Professional Documents
Culture Documents
LTE FDD and NR Spectrum Sharing (SRAN18.1 - Draft A)
LTE FDD and NR Spectrum Sharing (SRAN18.1 - Draft A)
Issue Draft A
Date 2021-12-30
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: https://www.huawei.com
Email: support@huawei.com
Contents
1 Change History.........................................................................................................................1
1.1 SRAN18.1 Draft A (2021-12-30)........................................................................................................................................ 1
6 Parameters............................................................................................................................217
7 Counters................................................................................................................................ 219
8 Glossary................................................................................................................................. 220
9 Reference Documents........................................................................................................ 221
1 Change History
Technical Changes
Change Description Parameter Base Station
Change Model
Added support for LTE and NR SRS Modified ● 3900 and 5900
resource allocation optimization. For parameters: series base
details, see: Added the stations
● 3.1.1.2 Key Technologies, 3.4.1.1 LTE_NR_SRS_ALL ● DBS3900
Data Preparation, and 3.4.1.2 OC_OPT_SW LampSite and
Using MML Commands option to the DBS5900
● 4.1.1.2 Key Technologies, 4.4.1.1 LteNrSpctShrCell LampSite
Data Preparation, and 4.4.1.2 Grp.LteNrSpctShr
Using MML Commands Switch parameter.
Added support for the use of LTE FDD None ● 3900 and 5900
and NR Flash Dynamic Spectrum series base
Sharing in 17.5 MHz compact stations
bandwidth scenarios. For details, see ● DBS3900
3.2.2 Impacts and 3.3.3 Hardware. LampSite and
DBS5900
LampSite
Added support for PSD adaptation for Modified ● 3900 and 5900
NR cells. For details, see: parameter: Added series base
● 3.1.2.2 Flexible Power Allocation the stations
Mode, 3.3.2 Software, 3.4.1.1 Data PWR_SPCT_DENS ● DBS3900
Preparation, and 3.4.1.2 Using ITY_ADAPT_SW LampSite and
MML Commands option to the DBS5900
NRDUCellAlgoSw LampSite
● 4.1.2.2 Flexible Power Allocation itch.SpectrumClo
Mode, 4.3.2 Software, 4.4.1.1 Data udEnhSwitch
Preparation, and 4.4.1.2 Using parameter.
MML Commands
Added support for the 32T32R TX/RX None 3900 and 5900
mode. For details, see: series base
● 3.1.2.3 Co-carrier Co-CPRI Data, stations
3.2.1 Benefits, 3.3.2 Software,
3.3.3 Hardware, 3.4.1.1 Data
Preparation, and 3.4.1.2 Using
MML Commands
● 4.1.2.3 Co-carrier Co-CPRI Data,
4.2.1 Benefits, 4.3.3 Hardware,
4.4.1.1 Data Preparation, and
4.4.1.2 Using MML Commands
Added support for LTE FDD and NR None 3900 and 5900
Flash Dynamic Spectrum Sharing and series base
Hybrid DSS Based on Asymmetric stations
Bandwidth in the intra-board cold
backup ring topology. For details, see
3.3.4 Networking and 4.3.4
Networking.
Added support for the 25 MHz NR cell Added the 3900 and 5900
bandwidth. For details, see 4 Hybrid NRDUCellCoreset series base
DSS Based on Asymmetric .CommonCtrlRes stations
Bandwidth. StartSymbol
parameter.
Modified
parameter: Added
the
UE_PDCCH_FULL_
BANDWIDTH_CF
G_SW option to
the
NRDUCellPdcch.P
dcchAlgoExtSwit
ch parameter.
Modified the PDCCH rate matching UE Modified ● 3900 and 5900
compatibility rectification function. For parameter: Added series base
details, see 4.1.1.2 Key Technologies, the stations
4.4.1.1 Data Preparation, and 4.4.1.2 PDCCH_RATEMA ● DBS3900
Using MML Commands. TCH_COMPATIBL LampSite and
E_SW option to DBS5900
the LampSite
NRDUCellPdsch.R
ateMatchSwitch
parameter to
replace the
NRDUCellRsvdEx
t02.RsvdParam37
parameter.
Added support for the 700 MHz None 3900 and 5900
frequency band. For details, see 4.3.3 series base
Hardware. stations
Added support for DSS-based Flexible Added the ● 3900 and 5900
PDSCH Scheduling. For details, see 5 NRDUCellDlSchR series base
DSS-based Flexible PDSCH es.SpctShrPdschS stations
Scheduling. tartSymbol ● DBS3900
parameter. LampSite and
DBS5900
LampSite
Editorial Changes
● Changed the name of mutually exclusive function from "Intra-base-station
joint transmission for DL CoMP" to "Intra-base-station DL CoMP". For details,
see 3.3.2 Software and 4.3.2 Software.
● Modified the configuration suggestions on the percentage of spectrum
resources to be preferentially allocated to LTE for MBB services. For details,
see 3.4.1.1 Data Preparation and 4.4.1.1 Data Preparation.
● 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 optimal 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.
LTE FDD MRFD-16022 LTE FDD and NR Flash 3 LTE FDD and NR
2 Dynamic Spectrum Flash Dynamic
Sharing (LTE FDD) Spectrum Sharing
2.4 Differences
Table 2-1 Differences between NR FDD and NR TDD
Function Name Difference Chapter/Section
LTE FDD and NR Flash Supported only in NR 3 LTE FDD and NR Flash
Dynamic Spectrum FDD Dynamic Spectrum
Sharing Sharing
LTE FDD and NR Flash ● Whether the NR 3 LTE FDD and NR Flash
Dynamic Spectrum PUCCH includes the Dynamic Spectrum
Sharing common PUCCH Sharing
differs between NSA
networking and SA
networking.
● The configuration
suggestions for the
SSB frequency domain
position and four
frame allocation
parameters differ
between NSA
networking and SA
networking.
● This function provides
different gains in NSA
networking and SA
networking.
● The neighboring NR
frequency cannot be
configured as a
dynamic spectrum
sharing frequency in
NSA networking.
Table 2-3 Differences between high frequency bands and low frequency bands of
NR
Function Name Difference Chapter/Section
LTE FDD and NR Flash Supported only in low 3 LTE FDD and NR Flash
Dynamic Spectrum frequency bands Dynamic Spectrum
Sharing Sharing
3.1 Principles
Some operators lack dedicated NR FDD spectrum resources in the early stages of
5G deployment, while others possess the dedicated NR FDD spectrum resources,
but encounter low spectrum usage due to the low penetration rate of 5G
terminals in the early stages. LTE FDD and NR Flash Dynamic Spectrum Sharing
enables the sharing of uplink and downlink spectrum resources between LTE FDD
and NR FDD. For those operators lacking dedicated NR FDD spectrum resources,
this feature can be used to allow LTE FDD to share its existing spectrum with NR
FDD, enabling fast 5G deployment. For operators who possess sufficient dedicated
NR FDD spectrum resources, this feature enables NR FDD to share spectrum with
LTE FDD, improving spectrum utilization. For ease of description, LTE and NR are
used to refer to LTE FDD and NR FDD, respectively.
This feature supports NSA, SA, and NSA and SA hybrid networking. Unless
otherwise specified, the descriptions apply to all networking scenarios. This feature
is applicable to 3900 and 5900 series base stations and DBS3900 LampSite and
DBS5900 LampSite. Unless otherwise specified, the descriptions hereafter apply to
both types of base stations.
This feature is a trial feature when applied to the DBS3900 LampSite and DBS5900
LampSite. The disclaimer for trial features is as follows:
● 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 scenarios shall contact Huawei and enter into a memorandum of
understanding (MoU) with Huawei prior to an official application of such trial
scenarios. 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.
The detailed principles and key technologies of LTE FDD and NR Flash Dynamic
Spectrum Sharing are described in 3.1.1 Basic Functions of Flash Dynamic
Spectrum Sharing. The enhanced functions are described in 3.1.2 Enhanced
Functions of Flash Dynamic Spectrum Sharing. Dynamic spectrum sharing can
also be used together with other functions, and the simultaneous use of these
functions is elaborated in 3.1.3 Application Scenarios of Simultaneous Use of
Flash Dynamic Spectrum Sharing and Other Functions.
3.1.1.1 Principles
LTE FDD and NR Flash Dynamic Spectrum Sharing enables LTE and NR cells to
dynamically share time-frequency resources on a shared spectrum segment based
on their traffic volumes. The LTE and NR cells share the entire bandwidth and
must be configured with the same bandwidth. Figure 3-1 shows LTE FDD and NR
Flash Dynamic Spectrum Sharing.
The uplink physical channel resources are coordinated and scheduled as follows:
● LTE and NR sounding reference signals (SRSs): SRSs can be configured either
for both LTE and NR or for only NR. SRS configuration is controlled by the
LTE_UE_SRS_NOT_CONFIG_SW option of the
SpectrumCloud.SpectrumCloudEnhSwitch parameter.
– When this option is selected, SRSs resources are only allocated to NR and
are not allocated to LTE.
– When this option is deselected, SRS resources are allocated to both LTE
and NR.
In this scenario, LTE reserves subframes 0 and 5 for NR as cell-specific
SRS subframes. When LTE UEs are scheduled on subframes during which
NR SRSs are transmitted, the uplink MCS index decreases, affecting the
uplink data rates of LTE UEs. LTE and NR SRS resource allocation
optimization can be enabled by selecting the
LTE_NR_SRS_ALLOC_OPT_SW option of the
LteNrSpctShrCellGrp.LteNrSpctShrSwitch parameter. After the
optimization, LTE reserves only subframe 0 for NR as the cell-specific SRS
subframe, reducing the impact of NR SRS subframes on the uplink data
rates of LTE UEs.
● NR physical uplink control channel (PUCCH): The NR PUCCH occupies
symmetrical RBs at the two ends of the bandwidth. The number of RBs for
the NR PUCCH is configured using the NR parameters
NRDUCellPucch.Format1RbNum, NRDUCellPucch.CsiDedicatedRbNum,
NRDUCellPucch.Format3RbNum, NRDUCellPucch.Format4RbNum, and
NRDUCellPucch.Format4CsiDedicatedRbNum. In NSA networking, the NR
PUCCH does not include the common PUCCH. In SA networking or NSA and
SA hybrid networking, the NR PUCCH always includes the common PUCCH,
which occupies four RBs. For details about the common PUCCH, see
descriptions of the PUCCH in Channel Management in 5G RAN Feature
Documentation.
● LTE PUCCH: The position of the LTE PUCCH depends on the RB resources
fixedly reserved by the gNodeB for the NR PUCCH. In the 10 MHz bandwidth,
the gNodeB always reserves four RBs for the NR PUCCH, and the LTE PUCCH
is moved towards the center frequency by one RB at both the upper and
lower ends. In the 15 MHz bandwidth scenario, the gNodeB always reserves
four RBs for the NR PUCCH, and the LTE PUCCH does not need to be moved
towards the center frequency. In the 20 MHz bandwidth scenario, the gNodeB
always reserves six RBs for the NR PUCCH, and the LTE PUCCH does not need
to be moved towards the center frequency. If the number of RBs configured
for the NR PUCCH does not exceed the number of fixedly reserved RBs, the
LTE PUCCH is symmetrically configured adjacent to the NR PUCCH at both
ends of the frequency domain. If the number of RBs configured for the NR
PUCCH exceeds the number of reserved RBs, the start position of the LTE
PUCCH at the lower end and the end position of the LTE PUCCH at the upper
end are configured through the LTE parameters CellRbReserve.RbRsvMode,
CellRbReserve.RbRsvType, CellRbReserve.RbRsvStartIndex, and
CellRbReserve.RbRsvEndIndex. The specific positions vary depending on the
number of RBs configured for the NR PUCCH. It is recommended that the LTE
PUCCH be symmetrically configured adjacent to the NR PUCCH at both ends
of the frequency domain, so that the NR PUCCH and LTE PUCCH occupy
consecutive RBs.
Figure 3-4 Example of the start and end positions of the LTE PUCCH
minus the resources occupied by the LTE and NR PUCCHs and PRACHs. The
total available shared PUSCH resources for LTE and NR are dynamically
shared between them based on traffic requirements.
● The LTE SS/PBCH and NR synchronization signal and PBCH block (SSB) are
transmitted on different occasions. The NR SSB is transmitted in fixed
positions in Case A.
– If a single SSB beam is used for cell coverage, the NR SSB is transmitted
in the position indicated by index 3.
– If two SSB beams are used for cell coverage, the NR SSB is transmitted in
positions indicated by index 2 and index 3. The use of two SSB beams for
cell coverage is called the SSB dual-beam function, further details of
which can be found in Beam Management in 5G RAN Feature
Documentation.
The LTE SS/PBCH and NR SSB are transmitted in different occasions. For
details, see section 4.1 "Cell Search" in 3GPP TS 38.213 V15.5.0.
● With the exception of system information and messages transmitted before
RRC reestablishment during initial access, the data transmitted on the NR
PDSCH actively avoids conflicts with LTE CRSs through CRS rate matching. NR
UEs must support CRS rate matching. For details about CRS rate matching,
see section 5.1.4.2 PDSCH resource mapping with RE level granularity in 3GPP
TS 38.214 V15.5.0.
– The LTE_HO_TO_DSS_NR_OPT_SW option of the NR parameter
gNodeBParam.LteHandoverAlgoSwitch can be selected to prohibit UEs
that do not support CRS rate matching from being handed over to the NR
cell.
– The DSS_FREQ_INDICATION option of the LTE parameter
NrNFreq.AggregationAttribute can be selected to configure the
neighboring NR frequency of the LTE cell as a spectrum sharing
frequency. UEs that do not support CRS rate matching are prohibited
from being handed over or redirected to this frequency. This function is
supported only in SA networking or NSA and SA hybrid networking, and
is not supported in NSA networking.
– When the number of LTE CRS ports (specified by the LTE parameter
Cell.CrsPortNum) is 1, the LTE_CRS_PORT_1_RM_SW option of the NR
parameter gNBDULteNrSpctShrCg.FddLteNrSpctShrSwitch can be
selected so that the NR PDSCH performs CRS rate matching in the
pattern of one LTE CRS port. CRS rate matching in the pattern of one LTE
CRS port is supported only when cells use the independent power
configuration mode (LTE parameter SpectrumCloud.SpctShrMode set to
LTE_NR_PWR_INDEPENDENT). If CRS rate matching in the pattern of
one LTE CRS port is not enabled, the NR PDSCH performs CRS rate
matching in the pattern of two LTE CRS ports even when only one CRS
port is configured.
When two or four CRS ports are configured, the NR PDSCH performs CRS
rate matching in the pattern of two or four LTE CRS ports.
Before configuring the preceding two parameters, you need to ensure that the
number of RBs for common control resources in the cell meets the
requirements of LTE FDD and NR Flash Dynamic Spectrum Sharing. If the
NRDUCellPdcch.OccupiedSymbolNum parameter is set to 1SYM, you need
to set the NRDUCellCoreset.CommonCtrlResRbNum parameter to RB48. If
the NRDUCellPdcch.OccupiedSymbolNum parameter is set to 2SYM, you
need to set the NRDUCellCoreset.CommonCtrlResRbNum parameter to
RB24 or RB48.
● When the ratios of actual traffic volume requirements of the LTE and NR cells
to the total spectrum resources are both less than, or both exceed, the
percentages of resources preferentially allocated, spectrum resources are
allocated based on the percentages of resources preferentially allocated to
each cell.
● When the actual traffic volume requirement of the cells of one RAT (RAT 1)
exceeds the percentage of resources preferentially allocated to that RAT, and
the actual traffic volume requirement of the cells of the other RAT (RAT 2)
does not, the unused resources for RAT 2 can be occupied by RAT 1. For
example, if the percentage of resources preferentially allocated to the LTE cell
is 60%, and the actually required LTE resource percentage is 70%, and if the
percentage of resources preferentially allocated to the NR cell is 40%, and the
actually required NR resource percentage is 35%, the unused 5% of resources
for the NR cell can be used by the LTE cell. As a result, the LTE cell can use
65% of the shared spectrum resources.
LTE and NR cells is greater than the sum of the downlink traffic volumes of
the LTE and NR cells, the uplink spectrum resources are allocated to the LTE
and NR cells based on the percentage specified by the
LteNrSpctShrCellGrp.LteNrSpctShrLtePriResRatio parameter. The downlink
spectrum resources are allocated to the LTE and NR cells based on their actual
traffic volume requirements.
● If this option is deselected, the system allocates the sum of the uplink and
downlink spectrum resources of the LTE and NR cells based on the value of
the LteNrSpctShrCellGrp.LteNrSpctShrLtePriResRatio parameter.
Table 3-1 lists the counters used for measuring the shared spectrum resources
occupied by the LTE and NR cells in the uplink and downlink.
Table 3-1 Counters for measuring the number of uplink and downlink available
RBs in LTE and NR cells
1526759050 L.ChMeas.PRB.UL.Actual.Avail
1526759052 L.ChMeas.PRB.UL.PUSCH.Actual.Avai
l
1526759051 L.ChMeas.PRB.DL.Actual.Avail
1911827161 N.PRB.UL.Actual.Avail.Avg
1911827162 N.PRB.UL.PUSCH.Actual.Avail.Avg
1911827160 N.PRB.DL.Actual.Avail.Avg
Assuming that the cell power configurations are the same, independent power
configuration mode results in better capacity performance but a higher power
consumption, whereas spectrum power sharing mode reduces power consumption
but leads to capacity performance loss. Therefore, when the power is sufficient,
independent power configuration mode is preferred. When the power is
insufficient, spectrum power sharing mode can be used.
In spectrum power sharing mode, the power spectral density (PSD) of the NR cell
can be adaptively adjusted. When the transmit power required by the NR cell
exceeds the configured power, the gNodeB adaptively reduces the PSD of the NR
cell to ensure that the NR cell can use more spectrum resources, improving the
spectral efficiency of UEs in the NR cell. This function is enabled when the
PWR_SPCT_DENSITY_ADAPT_SW option of the NR parameter
NRDUCellAlgoSwitch.SpectrumCloudEnhSwitch is selected. After this function is
enabled, the gNodeB adaptively adjusts the PSD of data channels to improve the
spectral efficiency of UEs in the NR cell.
When spectrum power sharing mode is used, and the LTE and NR baseband
processing units need to be connected to the RRU through their respective optical
fibers, the LNR_PWR_WITH_SPCT_OPT_SW option of the LTE parameter
SpectrumCloud.SpectrumCloudEnhSwitch must be selected. When independent
power configuration mode is used, LTE and NR can use their respective optical
fibers over the CPRI interface without the need of selecting this option.
When the LTE key event assurance function is triggered, the uplink and downlink
data split modes for NR cells change to MCG only. The NR cells are in the LTE key
event assurance state, and all the shared spectrum resources are allocated to LTE
cells to ensure the capacity of LTE cells.
When the number of LTE UEs in RRC connected mode becomes less than or equal
to LteNrSpctShrCellGrp.LteBigEventUeNumThld minus
LteNrSpctShrCellGrp.LteBigEventUeNumThldOffset, both the LTE and NR cells
exit the LTE key event assurance state and enter the non-LTE-key-event-assurance
state.
In addition, a 5-minute protection timer is introduced to NR cells to protect NR
cells from ping-pong switchovers between the LTE key event guarantee state and
the non-LTE-key-event-assurance state.
Table 3-2 Recommended reserved spectrum resources for the NB-IoT cell in
typical scenarios
20 MHz 3
15 MHz 2
10 MHz 1
Table 3-3 Configuration requirements on the CPRI compression types of the LTE
and NR cells
a: The 2.2:1 CPRI compression ratio is required when the cell TX/RX mode is
32T32R, so that CPRI compression can be used together with the co-carrier co-
CPRI data function.
In NSA networking, the NR PUCCH does not include the common PUCCH. In SA
networking or NSA and SA hybrid networking, the NR PUCCH always includes the
common PUCCH, which occupies four RBs, with two RBs at each end of the
frequency domain. For details about the common PUCCH, see descriptions of the
PUCCH in Channel Management in 5G RAN Feature Documentation.
In addition, you are advised to deactivate the LTE and NR cells before performing
the preceding configurations and activate the cells after the configurations are
complete.
3.1.4.1 Principles
This function enables the two LTE FDD sector split cells served by the two beams
generated by Static Multiple Beam in smart 8T8R mode (referred to as LTE cells)
and an NR FDD cell (referred to as NR cell) to dynamically share time-frequency
resources on a shared spectrum segment based on their traffic volumes. Figure
3-6 illustrates the working principles of this function. The two LTE cells and the NR
cell must be configured with the same bandwidth, which can be 10 MHz, 15 MHz,
and 20 MHz, and must be added to associated spectrum sharing cell groups.
Specifically:
The uplink physical channel resources of the LTE cells need to be merged before
spectrum sharing with the NR cell. Table 3-4 describes how the channel resources
are merged.
PUCC The combined PUCCH and PRACH resources of the two LTE cells is used
H as the total resources of the two channels allocated to the LTE cells. If
these resources are not fully occupied by the PUCCH and PRACH of the
PRAC two LTE cells, the idle resources can be used by the PUSCH of the LTE
H cells.
SRS The larger amount of SRS time-frequency resources between the two
LTE cells is considered as shared SRS resources allocated to the LTE and
NR cells.
PUSC The larger amount of PUSCH resources between the two LTE cells is
H considered as the PUSCH resources allocated to LTE cells.
Spectrum resources allocated to the NR cell are equal to the total shared
spectrum resources minus the spectrum resources allocated to the two LTE cells.
The spectrum resources allocated to the two LTE cells are the sum of the channel
resources described in Table 3-4.
For details about the coordinated scheduling of uplink physical channel resources,
see 3.1.1.2 Key Technologies.
PDCCH The larger number of PDCCH symbols between the two LTE
cells is used as the number of PDCCH symbols of these LTE
cells.
PDSCH The larger amount of PDSCH resources between the two LTE
cells is used as the amount of PDSCH resources of these LTE
cells.
preferentially allocated. For details about the flexible spectrum priority mode, see
3.1.2.1 Flexible Spectrum Priority Mode.
In addition, you are advised to deactivate the LTE and NR cells before performing
the preceding configurations and activate the cells after the configurations are
complete.
Simultaneous Use with LTE Uplink Semi-persistent Scheduling and LTE TTI
Bundling
When HDSS based on Asymmetric Beam is enabled, uplink semi-persistent
scheduling is enabled in only one LTE cell and takes effect, and TTI bundling is
enabled only in the other LTE cell and takes effect, the resources for semi-
persistent scheduling and those for TTI bundling are respectively merged for these
two LTE cells, and consequently the resources for the NR cell decrease. Therefore,
it is recommended that the two LTE cells use the same settings of the
TtiBundlingSwitch and SpsSchSwitch options of the
CellAlgoSwitch.UlSchSwitch parameter.
3.2.1 Benefits
This function increases cell downlink throughput as follows:
● In the case of LTE-to-NR spectrum sharing, the average downlink throughput
of NR cells is increased. Average downlink throughput of an NR cell is equal
to N.ThpVol.DL.Cell/N.ThpTime.DL.Cell.
● In the case of NR-to-LTE spectrum sharing, the average downlink throughput
of LTE cells is increased. Average downlink throughput of an LTE cell is equal
to L.Thrp.bits.DL/L.Thrp.Time.Cell.DL.HighPrecision.
The gains provided by this function vary depending on the networking type and
whether HDSS based on Asymmetric Beam is enabled. Table 3-6 and Table 3-7
list the gains provided when HDSS based on Asymmetric Beam is disabled
compared with a typical static refarming solution. Table 3-8 and Table 3-9 list the
gains when HDSS based on Asymmetric Beam is enabled compared with a typical
static refarming solution.
Table 3-6 Average cell downlink throughput gain in NSA networking (with HDSS
based on Asymmetric Beam disabled)
Table 3-7 Average cell downlink throughput gain in SA networking and NSA and
SA hybrid networking (with HDSS based on Asymmetric Beam disabled)
Table 3-8 Average cell downlink throughput gain in NSA networking (with HDSS
based on Asymmetric Beam enabled)
Cell TX Total LTE NR LTE Cell NR Cell
Mode Bandwid Bandwid Bandwid Downlink Downlink
th tha tha Throughput Throughput
Gainb Gainb
Table 3-9 Average cell downlink throughput gain in SA networking and NSA and
SA hybrid networking (with HDSS based on Asymmetric Beam enabled)
Cel Total LTE NR LTE Cell NR Cell
l Bandwidt Bandwidt Bandwidt Downlink Downlink
TX h ha ha Throughput Throughput
Mo Gainb Gainb
de
Specific gains can only be achieved when certain conditions are met.
● The LTE cell gain can only be achieved when all of the following conditions
are met:
– The LTE cell is fully loaded and no online UEs exist in the NR cell.
– The SSB period for the NR cell (specified by the NR parameter
NRDUCell.SsbPeriod) is set to MS20(20) or a larger value.
– The NR cell SIB1 period (specified by the NR parameter
NRDUCell.Sib1Period) is set to MS40(40).
– The NR cell does not use two SSB beams.
– The LTE cell works in TM4 mode.
● The NR cell gain can only be achieved when all of the following conditions
are met:
– The NR cell is fully loaded and no online UEs exist in the LTE cell.
– The SSB period for the NR cell is set to MS20(20) or a larger value.
– The NR cell SIB1 period is set to MS40(40).
– The NR cell does not use two SSB beams.
Actual gains achieved will be less than those listed in the table above if one of the
preceding conditions is not met. However, gains will not be negatively impacted as
a result.
3.2.2 Impacts
Network Impacts
● LTE-to-NR spectrum sharing has the following impacts on LTE networks:
– NR synchronization signals, the PBCH, reference channels, and system
information interfere with LTE. The interference leads to LTE quality-
related counters over the full band being inaccurately measured. The
counters include the signal to interference plus noise ratio (SINR),
reference signal received quality (RSRQ), full-band channel quality
indicator (CQI), precoding matrix indication (PMI), and rank indication
(RI). Consequently:
▪ The average cell uplink and downlink initial block error rate (IBLER)
and residual block error rate (RBLER) increase.
Average cell uplink IBLER = (L.Traffic.UL.SCH.QPSK.ErrTB.Ibler +
L.Traffic.UL.SCH.16QAM.ErrTB.Ibler + L.Traffic.UL.SCH.
64QAM.ErrTB.Ibler + L.Traffic.UL.SCH.256QAM.ErrTB.Ibler)/
(L.Traffic.UL.SCH.QPSK.TB + L.Traffic.UL.SCH.16QAM.TB +
L.Traffic.UL.SCH.64QAM.TB + L.Traffic.UL.SCH.256QAM.TB). Table
3-10 lists the related counters.
Average cell downlink IBLER = (L.Traffic.DL.SCH.QPSK.ErrTB.Ibler +
L.Traffic.DL.SCH.16QAM.ErrTB.Ibler + L.Traffic.DL.SCH.
64QAM.ErrTB.Ibler + L.Traffic.DL.SCH.256QAM.ErrTB.Ibler)/
(L.Traffic.DL.SCH.QPSK.TB + L.Traffic.DL.SCH.16QAM.TB +
L.Traffic.DL.SCH.64QAM.TB + L.Traffic.DL.SCH.256QAM.TB). Table
3-11 lists the related counters.
Average cell uplink RBLER = (L.Traffic.UL.SCH.QPSK.ErrTB.Rbler +
L.Traffic.UL.SCH.16QAM.ErrTB.Rbler + L.Traffic.UL.SCH.
64QAM.ErrTB.Rbler + L.Traffic.UL.SCH.256QAM.ErrTB.Rbler)/
(L.Traffic.UL.SCH.QPSK.TB + L.Traffic.UL.SCH.16QAM.TB +
L.Traffic.UL.SCH.64QAM.TB + L.Traffic.UL.SCH.256QAM.TB). Table
3-12 lists the related counters.
Average cell downlink RBLER = (L.Traffic.DL.SCH.QPSK.ErrTB.Rbler
+ L.Traffic.DL.SCH.16QAM.ErrTB.Rbler + L.Traffic.DL.SCH.
64QAM.ErrTB.Rbler + L.Traffic.DL.SCH.256QAM.ErrTB.Rbler)/
(L.Traffic.DL.SCH.QPSK.TB + L.Traffic.DL.SCH.16QAM.TB +
L.Traffic.DL.SCH.64QAM.TB + L.Traffic.DL.SCH.256QAM.TB). Table
3-13 lists the related counters.
Table 3-10 Counters used for measuring the average cell uplink
IBLER on the LTE side
Counter ID Counter Name
1526728186 L.Traffic.UL.SCH.QPSK.ErrTB.Ibler
1526728188 L.Traffic.UL.SCH.16QAM.ErrTB.Ibler
1526728190 L.Traffic.UL.SCH.64QAM.ErrTB.Ibler
1526749528 L.Traffic.UL.SCH.256QAM.ErrTB.Ibler
1526727366 L.Traffic.UL.SCH.QPSK.TB
1526727367 L.Traffic.UL.SCH.16QAM.TB
1526727368 L.Traffic.UL.SCH.64QAM.TB
1526749524 L.Traffic.UL.SCH.256QAM.TB
Table 3-11 Counters used for measuring the average cell downlink
IBLER on the LTE side
Counter ID Counter Name
1526728180 L.Traffic.DL.SCH.QPSK.ErrTB.Ibler
1526728182 L.Traffic.DL.SCH.16QAM.ErrTB.Ibler
1526728184 L.Traffic.DL.SCH.64QAM.ErrTB.Ibler
1526739660 L.Traffic.DL.SCH.256QAM.ErrTB.Ibler
1526727354 L.Traffic.DL.SCH.QPSK.TB
1526727355 L.Traffic.DL.SCH.16QAM.TB
1526727356 L.Traffic.DL.SCH.64QAM.TB
1526739656 L.Traffic.DL.SCH.256QAM.TB
Table 3-12 Counters used for measuring the average cell uplink
RBLER on the LTE side
Counter ID Counter Name
1526728187 L.Traffic.UL.SCH.QPSK.ErrTB.Rbler
1526728189 L.Traffic.UL.SCH.16QAM.ErrTB.Rbler
1526728191 L.Traffic.UL.SCH.64QAM.ErrTB.Rbler
1526749530 L.Traffic.UL.SCH.256QAM.ErrTB.Rbler
1526727366 L.Traffic.UL.SCH.QPSK.TB
1526727367 L.Traffic.UL.SCH.16QAM.TB
1526727368 L.Traffic.UL.SCH.64QAM.TB
1526749524 L.Traffic.UL.SCH.256QAM.TB
Table 3-13 Counters used for measuring the average cell downlink
RBLER on the LTE side
Counter ID Counter Name
1526728181 L.Traffic.DL.SCH.QPSK.ErrTB.Rbler
1526728183 L.Traffic.DL.SCH.16QAM.ErrTB.Rbler
1526728185 L.Traffic.DL.SCH.64QAM.ErrTB.Rbler
1526739661 L.Traffic.DL.SCH.256QAM.ErrTB.Rbler
1526727354 L.Traffic.DL.SCH.QPSK.TB
1526727355 L.Traffic.DL.SCH.16QAM.TB
1526727356 L.Traffic.DL.SCH.64QAM.TB
1526739656 L.Traffic.DL.SCH.256QAM.TB
▪ The access success rate, handover success rate, and RRC connection
reestablishment success rate decrease.
Access success rate = RRC Setup Success Rate
Handover success rate = (L.HHO.IntraeNB.IntraFreq.ExecSuccOut +
L.HHO.IntraeNB.InterFreq.ExecSuccOut +
L.HHO.IntereNB.IntraFreq.ExecSuccOut +
L.HHO.IntereNB.InterFreq.ExecSuccOut)/
(L.HHO.IntraeNB.IntraFreq.ExecAttOut +
L.HHO.IntraeNB.InterFreq.ExecAttOut +
L.HHO.IntereNB.IntraFreq.ExecAttOut +
L.HHO.IntereNB.InterFreq.ExecAttOut). Table 3-14 lists the related
counters.
RRC connection reestablishment success rate = L.RRC.ReEst.Succ/
L.RRC.ReEst.Att. Table 3-15 lists the related counters.
Table 3-14 Counters used for measuring the handover success rate
Counter ID Counter Name
1526726997 L.HHO.IntraeNB.IntraFreq.ExecSuccO
ut
1526727000 L.HHO.IntraeNB.InterFreq.ExecSuccO
ut
1526727003 L.HHO.IntereNB.IntraFreq.ExecSuccO
ut
1526727006 L.HHO.IntereNB.InterFreq.ExecSuccO
ut
1526726996 L.HHO.IntraeNB.IntraFreq.ExecAttOut
1526726999 L.HHO.IntraeNB.InterFreq.ExecAttOu
t
1526727002 L.HHO.IntereNB.IntraFreq.ExecAttOut
1526727005 L.HHO.IntereNB.InterFreq.ExecAttOut
1526727086 L.RRC.ReEst.Succ
1526727085 L.RRC.ReEst.Att
▪ Uplink voice packet loss rate in a cell = Uplink Packet Loss Rate
(VoIP)
LTE synchronization signals, the PBCH, reference channels, and system information do
not interfere with NR. As a result, NR quality-related counters measured over the full
band are not affected.
● This function involves the estimation and allocation of spectrum resources on
both the LTE and NR sides, and therefore has the following impacts on the
two sides:
– Increased board user-plane CPU usage
Function Impacts
● Impacted functions on the LTE side
LTE FDD and LTE_NR_DYN_P LTE and NR When LTE FDD and
NR Flash OWER_SHARIN Power Sharing NR Flash Dynamic
Dynamic G_SW option of Power Sharing is
Power the enabled, the power
Sharing CellDynPowerS sharing capability of
haring.Dynamic LTE spectrum
PowerSharingS sharing cells is lower
witch parameter than that of
common cells. As a
result, the power
sharing benefits
decrease.
parameter must
be set to 10M.
LTE FDD and LTE_NR_DYN_P LTE and NR When LTE FDD and
NR Flash OWER_SHARIN Power Sharing NR Flash Dynamic
Dynamic G_SW option of Power Sharing is
Power the enabled, the power
Sharing NRDUCellAlgoS sharing capability of
witch.DynPower NR spectrum sharing
SharingSwitch cells is lower than
parameter that of common
cells. As a result, the
power sharing
benefits decrease.
3.3 Requirements
3.3.1 Licenses
This function requires both feature and capacity licenses. Table 3-16 and Table
3-17 list the required feature licenses. Table 3-18 and Table 3-19 list the required
capacity licenses.
Table 3-16 Feature licenses (for 3900 and 5900 series base stations)
RAT Feature Feature Name Model License NE Sales
ID Control Item Unit
LTE MRFD-1 LTE FDD and LT1S0L LTE FDD and eNodeB per
FDD 60222 NR Flash FNSS00 NR Flash Cell
Dynamic Dynamic
Spectrum Spectrum
Sharing (LTE Sharing(LTE
FDD) FDD)
NR MRFD-1 LTE FDD and NR0S0 LTE FDD and gNodeB per
60262 NR Flash 0FNSS0 NR Flash Cell
Dynamic 0 Dynamic
Spectrum Spectrum
Sharing (NR) Sharing (NR)
Table 3-17 Feature licenses (for DBS3900 LampSite and DBS5900 LampSite)
RAT Feature Feature Name Model License NE Sales
ID Control Item Unit
LTE MRFD-1 LTE FDD and LT1SDY LTE FDD and eNodeB per
FDD 60222 NR Flash NSHR0 NR Flash Carrie
Dynamic 0 Dynamic r per
Spectrum Spectrum pRRU
Sharing (LTE Sharing
FDD) (LampSite
FDD)
NR MRFD-1 LTE FDD and NR0SD LTE FDD and gNodeB per
60262 NR Flash YNSHR NR Flash Carrie
Dynamic 00 Dynamic r per
Spectrum Spectrum pRRU
Sharing (NR) Sharing
(LampSite NR)
Table 3-18 Capacity licenses (for 3900 and 5900 series base stations)
RAT Model License Control Item NE Sales
Unit
Table 3-19 Capacity licenses (for DBS3900 LampSite and DBS5900 LampSite)
RAT Model License Control Item NE Sales
Unit
When 5000 series RF modules are used, customers must purchase the Spectrum
Sharing License for 5000 Series RF Module. When other RF modules are used,
customers must purchase the RF Spectrum Sharing License. When 5000 series RF
modules and other RF modules are both used, customers must purchase both
capacity licenses.
Customers must purchase the Spectrum Sharing License for 5000 Series LampSite
pRRU when 5000 series LampSite pRRUs are used. When non-5000 series
LampSite pRRUs are used, customers must purchase the Spectrum Sharing License
for LampSite pRRU. When 5000 series LampSite pRRUs and non-5000 series
LampSite pRRUs are both used, customers must purchase both capacity licenses.
3.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
● Prerequisite functions on the LTE side
Function Function Switch Reference Description
Name (eRAN Feature
Documentation
)
a: This mutually exclusive relationship exists only when LTE FDD and NR
share spectrum power during spectrum sharing.
b: When LTE FDD and NR Flash Dynamic Spectrum Sharing is enabled, the
settings of the CellRbReserve.RbRsvMode, CellRbReserve.RbRsvType,
CellRbReserve.RbRsvStartIndex, and CellRbReserve.RbRsvEndIndex
parameters can be used as an alternative to the flexible PUCCH
configuration function.
c: This mutually exclusive relationship exists only when the
LTE_UE_SRS_NOT_CONFIG_SW option of the
SpectrumCloud.SpectrumCloudEnhSwitch parameter is selected.
d: This mutually exclusive relationship exists only when HDSS based on
Asymmetric Beam is enabled.
3.3.3 Hardware
Huawei devices (including the eNodeB and gNodeB) must be used on the radio
access network.
Boards
● LTE
When the cell TX/RX mode is 2T2R, 2T4R, or 4T4R, only the UBBPd, UBBPe,
and UBBPg support this function. Table 3-20 lists the cell number
specifications of different baseband processing units after this function is
enabled. When the cell bandwidth is 17.5 MHz, only the UBBPe and UBBPg
support this function. For main control boards, only the UMPTb, UMPTe,
UMPTg, and UMPTga support this function.
When the cell TX/RX mode is 8T8R, only the UBBPe4, UBBPe6, UBBPe18, and
UBBPg support this function. When HDSS based on Asymmetric Beam is not
enabled, the cell number specifications of the baseband processing unit are
the same as those before this function is enabled. When HDSS based on
Asymmetric Beam is enabled, the cell number specifications of different
baseband processing units are listed in Table 3-21. For main control boards,
only the UMPTe, UMPTg, and UMPTga support this function.
When the cell TX/RX mode is 32T32R, only the UBBPg2a and UBBP boards of
later versions support this function. The cell number specifications of these
baseband processing units are the same as those before this function is
enabled. For main control boards, only the UMPTe, UMPTg, and UMPTga
support this function.
● NR
When the cell TX/RX mode is 2T2R, 2T4R, or 4T4R, only the UBBPg1,
UBBPg1a, UBBPg2, UBBPg2a, UBBPg3, and UBBPg3b support this function.
The cell number specifications of these baseband processing units are the
same as those before this function is enabled. For main control boards, only
the UMPTe, UMPTg, and UMPTga support this function.
When the cell TX/RX mode is 8T8R, only the UBBPg supports this function.
The cell number specifications of the baseband processing unit are the same
as those before this function is enabled. For main control boards, only the
UMPTe, UMPTg, and UMPTga support this function.
When the cell TX/RX mode is 32T32R, only the UBBPg2a and UBBP boards of
later versions support this function. The cell number specifications of these
baseband processing units are the same as those before this function is
enabled. For main control boards, only the UMPTe, UMPTg, and UMPTga
support this function.
Table 3-20 Cell number specifications of LTE baseband processing units (with
HDSS based on Asymmetric Beam disabled)
Working Baseband Supported Cell Supported Spectrum
Mode Processing Number Sharing Cell Number
Unit Model Specifications Specifications
(Compared with
That Before This
Function Is Enabled)
Table 3-21 Cell number specifications of LTE baseband processing units (with
HDSS based on Asymmetric Beam enabled)
Working Baseband Supported LTE Cell Number Specifications
Mode Processing Unit
Model
LTE FDD UBBPe4/UBBPe6/ Three LTE sector split groups are supported,
UBBPe18 with two LTE cells in each group. A maximum
of three LTE sector split groups support this
function.
RF Modules
● 3900 and 5900 series base stations: All 3000 and 5000 series RF modules that
meet the following conditions support this function:
– LTE and NR share the same RF module.
– The 10 MHz, 15 MHz, or 20 MHz bandwidth is supported and can be
configured.
– The 700 MHz, 800 MHz, 850 MHz, 900 MHz, 1800 MHz, 2100 MHz, 2600
MHz, AWS, or PCS frequency band is supported and can be configured.
– The following TX/RX modes are supported and can be configured: 2T2R,
2T4R, 4T4R, 8T8R, and 32T32R.
When HDSS based on Asymmetric Beam is not enabled, of all 8T8R RF
modules, the AAU5972 (active module), 8T8R RRUs, and 8T8R RRUs
Cells
LTE and NR cells must meet all of the following requirements:
● Bandwidth
The LTE and NR cell bandwidths are both 10 MHz, 15 MHz, or 20 MHz, and
LTE and NR cells must have the same uplink and downlink bandwidths.
In addition to the preceding standard cell bandwidths, this function can be
used with the compact bandwidth function. For details about the non-
standard bandwidths supported by this function, see descriptions of compact
bandwidth in 3.2.2 Impacts.
NOTICE
● TX/RX mode
– 3900 and 5900 series base stations: The TX/RX modes of LTE and NR cells
must be the same and must be one of 2T2R, 2T4R, 4T4R, 8T8R, and
32T32R. When the TX/RX mode is 2T2R or 2T4R, the recommended
3.3.4 Networking
3900 and 5900 Series Base Stations
When the LTE and NR co-carrier co-CPRI data function is not enabled (the LTE
parameter LteNrSpctShrCellGrp.LteNrCoCarrCoCpriDataSw is set to OFF):
● If the independent power configuration mode is used, there are no special
networking requirements.
● If the spectrum power sharing mode is used, the
LNR_PWR_WITH_SPCT_OPT_SW option of the
SpectrumCloud.SpectrumCloudEnhSwitch parameter must be selected to
solve the power allocation conflicts caused by inconsistent LTE and NR latency
when each uses their respective optical fibers over the CPRI interface.
When the co-carrier co-CPRI data function is enabled (the LTE parameter
LteNrSpctShrCellGrp.LteNrCoCarrCoCpriDataSw is set to ON), this function only
supports the intra-BBU single-fiber CPRI MUX topology in separate-MPT and co-
MPT LTE/NR scenarios or the intra-board cold backup ring topology in co-MPT
LTE/NR scenarios. These topologies do not pose special requirements on board
installation positions. In intra-BBU single-fiber CPRI MUX topology, LTE and NR
cells can be established on the same or different baseband processing units. The
following example illustrates the networking requirements using LTE and NR cells
established on different baseband processing units. In intra-board cold backup ring
topology, LTE and NR cells must be established on the same baseband processing
unit.
● Intra-BBU CPRI MUX topology in separate-MPT LTE/NR scenarios: LTE and NR
share a BBU, and either the LTE or NR baseband processing unit is connected
directly to the RRU through an optical fiber, as shown in Figure 3-8.
● Intra-BBU CPRI MUX topology in co-MPT LTE/NR scenarios: LTE and NR share
a BBU, and either the LTE or NR baseband processing unit is connected
directly to the RRU through an optical fiber, as shown in Figure 3-9.
● Intra-BBU CPRI MUX topology in co-MPT LTE/NR scenarios: LTE and NR share
a BBU, and either the LTE or NR baseband processing unit is connected
directly to the RHUB through an optical fiber, as shown in Figure 3-12.
NOTE
In this topology, it is recommended that the NR baseband processing unit be used for
the optical connection to the DCU to reduce the transmission bandwidth overhead of
the BBU backplane.
For the DBS3900 LampSite and DBS5900 LampSite, LTE and NR cells support only
one sector equipment group. When the RHUB5965 is used, each sector equipment
group supports a maximum of 24 pRRUs. When another RHUB model is used,
each sector equipment group supports a maximum of 16 pRRUs.
3.3.5 Others
● MRFD-160222 LTE FDD and NR Flash Dynamic Spectrum Sharing (LTE FDD)
and MRFD-160262 LTE FDD and NR Flash Dynamic Spectrum Sharing (NR)
must be used simultaneously.
● It is recommended that this function be enabled in all cells in the planned
deployment area to reduce the interference caused by the near-far effect.
● NR FDD networks require time synchronization. This function requires the
coordination between the LTE FDD and NR FDD networks, and therefore LTE
FDD networks also need to meet time synchronization requirements. For
details about how to configure time synchronization, see Synchronization in
eRAN Feature Documentation and Synchronization in 5G RAN Feature
Documentation.
● NR UEs must support the CRS rate matching function. This function allows
the gNodeB to indicate the RE position of the LTE CRS, so that NR UEs can
avoid a conflict with the LTE CRS. UEs support the CRS rate matching function
when the rateMatchingLTE-CRS IE is included in the BandNR IE and the value
of the rateMatchingLTE-CRS IE is "supported". For details, see section 5.1.4.2
"PDSCH resource mapping with RE level granularity" in 3GPP TS 38.214
V15.5.0. Only the NR UEs that support CRS rate matching on the live network
support LTE FDD and NR Flash Dynamic Spectrum Sharing. NR UEs that do
not support CRS rate matching cannot access NR FDD cells enabled with LTE
FDD and NR Flash Dynamic Spectrum Sharing. They access LTE cells enabled
with this function or access NR FDD cells not enabled with this function.
In NSA networking, when NR UEs that do not support CRS rate matching are
handed over from a neighboring NR FDD cell not enabled with spectrum
sharing to an NR FDD spectrum sharing cell and the handover is rejected, the
following KPIs decrease:
– SgNB Addition Success Rate
– SgNB Addition Success Rate (CU)
– Inter-SgNB PSCell Change Success Rate (CU)
– Inter-SgNB IntraFreq PSCell Change Success Rate (CU)
In SA networking, when NR UEs that do not support CRS rate matching are
handed over from a neighboring NR FDD cell not enabled with spectrum
sharing to an NR FDD spectrum sharing cell and the handover is rejected:
– The values of the following KPIs decrease:
▪ QoS flow setup success rate = QoS Flow Setup Success Rate (CU)
▪ N.QosFlow.FailEst.UeCapability
▪ N.UECntx.FailEst.UeCapability
▪ N.PDUSession.FailEst.UeCapability
▪ N.RRCRedirection.N2E.UeCapability
▪ L.IRATHO.E2N.Prep.FailOut.PrepFailure
CAUTION
The configuration of some parameters can result in automatic cell restarts during
function activation and deactivation, and modifying the parameter settings of one
RAT will cause both LTE and NR cells to automatically restart. As such, it is
recommended that you deactivate cells prior to parameter configuration and
reactivate them after parameter configuration is complete. This will prevent the
cells from being repeatedly restarted during parameter configuration.
● Select the
WBB_MBB_CONTROL
_OPT_SW option of
this parameter when
the simultaneous use
with WBB is required.
MBB LTE Pri Res Ratio in LteNrSpctShrCellGrp.Lt Set this parameter based
LTE and NR Spct Shr eNrSpctShrLtePriResRa- on the network plan. The
tio value of this parameter
varies with the spectrum
allocation policy, and the
following lists the
configuration
suggestions for ensuring
network performance
when different spectrum
allocation policies are
adopted:
● If spectrum resources
need to be
preferentially
allocated to LTE, it is
recommended that
this parameter be set
to a value within the
range of 51 to 80.
● If spectrum resources
need to be
preferentially
allocated to NR, it is
recommended that
this parameter be set
to a value within the
range of 20 to 49.
● If spectrum resources
need to be evenly
allocated to LTE and
NR, it is
recommended that
this parameter be set
to 50.
If this parameter is set to
a value less than 20 or
greater than 80, the
access success rate may
decrease or the service
drop rate may increase in
high load scenarios.
a: In the current version, an LTE spectrum sharing cell group can contain only
one LTE cell.
b: In upgrade scenarios, these four parameters inherit the configurations of the
source version and do not need to be configured. In new deployment scenarios,
the configurations of these parameters follow the instructions on how to
configure the LTE PUCCH in 3.1.1.2 Key Technologies.
c: If both the CellFrameOffset.FrameOffset and
ENodeBFrameOffset.FddFrameOffset parameters are configured, the frame
offset specified by the CellFrameOffset.FrameOffset parameter takes effect for
the LTE cell.
MS5(5) 9586980
MS10(10) 8521760
MS20(20) 8390656
Without the SSB dual- ● When the SSB period is set to MS5(5), set this
beam function parameter to 11684132.
● When the SSB period is set to MS10(10), set this
parameter to 10618912.
● When the SSB period is set to MS20(20), set this
parameter to 10487808.
● When the SSB period is set to MS40(40) or a
larger value, set this parameter to 10485760.
With the SSB dual-beam ● When the SSB period is set to MS5(5), set this
function parameter to 15878436.
● When the SSB period is set to MS10(10), set this
parameter to 14813216.
● When the SSB period is set to MS20(20), set this
parameter to 14682112.
● When the SSB period is set to MS40(40) or a
larger value, set this parameter to 14680064.
a: In the current version, an NR spectrum sharing cell group can contain only
one NR cell.
b: If both the gNodeBParam.FrameOffset and
gNBFreqBandConfig.FrameOffset parameters are configured, the frame offset
specified by the gNBFreqBandConfig.FrameOffset parameter takes effect for
the NR cell.
c: These four parameters need to be configured when LTE FDD and NR Flash
Dynamic Spectrum Sharing is used together with NB-IoT deployed in LTE guard
band mode.
//Binding the cell that requires this function to a baseband processing unit supporting this function
MOD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=1, BaseBandEqmId=12;
//(Optional when the cell TX/RX mode is 32T32R) Setting the percentage of spectrum resources to be
preferentially allocated to LTE MBB services, and turning on the LTE and NR co-carrier co-CPRI data switch
ADD LTENRSPCTSHRCELLGRP: LteNrSpectrumShrCellGrpId=0, LteNrSpctShrLtePriResRatio=50,
LteNrCoCarrCoCpriDataSw=ON;
//(Optional, required only when the cell TX/RX mode is 8T8R) Configuring subframe-level avoidance of the
LTE CSI-RS by NR)
MOD LTENRSPCTSHRCELLGRP: LteNrSpectrumShrCellGrpId=0,
LteNrSpctShrSwitch=LTE_CSI_RS_AVOID_POLICY_SW-0;
//Turning on the switch controlling LTE FDD and NR Flash Dynamic Spectrum Sharing, adding an LTE cell to
an LTE spectrum sharing cell group, setting the spectrum sharing mode (assuming that SRS resources need
to be configured for LTE UEs), turning on the switch controlling power allocation optimization in spectrum
power sharing mode, turning on the WBB/MBB control policy optimization switch, and setting the LTE
downlink SPS restrict ratio
ADD SPECTRUMCLOUD: LocalCellId=0, SpectrumCloudSwitch=LTE_NR_SPECTRUM_SHR,
LteNrSpectrumShrCellGrpId=0, SpctShrMode=LTE_NR_PWR_DYN_SHR_WITH_SPCT,
SpectrumCloudEnhSwitch=LTE_UE_SRS_NOT_CONFIG_SW-0&LNR_PWR_WITH_SPCT_OPT_SW-1&WBB_MBB_
CONTROL_OPT_SW-1, DlSpsRestrictRatio=30;
//Setting the start position of the LTE PUCCH at the lower end and the end position of the LTE PUCCH at
the upper end (assuming that the number of RBs configured for the NR PUCCH exceeds the number of
reserved RBs in a 10 MHz cell)
ADD CELLRBRESERVE: LocalCellId=0, Index=1, RbRsvMode=LNR_SPECTRUM_SHR_RB_RESERVED,
RbRsvType=UPLINK_MODE, RbRsvStartIndex=3, RbRsvEndIndex=46;
//Configuring MBSFN subframes (using the SA networking without the SSB dual-beam function as an
example)
MOD CELLMBSFNSFENHCONFIG: LocalCellId=0, SubframeAllocationMode=FOUR_FRAME,
FourFrameAllocation=10487808, RadioFrameAllocPrd=N4, RadioFrameAllocOfs=0;
//Setting the frame offset and TA offset
ADD CELLFRAMEOFFSET: LocalCellId=0, FrameOffsetMode=CustomFrameOffset, FrameOffset=0,
TaOffset=0Ts;
//Activating the cell
ACT CELL: LocalCellId=0;
//Configuring RE-level avoidance of the LTE CSI-RS by NR (optional when the cell TX/RX mode is not 8T8R)
and CRS rate matching in the pattern of one LTE CRS port
MOD GNBDULTENRSPCTSHRCG: NrSpctShrCellGrpId=0, LteSpctShrCellGrpId=0,
FddLteNrSpctShrSwitch=LTE_CRS_PORT_1_RM_SW-1<E_CSI_RS_AVOID_SW-1;
//Turning on the LTE SS/PBCH rate matching optimization switch and PSD adaptation switch
MOD NRDUCELLALGOSWITCH: NrDuCellId=0,
SpectrumCloudEnhSwitch=LTE_SS_PBCH_RM_OPT_SW-1&PWR_SPCT_DENSITY_ADAPT_SW-1;
//Configuring the LTE key event assurance UE number threshold
MOD GNBDULTENRSPCTSHRCG: NrSpctShrCellGrpId=0, LteBigEventAssureUeNumThld=10;
The enhanced function LTE key event assurance takes effect when both of the
following conditions are met:
● The value of Heavy Traffic Status in the output of the eNodeB command
DSP LTENRSPCTSHRCELLGRP is LTE_HEAVY_TRAFFIC or
LTE_NON_HEAVY_TRAFFIC.
● The value of Heavy Traffic Status in the output of the gNodeB command
DSP GNBDULTENRSPCTSHRCG is LTE Heavy Traffic Assurance or Not LTE
Heavy Traffic Assurance. The value LTE Heavy Traffic Assurance indicates
that this function is in use.
NOTICE
Before activating this function in LTE and NR cells, start signaling tracing on the
MAE-Access. Otherwise, messages regarding the activation of this function cannot
be observed after this function is activated.
LTE FDD and NR Flash Dynamic Spectrum Sharing takes effect when the following
conditions are met on both the eNodeB and gNodeB sides:
Perform the following steps to start eNodeB message tracing on the MAE-Access:
Step 1 Log in to the MAE-Access. Choose Monitor > Signaling Trace > Signaling Trace
Management. In the navigation tree of the displayed window, expand LTE >
Application Layer > Inter-RAT Huawei-Proprietary Interface Trace.
Step 2 In the displayed dialog box, select an NE and set related parameters. Then, click
Finish to start an inter-RAT Huawei-proprietary interface tracing task.
Step 3 After this function is activated in LTE and NR cells, messages are traced over the
inter-RAT Huawei-proprietary interface. View the value of the lnss-group-status-
change-info > nr-ul-cell-information/nr-dl-cell-information > spectrum-
sharing-status IE in the LNR_INTER_RAT_SPECTRUM_CHANGE_INDICATION
message. The value is ss-dynamic-sharing.
----End
Perform the following steps to start gNodeB message tracing on the MAE-Access:
Step 1 Log in to the MAE-Access. Choose Monitor > Signaling Trace > Signaling Trace
Management. In the navigation tree of the displayed window, expand NR >
Application Layer > Inter-RAT Huawei-Proprietary Interface Trace.
Step 2 In the displayed dialog box, select an NE and set related parameters. Then, click
Finish to start an inter-RAT Huawei-proprietary interface tracing task.
Step 3 After this function is activated in LTE and NR cells, messages are traced over the
inter-RAT Huawei-proprietary interface. View the value of the lnss-group-status-
change-info > nr-ul-cell-information/nr-dl-cell-information > spectrum-
sharing-status IE in the LNR_INTER_RAT_SPECTRUM_CHANGE_INDICATION
message. The value is ss-dynamic-sharing.
----End
4.1 Principles
3GPP Release 16 defines large-bandwidth NR FDD cells to further improve the 5G
network experience. However, the use of spectrum resources of large-bandwidth
NR FDD cells is low in the early stages of 5G deployment due to the low
penetration rate of 5G terminals. Hybrid DSS Based on Asymmetric Bandwidth
allows LTE FDD and large-bandwidth NR FDD cells to dynamically share the same
spectrum resources, improving spectrum utilization. It is applicable to operators
that have both LTE FDD and large-bandwidth NR FDD networks.
For ease of description, LTE and NR are used to refer to LTE FDD and NR FDD,
respectively.
This feature supports NSA, SA, and NSA and SA hybrid networking. Unless
otherwise specified, the descriptions apply to all networking scenarios. This feature
applies only to 3900 and 5900 series base stations.
The detailed principles and key technologies of Hybrid DSS Based on Asymmetric
Bandwidth are described in 4.1.1 Basic Functions of Hybrid DSS Based on
Asymmetric Bandwidth. The enhanced functions are described in 4.1.2 Enhanced
Functions of Hybrid DSS Based on Asymmetric Bandwidth. Hybrid DSS Based
on Asymmetric Bandwidth can also be used together with other functions, and the
simultaneous use of these functions is elaborated in 4.1.3 Application Scenarios
of Simultaneous Use of Hybrid DSS Based on Asymmetric Bandwidth and
Other Functions.
4.1.1.1 Principles
This function enables LTE and NR cells to dynamically share time-frequency
resources on a shared spectrum segment based on their traffic volumes. The LTE
and NR cells sharing spectrum resources are configured with different bandwidths.
The NR cell bandwidth is greater than the LTE cell bandwidth, the LTE cell
bandwidth is equal to the shared spectrum, and the NR cell bandwidth minus the
shared spectrum is equal to the NR dedicated spectrum. Figure 4-1 illustrates
spectrum sharing between LTE and NR cells with different bandwidths.
Table 4-1 Cell bandwidths to which Hybrid DSS Based on Asymmetric Bandwidth
can be applied
10 MHz 15 MHz
10 MHz 20 MHz
15 MHz 20 MHz
20 MHz 25 MHz
20 MHz 30 MHz
20 MHz 40 MHz
The uplink physical channel resources are coordinated and scheduled as follows:
● LTE and NR sounding reference signals (SRSs): SRSs can be configured either
for both LTE and NR or for only NR. SRS configuration is controlled by the
LTE_UE_SRS_NOT_CONFIG_SW option of the
SpectrumCloud.SpectrumCloudEnhSwitch parameter.
– When this option is selected, SRSs resources are only allocated to NR and
are not allocated to LTE.
– When this option is deselected, SRS resources are allocated to both LTE
and NR.
In this scenario, LTE reserves subframes 0 and 5 for NR as cell-specific
SRS subframes. When LTE UEs are scheduled on subframes during which
NR SRSs are transmitted, the uplink MCS index decreases, affecting the
uplink data rates of LTE UEs. LTE and NR SRS resource allocation
optimization can be enabled by selecting the
LTE_NR_SRS_ALLOC_OPT_SW option of the
LteNrSpctShrCellGrp.LteNrSpctShrSwitch parameter. After the
optimization, LTE reserves only subframe 0 for NR as the cell-specific SRS
subframe, reducing the impact of NR SRS subframes on the uplink data
rates of LTE UEs.
● LTE PUCCH: The LTE PUCCH is configured in the shared spectrum and the
number of RBs for the LTE PUCCH adheres to the common configuration
rules. The LTE PUCCH is not restricted by the deployment position of the NR
PUCCH. For details, see descriptions of the PUCCH in Physical Channel
Resource Management in eRAN Feature Documentation. In this function, the
LTE PUCCH can occupy a maximum of 16 RBs. If the number of RBs occupied
by the LTE PUCCH exceeds this value, it may interfere with SRSs, affecting
network performance.
● NR PUCCH: The NR PUCCH is deployed in the NR dedicated spectrum. The
number of RBs for the NR PUCCH is configured using the NR parameters
NRDUCellPucch.Format1RbNum, NRDUCellPucch.CsiDedicatedRbNum,
NRDUCellPucch.Format3RbNum, NRDUCellPucch.Format4RbNum, and
NRDUCellPucch.Format4CsiDedicatedRbNum. In NSA networking, the NR
PUCCH does not include the common PUCCH. In SA networking or NSA and
SA hybrid networking, the NR PUCCH always includes the common PUCCH,
which occupies four RBs. For details about the common PUCCH, see the
descriptions of the PUCCH in Channel Management in 5G RAN Feature
Documentation.
● LTE PRACH: The LTE PRACH is configured adjacent to the LTE PUCCH at the
lower end, and always occupies six RBs.
● NR PRACH: The NR PRACH is deployed in the NR dedicated spectrum. The
number of RBs for the NR PRACH is configured by a parameter. For details
about the PRACH, see Channel Management in 5G RAN Feature
Documentation.
● LTE and NR PUSCHs: The total available shared PUSCH resources for LTE and
NR equal the total shared spectrum resources minus the resources occupied
by the LTE PUCCH and LTE PRACH. The total available shared PUSCH
resources for LTE and NR are dynamically shared between them based on
traffic requirements.
When two or four CRS ports are configured, the NR PDSCH performs CRS rate
matching in the pattern of two or four LTE CRS ports.
● The LTE CSI-RS/CRSs/DMRS/SS/PBCH and NR CSI-RS/TRSs/PDCCH avoid
conflicts with each other through statically coordinated scheduling.
● The conflict avoidance between the NR UE-specific PDCCH and LTE PDCCH/
PCFICH/PHICH is related to the setting of the
UE_PDCCH_FULL_BANDWIDTH_CFG_SW option of the
NRDUCellPdcch.PdcchAlgoExtSwitch parameter. The UE-specific PDCCH is
configured through NR parameters NRDUCellPdcch.SpctShrStartSymbol and
NRDUCellPdcch.OccupiedSymbolNum.
– When this option is selected, the NR UE-specific PDCCH and the LTE
PDCCH/PCFICH/PHICH are transmitted on different symbols and
therefore do not conflict with each other. The LTE PDCCH occupies at
least one symbol (in the case of one or two LTE CRS ports) or two
symbols (in the case of four LTE CRS ports), and the number of symbols
occupied by the NR UE-specific PDCCH can be set to 1 or 2 by using NR
parameters.
– When this option is deselected, the NR UE-specific PDCCH spans over the
NR dedicated spectrum, and the NR UE-specific PDCCH and LTE PDCCH/
PCFICH/PHICH are transmitted in different frequency-domain positions to
avoid each other. The NR UE-specific PDCCH can occupy one to three
symbols, depending on parameter configurations.
● The frequency-domain position of the NR common PDCCH is within the NR
dedicated spectrum. Therefore, the NR common PDCCH and LTE PDCCH/
PCFICH/PHICH are transmitted in different frequency-domain positions to
avoid each other. When the NR parameter
NRDUCellCoreset.CommonCtrlResStartSymbol is set to a valid value, the
common PDCCH is configured through the
NRDUCellCoreset.CommonCtrlResStartSymbol and
NRDUCellCoreset.CommonCtrlResRbNum parameters. When the NR
parameter NRDUCellCoreset.CommonCtrlResStartSymbol is set to an
invalid value, the NR common PDCCH and UE-specific PDCCH are both
configured through the NRDUCellPdcch.SpctShrStartSymbol,
NRDUCellPdcch.OccupiedSymbolNum, and
NRDUCellCoreset.CommonCtrlResRbNum parameters.
● The LTE and NR PDSCHs mutually avoid conflicts with each other through
dynamically coordinated scheduling. In addition, the LTE PDSCH actively
avoids conflicts with the NR CSI-RS/TRSs/PDCCH through dynamic scheduling,
and the NR PDSCH actively avoids conflicts with the LTE CRSs/CSI-RS/SS/
PBCH/PHICH/PCFICH/PDCCH through dynamic scheduling.
– The NR PDSCH can avoid conflicts with the LTE CSI-RS at the RE or
subframe level. When the LTE_CSI_RS_AVOID_POLICY_SW option of the
LTE parameter LteNrSpctShrCellGrp.LteNrSpctShrSwitch and the
LTE_CSI_RS_AVOID_SW option of the NR parameter
gNBDULteNrSpctShrCg.FddLteNrSpctShrSwitch are both selected,
conflicts are avoided at the RE level. That is, the NR PDSCH avoids the
REs occupied by the LTE CSI-RS. In other circumstances, conflicts are
avoided at the subframe level. That is, the NR PDSCH avoids the
subframes occupied by the LTE CSI-RS.
When the TX/RX mode of the LTE and NR cells is 8T8R, RE-level
avoidance between the NR PDSCH and LTE CSI-RS is not supported.
– The NR PDSCH supports RB- and symbol-level avoidance of the LTE SS/
PBCH through rate matching. You can select the
LTE_SS_PBCH_RM_OPT_SW option of the NR parameter
NRDUCellAlgoSwitch.SpectrumCloudEnhSwitch to enable the NR
PDSCH to use one pattern for SS/PBCH rate matching. When this option
is deselected, the NR PDSCH uses two patterns for SS/PBCH rate
matching. This option can be set based on the network plan. When the
NR PDSCH uses two rate matching patterns, the avoidance is more
accurate and at the same time more pattern resources are consumed,
compared with when one rate matching pattern is used.
● The NR PDCCH and PDSCH can share spectrum resources in TDM and FDM
modes. The spectrum resource sharing in TDM mode is supported by default
and does not require parameter configuration. The spectrum resource sharing
in FDM mode is supported only when PDCCH rate matching is enabled by
selecting the PDCCH_RATEMATCH_SW option of the NR parameter
NRDUCellPdsch.RateMatchSwitch. PDCCH rate matching applies only to
peak rate scenarios. For details about its network impact, see Scheduling in
5G RAN Feature Documentation.
When this function is enabled, the PDCCH_RATEMATCH_COMPATIBLE_SW
option of the NR parameter NRDUCellPdsch.RateMatchSwitch can be
selected to solve compatibility issues of some UEs.
● The position of the downlink additional DMRS can be configured on the NR
PDSCH by setting the NR parameter NRDUCellPdsch.DlAdditionalDmrsPos,
to improve user experience. In mobility scenarios, this parameter is set to
POS1. In fixed-point scenarios, this parameter is set to NOT_CONFIG.
● The NR PDSCH performs rate matching for all RB resources on LTE CRS
symbols to eliminate the interference of neighboring LTE cells on the NR
spectrum sharing cell.
– If the LTE spectrum sharing cell and other neighboring LTE cells are
configured with the same number of CRS ports, the
LTE_CRS_RATEMATCH_ALL_SYM_SW option of the NR parameter
NRDUCellAlgoSwitch.SpectrumCloudEnhSwitch is selected to support
this function. In this case, rate matching is performed based on the
configured number of CRS ports.
– If the number of CRS ports configured for the LTE spectrum sharing cell
differs from that configured for other neighboring LTE cells, the
LTE_CRS_RM_ALL_SYM_4PORT_SW option of the NR parameter
NRDUCellAlgoSwitch.SpectrumCloudEnhSwitch is selected to support
this function. In this case, if the NR PDSCH performs CRS rate matching
in the pattern of the configured number of LTE CRS ports, the
interference of neighboring LTE cells on the NR spectrum sharing cell
cannot be completely eliminated. Therefore, rate matching is performed
in the pattern of four LTE CRS ports.
● The NR PDSCH and SSB can share spectrum resources in TDM and FDM
modes. The spectrum resource sharing in TDM mode is supported only when
SSB rate matching is enabled by selecting the SSB_RATEMATCH_SW option
of the NR parameter NRDUCellPdsch.RateMatchSwitch. The spectrum
resource sharing in FDM mode is supported by default and does not require
parameter configuration. SSB rate matching applies only to peak rate
scenarios. For details about its network impact, see Scheduling in 5G RAN
Feature Documentation.
Table 4-2 Counters for measuring the number of uplink and downlink available
RBs in LTE and NR cells
Counter ID Counter Name
1526759050 L.ChMeas.PRB.UL.Actual.Avail
1526759052 L.ChMeas.PRB.UL.PUSCH.Actual.Avai
l
1526759051 L.ChMeas.PRB.DL.Actual.Avail
1911827161 N.PRB.UL.Actual.Avail.Avg
1911827162 N.PRB.UL.PUSCH.Actual.Avail.Avg
1911827160 N.PRB.DL.Actual.Avail.Avg
Assuming that the cell power configurations are the same, the independent power
configuration mode results in better capacity performance but higher power
consumption, whereas the spectrum power sharing mode reduces power
consumption but leads to a capacity performance loss. Therefore, when the power
is sufficient, independent power configuration mode is preferred. When the power
is insufficient, spectrum power sharing mode can be used.
In spectrum power sharing mode, the PSD of the NR cell can be adaptively
adjusted. When the transmit power required by the NR cell exceeds the configured
power, the gNodeB adaptively reduces the PSD of the NR cell to ensure that the
NR cell can use more spectrum resources, improving the spectral efficiency of NR
UEs. This function is enabled when the PWR_SPCT_DENSITY_ADAPT_SW option
of the NR parameter NRDUCellAlgoSwitch.SpectrumCloudEnhSwitch is selected.
After this function is enabled, the gNodeB adaptively adjusts the PSD of data
channels to improve the spectral efficiency of UEs in the NR cell.
When spectrum power sharing mode is used, and the LTE and NR baseband
processing units need to be connected to the RRU through their respective optical
fiber, the LNR_PWR_WITH_SPCT_OPT_SW option of the LTE parameter
SpectrumCloud.SpectrumCloudEnhSwitch must be selected. When independent
power configuration mode is used, LTE and NR can use their respective optical
fiber over the CPRI interface without selecting this option.
Table 4-3 Recommended reserved spectrum resources for the NB-IoT cell in
typical scenarios
LTE Cell NR Cell Bandwidth Number of Uplink and Downlink
Bandwidth RBs Reserved for NB-IoT
10 MHz 15 MHz 2
10 MHz 20 MHz 3
15 MHz 20 MHz 3
20 MHz 25 MHz 4
20 MHz 30 MHz 4
20 MHz 40 MHz 5
20 MHz 50 MHz 5
Table 4-4 Configuration requirements on the CPRI compression types of the LTE
and NR cells
Bandwidth CPRI CPRI Compression CPRI Compression
Compression Type of LTE Cells Type of NR Cells
Ratio
a: The 2.2:1 CPRI compression ratio is required when the cell TX/RX mode is
32T32R, so that CPRI compression can be used together with the co-carrier co-
CPRI data function.
4.1.4.1 Principles
This function enables the two LTE FDD sector split cells served by the two beams
generated by Static Multiple Beam in smart 8T8R mode (referred to as LTE cells)
and an NR FDD cell (referred to as NR cell) to dynamically share time-frequency
resources on a shared spectrum segment based on their traffic volumes. Figure
4-5 illustrates the working principles of this function. The two LTE cells must be
configured with the 20 MHz bandwidth, and the NR cell must be configured with
the 40 MHz bandwidth. In addition, LTE and NR cells must be added to associated
spectrum sharing cell groups. Specifically:
● Time domain: Flash spectrum sharing is supported on a 1 ms basis, meaning
spectrum resources can be coordinated and scheduled every 1 ms.
● Frequency domain: Dynamic spectrum sharing is performed per RB. Spectrum
resources are dynamically allocated to LTE and NR cells based on their traffic
volumes. The two LTE cells are allocated the same resources.
gNBDULteNrSpctShrCg.NrReservedRbStartIndex and
gNBDULteNrSpctShrCg.NrReservedRbEndIndex parameters.
– Configuring LTE and NR spectrum sharing cell groups
The uplink physical channel resources of the LTE cells need to be merged before
spectrum sharing with the NR cell. Table 4-5 describes how the channel resources
are merged.
PUCC The combined PUCCH and PRACH resources of the two LTE cells is used
H as the total resources of the two channels allocated to the LTE cells. If
these resources are not fully occupied by the PUCCH and PRACH of the
PRAC two LTE cells, the idle resources can be used by the PUSCH of the LTE
H cells.
SRS The larger amount of SRS time-frequency resources between the two
LTE cells is considered as shared SRS resources allocated to the LTE and
NR cells.
PUSC The larger amount of PUSCH resources between the two LTE cells is
H considered as the PUSCH resources allocated to LTE cells.
Spectrum resources allocated to the NR cell are equal to the total shared
spectrum resources minus the spectrum resources allocated to the two LTE cells.
The spectrum resources allocated to the two LTE cells are the sum of the channel
resources described in Table 4-5.
For details about the coordinated scheduling of uplink physical channel resources,
see 3.1.1.2 Key Technologies.
PDCCH The larger number of PDCCH symbols between the two LTE
cells is used as the number of PDCCH symbols of these LTE
cells.
PDSCH The larger amount of PDSCH resources between the two LTE
cells is used as the amount of PDSCH resources of these LTE
cells.
preferentially allocated. For details about the flexible spectrum priority mode, see
3.1.2.1 Flexible Spectrum Priority Mode.
In addition, you are advised to deactivate the LTE and NR cells before performing
the preceding configurations and activate the cells after the configurations are
complete.
Simultaneous Use with LTE Uplink Semi-persistent Scheduling and LTE TTI
Bundling
When HDSS based on Asymmetric Beam is enabled, uplink semi-persistent
scheduling is enabled in only one LTE cell and takes effect, and TTI bundling is
enabled only in the other LTE cell and takes effect, the resources for semi-
persistent scheduling and those for TTI bundling are respectively merged for these
two LTE cells, and consequently the resources for the NR cell decrease. Therefore,
it is recommended that the two LTE cells use the same settings of the
TtiBundlingSwitch and SpsSchSwitch options of the
CellAlgoSwitch.UlSchSwitch parameter.
4.2.1 Benefits
This function increases cell downlink throughput as follows:
● Average downlink throughput of an NR cell = N.ThpVol.DL.Cell/
N.ThpTime.DL.Cell
● Average downlink throughput of an LTE cell = L.Thrp.bits.DL/
L.Thrp.Time.Cell.DL.HighPrecision
Table 4-7 and Table 4-8 list the gains provided by this function in NSA, SA, and
NSA and SA hybrid networking compared with a typical static refarming solution.
Table 4-7 Average cell downlink throughput gain (with HDSS based on
Asymmetric Beam disabled)
Table 4-8 Average cell downlink throughput gain (with HDSS based on
Asymmetric Beam enabled)
Specific gains can only be achieved when certain conditions are met.
● The LTE cell gain can only be achieved when all of the following conditions
are met:
– The LTE cell is fully loaded and no online UEs exist in the NR cell.
– The SSB period for the NR cell (specified by the NR parameter
NRDUCell.SsbPeriod) is set to MS20(20) or a larger value.
– The NR cell SIB1 period (specified by the NR parameter
NRDUCell.Sib1Period) is set to MS40(40).
– The NR cell does not use two SSB beams.
● The NR cell gain can only be achieved when all of the following conditions
are met:
– The NR cell is fully loaded and no online UEs exist in the LTE cell.
– The SSB period for the NR cell is set to MS20(20) or a larger value.
– The NR cell SIB1 period is set to MS40(40).
– The NR cell does not use two SSB beams.
Actual gains achieved will be less than those listed in the table above if one of the
preceding conditions is not met. However, gains will not be negatively impacted as
a result.
4.2.2 Impacts
Network Impacts
● The impacts on the LTE side are as follows:
– NR reference channels interfere with LTE. The interference leads to LTE
quality-related counters over the full band being inaccurately measured.
These counters include the SINR, RSRQ, full-band CQI, PMI, and RI.
Consequently:
▪ The average cell uplink and downlink IBLER and RBLER increase.
Average cell uplink IBLER = (L.Traffic.UL.SCH.QPSK.ErrTB.Ibler +
L.Traffic.UL.SCH.16QAM.ErrTB.Ibler + L.Traffic.UL.SCH.
64QAM.ErrTB.Ibler + L.Traffic.UL.SCH.256QAM.ErrTB.Ibler)/
(L.Traffic.UL.SCH.QPSK.TB + L.Traffic.UL.SCH.16QAM.TB +
L.Traffic.UL.SCH.64QAM.TB + L.Traffic.UL.SCH.256QAM.TB). Table
4-9 lists the related counters.
Average cell downlink IBLER = (L.Traffic.DL.SCH.QPSK.ErrTB.Ibler +
L.Traffic.DL.SCH.16QAM.ErrTB.Ibler + L.Traffic.DL.SCH.
64QAM.ErrTB.Ibler + L.Traffic.DL.SCH.256QAM.ErrTB.Ibler)/
(L.Traffic.DL.SCH.QPSK.TB + L.Traffic.DL.SCH.16QAM.TB +
L.Traffic.DL.SCH.64QAM.TB + L.Traffic.DL.SCH.256QAM.TB). Table
4-10 lists the related counters.
Average cell uplink RBLER = (L.Traffic.UL.SCH.QPSK.ErrTB.Rbler +
L.Traffic.UL.SCH.16QAM.ErrTB.Rbler + L.Traffic.UL.SCH.
64QAM.ErrTB.Rbler + L.Traffic.UL.SCH.256QAM.ErrTB.Rbler)/
(L.Traffic.UL.SCH.QPSK.TB + L.Traffic.UL.SCH.16QAM.TB +
L.Traffic.UL.SCH.64QAM.TB + L.Traffic.UL.SCH.256QAM.TB). Table
4-11 lists the related counters.
Average cell downlink RBLER = (L.Traffic.DL.SCH.QPSK.ErrTB.Rbler
+ L.Traffic.DL.SCH.16QAM.ErrTB.Rbler + L.Traffic.DL.SCH.
64QAM.ErrTB.Rbler + L.Traffic.DL.SCH.256QAM.ErrTB.Rbler)/
(L.Traffic.DL.SCH.QPSK.TB + L.Traffic.DL.SCH.16QAM.TB +
L.Traffic.DL.SCH.64QAM.TB + L.Traffic.DL.SCH.256QAM.TB). Table
4-12 lists the related counters.
Table 4-9 Counters used for measuring the average cell uplink IBLER
on the LTE side
Counter ID Counter Name
1526728186 L.Traffic.UL.SCH.QPSK.ErrTB.Ibler
1526728188 L.Traffic.UL.SCH.16QAM.ErrTB.Ibler
1526728190 L.Traffic.UL.SCH.64QAM.ErrTB.Ibler
1526749528 L.Traffic.UL.SCH.256QAM.ErrTB.Ibler
1526727366 L.Traffic.UL.SCH.QPSK.TB
1526727367 L.Traffic.UL.SCH.16QAM.TB
1526727368 L.Traffic.UL.SCH.64QAM.TB
1526749524 L.Traffic.UL.SCH.256QAM.TB
Table 4-10 Counters used for measuring the average cell downlink
IBLER on the LTE side
Counter ID Counter Name
1526728180 L.Traffic.DL.SCH.QPSK.ErrTB.Ibler
1526728182 L.Traffic.DL.SCH.16QAM.ErrTB.Ibler
1526728184 L.Traffic.DL.SCH.64QAM.ErrTB.Ibler
1526739660 L.Traffic.DL.SCH.256QAM.ErrTB.Ibler
1526727354 L.Traffic.DL.SCH.QPSK.TB
1526727355 L.Traffic.DL.SCH.16QAM.TB
1526727356 L.Traffic.DL.SCH.64QAM.TB
1526739656 L.Traffic.DL.SCH.256QAM.TB
Table 4-11 Counters used for measuring the average cell uplink
RBLER on the LTE side
Counter ID Counter Name
1526728187 L.Traffic.UL.SCH.QPSK.ErrTB.Rbler
1526728189 L.Traffic.UL.SCH.16QAM.ErrTB.Rbler
1526728191 L.Traffic.UL.SCH.64QAM.ErrTB.Rbler
1526749530 L.Traffic.UL.SCH.256QAM.ErrTB.Rbler
1526727366 L.Traffic.UL.SCH.QPSK.TB
1526727367 L.Traffic.UL.SCH.16QAM.TB
1526727368 L.Traffic.UL.SCH.64QAM.TB
1526749524 L.Traffic.UL.SCH.256QAM.TB
Table 4-12 Counters used for measuring the average cell downlink
RBLER on the LTE side
Counter ID Counter Name
1526728181 L.Traffic.DL.SCH.QPSK.ErrTB.Rbler
1526728183 L.Traffic.DL.SCH.16QAM.ErrTB.Rbler
1526728185 L.Traffic.DL.SCH.64QAM.ErrTB.Rbler
1526739661 L.Traffic.DL.SCH.256QAM.ErrTB.Rbler
1526727354 L.Traffic.DL.SCH.QPSK.TB
1526727355 L.Traffic.DL.SCH.16QAM.TB
1526727356 L.Traffic.DL.SCH.64QAM.TB
1526739656 L.Traffic.DL.SCH.256QAM.TB
▪ The access success rate, handover success rate, and RRC connection
reestablishment success rate decrease.
Access success rate = RRC Setup Success Rate
Handover success rate = (L.HHO.IntraeNB.IntraFreq.ExecSuccOut +
L.HHO.IntraeNB.InterFreq.ExecSuccOut +
L.HHO.IntereNB.IntraFreq.ExecSuccOut +
L.HHO.IntereNB.InterFreq.ExecSuccOut)/
(L.HHO.IntraeNB.IntraFreq.ExecAttOut +
L.HHO.IntraeNB.InterFreq.ExecAttOut +
L.HHO.IntereNB.IntraFreq.ExecAttOut +
L.HHO.IntereNB.InterFreq.ExecAttOut). Table 4-13 lists the related
counters.
RRC connection reestablishment success rate = L.RRC.ReEst.Succ/
L.RRC.ReEst.Att. Table 4-14 lists the related counters.
Table 4-13 Counters used for measuring the handover success rate
Counter ID Counter Name
1526726997 L.HHO.IntraeNB.IntraFreq.ExecSuccO
ut
1526727000 L.HHO.IntraeNB.InterFreq.ExecSuccO
ut
1526727003 L.HHO.IntereNB.IntraFreq.ExecSuccO
ut
1526727006 L.HHO.IntereNB.InterFreq.ExecSuccO
ut
1526726996 L.HHO.IntraeNB.IntraFreq.ExecAttOut
1526726999 L.HHO.IntraeNB.InterFreq.ExecAttOu
t
1526727002 L.HHO.IntereNB.IntraFreq.ExecAttOut
1526727005 L.HHO.IntereNB.InterFreq.ExecAttOut
1526727086 L.RRC.ReEst.Succ
1526727085 L.RRC.ReEst.Att
▪ Uplink voice packet loss rate in a cell = Uplink Packet Loss Rate
(VoIP)
LTE synchronization signals, the PBCH, reference channels, and system information do
not interfere with NR. As a result, NR quality-related counters measured over the full
band are not affected.
● This function involves the estimation and allocation of spectrum resources on
both the LTE and NR sides, and therefore has the following impacts:
– Increased board user-plane CPU usage
Function Impacts
● Function impacts on the LTE side
Function Function Switch Reference Description
Name (eRAN Feature
Documentation)
LTE FDD and LTE_NR_DYN_P LTE and NR When LTE FDD and
NR Flash OWER_SHARIN Power Sharing NR Flash Dynamic
Dynamic G_SW option of Power Sharing is
Power the enabled, the power
Sharing CellDynPowerS sharing capability of
haring.Dynamic LTE spectrum
PowerSharingS sharing cells is lower
witch parameter than that of
common cells. As a
result, the power
sharing benefits
decrease.
LTE FDD and LTE_NR_DYN_P LTE and NR When LTE FDD and
NR Flash OWER_SHARIN Power Sharing NR Flash Dynamic
Dynamic G_SW option of Power Sharing is
Power the enabled, the power
Sharing NRDUCellAlgoS sharing capability of
witch.DynPower NR spectrum sharing
SharingSwitch cells is lower than
parameter that of common
cells. As a result, the
power sharing
benefits decrease.
4.3 Requirements
4.3.1 Licenses
This function requires both feature and capacity licenses. Table 4-15 and Table
4-16 list the required feature and capacity licenses.
LTE MRFD-1 LTE FDD and LT1S0L LTE FDD and eNodeB per
FDD 60222 NR Flash FNSS00 NR Flash Cell
Dynamic Dynamic
Spectrum Spectrum
Sharing (LTE Sharing(LTE
FDD) FDD)
NR MRFD-1 LTE FDD and NR0S0 LTE FDD and gNodeB per
60262 NR Flash 0FNSS0 NR Flash Cell
Dynamic 0 Dynamic
Spectrum Spectrum
Sharing (NR) Sharing (NR)
When 5000 series RF modules are used, customers must purchase the Spectrum
Sharing License for 5000 Series RF Module. When other RF modules are used,
customers must purchase the RF Spectrum Sharing License. When 5000 series RF
modules and other RF modules are both used, customers must purchase both
capacity licenses.
4.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
● Prerequisite functions on the LTE side
DC DC_COMPONENT_RATEMATCH_S Scheduling
Component W option of the
Rate NRDUCellPdsch.RateMatchSwitch
Matchingc parameter
4.3.3 Hardware
Huawei devices (including the eNodeB and gNodeB) must be used on the radio
access network.
Boards
● LTE
When the cell TX/RX mode is 2T2R, 2T4R, or 4T4R, only the UBBPd, UBBPe,
and UBBPg support this function. Table 4-17 lists the cell number
specifications of different baseband processing units after this function is
enabled. For main control boards, only the UMPTb, UMPTe, UMPTg, and
UMPTga support this function.
When the cell TX/RX mode is 8T8R, only the UBBPe4, UBBPe6, UBBPe18, and
UBBPg support this function. When HDSS based on Asymmetric Beam is not
enabled, the cell number specifications of the baseband processing units are
the same as those before this function is enabled. When HDSS based on
Asymmetric Beam is enabled, the cell number specifications of different
baseband processing units are listed in Table 4-18. For main control boards,
only the UMPTe, UMPTg, and UMPTga support this function.
When the cell TX/RX mode is 32T32R, only the UBBPg2a and UBBP boards of
later versions support this function. The cell number specifications of these
baseband processing units are the same as those before this function is
enabled. For main control boards, only the UMPTe, UMPTg, and UMPTga
support this function.
● NR
When the cell TX/RX mode is 2T2R, 2T4R, or 4T4R, only the UBBPg2,
UBBPg2a, UBBPg3, and UBBPg3b support this function. The cell number
specifications of these baseband processing units are the same as those
before this function is enabled. For main control boards, only the UMPTe,
UMPTg, and UMPTga support this function.
When the cell TX/RX mode is 8T8R, only the UBBPg supports this function.
The cell number specifications of the baseband processing unit are the same
as those before this function is enabled. For main control boards, only the
UMPTe, UMPTg, and UMPTga support this function.
When the cell TX/RX mode is 32T32R, only the UBBPg2a and UBBP boards of
later versions support this function. The cell number specifications of these
baseband processing units are the same as those before this function is
enabled. For main control boards, only the UMPTe, UMPTg, and UMPTga
support this function.
Table 4-17 Cell number specifications of LTE baseband processing units (with
HDSS based on Asymmetric Beam disabled)
Working Baseband Supported Cell Supported Spectrum
Mode Processing Number Sharing Cell Number
Unit Model Specifications Specifications
(Compared with
That Before This
Function Is Enabled)
Table 4-18 Cell number specifications of LTE baseband processing units (with
HDSS based on Asymmetric Beam enabled)
Working Baseband Supported LTE Cell Number Specifications
Mode Processing Unit
Model
LTE FDD UBBPe4/UBBPe6/ Three LTE sector split groups are supported,
UBBPe18 with two LTE cells in each group. A maximum
of three LTE sector split groups support this
function.
baseband processing units that support this function are fully occupied, leaving
only those that do not support it.
RF Modules
All 5000 series RF modules that meet the following conditions support this
function:
● The RF module is shared by LTE and NR.
● The following NR bandwidths are supported and can be configured: 15 MHz,
20, MHz, 25 MHz, 30 MHz, and 40 MHz.
● The following frequency bands are supported and can be configured: 700
MHz, 1800 MHz, 2100 MHz, and 2600 MHz.
● The following TX/RX modes are supported and can be configured: 2T2R, 2T4R,
4T4R, 8T8R, and 32T32R.
Of all 8T8R RF modules, only 8T8R RRUs support this function.
When HDSS based on Asymmetric Beam is not enabled, of all 32T32R RF
modules, the AAU5711a (1.8 GHz or 2.6 GHz), AAU5726 (1.8 GHz and 2.1
GHz), AAU5726 (AWS+PCS), and AAU5733 (2.6 GHz) support this function.
When HDSS based on Asymmetric Beam is enabled, only 1800 MHz and 2100
MHz 8T8R RRUs support this function. The AAU5711a, AAU5726, and
AAU5733 support the 15 MHz or 20 MHz NR cell bandwidth.
When the cell TX/RX mode is 32T32R, the 2.2:1 CPRI compression ratio is
required to support the simultaneous use between CPRI compression and the
co-carrier co-CPRI data function. The corresponding RF modules can be
AAU5726 (1.8 GHz and 2.1 GHz), and AAU5726 (AWS+PCS).
NOTICE
Cells
LTE and NR cells must meet all of the following requirements:
● Supported bandwidth
3900 and 5900 series base stations:
Supported bandwidths are classified into standard bandwidths and non-
standard bandwidths.
– Standard bandwidths: See Table 4-19.
10 MHz 15 MHz
10 MHz 20 MHz
15 MHz 20 MHz
20 MHz 25 MHz
20 MHz 30 MHz
20 MHz 40 MHz
NOTICE
● TX/RX mode
The TX/RX modes of LTE and NR cells must be the same and must be one of
2T2R, 2T4R, 4T4R, 8T8R, and 32T32R. When the TX/RX mode is 2T2R or 2T4R,
the recommended number of CRS ports for LTE cells (specified by the
Cell.CrsPortNum parameter) is 2. When the TX/RX mode is 4T4R, the
recommended number of CRS ports for LTE cells is 4. When the TX/RX mode is
8T8R, the number of CRS ports for LTE cells must be 4. When the TX/RX mode
is 32T32R, the number of CRS ports for LTE cells must be 4.
● LTE and NR cells must have the same operating frequency band, and the
center frequency spacing between the LTE and NR cells must be an integer
multiple of 300 kHz.
● The PSD of the LTE and NR cells must be the same. If the total power of the
LTE and NR cells exceeds the maximum transmit power of the RF module, the
4.3.4 Networking
When the LTE and NR co-carrier co-CPRI data function is not enabled (the LTE
parameter LteNrSpctShrCellGrp.LteNrCoCarrCoCpriDataSw is set to OFF):
● If the independent power configuration mode is used, there are no special
networking requirements.
● If the spectrum power sharing mode is used, the
LNR_PWR_WITH_SPCT_OPT_SW option of the
SpectrumCloud.SpectrumCloudEnhSwitch parameter must be selected to
solve the power allocation conflicts caused by inconsistent LTE and NR latency
when each uses their respective optical fibers over the CPRI interface.
When the co-carrier co-CPRI data function is enabled (the LTE parameter
LteNrSpctShrCellGrp.LteNrCoCarrCoCpriDataSw is set to ON), this function only
supports the intra-BBU single-fiber CPRI MUX topology in separate-MPT and co-
MPT LTE/NR scenarios or the intra-board cold backup ring topology in co-MPT
LTE/NR scenarios. These topologies do not pose special requirements on board
installation positions. In intra-BBU single-fiber CPRI MUX topology, LTE and NR
cells can be established on the same or different baseband processing units. The
following example illustrates the networking requirements using LTE and NR cells
established on different baseband processing units. In intra-board cold backup ring
topology, LTE and NR cells must be established on the same baseband processing
unit.
● Intra-BBU CPRI MUX topology in separate-MPT LTE/NR scenarios: LTE and NR
share a BBU, and either the LTE baseband processing unit or the NR baseband
processing unit is connected directly to the RRU through an optical fiber, as
shown in Figure 4-7.
● Intra-BBU CPRI MUX topology in co-MPT LTE/NR scenarios: LTE and NR share
a BBU, and either the LTE baseband processing unit or the NR baseband
processing unit is connected directly to the RRU through an optical fiber, as
shown in Figure 4-8.
Figure 4-9 Intra-board cold backup ring topology in co-MPT LTE/NR scenarios
4.3.5 Others
● This function takes effect only when MRFD-171221 Hybrid DSS Based on
Asymmetric Bandwidth(LTE FDD) and MRFD-171261 Hybrid DSS Based on
Asymmetric Bandwidth (NR) are both enabled.
● It is recommended that this function be enabled in all cells in the planned
deployment area to reduce the interference caused by the near-far effect.
● NR FDD networks require time synchronization. This function requires the
coordination between the LTE FDD and NR FDD networks, and therefore LTE
FDD networks also need to meet time synchronization requirements. For
details on how to configure time synchronization, see Synchronization in
eRAN Feature Documentation and Synchronization in 5G RAN Feature
Documentation.
● NR UEs need to support the CRS rate matching function. This function allows
the gNodeB to indicate the RE positions of the LTE CRSs, so that NR UEs can
avoid conflicts with the LTE CRSs. UEs support the CRS rate matching function
when the rateMatchingLTE-CRS IE is included in the BandNR IE and the value
of the rateMatchingLTE-CRS IE is "supported". For details, see section 5.1.4.2
"PDSCH resource mapping with RE level granularity" in 3GPP TS 38.214
V15.5.0. Only the NR UEs that support CRS rate matching on the live network
support Hybrid DSS Based on Asymmetric Bandwidth. NR UEs that do not
support CRS rate matching can access NR FDD cells enabled with Hybrid DSS
Based on Asymmetric Bandwidth, but the uplink and downlink throughput of
these NR UEs decrease.
CAUTION
● Select the
WBB_MBB_CONTROL
_OPT_SW option of
this parameter when
the simultaneous use
with WBB is required.
MBB LTE Pri Res Ratio in LteNrSpctShrCellGrp.Lt Set this parameter based
LTE and NR Spct Shr eNrSpctShrLtePriResRa- on the network plan. The
tio value of this parameter
varies with the spectrum
allocation policy, and the
following lists the
configuration
suggestions for ensuring
network performance
when different spectrum
allocation policies are
adopted:
● If spectrum resources
need to be
preferentially
allocated to LTE, it is
recommended that
this parameter be set
to a value within the
range of 51 to 80.
● If spectrum resources
need to be
preferentially
allocated to NR, it is
recommended that
this parameter be set
to a value within the
range of 20 to 49.
● If spectrum resources
need to be evenly
allocated to LTE and
NR, you are advised
to set this parameter
to 50.
If this parameter is set to
a value less than 20 or
greater than 80, the
access success rate may
decrease or the service
drop rate may increase
in high load scenarios.
a: In the current version, an LTE spectrum sharing cell group can contain only
one LTE cell.
b: If both the CellFrameOffset.FrameOffset and
ENodeBFrameOffset.FddFrameOffset parameters are configured, the frame
offset specified by the CellFrameOffset.FrameOffset parameter takes effect for
the LTE cell.
a: In the current version, an NR spectrum sharing cell group can contain only
one NR cell.
b: If both the gNodeBParam.FrameOffset and
gNBFreqBandConfig.FrameOffset parameters are configured, the frame offset
specified by the gNBFreqBandConfig.FrameOffset parameter takes effect for
the NR cell.
c: These four parameters need to be configured when Hybrid DSS Based on
Asymmetric Bandwidth is used together with NB-IoT deployed in LTE guard
band mode.
//(Optional, required when Hybrid DSS Based on Asymmetric Bandwidth is used together with NB-IoT
deployed in LTE guard band mode) Configuring reserved RBs for NB-IoT
ADD NRDUCELLRBRESERVE: NrDuCellId=0, Index=0, RbRsvMode=NB_GB_RB_RESERVED,
RbRsvType=DOWNLINK_MODE, RbRsvStartIndex=0, RbRsvEndIndex=3;
ADD NRDUCELLRBRESERVE: NrDuCellId=0, Index=1, RbRsvMode=NB_GB_RB_RESERVED,
RbRsvType=UPLINK_MODE, RbRsvStartIndex=0, RbRsvEndIndex=3;
//Activating the cell
ACT NRCELL: NrCellId=0;
//Configuring the PDCCH rate matching and SSB rate matching functions
MOD NRDUCELLPDSCH: NrDuCellId=0,
RateMatchSwitch=PDCCH_RATEMATCH_SW-1&SSB_RATEMATCH_SW-1;
//Configuring the position of the downlink additional DMRS (using mobility scenarios as an example)
MOD NRDUCELLPDSCH: NrDuCellId=0, DlAdditionalDmrsPos=POS1;
//Turning on LTE_CRS_RATEMATCH_ALL_SYM_SW (based on the assumption that the LTE spectrum sharing
cell and other neighboring LTE cells are configured with the same number of CRS ports)
MOD NRDUCELLALGOSWITCH: NrDuCellId=0,
SpectrumCloudEnhSwitch=LTE_CRS_RATEMATCH_ALL_SYM_SW-1;
//Turning on the LTE SS/PBCH rate matching optimization switch and PSD adaptation switch
MOD NRDUCELLALGOSWITCH: NrDuCellId=0,
SpectrumCloudEnhSwitch=LTE_SS_PBCH_RM_OPT_SW-1&PWR_SPCT_DENSITY_ADAPT_SW-1;
NOTICE
Before activating this function in LTE and NR cells, start signaling tracing on the
MAE-Access. Otherwise, messages regarding the activation of this function cannot
be observed after this function is activated.
Hybrid DSS Based on Asymmetric Bandwidth takes effect when the following
conditions on both the eNodeB and gNodeB sides are met:
Perform the following steps to start eNodeB message tracing on the MAE-Access:
Step 1 Log in to the MAE-Access. Choose Monitor > Signaling Trace > Signaling Trace
Management. In the navigation tree of the displayed window, expand LTE >
Application Layer > Inter-RAT Huawei-Proprietary Interface Trace.
Step 2 In the displayed dialog box, select an NE and set related parameters. Then, click
Finish to start an inter-RAT Huawei-proprietary interface tracing task.
Step 3 After this function is activated in LTE and NR cells, messages are traced over the
inter-RAT Huawei-proprietary interface. View the value of the lnss-group-status-
change-info > nr-ul-cell-information/nr-dl-cell-information > spectrum-
sharing-status IE in the LNR_INTER_RAT_SPECTRUM_CHANGE_INDICATION
message. The value is ss-dynamic-sharing.
----End
Perform the following steps to start gNodeB message tracing on the MAE-Access:
Step 1 Log in to the MAE-Access. Choose Monitor > Signaling Trace > Signaling Trace
Management. In the navigation tree of the displayed window, expand NR >
Application Layer > Inter-RAT Huawei-Proprietary Interface Trace.
Step 2 In the displayed dialog box, select an NE and set related parameters. Then, click
Finish to start an inter-RAT Huawei-proprietary interface tracing task.
Step 3 After this function is activated in LTE and NR cells, messages are traced over the
inter-RAT Huawei-proprietary interface. View the value of the lnss-group-status-
change-info > nr-ul-cell-information/nr-dl-cell-information > spectrum-
sharing-status IE in the LNR_INTER_RAT_SPECTRUM_CHANGE_INDICATION
message. The value is ss-dynamic-sharing.
----End
5.1 Principles
In LTE 4T scenarios, LTE CRSs need to occupy symbols 0 and 1, and the NR PDCCH
can only be deployed on symbol 2. The NR PDSCH needs to be scheduled
following the NR PDCCH. After this function is enabled, if the LTE PDCCH does not
occupy symbol 0 or 1, the NR PDSCH can be scheduled starting from symbol 0 or
1 in rate matching mode so that the NR cell can obtain more available spectrum
resources. This function is supported when the NR parameter
NRDUCellDlSchRes.SpctShrPdschStartSymbol is set to SYM0 or SYM1.
5.2.1 Benefits
This function increases the average downlink throughput of the relevant NR cell.
Average downlink throughput of an NR cell = N.ThpVol.DL.Cell/
N.ThpTime.DL.Cell
5.2.2 Impacts
Network Impacts
This function has the following impacts:
● The average uplink and downlink throughput of the LTE cell decrease, so do
the average uplink and downlink throughput of LTE UEs.
– Average uplink cell throughput = Cell Uplink Average Throughput
– Average downlink cell throughput = Cell Downlink Average Throughput
– Average uplink UE throughput = User Uplink Average Throughput
– Average downlink UE throughput = User Downlink Average Throughput
● The control format indicator (CFI) value on the LTE side changes. Therefore,
the control channel element (CCE) usage, which is calculated using the
Function Impacts
None
5.3 Requirements
5.3.1 Licenses
The following license is required only when 3900 or 5900 series base stations are
used.
5.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference
5.3.3 Hardware
Base Station Models
None
Boards
None
RF Modules
None
Cells
None
5.3.4 Others
None
6 Parameters
NOTE
You can find the EXCEL files of parameter reference and used reserved parameter list for
the software version used on the live network from the product documentation delivered
with that version.
Step 2 On the Parameter List sheet, filter the Feature ID column. Click Text Filters and
choose Contains. Enter the feature ID.
Step 3 Click OK. All parameters related to the feature are displayed.
----End
Step 1 Open the EXCEL file of the used reserved parameter list.
Step 2 On the Used Reserved Parameter List sheet, use the MO, Parameter ID, and BIT
columns to locate the reserved parameter, which may be only a bit of a parameter.
View its information, including the meaning, values, impacts, and product version
in which it is activated for use.
----End
7 Counters
The following hyperlinked EXCEL files of performance counter reference match the
software version with which this document is released.
● Node Performance Counter Summary: contains device and transport counters.
● eNodeBFunction Performance Counter Summary: contains all counters related
to radio access functions, including air interface management, access control,
mobility control, and radio resource management.
● gNodeBFunction 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.
----End
8 Glossary
9 Reference Documents
● 3GPP TS 38.104: "NR; Base Station (BS) radio transmission and reception"
● Feature parameter description documents in eRAN Feature Documentation
– Carrier Aggregation
– Scheduling
– Physical Channel Resource Management
– VoLTE
– MIMO
– eMIMO (FDD)
– UL CoMP
– DRX and Signaling Control
– Intra-RAT Mobility Load Balancing
– LCS
– Extended CP
– Random Access Control
– SFN
– GSM and LTE FDD Dynamic Spectrum Sharing
– Flexible Bandwidth based on Overlap Carriers (FDD)
– GSM and LTE Zero Bufferzone
– GSM and LTE Buffer Zone Optimization
– UL Refarming Zero Bufferzone
– UMTS and LTE Zero Bufferzone
– CDMA and LTE Zero Bufferzone
– Uplink Coordinated Scheduling
– CSPC
– Adaptive ICIC
– Relay
– eMTC
– NB-IoT Basics (FDD)