Professional Documents
Culture Documents
Issue 02
Date 2020-05-21
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 5G RAN3.1 02 (2020-05-21)............................................................................................................................................... 1
1.2 5G RAN3.1 01 (2020-04-07)............................................................................................................................................... 2
1.3 5G RAN3.1 Draft B (2020-03-09)...................................................................................................................................... 2
1.4 5G RAN3.1 Draft A (2020-01-20)...................................................................................................................................... 3
3 Overview................................................................................................................................. 10
4 Intra-band CA (TDD)............................................................................................................ 12
4.1 Principles.................................................................................................................................................................................. 12
4.1.1 Overview............................................................................................................................................................................... 12
4.1.2 Application Scenarios....................................................................................................................................................... 12
4.1.3 Frequency Bands................................................................................................................................................................ 13
4.1.4 SCell Management............................................................................................................................................................ 14
4.1.4.1 SCell Configuration........................................................................................................................................................14
4.1.4.2 SCell Change.................................................................................................................................................................... 18
4.1.4.3 SCell Activation............................................................................................................................................................... 19
4.1.4.4 SCell Deactivation.......................................................................................................................................................... 20
4.1.4.5 SCell Removal.................................................................................................................................................................. 21
4.2 Network Analysis.................................................................................................................................................................. 23
4.2.1 Benefits................................................................................................................................................................................. 23
4.2.2 Impacts.................................................................................................................................................................................. 24
4.3 Requirements......................................................................................................................................................................... 26
4.3.1 Licenses................................................................................................................................................................................. 26
4.3.2 Software................................................................................................................................................................................26
4.3.3 Hardware.............................................................................................................................................................................. 27
4.3.4 Networking.......................................................................................................................................................................... 28
4.3.5 Others.................................................................................................................................................................................... 30
6 Parameters.............................................................................................................................. 57
7 Counters.................................................................................................................................. 58
8 Glossary................................................................................................................................... 59
9 Reference Documents...........................................................................................................60
1 Change History
Technical Changes
NR TDD:
NR FDD: None
Editorial Changes
Revised the description of frequency requirements of intra-band CA. For details,
see 4.3.4 Networking.
Added the combinations of downlink-to-uplink slot configurations supported by
gNodeBs for intra-FR inter-band CA. For details, see 5.1.3 Frequency Bands.
Revised the scenarios where intra-FR inter-band CA works. For details, see 5.1.2
Application Scenarios.
Technical Changes
None
Editorial Changes
Revised descriptions in this document.
Technical Changes
Change Description Parameter Change RAT Base Station Model
Editorial Changes
Added the following description: In high-frequency non-contiguous CA, if an SCell
is removed due to its unavailability, it cannot be configured as an SCell again. For
details, see 4.1.4.1 SCell Configuration.
Added a scenario where SCell removal is triggered. For details, see 4.1.4.5 SCell
Removal and 5.1.4.5 SCell Removal.
Technical Changes
Change Description Parameter Change RAT Base Station Model
Added support for intra- None High- 3900 and 5900 series
band non-contiguous CA frequency base stations
in high frequency bands. TDD
For details, see 4.1.3
Frequency Bands.
Added intra-FR inter-band Added parameters: FDD 3900 and 5900 series
CA. For details, see 5 NRDUCellCarrMgmt.CaE Low- base stations
Intra-FR Inter-Band CA. nhancedAlgoSwitch frequency
Modified parameters: TDD
Added the
INTRA_FR_INTER_BAND_
CA_SW option to the
NRDUCellAlgoSwitch.Ca
AlgoSwitch parameter.
Prevented event A6 Added parameters: Low- 3900 and 5900 series
measurement NRDUCellCarrMgmt.CaE frequency base stations
configurations for SCell nhancedAlgoSwitch TDD DBS3900 LampSite and
change from being DBS5900 LampSite
delivered in special
scenarios of intra-band
CA. For details, see 4.1.4.2
SCell Change.
Added the configuration Added parameters: Low- 3900 and 5900 series
of the SSB frequency- gNBCaFrequency.SsbFre frequency base stations
domain position for intra- qPos TDD DBS3900 LampSite and
band CA. For details, see High- DBS5900 LampSite
4.4.1.1 Data Preparation. frequency
TDD
Added support for intra- None Low- 3900 and 5900 series
band contiguous CA in frequency base stations
Band n41. For details, see TDD DBS3900 LampSite and
4.1.3 Frequency Bands. DBS5900 LampSite
Added support for intra- None Low- 3900 and 5900 series
band CA between frequency base stations
baseband processing units TDD DBS3900 LampSite and
in low frequency bands. DBS5900 LampSite
For details, see 4.3.3
Hardware.
Editorial Changes
NR TDD:
● Added RF module requirements for DBS3900 LampSite and DBS5900
LampSite. For details, see 4.3.3 Hardware.
● Added cell requirements for DBS3900 LampSite and DBS5900 LampSite. For
details, see 4.3.4 Networking.
● Revised the descriptions of benefits. For details, see 4.2.1 Benefits.
NR FDD:
None
This document only provides guidance for feature activation. Feature deployment and
feature gains depend on the specifics of the network scenario where the feature is
deployed. To achieve the desired gains, contact Huawei professional service engineers.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in Feature
Parameter Description documents apply only to the corresponding software
release. For future software releases, refer to the corresponding updated product
documentation.
3 Overview
Definition
3GPP Release 15 requires that individual New Radio (NR) UEs work with up to 1
GHz of bandwidth. This allows users to enjoy services at higher rates. However,
operators' spectrum resources may not be contiguous or may exceed the single-
carrier bandwidth capability defined in 3GPP specifications. Against this backdrop,
3GPP introduced carrier aggregation (CA), which allows for aggregation of
multiple contiguous or non-contiguous component carriers (CCs) to expand
bandwidth to a 3GPP-required value and increase users' peak data rates in the
uplink and downlink.
For details about the protocol stack with CA enabled, see section 6.7 "Carrier
Aggregation" in 3GPP TS 38.300 V15.6.0.
Related Concepts
● PCell
A primary cell (PCell) is the cell that a CA UE camps on. The CA UE works in
the same way in the PCell as it does in a single-carrier cell.
● SCell
A secondary cell (SCell) is a cell that a base station configures for a CA UE
through an RRC message. This cell operates on a different frequency from the
PCell and provides the CA UE with additional radio resources. In an SCell,
there can be either downlink transmission alone, or both downlink and uplink
transmission.
● CC
Component carriers (CCs) are the carriers that are aggregated for a CA UE.
● PCC
The primary component carrier (PCC) is the carrier of the PCell.
● SCC
A secondary component carrier (SCC) is the carrier of an SCell.
● Symmetric CA and asymmetric CA
– Symmetric CA: The number of CCs in the uplink is equal to the number of
CCs in the downlink.
– Asymmetric CA: The number of CCs in the uplink is different from the
number of CCs in the downlink. Generally, a CA UE uses more CCs in the
downlink than in the uplink.
Whether symmetric or asymmetric CA can be used for a CA UE depends on
the UE's capabilities. Some UEs do not support symmetric CA.
Related Events
● Event A2
The signal quality of the serving cell drops below a specific threshold. The
effective threshold for event A2 in CA is specified by the
NRCellCaMgmtConfig.CaA2RsrpThld and
gNBCaFrequency.CaA2RsrpThldOffset parameters. Event A2 is used in
removal of SCells with poor signal quality. For details, see 4.1.4.5 SCell
Removal and 5.1.4.5 SCell Removal.
● Event A5
The signal quality of the PCell drops below threshold 1 and the signal quality
of a neighboring cell exceeds threshold 2. Threshold 1 is fixed at –31 dBm,
while threshold 2 is specified by the NRCellCaMgmtConfig.CaA5RsrpThld2
and gNBCaFrequency.CaSccA5RsrpThld2Offset parameters. Event A5 is used
in SCell configuration based on measurements. For details, see 4.1.4.1 SCell
Configuration and 5.1.4.1 SCell Configuration.
4 Intra-band CA (TDD)
4.1 Principles
4.1.1 Overview
Intra-band CA can be enabled by selecting the INTRA_BAND_CA_SW option of
the NRDUCellAlgoSwitch.CaAlgoSwitch parameter. With this function enabled,
SCell configuration is triggered when a CA UE initiates RRC connection setup
during initial access, an incoming handover, or an incoming RRC connection
reestablishment. After SCells are configured and activated, the CA UE can benefit
from CA.
The target cell for initial access, a handover, or an RRC connection reestablishment is the
PCell of the CA UE.
Figure 4-2 Intra-gNodeB carriers with one providing edge coverage for another
● At most four contiguous intra-band CCs can be aggregated in both the uplink
and downlink.
● At most two non-contiguous intra-band CCs can be aggregated in the
downlink. Non-contiguous CA is not supported in the uplink.
Table 4-1 lists the frequency bands and bandwidth combinations for intra-band
CA.
a: The preceding bandwidth combinations can be used only when cells with the
specific bandwidths have been set up in the corresponding frequency bands.
conditions are not met or blind SCell configuration fails, measurement-based SCell
configuration is performed.
Figure 4-4 illustrates the SCell configuration procedure.
1. From the frequencies configured for CA, the gNodeB selects one that has not
been allocated to the CA UE based on their configuration sequence. This
frequency is called a candidate SCC. The frequencies configured for CA are
defined using the gNBCaFrequency MO.
2. The gNodeB checks whether the blind SCell configuration conditions are met.
If the conditions are met, the gNodeB goes to 3. Otherwise, the gNodeB goes
to 4.
The blind SCell configuration conditions are as follows:
– The SCC_BLIND_CONFIG_SW option of the
NRCellCaMgmtConfig.CaStrategySwitch parameter is selected.
– A blind-configurable candidate cell (with
NRCellRelation.BlindScellConfigFlag set to TRUE) operates on the
candidate SCC.
3. The gNodeB sends an RRCReconfiguration message to configure in a blind
manner the cell with NRCellRelation.BlindScellConfigFlag set to TRUE on
the candidate SCC as the SCell. If the configuration succeeds, the gNodeB
goes to 7. If the configuration fails, the gNodeB goes to 4. On each candidate
SCC, only one cell can be specified as a blind-configurable candidate SCell. If
multiple blind-configurable candidate SCells are specified on a candidate SCC,
only one of these cells can take effect and this cell is uncertain.
4. The gNodeB delivers an event A5 measurement configuration to the CA UE.
The event A5 threshold is the sum of the values of
NRCellCaMgmtConfig.CaA5RsrpThld2 and
gNBCaFrequency.CaSccA5RsrpThld2Offset.
5. The gNodeB checks whether it has received an event A5 measurement report
from the CA UE. If it has, the gNodeB goes to 6. Otherwise, the gNodeB goes
to 7.
6. The gNodeB selects a cell as an SCell based on the event A5 measurement
report.
The gNodeB selects a cell from the reported cells in descending order of their
RSRP and attempts to configure it as an SCell.
– If the PCell can set up a user-plane link to the candidate SCell, the
gNodeB sends an RRCReconfiguration message to configure the
candidate cell as an SCell for the CA UE.
– If the PCell fails to set up a user-plane link to the candidate SCell, the
gNodeB tries the next-priority candidate SCell. This procedure continues
until all candidate SCells have been tried.
7. The gNodeB checks whether the number of successfully configured SCells has
reached the maximum.
a. If it has, the SCell configuration procedure ends.
b. If it has not, the gNodeB goes to 8.
8. The gNodeB checks whether all candidate SCCs have been tried. If they have,
the SCell configuration procedure ends. If they have not, the gNodeB goes to
1 to try the next candidate SCC.
If the number of successfully configured SCells is less than the maximum when
the preceding SCell configuration procedure ends, the gNodeB checks at an
interval of 15 seconds whether the uplink or downlink traffic volume of the CA UE
meets the SCell activation conditions.
● If the SCell activation conditions are met, the gNodeB performs another SCell
configuration procedure, attempting to configure SCells again.
● If the SCell activation conditions are not met, another SCell configuration
procedure will not be triggered.
For details about SCell activation conditions, see 4.1.4.3 SCell Activation.
SCell change is supported only in low frequency bands, but not in high frequency bands.
For details about SCell activation, see section 6.1.3.10 "SCell Activation/Deactivation MAC
CEs" in 3GPP TS 38.321 V15.6.0.
For details about SCell deactivation, see section 6.1.3.10 "SCell Activation/Deactivation MAC
CEs" in 3GPP TS 38.321 V15.6.0.
SCell removal triggered by event A2 is supported only in low frequency bands, but not in
high frequency bands.
If a CA UE reports event A2 for an SCell, the gNodeB removes the SCell as shown
in Figure 4-8.
If an SCell becomes unavailable due to faults or other reasons, the gNodeB sends
the CA UE an RRCReconfiguration message to remove the SCell.
In high-frequency scenarios, before an NR cell that has been configured as an SCell for UEs
is removed from the gNodeB (using the RMV NRCELL command), the DEA NRCELL
command must be executed to deactivate the cell. Otherwise, UEs may fail to remove the
SCell in time after the cell is removed from the gNodeB.
4.2.1 Benefits
The downlink and uplink peak data rates of CA UEs increase.
Table 4-3 lists the ranges of peak data rates that a CA UE can reach using
downlink 2CC aggregation in low frequency bands.
Table 4-3 Ranges of peak data rates using downlink 2CC aggregation in low
frequency bands
The peak data rate that a CA UE can reach using downlink contiguous 4CC
aggregation in high frequency bands equals (A + B + C + D) x 100%. A, B, C, and
D are the downlink data rates that the UE can reach in the PCell and SCells when
CA is not performed for the UE.
The peak data rate that a CA UE can reach using downlink non-contiguous 2CC
aggregation in high frequency bands equals (A + B) x 100%. A and B are the
downlink data rates that the UE can reach in the PCell and SCell, respectively,
when CA is not performed for the UE.
No UE currently supports uplink CA. Therefore, the range of peak data rates reached using
uplink CA is not provided.
4.2.2 Impacts
Network Impacts
● System capacity
A CA UE with SCells configured has only one RRC connection to the network.
Such a UE consumes one sales unit of the license for the number of
RRC_CONNECTED UEs. However, the CA UE consumes one hardware resource
unit in the PCell and SCells separately. With nCC aggregation for all UEs on
the network, the maximum number of UEs that can access the network
decreases to 1/n (n is an integer).
● Resource usage
– Overall physical resource block (PRB) usage of the network
On commercial networks, most services accessed by CA UEs are burst
services. There is little probability that PRBs in all of the CCs of a UE will
be exhausted simultaneously. When CA is enabled, cell load can be
rapidly balanced through carrier management and scheduling to help
utilize idle resources and increase the overall PRB usage of the network.
– Physical uplink control channel (PUCCH) and physical uplink shared
channel (PUSCH) overheads
Each CA UE sends the acknowledgment/negative acknowledgment (ACK/
NACK) and CSI related to its SCells in its PCell with the PUCCH. When the
PUSCH is not scheduled, the UE sends the information over the PUCCH.
When the PUSCH is scheduled, the UE sends the information over the
PUSCH. Therefore, the PUCCH overhead or the signaling overhead on the
PUSCH increases.
● Overall throughput in the entire network
CA does not directly affect network capacity. However, when the resources on
a network have not been exhausted, CA increases the overall resource usage
and network throughput.
● Key performance indicator (KPI) fluctuation
– The PCell and SCells of each UE may not have the same channel quality.
Therefore, SCell CQIs fluctuate after SCells are configured for UEs.
– After CA is enabled, PUCCH format 3 and format 4 are used more often
than before. Therefore, the average value of counters
N.UL.SINR.PUCCH.Index0 to N.UL.SINR.PUCCH.Index7 decreases
slightly.
Function Impacts
RAT Function Function Reference Description
Name Switch
4.3 Requirements
4.3.1 Licenses
Feature ID Feature Name Model Sales Unit
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
None
4.3.3 Hardware
One prerequisite for CA is that the corresponding cells have been set up. The following
requirements for base station models, boards, and RF modules are based on this
prerequisite.
Boards
All NR-capable main control boards and NR TDD-capable baseband processing
units support this function. To learn which main control boards are NR-capable
and baseband processing units are NR TDD-capable, see the related BBU technical
specifications in 3900 & 5900 Series Base Station Product Documentation.
RF Modules
For 3900 and 5900 series base stations:
All NR TDD-capable RF modules support this function. For details about NR TDD-
capable RF modules, see technical specifications of the related RF modules in 3900
& 5900 Series Base Station Product Documentation.
For DBS3900 LampSite and DBS5900 LampSite:
All NR TDD-capable RF modules that each can serve at least two carriers support
this function. For details about such RF modules, see technical specifications of the
related RF modules in 3900 & 5900 Series Base Station Product Documentation.
4.3.4 Networking
Frequency
There must be at least two frequencies available on the live network.
The spacing between the center frequencies of CCs for contiguous intra-band CA
must meet the following requirements:
In low frequency band scenarios: The spacing must meet the requirements
described in section 5.4A.1 "Channel spacing for CA" in 3GPP TS 38.101-1 V16.0.0.
For contiguous intra-band CA to take effect in low frequency bands, the spacing
must be less than or equal to the nominal channel spacing required by section
5.4A.1 "Channel spacing for CA" in 3GPP TS 38.101-1 V16.0.0. Otherwise, the CCs
are aggregated for non-contiguous intra-band CA. The nominal channel spacing is
calculated as follows:
where
1. Determine : Table 4-4 lists the SCSs supported by each bandwidth in n41
according to Table 5.3.5-1 "Channel bandwidths for each NR band" in 3GPP
TS 38.101-1. It can be drawn that both CC 1 and CC 2 support 30 kHz SCS and
60 kHz SCS. equals the maximum SCS configuration supported by the two
CCs, that is, 2.
n41 15 N/A Yes Yes Yes N/A Yes Yes Yes N/A N/A N/A N/A N/A
n41 30 N/A Yes Yes Yes N/A Yes Yes Yes Yes N/A Yes Yes Yes
n41 60 N/A Yes Yes Yes N/A Yes Yes Yes Yes N/A Yes Yes Yes
Table 4-5 Minimum guardband for each UE channel bandwidth and SCS (kHz)
SC UE Channel Bandwidth
S
(k 5 10 15 20 25 30 40 50 60 70 80 90 100
Hz MHz MHz MHz MHz MHz MHz MHz MHz MHz MHz MHz MHz MHz
)
15 242. 312. 382. 452. 522. 592. 552. 692. N/A N/A N/A N/A N/A
5 5 5 5 5 5 5 5
30 505 665 645 805 785 945 905 1045 825 965 925 885 845
60 N/A 1010 990 1330 1310 1290 1610 1570 1530 1490 1450 1410 1370
In high frequency band scenarios: The spacing must meet the requirements
described in section 5.4A.1 "Channel spacing for CA" in 3GPP TS 38.101-2 V16.0.0.
Coverage
The coverage areas provided by the cells involved in CA must overlap. The smaller
the overlapping range, the smaller the area where intra-band CA takes effect.
Cell
The inter-frequency NR cell relationships have been configured (using the
NRCellRelation MO).
For intra-frequency cells, the network must be planned to prevent physical cell
identifier (PCI) conflicts.
Intra-band CA does not take effect for low-frequency cells configured with short
PUCCH. This restriction does not apply to high-frequency cells.
The timing advance (TA) offset of the PCell and SCells (specified by the
NRDUCell.TaOffset parameter) must be the same. Otherwise, uplink throughput
is affected.
For DBS3900 LampSite and DBS5900 LampSite, the PCell and SCells must be
served by the same RF module. This requirement does not apply to 3900 or 5900
series base stations.
4.3.5 Others
● 5G core network (5GC): For intra-band CA to deliver a theoretical peak data
rate to CA UEs, the maximum bit rate that each CA UE subscribes to in the
5GC cannot be lower than this theoretical value.
● UEs: UEs must support CA. During initial access, an incoming handover, or an
incoming RRC connection reestablishment, a UE reports its CA capabilities to
the gNodeB.
Table 4-6 describes the parameters used for function activation. No parameters
are involved in function optimization.
BlindScellConfigFlag=TRUE;
//Setting the CQI threshold for SCell deactivation
MOD NRDUCellCarrMgmt: NrDuCellId=0, SccDeactvCqiThld=5;
1911816773 N.User.CA.PCell.DL.Avg
1911816775 N.User.CA.PCell.UL.Avg
1911816774 N.User.CA.SCell.DL.Avg
1911816776 N.User.CA.SCell.UL.Avg
1911816900 N.User.CA.PCell.DL.SCellAct.Avg
1911816901 N.User.CA.PCell.UL.SCellAct.Avg
1911816902 N.User.CA.SCell.DL.Act.Avg
1911816903 N.User.CA.SCell.UL.Act.Avg
The counters related to the numbers of attempts and successful times regarding
SCell configuration, change, activation, deactivation, and removal are listed in
Table 4-8.
1911816777 N.CA.SCell.Add.Att
1911816778 N.CA.SCell.Add.Succ
1911816781 N.CA.SCell.Mod.Att
1911816782 N.CA.SCell.Mod.Succ
1911816896 N.CA.SCell.Act.Att
1911816897 N.CA.SCell.Act.Succ
1911816898 N.CA.SCell.Deact.Att
1911816899 N.CA.SCell.Deact.Succ
1911816779 N.CA.SCell.Rmv.Att
1911816780 N.CA.SCell.Rmv.Succ
5 Intra-FR Inter-Band CA
5.1 Principles
5.1.1 Overview
In the current version, inter-band CA is supported only in FR1 rather than FR2.
Intra-FR inter-band CA can be enabled by selecting the
INTRA_FR_INTER_BAND_CA_SW option of the
NRDUCellAlgoSwitch.CaAlgoSwitch parameter. With this function enabled, inter-
band SCell configuration is triggered when a CA UE initiates RRC connection setup
during initial access, an incoming handover, or an incoming RRC connection
reestablishment. After SCells are configured and activated, the CA UE can benefit
from CA.
Figure 5-2 Intra-gNodeB carriers with one providing edge coverage for another
Table 5-1 Band combinations and bandwidth combinations for intra-FR inter-band
CA
Category Band Combination Bandwidth Combination
Note 1: Combinations of the preceding bandwidths can be used only when cells
with the specific bandwidths have been set up in the corresponding frequency
bands.
Note 2: FDD+TDD CA works only in the downlink. TDD-only CA works in both
the uplink and downlink.
Note 3: Intra-FR inter-band carriers currently cannot be aggregated for FDD-
only CA.
1. From the frequencies configured for CA, the gNodeB selects one that has not
been allocated to the CA UE based on their configuration sequence. This
frequency is called a candidate SCC. The frequencies configured for CA are
defined using the gNBCaFrequency MO.
2. The gNodeB checks whether the blind SCell configuration conditions are met.
If the conditions are met, the gNodeB goes to 3. Otherwise, the gNodeB goes
to 4.
The blind SCell configuration conditions are as follows:
– The SCC_BLIND_CONFIG_SW option of the
NRCellCaMgmtConfig.CaStrategySwitch parameter is selected.
– A blind-configurable candidate cell (with
NRCellRelation.BlindScellConfigFlag set to TRUE) operates on the
candidate SCC.
3. The gNodeB sends an RRCReconfiguration message to configure in a blind
manner the cell with NRCellRelation.BlindScellConfigFlag set to TRUE on
the candidate SCC as the SCell. If the configuration succeeds, the gNodeB
goes to 7. If the configuration fails, the gNodeB goes to 4. On each candidate
SCC, only one cell can be specified as a blind-configurable candidate SCell. If
multiple blind-configurable candidate SCells are specified on a candidate SCC,
only one of these cells can take effect and this cell is uncertain.
4. The gNodeB delivers an event A5 measurement configuration to the CA UE.
The event A5 threshold is the sum of the values of
NRCellCaMgmtConfig.CaA5RsrpThld2 and
gNBCaFrequency.CaSccA5RsrpThld2Offset.
5. The gNodeB checks whether it has received an event A5 measurement report
from the CA UE. If it has, the gNodeB goes to 6. Otherwise, the gNodeB goes
to 7.
6. The gNodeB selects a cell as an SCell based on the event A5 measurement
report.
The gNodeB selects a cell from the reported cells in descending order of their
RSRP and attempts to configure it as an SCell.
– If the PCell can set up a user-plane link to the candidate SCell, the
gNodeB sends an RRCReconfiguration message to configure the
candidate cell as an SCell for the CA UE.
– If the PCell fails to set up a user-plane link to the candidate SCell, the
gNodeB tries the next-priority candidate SCell. This procedure continues
until all candidate SCells have been tried.
7. The gNodeB checks whether the number of successfully configured SCells has
reached the maximum.
a. If it has, the SCell configuration procedure ends.
b. If it has not, the gNodeB goes to 8.
8. The gNodeB checks whether all candidate SCCs have been tried. If they have,
the SCell configuration procedure ends. If they have not, the gNodeB goes to
1 to try the next candidate SCC.
If the number of successfully configured SCells is less than the maximum when
the preceding SCell configuration procedure ends, the gNodeB checks at an
interval of 15 seconds whether the uplink or downlink traffic volume of the CA UE
meets the SCell activation conditions.
● If the SCell activation conditions are met, the gNodeB performs another SCell
configuration procedure, attempting to configure SCells again.
● If the SCell activation conditions are not met, another SCell configuration
procedure will not be triggered.
For details about SCell activation conditions, see 5.1.4.3 SCell Activation.
● Downlink traffic volume: If the gNodeB determines that based on the current
radio channel quality, the downlink data buffered at the Radio Link Control
(RLC) layer for a UE cannot be completely transmitted in the PCell within 10
ms, then the gNodeB delivers a MAC control element (CE) to activate all
SCells.
● Uplink traffic volume: If the gNodeB determines that based on the current
radio channel quality, the uplink to-be-scheduled data of a UE indicated by
the buffer status report (BSR) from the UE cannot be completely transmitted
in the PCell within 10 ms, then the gNodeB delivers a MAC CE to activate only
the SCells configured for the uplink. An SCell configured only for the downlink
is not activated.
For details about SCell activation, see section 6.1.3.10 "SCell Activation/Deactivation MAC
CEs" in 3GPP TS 38.321 V15.6.0.
For details about SCell deactivation, see section 6.1.3.10 "SCell Activation/Deactivation MAC
CEs" in 3GPP TS 38.321 V15.6.0.
Uplink/Downlink Condition
● If both the uplink and downlink deactivation conditions are met, the gNodeB
delivers a MAC CE to deactivate all the SCells of the CA UE.
● If only downlink deactivation conditions are met, the gNodeB delivers a MAC
CE to deactivate all SCells that are configured with only downlink CA services
for the CA UE.
● If only uplink deactivation conditions are met, the gNodeB does not
deactivate any SCells.
If a CA UE reports event A2 for an SCell, the gNodeB removes the SCell as shown
in Figure 5-8.
It is recommended that the threshold for event A5 be higher than the threshold
for event A2. If this requirement cannot be met, the CA UE reports event A2
immediately after the gNodeB configures an SCell based on event A5
measurements, causing the SCell to be removed. Once this happens and if the
traffic volume of the CA UE meets the SCell activation conditions for a long period
of time, the gNodeB will periodically trigger SCell configuration and removal for
the CA UE based on the traffic volume.
If an SCell becomes unavailable due to faults or other reasons, the gNodeB sends
the CA UE an RRCReconfiguration message to remove the SCell.
If an SCell provides uplink resources for a CA UE, the physical random access
channel (PRACH) resources are configured for the SCell. After the SCell is
activated for the UE, the gNodeB sends a physical downlink control channel
(PDCCH) order to the UE in the PCell and, as instructed, the UE initiates a non-
contention-based random access procedure in the SCell. The gNodeB then
maintains an uplink timing mechanism for each serving cell of the UE and the UE
sends uplink data in the PCell and SCell using independent TAs.
● The MTA function requires the same subframe configuration in the PCell and each SCell.
● The MTA function requires that the UE have the MTA capability.
If asymmetric CA takes effect for a CA UE, some SCells are configured only for the
downlink. The gNodeB cannot obtain the directions of the beams for the UE in
these SCells based on the uplink. As a result, these SCells cannot be used. If an
SCell is served by the same RF module as the PCell, the CSI-RS beam directions for
the UE in these cells are the same. Then, the gNodeB takes the CSI-RS beam
direction in the PCell as that in the SCell. This is the case with intra-band CA. In
inter-band CA scenarios, however, the beam direction in the PCell is of no use to
SCells because SCells and the PCell generally do not share the same RF module.
To address this issue, the CSI beam sweeping function is introduced. This function
is controlled by the CARR_CSI_BEAM_SWEEPING_SW option of the
NRDUCellCarrMgmt.CaEnhancedAlgoSwitch parameter. This option must be
selected to enable this function when the PCell and SCells are served by different
RF modules, for example, in intra-FR inter-band CA scenarios.
1. The gNodeB performs CSI beam sweeping in each SCell of a UE to obtain the
optimal beams for the UE in the SCells and sends CSI-RSs on these beams.
2. The UE performs measurements for CQI, PMI, and rank indication (RI) based
on the CSI-RSs sent by the SCells.
3. The UE reports the CQI, RI, and PMI measurement results of the SCells on the
PUCCH or PUSCH in the PCell.
In symmetric CA scenarios, the gNodeB obtains the CSI-RS beam directions for a UE in
SCells based on the uplink. The CSI beam sweeping function does not take effect even if it
is enabled.
5.2.1 Benefits
The downlink and uplink peak data rates of CA UEs increase.
Table 5-3 lists the ranges of peak data rates that a CA UE can reach using
downlink 2CC aggregation.
Table 5-3 Ranges of peak data rates reached using downlink 2CC aggregation
No UE currently supports uplink CA. Therefore, the range of peak data rates reached using
uplink CA is not provided.
5.2.2 Impacts
Network Impacts
● System capacity
A CA UE with SCells configured has only one RRC connection to the network.
Such a UE consumes one sales unit of the license for the number of
RRC_CONNECTED UEs. However, the CA UE consumes one hardware resource
unit in the PCell and SCells separately. With nCC aggregation for all UEs on
the network, the maximum number of UEs that can access the network
decreases to 1/n (n is an integer).
● Resource usage
– Overall PRB usage of the network
On commercial networks, most services accessed by CA UEs are burst
services. There is little probability that PRBs in all of the CCs of a UE will
be exhausted simultaneously. When CA is enabled, cell load can be
rapidly balanced through carrier management and scheduling to help
utilize idle resources and increase the overall PRB usage of the network.
– PUCCH and PUSCH overheads
Each CA UE sends the ACK/NACK and CSI related to its SCells in its PCell
with the PUCCH. When the PUSCH is not scheduled, the UE sends the
information over the PUCCH. When the PUSCH is scheduled, the UE
sends the information over the PUSCH. Therefore, the PUCCH overhead
or the signaling overhead on the PUSCH increases.
● Overall throughput in the entire network
CA does not directly affect network capacity. However, when the resources on
a network have not been exhausted, CA increases the overall resource usage
and network throughput.
● KPI fluctuation
– The PCell and SCells of each UE may not have the same channel quality.
Therefore, SCell CQIs fluctuate after SCells are configured for UEs.
– After CA is enabled, PUCCH format 3 and format 4 are used more often
than before. Therefore, the average value of counters
N.UL.SINR.PUCCH.Index0 to N.UL.SINR.PUCCH.Index7 decreases
slightly.
Function Impacts
RAT Function Function Reference Description
Name Switch
FDD LTE FDD and LTE_NR_FDD LTE FDD and After intra-FR inter-
NR Flash _SPCT_SHR_ NR Spectrum band CA is enabled
Dynamic SW option of Sharing in a cell where LTE
Spectrum the FDD and NR Flash
Sharing NRDuCellAl Dynamic Spectrum
goSwitch.Sp Sharing has been
ectrumClou enabled, the cell
dSwitch must be restarted.
parameter Otherwise, intra-FR
inter-band CA does
not take effect.
5.3 Requirements
5.3.1 Licenses
Feature ID Feature Name Model Sales Unit
5.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
None
5.3.3 Hardware
One prerequisite for CA is that the corresponding cells have been set up. The following
requirements for base station models, boards, and RF modules are based on this
prerequisite.
Boards
All NR-capable main control boards and baseband processing units support this
function. To learn which main control boards and baseband processing units are
NR-capable, see the related BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
CA can be performed in one baseband processing unit or between baseband
processing units.
RF Modules
All NR-capable RF modules that work in low frequency bands support this
function. For details about such RF modules, see the technical specifications of the
related RF modules in 3900 & 5900 Series Base Station Product Documentation.
5.3.4 Networking
Frequency
There must be at least two frequencies available on the live network.
Coverage
The coverage areas provided by the cells involved in CA must overlap. The smaller
the overlapping range, the smaller the area where intra-FR inter-band CA takes
effect.
Cell
The inter-frequency NR cell relationships have been configured (using the
NRCellRelation MO).
For intra-frequency cells, the network must be planned to prevent PCI conflicts.
Intra-FR inter-band CA does not take effect in NR SUL cells.
Intra-FR inter-band CA does not take effect for low-frequency cells configured
with short PUCCH.
The absolute value of the frame offset difference between the PCell and an SCell
must be less than or equal to 625 Ts. Otherwise, intra-FR inter-band CA does not
take effect.
The distance (km) between the RF modules serving the PCell and an SCell must
be less than or equal to the result of the following formula: (33 – Absolute value
of the frame offset difference between the cells – 3) x Speed of light. (The speed
of light is expressed in m/μs and the other items in the formula are expressed in
μs.) Otherwise, the downlink throughput will be affected. For example, if the
absolute value of the frame offset difference is 625 Ts, the RF module distance
must be less than or equal to 3 km.
The frame boundaries of the PCell and an SCell must be aligned in the uplink.
Otherwise, the uplink throughput of CA UEs is affected.
5.3.5 Others
● 5GC: For intra-FR inter-band CA to deliver a theoretical peak data rate to CA
UEs, the maximum bit rate that each CA UE subscribes to in the 5GC cannot
be lower than this theoretical value.
● UEs: UEs must support CA. During initial access, an incoming handover, or an
incoming RRC connection reestablishment, a UE reports its CA capabilities to
the gNodeB.
Table 5-4 describes the parameters used for function activation. No parameters
are involved in function optimization.
1911816773 N.User.CA.PCell.DL.Avg
1911816775 N.User.CA.PCell.UL.Avg
1911816774 N.User.CA.SCell.DL.Avg
1911816776 N.User.CA.SCell.UL.Avg
1911816900 N.User.CA.PCell.DL.SCellAct.Avg
1911816901 N.User.CA.PCell.UL.SCellAct.Avg
1911816902 N.User.CA.SCell.DL.Act.Avg
1911816903 N.User.CA.SCell.UL.Act.Avg
The counters related to the numbers of attempts and successful times regarding
SCell configuration, change, activation, deactivation, and removal are listed in
Table 5-6.
1911816777 N.CA.SCell.Add.Att
1911816778 N.CA.SCell.Add.Succ
1911816781 N.CA.SCell.Mod.Att
1911816782 N.CA.SCell.Mod.Succ
1911816896 N.CA.SCell.Act.Att
1911816897 N.CA.SCell.Act.Succ
1911816898 N.CA.SCell.Deact.Att
1911816899 N.CA.SCell.Deact.Succ
1911816779 N.CA.SCell.Rmv.Att
1911816780 N.CA.SCell.Rmv.Succ
6 Parameters
The following hyperlinked EXCEL files of parameter reference match the software
version with which this document is released.
● Node Parameter Reference: contains device and transport parameters.
● gNodeBFunction Parameter Reference: contains all parameters related to
radio access functions, including air interface management, access control,
mobility control, and radio resource management.
You can find the EXCEL files of parameter reference for the software version used on the
live network from the product documentation delivered with that version.
----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.
● gNodeBFunction Performance Counter Summary: contains all counters related
to radio access functions, including air interface management, access control,
mobility control, and radio resource management.
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