256 QAM in Downlink
256 QAM in Downlink
NETWORK
ENGINEERING
LTE2479 - 256 QAM in downlink
LTE3073 – 256 QAM extensions
LTE3502/LTE3020 – 256 QAM in Downlink for Flexi Zone BTS on FDD-LTE/TD-
LTE SR001921 - LTE 18A new feature
LTE4064 - 256 QAM enhancements implementation in SRAN
LTE4054 – Dynamic Power Back-off
Network Engineering Information
• Doc ID: 5a55f32747230100125247da
• Version: 1.8
• Wojciech Wascinski
• Status: Approved
• 06-09-2018
• Please note that the NEI materials are for internal use only. If they shall be used as a source for
the customer presentation, it is mandatory to align the contents with the Product Management
and/or local sales teams at first!
• The results of simulations shown in this presentation are examples only. They demonstrate
trends (not absolute values) expected after feature activation. The presented simulations should
be analyzed with respect to the assumptions taken. They may differ from results achievable in
real networks.
• This NEI slide deck reflects the state of the feature/solution as it is at the moment of the NEI
slide deck release and is being updated up to C5 (release available) milestone.
Version Description of Changes Date Doc Owner Doc Status Reviewed by Approv Approval Date
er
0.9 New document created, ready for internal review. 17-10-2016 Krzysztof Draft
Golebiewski
1.0 Comments collected during internal and external review included 07-11-2016 Krzysztof Approved Mandatory internal and external reviewers Jacek 07-11-2016
Golebiewski Kotwinski
1.1 Some corrections done in e.g. Benefits and Gains section. Some minor 14-11-2016 Krzysztof
changes are included. Golebiewski
1.2 Some corrections have been done in line with comments collected 16-11-2016 Krzysztof
during trainings sessions. Golebiewski
1.3 Updated information about power back-offs (slides 24-26). Findings 18-11-2016 Krzysztof
from some email discussions are included. Golebiewski
1.4 Update of 256QAM slide set with LTE3502. 15-02-2017 Krzysztof LTE3502 reviewed by Mani Iyer and Konrad
Update of LTE3073 slides (correction done for parameters Golebiewski Liedtke
dl256QAMGoodChQualPerc and dl256QAMBadChQualPerc which
are vendor parameters)
1.5 Dimensioning Aspects section was added. 07-04-2017 Krzysztof LTE3020 reviewed by Mani Iyer and Konrad Jacek 10-04-2017
LTE3020 feature is covered Golebiewski Liedtke Kotwinski
1.6 Some corrections throughout the whole document. Update of 11-05-2017 Krzysztof Approved
counters/KPIs in line with FL17 changes. Golebiewski
1.7 LTE4064 from FL18A added 14-08-2018 Wojciech Wascinski Approved Katarzyna Rybianska, Prabhjinder Boparai,
Adam Pomianek
NETWORK
ENGINEERING
Introduction
Table of contents
<chapter:introduction>
element = 4 REs
Q
Each modulation symbol has its Q
Before After
• No 256QAM possible for DL transmission • 256QAM can be used for DL transmission
• UDP DL peak rates up to: • Improved spectral efficiency
− FDD: ~561,6Mbps (4CC CA, 4x2MIMO, 4x20MHz, 64QAM)
• Gain numbers depend on 256QAM area probability and
− TDD: ~327Mbps (3CC CA, 2x2MIMO, 3x20MHz, TDD frame availability of 256QAM capable UEs
config 2, 64QAM)
• UDP DL peak rates up to:
− FDD: ~748Mbps (4CC CA, 4x2 MIMO, 4x20MHz, 256QAM)
− TDD: ~436Mbps (3CC CA, 2x2 MIMO, 3x20MHz, TDD
frame config 2, 256QAM)
Technical Details
Table of contents
Release information
Release/version RL release eNodeB NetAct
FDD LTE FDD-LTE 16A FL16A NetAct 16.8
TDD LTE TD-LTE 16A TL16A NetAct 16.8
Flexi Zone Micro (FZM/FZP) N/A N/A N/A
Flexi Zone Controller (FZC) N/A N/A N/A
Single RAN SRAN17 SBTS17 NetAct 17.2
Note: *Selected UE of listed categories support 256QAM. Support of 256QAM is mandatory for UEs of DL category 13-14.
Support of 256QAM is reported by UE itself. More details on slide #.
14 © Nokia 2018 Nokia Internal Use
Technical Details
256QAM requirements
(sufficient DL SINR)
SINR
256QAM capable UE
• New CQI index table is characterized by coarser granularity due to 4 QPSK 16QAM 308 378 0.6016 1.4766
5 QPSK 16QAM 449 490 0.8770 1.9141
addition of 256QAM
6 QPSK 16QAM 602 616 1.1758 2.4063
− 256QAM capable UEs may experience smaller data rates and lower 7 16QAM 64QAM 378 466 1.4766 2.7305
transmission efficiency at the cell edge, when QPSK is used, 8 16QAM 64QAM 490 567 1.9141 3.3223
comparing to the case when legacy tables would be used 9 16QAM 64QAM 616 666 2.4063 3.9023
• Applicability of the new CQI index table is indicated by eNB 10 64QAM 64QAM 466 772 2.7305 4.5234
11 64QAM 64QAM 567 873 3.3223 5.1152
during initial access, SCell addition, Handover or RRC
12 64QAM 256QAM 666 711 3.9023 5.5547
reestablishment (via CQI-ReportConfig IE: CQI-ReportConfig- 13 64QAM 256QAM 772 797 4.5234 6.2266
v12x0:altCQI-Table-r12 = allSubframes) 14 64QAM 256QAM 873 885 5.1152 6.9141
• Note: UEs that do not support 256QAM are handled according to 15 64QAM 256QAM 948 948 5.5547 7.4063
SINR= 21 TBS = 20
SINR= 18, TBS = 18 dl256QamReactChQualThr
McsLegacy=20 McsLegacy= 22 (18 to 24)
dl256QamDeactChQualThr McsNew= 15
McsNew=13 (9 to 15)
LNCEL:perDl256QamChQualEst Decision period for channel Decision period for channel quality estimation. 1,2,3,5,7,10,15, 60
quality estimation 30,60,120,240
LNCEL:actDl256QamChQualEst Activate channel quality This parameter activates the channel quality 0 (false), 1 (true) 0
monitoring for 256QAM usage monitoring for 256QAM usage.
MCS threshold for deactivating MCS threshold for deactivating 256QAM for the UE. from 9 to 15, step 1 13
256QAM for the UE. Value refers Value refers to legacy MCSs so it needs to be
LNCEL:dl256QamDeactChQualThr
to legacy MCSs so it needs to be converted eNB internally.
converted eNB internally.
MCS threshold for reactivating MCS threshold for reactivating 256QAM for the UE. from 18 to 24 step 1 22
LNCEL:dl256QamReactChQualThr 256QAM for the UE. Value refers Value refers to legacy MCSs.
to legacy MCSs.
Recommended values of power back-offs are results of tests that are performed with Nokia Radio
units. Power back-off value for already tested radios are always included in Customer
Documentation
Recommended power back-off value Recommended power back-off value
[dB] [dB]
Radio Radio
Module Module
Single Carrier Dual Carrier Single Carrier Dual Carrier
Note: New radios and new configurations are constantly being tested. The most up to date power back-off values are always
available in the Customer Documentation (see more details in backup).
Interdependencies
Table of contents
<chapter:interdependencies>
Table of contents
<chapter:benefits_and_gains>
33% higher DL
Assumptions: peak TP
FDD: 4CC CA, 4x2 MIMO, 4x20MHz
TDD: 3CC CA, 2x2 MIMO, 3x20MHz, TDD frame config 2
Baseline scenario:
• MIMO scheme: 2x2,
• 0% of 256QAM-capable UEs
• no power back-off used
• max 64QAM
Baseline scenario:
• MIMO scheme: 4x4,
• 0% of 256QAM-capable UEs
• no power back-off used
• max 64QAM
Configuration
Management
Table of contents
<chapter:configuration_management>
The ‘Obsolete parameters’ category is intended for parameters that are candidates to be removed from the
product in a future release: * - purpose: Categories of parameters have been defined to simplify network
• Parameters always used with default value parametrization. Parameterization effort shall be focused mainly on Basic ones.
• Parameters that are not used by operators Categorization is reflected in a ‘view’ definition in NetAct CM Editor.
• Parameters that are not relevant anymore
LNCEL:dlCellPwrRed Cellpowerreduce
Deployment
Aspects
Network graphic boxes Network element boxes
Table of contents
<chapter:deployment_aspects>
Dimensioning
Aspects
Table of contents
<chapter:dimensioning>
256QAM mapper
Mapper output (to RAN Dim) Mapper input (from RAN Dim)
Outputs
Note: If the output of 256QAM mapper is ‚not available’ (Required MCS for 256 QAM
UE = not available) it indicates that investigated DL TP cannot be handled by given
scenario even with 256QAM DL modulation
Performance
Aspects
Table of contents
<chapter:performance_aspects>
Trigger event: Appropriate counter is updated when the associated CQI value is
received from the 256QAM-configured UEs.
Example: M8010C116 is incremented when 256QAM-configured UE reports CQI
class 00, M8010C117 is incremented when class 01 is received etc.
Note: only reports from UEs using the new CQI and MCS-TBS index mapping table are
considered
Use case: 256QAM capable UE CQI histogram
*Note: Counters M8010C116-M8010C131 are pegged for all Codewords (i.e. CW0 and CW1)
SCHDL_256QAM_PDSCH_NACK_256QAM
(M8011C203)
*Note: For other modulations please use proper pair of counters: e.g. for 16QAM(M8011C205/M8011C197)
*Note: For other modulations please use proper pair of counters: e.g. for 16QAM(M8012C176/M8011C197)
Please note that 256QAM requires a power back-off for some radios. In case power back-off is used and
256QAM UE penetration is relatively small, a loss in mean/instantaneous DL TP may also be recorded. The
expected gain of 256QAM may not surpass a loss caused by a static power reduction.
It is possible that DL PRB utilization will decrease due to the usage of higher order modulation (256QAM). The
same amount of data can be sent with less PRBs (8 bits per one modulation symbol instead of 6 bits per one
modulation symbol for 64QAM)
When power back-off is used in a given cell, UEs can be handed over sooner what will result in change in Cell
range distribution as well as it can increase the number of attempted HO.
Compliance
Aspects
Table of contents
<chapter:compliance_aspects>
NETWORK
ENGINEERING
fALU Performance
equivalents Aspects
Nokia vs. ALU solution Counters and KPIs,
comparison Feature Impact Analysis
and Verification
Introduction
Table of contents
<chapter:introduction>
Before After
• All mechanisms that make their decisions • CQI/MCS conversions are available. It will
based on reported CQI or assigned DL result in fair evaluation of 256QAM
MCS could cause inefficient 256QAM capable UEs by algorithms different than
capable UE handling LA that also relies on reported CQI or
• When 256QAM was enabled in the cell, assigned MCS
256QAM capable UE could achieve worse • If performance monitoring mechanism is
DL TP at the cell edge (in the area where enabled, DL TP of 256QAM capable UE at
QPSK is used) the cell edge will be improved (DL TP will
be closer to the DL TP before 256QAM
feature activation*)
*Note: When 256QAM is activated and power back-off is used, DL TP may still be affected
Technical Details
Table of contents
Release information
Release/version RL release eNodeB NetAct
FDD LTE FDD-LTE 17A FL17A NetAct 17.2
TDD LTE TD-LTE 17A TL17A NetAct 17.2
Flexi Zone Micro (FZM/FZP) N/A N/A N/A
Flexi Zone Controller (FZC) N/A N/A N/A
Single RAN SRAN17 SBTS17 NetAct 17.2
Note: *Selected UE of listed categories support 256QAM. Support of 256QAM is mandatory for UEs of DL category 13-14.
Support of 256QAM is reported by UE itself. More details on slide #.
Carrier Aggregation algorithm relies on the assigned MCS value to estimate the radio
conditions perceived by the UE
conversion •
•
LNCEL:scellGoodChQualThr
LNCEL:scellNotDetectableThr
LNCEL:scellNotDetectable, LNCEL:iniMcsDl) the
next lower value will be used.
21
22
14
15
• LNCEL:iniMcsDl 23 16
Example:
to the value being an equivalent for 256QAM CPV=5 (not available) CPV=4 (the next lower value) 24 17
UEs which use different Converted parameter value for 256QAM configured UE: 2 25 18
26 19
MCS-TBS index mapping tables
27,28 20
*Note: MCS conversion is applicable for 256QAM configured UEs only (256QAM capable UE that uses 256QAM relevant configuration)
There are mechanisms, RF based VoLTE DRX deactivaton or MIMO, that rely on the
reported CQI value to estimate the radio conditions perceived by the UE
1 1
algorithm 8 11
9 12
for CQI 10 13
Note: The table contains the main CQI indexes (as defined by 3GPP). As a result of
conversion OLQC – Outer Link Quality Control operation, a final CQI can be adjusted with the 11 14
calculated ∆CQI. All possible CQI values, including adjustments are available in the 12 15
attached excel file CQI mapping
13 15
14 15
More details about the Link Adaptation in the Link Adaptation NEI complex. 15 15
*Note: CQI conversion is applicable for 256QAM configured UEs only (256QAM capable UE that uses 256QAM relevant configuration)
Coarser MCS-TBS index as well as CQI index mapping tables for 256QAM capable UEs
have been a reason of possible worse performance at the cell edge – where only QPSK has
been allowed to be selected by eNB
Note: For more details, please refer to slide #
LTE3073
LTE3073 offers an optional performance
introduces the monitor that will control the channel quality for non-256QAM relevant 256QAM relevant
optional 256QAM UEs. This funtionality is controlled via configuration configuration
functionality activation flag (LNBTS:actDl256QamChQualEst).
256QAM capable UE is 256QAM capable UE is
Whenever activation flag is set to true and channel
of 256QAM quality is evaluated as ‚bad’, eNB will reconfigure
configured to use legacy configured to use new,
CQI index as well as coarser CQI index as well
performance 256QAM capable UE to use non-256QAM relevant
MCS-TBS index mapping as MCS-TBS index
monitoring configuration. This will result in better performance
table mapping table
of 256QAM capable UEs at the cell Edge
(QPSK-64QAM) (QPSK-256QAM), i.e. it is
256QAM configured UE
256QAM capable UE is always initially configured Note: For more details refer to slides
# and #
to use 256QAM relevant configuration (RRC Note: For more details refer to slides
# and #
Connection establishment and after Handover)
MCS
is estimated
Channel quality estimation result: GOOD Channel quality estimation result: BAD
Percentage of ‚good’ MCS samples is higher Percentage of ‚good’ samples is lower than 80%
than or equal to 80% while percentage of ‚bad’ MCS samples is higher
than 80%
Channel quality estimation for 256QAM UE At the end of each decision period, eNB can make a
MCS 6 … … N
decision about the 256QAM capable UE
reconfiguration
trigger 256QAM
1 2
… and channel quality is
estimated as good,
channel quality is estimated
as bad,
256QAM relevant non-256QAM relevant
capable UE configuration is provided configuration is provided
via RRC Connection via RRC Connection
reconfiguration Decision period for
time
Reconfiguration Reconfiguration
when estimated channel quality estimation
channel quality 1 256QAM UE was initially configured with 256-QAM relevant configuration. Channel conditions are estimated as ‚bad’. RRC Connection Reconfiguration with
non-256QAM relevant configuration is triggered
result is either 2 - 4 Channel conditions are still estimated as ‚bad’. UE is already configured with non-256QAM configuration thus RRC Connection Reconfiguration is not triggered.
‚good’ or ‚bad’ 5 & 10 Channel conditions are estimated as ‚neutral’ (neihter ‚good’ nor ‚bad’). No action is triggered by eNB.
6 Channel conditions are estimated as ‚good’. 256QAM capable UE uses non-256QAM relevant configuration. RRC Connection Reconfiguration with 256QAM relevant
configuration is triggered
6 - 10 & 10 - N Channel conditions are estimated as ‚good’. 256QAM capable UE operates based on 256QAM relevant configuration. No RRC Connection
Reconfiguration is triggered.
Interdependencies
Table of contents
<chapter:interdependencies>
Table of contents
<chapter:benefits_and_gains>
LTE3073 As a result of CQI and MCS transparent If performance monitoring is decided to be used,
conversion mechanisms, all functionalities 256QAM capable UE will be reconfigured by eNB to
feature will use legacy CQI index mapping table as well as
relying on the reported CQI or allocated MCS
increase have a chance for fair 256QAM capable UE legacy MCS-TBS index mapping table whenever
256QAM capable UE perceives ‚bad’ radio
gains treatment.
conditions. As a result of this, improved performance
On the other hand, there is no need for many
provided separate parameters describing settings (e.g.
(DL TP) at the cell edge is expected – closer to the
DL TP before LTE2479 activation*. Whenever
already by thresholds) relevant for 256QAM capable UEs ‚good’ radio conditions are perceived by 256QAM
LTE2479 only. It will make 256QAM configuration capable UE, it will be instructed to operate based on
easier. new tables that will make usage of 256QAM possible
*Note: When 256QAM is activated and power back-off is used, DL TP may still be
affected
Configuration
Management
Table of contents
<chapter:configuration_management>
The ‘Obsolete parameters’ category is intended for parameters that are candidates to be removed from the
product in a future release: * - purpose: Categories of parameters have been defined to simplify network
• Parameters always used with default value parametrization. Parameterization effort shall be focused mainly on Basic ones.
• Parameters that are not used by operators Categorization is reflected in a ‘view’ definition in NetAct CM Editor.
• Parameters that are not relevant anymore
LNCEL:dlCellPwrRed Cellpowerreduce
Deployment
Aspects
Network graphic boxes Network element boxes
Table of contents
<chapter:deployment_aspects>
2) Change the value of thresholds defining the ‚bad’ (LNCEL:dl256QamDeactChQualThr*) and ‚good’
(LNCEL:dl256QamReactChQualThr*) MCS sample, if needed, or stay with defaults
*Note: Parameter value should be given acc. to legacy MCS-TBS index mapping table
3) If needed, change the length of the decision period (LNCEL:perDl256QamChQualEst) during which the channel quality
estimation is done, otherwise stay with the default value of 60s
Performance
Aspects
Table of contents
<chapter:performance_aspects>
There arename
Counter no additional counters andDescription
KPIs
UE_256QAM_CONF_CQI_CW1_LEVEL{0-15} Wideband Channel Quality Indicator CQI class {00-15} for Codeword 1 reported by
(M8010C132 - M8010C147) 256QAM-configured UEs.
Trigger event: This counter is updated when the associated wideband CQI
value for Codeword 1 is received from the 256QAM-configured UE.
Example:
M8010C132 is incremented by the eNB when 256QAM-configured UE
reports CQI class 00 for codeword 1, M8010C133 is incremented when class
01 is received etc.
Note: Only UE reports based on 256QAM CQI table 3GPP 36.213 Table
7.2.3-2 are considered.
Use case: 256QAM capable UE CQI histogram
Note: All counters/KPIs mentioned by the occasion of LTE2479, i.e. starting from slide #, are applicable for LTE3073 as well.
Improved mean DL cell throughput E-UTRAN average PDCP Layer Active Cell Throughput
DL (LTE_5292d)
Gain depends mostly on the radio conditions and if performance monitor is activated
(LNBTS:actDl256QamChQualEst=true). Whenever UE experiences ‚bad’ channel Note: To verify peak UE throughput for the 256QAM capable
quality, it will be reconfigured according to the non-256QAM relevant configuration. As UEs it is recommended to perform drive tests
a result, no deterioration of DL UE TP for 256QAM capable UE at the cell edge is
expected. This should lead to even higher mean DL cell TP.
Improved performance of other features that make Counters/KPIs mentioned in the scope of outlined features can be
checked before and after feature activation.
decision based on the CQI/MCS
Note that the improvement is expected to be seen for 256QAM
Fair evaluation of reported CQI/allocated MCS for 256QAM capable UEs should bring capable UEs thus level of improvement depends directly on the
improvement in performance of features such as: LTE1541 – Advanced SCell number of 256QAM capable UEs in the cell.
measurement handling, LTE1496 – eICIC micro or LTERLCR-9668 - RF-based
disabling of DRX for VoLTE UEs.
Introduction and
Technical Details
Table of contents
<chapter:introduction>
Release information
Release/version RL release eNodeB NetAct
FDD LTE N/A N/A N/A
TDD LTE N/A N/A N/A
Flexi Zone Micro (FZM/FZP) FL17A FLF17A NetAct 17.2
Flexi Zone Controller (FZC) FL17A FLF17A NetAct 17.2
Single RAN N/A N/A N/A
Note: *Selected UE of listed categories support 256QAM. Support of 256QAM is mandatory for UEs of DL category 13-14.
Support of 256QAM is reported by UE itself. More details on slide #.
Release information
Release/version RL release eNodeB NetAct
FDD LTE N/A N/A N/A
TDD LTE N/A N/A N/A
Flexi Zone Micro (FZM/FZP) TL17A TLF17A NetAct 17.2
Flexi Zone Controller (FZC) N/A N/A N/A
Single RAN N/A N/A N/A
Note: *Selected UE of listed categories support 256QAM. Support of 256QAM is mandatory for UEs of DL category 13-14.
Support of 256QAM is reported by UE itself. More details on slide #.
Note:
* Max output power per TX per antenna connector
** Max bandwidth supported, e.g. if 20MHz is given, 5, 10, 15 and 20MHz are supported
* e.g. 10/10/20Mhz, 15/15/10, any combination in any order as long as it adds up to 40MHz
* e.g. 10/10/20Mhz, 15/15/10, any combination in any order as long as it adds up to 40MHz
* e.g. 10/10/20Mhz, 15/15/10, any combination in any order as long as it adds up to 40MHz
Note: List of FZM HW given on slides concerns existing FZM HW that supports 256QAM. Newer HW is expected to support 256QAM as well.
FWHR 41 2600MHz 20W 2496 – 2690 40MHz 2x2 B41 MM FZ 2x20W (FWHR)
Note:
* Max output power per TX per antenna connector
** Max bandwidth supported, e.g. if 20MHz is given, 5, 10, 15 and 20MHz are supported
Outdoor Micro
Feature 3GPP Max Output RX Band TX Band Max BW Antenna
Variant Spectrum Description
ID Band power per TX (MHz) (MHz) (MHz) config
FWHE BC41 Flexi Zone Micro/Pico BTS TDD
LTE1729 FWHE 41 2600MHz 5W 2575 - 2635 40MHz 2x2
LTE 2600 MHz Narrow Band
FWND BC40 Flexi Zone Micro/Pico BTS TDD
LTE2290 FWND 40 2300MHz 5W 2300 - 2400 40MHz 2x2
LTE 2300 MHz
FWHT 41 2600MHz 5W 2496 - 2690 40MHz 2x2 FWHT FZ BTS 2600 TDD B41 w/PoE
LTE2821 FWHTLB 41 2600MHz 5W 2496 – 2593 40MHz 2x2 FWHT FZ BTS 2600 TDD B41 w/PoE
FWHTHB 41 2600MHz 5W 2593 - 2690 40MHz 2x2 FWHT FZ BTS 2600 TDD B41 w/PoE
Indoor Pico
Feature 3GPP Max Output RX Band TX Band Max BW Antenna
Variant Spectrum Description
ID Band power per TX (MHz) (MHz) (MHz) config
FWNA BC40 Flexi Zone Indoor Pico BTS TDD
LTE2092 FWNA 40 2600MHz 250mW 2300 – 2400 40MHz 2x2
LTE 2300 MHz + WiFi
FWNB BC40 Flexi Zone Indoor Pico BTS TDD
LTE2092 FWNB 40 2300MHz 250mW 2300 – 2400 40MHz 2x2
LTE 2300 MHz
FWNC BC40 Flexi Zone Indoor Pico BTS TDD
LTE2092 FWNC 40 2300MHz 250mW 2300 - 2400 40MHz 2x2
LTE 2300 MHz w/ Ext Ant
250
LTE3168 FW2QD 3500MHz 250mW 3550-3700 40MHz 2x2 B250 MBI FZ BTS (FW2QD)
(CBRS)
40 2300MHz 250mW 2320 – 2370 B40+B41 MBI FZ Multiband Indoor Pico
LTE3169 FW2NHA 40MHz 2x2
41 2600MHz 250MW 2575 - 2635 (FW2NHA)
Note: List of FZM HW given on slides concerns existing FZM HW that supports 256QAM. Newer HW is expected to support 256QAM as well.
LTE4064
256 QAM enhancements
Deployment Performance
Aspects Aspects
Activation, Configuration Counters and KPIs,
Examples, Fault Mgmt, Feature Impact Analysis
Trial Area and Verification
Introduction
Table of contents
<chapter:introduction>
granularity of
configured period to be downgraded to use legacy on cell edge
256QAM tables
tables (introduced via LTE3073 in FL17A) around QPSK
area
- Table change (via RRC Connection Reconfiguration) can occur the
earliest after 15 seconds (lowest possible configuration before
FL18A) and in addition there is higher probability of failure due to RRC Connection reconfiguration
bad radio conditions (switch to 64QAM tables)
Before After
• After Initial context setup UE is configured with • After Initial context setup UE is configured with
256QAM related configuration 64QAM related configuration
• Configuration can be changed after configured • Configuration can be changed after configured
period (minimum 15 sec) (if UE is in bad radio period
conditions) • New parameter to potentially perform initial transition to
256QAM tables earlier (e.g. initial change after 1 sec but any
subsequent every 7 sec)
• Range for period extended with even 1 sec
Initial context setup
Initial context setup
Technical Details
Table of contents
LTE3073 reference:
https://webnei.emea.nsn-net.net/#/webnei/5a55f32747230100125247db/6
7
121 © Nokia 2018 Nokia Internal Use
Technical Details
Default configuration change (1/3)
Pre FL18A (start with 256QAM tables) FL18A onwards (start with 64QAM tables)
Switch to 64QAM config Switch to 256QAM config Switch to 256QAM config
MCS MCS
time time
Decision period for channel quality estimarion Decision period for 1st Decision period for 2nd and further
(15sec as minimum value). The same value for all periods channel quality channel quality estimations (new
estimation can be shorter values available: 1, 2, 3, 5, 7, 10 … sec)
(e.g. 1sec)
123 © Nokia 2018 Nokia Internal Use
Technical Details
Default configuration change – 256QAM UE in very good radio conditions during initial access
(3/3)
• Pre FL18A:
- In this scenario, UE from the beginning is using 256QAM related MCS/CQI tables
- No need for RRC Connection Reconfig. as it is already in use. Decision period with at minimum 15 sec interval
• FL18A onwards (LTE4064):
- UE from the beginning is using not optimal in this case 64QAM related MCS/CQI tables
- Upon Initial decision period expiration (LNCEL:iniDl256QamChQualEst that can be shorter than following ones) tables can be
changed to 256QAM ones with RRC Connection Reconfiguration even 1 sec after initial setup
- This new timer is used only once, each subsequent period is controlled with legacy timer known form LTE3073
Pre FL18A (start with 256QAM tables) FL18A onwards (start with 64QAM tables)
Switch to 64QAM config Switch to 256QAM config
MCS MCS
time time
Decision period for channel quality estimarion Decision period for 1st Decision period for 2nd and further channel
(15sec as minimum value). The same value for all periods channel quality quality estimations (new values available: 1,
estimation can be shorter 2, 3, 5, 7, 10 … sec)
(e.g. 1sec)
124 © Nokia 2018 Nokia Internal Use
LTE4064 256 QAM enhancements
Interdependencies
Table of contents
<chapter:interdependencies>
Table of contents
<chapter:benefits_and_gains>
• LTE4064 aims to improve CDR (Call Drop Rate) that could happen for 256QAM capable
UEs accessing the network in bad radio conditions (cell edge)
- Risk that RRC Connection Reconfiguration (triggered to downgrade CQI/MCS tables to 64QAM related) for such a
UE will end up with drop
• To avoid keeping 256QAM UE being in very good radio conditions with 64QAM related
tables, new parameter to allow faster initial switching to 256QAM tables is introduced
- Extended parameter range gives more freedom in optimization to find best configuration not only for initial
transition but also for any subsequent one
Configuration
Management
Table of contents
<chapter:configuration_management>
The ‘Obsolete parameters’ category is intended for parameters that are candidates to be removed from the
product in a future release: * - purpose: Categories of parameters have been defined to simplify network
• Parameters always used with default value parametrization. Parameterization effort shall be focused mainly on Basic ones.
• Parameters that are not used by operators Categorization is reflected in a ‘view’ definition in NetAct CM Editor.
• Parameters that are not relevant anymore
LNCEL:perDl256QamChQualEst Decision period for channel Decision period for channel quality estimation. 1,2,3,5,7,10,15, 60
quality estimation 30,60,120,240
LNCEL:actDl256QamChQualEst Activate channel quality This parameter activates the channel quality 0 (false), 1 (true) 0
monitoring for 256QAM usage monitoring for 256QAM usage.
MCS threshold for deactivating MCS threshold for deactivating 256QAM for the UE. from 9 to 15, step 1 13
256QAM for the UE. Value refers Value refers to legacy MCSs so it needs to be
LNCEL:dl256QamDeactChQualThr
to legacy MCSs so it needs to be converted eNB internally.
converted eNB internally.
MCS threshold for reactivating MCS threshold for reactivating 256QAM for the UE. from 18 to 24 step 1 22
LNCEL:dl256QamReactChQualThr 256QAM for the UE. Value refers Value refers to legacy MCSs.
to legacy MCSs.
Deployment
Aspects
Network graphic boxes Network element boxes
Table of contents
<chapter:deployment_aspects>
• LTE4064 is extension of 256QAM feature, thus basic LTE2479 needs to be activated first:
- LNCEL:actModulationSchemeDl = 256QAM
• Feature doesn’t introduce new
activation flag, LTE3073 activation
flag is reused from FL18A onwards
- LNCEL:actDl256QamChQualEst = True
• Monitoring periods (initial and all the others) configuration (defaults shown):
- LNCEL:iniDl256QamChQualEst (xL18A BTS SM not available yet to show this parameter) – 1 sec default value
- LNCEL:perDl256QamChQualEst
• Feature also introduces new counters to monitor switches between 64 256 QAM related tables
(M8007C20 - M8007C24):
- DWGRADE_256QAM_ATT & DWGRADE_256QAM_SUCC RRC Conn. Reconfig. Att./Succ. for downgrade from
256QAM
- UPGRADE_256QAM_ATT & UPGRADE_256QAM_SUCC RRC Conn. Reconfig. Att./Succ. for upgrade to 256QAM
- UE_ACTIVE_TIME_256QAM Total active time of 256QAM scheduled UEs
• Looking at above counters it can be said what is the quantity and quality of performed reconfigurations
(attempts & success ratio)
- As 64QAM tables are default ones, expected could be to see more „upgrades” than „downgrades” (opposite to pure
LTE3073 however due to lack of counters at that time it is hard to compare it directly)
- Upgrades happen for UEs that are in very good radio conditions. Once UE becomes 256QAM configured, it needs very bad
radio conditions to be downgraded (80% of MCSs below configured threshold – default 13 – within evaluation period)
- UE won’t be upgraded until 80% of MCSs are above configured threshold – default 22 – within evaluation period
- From time related counter average duration of session with 256QAM related tables can be derived
• Positive impact can be seen on KPI related to drop ratio (gain depends on share of 256QAM capable UEs):
- Drop Ratio due to RNL due to loss of connection to the UE cause initiated by eNB (LTE_5090)
Performance
Aspects
Table of contents
<chapter:performance_aspects>
UE_ACTIVE_TIME_256QA
M • One additional counter counts time
when UEs are scheduled using
Initial setup
t 256QAM related CQI/MCS tables
Reconfiguration Reconfiguration UE goes to IDLE
(64QAM tables) to 256QAM tables to 64QAM tables
137 © Nokia 2018 Nokia Internal Use
Performance Aspects
New counters
RRC Connection
DWGRADE_256QAM_SUCC
Reconfiguration Success Ratio ×100%
(LTE_6600a) =
for downgrade from 256QAM DWGRADE_256QAM_ATT
table
RRC Connection
DWGRADE_256QAM_SUCC
Reconfiguration Success Ratio ×100%
(LTE_6600a) =
for downgrade from 256QAM DWGRADE_256QAM_ATT
table
RRC Connection
UPGRADE_256QAM_SUCC
Reconfiguration Success Ratio ×100%
(LTE_6601a) =
for upgrade to UPGRADE_256QAM_ATT
256QAM table
RRC Connection
UPGRADE_256QAM_SUCC
Reconfiguration Success Ratio ×100%
(LTE_6601a) =
for upgrade to UPGRADE_256QAM_ATT
256QAM table
NETWORK
ENGINEERING
LTE4054
Dynamic Power Back-off
Deployment Performance
Aspects Aspects
Activation, Configuration Counters and KPIs,
Examples, Fault Mgmt, Feature Impact Analysis
Trial Area and Verification
Introduction
Table of contents
<chapter:introduction>
• To achieve limit of 3.5% EVM, power back-off will be calculated and applied per
TTI basis (if needed)
- Upper threshold for power back-off is configurable TTI1 Back-off: 0.6dB
• TTIs with decent number of used PRBs and EVM critical modulation and TX TTI2 Back-off: 1.0dB
schemes are subject of dynamic power back-off application
TTI3 NO back-off (0dB)
- With small load there is no need to use power back-off even for 256QAM scheduled UE (PA
doesn’t work with its max power) TTI4 Back-off: 1.4dB
• Out of 7 new parameters, 5 are strictly related to configuration of this feature TTI5 NO back-off (0dB)
behaviour (they are put into new structure):
- … …
Maximum possible power back-off that can be applied (two values/levels)
- Preference of using second (higher) value/level for power back-off TTIn Back-off: 2.0dB
- Threshold for applying power back-off
- Applicability of power back-off (in terms of modulation)
• Feature has its dedicated activation flag
150 © Nokia 2018 Nokia Internal Use
Introduction
Before & after LTE4054
Before After
• Static power back-off applied for all UEs in the cell • Power back-off applied only in TTIs where it is
(even if UE doesn’t need it) required due to:
• Power of all channels is reduced • High load, and
• High number of UEs with EVM critical modulation
and TX scheme
• Not on all channels power is reduced
Back-off
value
Applied back-off varies
based on current need
t
t
Technical Details
Table of contents
If power reduction is used, it applies for: Power reduction does’t apply for:
- PDSCH data symbols depending on their modulation - PDCCH
scheme (see above) - PCFICH
- CRS and CSI-RS within the whole TTI - PHICH
(even if located in control channel area)
- PBCH / PSS and SSS
- NB-IoT / LTE-M PRBs
NOTE: in case of multiple layers (MIMO) or MU-MIMO (shared PRBs), worst case is taken, meaning if EVM critical modulation is used for one
codeword or part of shared PRB, whole codeword/PRB is considered as EVM critical
(even if other layer on that codeword or other PRB part use non EVM critical modulation, back-off will be applied to it)
*If power reduction is applied to PRBs using QPSK modulation, this applies also to SI, MSG2, MSG4, Paging etc. and thus the cell coverage is
reduced
155 © Nokia 2018 Nokia Internal Use
Technical details
Algorithm highlevel view PER TTI
1
Back-off necessity
verification (via
configurable threshold)
4 2
Back-off application Max. Back-off value
Configuration (considering PRBs to
which back-off don’t
selection (2 values
possible depending on
provisioning apply) config.)
3
PRB based effective
back-off calculation
(considering static back-
off)
[
𝑑𝑙𝑃𝑤𝐵𝑎𝑐𝑘𝑜𝑓𝑓 𝑃𝑅𝐵=𝑚𝑎𝑥 𝑑𝑙𝑃𝑤𝐵𝑎𝑐𝑘𝑜𝑓𝑓 𝑢𝑠𝑒𝑑𝑚𝑎𝑥 −10 𝑙𝑜𝑔 [ 𝑑𝑙𝐶h𝐵𝑤 [ 𝑃𝑅𝐵𝑠 ] +¿ 𝑔𝑢𝑎𝑟𝑑𝑏𝑎𝑛𝑑 𝑐𝑎𝑟𝑟𝑖𝑒𝑟𝑠
𝑛𝑢𝑚𝑈𝑠𝑒𝑑𝑃𝑟𝑏𝑠 ] ]
;0
40
36
3.98
4.44
Calculated dynamic Max. possible back-off PRB utilization 32 4.95
back-off that can be applied ratio in TTI 28 5.53
24 6.20
dlChBw each configured guardband NB-IoT carrier is added to total number of PRBs 20 6.99
numUsedPrbs LTE-M and NB-IoT reserved PRBs are always treated as „used”. Empty legacy PDSCH 16 7.96
PRBs used for NB-IoT boosting are also considered as „used” PRBs 12 9.21
Guardband carriers Each guardband carrier is added as 1 PRB 8 10.97
159 © Nokia 2018 Nokia Internal Use
4 13.98
Technical Details
Back-off value calculation (3/4)
PD
- PRBs used by LTE-M
PSS/
H
13
CC
- PRBs with PDSCH transmission using QPSK in case 12 PBCH
S
dlPwBackoffApp =”QAMonly„ 11
SS
10
• Additionally, for following signals power is NOT reduced PBCH 9
occupies 4 symbols across 6 PRBs …
- PSS/SSS occupies 2 symbols across 6 PRBs 1
0
Sym. 1 2 … 6 7 8 9 10 11 … 14
There are few possible cases in which feature won’t work even with feature
activation flag set to „True” (no consisteny check)
Interdependencies
Table of contents
<chapter:interdependencies>
Interworking NB-IoT/LTE-M
with PRBs reserved for Inband NB-IoT as well as LTE-M are considered by LTE4054
NB-IoT/LTE-M threshold (are treated as „used” PRBs)
features Number of NB-IoT guardbands is added to total numer of PRBs [dlChBw + #
(except standalone NB-IoT)
guardband carriers)
Table of contents
<chapter:benefits_and_gains>
Configuration
Management
Table of contents
<chapter:configuration_management>
The ‘Obsolete parameters’ category is intended for parameters that are candidates to be removed from the
product in a future release: * - purpose: Categories of parameters have been defined to simplify network
• Parameters always used with default value parametrization. Parameterization effort shall be focused mainly on Basic ones.
• Parameters that are not used by operators Categorization is reflected in a ‘view’ definition in NetAct CM Editor.
• Parameters that are not relevant anymore
LNCEL/dlPwBackoffStructure/… Structure for DL dynamic power Structure for hosting the configuration parameter for - -
back-off feature DL dynamic power back-off
…/dlPwBackoffApp Applicability of DL power back- This parameter value determines to which PRBs with 0: ALL; 1: QAMonly 1:
off modulation (QPSK and QAM) that back-off is applied. QAMonly
If dynamic DL power back-off is applied in case of
paired UEs in MU-MIMO scenarios it shall be applied
for the paired UEs disregard to the used modulation.
Same principle is uses for the single UE multi layers
case with different modulation schemes for the two
layers.
If sum of all PRBs per TTI with EVM limited higher from 0 to 100 step 1 50
order modulation schemes is above this defined
threshold parameter (calculated in % of the DL system
bandwidth), then a dynamic power back-off shall be
Threshold for applying DL power
…/dlPwBackoffThreshold applied . A PRB is considered as a PRB with EMV
backoff
limited higher order modulation scheme as soon as one
layer for multi-layer cases or as soon as one UE for
MU-MIMO cases is using an EVM limited higher
order modulation scheme.
Apply if:
Apply if: • 256QAM (Rank 3, 4)
QAM256r3r4
• 64QAM (Rank 3, 4) is used in more PRBs than threshold
• 256QAM (any Rank)
is used in more PRBs than threshold
Apply if:
• 256QAM (any Rank)
QAM256r2r3r4
is used in more PRBs than threshold
Deployment
Aspects
Network graphic boxes Network element boxes
Table of contents
<chapter:deployment_aspects>
• LNCEL/dlPwBackoffStructure/
• /usageOfMaxDlPwBackoffValue2 = None (Default)
• /maxDlPwBackoffValue1 = 0 (Default) Defaults prevent from
• /maxDlPwBackoffValue2 = 0 (Default) back-off calculation
• /dlPwBackoffThreshold = 50 (Default)
• /dlPwBackoffApp = QAMonly (Default)
- UEs of Categories 11, 12 or DL UE Categories 11 onwards are the ones potentially considered to LTE_5985a Active UEs with UE Category
support 256QAM 11 Distribution Ratio
LTE_5696a Active UEs with UE Category
• DL UE category 13, 14 and 17 must support 256QAM, for remaining categories mentioned above it is 12 Distribution Ratio
optional
KPIs: Active UEs with DL UE Category
• Share of UEs using high RIs (>2) can be checked using dedicated KPIs 11-19 Distribution Ratio
- The more high RIs the better (it means many transmissions with high TX scheme) LTE_1669a % of MIMO Rank Indication
with value 3 reported by the UE
• High percentage of traffic using 256QAM modulation is also good indication for trial LTE_1520b % of MIMO Rank Indication
area selection with value 4 reported by the UE
• On top of that, PRB utilization needs to be high to see benefit from reduced power LTE_6263a % of PDSCH transmissions
using High MCS Codes (MCS>=20)
- Only average PRB utilization can be checked from PM counters perspesctive, thus lowest aggregation level should be used to
determine really loaded cells (time_aggregation=15min) LTE_5276b Avg. PRB usage per TTI DL
• There are many variables that differentiate sites in terms of this feature. To
mention few of them:
- Existence of any NB-IoT/LTE-M combination
- Single/Dual carrier configuration (LTE-LTE, LTE-otherRAT)
- …
• Following scenarios are discussed on next slides to give better view on
expectations in different deployments
- Scenario 1a: Single carrier without NB-IoT/LTE-M features
- Scenario 1b: Single carrier with NB-IoT (guardband)
- Scenario 1c: Single carrier with LTE-M (very similar as inband NB-IoT)
- Scenario 2a: Dual carrier LTE-LTE without NB-IoT/LTE-M features
- Scenario 2b: Dual carrier LTE-otherRAT without NB-IoT/LTE-M features
Scenario 1c: Single carrier with LTE-M (very similar as inband NB-IoT)
Parameterization 1. In each TTI it is checked if percentage of PRBs using
usageOfMaxDlPwBackoffValue2 = QAM256r1r2r3r4 64QAM with Ranks 3,4 and 256QAM exceeds configured,
maxDlPwBackoffValue1 = 0.9 maxDlPwBackoffValue2 70% threshold
= 1.4
- If the same threshold is crossed just by PRBs scheduled using
dlPwBackoffThreshold = 70
256QAM with Ranks 1,2, 3 and 4, threshold with value 2 is taken
dlPwBackoffApp = QAMonly
(1.2dB)
2. Dynamic power back-off is calculated, - Otherwise, threshold with value 1 is taken (1dB)
considering max value from previous step,
PBCH/PSS/SSS (for some TTIs only), LTE-
M / NB-IoT reserved resources
Monitoring of two new counters indicates how
3. Calculated dynamic back-off is applied only to
often back-off is used and with what average
PDSCH scheduled with at least 16QAM
power reduction
(excluding LTE-M / inband NB-IoT) • NUM_TTI_DYN_PWR_BACKOFF
- Power by which QPSK PRBs were not reduced • SUM_RED_DYN_PWR_BACKOFF
is equally distributed through PRBs with QAM
183 modulation
© Nokia 2018
Nokia Internal Use
Deployment Aspects
Tests & Pilots – Scenario 2a: Dual carrier LTE-LTE without NB-IoT/LTE-M features
Performance
Aspects
Table of contents
<chapter:performance_aspects>
SUM_RED_DYN_PWR_BACKOFF
E-UTRAN Averaged (LTE_6630a) =
Reduced Power per TTI NUM_TTI_DYN_PWR_BACKOFF
NUM_TTI_DYN_PWR_BACKOFF
E-UTRAN Percentage of the (LTE_6629a) = ×100%
Power Reduced TTIs ACTIVE_TTI_DL
SUM_RED_DYN_PWR_BACKOFF
E-UTRAN Averaged Reduced (LTE_6630a) =
Power per TTI NUM_TTI_DYN_PWR_BACKOFF
Higher share of high Rank Indicators (assumptions as above) LTE_1518b Percentage of MIMO Rank Indication with value 1
reported by the UE
As a result of reduced power, certain UEs are eligible to utilize
higher TX schemes (RI histogram shift towards higher values) LTE_1519b Percentage of MIMO Rank Indication with value 2
reported by the UE
LTE_1669a Percentage of MIMO Rank Indication with value 3
reported by the UE
LTE_1520b Percentage of MIMO Rank Indication with value 4
reported by the UE
Higher share of high MCSs (assumptions as above) LTE_174b – LTE_202b Percentage of PDSCH transmissions using
As a result of reduced power, certain UEs are eligible to utilize MCS{0-28}
higher MCSs (MCS histogram shift towards higher values) LTE_6263a E-UTRAN Percentage of PDSCH transmissions using
High MCS Codes (MCS>=20)
References
Ioannis Maniatis and CFAM team – CFAM for LTE2479
3GPP TS 36.211 - Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation (v 12.8.0)
The contents of this document are proprietary and be used in Nokia Solutions and Networks products and implied warranties of merchantability and fitness for a
confidential property of Nokia Solutions and Networks. This related specifications or other documentation. Accordingly, particular purpose, are made in relation to the accuracy,
document is provided subject to confidentiality obligations if the user of this document gives Nokia Solutions and reliability or contents of this document. NOKIA
of the applicable agreement(s). Networks Feedback on the contents of this document, Nokia SOLUTIONS AND NETWORKS SHALL NOT BE
Solutions and Networks may freely use, disclose, reproduce, RESPONSIBLE IN ANY EVENT FOR ERRORS IN THIS
This document is intended for use of Nokia Solutions and license, distribute and otherwise commercialize the feedback DOCUMENT or for any loss of data or income or any
Networks customers and collaborators only for the purpose in any Nokia Solutions and Networks product, technology, special, incidental, consequential, indirect or direct damages
for which this document is submitted by Nokia Solution and service, specification or howsoever caused, that might arise from the use of this
Networks. No part of this document may be reproduced or other documentation. document or any contents of this document.
made available to the public or to any third party in any
form or means without the prior written permission of Nokia Nokia Solutions and Networks operates a policy of ongoing This document and the product(s) it describes are protected
Solutions and Networks. This document is to be used by development. Nokia Solutions and Networks reserves the by copyright according to the
properly trained professional personnel. Any use of the right to make changes and improvements to any of the applicable laws.
contents in this document is limited strictly to the use(s) products and/or services described in this document or
specifically created in the applicable agreement(s) under withdraw this document at any time without prior notice. Nokia is a registered trademark of Nokia Corporation. Other
which the document is submitted. The user of this document product and company names mentioned herein may be
may voluntarily provide suggestions, comments or other The contents of this document are provided "as is". Except trademarks or trade names of their respective owners.
feedback to Nokia Solutions and Networks in respect of the as required by applicable law, no warranties of any kind,
contents of this document ("Feedback"). Such Feedback may either express or implied, including, but not limited to, the © Nokia Solutions and Networks 2014