Академический Документы
Профессиональный Документы
Культура Документы
Issue Draft B
Date 2019-02-22
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 eRAN15.1 Draft B (2019-02-22)....................................................................................................................................1
1.2 eRAN15.1 Draft A (2019-01-05)................................................................................................................................... 1
3 Overview....................................................................................................................................... 12
3.1 Introduction.................................................................................................................................................................. 12
3.2 Application Scenarios...................................................................................................................................................13
4 General Principles....................................................................................................................... 19
4.1 Independent Scheduling and Joint Scheduling............................................................................................................. 19
4.2 UE Scheduling Attribute Decision (FDD)....................................................................................................................20
4.3 UE Scheduling Attribute Decision (TDD)................................................................................................................... 25
4.4 Downlink Joint Transmission....................................................................................................................................... 29
4.5 Uplink Independent Reception (FDD)......................................................................................................................... 29
4.6 Uplink Joint Reception (FDD)..................................................................................................................................... 31
4.7 Uplink Independent Reception (TDD)......................................................................................................................... 32
4.8 Uplink Joint Reception (TDD)..................................................................................................................................... 33
4.9 Coordination Between Adaptive SFN/SDMA and Multiple-Antenna Techniques......................................................34
5 SFN (FDD).....................................................................................................................................36
5.1 Principles...................................................................................................................................................................... 36
5.2 Network Analysis......................................................................................................................................................... 36
5.2.1 Benefits...................................................................................................................................................................... 36
5.2.2 Impacts.......................................................................................................................................................................38
5.3 Requirements................................................................................................................................................................ 46
5.3.1 Licenses..................................................................................................................................................................... 46
5.3.2 Software.....................................................................................................................................................................47
5.3.3 Hardware................................................................................................................................................................... 51
5.3.4 Networking................................................................................................................................................................ 52
5.3.5 Others.........................................................................................................................................................................53
5.4 Operation and Maintenance..........................................................................................................................................53
5.4.1 Data Configuration.................................................................................................................................................... 53
5.4.1.1 Data Preparation..................................................................................................................................................... 53
5.4.1.2 Using MML Commands......................................................................................................................................... 60
5.4.1.3 Using the CME....................................................................................................................................................... 65
5.4.2 Activation Verification.............................................................................................................................................. 66
5.4.3 Network Monitoring.................................................................................................................................................. 68
6 SFN (TDD).................................................................................................................................... 70
6.1 Principles...................................................................................................................................................................... 70
6.2 Network Analysis......................................................................................................................................................... 70
6.2.1 Benefits...................................................................................................................................................................... 70
6.2.2 Impacts.......................................................................................................................................................................72
6.3 Requirements................................................................................................................................................................ 77
6.3.1 Licenses..................................................................................................................................................................... 77
6.3.2 Software.....................................................................................................................................................................77
6.3.3 Hardware................................................................................................................................................................... 80
6.3.4 Networking................................................................................................................................................................ 80
6.3.5 Others.........................................................................................................................................................................81
6.4 Operation and Maintenance..........................................................................................................................................81
6.4.1 Data Configuration.................................................................................................................................................... 81
6.4.1.1 Data Preparation..................................................................................................................................................... 81
6.4.1.2 Using MML Commands......................................................................................................................................... 86
6.4.1.3 Using the CME....................................................................................................................................................... 89
6.4.2 Activation Verification.............................................................................................................................................. 89
6.4.3 Network Monitoring.................................................................................................................................................. 90
7 4x4 MIMO in the Overlapping Areas Between the Physical Cells of an SFN Cell........ 93
7.1 Principles...................................................................................................................................................................... 93
7.2 Network Analysis......................................................................................................................................................... 94
7.2.1 Benefits...................................................................................................................................................................... 94
7.2.2 Impacts.......................................................................................................................................................................94
7.3 Requirements................................................................................................................................................................ 98
7.3.1 Licenses..................................................................................................................................................................... 98
7.3.2 Software.....................................................................................................................................................................98
7.3.3 Hardware................................................................................................................................................................... 99
7.3.4 Others.......................................................................................................................................................................100
7.4 Operation and Maintenance........................................................................................................................................100
7.4.1 Data Configuration (FDD).......................................................................................................................................100
7.4.1.1 Data Preparation................................................................................................................................................... 100
7.4.1.2 Using MML Commands....................................................................................................................................... 101
7.4.1.3 Using the CME..................................................................................................................................................... 102
7.4.2 Data Configuration (TDD)...................................................................................................................................... 102
15.2.2 Impacts...................................................................................................................................................................155
15.3 Requirements............................................................................................................................................................ 156
15.3.1 Licenses................................................................................................................................................................. 156
15.3.2 Software.................................................................................................................................................................157
15.3.3 Hardware............................................................................................................................................................... 158
15.3.4 Networking............................................................................................................................................................ 159
15.3.5 Others.....................................................................................................................................................................160
15.4 Operation and Maintenance......................................................................................................................................160
15.4.1 Data Configuration................................................................................................................................................ 160
15.4.1.1 Data Preparation................................................................................................................................................. 160
15.4.1.2 Using MML Commands..................................................................................................................................... 162
15.4.1.3 Using the CME................................................................................................................................................... 163
15.4.2 Activation Verification.......................................................................................................................................... 163
15.4.3 Network Monitoring.............................................................................................................................................. 163
23 Parameters................................................................................................................................. 203
24 Counters.................................................................................................................................... 204
25 Glossary..................................................................................................................................... 205
26 Reference Documents............................................................................................................. 206
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
For FDD:
l Modified the description of function impacts related to the multi-carrier function for the
SFN function. For details, see 5.2.2 Impacts.
l Changed the maximum number of physical cells supported by the MAC layer. For
details, see 11.3.4 Networking.
For TDD: There is no change.
Technical Changes
Change Description Parameter RAT Base Station
Change Model
Added the SFN HetNet smart None FDD l 3900 and 5900
cluster organization function. series base
For details, see 8 SFN HetNet stations
Smart Cluster Organization l DBS3900
(FDD). LampSite and
DBS5900
LampSite
Editorial Changes
Revised descriptions in this document.
This document only provides guidance for feature activation. Feature deployment and feature
gains depend on the specifics of the network scenario where the feature is deployed. To achieve
the desired gains, contact Huawei professional service engineers.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in this document
apply only to the corresponding software release. For future software releases, refer to the
corresponding updated product documentation.
Trial Features
Trial features are features that are not yet ready for full commercial release for certain
reasons. For example, the industry chain (terminals/CN) may not be sufficiently compatible.
However, these features can still be used for testing purposes or commercial network trials.
Anyone who desires to use the trial features shall contact Huawei and enter into a
memorandum of understanding (MoU) with Huawei prior to an official application of such
trial features. Trial features are not for sale in the current version but customers may try them
for free.
Customers acknowledge and undertake that trial features may have a certain degree of risk
due to absence of commercial testing. Before using them, customers shall fully understand not
only the expected benefits of such trial features but also the possible impact they may exert on
the network. In addition, customers acknowledge and undertake that since trial features are
free, Huawei is not liable for any trial feature malfunctions or any losses incurred by using the
trial features. Huawei does not promise that problems with trial features will be resolved in
the current version. Huawei reserves the rights to convert trial features into commercial
features in later R/C versions. If trial features are converted into commercial features in a later
version, customers shall pay a licensing fee to obtain the relevant licenses prior to using the
said commercial features. If a customer fails to purchase such a license, the trial feature(s)
will be invalidated automatically when the product is upgraded.
Unless otherwise stated, descriptions in this document apply to all RATs. If a description does
not apply to all RATs, the specific RAT that it does apply to will be stated.
For example, in the statement "TDD cells are compatible with enhanced MU-MIMO", "TDD
cells" indicates that this function cannot be used in non-TDD cells.
13 Inter-BBP Adaptive
SFN/SDMA (FDD)
NOTE
Intra-eNodeB common SFN can be used in standalone, guardband, or in-band NB-IoT deployment
scenarios.
3 Overview
3.1 Introduction
A single-frequency LTE network experiences strong interference between cells, especially at
cell edges. The SFN function is introduced by Huawei to solve this problem. With SFN
enabled, multiple physical cells are combined into one logical cell, eliminating cell edges
between the physical cells and reducing interference between them.
SFN allows multiple overlapping physical cells served by multiple radio frequency (RF)
modules working on the same frequency to be combined into one logical cell. The physical
cells must work on the same frequency and have the same bandwidth. The physical resource
block (PRB) resources available in an SFN cell are the same as the original PRB resources of
one constituent physical cell.
In the following descriptions of this document, the cell formed through combination is called
an SFN cell and the radio communications area served by an RF module is called a physical
cell. After being combined, all physical cells in an SFN cell use the same physical cell
identifier (PCI). The physical cells in an SFN cell can be intra-BBP, inter-BBP, or inter-
eNodeB cells.
For FDD, a maximum of six physical cells can be combined. For TDD, a maximum of seven
physical cells served by RRUs can be combined, and a maximum of six physical cells served
by pRRUs can be combined.
The SFN operating principles for different types of RF modules are the same in this
document. This document uses RRUs as an example.
NOTE
pRRUs are low-power RRUs introduced in the Huawei LampSite solution. A pRRU group is composed
of 1 to 16 pRRUs that are RF combined.
When two RRUs are combined to serve a physical cell, the physical cell is the coverage areas of the two
RRUs.
Figure 3-1 illustrates a transition from non-SFN cells to an SFN cell, where some edges of
the three non-SFN cells become part of the SFN cell center.
In this document, SFN is a collective term for common SFN and adaptive SFN. Common
SFN refers to the following functions: SFN, inter-BBP SFN, and inter-eNodeB SFN based on
eNodeB coordination. Adaptive SFN refers to the adaptive SFN/SDMA function and other
functions using adaptive SFN/SDMA.
l Outdoor coverage
l Indoor coverage
l Indoor and outdoor joint coverage
l High-speed railway coverage
l Outdoor coverage
l Indoor coverage
l Indoor and outdoor joint coverage
l Outdoor coverage
l Indoor coverage
Outdoor Coverage
When RRUs are deployed in densely populated outdoor areas, the RRUs are spaced close
together to ensure adequate coverage. This deployment, however, leads to high interference
between physical cells and results in the following:
Figure 3-2 Combining the coverage areas of multiple RRUs into one SFN cell in outdoor
areas
Indoor Coverage
Indoor coverage faces the following challenges:
l Service drops may occur in an elevator when the elevator moves quickly between
different floors. Service drops may also occur because of sudden changes in signal
strength when the elevator door is opened or closed.
l A UE experiences frequent handovers when it is moved between different floors.
l It is difficult to plan radio network parameters (such as PCI and neighbor relationship)
when there are a large number of indoor cells.
To meet the preceding challenges, SFN provides the following two solutions:
l RRUs are combined to serve an SFN cell, as shown in Figure 3-3.
l pRRU groups are combined to serve an SFN cell, as shown in Figure 3-4.
Figure 3-3 Indoor coverage with RRUs combined to serve an SFN cell
As illustrated in Figure 3-3, six RRUs are deployed in the 18-floor building to serve six
physical cells before SFN is used. Handovers are triggered when a UE moves across different
cells. After SFN is used, a single SFN cell served by six RRUs provides coverage for the
entire building, reducing the number of handovers between the physical cells.
Figure 3-4 Indoor coverage with pRRU groups combined to serve an SFN cell
As shown in Figure 3-4, pRRU groups are deployed in different floors. A pRRU group can be
composed of 1 to 16 pRRUs that are RF combined through an RHUB. Multiple pRRU groups
can be combined to serve an SFN cell. In an SFN cell, a pRRU group maps a physical cell,
reducing handovers due to UE movement.
NOTE
pRRUs in a pRRU group can be connected to different RHUBs. In this scenario, RHUBs must be
cascaded.
One RHUB can support a maximum of two cross-RHUB SFN cells. For example, if a pRRU group of
SFN cell 1 is set up on RHUB 1 and RHUB 2, a pRRU group of SFN cell 2 can be set up on RHUB 2
and RHUB 3.
l When UEs move between outdoor and indoor areas, service drops may occur in outdoor-
indoor overlapping areas owing to delayed handovers because the signal strength
seriously fluctuates in these areas.
l In indoor areas (especially in higher floors), indoor-to-outdoor handovers may occur
when radio signals severely fluctuate due to outdoor-to-indoor interference.
As illustrated in Figure 3-5, outdoor and indoor RRUs are combined to serve one SFN cell
for:
4 General Principles
Figure 4-3 Determining the load status of an SFN cell and selecting a decision threshold
1. When a measurement event triggers UE scheduling attribute decision for a UE, each
RRU measures the SINR and RSRP of signals from the UE. The eNodeB sorts the
SINRs and RSRP values in descending order.
2. The eNodeB selects a target RRU.
– The selection is based only on the SINR when the SfnTarRruAdptSelSwitch
option of the CellAlgoSwitch.SfnAlgoSwitch parameter is deselected. The eNodeB
selects the RRU with the highest SINR as the target RRU.
– The selection is based on the SINR or RSRP adaptively when the
SfnTarRruAdptSelSwitch option of the CellAlgoSwitch.SfnAlgoSwitch
parameter is selected. SINR is preferentially used for selection at first. If the
distance between the RRUs in an SFN cell is large and their coverage radiuses vary
significantly, the SINRs measured by RRUs are not accurate. In this scenario, the
eNodeB automatically uses RSRP for selecting the target RRU. It selects an RRU
with the largest RSRP and whose RSRP difference with other RRUs is greater than
or equal to the value of the CellUlschAlgo.TarRruSelRsrpOffsetThd parameter. If
no RRU meets the RSRP requirement, the target RRU selected based on the SINR
is used.
3. The eNodeB calculates the uplink RSRP difference between each non-target RRU and
the target RRU.
4. The eNodeB compares the RSRP difference with a configured threshold. If the RSRP
difference for an RRU is less than or equal to the threshold, the RRU is added to the
working RRU list of the UE.
5. The eNodeB determines the UE's scheduling attribute.
– If there is only one RRU in the working RRU list, independent scheduling is used.
– If there are multiple RRUs in the working RRU list, joint scheduling is used.
If the working RRU lists of two UEs do not overlap, the same RBs can be scheduled for
both of the UEs, which will increase uplink throughput when the
CellAlgoSwitch.SfnUlSchSwitch parameter is set to ADAPTIVE.
The two UEs in this scenario are called a UE pair. Two UEs (for example, UE A and UE
B) can be paired when they meet all the following conditions:
– The strength difference between signals received by UE A's target RRU from UE A
and signals received by this RRU from UE B is greater than the pairing
determination threshold specified by the CellUlschAlgo.SfnUlPairRsrpThd
parameter.
– The strength difference between signals received by UE B's target RRU from UE B
and signals received by this RRU from UE A is greater than the pairing
determination threshold specified by the CellUlschAlgo.SfnUlPairRsrpThd
parameter.
– The total RBs required by the two UEs outnumber the available RBs. The available
RBs are the remaining RBs after the RBs that have been scheduled are deducted
from the total RBs.
1. When a measurement event triggers UE scheduling attribute decision for a UE, the
eNodeB calculates the downlink equivalent RSRP values based on the RSRP values of
signals from the UE to each RRU.
2. The eNodeB sorts the RRUs in descending order of downlink equivalent RSRP values.
3. The eNodeB selects the RRU with the largest downlink equivalent RSRP value as the
target RRU of the UE.
4. The eNodeB calculates the difference between the equivalent RSRP of the target RRU
and that of other RRUs (this difference is termed isolation degree) and compares the
differences with a decision threshold. If a difference is less than the threshold, the
eNodeB adds the corresponding RRU to the working RRU list.
When adaptive SFN/SDMA is enabled, the SFN cell can use a fixed or adaptive isolation
degree decision threshold. The adaptive threshold is adjusted based on load status. The
CellAlgoSwitch.SfnLoadBasedAdptSwitch parameter specifies whether a fixed or
adaptive threshold is used in the SFN cell.
– When this parameter is set to OFF, the SFN cell uses a fixed isolation degree
decision threshold.
– When this parameter is set to ON, the SFN cell uses an adaptive isolation degree
decision threshold adjusted based on load status. The eNodeB periodically measures
and updates the load status of a cell. The period is specified by the
CellDlschAlgo.SfnDlLoadPeriod parameter.
Figure 4-6 Determining the load status of an SFN cell and selecting a decision
threshold
SFN cell uses a high isolation degree decision threshold to make full use of RRU
resources, improving user experience. When the network load is heavy, the SFN
cell uses a low isolation degree decision threshold to facilitate spatial multiplexing,
improving spectral efficiency.
5. The eNodeB determines the UE's scheduling attribute.
– If there is only one RRU in the working RRU list, independent scheduling is used.
– If there are multiple RRUs in the working RRU list, joint scheduling is used.
NOTE
Joint reception can be used among 1R RRUs, 2R RRUs, or 4R RRUs, among 1R and 2R
RRUs, and among 2R and 4R RRUs. If joint reception is used among 4R RRUs or among 2R
and 4R RRUs, only two RRUs can be involved.
A 1R or 2R serving cell supports high-order CoMP when the SfnUplinkComp3CellSwitch
option of the CellAlgoSwitch.SfnUplinkCompSwitch parameter is selected and the
CellAlgoSwitch.UlHighOrderCompSwitch parameter is set to ON. A maximum of three
cooperating cells can be selected for this cell.
The eNodeB measures SRSs or DMRSs and selects the RRU with the highest SRS or DMRS
SINR as the target RRU.
If the TTI-level layer-2 (MAC layer) selective reception function is enabled, the uplink
coverage improves. In TTI-level layer-2 selective reception, multiple working RRUs of a UE
demodulate PUSCH data for the UE and then report the demodulation results to the MAC
layer. (TTI is short for transmission time interval.) Based on the demodulation results, the
MAC layer combines the correctly demodulated PUSCH data.
l If this option is selected, layer-2 selective reception is enabled and multiple working
RRUs receive PUSCH data for selective reception at the MAC layer.
l If this option is deselected, only the target RRU receives PUSCH data for non-selective
reception at the MAC layer.
Cooperating RRUs are selected based on the measurement result of uplink SRSs or DMRSs.
An RRU is selected as a cooperating RRU if the uplink signal strength difference between it
and the target RRU does not exceed the value of the CellUlCompAlgo.SfnUlCompThd
parameter. No more than two RRUs can be selected as cooperating RRUs.
NOTE
Joint reception can be used among 2R RRUs, 4R RRUs, or 8R RRUs, and among RRUs of
2R, 4R, and 8R combinations. If the RRUs are of different numbers of receive antennas, only
two RRUs can be involved.
In FDD cells, when adaptive SFN/SDMA and MU-MIMO are used together, UE pairing
policies differ between jointly scheduled UEs and independently scheduled UEs. For a UE
that has been paired for first-layer transmission, the pairing policies for second-layer
transmission are as follows:
l If the UE is a jointly scheduled UE (for example, UE A), it can be paired with an
independently scheduled UE whose target RRU is the same as that for UE A, or with
another jointly scheduled UE whose target RRU is the same as that for UE A and
working RRUs are included in the working RRU list of UE A. After UE pairing
succeeds, the eNodeB uses MU-MIMO to receive data from the UEs' respective target
RRUs for demodulation.
l If the UE is an independently scheduled UE, it must be paired with another
independently scheduled UE served by the same target RRU.
In TDD cells, when adaptive SFN/SDMA and MU-MIMO are used together, UE pairing
policies differ between jointly scheduled UEs and independently scheduled UEs. For a UE
that has been paired for first-layer transmission, the pairing policies for second-layer
transmission are as follows:
l If the UE is a jointly scheduled UE (for example, UE A), it can be paired with an
independently scheduled UE whose target RRU is the same as that for UE A, or with
another jointly scheduled UE whose target RRU is the same as that for UE A and
working RRUs are included in the working RRU list of UE A. To mitigate inter-stream
interference between paired UEs and improve uplink performance, the eNodeB
preferentially selects a UE whose working RRU list does not include the target RRU
involved in first-layer pairing. After UE pairing succeeds, the eNodeB uses MU-MIMO
to receive data from the UEs' respective target RRUs for demodulation.
l If the UE is an independently scheduled UE, it must be paired with another
independently scheduled UE served by the same target RRU.
5 SFN (FDD)
5.1 Principles
The SFN function enables multiple RRUs to be combined to serve a single SFN cell. This
function requires that the percentage of UEs in the overlapping areas between the physical
cells served by the RRUs exceed 20%. To combine RRUs or pRRUs to serve an SFN cell, set
the Cell.MultiRruCellMode parameter to SFN. To combine pRRU groups to serve an SFN
cell, set this parameter to MPRU_AGGREGATION.
In the uplink, either independent or joint reception is used. For details on uplink independent
reception and joint reception, see 4.5 Uplink Independent Reception (FDD) and 4.6 Uplink
Joint Reception (FDD), respectively. In the downlink, multi-RRU joint transmission is used.
For details, see 4.4 Downlink Joint Transmission.
Joint scheduling is used in SFN cells. Joint scheduling is enabled in the uplink when the
CellAlgoSwitch.SfnUlSchSwitch parameter is set to JOINT and enabled in the downlink
when the CellAlgoSwitch.SfnDlSchSwitch parameter is set to JOINT. For details on joint
scheduling, see 4.1 Independent Scheduling and Joint Scheduling.
This section describes intra-BBP SFN. The eNodeB uses this function to combine physical
cells served by the same BBP into an SFN cell.
NOTE
The SFN operating principles for RRUs and RFUs are the same in this document. This document uses
RRU as an example.
5.2.1 Benefits
The SFN function provides the following benefits:
l Reduced interference and increased SINR in the overlapping areas between physical
cells, and therefore improved user experience in these areas. The lower the SINR before
the combination, the greater the gains after the combination.
l Extended cell coverage and fewer UE handovers between physical cells.
For FDD:
If three RRUs are combined to serve an SFN cell in a densely populated urban outdoor area
and the total Downlink Resource Block Utilizing Rate of the common cells before the
combination is less than 45%, the cell throughput remains unchanged but User Downlink
Average Throughput increases by 30% to 80% after the combination. When the network
load rate is 100%, the average PDCCH and PDSCH SINRs increase by 2 dB to 3 dB. The
specific gains depend on the inter-RRU distance, UE distribution, and traffic model.
If two pRRU groups (five pRRUs each) are combined to serve an indoor SFN cell and the
total Downlink Resource Block Utilizing Rate of the common cells before the combination
is less than 60%, User Downlink Average Throughput increases by 10% to 50% after the
combination. When the network load rate is 100%, the average PDCCH and PDSCH SINRs
increase by 10 dB to 20 dB. The specific gains depend on the deployment density of pRRUs
before the combination, number of pRRUs used to form the SFN cell, UE distribution, and
traffic model.
For any given set of supported functions, and environmental condition, if the conditions
required to use SFN are met, the expected KPI changes in SFN cells compared with common
cells are listed in the following table.
Table 5-1 Expected KPI changes in SFN cells compared with common cells
KPI Expected Change
NOTE
The expected KPI changes in the table are not applicable to subway and high-speed railway scenarios.
Cell Uplink Average Throughput may change significantly after the combination.
For example, the traffic volume of an SFN cell may be two times the total traffic
volume of the physical cells before the combination. At the same time, the data
transmission duration of the SFN cell could be 1.5 times that of the physical cells
before the combination. In this instance, Cell Uplink Average Throughput and
Cell Downlink Average Throughput would increase after the combination.
Similarly, the values of User Uplink Average Throughput and User Downlink
Average Throughput also increase significantly.
– L.ResOpt.CCELimit.PRB.DL
The value of this counter increases because the PDCCH resources of the SFN cell
become fewer than those of common cells.
NOTE
All counters for calculating these indicators are measured on the basis of a single SFN cell.
For NB-IoT:
For example, three RRUs are combined to serve an NB-IoT SFN cell in a densely populated
urban outdoor area. If the cell load is low, the throughput of the SFN cell is the same, the
average downlink SINR increases by about 2 dB, and the service drop rate decreases after the
combination. The cell load is regarded low when the following condition is met: After the
30% downlink subcarrier usage for common channel overheads is deducted, the total
downlink subcarrier usage of the common NB-IoT cells used to form the SFN cell is less than
45%. The specific gains depend on the inter-RRU distance, UE distribution, and traffic model.
The downlink subcarrier usage of an NB-IoT cell and the average user-perceived downlink
UE throughput are calculated using the following formulas:
Downlink subcarrier usage of an NB-IoT cell =
L.NB.PRB.ChMeas.Subcarrier.DL.Used.Avg/L.NB.PRB.ChMeas.Subcarrier.DL.Avail x
100%
Average user-perceived downlink UE throughput = L.NB.Thrp.bits.DL/
L.NB.Thrp.Time.DL
In in-band scenarios, if SFN is enabled for LTE cells, it is recommended that SFN be also
enabled for NB-IoT cells.
NOTE
These gains are obtained on the assumption that UEs are evenly distributed in the SFN cell and services
are initiated at a random time.
5.2.2 Impacts
Network Impacts
Enabling the SFN feature decreases the overall system capacity to some extent.
After common cells are combined into an SFN cell, if the load of the SFN cell is heavier than
that of the common cells used to form it, the load of the neighboring common cells will
increase and the SINR will decrease slightly.
If an SFN cell is comprised of physical cells whose coverage is limited, uplink path loss and
downlink path loss are inconsistent in the SFN cell. As a result, the access performance
deteriorates for CEUs, affecting the counters related to cell access.
NOTE
The preceding impacts are measured based on the assumption that UEs are evenly distributed in the SFN
cell and that services are initiated at a random time.
Function Impacts
l Functions related to cell planning
Flexible DdCellGroup. Flexible When cells with punctured RBs are used to
bandwid DdBandWidth Bandwidt form SFN cells, the number of UEs
th based h based transmitting SRSs decreases because less
on on bandwidth is available for transmitting
overlapp Overlap SRSs. As a result, fewer UEs are allowed
ing Carriers in SFN cells.
carriers (FDD)
Compac Cell.Customized Compact When cells with punctured RBs are used to
t BandWidthCfgI Bandwidt form SFN cells, the number of UEs
bandwid nd h (FDD) transmitting SRSs decreases because less
th bandwidth is available for transmitting
SRSs. As a result, fewer UEs are allowed
in SFN cells.
UL CPC UL_COORD_P Uplink UL CPC does not take effect in SFN cells
C_SWITCH Coordinat because SFN works in low-load scenarios
option of the ed but UL CPC does not.
UlCsAlgoPara. Schedulin
UlCsSw g
parameter
UL CPC UL_COORD_P Uplink UL CPC does not take effect in SFN cells
C_SWITCH Coordina because SFN works in low-load scenarios
option of the ted but UL CPC does not.
UlCsAlgoPara.Ul Scheduli
CsSw parameter ng
GSM SpectrumCloud.S GSM and When cells with shared RBs are used to
and LTE pectrumCloudSwi LTE form SFN cells, the number of UEs
spectru tch Spectrum transmitting SRSs decreases because
m Concurre less bandwidth is available for
concurre ncy transmitting SRSs. As a result, fewer
ncy UEs are allowed in SFN cells.
5.3 Requirements
5.3.1 Licenses
RAT Feature ID Feature Name Model Sales Unit
NOTE
"Per cell" in the Sales Unit column refers to the physicals cells used to form an SFN cell.
The number of feature licenses and capacity licenses required for an SFN cell depends on the
number of RRUs serving the SFN cell. For example, if an SFN comprises three physical cells
and DL 2x2 MIMO is enabled, three license units are required for each of the following
license control items: Number of cells, SFN, and DL 2x2 MIMO.
If an SFN cell is served by combined RRUs each consisting of two RRUs, one license unit is
required for a combined RRU.
5.3.2 Software
Prerequisite Functions
RAT Function Function Reference Description
Name Switch
5.3.3 Hardware
For NB-IoT, the following base stations are compatible with this function:
Boards
l The BBP must be LBBPd or UBBP.
l The BBU must be BBU3910C.
RF Modules
An SFN cell can be served by one or more types of the following RF modules: RRU, RFU,
pRRU, and pRRU group.
RRUs can be set to work in 1T1R, 1T2R, 2T2R, 2T4R or 4T4R mode.
Cells
The cell bandwidth is 5 MHz, 10 MHz, 15 MHz, or 20 MHz.
5.3.4 Networking
When intra-eNodeB physical cells are combined to form an SFN cell, the difference in their
coverage radiuses cannot exceed 1 km. If the difference exceeds 1 km, then the delay in
receiving signals from different physical cells deviates widely. In this case, if the power
difference between signals received from different physical cells is slight, the downlink
demodulation performance deteriorates.
An SFN cell can consist of physical cells that use different antenna modes. The antenna
configuration of the constituent physical cell that has the largest number of antennas is used as
the antenna configuration of the SFN cell. Possible configurations are listed in Table 5-2. If
four cell-specific reference signal (CRS) ports are configured for an SFN cell that includes 2T
physical cells, the 2T physical cells must be set up on BBPs that support 4T cells. Such BBPs
include LBBPd2, UBBPd4, UBBPd5, UBBPd6, UBBPe2, and UBBPe4.
Table 5-2 Antenna mode mapping between SFN cells and physical cells
5.3.5 Others
None
Physical Cell Cell.SectorEqm Set this parameter to a value that is equal to the
Number of SFN Num number of physical cells to be combined into an SFN
Cell cell.
This following table describes the parameters that must also be set if RRUs are combined to
serve an FDD SFN cell.
Table 5-4 Parameters that must also be set for function activation if RRUs are combined to
serve an FDD SFN cell
Parameter Parameter ID Setting Notes
Name
This following table describes the parameters that must also be set if pRRU groups are
combined to serve an FDD SFN cell.
Table 5-5 Parameters that must also be set for function activation if pRRU groups are
combined to serve an FDD SFN cell
Parameter Parameter ID Setting Notes
Name
Create Default SECTOR.CRE l For an SFN cell in 1T1R or 2T2R mode, you are
Sector ATESECTORE advised to set the Create Default Sector
Equipment QM Equipment parameter to TRUE.
l For an SFN cell in 2T4R or 4T4R mode, if the
TX/RX modes of all RRUs are 2T4R or 4T4R,
you are advised to set the Create Default Sector
Equipment parameter to TRUE for the sectors of
all the RRUs; if the TX/RX mode of an RRU is
2T2R, set the Create Default Sector Equipment
parameter to FALSE for the sector of this RRU.
This following table describes the parameters that must also be set if RRUs are combined to
serve an NB-IoT SFN cell.
Table 5-6 Parameters that must also be set for function activation if RRUs are combined to
serve an NB-IoT SFN cell
Parameter Parameter ID Setting Notes
Name
This following table describes the parameters that must also be set if pRRU groups are
combined to serve an NB-IoT SFN cell.
Table 5-7 Parameters that must also be set for function activation if pRRU groups are
combined to serve an NB-IoT SFN cell
Parameter Parameter ID Setting Notes
Name
The parameters used for function optimization are listed in the following tables.
The following table describes the parameters that need to be set in the EuCellPriBBEqm MO
to specify the primary baseband equipment information.
The following table describes the parameters that need to be set in the PDSCHCFG MO to
specify the RS power.
The following table describes the parameters that need to be set in the SRSCfg MO to specify
the SRS configuration information.
The following table describes the parameter that needs to be set in the CellRacThd MO to
specify the cell capacity mode.
Cell Capacity CellRacThd.Ce Set this parameter based on the number of UEs in an
Mode llCapacityMode SFN cell.
If this parameter is set to NORMALCAPACITY or
LARGECAPACITY for a cell with a bandwidth of
10 MHz or higher that serves no more than 400 UEs,
or with a bandwidth of 5 MHz that serves no more
than 200 UEs, the user-perceived uplink and
downlink throughput will decrease by about 5%
because the SRS or PUCCH transmission period is
prolonged.
The following table describes the parameters that need to be set in the ENodeBAlgoSwitch
MO to set the common handover optimization switch.
The following table describes the parameters that need to be set in the CellAlgoSwitch MO to
set the SFN algorithm switch, PUCCH algorithm switch, uplink joint reception antenna
number combination switch, and SFN uplink CoMP switch.
The following table describes the parameter that needs to be set in the CellUlCompAlgo MO
to specify the threshold used to determine UE selection for UL CoMP in an SFN cell.
Binding sector equipment to the cell, with the local cell ID and sector equipment ID set to the
same values as those set in preceding commands. The reference signal (RS) power of each
physical cell must be set if the physical cells of an SFN cell are served by RF modules with
different power.
ADD EUCELLSECTOREQM: LOCALCELLID=0,SECTOREQMID=0;
ADD EUCELLSECTOREQM: LOCALCELLID=0,SECTOREQMID=1;
ADD EUCELLSECTOREQM: LOCALCELLID=0,SECTOREQMID=2;
Adding a cell
ADD CELL: LocalCellId=0, CellName="cell0", NBCELLFLAG=FALSE, FreqBand=7,
UlEarfcnCfgInd=NOT_CFG, DlEarfcn=3000, UlBandWidth=CELL_BW_N100,
DlBandWidth=CELL_BW_N100, CellId=100, PhyCellId=100, FddTddInd=CELL_FDD,
RootSequenceIdx=0, CustomizedBandWidthCfgInd=NOT_CFG,
EmergencyAreaIdCfgInd=NOT_CFG, UePowerMaxCfgInd=NOT_CFG,
MultiRruCellFlag=BOOLEAN_TRUE, MultiRruCellMode=MPRU_AGGREGATION, TxRxMode=2T2R;
Adding sector equipment groups 0 and 1. The RS power of each physical cell must be set if
the physical cells of an SFN cell are served by RF modules with different power.
ADD EUSECTOREQMGROUP: LocalCellId=0, SectorEqmGroupId=0;
ADD EUSECTOREQMGROUP: LocalCellId=0, SectorEqmGroupId=1;
Adding four sets of sector equipment to each group (The four sets of sector equipment are RF
combined to serve a physical cell)
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=0, SectorEqmId=10;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=0, SectorEqmId=11;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=0, SectorEqmId=12;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=0, SectorEqmId=13;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=1, SectorEqmId=14;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=1, SectorEqmId=15;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=1, SectorEqmId=16;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=1, SectorEqmId=17;
Adding a PRB (assuming that an LTE cell with the local cell ID 1 has been configured in the
in-band deployment scenario and is working normally)
Adding a PRB
ADD PRB: LocalCellId=0, PrbId=0, DeployMode=IN_BAND, FreqBand=8,
UlEarfcnCfgInd=CFG, UlEarfcn=21689, UlFreqOffset=POS_2, DlEarfcn=3545,
DlFreqOffset=POS_0, LteCellId=1, AnchorCarrierFlag=TRUE;
Adding a PRB sector equipment group and PRB sector equipment group objects
ADD EUPRBSECTOREQMGROUP: LocalCellId=0, PrbId=0, SectorEqmGroupId=0;
ADD PRBSECTOREQMGRPITEM: LocalCellId=0, SectorEqmId=61, PrbId=0,
SectorEqmGroupId=0;
ADD PRBSECTOREQMGRPITEM: LocalCellId=0, SectorEqmId=71, PrbId=0,
SectorEqmGroupId=0;
Adding the cell operator and setting cell-specific reference signal power
ADD CELLOP: LocalCellId=0, TrackingAreaId=0, MMECfgNum=CELL_MME_CFG_NUM_0;
MOD PDSCHCFG: LocalCellId=0, ReferenceSignalPwr=-21;
Changing the SRS configuration indicator and the SRS configuration mode
MOD SRSCFG: LocalCellId=10, SrsCfgInd=BOOLEAN_TRUE,FDDSrsCfgMode= DEFAULTMODE;
Setting the uplink joint reception switch and the antenna number combination switch for
uplink joint reception
MOD CELLALGOSWITCH: LocalCellId=0, SfnUplinkCompSwitch=IntraBaseBandSwitch-1,
UlJRAntNumCombSw=Ul1R2RJRSwitch-1;
Changing the SRS configuration indicator and the SRS configuration mode
MOD SRSCFG: LocalCellId=0, SrsCfgInd=BOOLEAN_TRUE, FDDSrsCfgMode=DEFAULTMODE;
Changing the PCI and RACH root sequence of cell 0 by running MOD CELL if these
parameters are replanned
MOD CELL:LOCALCELLID=0,PHYCELLID=0,ROOTSEQUENCEIDX=0;
Removing the original neighbor relationships, and adding newly planned neighbor
relationships
RMV EUTRANINTRAFREQNCELL:LOCALCELLID=1,MCC="450",MNC="06",ENODEBID=100,CELLID=2;
RMV EUTRANINTRAFREQNCELL:LOCALCELLID=0,MCC="450",MNC="06",ENODEBID=100,CELLID=2;
ADD EUTRANINTRAFREQNCELL:LOCALCELLID=1,MCC="450",MNC="06",ENODEBID=100,CELLID=3;
ADD EUTRANINTRAFREQNCELL:LOCALCELLID=0,MCC="450",MNC="06",ENODEBID=100,CELLID=3;
Setting the uplink joint reception switch and the antenna number combination switch for
uplink joint reception
MOD CELLALGOSWITCH: LocalCellId=0, SfnUplinkCompSwitch=IntraBaseBandSwitch-1,
UlJRAntNumCombSw=Ul1R2RJRSwitch-1;
SFN supports simplified configuration on the CME. The relevant steps are as follows:
Step 1 After creating a planned data area, choose SFN Combination from the main menu on the
CME.
Step 2 Specify cells to be combined into an SFN cell in the following sheet of the summary data file,
and then import the file into the CME.
NOTE
l Only one cell to be combined must be specified as the primary cell of an SFN cell.
l A cell to be combined must be unique in the sheet.
l A cell to be combined can be an SFN cell or a common cell, but must have been configured.
l If an SFN cell has multiple eNodeB IDs (for example, when the cells to be combined include an
inter-eNodeB SFN cell), Mode of Multi-RRU Cell can only be set to SFN.
Step 3 Choose Export Incremental Scripts from the main menu on the CME to export the
incremental scripts in the planned area and then activate the scripts.
----End
NOTE
In the simplified configuration on the CME, both SFN UL Scheduling Switch and SFN DL Scheduling
Switch are set to JOINT by default.
For NB-IoT:
Performance Monitoring
Check the following counters on the U2020 client.
1526733200 L.ULSFNJR.User.Avg
1526733201 L.ChMeas.PRB.UL.ULSFNJR.Used.Avg
1526733202 L.CellSectorEQUIP.ULSFNJR.User.Avg
1526733203 L.CellSectorEQUIP.ChMeas.PRB.UL.UL
SFNJR.Used.Avg
1526743759 L.Thrp.bits.DL.BorderUE.JointTransmit
1526743762 L.Thrp.bits.DL.LastTTI.BorderUE.Joint
Transmit
1526743763 L.Thrp.Time.DL.RmvLastTTI.BorderUE
.JointTransmit
If a physical cell is faulty, the eNodeB cannot perform joint reception for UEs in the cell. However, this
information is not always updated immediately on the U2020. There is a delay of approximately 2s in
updating the information displayed on the GUI.
Physical Cell Identifier This item indicates the physical cell ID of an SFN
cell.
Measuring Counters
For details about the counters to be monitored, see 24 Counters. The
L.CellSectorEQUIP.SFN.UL.PRB.Used.Avg counter is used to measure the average number
of PRBs occupied by the PUSCH, PUCCH, and PRACH for all UEs served by a set of sector
equipment in an SFN cell.
The target RRU may change for UEs in an SFN cell. As a result,
L.CellSectorEQUIPGroup.SFN.RRC.ConnReq.Att and
L.CellSectorEQUIPGroup.SFN.RRC.ConnReq.Succ may be counted on different sets of
sector equipment. Therefore, the value of
L.CellSectorEQUIPGroup.SFN.RRC.ConnReq.Succ may be greater than the value of
L.CellSectorEQUIPGroup.SFN.RRC.ConnReq.Att for a particular set of sector
equipment. However, the values of these counters for the entire SFN cell are not affected.
6 SFN (TDD)
6.1 Principles
The SFN function enables multiple RRUs to be combined to form a single SFN cell. This
function requires that the percentage of UEs in the overlapping areas between the physical
cells served by the RRUs exceed 20%. To combine RRUs or pRRUs to serve an SFN cell, set
the Cell.MultiRruCellMode parameter to SFN. To combine pRRU groups to serve an SFN
cell, set this parameter to MPRU_AGGREGATION.
In the uplink, either independent or joint reception is used. For details on uplink independent
reception and joint reception, see 4.7 Uplink Independent Reception (TDD) and 4.8 Uplink
Joint Reception (TDD), respectively. In the downlink, multi-RRU joint transmission is used.
For details, see 4.4 Downlink Joint Transmission.
Joint scheduling is used in SFN cells. Joint scheduling is enabled in the uplink when the
CellAlgoSwitch.SfnUlSchSwitch parameter is set to JOINT and enabled in the downlink
when the CellAlgoSwitch.SfnDlSchSwitch parameter is set to JOINT. For details on joint
scheduling, see 4.1 Independent Scheduling and Joint Scheduling.
This section describes intra-BBP SFN. The eNodeB uses this function to combine physical
cells served by the same BBP into an SFN cell.
6.2.1 Benefits
The SFN function provides the following benefits:
l Reduced interference and increased SINR in the overlapping areas between physical
cells, and therefore improved user experience in these areas. The lower the SINR before
the combination, the greater the gains after the combination.
l Extended cell coverage and fewer UE handovers between physical cells.
The average throughput for a single UE increases by about 53% in the downlink and by about
59% at the cell edge in the downlink when three RRUs serve an SFN cell in a typical dense
urban area and the load rate reaches 100%.
l The average PDCCH SINR and PDSCH SINR increase by 2 dB to 3 dB when three
RRUs serve a single SFN cell in a typical dense urban area.
l The average PDCCH SINR and PDSCH SINR increase by 5 dB to 6 dB when seven
RRUs serve a single SFN cell in a typical dense urban area.
The specific gains depend on the inter-RRU distance, UE distribution, and traffic model.
In typical indoor coverage scenarios, SFN networking delivers higher average cell throughput
than single-RRU networking or multi-RRU common networking and the average PDCCH
SINR and PDSCH SINR increase significantly.
If two pRRU groups (five pRRUs each) are combined to serve an indoor SFN cell and the
total Downlink Resource Block Utilizing Rate of the common cells before the combination
is less than 60%, User Downlink Average Throughput increases by 10% to 50% after the
combination. When the network load rate is 100%, the average PDCCH and PDSCH SINRs
increase by 10 dB to 20 dB. The specific gains depend on the deployment density of pRRUs
before the combination, number of pRRUs used to form the SFN cell, UE distribution, and
traffic model.
When the supported functions and environment remain the same and the condition for using
the SFN function is met, the expected KPI changes in SFN cells compared with common cells
are listed in the following table.
Table 6-1 Expected KPI changes in SFN cells compared with common cells
KPI Expected Change
For example, the traffic volume of an SFN cell may be two times the total traffic
volume of the physical cells before the combination. At the same time, the data
transmission duration of the SFN cell could be 1.5 times that of the physical cells
before the combination. In this instance, Cell Uplink Average Throughput and
Cell Downlink Average Throughput would increase after the combination.
Similarly, the values of User Uplink Average Throughput and User Downlink
Average Throughput also increase significantly.
– L.ResOpt.CCELimit.PRB.DL
The value of this counter increases because the PDCCH resources of the SFN cell
become fewer than those of common cells.
NOTE
All counters for calculating these indicators are measured on the basis of a single SFN cell.
These gains are obtained on the assumption that UEs are evenly distributed in the SFN cell and services
are initiated at a random time.
6.2.2 Impacts
Network Impacts
Enabling the SFN feature decreases the overall system capacity to some extent.
After common cells are combined into an SFN cell, if the load of the SFN cell is heavier than
that of the common cells used to form it, the load of the neighboring common cells will
increase and the SINR will decrease slightly.
If an SFN cell is comprised of physical cells whose coverage is limited, uplink path loss and
downlink path loss are inconsistent in the SFN cell. As a result, the access performance
deteriorates for CEUs, affecting the counters related to cell access.
In a typical dense urban area where the network load rate is 100%, Cell Downlink Average
Throughput of a single SFN cell served by three RRUs decreases to approximately 51% of
that of three single-RRU common cells. The specific impacts depend on the inter-RRU
distance, UE distribution, and traffic model.
If two pRRU groups (five pRRUs each) are combined to serve an indoor SFN cell and the
total Downlink Resource Block Utilizing Rate of the common cells used to form the SFN
cell is less than 60%, the gain in User Downlink Average Throughput decreases with the
increase of the Downlink Resource Block Utilizing Rate, or a negative gain can be
produced. The specific impacts depend on the deployment density of pRRUs before the
combination, number of pRRUs used to form the SFN cell, UE distribution, and traffic model.
NOTE
The preceding impacts are measured based on the assumption that UEs are evenly distributed in the SFN
cell and that services are initiated at a random time.
Function Impacts
l Functions related to cell planning
6.3 Requirements
6.3.1 Licenses
Feature ID Feature Name Model Sales Unit
NOTE
"Per cell" in the Sales Unit column refers to the physicals cells used to form an SFN cell.
The number of feature licenses and capacity licenses required for an SFN cell depends on the
number of RRUs serving the SFN cell. For example, if an SFN comprises three physical cells
and DL 2x2 MIMO is enabled, three license units are required for each of the following
license control items: Number of cells, SFN, and DL 2x2 MIMO.
6.3.2 Software
Prerequisite Functions
None
6.3.3 Hardware
Boards
The restrictions on hardware planning for outdoor coverage are as follows:
In indoor coverage scenarios, if the BBP is LBBPc or LBBPd, the BBP.WM parameter must
be set to TDD.
RF Modules
RF modules refer to RRUs, pRRUs, and pRRU groups.
The Topo Type parameter in the RRUCHAIN managed object (MO) must be set to CHAIN
or RING.
Cells
The cell bandwidth is 10 MHz or 20 MHz.
6.3.4 Networking
SFN supports uplink-downlink configurations 1 and 2 and special subframe configuration 7.
When intra-eNodeB physical cells are combined to form an SFN cell, the difference in their
coverage radiuses cannot exceed 1 km. If the difference exceeds 1 km, then the delay in
receiving signals from different physical cells deviates widely. In this case, if the power
difference between signals received from different physical cells is slight, the downlink
demodulation performance deteriorates.
6.3.5 Others
None
Physical Cell Cell.SectorEqm Set this parameter to a value that is equal to the
Number of SFN Num number of physical cells to be combined into an SFN
Cell cell.
This following table describes the parameters that must also be set if RRUs are combined to
serve an SFN cell.
Table 6-3 Parameters that must also be set for function activation if RRUs are combined to
serve an SFN cell
Parameter Parameter ID Setting Notes
Name
This following table describes the parameters that must also be set if pRRU groups are
combined to serve an SFN cell.
Table 6-4 Parameters that must also be set for function activation if pRRU groups are
combined to serve an SFN cell
Parameter Parameter ID Setting Notes
Name
The parameters used for function optimization are listed in the following tables.
The following table describes the parameters that need to be set in the EuCellPriBBEqm MO
to specify the primary baseband equipment information.
The following table describes the parameters that need to be set in the PDSCHCFG MO to
specify the RS power.
The following table describes the parameters that need to be set in the CellAlgoSwitch MO to
set the SFN algorithm switch, uplink joint reception antenna number combination switch, and
SFN uplink CoMP switch.
The following table describes the parameter that needs to be set in the CellUlCompAlgo MO
to specify the threshold used to determine the selection of UEs for UL CoMP in an SFN cell.
Adding four sets of sector equipment to each group (The four sets of sector equipment are RF
combined to serve a physical cell)
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=0, SectorEqmId=10;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=0, SectorEqmId=11;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=0, SectorEqmId=12;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=0, SectorEqmId=13;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=1, SectorEqmId=14;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=1, SectorEqmId=15;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=1, SectorEqmId=16;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=1, SectorEqmId=17;
Radio parameters such as PCIs, RACH root sequences, and neighbor relationships have been
replanned to adapt to the new cell topology.
In this example:
Setting the uplink joint reception switch and the antenna number combination switch for
uplink joint reception
MOD CELLALGOSWITCH: LocalCellId=0, SfnUplinkCompSwitch=IntraBaseBandSwitch-1,
UlJRAntNumCombSw=Ul8R8RJRSwitch-1;
Removing the original neighbor relationships, and adding newly planned neighbor
relationships
RMV EUTRANINTRAFREQNCELL:LOCALCELLID=1,MCC="450",MNC="06",ENODEBID=100,CELLID=2;
RMV EUTRANINTRAFREQNCELL:LOCALCELLID=0,MCC="450",MNC="06",ENODEBID=100,CELLID=2;
ADD EUTRANINTRAFREQNCELL:LOCALCELLID=1,MCC="450",MNC="06",ENODEBID=100,CELLID=3;
ADD EUTRANINTRAFREQNCELL:LOCALCELLID=0,MCC="450",MNC="06",ENODEBID=100,CELLID=3;
Setting the uplink joint reception switch and the antenna number combination switch for
uplink joint reception
l Check the RRUs in the working RRU list. If the list contains all RRUs, SFN has been
activated.
l Based on the value of UL RRU Flag, determine whether uplink joint reception has taken
effect.
NOTE
If a physical cell is faulty, the eNodeB cannot perform joint reception for UEs in the cell. However, this
information is not always updated immediately on the U2020. There is a delay of approximately 2s in
updating the information displayed on the GUI.
l Starting monitoring tasks for SFN detection, UE-level MUBF, and cell-level MUBF
l Measuring counters
On the U2020 client, view the monitoring results of the objects listed in Table 6-5.
Physical Cell Identifier This item indicates the physical cell ID of an SFN
cell.
Table 6-6 and Table 6-7 describe the UE- and cell-level MUBF monitoring results,
respectively.
Number of Successful MUBF Indicates the number of RBs that are allocated to
Pairing RB successfully paired UEs within a period (one second).
Number of Successful SFNCBF Indicates the number of RBs that are allocated to
Pairing RB successfully paired UEs within a period (one second).
Number of Successful MUBF Indicates the number of RBs that are allocated to
Pairing RB successfully paired UEs for MUBF.
Number of Enable MUBF Pairing Indicates the number of RBs that are allocated to
RB paired UEs for MUBF.
Measuring Counters
For details about the counters to be monitored, see 24 Counters. The
L.CellSectorEQUIP.SFN.UL.PRB.Used.Avg counter is used to measure the average number
of PRBs occupied by the PUSCH for all UEs served by a set of sector equipment in an SFN
cell.
The target RRU may change for UEs in an SFN cell. As a result,
L.CellSectorEQUIPGroup.SFN.RRC.ConnReq.Att and
L.CellSectorEQUIPGroup.SFN.RRC.ConnReq.Succ may be counted on different sets of
sector equipment. Therefore, the value of
L.CellSectorEQUIPGroup.SFN.RRC.ConnReq.Succ may be greater than the value of
L.CellSectorEQUIPGroup.SFN.RRC.ConnReq.Att for a particular set of sector
equipment. However, the values of these counters for the entire SFN cell are not affected.
7.1 Principles
2T2R SFN cells normally benefit from a maximum of 2x2 MIMO. 4x4 MIMO has been
introduced for the overlapping areas between the physical cells of an SFN cell. This can
generate the performance gains of 4x4 MIMO for SFN cells without changing the SFN
networking. With this function, 4x4 MIMO is implemented for TM9 UEs (and also TM10
UEs in the case of FDD) in the overlapping areas between the physical cells of an SFN cell.
The eNodeB configures CSI-RSs on four ports for an SFN cell when certain conditions are
met in the overlapping areas. After the configuration, a UE can enter the 4x4 MIMO state.
The conditions for configuring CSI-RSs on four ports are as follows:
l The UE has at least four receive antennas and is capable of TM9 (or TM10, which can be
used in the case of FDD).
l The difference between the UE-received highest RSRP and second highest RSRP of two
RRUs in the SFN cell is less than the value of the
CellDlschAlgo.OverlapRsrpIsolationThd parameter.
l For FDD:
– The downlink data volume of the UE is greater than or equal to the value of the
CellDlschAlgo.DlUserDataThld parameter, that is, there are large-packet downlink
transmissions to the UE.
– The MCS index for rank-2 transmission in TM3 is 24 or higher.
l For TDD:
– The downlink throughput reaches the peak value when rank-2 transmission in TM3
is used. In addition, the MCS index is greater than or equal to the MCS index
threshold specified by the CellDlschAlgo.RankChangeAttemptMcsThld parameter
and the IBLER is less than or equal to the IBLER threshold specified by the
CellDlschAlgo.RBDamageNearPointIblerTh parameter.
7.2.1 Benefits
It is recommended that 4x4 MIMO be enabled in the overlapping areas between the physical
cells of an SFN cell in low-speed scenarios.
For FDD: After 4x4 MIMO is enabled in the overlapping areas between the physical cells of
an SFN cell, the downlink throughput of TM9 UEs in the 4x4 MIMO state in the overlapping
areas increases by 5% to 20% when the percentage of UEs in the overlapping areas is greater
than 20% and the average SINR is greater than 20 dB.
For TDD: After 4x4 MIMO is enabled in the overlapping areas between the physical cells of
an SFN cell, the downlink throughput of TM9 UEs in the 4x4 MIMO state in the overlapping
areas increases by 5% to 20% when the percentage of UEs in the overlapping areas is greater
than 20% and the average SINR is greater than 25 dB.
7.2.2 Impacts
Network Impacts
None
Function Impacts
RAT Function Function Reference Description
Name Switch
throughput
gains for
TM9 UEs in
the 4x4
MIMO state
in the
overlapping
areas may
decrease.
Therefore,
4x4 MIMO
in the
overlapping
areas
between the
physical
cells of an
SFN cell is
not
recommende
d in this
scenario.
gains for
TM9 UEs in
the 4x4
MIMO state
in the
overlapping
areas may
decrease.
Therefore,
4x4 MIMO
in the
overlapping
areas
between the
physical
cells of an
SFN cell is
not
recommende
d in this
scenario.
7.3 Requirements
7.3.1 Licenses
None
7.3.2 Software
Prerequisite Functions
RAT Function Function Switch Reference
Name
FDD Virtual Virtual4T4RS Virtual 4T4R 4x4 MIMO does not take
4T4R witch option of (FDD) effect in the overlapping
the areas between the
CellAlgoSwitc physical cells of an SFN
h.EmimoSwitc cell with virtual 4T4R
h parameter enabled.
7.3.3 Hardware
For NB-IoT, the following base stations are compatible with this function:
For TDD, the following base stations are compatible with this function:
Boards
For FDD: If RRUs are combined to serve an SFN cell, the BBP must be LBBPd2, UBBPd4,
UBBPd5, UBBPd6, UBBPe2, UBBPe4, UBBPe5, or UBBPe6.
For TDD: If pRRUs are combined to serve an SFN cell, the BBP can be any BBP that
LampSite eNodeBs support.
RF Modules
This function has the same RF module requirements as the SFN function. For FDD, see 5.3.3
Hardware. For TDD, see 6.3.3 Hardware.
7.3.4 Others
For FDD, there are no requirements.
For TDD, if uplink SRS measurement is used, 4x4 MIMO in the overlapping areas of an SFN
cell does not take effect in either of the following scenarios because the eNodeB cannot
allocate SRS resources to UEs:
The SFN cell supports downlink CA but does not support uplink CA.
The SFN cell supports uplink CA, but UEs do not.
MCS Thld for CellDlschAlgo. Set this parameter to its recommended value.
Rank Change RankChangeAt
Attempt temptMcsThld
CSI-RS CellCsiRsPara 0
Unconfig User Cfg.CsiRsUnco
Ratio Threshold nfigUserRatioT
h
MCS Thld for CellDlschAlgo. Set this parameter to its recommended value.
Rank Change RankChangeAt
Attempt temptMcsThld
CSI-RS CellCsiRsPara 0
Unconfig User Cfg.CsiRsUnco
Ratio Threshold nfigUserRatio
Th
//Setting the BfMIMO adaptive switch and MIMO Adaptive Switch parameters
MOD CELLBFMIMOPARACFG: LocalCellId=0, BfMimoAdaptiveSwitch=MIMO_BF_ADAPTIVE;
MOD CELLMIMOPARACFG: LocalCellId=0, MimoAdaptiveSwitch=OC_ADAPTIVE;
//Enabling 4x4 MIMO in the overlapping areas of an SFN cell
MOD CELLALGOSWITCH: LocalCellId=0, SfnAlgoSwitch=SfnJtSwitch-1;
//Turning on the CSI-RS switch
MOD CELLCSIRSPARACFG: LOCALCELLID=0, CsiRsSwitch=ADAPTIVE_CFG;
Table 7-5 Counters related to 4x4 MIMO in the overlapping areas of an SFN cell
Counter ID Counter Name
1526732737 L.ChMeas.RI.Rank3
1526732738 L.ChMeas.RI.Rank4
8.1 Principles
In an LTE multi-frequency homogeneous network, there are overlaps between the edges of
inter-frequency cells providing the same coverage. The data rates of cell-edge UEs are too
low to meet the development requirements of video and other services.
The mobile agile operation for service (mAOS) can automatically plan combinations of SFN
cells working on different carrier frequencies online to form an SFN multi-frequency
heterogeneous network without changing the antenna system. The change in the network
improves the performance perceived by cell-edge UEs. The SFN cells in the combinations
must meet the following conditions:
l There is little or no overlap between the edges of the SFN cells.
l The edge of one SFN cell is in the center of at least one of the other SFN cells.
The mAOS also monitors KPI changes every hour. If KPIs deteriorate due to improper
planning by the mAOS, the mAOS automatically performs a fast rollback. The mAOS allows
for the customization of a threshold for rollback in case KPIs deteriorate.
8.2.2 Impacts
Network Impacts
None
Function Impacts
Function Function Reference Description
Name Switch
8.3 Requirements
8.3.1 Licenses
None
8.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
8.3.3 Hardware
This function requires the same hardware as the SFN function. For details, see 5.3.3
Hardware.
8.3.4 Others
None
9.1 Principles
Adaptive SFN/SDMA, together with the SFN function, allows for joint scheduling of UEs in
the overlapping areas between physical cells and independent scheduling of UEs in physical
cell centers, which increases cell throughput. Space division multiple access (SDMA) is used
for resource multiplexing between different physical cells.
The differences between the adaptive SFN/SDMA function and the SFN function are as
follows:
l With the SFN function, the eNodeB always uses joint scheduling.
l With the adaptive SFN/SDMA function, the eNodeB selects an appropriate scheduling
mode (joint or independent scheduling) for the UEs based on UE scheduling attributes.
Adaptive scheduling is used in adaptive SFN cells. Adaptive scheduling is enabled in the
uplink when the CellAlgoSwitch.SfnUlSchSwitch parameter is set to ADAPTIVE and
enabled in the downlink when the CellAlgoSwitch.SfnDlSchSwitch parameter is set to
ADAPTIVE.
For details about UE scheduling attribute decision, see 4.2 UE Scheduling Attribute
Decision (FDD). For details about scheduling time-frequency resources for UEs, see 4.1
Independent Scheduling and Joint Scheduling.
To improve voice quality for VoLTE UEs in adaptive SFN cells, joint scheduling can be
always used for these UEs by selecting the SfnVoLteDlJSchSwitch and
SfnVoLteUlJSchSwitch options of the CellAlgoSwitch.SfnAlgoSwitch parameter.
When the load of an adaptive SFN cell is heavy and the load among multiple RRUs is not
balanced, it is recommended that the PrbUsage option of the CellMLB.MultiRRUMode
parameter be selected to prevent the overload of a single RRU, increase the resource usage,
and improve system capacity.
If the SfnDlRblerOptSwitch option of the CellAlgoSwitch.SfnAlgoSwitch parameter is
selected, the optimization to resolve consecutive downlink block errors is enabled.
If both the TM9Switch option of the CellAlgoSwitch.EnhMIMOSwitch parameter and the
AsfnFastAttSwitch option of the CellAlgoSwitch.SfnAlgoSwitch parameter are selected,
fast UE scheduling attribute decision is enabled to balance subframe-level loads.
9.2.1 Benefits
In indoor coverage areas, when two (for example) pRRU groups with five pRRUs in each
group are serving a heavily loaded SFN cell, the adaptive SFN/SDMA function increases Cell
Downlink Average Throughput by 0%–70% compared with the SFN function.
In densely populated urban outdoor areas, when three (for example) RRUs are serving a
heavily loaded SFN cell, the adaptive SFN/SDMA function increases Cell Downlink
Average Throughput by 0%–80%, compared with the SFN function. In addition, when the
Uplink Resource Block Utilizing Rate of a common SFN cell exceeds 50%, the adaptive
SFN/SDMA function increases Cell Uplink Average Throughput by 0%–10%.
For any given cell traffic volume, the PRB usage decreases and the User Uplink Average
Throughput and User Downlink Average Throughput increase in an adaptive SFN/SDMA
cell, compared with a common SFN cell.
If adaptive SFN/SDMA is deployed for a large number of cells, the SINR of the entire
network increases.
l If three RRUs are serving an SFN cell in a densely populated urban outdoor area and the
network load rate is 100%, the average PDCCH and PDSCH SINRs increase by 2 dB to
3 dB.
l If multiple pRRU groups are serving an SFN cell in an indoor area and the network load
rate is 100%, the average PDCCH and PDSCH SINRs increase by 5 dB to 15 dB. The
specific amount depends on the deployment density of the pRRUs before the SFN cell is
formed and on the number of pRRUs serving the SFN cell.
The following table lists the expected KPI changes in adaptive SFN/SDMA cells, compared
with common SFN cells and common cells, with the supported functions and environmental
factors held constant and the cell load not reached the maximum supported.
Table 9-1 Expected KPI changes in adaptive SFN/SDMA cells compared with common SFN
cells and common cells
9.2.2 Impacts
Network Impacts
For independently scheduled UEs, downlink CRSs are jointly transmitted by multiple RRUs
but the PDSCH is transmitted independently by a single RRU, causing an inconsistency
between the CRS and PDSCH SINRs. The inconsistency affects UE peak rates. Given the
same CRS SINR, the peak rate of an adaptive SFN cell is lower than that of either a common
SFN cell and a common cell.
The adaptive SFN/SDMA function allows more UEs to be scheduled in a TTI than the SFN
function, but it also makes it more likely that there will not be enough CCE resources.
Therefore, the value of L.ResOpt.CCELimit.PRB.DL increases significantly.
In a heavily loaded common SFN cell where PDCCH resources are insufficient, the adaptive
SFN/SDMA function increases the cell capacity but does not increase User Downlink
Average Throughput compared with the SFN function. There is no increase in User
Downlink Average Throughput because the cell serves a larger number of UEs when it is
heavily loaded.
If 2T and 4T physical cells are combined to form an SFN cell and four CRS ports are
configured for the SFN cell, 4T gains can be obtained in the 4T independent scheduling areas.
However, there is performance loss in the 2T independent scheduling areas. The performance
loss is about 5% in TM4 or higher than 5% in TM3. Therefore, the configuration of four CRS
ports is not recommended in this scenario.
When adaptive SFN/SDMA is enabled in the uplink, UEs independently scheduled in the
uplink will be paired. Uplink measurement results, like the SINR, for these UEs become
different from those for jointly scheduled UEs. As a result, the target RRU selection results
and the number of selection times may change.
Function Impacts
Function Function Reference Description
Name Switch
High speed ProcSwitchBas High Speed If this function and high speed
specified policy edOnUserSpee Mobility specified policy management are
management d option of the both enabled, joint transmission is
CellAlgoSwitc always used for high-speed UEs
h.HighSpeedSc and SDMA is used only for low-
hOptSwitch speed UEs.
parameter
9.3 Requirements
9.3.1 Licenses
Feature ID Feature Name Model Sales Unit
9.3.2 Software
Prerequisite Functions
Function Function Switch Reference
Name
9.3.3 Hardware
Boards
This function requires the same boards as the SFN function. For details, see 5.3.3 Hardware.
RF Modules
This function requires the same RF modules as the SFN function. For details, see 5.3.3
Hardware.
9.3.4 Others
None
Setting the uplink load measurement period for the SFN cell
MOD CELLULSCHALGO: LOCALCELLID=0,SfnUlLoadPeriod =1800;
SFN supports simplified configuration on the CME. The relevant steps are as follows:
Step 1 After creating a planned data area, choose SFN Combination from the main menu on the
CME.
Step 2 Specify cells to be combined into an SFN cell in the following sheet of the summary data file,
and then import the file into the CME.
NOTE
l Only one cell to be combined must be specified as the primary cell of an SFN cell.
l A cell to be combined must be unique in the sheet.
l A cell to be combined can be an SFN cell or a common cell, but must have been configured.
l If an SFN cell has multiple eNodeB IDs (for example, when the cells to be combined include an
inter-BBU SFN cell), Mode of Multi-RRU Cell can only be set to SFN.
Step 3 Choose Export Incremental Scripts from the main menu on the CME to export the
incremental scripts in the planned area and then activate the scripts.
----End
NOTE
In the simplified configuration on the CME, both SFN UL Scheduling Switch and SFN DL Scheduling
Switch are set to JOINT by default. If you want to enable Adaptive SFN/SDMA, manually modify the
parameter settings.
Performance Monitoring
You can monitor the following counters on the U2020 to check whether adaptive SFN/SDMA
has been activated.
1526728342 L.SFN.User.DLJ2I
1526729649 L.CellSectorEQUIP.SFN.ULISch.User.Avg
1526729651 L.CellSectorEQUIP.SFN.ULISch.PRB.Avg
1526729653 L.CellSectorEQUIPGroup.SFN.ULISch.User.Av
g
1526729655 L.CellSectorEQUIPGroup.SFN.ULISch.PRB.Av
g
If the UE used for monitoring is running full buffer services, wait for a period specified by the SFN
Downlink Load Period parameter before performing activation verification. If the network load is light
and joint scheduling is performed for the UE during initial access, the eNodeB will measure the
Downlink Resource Block Utilizing Rate in the specified period and adjust the UE scheduling attribute
decision threshold based on the measurement result. If the network load is heavy, a UE is more likely to
be independently scheduled.
10.1 Principles
Adaptive SFN/SDMA, together with the SFN function, allows for joint scheduling of UEs in
the overlapping areas between physical cells and independent scheduling of UEs in physical
cell centers, increasing cell throughput. SDMA is used for resource reuse between different
physical cells.
The differences between the adaptive SFN/SDMA function and the SFN function are as
follows:
l With the SFN function, the eNodeB always uses joint scheduling.
l With the adaptive SFN/SDMA function, the eNodeB selects an appropriate scheduling
mode (joint or independent scheduling) for the UEs based on UE scheduling attributes.
Adaptive scheduling is used in adaptive SFN cells. Adaptive scheduling is enabled in the
uplink when the CellAlgoSwitch.SfnUlSchSwitch parameter is set to ADAPTIVE and
enabled in the downlink when the CellAlgoSwitch.SfnDlSchSwitch parameter is set to
ADAPTIVE.
For details about UE scheduling attribute decision, see 4.3 UE Scheduling Attribute
Decision (TDD). For details about scheduling time-frequency resources for UEs, see 4.1
Independent Scheduling and Joint Scheduling.
To improve voice quality for VoLTE UEs in adaptive SFN cells, joint scheduling can be
always used for these UEs by selecting the SfnVoLteDlJSchSwitch and
SfnVoLteUlJSchSwitch options of the CellAlgoSwitch.SfnAlgoSwitch parameter.
When the load of an adaptive SFN cell is heavy and the load among multiple RRUs is
imbalanced, it is recommended that the PrbUsage option of the CellMLB.MultiRRUMode
parameter be selected to prevent the overload of a single RRU, increase the resource usage,
and improve system capacity.
If the SfnDlRblerOptSwitch option of the CellAlgoSwitch.SfnAlgoSwitch parameter is
selected, the optimization to resolve consecutive downlink bit errors is enabled.
When the CellAlgoSwitch.SfnUlSchSwitch parameter is set to ADAPTIVE, it is
recommended that the SchedulerCtrlPowerSwitch option of the
CellAlgoSwitch.UlSchSwitch parameter be selected to ensure that UE transmit power is fully
utilized so as to increase User Uplink Average Throughput.
10.2.1 Benefits
Adaptive SFN/SDMA is recommended when traffic in the SFN cell is heavy.
The average downlink throughput of a single UE at the cell edge increases by about 39%
when three RRUs serve an SFN cell in a typical dense urban area and the load ratio is 100%.
In indoor coverage areas, when two (for example) pRRU groups with five pRRUs in each
group are serving a heavily loaded SFN cell, the adaptive SFN/SDMA function increases Cell
Downlink Average Throughput by 0%–70% compared with the SFN function.
The following table lists the expected KPI changes in cells with the supported functions and
environmental factors held constant and the load not reached the maximum supported.
KPI Expected KPI Changes in Adaptive
SFN Cells Compared with Common
Cells
Cell Downlink Average Throughput Increase for low load; no decrease for
moderate or high load
Cell Uplink Average Throughput Increase for low load; no decrease for
moderate or high load
User Downlink Average Throughput Increase for low load; no decrease for
moderate or high load
User Uplink Average Throughput Increase for low load; no decrease for
moderate or high load
10.2.2 Impacts
Network Impacts
In a typical dense urban area where the network load rate is 100%, Cell Downlink Average
Throughput of a single SFN cell served by three RRUs decreases to 85%–95% of that of a
common cell.
Since the CRSs are jointly transmitted but PDSCH data is independently transmitted to
independently scheduled UEs, the RI value obtained based on CRS measurement is
inconsistent with the RI value supported by the PDSCH. If rank 2 in TM3 is used for an
independently scheduled UE for which the isolation degree is low, the RI value inconsistency
can cause consecutive bit errors or even cause the MCS index to drop to 0. Different
performance assurance methods can be used depending on target RRUs:
l If the target RRU is a 2T or 4T RRU, it is recommended that the SfnDlRblerOptSwitch
option of the CellAlgoSwitch.SfnAlgoSwitch parameter be selected. When this option is
selected, the eNodeB identifies the UEs for which rank 2 in TM3 is used and uses rank 1
fixedly in scheduling for these UEs to ensure UE performance. (The identification takes
1s.)
l If the target RRU is an 8T RRU, the eNodeB uses the TM adaptation algorithm to switch
the transmission mode for the UEs for which rank 2 in TM 3 is used to TM8 (the
switching takes about 2s). In TM8, DMRSs are used for PDSCH channel estimation, and
RI value inconsistency will not occur.
Note that consecutive bit errors or MCS index dropping to 0 continues during the
identification and switching periods.
Function Impacts
Function Function Reference Description
Name Switch
10.3 Requirements
10.3.1 Licenses
Feature ID Feature Name Model Sales Unit
10.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
10.3.3 Hardware
Boards
This function requires the same boards as the SFN function. For details, see 6.3.3 Hardware.
RF Modules
This function requires the same RF modules as the SFN function. For details, see 6.3.3
Hardware.
10.3.4 Others
None
SFN Algorithm CellAlgoSwitc SfnDlSchAttri This option is valid only when the
Switch h.SfnAlgoSwitc AdjsSwitch SfnDl2LoadLevelAdptSwitch
h option is selected.
Setting the downlink load measurement period, downlink heavy-load threshold, downlink
light-load threshold, and isolation degree decision threshold offset of downlink heavy-load
level for the SFN cell
MOD CELLDLSCHALGO: LOCALCELLID=0, SfnDlLoadPeriod =30,SfnDlHighLoadThd=
50,SfnDlLowLoadThd=20,DlHighLoadSdmaThdOffset=2;
Setting the uplink load measurement period for the SFN cell
11.1 Principles
An inter-BBP SFN cell consists of physical cells that are deployed on different BBPs (which
can be of the same type or different types). In Figure 11-1 where BBU3900 is used as an
example, SFN cell 2 consists of three physical cells. The physical cells served by RRU 4 and
RRU 5 are deployed on BBP 1, and the physical cell served by RRU 6 is deployed on BBP 2.
This inter-BBP SFN deployment mode minimizes the changes in physical connections
between RRUs and BBUs during SFN network reconstruction, reducing the need for on-site
O&M.
For an inter-BBP SFN cell, the primary BBP processes both Layer-2 and Layer-1 data but the
secondary BBPs process only Layer-1 data. Layer-1 data of each RRU is processed on the
connected BBP, which can be the primary or secondary BBP. Layer-2 data of all RRUs is
processed only on the primary BBP.
When an inter-BBP SFN cell is activated, the eNodeB automatically selects a BBP as the
primary BBP of the inter-BBP SFN cell. After the SFN cell is activated, the details of the
primary BBP can be queried by running the DSP CELL command.
If RRUs and pRRUs (or RRUs and pRRU groups) are combined to serve an SFN cell, this
SFN cell must be an inter-BBP SFN cell. The sets of sector equipment and the sector
equipment groups must be deployed on different BBPs. To combine RRUs and pRRUs (or
RRUs and pRRU groups) to serve an SFN cell, set the Cell.MultiRruCellMode parameter to
SFN.
11.2.1 Benefits
The benefits of this function are the same as those of the SFN function. For details, see 5.2.1
Benefits.
11.2.2 Impacts
Network Impacts
If RRUs and pRRUs (or RRUs and pRRU groups) are combined to serve an SFN cell, the
uplink initial transmit power of UEs served by the macro eNodeBs will increase and therefore
uplink interference will also increase.
Other impacts are the same as those of the SFN function. For details, see 5.2.2 Impacts.
Function Impacts
None
11.3 Requirements
11.3.1 Licenses
None
11.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
11.3.3 Hardware
For NB-IoT, the following base stations are compatible with this function:
Boards
When the BBPs involved in an inter-BBP SFN cell reside in the same BBU3900, at least one
BBP must be installed in slot 2 or 3 of the BBU.
RF Modules
If RRUs and pRRUs (or RRUs and pRRU groups) are combined to serve an SFN cell, the
TX/RX mode of the RRUs can be set to 1T1R or 2T2R.
Other requirements are the same as those of the SFN function. For details, see 5.3.3
Hardware.
Cells
An inter-BBP SFN cell has the following requirements for inter-BBP uplink and downlink
transmission bandwidths:
For NB-IoT, when inter-BBP cells are combined to form an SFN cell, the required inter-BBP
uplink and downlink transmission bandwidths are 10 Mbit/s.
11.3.4 Networking
Two BBPs in a BBU3900 support a maximum of eight inter-BBP physical cells, such as those
served by RRU 6 and RRU 7 shown in Figure 11-1.
If RRUs and pRRUs (or RRUs and pRRU groups) are combined to serve an SFN cell and the
member physical cells include a 2T2R cell, this 2T2R member physical cell can be served by
a combination of two 1T1R RRUs but not the combination of an RRU and a pRRU (or an
RRU and a pRRU group).
The MAC layer resources of an SFN cell must be deployed on only one BBP. You can run the
ADD EUCELLPRIBBEQM or MOD EUCELLPRIBBEQM command to map the MAC
layer resources to a BBP, and run the DSP CELL command to query the BBP where the
MAC layer resources are deployed. For the maximum number of physical cells supported by
the MAC layer, see Table 11-1 and Table 11-2. An SFN cell will fail to be set up if the
number of physical cells to be processed by the MAC layer exceeds the maximum number.
Table 11-1 (For FDD) Maximum number of physical cells supported by the MAC layer
BBP Maximum Number of FDD Physical
Cells Supported by the MAC Layer
LBBPd3, LBBPd5, GSM<E dual-mode Equal to the number of FDD physical cells
UBBPd3, or GSM<E dual-mode supported by Layer 1
UBBPd4
UBBPd5, UBBPd6, UBBPe3, UBBPe4, Equal to 1.5 times the number of FDD
UBBPe5, UBBPe6, or UBBPei physical cells supported by Layer 1
NOTE
If the calculated number is not an integer, it is
rounded down to the nearest integer.
Table 11-2 (For NB-IoT) Maximum number of physical cells supported by the MAC layer
Applicable BBP Maximum Number of NB-IoT
RAT Physical Cells Supported by
the MAC Layer
ULM (indicating UBBPd6, UBBPe3, UBBPe4, Equal to 1.5 times the number of
UMTS+FDD UBBPe5, or UBBPe6 NB-IoT physical cells supported by
+NB-IoT) Layer 1
NOTE
If the calculated number is not an
integer, it is rounded down to the
nearest integer.
NOTE
l If an SFN cell has been bound to primary baseband equipment, only a BBP in the primary baseband
equipment can be selected as the primary BBP of the SFN cell. If an SFN cell has not been bound to
primary baseband equipment, only a BBP not bound to any SFN cell can be selected as the primary
BBP of the SFN cell.
l If any of the cells configured on an eNodeB needs to be bound to primary baseband equipment, it is
recommended that all the cells configured on the eNodeB be bound to primary baseband equipment.
If the recommendation is not implemented, a large number of primary BBP resource fragments exist
and the activation of some cells may fail.
After the SFN cell is activated, the details of the primary BBP can be queried by running the
DSP CELL command.
NOTE
The command only returns information of BBPs configured with at least one cell. For BBPs with no
cells configured, capacity expansion must be performed based on BBP processing capabilities.
NOTE
If primary BBP resources fail to be allocated to multiple cells or if cells that do not require primary BBP
resource adjustment are faulty, deactivate these faulty cells and then adjust and activate the cells that
require primary BBP resource adjustment one by one until adjustment is completed for all the cells
served by the eNodeB.
Item Description
Prerequisites l The CPU usage is lower than 50%. The adjustment will increase the
CPU usage.
l Cells other than those that require primary BBP resource adjustment
are all activated and all BBPs are available.
Item Description
11.3.5 Others
None
ADD
SECTOR:SECTORID=0,ANTNUM=2,ANT1CN=0,ANT1SRN=60,ANT1SN=0,ANT1N=R0A,ANT2CN=0,ANT2SRN
=60,ANT2SN=0,ANT2N=R0B,CREATESECTOREQM=TRUE,SECTOREQMID=0;
ADD
SECTOR:SECTORID=1,ANTNUM=2,ANT1CN=0,ANT1SRN=61,ANT1SN=0,ANT1N=R0A,ANT2CN=0,ANT2SRN
=61,ANT2SN=0,ANT2N=R0B,CREATESECTOREQM=TRUE,SECTOREQMID=1;
Adding the mapping relationship between the cell and sector equipment
ADD EUCELLSECTOREQM:LOCALCELLID=0,SECTOREQMID=0, ReferenceSignalPwr=182;
ADD EUCELLSECTOREQM:LOCALCELLID=0,SECTOREQMID=1, ReferenceSignalPwr=182;
ADD EUSECTOREQMGROUP: LocalCellId=0, SectorEqmGroupId=0, ReferenceSignalPwr=-78;
12.1 Principles
An inter-BBP SFN cell consists of physical cells that are deployed on different BBPs (which
can be of the same type or different types). In Figure 12-1 where BBU3900 is used as an
example, SFN cell 2 consists of three physical cells. The physical cells served by RRU 4 and
RRU 5 are deployed on BBP 1, and the physical cell served by RRU 6 is deployed on BBP 2.
This inter-BBP SFN deployment mode minimizes the changes in physical connections
between RRUs and BBUs during SFN network reconstruction, reducing the need for on-site
O&M.
For an inter-BBP SFN cell, the primary BBP processes both Layer-2 and Layer-1 data but the
secondary BBPs process only Layer-1 data. Layer-1 data of each RRU is processed on the
connected BBP, which can be the primary or secondary BBP. Layer-2 data of all RRUs is
processed only on the primary BBP.
When an inter-BBP SFN cell is activated, the eNodeB automatically selects a BBP as the
primary BBP of the inter-BBP SFN cell. After the SFN cell is activated, the details of the
primary BBP can be queried by running the DSP CELL command.
12.2.1 Benefits
The benefits of this function are the same as those of the SFN function. For details, see 7.2.1-
Benefits.
12.2.2 Impacts
Network Impacts
The network impacts of this function are the same as those of the SFN function. For details,
see 6.2.2 Impacts.
Function Impacts
Function Name Function Switch Reference Description
12.3 Requirements
12.3.1 Licenses
Feature ID Feature Name Model Sales Unit
12.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
12.3.3 Hardware
Boards
BBPs can be combined in LBBPc-only, LBBPd-only, UBBP-only, LBBPc+LBBPd, or
LBBPd+UBBP mode for an SFN cell. Table 12-1 describes BBP combination switching and
the impact of switching on an inter-BBP SFN cell.
Table 12-1 BBP combination switching and the impact of switching on an inter-BBP SFN
cell
LBBPc only LBBPd only, UBBP only, Yes (The cell is re-established
or LBBPd+UBBP immediately.)
LBBPc+LBBPd LBBPd only, UBBP only, Yes (The cell is re-established in the
or LBBPd+UBBP wee hours when there are no users on
the network.)
LBBPc+LBBPd LBBPc+LBBPd No
RF Modules
This function requires the same RF modules as the SFN function. For details, see 6.3.3
Hardware.
Cells
None
12.3.4 Networking
Inter-BBP SFN supports only uplink-downlink configuration 2 and special subframe
configuration 7.
When four or more RRUs are used to serve an inter-BBP SFN cell, the BBPs for this SFN cell
must not be only LBBPc boards.
The MAC resources of an SFN cell must be deployed on only one BBP. For details about the
logical cell specifications supported by the MAC layer, see Table 12-2.
LBBPc When the cell bandwidth is 20 MHz: One cell served by one to three
RRUs
When the cell bandwidth is 10 MHz:
l One cell served by two or three RRUs
l Three cells each served by one RRU
l One cell served by two RRUs + one cell served by one RRU
If any physical or common cell on a BBP serving an inter-BBP SFN cell is bound to baseband
equipment, all other cells on this BBP and all the cells on other BBPs serving this inter-BBP
SFN cell must be bound to baseband equipment. This will prevent the failure of baseband
resource allocation in some cells as a result of baseband equipment conflicts between
automatic and manual baseband equipment binding. The following are the related MML
commands:
If the BBU configured with an SFN cell houses LBBPc and other types of BBPs, Layer 1
must be bound to one of the BBPs and Layer 2 must be bound to baseband equipment based
on the cell bandwidth before the SFN cell can be activated.
If the BBU does not house any LBBPc, layer 1 and layer 2 need to be bound to baseband
equipment based on the cell bandwidth.
In inter-BBP SFN scenarios, the primary baseband equipment needs to be bound to the SFN
cell, the remaining primary BBP resources need to be queried, and the primary BBP resources
need to be queried and adjusted. The following describes the restrictions on these processes.
NOTE
l If an SFN cell has been bound to primary baseband equipment, only a BBP in the primary baseband
equipment can be selected as the primary BBP of the SFN cell. If an SFN cell has not been bound to
primary baseband equipment, only a BBP not bound to any SFN cell can be selected as the primary
BBP of the SFN cell.
l If any of the cells configured on an eNodeB needs to be bound to primary baseband equipment, it is
recommended that all the cells configured on the eNodeB be bound to primary baseband equipment.
If the recommendation is not implemented, a large number of primary BBP resource fragments exist
and the activation of some cells may fail.
After the SFN cell is activated, the details of the primary BBP can be queried by running the
DSP CELL command.
NOTE
l Only information about the remaining primary BBP resources of common 8T8R cells, common
4T4R cells, common 2T2R cells, SFN cells (a combination of 8T8R, 4T4R, 2T2R, 4T4R+8T8R,
4T4R+2T2R, 8T8R+2T2R, or 4T4R+8T8R+2T2R cells), and LampSite cells can be queried.
l The query results contain only information of the BBPs configured with at least one cell. For BBPs
not configured with cells, capacity expansion must be performed based on BBP processing
capabilities.
NOTE
If primary BBP resources fail to be allocated to multiple cells or if cells that do not require primary BBP
resource adjustment are faulty, deactivate these faulty cells and then adjust and activate the cells that
require primary BBP resource adjustment until adjustment is completed for all the cells served by the
eNodeB.
Prerequisites l The CPU usage is lower than 50%. The adjustment will increase the
CPU usage.
l Cells other than those requiring primary BBP resource adjustment are
all activated and all BBPs are available.
Item Description
Requirements l Primary BBP resources can be adjusted only within the primary BBP
for the query group.
and adjustment l The DSP PRIBBPADJUST and STR PRIBBPADJUST commands
process cannot be run simultaneously. Otherwise, a message indicating
command execution failure is displayed.
l Configuration data cannot be added, modified, or deleted in the
adjustment process. Otherwise, the STR PRIBBPADJUST command
execution process is aborted.
l If the eNodeB fails to obtain a resource allocation solution within 30
minutes after the STR PRIBBPADJUST command is run, the search
times out. In this case, adjust SFN networking based on BBP
capabilities.
NOTE
During the adjustment, the algorithm for adjusting primary BBP resources is used.
If the resource allocation solution recommended by the algorithm for adjusting
primary BBP resources does not meet the rules used by the algorithm for pre-
allocating primary BBP resources, the number of inter-BBP cells increases, leading
to a high inter-BBP bandwidth usage.
12.3.5 Others
None
If an SFN cell is served by RRUs connected to both LBBPc and LBBPd or to both LBBPc
and UBBP and the PUCCHCFG.DeltaShift parameter is set to DS1_DELTA_SHIFT, the
parameter value will be automatically changed to DS2_DELTA_SHIFT after the SFN cell is
activated.
13.1 Principles
Inter-BBP adaptive SFN/SDMA works with the SFN, adaptive SFN/SDMA, and inter-BBP
SFN functions. It allows inter-BBP RRUs to be combined to serve an adaptive SFN cell.
13.2.1 Benefits
The benefits of this function are the same as those of the adaptive SFN/SDMA function. For
details, see 9.2.1 Benefits.
13.2.2 Impacts
Network Impacts
The network impacts of this function are the same as those of the adaptive SFN/SDMA
function. For details, see 9.2.2 Impacts.
Function Impacts
None
13.3 Requirements
13.3.1 Licenses
None
13.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
13.3.3 Hardware
This function requires the same hardware as the SFN and inter-BBP SFN functions. For
details, see 5.3.3 Hardware and 11.3.3 Hardware.
13.3.4 Others
None
14.1 Principles
Inter-BBP adaptive SFN/SDMA works with the SFN, adaptive SFN/SDMA, and inter-BBP
SFN functions. It allows inter-BBP RRUs to be combined to serve an adaptive SFN cell.
14.2.1 Benefits
The benefits of this function are the same as those of the adaptive SFN/SDMA function. For
details, see 10.2.1 Benefits.
14.2.2 Impacts
Network Impacts
The network impacts of this function are the same as those of the adaptive SFN/SDMA
function. For details, see 10.2.2 Impacts.
Function Impacts
None
14.3 Requirements
14.3.1 Licenses
Feature ID Feature Name Model Sales Unit
14.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
14.3.3 Hardware
This function requires the same hardware as the SFN and inter-BBP SFN functions. For
details, see 6.3.3 Hardware and 12.3.3 Hardware.
14.3.4 Others
None
15.1 Principles
Physical cells in an SFN cell can belong to the same BBU or different BBUs. If physical cells
belong to different BBUs, the BBUs must be deployed using a Cloud BB architecture. The
function used to combine physical cells belonging to different BBUs to form an SFN cell is
inter-eNodeB SFN based on eNodeB coordination. In the following descriptions, this function
is called inter-eNodeB SFN.
During the combination of physical cells belonging to different BBUs to form an SFN cell,
the inter-eNodeB SFN function minimizes the changes in physical connections between
RRUs and BBUs, reducing the number of site visits required and simplifying network
operations and maintenance.
Network Planning
Different BBUs are interconnected through a universal switching unit (USU), as shown in
Figure 15-1.
Only the USU3910 allows RRUs connected to different BBUs to constitute an SFN cell.
An inter-eNodeB SFN cell is set up on one of the BBUs. This BBU is referred to as the
primary BBU or the primary eNodeB of the SFN cell. The other BBUs are auxiliary BBUs or
auxiliary eNodeBs. The physical cells on an auxiliary eNodeB that constitute the SFN cell are
referred to as auxiliary cells.
The BBPs in the primary BBU are called primary BBPs. After a cell is activated, the primary
BBP of the cell can be queried by running the DSP CELL command on the primary BBU.
To create an SFN cell by running the ADD CELL command on the primary eNodeB, set the
Cell.EuCellStandbyMode parameter to ACTIVE.
Reliability
To ensure that service provisioning continues even if all the physical cells of an SFN cell
unexpectedly stop working, operators can configure a standby cell on an auxiliary eNodeB to
increase reliability. A standby cell can be added by running the ADD CELL command with
the Cell.EuCellStandbyMode parameter set to STANDBY on an auxiliary eNodeB. A
standby cell can be an SFN cell or a common cell.
A standby cell is automatically activated for service provisioning when any of the following
faults persists for up to 4 minutes:
l The control-plane link between the primary and auxiliary eNodeBs is interrupted.
l The data links between the primary and auxiliary eNodeBs are not working properly.
If this happens, engineers need to run the RST SFNAUXRES command to restore the
services in the auxiliary cells. The standby cell is activated only if data links to all RRUs
on the auxiliary eNodeBs are faulty.
NOTE
l When the inter-BBU control-plane link is functional, the operating frequency of the standby cell
must be the same as that of the SFN cell configured on the primary BBU. Otherwise, the standby
cell cannot be activated.
l If local resources on auxiliary eNodeBs are abnormal, a standby cell cannot be set up.
l An inter-eNodeB SFN cell cannot serve as a standby cell.
l A standby cell that has been successfully activated cannot be activated again within 10 minutes after
an upgrade or reset of the eNodeB.
l If automatic neighbor relation (ANR) is not activated, neighboring cells must be configured for the
standby cell when the standby cell is added.
15.2.1 Benefits
The benefits of this function are the same as those of the SFN function. For details, see 5.2.1
Benefits.
15.2.2 Impacts
Network Impacts
The network impacts of this function are the same as those of the SFN function. For details,
see 5.2.2 Impacts.
Function Impacts
Function Function Reference Description
Name Switch
15.3 Requirements
15.3.1 Licenses
Feature ID Feature Name Model Sales Unit
If the licenses of both the primary and auxiliary BBUs do not meet service requirements,
ALM-26819 Data Configuration Exceeding Licensed Limit is reported only on the primary
BBU. If the licenses of the primary BBU meet service requirements but those of the auxiliary
BBU do not, this alarm is reported on the auxiliary BBU.
15.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
15.3.3 Hardware
Boards
In distributed Cloud BB mode, the BBP in a BBU that serves an inter-eNodeB SFN cell must
be UBBPd, UBBPe, or UBBPei.
RF Modules
This function requires the same RF modules as the SFN function. For details, see 5.3.3
Hardware.
Cells
An inter-eNodeB SFN cell has the following requirements for inter-eNodeB uplink and
downlink transmission bandwidths:
l 2T2R, 2T4R, or 4T4R cells: 400 Mbit/s
l 1T1R cells: 310 Mbit/s
15.3.4 Networking
In inter-eNodeB SFN, the same software version must be loaded for different BBUs
connected to the same USU. The USU software version must match the BBU software
version. For the version mapping, see the relevant release notes. For details on USUs, see
USU3910-based Multi-BBU Interconnection.
If the distributed Cloud BB architecture is used, only physical cells served by BBUs
interconnected through the same USU can be combined to form an SFN cell.
A BBU allows for a maximum of six physical cells to be members of inter-eNodeB SFN cells.
When inter-eNodeB physical cells are combined to form an SFN cell, the difference in their
coverage radiuses cannot exceed 500 m. If the difference exceeds 500 m, inter-eNodeB clock
precision errors can cause the downlink demodulation performance to deteriorate.
An inter-eNodeB SFN cell must meet the following requirements:
l The BBUs are time-synchronized. The clock accuracy deviation of the primary or
auxiliary eNodeB must not exceed 1.5 μs.
l The eNodeB IDs of the primary and auxiliary eNodeBs are unique in the network.
l The ADD CELLAUXENBBIND or ADD SFNCELLBIND command has been
executed on the primary eNodeB to bind the SFN cell to the auxiliary eNodeB. After the
binding, the SFN cell can use the sector equipment resources of the auxiliary eNodeB.
NOTE
15.3.5 Others
None
NOTE
It is recommended that the SFN cell be activated after the data configuration on the auxiliary eNodeB is
complete.
Adding sector equipment (taking the SFN cell as a standby cell for example)
ADD EUCELLSECTOREQM:LOCALCELLID=0,SECTOREQMID=0;
ADD EUCELLSECTOREQM:LOCALCELLID=0,SECTOREQMID=1;
Changing the SFN recovery time of the standby cell on the auxiliary BBU
MOD CELL: LocalCellId=0,EuCellStandbyMode=STANDBY,StandbyCellSfnRecoveTime=255;
Setting UlSfnJROverBBUsSwitch
MOD ENODEBALGOSWITCH: OverBBUsSwitch=UlSfnJROverBBUsSwitch-1;
16.1 Principles
Physical cells in an SFN cell can belong to the same BBU or different BBUs. If physical cells
belong to different BBUs, the BBUs must be deployed using a Cloud BB architecture. The
function used to combine physical cells belonging to different BBUs to form an SFN cell is
inter-eNodeB SFN based on eNodeB coordination. In the following descriptions, this function
is called inter-eNodeB SFN.
During the combination of physical cells belonging to different BBUs to form an SFN cell,
the inter-eNodeB SFN function minimizes the changes in physical connections between
RRUs and BBUs, reducing the number of site visits required and simplifying network
operations and maintenance.
Network Planning
Different BBUs are interconnected through a universal switching unit (USU), as shown in
Figure 16-1.
Both the USU3900 and USU3910 allow RRUs connected to different BBUs to constitute an
SFN cell. In the following figure, the USU3910 is used as an example.
An inter-eNodeB SFN cell is set up on one of the BBUs. This BBU is referred to as the
primary BBU or the primary eNodeB of the SFN cell. The other BBUs are auxiliary BBUs or
auxiliary eNodeBs. The physical cells on an auxiliary eNodeB that constitute the SFN cell are
referred to as auxiliary cells.
The BBPs in the primary BBU are called primary BBPs. After a cell is activated, the primary
BBP of the cell can be queried by running the DSP CELL command on the primary BBU.
To create an SFN cell by running the ADD CELL command on the primary eNodeB, set the
Cell.EuCellStandbyMode parameter to ACTIVE.
Reliability
To ensure that service provisioning continues even if all the physical cells of an SFN cell
unexpectedly stop working, operators can configure a standby cell on an auxiliary eNodeB to
increase reliability. A standby cell can be added by running the ADD CELL command with
the Cell.EuCellStandbyMode parameter set to STANDBY on an auxiliary eNodeB. A
standby cell can be an SFN cell or a common cell.
A standby cell is automatically activated for service provisioning when any of the following
faults persists for up to 4 minutes:
l The control-plane link between the primary and auxiliary eNodeBs is interrupted.
l The data links between the primary and auxiliary eNodeBs are not working properly.
If this happens, engineers need to run the RST SFNAUXRES command to restore the
services in the auxiliary cells. The standby cell is activated only if data links to all RRUs
on the auxiliary eNodeBs are faulty.
After a fault is rectified, the standby cell is automatically deactivated. The RRUs of auxiliary
eNodeBs are automatically switched to the SFN cell to ensure service continuity. The
Cell.StandbyCellSfnRecoveTime parameter specifies the automatic SFN recovery time of
inter-BBU cells on auxiliary BBUs after related SFN faults are rectified.
NOTE
l When the inter-BBU control-plane link is functional, the operating frequency of the standby cell
must be the same as that of the SFN cell configured on the primary BBU. Otherwise, the standby
cell cannot be activated.
l If local resources on auxiliary eNodeBs are abnormal, a standby cell cannot be set up.
l An inter-eNodeB SFN cell cannot serve as a standby cell.
l A standby cell that has been successfully activated cannot be activated again within 10 minutes after
an upgrade or reset of the eNodeB.
l If automatic neighbor relation (ANR) is not activated, neighboring cells must be configured for the
standby cell when the standby cell is added.
16.2.1 Benefits
The benefits of this function are the same as those of the SFN function. For details, see 6.2.1
Benefits.
16.2.2 Impacts
Network Impacts
The network impacts of this function are the same as those of the SFN function. For details,
see 6.2.2 Impacts.
Function Impacts
None
16.3 Requirements
16.3.1 Licenses
Feature ID Feature Name Model Sales Unit
The license unit must be purchased separately for both the primary and auxiliary BBUs.
If the licenses of both the primary and auxiliary BBUs do not meet service requirements,
ALM-26819 Data Configuration Exceeding Licensed Limit is reported only on the primary
BBU. If the licenses of the primary BBU meet service requirements but those of the auxiliary
BBU do not, this alarm is reported on the auxiliary BBU.
16.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
16.3.3 Hardware
Base Station Models
3900 and 5900 series base stations
Boards
For inter-eNodeB SFN, the BBPs in each BBU cannot be all LBBPc boards.
RF Modules
This function requires the same RF modules as the SFN function. For details, see 6.3.3
Hardware.
16.3.4 Networking
In inter-eNodeB SFN, the same software version must be loaded for different BBUs
connected to the same USU. The USU software version must match the BBU software
version. For the version mapping, see the relevant release notes. For details about USUs, see
USU3910-based Multi-BBU Interconnection and USU3900-based Multi-BBU
Interconnection.
When inter-eNodeB physical cells are combined to form an SFN cell, the difference in their
coverage radiuses cannot exceed 500 m. If the difference exceeds 500 m, inter-eNodeB clock
precision errors can cause the downlink demodulation performance to deteriorate.
The eNodeB IDs of the primary and auxiliary eNodeBs are unique in the network.
NOTE
In later versions, the SFNCELLBIND MO will be replaced by the CELLAUXENBBIND MO. In this
version, the configuration interface supports the configuration synchronization and delivery of both
MOs. Operators should avoid using the SFNCELLBIND MO.
An inter-eNodeB SFN cell deployed using a USU3910 must meet the following requirements:
l If the ADD CELLAUXENBBIND command is used, the PLMN ID of the auxiliary
eNodeB can be set differently from that of the SFN cell. Ensure that the configurations
meet the following requirements to prevent inter-BBU link setup failures, which can
result in malfunctions of the inter-eNodeB SFN cell.
– If the ENodeBSharingMode.ENodeBSharingMode parameter is set to
INDEPENDENT or SHARED_FREQ for the auxiliary eNodeB, the
CellAuxEnbBind.Mcc and CellAuxEnbBind.Mnc parameters must be set to the
MCC and MNC of the primary operator of the auxiliary eNodeB, respectively.
– If the ENodeBSharingMode.ENodeBSharingMode parameter is set to
SEPARATED_FREQ for the auxiliary eNodeB, the CellAuxEnbBind.Mcc and
CellAuxEnbBind.Mnc parameters can be set to the MCC and MNC of any
operator of the auxiliary eNodeB, respectively.
– If the ENodeBSharingMode.ENodeBSharingMode parameter is set to
HYBRID_SHARED for the auxiliary eNodeB, the CellAuxEnbBind.Mcc and
CellAuxEnbBind.Mnc parameters can be set to the MCC and MNC of an operator
in any carrier-sharing operator group of the auxiliary eNodeB.
If the setting of the ENodeBSharingMode.ENodeBSharingMode parameter is changed
for the auxiliary eNodeB after the inter-eNodeB SFN cell works normally, check that the
To plan the primary eNodeB of an inter-eNodeB SFN cell, perform the following steps:
Step 1 Count how many RRUs are serving each SFN cell, and sort them from those with the most
RRUs to those with the least. Then identify the primary eNodeB of each SFN cell on the list,
starting with the one with the most RRUs.
Step 2 Select the eNodeBs that provide the most RRUs serving an SFN cell as candidate primary
eNodeBs of the SFN cell.
Step 3 Check whether each eNodeB meets all the following conditions:
l Layer 2 resources meet the BBP specification requirements described in Table 12-2.
l The total number of out-of-eNodeB and into-eNodeB physical cells does not exceed 14
times the number of data-transmission optical cables connecting the eNodeB and USU.
NOTE
– The number of data-transmission optical cables connecting the eNodeB and USU cannot
exceed 4 or the total number of LBBPd and UBBP boards installed in slots 0, 1, 2, and 3 on
the eNodeB, whichever is less.
– An into-eNodeB physical cell for an eNodeB (for example, eNodeB 0) is defined as follows:
The physical cell serves an SFN cell whose primary eNodeB is eNodeB 0, but the RRU of the
physical cell is connected to an eNodeB different from eNodeB 0.
– An out-of-eNodeB physical cell for an eNodeB (for example, eNodeB 0) is defined as follows:
The RRU of the physical cell is connected to eNodeB 0, but the physical cell serves an SFN
cell whose primary eNodeB is not eNodeB 0.
– "Physical cell" mentioned in this section corresponds to one carrier of each RRU.
– The LBBPc board does not support the configuration of 8T8R L2 logical cells.
In Figure 16-2, there are two into-eNodeB physical cells (cells served by RRU 1 and
RRU 2) and two out-of-eNodeB physical cells (cells served by RRU 5 and RRU 6) for
eNodeB 0, and there are two into-eNodeB physical cells (cells served by RRU 3 and
RRU 4) and one out-of-eNodeB physical cell (cell served by RRU 7) for eNodeB 1.
If one or more eNodeBs meet all of the preceding conditions, go to Step 4. If no eNodeB
meets all of the preceding conditions, go to Step 5.
Step 4 Select an eNodeB as the primary eNodeB of an SFN cell. If only one eNodeB meets all of the
preceding conditions, the eNodeB functions as the primary eNodeB of the SFN cell. If
multiple eNodeBs meet all of the preceding conditions, the eNodeB that provides the
minimum number of RRUs processed at Layer 2 is preferentially selected as the primary
eNodeB of the SFN cell.
NOTE
The total number of RRUs processed at Layer 2 is the total number of RRUs serving all of the SFN cells
configured on the eNodeB, including RRUs connected to different eNodeBs.
Step 5 Select the eNodeB providing the second largest number of RRUs serving an SFN cell as the
candidate primary eNodeB of the SFN cell and repeat Step 3 until the primary eNodeB is
selected.
Step 6 Repeat Step 1 to Step 5 to select the primary eNodeBs for all the SFN cells.
----End
16.3.5 Others
None
NOTE
NOTE
It is recommended that the SFN cell be activated after the data configuration on the auxiliary eNodeB is
complete.
EUCELLSTANDBYMODE=STANDBY,ROOTSEQUENCEIDX=0,CUSTOMIZEDBANDWIDTHCFGIND=NOT_CFG,EMER
GENCYAREAIDCFGIND=NOT_CFG,UEPOWERMAXCFGIND=NOT_CFG,MULTIRRUCELLFLAG=BOOLEAN_TRUE,M
ULTIRRUCELLMODE=SFN,SECTOREQMNUM=2,TXRXMODE=4T4R;
Adding sector equipment (taking the SFN cell as a standby cell for example)
ADD EUCELLSECTOREQM: LOCALCELLID=0,SECTOREQMID=0,BASEBANDEQMID=0;
ADD EUCELLSECTOREQM: LOCALCELLID=0,SECTOREQMID=1,BASEBANDEQMID=0;
Changing the SFN recovery time of the standby cell on the auxiliary BBU
MOD CELL: LocalCellId=0,EuCellStandbyMode=STANDBY,StandbyCellSfnRecoveTime=255;
Setting UlSfnJROverBBUsSwitch
MOD ENODEBALGOSWITCH: OverBBUsSwitch=UlSfnJROverBBUsSwitch-1;
In addition, the relationship between primary and auxiliary cells in an SFN cell can be queried
by running the LST CELL command.
17.1 Principles
This function allows inter-eNodeB RRUs to be combined to serve an adaptive SFN cell.
17.2.1 Benefits
The benefits of this function are the same as those of the adaptive SFN/SDMA function. For
details, see 9.2.1 Benefits.
17.2.2 Impacts
Network Impacts
The network impacts of this function are the same as those of the adaptive SFN/SDMA
function. For details, see 9.2.2 Impacts.
Function Impacts
None
17.3 Requirements
17.3.1 Licenses
Feature ID Feature Name Model Sales Unit
17.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
17.3.3 Hardware
Base Station Models
The following base stations are compatible with this function:
l 3900 and 5900 series base stations
l BTS3912E
l BTS3911E
Boards
In distributed Cloud BB mode, the BBP in a BBU that serves an inter-eNodeB SFN cell must
be UBBPd, UBBPe, or UBBPei.
RF Modules
This function requires the same RF modules as the SFN function. For details, see 5.3.3
Hardware.
17.3.4 Others
None
18.1 Principles
This function allows inter-eNodeB RRUs to be combined to serve an adaptive SFN cell.
18.2.1 Benefits
The benefits of this function are the same as those of the adaptive SFN/SDMA function. For
details, see 10.2.1 Benefits.
18.2.2 Impacts
Network Impacts
The network impacts of this function are the same as those of the adaptive SFN/SDMA
function. For details, see 10.2.2 Impacts.
Function Impacts
None
18.3 Requirements
18.3.1 Licenses
Feature ID Feature Name Model Sales Unit
18.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
18.3.3 Hardware
Boards
This function has the same board requirements as the SFN, inter-BBP SFN, and inter-eNodeB
SFN based on eNodeB coordination functions. For details, see 6.3.3 Hardware, 12.3.3
Hardware, and 16.3.3 Hardware.
RF Modules
This function has the same RF module requirements as the SFN, inter-BBP SFN, and inter-
eNodeB SFN based on eNodeB coordination functions. For details, see 6.3.3 Hardware,
12.3.3 Hardware, and 16.3.3 Hardware.
18.3.4 Others
None
19.1 Principles
In an adaptive SFN cell, CRSs are used for channel estimation. UEs demodulate data
transmitted over the PDSCH based on the estimation results. Since the CRSs are jointly
transmitted but PDSCH data is independently transmitted to independently scheduled UEs,
the CRS SINR and PDSCH SINR of independently scheduled UEs are inconsistent. This
results in inaccurate channel estimation, impacts PDSCH demodulation performance, and
causes User Downlink Average Throughput to decrease.
To reduce the impacts, TM9 and TM10 are used with adaptive SFN. When TM9 and TM10
are used, demodulation reference signals (DMRSs) are used for PDSCH channel estimation
and channel state information-reference signals (CSI-RSs) are used by the UEs to obtain CSI.
The use of CSI-RS and DMRS instead of CRS for PDSCH measurement and demodulation
helps resolve mobility- and coverage-related KPI issues and further increase the cell capacity,
the spectral efficiency of downlink independently scheduled UEs, and the user-perceived
throughput when single-frequency networking is used.
In TM9, the DMRS uses nSCID for scrambling. 3GPP specifications only define two values for
nSCID.
If an adaptive SFN cell is served by more than two RRUs, the AsfnFastAttSwitch option of
the CellAlgoSwitch.SfnAlgoSwitch parameter must be selected. This allows for TM9 to be
used in this cell and the eNodeB can dynamically adjust the working RRU lists for TM9 UEs.
(TM9 cannot be used in the cell if there are more than six RRUs serving the cell.)
In TM10, the DMRS uses a virtual cell identifier (VCID) for scrambling. The value range of
VCIDs is 0 to 503. TM10 can be used for an adaptive SFN cell served by two or more
combined RRUs. Before using adaptive SFN with TM10, the TM10Switch option of the
CellAlgoSwitch.EnhMIMOSwitch parameter must be selected and the
CellCsiRsParaCfg.CsiRsSwitch parameter must be set to ADAPTIVE_CFG.
19.2.1 Benefits
When this function is enabled for an SFN cell served by a macro eNodeB and all UEs in the
SFN cell are independently scheduled, the capacity of the SFN cell can reach up to 80% to
90% of the total capacity of all physical cells in the SFN cell. The cell capacity is higher than
that achieved before this function is used in the SFN cell.
When the resource usage of a cell is greater than 60% and the total percentage of TM9 and
TM10 UEs is greater than 60%, User Downlink Average Throughput can be increased by
up to 20%.
19.2.2 Impacts
Network Impacts
When adaptive SFN/SDMA with TM9/TM10 is enabled, the eNodeB additionally transmits
CSI-RSs. Due to the increase in CSI-RS overheads, the scheduling of UEs that do not support
CSI-RSs is restricted in CSI-RS subframes. Therefore, the User Downlink Average
Throughput of these UEs decreases.
Function Impacts
None
19.3 Requirements
19.3.1 Licenses
There are currently no license requirements for trial features.
19.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
19.3.3 Hardware
Boards
This function requires the same boards as the SFN function. For details, see 5.3.3 Hardware.
RF Modules
This function requires the same RF modules as the SFN function. For details, see 5.3.3
Hardware.
19.3.4 Networking
Adaptive SFN cells use the TM10 transmission mode. When configuring VCIDs for physical
cells of an adaptive SFN cell, ensure that adjacent cells have different values of VCID modulo
3. The method of planning VCIDs is the same as that of planning PCIs.
19.3.5 Others
If the network load increases and the percentage of TM9 and TM10 UEs on the network has
exceeded 60%, it is recommended that TM9 or TM10 be used.
Virtual Cell eUCellSectorEqm. Set this parameter when RRUs are combined to serve
ID VisualCellId an SFN cell and the TM10Switch option of the
CellAlgoSwitch.EnhMIMOSwitch parameter is
selected.
Virtual Cell EuSectorEqmGrou Set this parameter when pRRUs are combined to
ID p.VisualCellId serve an SFN cell and the TM10Switch option of the
CellAlgoSwitch.EnhMIMOSwitch parameter is
selected.
You can also set CSI-RS-related parameters. For details, see 7.4.1.1 Data Preparation in 7
4x4 MIMO in the Overlapping Areas Between the Physical Cells of an SFN Cell.
Turning on AsfnFastAttSwitch for an adaptive SFN cell served by more than two RRUs (This
switch must be turned on for such an adaptive SFN cell.)
Enabling TM9
MOD CELLALGOSWITCH: LocalCellId=0, EnhMIMOSwitch=TM9Switch-1;
Enabling TM10
MOD CELLALGOSWITCH: LocalCellId=0, EnhMIMOSwitch=TM10Switch-1;
NOTE
Changing the Virtual Cell ID parameter value when TM10 is enabled and pRRUs are used
MOD EUSECTOREQMGROUP: LocalCellId=0, SectorEqmGroupId=0, BaseBandEqmId=1,
VisualCellId=1;
Disabling TM9
MOD CELLALGOSWITCH: LocalCellId=0, EnhMIMOSwitch=TM9Switch-0;
Disabling TM10
MOD CELLALGOSWITCH: LocalCellId=0, EnhMIMOSwitch=TM10Switch-0;
Turning off AsfnFastAttSwitch for an adaptive SFN cell served by more than two RRUs
MOD CELLALGOSWITCH: LocalCellId=0, SfnAlgoSwitch=AsfnFastAttSwitch-0;
1526732888 L.CellSectorEQUIP.SFN.Traffic.User.TM9.Avg
1526732889 L.CellSectorEQUIPGroup.SFN.Traffic.User.TM
9.Avg
1526742076 L.Traffic.User.TM10.Avg
20.1 Principles
PDCCH DCS in SFN (DCS is short for dynamic cell selection) was introduced to mitigate
interference on the PDCCH between SFN cells and to increase the PDCCH SINR. This
function is controlled by the SFNPDCCHDCSSWITCH option of the
CellAlgoSwitch.SfnAlgoSwitch parameter.
In the network shown in Figure 20-1, UE 1 is located at the edges of cells 1 and 2, and UE 2
is located in cell 2 and is far away from cell 1.
l If PDCCH DCS in SFN is not enabled, all the RRUs serving cell 1 transmit PDCCH
signals to UE 1 and all the RRUs serving cell 2 transmit PDCCH signals to UE 2. UE 1
receives PDCCH signals from both cells and PDCCH signals from cell 2 cause
interference to UE 1.
l If PDCCH DCS in SFN is enabled, RRUs are dynamically selected for PDCCH
transmission. Only the working RRUs of a UE are allocated normal transmit power for
PDCCH signals. The other RRUs are not allocated transmit power. As shown in Figure
20-1, only RRU 3 transmits PDCCH signals to UE 1, and only RRUs 4 and 6 transmit
PDCCH signals to UE 2, which significantly mitigates PDCCH interference from cell 2
to UE 1.
NOTE
When PDCCH DCS in SFN is enabled, RRUs use different CCE resources to transmit PDCCH
signals to different UEs.
This function relies on the creation of a working RRU list, which can be performed when
adaptive SFN/SDMA is enabled. The process is similar to that used in adaptive SFN/SDMA.
In the procedure, the eNodeB determines the working RRU list as follows:
1. The eNodeB calculates the downlink equivalent RSRP values of the signals that each
RRU sends to the UE, based on the RSRP values of the signals that the UE sends to the
RRUs in the SFN cell.
2. The eNodeB sorts the RRUs in descending order of downlink equivalent RSRP values.
3. The eNodeB selects the RRU with the largest equivalent RSRP value as the target RRU
used to transmit PDCCH to the UE.
4. The eNodeB creates a working RRU list based on isolation degrees.
a. The eNodeB sorts the RRUs into two groups, A and B. The RRU with the largest
equivalent RSRP value is put into group A and the other RRUs into group B. It then
calculates the isolation degree between RRU groups A and B. The isolation degree
equals the ratio of the total RSRP of RRU group A to the total RSRP of RRU group
B.
b. The eNodeB compares the isolation degree with a configured threshold. If the
isolation degree is lower than the threshold specified by the
CellPdcchAlgo.SfnPdcchDcsThd parameter, the eNodeB moves the RRU with the
largest equivalent RSRP in RRU group B to RRU group A, and calculates the
isolation degree again. The eNodeB repeats this process until the isolation degree is
greater than or equal to the specified threshold. When the isolation degree is greater
than or equal to the specified threshold, the RRUs contained in RRU group A form
the working RRU list of the UE.
If the CellPdcchAlgo.PDCCHAggLvlAdaptStrage parameter is set to
STRATEGYBASEDONCOVERAGE, the eNodeB determines that all RRUs serving
the SFN cell are the working RRUs for PDCCH transmission for the following UEs:
UEs providing hybrid automatic repeat request (HARQ) feedback in multiplexing mode,
UEs using PUCCH format 3, and UEs using PUCCH format 1bcs. This ensures that
PDCCH performance does not deteriorate for these UEs.
20.2.1 Benefits
When three RRUs serve an SFN cell in a typical dense urban area and the PDCCH load rate is
100%, PDCCH DCS in SFN increases the PDCCH coverage by about 0.5 dB and the user
capacity of the PDCCH by about 9%. The user capacity of the PDCCH refers to the average
number of UEs that can be allocated CCE resources when UEs are evenly distributed.
It is recommended that PDCCH DCS in SFN be activated when the PDCCH load is heavy,
PDCCH interference between SFN cells is severe, and adaptive SFN/SDMA has been
activated. If PDCCH SDMA in SFN has been activated, deactivate it before you activate
PDCCH DCS in SFN.
20.2.2 Impacts
The impacts of this function are the same as those of the adaptive SFN/SDMA function. For
details, see 10.2.2 Impacts.
20.3 Requirements
20.3.1 Licenses
Feature ID Feature Name Model Sales Unit
20.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
20.3.3 Hardware
Base Station Models
The following base stations are compatible with this function:
l 3900 and 5900 series base stations
l DBS3900 LampSite and DBS5900 LampSite
Boards
This function requires the same boards as the SFN function. For details, see 6.3.3 Hardware.
RF Modules
This function requires the same RF modules as the SFN function. For details, see 6.3.3
Hardware.
20.3.4 Others
None
When an SFN cell functions as the standby cell, set the CellPdcchAlgo.SfnPdcchDcsThd
parameter for the standby cell based on its setting for the SFN cell configured on the primary
eNodeB.
When a common cell functions as the standby cell, do not set this parameter for the standby
cell.
21.1 Principles
PDCCH SDMA in SFN was introduced to increase the PDCCH capacity of SFN cells. This
function is controlled by the SFNPDCCHSDMASWITCH option of the
CellAlgoSwitch.SfnAlgoSwitch parameter.
In the network shown in Figure 21-1, UE 1 is located in the coverage area of RRU 1 in cell 1
and is far from other RRUs. UE 2 is located in the coverage area of RRU 2 in cell 1 and is far
from other RRUs. UE 3 is located in the coverage area of RRU 4 in cell 2 and is far from
other RRUs. UE 4 is located in the edge area covered by both RRU 5 and RRU 6 in cell 2.
l If PDCCH SDMA in SFN is not enabled, all the RRUs serving cell 1 transmit PDCCH
signals to UE 1 and UE 2 and all the RRUs serving cell 2 transmit PDCCH signals to UE
3 and UE 4.
l If PDCCH SDMA in SFN is enabled, the eNodeB allocates PDCCH resources to a UE
only at the working RRUs of the UE. PDCCH CCE resources of different RRUs in the
SFN cell can be reused by UEs. In the example illustrated in Figure 21-1, UE 1 receives
only the PDCCH signals transmitted by RRU 1 in cell 1 and UE 2 receives only the
PDCCH signals transmitted by RRU 2 in cell 1. UE 1 and UE 2 can reuse the CCE
resources of cell 1. UE 3 receives only the PDCCH signals transmitted by RRU 4 in cell
2 and UE 4 receives only the PDCCH signals transmitted by RRU 5 and RRU 6 in cell 2.
UE 3 and UE 4 can reuse the CCE resources of cell 2.
NOTE
When PDCCH SDMA in SFN is enabled, RRUs reuse CCE resources to transmit PDCCH signals
to different UEs.
This function relies on the creation of a working RRU list, which can be performed when
adaptive SFN/SDMA is enabled. The process is the same as that used in the PDCCH DCS in
SFN feature. For details, see 20 PDCCH DCS in SFN (TDD). The isolation degree decision
threshold is specified by the CellPdcchAlgo.SfnPdcchSdmaThd parameter.
21.2.1 Benefits
When three RRUs serve an SFN cell in a typical dense urban area and the PDCCH load ratio
is 100%, PDCCH SDMA in SFN increases the user capacity of the PDCCH by about 24%.
The user capacity of the PDCCH refers to the average number of UEs that can be allocated
CCE resources when UEs are evenly distributed.
It is recommended that PDCCH SDMA in SFN be activated when the PDCCH load is heavy,
a large number of UEs are scheduled in each TTI, and adaptive SFN/SDMA has been
activated. If PDCCH DCS in SFN has been activated, deactivate it before you activate
PDCCH SDMA in SFN.
21.2.2 Impacts
The impacts of this function are the same as those of the adaptive SFN/SDMA function. For
details, see 10.2.2 Impacts.
21.3 Requirements
21.3.1 Licenses
Feature ID Feature Name Model Sales Unit
21.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
21.3.3 Hardware
Base Station Models
The following base stations are compatible with this function:
l 3900 and 5900 series base stations
l DBS3900 LampSite and DBS5900 LampSite
Boards
This function requires the same boards as the SFN function. For details, see 6.3.3 Hardware.
RF Modules
This function requires the same RF modules as the SFN function. For details, see 6.3.3
Hardware.
21.3.4 Others
None
22.1 Principles
If inter-RRU CBF is enabled for an SFN cell, UEs with a low correlation under different
RRUs are selected to pair for spatial multiplexing. Signals transmitted to the paired UEs are
weighted using CBF, mitigating interference between UEs served by different RRUs. Inter-
RRU CBF in an SFN cell is controlled by the MuBfSwitch option of the
CellAlgoSwitch.MuBfAlgoSwitch parameter and the SfnCbfSwitch option of the
CellAlgoSwitch.SfnAlgoSwitch parameter.
Figure 22-1 shows an SFN cell served by RRUs 0, 1, and 2. UE 1 resides in the overlapping
coverage area of the three RRUs. It uses RRU 1 as its target RRU, but can also receive strong
signals from RRUs 0 and 2. UE 2 is covered only by RRU 2. Spatial multiplexing is used
between UE 1 and UE 2. CBF directs null signals to UE 1 by adjusting weights for UE 2. This
mitigates the interference on UE 1 and generates only a little signal loss for UE 2. As a result,
the throughput of the SFN cell increases.
As shown in Figure 22-2, UE 1 resides in the overlapping coverage area of RRUs 0, 1, and 2
while UE 2 resides in the overlapping coverage area of RRUs 1 and 2. Spatial multiplexing is
used between UE 1 and UE 2. CBF directs null signals transmitted by RRU 2 to UE 1 by
adjusting weights. In addition, CBF directs null signals transmitted by RRU 1 to UE 2 by
adjusting weights. These measures mitigate the mutual signal interference between UE 1 and
UE 2 and increase the throughput of the SFN cell.
22.2.1 Benefits
The benefits of this function are the same as those of the adaptive SFN/SDMA function. For
details, see 6.2.1 Benefits.
22.2.2 Impacts
The impacts of this function are the same as those of the adaptive SFN/SDMA function. For
details, see 10.2.2 Impacts.
22.3 Requirements
22.3.1 Licenses
None
22.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
22.3.3 Hardware
Base Station Models
The following base stations are compatible with this function:
3900 and 5900 series base stations
Boards
LBBPc boards do not support CBF.
2T2R SFN cells do not support CBF.
It is recommended that CBF be enabled when the UBBP serves as the primary BBP.
RF Modules
This function requires the same RF modules as the SFN function. For details, see 6.3.3
Hardware.
22.3.4 Others
None
23 Parameters
The following hyperlinked EXCEL files of parameter reference match the software version
with which this document is released.
l Node Parameter Reference: contains device and transport parameters.
l eNodeBFunction Parameter Reference: contains all parameters related to radio access
functions, including air interface management, access control, mobility control, and radio
resource management.
NOTE
You can find the EXCEL files of parameter reference for the software version on the live network from
the product documentation delivered with that version.
FAQ: How do I find the parameters related to a certain feature from parameter
reference?
Step 2 On the Parameter List sheet, filter the Feature ID column. Click Text Filters and choose
Contains. Enter the feature ID, for example, LOFD-001016 or TDLOFD-001016.
Step 3 Click OK. All parameters related to the feature are displayed.
----End
24 Counters
The following hyperlinked EXCEL files of performance counter reference match the software
version with which this document is released.
l Node Performance Counter Summary: contains device and transport counters.
l eNodeBFunction Performance Counter Summary: contains all counters related to radio
access functions, including air interface management, access control, mobility control,
and radio resource management.
NOTE
You can find the EXCEL files of performance counter reference for the software version used on the live
network from the product documentation delivered with that version.
FAQ: How do I find the counters related to a certain feature from performance counter
reference?
Step 2 On the Counter Summary(En) sheet, filter the Feature ID column. Click Text Filters and
choose Contains. Enter the feature ID, for example, LOFD-001016 or TDLOFD-001016.
Step 3 Click OK. All counters related to the feature are displayed.
----End
25 Glossary
26 Reference Documents