Channel Configuration
Channel Configuration
Channel Configuration
The contents of this document are proprietary and related specifications or other documentation. NOKIA SHALL NOT BE RESPONSIBLE IN ANY EVENT
confidential property of Nokia. This document is Accordingly, if the user of this document gives Nokia FOR ERRORS IN THIS DOCUMENT or for any loss of
provided subject to confidentiality obligations of the Feedback on the contents of this document, Nokia may data or income or any special, incidental, consequential,
applicable agreement(s). freely use, disclose, reproduce, license, distribute and indirect or direct damages howsoever caused, that
otherwise commercialize the feedback in any Nokia might arise from the use of this document or any
This document is intended for use of Nokia’s customers product, technology, service, specification or other contents of this document.
and collaborators only for the purpose for which this documentation.
document is submitted by Nokia. No part of this This document and the product(s) it describes
document may be reproduced or made available to the Nokia operates a policy of ongoing development. Nokia are protected by copyright according to the
public or to any third party in any form or means reserves the right to make changes and improvements applicable laws.
without the prior written permission of Nokia. This to any of the products and/or services described in this
document is to be used by properly trained document or withdraw this document at any time Nokia is a registered trademark of Nokia Corporation.
professional personnel. Any use of the contents in this without prior notice. Other product and company names mentioned herein
document is limited strictly to the use(s) specifically may be trademarks or trade names of their respective
created in the applicable agreement(s) under which the The contents of this document are provided "as is". owners.
document is submitted. The user of this document may Except as required by applicable law, no warranties of
voluntarily provide suggestions, comments or other any kind, either express or implied, including, but not
feedback to Nokia in respect of the contents of this limited to, the implied warranties of merchantability and
document ("Feedback"). fitness for a particular purpose, are made in relation to
Such Feedback may be used in Nokia products and the accuracy, reliability or contents of this document.
4 © Nokia
4 RA50090-V-22R1 © 2022 Nokia
Index
• CB007781 DFT-S-OFDM for FDD cells on ABIL
• CB007797 256 QAM for PUSCH (FDD cells on ABIL)
• CB007782 PUSCH DMRS FDM & PUSCH Mapping Type A
for FR1 cells on ABIL
• CB007462 Extended FR2 Cell Range
• Aperiodic CSI reporting on PUSCH – New 22R1 features
• CB007552: Management of UE Bandwidth Capabilities
• 5GC000937: UE power saving: Dynamic BWP adaptation
for TDD FR1
• 5GC000884 Uplink closed loop power control
5 © Nokia
5 RA50090-V-22R1 © 2022 Nokia
Introduction
Comparison of CP-OFDM and DFT-S-OFDM (1/2)
CP-OFDM
Cyclic Prefix OFDM
• CP-OFDM waveform
• is used in downlink and uplink chains in physical layer of 5G NR system
• is used for high throughput scenario
• is intended for MIMO (Multiple Input Multiple Output)
• offers very high spectral efficiency in RBs (Resource blocks)
• is employed when operators need to maximize network capacity in dense urban environments.
DFT-S-OFDM
Discrete Fourier Transform – Spread - OFDM
• DFT-S-OFDM waveform
• is used in uplink chain only in physical layer of 5G NR system
• is used for power limited scenario
• is only used in single layer transmission
• offers lower spectral efficient, improving at the same time cell coverage
7 RA50090-V-22R1 © 2022 Nokia
Introduction
Recap on 5G21B 5GC000545 DFT-s-OFDM For PUSCH
Before After
• UL PUSCH transmission is supported by • For PUSCH transmission 5GC000545 enables
waveform CP-OFDM (Cyclic Prefix-Orthogonal waveform DFT-S-OFDM (Discrete Fourier
Frequency-Division Multiplexing) only Transform-Spread-Orthogonal Frequency-
Division Multiplexing) as an alternative to CP-
OFDM, providing better link budget
• DFT-S-OFDM for PUSCH is activated at operator
defined UL SINR level measured by gNB
• Feature is supported for ABIO only for 5G NSA
and 5G SA deployment for FR1 TDD and FR1
FDD
• gNB decides to use CP-OFDM or DFT-S-OFDM for PUSCH transmission requested by DCI 0_1 based on
UL SINR measurements:
• If the UL SINR level goes below certain threshold, UE is informed to use DFT-S-OFDM waveform
• When the UL SINR level becomes high enough, above another operator defined UL SINR level, UE
is commanded to use CP-OFDM waveform for PUSCH transmission requested by DCI 0_1
• The switch between CP-OFDM and DFT-S-OFDM and vice versa is signaled to the UE terminal by RRC
Reconfiguration procedure
DCI 0_1 DCI 0_0 DCI 0_1 DCI 0_0 DCI 0_1
• With DFT-S-OFDM it is expected that PUSCH coverage is improved by about 1.5-2dB; as result
retainability of ongoing call can be improved from UE UL coverage POV
• On the other side to fulfill a given UL SINR requirements by UEs located at the cell edge, less
transmitting power is needed what has positive impact on battery life
• At cell edge, UEs transmitting with DFT-S-OFDM are using π/2 BPSK modulation for MCS0 and MCS1,
instead of QPSK modulation; the cost of improved PUSCH coverage can be UL throughput degradation
for UEs at the cell edge due to less efficient modulation used
• 1 symbol of π/2 BPSK modulation reflects 1 bit
• 1 symbol of QPSK modulation reflects 2 bits
Before After
• Support of DFT-S-OFDM for PUSCH, introduced • The feature CB007781 is porting feature
by 5GC000545 applies for: 5GC000545 to ABIL for FR1 FDD for both 5G
• ABIO NSA and 5G SA
• 5G NSA and 5G SA
• FR1 TDD and FR1 FDD
Then Nokia gNB considers the UE as not eligible for PUSCH Transform
Precoding
In practice UE terminals not supporting DFT-S-OFDM are those with QC software release
SDX50 1.0 or 1.1 and SDX55 1.0 or 1.1
No
Measured SINR < TP On SiNR Thr
Transform Yes
Counter > 100
Precoding
(Hardcoded) No
20
DISABLED © 2022 Nokia
RA50090-V-22R1
Configuration Management
Feature activation
• For UE in RRC Connected mode, after initial access phase, if DFT-s-OFDM is activated and the UL SINR
of the UE measured by the gNB is below the level defined by parameter value
NRBTS.NRCELL.ulTransPrecodeCtl.ulTransPrecodeOnSinrThresh, then the UE is reconfigured with uplink
transform precoding enabled
• Waveform for UL transfer is reconfigured from CP-OFDM to DFT-S-OFDM
• For UE in RRC Connected mode, if DFT-s-OFDM is activated and the UL SINR of the UE measured by
gNB is greater than or equal to the level defined by parameter value
NRBTS.NRCELL.ulTransPrecodeCtl.ulTransPrecodeOffSinrThresh, then the UE is configured with uplink
transform precoding disabled
• Waveform for UL transfer is reconfigured from DFT-S-OFDM to CP-OFDM
• If set to true and UE capabilities support π/2 BPSK modulation, then π/2 BPSK modulation is
selected for MCS0 and MCS1 for PUSCH transfer
• If set to true but UE capabilities do not support π/2 BPSK modulation, then QPSK modulation is
selected for MCS0 and MCS1 for PUSCH transfer
• If set to false, any kind of UE uses QPSK modulation for MCS0 and MCS1 for PUSCH transfer
• Power Boost on π/2 BPSK only works on selected TDD FR1 bands defined by 3GPP; as result this
function is 5GC000545 specific and not aplicable to CB007781
NRBTS.NRCELL.ulTransPrecodeCtl.ulT Default value; SINR level above which PUSCH is transmitted with CP-
3.5dB
ransPrecodeOffSinrThresh OFDM
Scenario Power boosting for π/2 BPSK modulation for DFT-S-OFDM for PUSCH
Scenario provides parameter settings to enhance operation of DFT-S-OFDM waveform for
PUSCH transmission with π/2 BPSK modulation for MCSO/MCS1 by additional power
boosting
Description
Keep in mind that UE terminal capability need to support power boosting for π/2 BPSK
modulation for DFT-S-OFDM for PUSCH; this option is only possible for selected FR1 TDD
bands
Parameter name Parameter value Explanation
Default value; Recommended value is false because there is a risk to
NRBTS.NRCELL.ulTransPrecodeCtl.ulTra insert increased level of interferences by UEs with power boosting;
false
nsPrePi2BpskPwrBoost value true should be set carefully first on few sites and the impact
should be observed by operator
1) Number of PUSCH transmission per waveform, per MCS table, per MCS (112 new counters)
2) Volume of PUSCH transmission per waveform, per MCS table, per MCS (56 new counters)
3) Number of PUSCH transmission in Rank 1 with DFT-S-OFDM using PMI 0…5 (6 new counters)
1) M55302C06000…27 PUSCH_DFT_INI_64TBL_MCS_xx
3) M55302C09000…27 PUSCH_DFT_SUCC_ANY_64TBL_MCS_xx
4) M55302C07000…27 PUSCH_DFT_UNSUCC_64TBL_MCS_xx
5) M55304C07000…27 PUSCH_DFT_INI_VOL_64TBL_MCS_xx
2 x 28=56 new counters per CELL
6) M55304C08000…27 PUSCH_DFT_INRE_VOL_64TBL_MC_xx
29 © Nokia
29 RA50090-V-22R1 © 2022 Nokia
Introduction
Recap on 5G21B 5GC001118 256 QAM for PUSCH
• The feature extends the supported modulation schemes
in UL to include support of 256QAM for PUSCH.
• The modulation scheme is supported for UEs with
required capabilities.
SINR
• The functionality is supported NSA and SA, FDD (FR1)
and TDD deployments (FR1) at classic deployment.
• Only ABIO card supports the feature (ABIL support
planned for the future).
256QAM in UL
• Both CPRI (FDD) and eCPRI (TDD) radio units are capable UE
supported
• The feature can be enabled/ disabled per cell by an
operator configurable parameter NRCELL.actUl256Qam.
Before After
5GC001118: 5GC001118:
• UE 256QAM capable could transfer data with • UE 256QAM capable can use 256QAM
64QAM max in UL direction modulation in UL direction
• Higher UE peak throughput achieved
Before After
CB007797: CB007797:
• UE 256QAM capable could transfer data with • UE 256QAM capable could transfer data with
256QAM in UL direction on ABIO only 256QAM in UL direction on ABIO and ABIL (FDD
variant only)
48
via RRCConnectionReconfiguration
2_QPSK 2 193 0.3770 2_QPSK 2 308 0.6016
3_QPSK 2 251 0.4902 3_QPSK 2 449 0.8770
message
4_QPSK 2 308 0.6016 4_QPSK 2 602 1.1758
5_QPSK 2 379 0.7402 5_16QAM 4 378 1.4766
6_QPSK 2 449 0.8770 6_16QAM 4 434 1.6953
7_QPSK 2 526 1.0273 7_16QAM 4 490 1.9141
• Dynamic reconfiguration procedure 8_QPSK
9_QPSK
2
2
602
679
1.1758
1.3262
8_16QAM
9_16QAM
4
4
553
616
2.1602
2.4063
(256QAM table <-> 64QAM table) is not 10_16QAM
11_16QAM
4
4
340
378
1.3281
1.4766
10_16QAM
11_64QAM
4
6
658
466
2.5703
2.7305
a scope of this feature. 12_16QAM
13_16QAM
4
4
434
490
1.6953
1.9141
12_64QAM
13_64QAM
6
6
517
567
3.0293
3.3223
14_16QAM 4 553 2.1602 14_64QAM 6 616 3.6094
• 256QAM table is punctured comparing 15_16QAM
16_16QAM
4
4
616
658
2.4063
2.5703
15_64QAM
16_64QAM
6
6
666
719
3.9023
4.2129
to 64QAM to leave a space for a higher 17_64QAM
18_64QAM
6
6
438
466
2.5664
2.7305
17_64QAM
18_64QAM
6
6
772
822
4.5234
4.8164
modulation order. 19_64QAM
20_64QAM
6
6
517
567
3.0293
3.3223
19_64QAM
20_256QAM
6
8
873
683
5.1152
5.3320
21_64QAM 6 616 3.6094 21_256QAM 8 711 5.5547
• 256QAM brings more efficient MCS 22_64QAM
23_64QAM
6
6
666
719
3.9023
4.2129
22_256QAM
23_256QAM
8
8
754
797
5.8906
6.2266
24_64QAM 6 772 4.5234 24_256QAM 8 841 6.5703
25_64QAM 6 822 4.8164 25_256QAM 8 885 6.9141
26_64QAM 6 873 5.1152 26_256QAM 8 917 7.1602
27_64QAM 6 910 5.3320 27_256QAM 8 948 7.4063
28_64QAM 6 948 5.5547 28_QPSK 2 reserved
29_QPSK 2 reserved 29_16QAM 4 reserved
30_16QAM 4 reserved 30_64QAM 6 reserved
31_64QAM 6 reserved 31_256QAM 8 reserved
3GPP 38.214
• 5GC001118 256 QAM for PUSCH interacts with 5GC000545 DFT-s-OFDM for PUSCH
• Whenever UE is 256 QAM eligible and 5GC001118 is activated, UE will be configured with 256 MCS table
• Since 5GC000545 is mainly coverage enhancement, there is no need to use the 256QAM MCS table for
Transform Precoding
• When both features are activated, and radio conditions get worse, 5GC001118 follows 5GC000545 and
thus continues to use only the Transform Precoding specific 64QAM MCS table
– SINR value is used as a criteria
• When radio condition are better, system switches back to CP OFDM (256 QAM MCS table)
Default
Abbreviated name Full name Description Range and step
value
3) M55302C13000…27 PUSCH_CP_SUCC_INI_256TBL_MCSxx
4) M55302C14000…27 PUSCH_CP_SUCC_ANY_256TBL_MCSxx
5) M55303C22000…27 PUSCH_CP_RANK1_256TBL_MCS_xx
NR UL Signal Quality (2 x 28 new counters per CELL)
6) M55303C23000…27 PUSCH_CP_Rank2_256TBL_MCS_xx
7) M55304C09000…27 PUSCH_CP_INI_VOL_256TBL_MCSxx
NR MAC PDU Throughput (2 x 28 new counters per CELL)
8) M55304C10000…27 PUSCH_CP_INRE_VOL_256TBL_MCSxx
Total: 224 new counters
41 © Nokia
41 RA50090-V-22R1 © 2022 Nokia
Introduction
Refresher: Demodulation Reference Signal DMRS
Uplink DMRS
Type 1 is denser in the frequency domain, while type 2 Higher number of orthogonal DMRS ports but lower DMRS density (less
trades the frequency-domain density for a larger sensitivity) and less accurate estimation in case of highly frequency
multiplexing capacity. selective channel
PUSCH DMRS
PUSCH dat a
Mapping type A
• DMRS is mapped relative to the start of the slot boundary
(slot-based allocation), regardless of where in the slot the actual data
transmission starts. Uplink Data (PUSCH)
Before CB007782: DMRS support for PDSCH Mapping type A and PUSCH
Mapping type B was provided.
Example:
Uplink DMRS: Even subcarriers, OCC 1
UL slot configuration 69/39
Uplink DMRS: Even subcarriers, OCC 2
start.
Before After
• In case of 2 antenna ports in use, half of • 22R1 CB007782 introduces PUSCH DMRS FDM
subcarriers in DMRS symbol row remains unused. functionality for UL TDD and FDD FR1 with ABIL
• It applies to both, single Front Loaded (FL) DMRS HW.
and additional DMRS case (5GC001347). • PUSCH mapping type A is introduced, together
with mixed estimation algorithm.
• Only mapping type B was supported for PUSCH • UL throughput gain due to FDM can be achieved,
• PUSCH DMRS FDM was allowed for ABIO only now also for ABIL
• Mapping type A allows for better performance at
high speeds due to shorter DMRS – data distance
and better channel estimation. Also, SRS handling
with Long PUCCH and aperiodic CSI are also
optimized with mapping type A.
Uplink DMRS
Uplink DMRS
• PUSCH and DMRS FDM for both PUSCH mapping type A and mapping type B
• 0 or 1 additional DMRS for data PUSCH scheduled by DCI 0_1,
and 2 additional DMRS for PUSCH scheduled by DCI 0_0 (msg3)
• dmrs-TypeA-Position equals 2 or 3 (configuration is common for PUSCH & PDSCH mapping type A )
• Phase Tracking Reference signals PTRS on or off,
• PTRSs are optionally used for phase estimation to compensate clock error.
Technical Details
TDD FR1 0 1 2 3 4 5 6 7 8 9 10 11 12 13
69/ 39 -> (S, L) = (0, 11) Ud Ud Ud Um Ud Ud Ud Ud Ud Um Ud Sr Uc Uc
DMRS configuration for PUSCH Mapping type A 55/ 32/ C5 -> (S, L) = (0, 12) Ud Ud Ud Um Ud Ud Ud Ud Ud Um Ud Ud Sr Uc
Uplink DMRS
55/ 32/ C5 -> (S, L) = (0, 12) Ud Ud Ud Um Ud Ud Ud Ud Ud Ud Ud Ud Sr Uc
Uplink Control (PUCCH)
Counterpart feature for DL: 5GC002015 for TDD FR1 & FR2 and
5GC002535 for FDD FR1 (5G20B)
Uplink DMRS
58 RA50090-V-22R1 © 2022 Nokia
CB006062 FDM of DMRS and PUSCH Data in UL
Feature in brief
• The feature introduces the frequency domain multiplexing (FDM)
for DMRS and PUSCH data in one OFDM symbol for all 5G FR1 cells
(FDD & TDD).
• It allows to improve UL PUSCH throughput.
• The functionality is restricted to up to 2 layers transmission
per UE i.e., 2x2 SU MIMO.
• DMRS FDM is dynamically decided by gNB, depending on current rank and
MCS,
• When MCS is below the MCS threshold (bad coverage, cell edge users),
FDM is not activated and since every second OFDM subcarrier in DMRS symbols
column does not carry any data, the DMRS can be power boosted by 3dB (by
default, even before the feature) assuring better demodulation performance,
• Above the MCS threshold, i.e., when UE is closer to the gNB with better SINR, then
the 3dB power boost for the DMRS can be omitted in order to achieve higher
throughput gains with FDM. Uplink Control (PUCCH)
Uplink DMRS
59 RA50090-V-22R1 © 2022 Nokia
CB006062 FDM of DMRS and PUSCH Data in UL
Power allocation for PUSCH and DMRS
• The drawback of the data and DMRS FDM is the PUSCH DMRS power reduction - all
the resources in the DMRS symbol row are used for PUSCH and DMRS FDM, hence
there is no power left for DMRS power boosting.
• The DMRS power reduction leads to a higher required SINR for same MCS compared
to no-FDM case.
• To avoid the negative impact, FDM of DMRS and PUSCH should be applied only for
higher MCS expected to work in good SINR conditions.
• FDM of DMRS and PUSCH will be decided by gNB based on the MCS thresholds,
defined separately for 64 and 256QAM tables, (providing that feature activation flag is
set).
• This approach assumes that the 3dB power boosting without FDM is more useful for coverage
hence to be limited to low MCS.
• For high MCS, demodulation performance is not any more sensitive to the DMRS power but
more for coding rate and modulation order.
• For single DMRS configuration with 14 PUSCH symbols (including DMRS) and long PUCCH
the 156 RE limit is already reached without FDM (i.e. 13 * 12), hence same TBS with and without
PUSCH DMRS FDM can be allocated. It means that there will be no gain in peak TP with FDM
for such a case. PUSCH allocations with 13, 12 or 11 symbols, e.g., with additional DMRS or SRS would benefit
from DMRS FDM.
(S, L) = (0, 14), 1DMRS (S, L) = (0, 14), 2DMRS (S, L) = (0, 13), 1DMRS, SRS
noFDM:12x12=144 RE noFDM:12x12=144 RE
12x13=156 RE
FDM:(12x12) +12=156 RE FDM:(12x12) +6=150 RE PUSCH DMRS
PUSCH data
SRS
0 1 2 3 4 5 6 7 8 9 10 11 12 13 0 1 2 3 4 5 6 7 8 9 10 11 12 13
0 1 2 3 4 5 6 7 8 9 10 11 12 13
Uplink DMRS
Maximum cell average throughput gain in UL due to PUSCH and DMRS FDM • FDM of PUSCH and DMRS can improve maximum
Additional DMRS UL cell throughput and peak UE throughput for
Frame configuration
up to 2 layers transmission.
PUCCH configuration
no yes
4.1% 11.4%
Effective throughput gain on the cell/UE level
short PUCCH
Source: NRdim tool
TDD 5GC001208
long PUCCH 0.0% 9.5%
•
short PUCCH 4.1% 11.4%
depends on the frame configuration.
TDD 5GC001070
long PUCCH 0.0% 9.5%
short PUCCH 4.1% 11.5%
TDD 5GC001116
long PUCCH 0.0% 9.5%
Note: presented gains are given for illustrative purposes
5.2% 11.8%
only, since dynamic effects of the real network are not
short PUCCH
FDD 5GC00836/1095
0.0% 9.8%
considered here, e.g., MCS variation or dynamic selection
long PUCCH
Calculations based on NR Dim tool reference configurations (status of of FDM by gNB. They should be rather treated as an upper
22.06.2021), short PUCCH with 2 symbols, 64QAM, PTRS disabled bound.
67 © Nokia
67 RA50090-V-22R1 © 2022 Nokia
Introduction
CB007462 Extended FR2 cell range
• FR2 cell has to use PRACH format C2 and 120kHz SCS. The cell range
extension is achieved by adjusting the RACH receiver window processing
38.211 Table 6.3.3.2-4: Random access configurations for FR2 and unpaired spectrum
Before After
• Range of PRACH format C2 with TDD FR2 • After CB007462 feature is activated, range
deployments was limited to ~1.16km of PRACH format C2 with TDD FR2
deployments can be extended up to
~2.3km
NOTE: The final range of the cell strongly depends on the deployment area (propagation model) and
UE/FWA user link budget as well as the maximum transmission power of a used carrier. This feature
assumes cell range is not restricted by these items.
NRCELL: tddFrameStructure.guardPeriodLength This parameter defines the length in the OFDM symbols of the guard
2 (2 symbols)
period.
175, 177, 178, 182, 185, One of following values for PRACH Configuration Index should be
NRCELL: prachConfigurationIndex
187, 196 configured.
NRCELL:zeroCorrelationZoneConfig is enforced to be 0, as a result of
NRCELL: zeroCorrelationZoneConfig 0 that root sequence re-use factor is low, what shall be taken into
consideration during network planning.
2) RA_ATT_DED_PRMBL_SSB_00 (M55306C02001)
Separate counter for RA setup attempts for dedicated preambles corresponding
each SSB beam. to SSB beam from 0 to 63
RA_ATT_DED_PRMBL_SSB_63 (M55306C02064)
75 RA50090-V-22R1 © 2022 Nokia
CB007462 Performance Executive Summary
Capacity and Performance impact
DL UL
User Peak Rate NO NO
Cell Throughput ▲▼ YES(S) ▲▼ YES(S)
Cell Edge User Throughput NO NO
Maximum Cell Range ▲ YES(I) ▲ YES(I)
Maximum # of RRC Conn
▲▼ YES(S)
users/cell
E2E Delay NO NO
Accessibility ▲▼ YES(S)
Retainability ▲▼ YES(S)
Power Consumption ▼ YES(S)
Others NO
77 © Nokia
77 RA50090-V-22R1 © 2022 Nokia
Aperiodic CSI reporting on PUSCH evolution
5G21B 22R1-5G
5GC001817 CB008131
Aperiodic CSI reporting on Aperiodic CSI reporting for FR1
PUSCH for non-beamforming CA deployments with FDD as
FDD cells PCell
CB007220 CB007798
Aperiodic CSI reporting on Aperiodic CSI reporting on
PUSCH for beamforming FR1 PUSCH for non-beamforming
TDD cells FDD cells - ABIL
• Up to 5G21A UEs could only report CSI (Channel Status Information) periodically
– controlled by NRCELLGRP.csiReportPeriodicity parameter
• Each RRC Connected UE requires PUCCH resources assigned for Periodic CSI
– For this reason, to maximize the number of supported RRC Connected UEs it is beneficial to set
the periodicity to high values
– The downside of this is gNB may hold less accurate measurements for UEs in fast changing radio
conditions reducing effectiveness of Link Adaptation algorithms
20 ms CSI-
CSI-
RS RS
Measurement
Periodic CSI
CSI-RS
Report
NRCELLGRP.csiReportPeriodicity = 160 ms
• NSA and SA (or SA+NSA) modes • In 5G21B functionality is available only on ABIO
• FR1 FDD (no beamforming) and FR1 TDD with • From 22R1 functionality is also available for FDD
beamforming (i.e., when 5GC002200 is no beamforming deployments on ABIL
activated) (CB007798)
• Up to 8 SSB beams are supported in FR1 TDD
mode • TDD non-beamforming and beamforming
• Semi-static frame pattern (only applicable to deployments without cell specific CSI-RS are not
TDD): covered with this features
- as given by the 5GC001116 / 5GC1208 / 5GC1070 • FR2 deployments are not in the scope of this
feature bundle feature
• All supported FDD/TDD bandwidths in 5G21A • CB007220 (A-CSI reporting on PUSCH for TDD
can have A-CSI enabled FR1 Beamforming cells) is supported only in
configurations with eCPRI
Before After
SCell
P(S)Cell SCell
Periodic CSI
Periodic CSI
Aperiodic CSI
SA SA/NSA
Range and
Abbreviated name Full name Description Default
step
92 © Nokia
92 RA50090-V-22R1 © 2022 Nokia
SA + NSA
CB007552: Management of UE Bandwidth Capabilities
Before After
• Only one Dedicated BWP for the cell can • Two Dedicated BWPs may be
be configured configured – one Small and one Large
• Accordingly UEs with limited BW size • This solution provides better
capabilities, cannot connect to cell accessibility to cell, for UEs who’s
capability does not allow operation at
full cell BW
• Prior to 22R1, it was only possible to configure the Initial Dedicated BWP = NR Cell size
and Dedicated BWP profiles
Full Channel Bandwidth of the cell
– Initial BWP is used as first active BWP until UE
capabilities are known to assure entered UE can be
For SA,
served* (For NSA, the Initial BWP must be
configured, but it is not used) • Initial access is always performed using initial BWP
– UE switches to Dedicated BWP when it is known that • Initial DL BWP, UL BWP is defined in SIB1 (SA only)
it supports full cell BW size. • Random access resources are defined in initial UL BWP (SA only)
• Initial BWP and Dedicated BWP overlap and Dedicated • Dedicated signalling is used to provide the CONNECTED mode BWP
BWP is equal to the cell bandwidth size configuration to UE
• UE can be configured only with a one active BWP at a given • For NR SA, RRCSetup - message is sent to UE with the MCG
configuration
time
• UE switches to using the Dedicated BWP after random access
• BWP is a core functionality of NR and plays a role in several
completion (SA only)
important procedures such as:
For NSA:
– Initial access uses selected part of BW (initial BWP)
• Initial BWP gets configured but never used in the Nokia
to access the cell
implementation
– HO require performing RA in the BWP indicated by
• UE directly uses the dedicated BWP (BWP 1) as this gets activated
network immediately with the configuration of both BWPs. (Signalled via RRC)
• Large Dedicated BWP has same bandwidth as spectrum carrier (recommended in Nokia)
• Note that this feature supports only FR1 BWs (FR2 is not supported)
absoluteFrequencySSB
• For all BWPs, common components are; SSB, CSI-RS,
CORESET0, PRACH, PDCCH to support UE with different
GSCN/
BW capabilities Cell Large dedicated
Chann
NR-arfcn
…
DL = Full
• For UE not supporting Large Dedicated BWP, the small d- el BW
Bandwidth
BWP is configurable same as in legacy solution (large BWP)
CoreSet#0
CoreSet#0
CoreSet#0
SSB/PBCH
• Feature is not compatible with DSS, PRB Blanking and
Short PUCCH (Long PUCCH needs to be enabled) in same
cell offsetTo
PointA
PRB
• Same PRACH resources are used by all UL BWPs BWP BWP Initial PUCCH (Msg 4 AN)
• The PUCCH areas are aggregated and placed at the PUSCH (Msg3)
bottom edge of the carrier BW and are included in Reserved
the small BWP
- PRACH/PUSCH are in the other PRB, above As the Initial BWP is the same
size as Small d-BWP (same
PUCCH in frequency domain number of PRBs) the PUSCH
in initial BWP for Msg3 needs
- UL scheduler uses PUSCH resources from both cannot be reserved for PUCCH
in d-BWP.
Small and Large BWPs Hence, PRBs that cannot be
used are described in the
- UL scheduler assigns UL resources to UE diagram as Reserved
according to their configured BWP in a manner
maximizing resource utilization and maximizing
peak throughput for both Dedicated BWPs - small PRB
and large
OFDM-Symbols
• For Handover, the UE performs Random Access directly to d-BWP, (and doesn’t switch BWP from Initial to Dedicated after
Random Access as happens from idle to connected mode)
– During handover when UEs capabilities are known there is no switching from small dedicated BWP to large dedicated
BWP for capable UE – the supported BWP is configured
– It is assumed that the UE does BWP switching at the beginning of the handover (i.e. before performing RA towards the
target cell) and there will be NO data interruption after RA)
– After enabling CB007552, mobility procedures will be possible as in below presented scenarios:
Reconfigure Small BWP during NRcell1 (source cell) NRcell2 (target cell)
BWP 1 BWP 4 Introduced with CB007552
HO to Large BWP
Reconfigure Small BWP during NRcell1 (source cell) NRcell2 (target cell)
BWP 1 BWP 1
Introduced with CB007552
HO to Small BWP
Reconfigure Large BWP during NRcell1 (source cell) NRcell2 (target cell)
BWP 4 BWP 1
Introduced with CB007552
HO to Small BWP
Reconfigure Large BWP during NRcell1 (source cell) NRcell2 (target cell)
BWP 4 BWP 4
Legacy behaviour
HO to Large BWP
NR band
• When Carrier Aggregation is configured on UE and UE doesn’t support the full size BW of the cell Pcell, the Small
BWP may be used in the cell
• When UE is configured with CA, the UE CA bandwidth capabilities are analyzed with consideration of contiguous
carriers in case of smaller BWP usage
• Depending on position of small BWP, the contiguous CA may not be possible due to nominal channel spacing
requirements and limitation of CB007552 for intra-band contiguous CA (3GPP 38.104 5.4.1.1)
104 © Nokia
104 RA50090-V-22R1 © 2022 Nokia
SA
5GC000937: UE power saving: Dynamic BWP adaptation for TDD FR1
Before After
UE carrier bandwidth
large bandwidth size (often configured with full carrier
bandwidth size) and a “power saving BWP” with a
narrow bandwidth size.
Cell
NR-arfcn
• BWP switching from full Cell BW to Power saving Channel
BW
BWP is entirely based on DCI (not using BWP
inactivityTimer)
Dedicated
• Full BWP and Power saving BWP have the same
FrequencySSB
BWP
SSB/PBCH
Type=
Absolute
values of K0, and PDDCH periodicity
offsetToPointA
GSCN
Power
Saving
Dedicated BWP
• 3GPP allows support of up to 4 BWPs
Carrier PDSCH
BW /
PUSCH
PRB0 of
the BWP
offsetToCarrier
Point A :
UE carrier bandwidth
dedicated), where 1 dedicated BWP is power saving.
• SSB/PBCH needs to be inside Power Saving BWP
• Manual reconfiguration of NRCELL.gscnOrSsPbchArfcn Cell
NR-arfcn Channel
may be required to fit it into power saving BWP if values BW
other than 0,1 or 2 are used
• Otherwise gNB will automatically adapt GSCN to fit
SSB/PBCH block in power saving BWP Dedicated
PbchArfcn
BWP
gscnOrSs
SSB/PBCH
offsetToPointA
Type=
• It also required that starting CRB of power saving BWP must Power
Saving
be set to CRB0 (cRbStartDl/Ul == crb0) due to change in
PUCCH resource allocation Min Cell CRB0
NR-arfcn
Point A or absoluteFrequencypointA:
subcarrier 0 of Common Resource Block 0 (CRB0)
• In UL with 5GC000937 enabled, all long PUCCH PRBs are reserved at bottom edge of the spectrum
• Due to such PUCCH allocation - starting CRB must be set to CRB0 (cRbStartDl/Ul == crb0)
• Number of reserved PRBs for PUCCH is not affected by switching between BWPs
SR
HARQ ACK/NACK
pCSI
• BWP switch is performed according to the DCI- IE/Group Name Presence Range/Type
Phy-ParametersCommon SEQUENCE
based BWP switch procedure > semiStaticHARQ-ACK-Codebook O supported
• Feature only applies to UEs with sufficient > spatialBundlingHARQ-ACK O supported
…….
capabilities for performing this procedure (whether > dynamicHARQ-ACK-CodeB-CBG- O supported
the UE supports the DCI-based BWP switch) Retx-DL
• Following UE-NR Capability information elements > rateMatchingResrcSetSemi-Static O supported
> rateMatchingResrcSetDynamic O supported
(IE) are used by the 5GC000937 : > bwp-SwitchingDelay O type1, type2
• Phy-ParametersCommon - is used to convey > ... O
> dummy O supported
the physical layer capabilities
> maxNumberSearchSpaces O n10
• bwp-SwitchingDelay - defines whether the > rateMatchingCtrlResrcSetDynamic O supported
UE supports DCI and timer based active > maxLayersMIMO-Indication O Supported
………
BWP switching delay type1 or type2
specified in clause 8.6.2 of TS 38.133. It is
mandatory to report type 1 or type 2.
BWPs) with the same numerology, via DCI > pusch-256QAM O supported
• UL and DL data / DL buffer emptiness thresholds and measurement period are configured via following
parameters under NRBTS.powerSavingBwpSwitching parameter structure:
Parameters Defaults
dlRateThresholdToPsBwp /dlRateThresholdFromPsBwp - 30kbits/s ,35 kbits/s
DL thresholds for switching into/from power saving BWP
ulRateThresholdVoNRToPsBwp /ulRateThresholdVoNRFromPsBwp – 30kbits/s ,35 kbits/s
UL thresholds for switching into/from power saving BWP for VoNR users
ulRateThresholdNoVoNRToPsBwp /ulRateThresholdNoVoNRFromPsBwp – 5kbits/s, 10kits/s
UL thresholds for switching into/from power saving BWP for non-VoNR users
dlBufferEmptyRatioToPsBwp /dlBufferEmptyRatioFromPsBwp - DL buffer emptiness 90% , 40%
thresholds for switching into/from power saving BWP
ulBufferEmptyRatioToPsBwp /ulBufferEmptyRatioFromPsBwp - UL buffer emptiness 90%, 40%
thresholds for switching into/from power saving BWP
measurementDurationToPsBwp / measurementDurationFromPsBwp – averaging period 160ms, 40ms
for switching into/from power saving BWP
• Following conditions need to be fulfilled by UE to to switch from large dedicated BWP to power saving BWP:
• Average throughput and buffer emptiness are checked every slot during
averaging period
Time
1 2 3
NRBTS: measurementDurationToPsBwp
Average DL throughput (after averaging)
Structure: powerSavingBwpSwitching
averaging period for switching into power saving BWP Average DL throughput (current value)
160…640ms Buffer emptiness (after averaging)
Default: 160ms
Threshold values
Time
1 2 3
measurementDurationFromPsBwp averaging period for switching from power saving BWP powerSavingBwpSwitching NRBTS
126 © Nokia
126 RA50090-V-22R1 © 2022 Nokia
5GC000884 Uplink closed loop power control
Introduction - OLPC
• Power Control is a mechanism designed in order Too high Tx power
to adjust UE Tx to the current radio conditions
and network configuration. Optimal Tx power
• Before 22R1 only Open Loop Power Control was
available in 5G. Too low Tx power
• OLPC is a cell-oriented mechanism, which
means that gNB shares the same power control
settings with all UEs and leaves to them their
own power control without focusing on each of
them.
• With OLPC, power level adjustment is calculated
by the UE based on downlink path loss
estimation.
• This type of power control can compensate for
long-term channel variations (such as path
losses) but it typically suffers from errors in UE
specific path loss measurements which may
cause incorrect power adjustment.
• With OLPC, all UEs in the cell try to adjust their transmission power according to
the current radio conditions and OLPC network parameter settings but without
receiving any feedback from gNB.
4 UE UL Transmission
UE adjusts the UL transmit power
based on network configuration
and received TPC command 3
TPC command is send to UE via DCI
INPUT
• UL Tx power modification instructions are sent to individual UE via TPC
commands as part of DCI messages.
• Functionality applies to classical gNB and FR1.
CLPC
• This feature is applicable for:
• Both CPRI and eCPRI
• Both BF and non-BF
• Both SA and NSA mode
• FR1-TDD and FR1-FDD
• ASIL, ABIL, ABIO and small cell.
• No specific (optional) UE capability is required
OUTPUT
• High power UEs are supported.
• 5GC000884 feature activation has the following benefits:
• UL Tx power optimization
• Interference control
• UL throughput improvement Dedicated TPC
commands for
individual UE
131 RA50090-V-22R1 © 2022 Nokia
5GC000884 Uplink closed loop power control
Introduction
• 5G UL closed loop power control is applied on the following: NRCELL: actUlClosedLoopPwrCtrl
• Physical Uplink Control Channel (PUCCH) Activate UL closed loop power control
• Physical Uplink Shared Channel (PUSCH) 0:disabled;
1:pucch;
• Sounding reference signal (SRS) 23:puschSrs;
123:pucchPuschSrs
Default: 0
• CLPC functionality activation is performed via parameter
NRBTS.NRCELL.actUlClosedLoopPwrCtrl which can
be set to:
• 0 – CLPC disabled
• 1 – CLPC for PUCCH only
• 23 – CLPC for PUSCH and SRS
• 123 – CLPC for PUCCH, PUSCH and SRS
• For SRS CLPC, gNB uses the same TPC command calculated for
PUSCH
NRCELL.ulPowerControlCommon.actUlOpenLoopPwrCtrl
• UE determines the Tx power of PUSCH on UL BW part b of carrier f in the primary cell c using PUSCH power control
adjustment state with index l in PUSCH transmission period i as follows:
• PUSCH power equation defined by the 3GPP is divided into two parts – Open Loop and Closed Loop part.
• Before 22R1-5G, Closed loop part was unused. It means that 𝑓𝑓𝑓𝑓,𝑐𝑐 (𝑖𝑖, 𝑙𝑙) was always equal to 0.
• With 5GC000884, 𝑓𝑓𝑓𝑓,𝑐𝑐 (𝑖𝑖, 𝑙𝑙) will be modified according to the received TPC command.
𝑃𝑃𝐶𝐶𝐶𝐶𝐶𝐶𝑋𝑋𝑓𝑓,𝑐𝑐 𝑖𝑖 ,
𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝐻𝐻𝑓𝑓,𝑐𝑐 𝑖𝑖, 𝑗𝑗, 𝑞𝑞𝑑𝑑 , 𝑙𝑙 = 𝑚𝑚𝑚𝑚𝑚𝑚 � 𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃
𝑃𝑃0𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝐻𝐻 𝑗𝑗 + 10 log10 2𝜇𝜇 ∗ 𝑀𝑀𝑅𝑅𝐵𝐵𝑓𝑓,𝑐𝑐
𝑖𝑖 + 𝛼𝛼𝑓𝑓,𝑐𝑐 𝑗𝑗 ∗ 𝑃𝑃𝐿𝐿𝑓𝑓,𝑐𝑐 𝑞𝑞𝑑𝑑 + ∆ 𝑇𝑇𝐹𝐹𝑓𝑓,𝑐𝑐 𝑖𝑖 + 𝑓𝑓𝑓𝑓,𝑐𝑐 (𝑖𝑖, 𝑙𝑙)
𝑓𝑓,𝑐𝑐
5 TPC preparation
• First step in the PUSCH CLPC procedure is to calculate the PUSCH pathloss.
• UL pathloss is a difference between the current UE’s PUSCH transmission power and the UL receive power
detected by the gNB.
• With 5GC000884, the UE’s PUSCH transmission is evaluated based on the type 1 PHR received
continuously with the data stream in UL.
• Periodicity of PHR depends on parameter configuration: MRBTS.NRBTS.phrConfig.tPeriodicPhr
• UL pathloss for individual UE is calculated as follows: NRULCLPC_PROFILE: refPathloss
• In the case of no PHR received during the expected period, the UL pathloss is defined by configurable
Reference pathloss
parameter NRBTS.NRULCLPC_PROFILE.clpcPusch.refPathloss. parent: clpcPusch
38...162, step 1
Default: 134
𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃
𝑈𝑈𝑈𝑈 𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃 𝑖𝑖 = 𝑃𝑃𝐶𝐶𝐶𝐶𝐶𝐶𝐶𝐶,𝑓𝑓,𝑐𝑐 − max 0, 𝑃𝑃𝑃𝑃𝑡𝑡𝑡𝑡𝑡𝑡𝑡𝑡𝑡,𝑓𝑓,𝑐𝑐 𝑖𝑖, 𝑗𝑗, 𝑞𝑞𝑑𝑑 , 𝑙𝑙 − 10𝑙𝑙𝑙𝑙𝑙𝑙10 𝑀𝑀𝑅𝑅𝑅𝑅,𝑓𝑓,𝑐𝑐 𝑖𝑖 − 𝑟𝑟𝑟𝑟𝑟𝑟𝑟𝑟𝑟𝑟𝑟𝑟𝑟𝑟 𝑖𝑖
Maximum UL Tx power which can Power Headroom calculated on Number of RBs for PUSCH PUSCH received power provided at
be transmitted on carrier f of the carrier f of the serving cell c. In case transmission on carrier f of the each slot where UE has sent data in
serving cell c when received PH is <=0, TPC serving cell c. UL.
command will be forced to 0.
• In order to adjust UE PUSCH power correctly, gNB needs to take interference and noise level into consideration.
• Interference and noise (I+N) power is estimated using DMRS associated with each UE.
• I+N power for a certain scheduled UE is reported only for allocated PRBs in each slot.
• For CLPC Interference and noise level is reported for each slot and averaged over a configurable period as follows:
NRULCLPC_PROFILE:
Term “i” is the slot index. interferAveMeasPeriod
Averaging period of interference level
parent: clpcPusch
1:0dot1s;2:0dot2s;4:0dot4s;
𝑥𝑥=𝑖𝑖 5:0dot5s;8:0dot8s;10:1s;20:2s; 50:5s;
1 100:10s; 150:15s; 200:20s; 300:30s;
𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝑒𝑒𝑎𝑎𝑎𝑎𝑒𝑒𝑃𝑃𝑃𝑃𝑃𝑃 𝑖𝑖 = ∗ � 𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝐼𝑒𝑒𝑃𝑃𝑃𝑃𝑃𝑃 𝑥𝑥 [𝑑𝑑𝑑𝑑𝑑𝑑] 600:60s; 1200:120s; 1800:180s;
𝑆𝑆 3000:300s; 6000:600s; 12000:1200s;
𝑥𝑥=𝑖𝑖−𝑆𝑆 18000:1800s; 36000:3600s
Default: 1
• Whenever UE pathloss or interference for PUSCH is updated, gNB calculates corresponding SINR target:
Values introduced with 5GC000510 Uplink open loop power control, defined by configurable UL pathloss value,
Interference, determined
parameters: NRBTS.NRCELL.ulPowerControlCommon.p0NominalPusch determined on the
on the previous step
NRBTS.NRCELL.ulPowerControlCommon.alpha previous step
Factor related to SCS and effective Factor related to the number of 𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃 can be configured by NIDD parameter
BW of single PRB. antennas in the cell. NRBTS.NRULCLPC_PROFILE.clpcPusch.targetSinrOffset
Value corresponds to Where 𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑂𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃 can be set to a larger value for better cell throughput in
Value corresponds to 10log10( 15 )
𝑆𝑆𝑆𝑆𝑆𝑆
10log10(# 𝑜𝑜𝑜𝑜 𝑅𝑅𝑅𝑅 𝑎𝑎𝑎𝑎𝑎𝑎𝑎𝑎𝑎𝑎𝑎𝑎𝑎𝑎𝑎𝑎) cell center. But it may introduce a higher interference for neighbor cell.
NRULCLPC_PROFILE: targetSinrOffset
Target SINR offset for PUSCH
parent: clpcPusch
-15...15, step 0.1
Default: 0
Maximum SINR value defined with configurable Minimum SINR value defined with configurable
parameter: parameter:
NRBTS.NRULCLPC_PROFILE.clpcPusch.maxTargSinr NRBTS.NRULCLPC_PROFILE.clpcPusch.minTargSinr
This parameter allows to avoid situation where CLPC This parameter allows to avoid situation where CLPC
drives Target SINR−PUSCH above acceptable value. drives Target SINR−PUSCH below acceptable value.
Amplitude
comparing to noise
• In CLPC, the calculated SINR level is averaged over a sliding window level means better
with a period defined with the parameter SINR
Noise
NRBTS.NRULCLPC_PROFILE.clpcPusch.sinrAveMeasSamples
• With higher window duration of averaging window, received SINR will
be less fluctuant. NRULCLPC_PROFILE: sinrAveMeasSamples Frequency
Number of PUSCH data samples when averaging S in SINR
calculation for PUSCH
parent: clpcPusch
3...1000, step 1
Default: 10
NRULCLPC_PROFILE: tIntervalSinrUpd
• The 𝑆𝑆𝑆𝑆𝑆𝑆𝑅𝑅𝑈𝑈𝐸𝐸𝐴𝐴𝐴𝐴𝐴𝐴,𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃 value, will be passed to the TPC calculation only if Timer of SINR update for PUSCH
parent: clpcPusch
minimum 3 samples are available and the time interval between this 0:infinity; 10:10ms; 20:20ms;40:40ms;
60:60ms; 80:80ms; 100:100ms;
calculation and the second one is smaller than a given time threshold 200:200ms; 300:300ms; 500:500ms;
NRBTS.NRULCLPC_PROFILE.clpcPusch.tIntervalSinrUpd. 800:800ms; 1000:1000ms;
2000:2000ms; 3000:3000ms;
• Otherwise, TPC command is forced to 0dB. 4000:4000ms; 5000:5000ms
Default: 100
• When a PUSCH channel is already scheduled for UE, gNB determines the difference between an expected SINR
(𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑡𝑡𝑆𝑆𝑆𝑆𝑆𝑆𝑆𝑆−𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃 ) and a reached SINR in UL Tx (𝑆𝑆𝑆𝑆𝑆𝑆𝑅𝑅𝑈𝑈𝐸𝐸𝐴𝐴𝐴𝐴𝐴𝐴 ) as follows:
𝑆𝑆𝑆𝑆𝑆𝑆𝑅𝑅𝑈𝑈𝐸𝐸𝐴𝐴𝐴𝐴𝐴𝐴
SINR target value, determined in the previous step
𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑡𝑡𝑆𝑆𝑆𝑆𝑆𝑆𝑆𝑆 ∆𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃 = 𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑡𝑡𝑆𝑆𝑆𝑆𝑆𝑆𝑆𝑆−𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃 − 𝑆𝑆𝑆𝑆𝑆𝑆𝑅𝑅𝑈𝑈𝐸𝐸𝐴𝐴𝐴𝐴𝐴𝐴
UE reached SINR value, determined in the previous step
• Depending on the calculated ∆𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃 value, gNB determines the PUSCH TPC command by comparing ∆𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃𝑃 with 𝐷𝐷𝐷𝐷𝐷𝐷𝐷𝐷𝑎𝑎𝑆𝑆𝑆𝑆𝑆𝑆𝑆𝑆𝑆𝑆
thresholds.