Air Interface Latency Optimization (eRAN19.1 - 03)
Air Interface Latency Optimization (eRAN19.1 - 03)
Issue 03
Date 2023-08-23
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: [email protected]
Contents
1 Change History.........................................................................................................................1
1.1 eRAN19.1 03 (2023-08-23)..................................................................................................................................................1
1.2 eRAN19.1 02 (2023-04-28)..................................................................................................................................................1
1.3 eRAN19.1 01 (2023-03-09)..................................................................................................................................................2
1.4 eRAN19.1 Draft A (2022-12-30)........................................................................................................................................ 2
3 Overview....................................................................................................................................5
4 Air Interface Latency Optimization.................................................................................... 6
4.1 Principles.................................................................................................................................................................................... 6
4.1.1 Shortening Scheduling Periods........................................................................................................................................8
4.1.2 Raising Service Priorities................................................................................................................................................. 12
4.1.3 Reducing the Number of Scheduling Times.............................................................................................................13
4.1.4 Reducing Service Retransmissions............................................................................................................................... 16
4.2 Network Analysis.................................................................................................................................................................. 20
4.2.1 Benefits................................................................................................................................................................................. 20
4.2.2 Impacts.................................................................................................................................................................................. 20
4.3 Requirements......................................................................................................................................................................... 25
4.3.1 Licenses................................................................................................................................................................................. 25
4.3.2 Software................................................................................................................................................................................25
4.3.3 Hardware.............................................................................................................................................................................. 26
4.3.4 Others.................................................................................................................................................................................... 26
4.4 Operation and Maintenance............................................................................................................................................. 27
4.4.1 Data Configuration........................................................................................................................................................... 27
4.4.1.1 Data Preparation............................................................................................................................................................ 27
4.4.1.2 Using MML Commands............................................................................................................................................... 32
4.4.1.3 Using the MAE-Deployment...................................................................................................................................... 37
4.4.2 Activation Verification......................................................................................................................................................37
4.4.2.1 Shortening Scheduling Periods..................................................................................................................................37
5 Parameters.............................................................................................................................. 47
6 Counters.................................................................................................................................. 48
7 Glossary................................................................................................................................... 49
8 Reference Documents...........................................................................................................50
1 Change History
Technical Changes
None
Editorial Changes
Added descriptions of the impact relationship between air interface latency
optimization and in-band relay. For details, see 4.2.2 Impacts.
Technical Changes
None
Editorial Changes
Revised descriptions in this document.
Technical Changes
Change Description Parameter Change RAT Base Station Model
Editorial Changes
Revised descriptions in this document.
This document only provides guidance for feature activation. Feature deployment and
feature gains depend on the specifics of the network scenario where the feature is
deployed. To achieve optimal gains, contact Huawei professional service engineers.
Functions mentioned in this document work properly only when enabled in the
specified applicable scenarios (such as RAT and networking). If a function not
mentioned in this document is enabled or a function is enabled in a scenario not
specified as applicable, exceptions or other impacts may occur.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in this
document apply only to the corresponding software release. For future software
releases, refer to the corresponding updated product documentation.
For example, in the statement "TDD cells are compatible with enhanced MU-
MIMO", "TDD cells" indicates that this function cannot be used in non-TDD cells.
3 Overview
The rapid and stable development of LTE networks promotes the prosperity of the
mobile Internet. Besides data rates, coverage, and capacity, network latency has
become a new dimension for measuring user experience.
The end-to-end latency consists of the air interface latency and transmission
latency. The Air Interface Latency Optimization feature provides a solution that
shortens the air interface latency.
Data transmission over the air interface consists of two phases: air interface
transmission resource request waiting and air interface transmission. The Air
Interface Latency Optimization feature shortens the duration of the two phases to
shorten the air interface latency and improve experience of UEs running low-
latency services while ensuring service stability.
4.1 Principles
The Air Interface Latency Optimization feature includes the following
optimizations intended for different phases of data transmission over the air
interface:
● Shortening scheduling periods and raising service priorities to reduce the
waiting time for air interface transmission resource requests
● Reducing the number of scheduling times and reducing services
retransmissions to reduce the transmission duration over the air interface
After the core network sets up bearers carrying low-latency services and the
bearers are configured on the eNodeB to carry low-latency services (with the
CellQciPara.LowLatencyFlag parameter set to TRUE), the eNodeB uses the
following functions to shorten air interface latency for low-latency services.
Consecutive Yes
scheduling request
(SR)-based scheduling
optimization
Preallocation No
optimization
Cell-edge Yes
preallocation
optimization
QCI-specific Yes
transmission time
interval (TTI) bundling
(FDD)
NOTE
It is recommended that SRI reporting period optimization be used when the cell bandwidth
is at least 10 MHz.
Preallocation Optimization
During preallocation, the eNodeB proactively sends uplink scheduling indications
to UEs so that uplink data packets are scheduled in a timely manner and the
latency on UE scheduling is shortened. Through QCI-level preallocation
configurations, operators can set different preallocation parameter groups for
bearers with different QCIs. For details about QCI-level preallocation, see
Scheduling.
Through QCI-level preallocation configurations, preallocation optimization extends
the application scope of preallocation to low-latency bearers, improving user
experience with low-latency services. Figure 4-3 illustrates the principles of
normal preallocation. Normal preallocation and smart preallocation are controlled
by the PreAllocationSwitch and SmartPreAllocationSwitch options of the
CellAlgoSwitch.UlSchSwitch parameter, respectively. A preallocation parameter
group is defined by a CellPreallocGroup MO. This preallocation parameter group
can be mapped to low-latency bearers through a CellQciPara MO.
Cell-edge preallocation optimization is intended for cell edge UEs running low-
latency services whose uplink SINR values are lower than the threshold specified
by CellQciPara.LowDelayCeuPreallocOptThld. With this function enabled, uplink
preallocation for these UEs is not limited by the number of UEs in the cell and the
proportion of preallocated RBs. In this case, preallocation for UEs running low-
latency services can take effect continuously. As a result, the latency is reduced
and user experience is improved. This function is enabled when all of the following
conditions are met:
DRX Optimization
After DRX takes effect, the UE power consumption is reduced while the service
latency increases. When DRX takes effect for UEs running low-latency services, the
increase in the air interface latency leads to user experience deterioration.
When QCI-specific DRX is used, DRX optimization prevents the extra scheduling
latency caused by DRX sleep and improves user experience of low-latency services
by disabling DRX in a DRX parameter group for bearers of low-latency services (by
setting the DrxParaGroup.EnterDrxSwitch parameter to OFF in the DRX
parameter group).
For details about QCI-specific DRX parameter configurations, see DRX and
Signaling Control.
times. This shortens the transmission duration over the air interface, shortens the
latency, and improves user experience of low-latency services.
● Increasing the volume of data to be scheduled at a time
– SR-based scheduling data volume optimization
– RB expansion for UEs running low-latency services and having GBR
bearers
● Reducing the size of data packets to be scheduled
– Standard UDC on low-latency services
– QCI-specific UDP-based ROHC
As shown in Figure 4-4, standard UDC is enabled for QCI-5 and QCI-2 bearers.
Before this function takes effect, standard UDC cannot be enabled for the QCI-3
bearer, which carries a low-latency service. After this function takes effect, the
QCI-3 bearer preempts the standard UDC specifications from the QCI-2 bearer.
NOTE
Precise MCS index reduction selects a precise MCS index for a UE running low-
latency services by lowering the selected MCS index if the TBS is greater than the
volume of data to be scheduled. This reduces the number of block errors and the
number of retransmissions, shortening the UE latency. If the scheduling type is
preallocation for non-cell-edge UEs, the MCS index will not be lowered. This
function is enabled when all of the following options are selected:
● LOW_DELAY_UE_UL_SCH_OPT_SW option of the CellQciPara.QciAlgoSwitch
parameter
● LOW_DELAY_UE_UL_MCS_IDX_RDC_SW option of the
CellQciPara.QciAlgoSwitch parameter
The QCI-specific TTI bundling principles and procedures are similar to the TTI
bundling principles and procedures for VoLTE services. For details, see VoLTE. The
differences are as follows:
● TTI bundling entry conditions
The eNodeB sends a UE running low-latency services an RRC Connection
Reconfiguration message, instructing the UE to enter the TTI bundling state,
when all of the following conditions are met:
4.2.1 Benefits
This feature shortens the transmission latency of low-latency small-packet services
over the air interface in a cell.
● On a heavy-load network, the air interface round trip time (RTT) of UEs
running low-latency services decreases by 20% to 30%. When the downlink
PRB usage is greater than or equal to 50%, the network load is heavy.
● On a medium- or light-load network, the air interface RTT of UEs running
low-latency services decreases by 7% to 25%. When the downlink PRB usage
is less than 50%, uplink PRB usage is less than 30%, and the number of UEs
online is greater than the CellUlschAlgo.PreallocationUserCntThld
parameter value, the network load is medium or light.
4.2.2 Impacts
Network Impacts
If there are excessive UEs running low-latency services, function impacts on
network performance are as follows:
● Shortening scheduling periods
– SRI reporting period optimization
The SRI reporting period for low-latency services is shortened, which
occupies more SRI resources and affects the maximum number of UEs
that a cell can serve. Meanwhile, the SRI reporting period of UEs running
non-low-latency services is prolonged in advance. As a result, the RRC
connection setup duration and E-RAB setup duration may increase.
If the CellPreallocGroup.PreallocationSize or
CellUlschAlgo.PreAllocationSize parameter value is greater than 1500
before air interface latency optimization is enabled, throughput of UEs
running low-latency services may decrease.
For details about the relationship between the
CellPreallocGroup.PreallocationSize and
CellUlschAlgo.PreAllocationSize parameters, see Scheduling
Throughput of UEs running low-latency services = L.Thrp.bits.UL.QCI.n/
L.Thrp.Time.UL.QCI.n
QCI n specifies the QCI marked with the low-latency service flag.
– Consecutive SR-based scheduling optimization, optimization for last
packets, and cell-edge preallocation optimization
The timeliness of uplink scheduling for UEs running low-latency services
is improved. This leads to the following impacts: Uplink cell throughput,
uplink user-perceived rates in the cell, and spectral efficiency decrease.
Uplink interference, the number of RBs used for preallocation in the cell,
uplink PRB usage of the cell, and the number of active UEs in the cell
increase. The uplink block error rate and the number of UEs scheduled in
the uplink may fluctuate. The CCE usage and number of PDCCH symbols
may increase.
– Preallocation optimization
The uplink PRB usage, uplink interference, and CCE usage increase. The
uplink IBLER decreases.
● Raising service priorities
– DRX optimization
The UE power consumption and the RRC signaling in the cell increase.
– SR-based scheduling priority optimization
The SR-based scheduling priorities are increased for UEs running low-
latency services. As a result, uplink user-perceived rates of other UEs
decrease.
– Downlink scheduling priority optimization
Scheduling priorities for UEs running low-latency services increase.
Meanwhile, the data rates of other UEs may decrease. Downlink cell
throughput and downlink user-perceived data rates may decrease
because low-latency services are carried on small, sparse packets.
● Reducing the number of scheduling times
– SR-based scheduling data volume optimization
The volume of scheduled data is increased for UEs running low-latency
services. As a result, uplink user-perceived rates of other UEs decrease.
– RB expansion for UEs running low-latency services and having GBR
bearers and standard UDC on low-latency services
The timeliness of uplink scheduling for UEs running low-latency services
is improved and data packets of low-latency services are compressed. This
leads to the following impacts: Uplink cell throughput, uplink user-
perceived rates in the cell, and spectral efficiency decrease. Uplink
interference, the number of RBs used for preallocation in the cell, uplink
PRB usage of the cell, and the number of active UEs in the cell increase.
The uplink block error rate and the number of UEs scheduled in the
uplink may fluctuate. The CCE usage and number of PDCCH symbols may
increase.
– QCI-specific UDP-based ROHC
QCI-specific UDP-based ROHC reduces the volume of data transmitted
over the air interface, decreasing the traffic volume.
● Reducing service retransmissions
– PDCCH SINR offset optimization
The average PDCCH aggregation level and equivalent CCE usage increase.
– PDCCH boundary power control optimization (FDD)
The PDCCH CCE power of UEs running low-latency services is increased.
This causes the equivalent CCE usage of the cell to increase. As a result,
the CCE allocation success rate of UEs running non-low-latency services is
affected, increasing the service latency on such UEs.
An increase in the PDCCH CCE power results in more interference to
neighboring cells. This leads to deterioration in the downlink channel
quality across the network and a possible increase in the downlink IBLER,
affecting the downlink cell throughput.
– Precise MCS index reduction
The uplink cell throughput, uplink user-perceived rates, and uplink MCS
index decrease.
– QCI-specific TTI bundling (FDD)
RRC messages are required to trigger the entry and exit of QCI-specific
TTI bundling. Therefore, the RRC signaling in the cell increases.
– MCS selection optimization
The downlink PRB usage increases, and the downlink IBLER decreases. For
services that use small, sparse packets, the downlink packet delay
decreases. For services that use large packets, the downlink packet delay
increases due to packet fragmentation possibly caused by the decrease of
the downlink MCS index.
Function Impacts
Besides the following function impacts, preallocation optimization has the same
function impacts as preallocation and QCI-specific TTI bundling has the same
function impacts as TTI bundling. For details about the function impacts of
preallocation and TTI bundling, see Scheduling and VoLTE, respectively.
FDD Turbo start CellAlgoSwitch.RohcS Video When both turbo start video and
TDD video witch parameter with Experience QCI-specific UDP-based ROHC
the value of ON and Optimizatio are enabled, these two functions
PdcpRohcPara.Profile n can take effect simultaneously
s parameter with the on separate bearers with
value of different QCIs for a UE.
Profile0x0006 However, only the function that
meets conditions to take effect
first takes effect on bearers with
the same QCI for the UE.
FDD Uplink data FDD: Uplink Data When both uplink data
TDD compression CellDataComprCon- Compression compression and QCI-specific
fig.StandardUdcSwitc UDP-based ROHC are enabled,
h these two functions can take
TDD: effect simultaneously on
CellDataComprCon- separate bearers with different
fig.StandardUdcSwitc QCIs for a UE. However, only the
h parameter and function that meets conditions
BasicUdcSwitch to take effect first takes effect
option of the on bearers with the same QCI
CellAlgoSwitch.UdcAl for the UE.
goSwitch parameter
FDD Out-of-band OutOfBandRelaySwit Relay ● The following functions
TDD relay ch option of the cannot be used for UEs in an
CellAlgoSwitch.Relay out-of-band relay cell:
Switch parameter – Cell-edge preallocation
optimization
– Consecutive SR-based
scheduling optimization
– Optimization for last
packets
– RB expansion for UEs
running low-latency
services and having GBR
bearers
– Standard UDC on low-
latency services
– Precise MCS index
reduction
● The
CellQciPara.LowDelayUeSrS
chMinDataVol parameter
setting does not take effect
for UEs in an out-of-band
relay cell.
a: For details about 3GPP Release 12-compliant TTI bundling eHARQ, see VoLTE.
b: SRI reporting period optimization takes precedence over TDM power control.
● When TDM power control has not taken effect and SRI reporting period
optimization takes effect, TDM power control cannot take effect.
● When TDM power control takes effect, SRI reporting period optimization can
still take effect. TDM power control no longer takes effect after SRI reporting
period optimization takes effect.
4.3 Requirements
4.3.1 Licenses
RAT 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
RAT Function Name Function Switch Referenc Description
e
4.3.3 Hardware
The hardware described in this section may require compatibility between each
other. For details, see the technical specifications and hardware description of the
corresponding hardware in 3900 & 5900 Series Base Station Product
Documentation.
TDD:
Boards
The LBBPc does not support this function.
RF Modules
No requirements
4.3.4 Others
● Core network
To provide differentiated guarantee for low-latency services, the core network
must support the setup of bearers carrying low-latency services, and low-
latency services must not be set up on the same bearer as other services.
● UEs
– UEs must support bearers carrying low-latency services.
– When the following functions are enabled, UEs must not be eMTC UEs or
CE UEs working in eMTC mode:
taken effect when the UEs are running low-latency services. For details
about rank selection in uplink SU-MIMO, see MIMO.
– Standard UDC for low-latency services requires UEs to support 3GPP
Release 15-compliant standard UDC.
– QCI-specific UDP-based ROHC requires UEs to support ROHC profile 2.
– (FDD) QCI-specific TTI bundling requires UEs to support TTI bundling. For
details, see VoLTE.
Common Parameters
Table 4-2 describes the parameters used for function activation.
a: To enable RB expansion for UEs running low-latency services and having GBR
bearers, select the corresponding option as follows:
● In FDD, select the LOW_DELAY_UE_UL_SCH_OPT_SW option.
● In TDD, select either the LOW_DELAY_UE_UL_SCH_OPT_SW or
SR_PRIORITY_DATA_OPT_SW option.
//Enabling the functions that are used for shortening scheduling periods
//Enabling SRI reporting period optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=SRI_PERIOD_OPT_SW-1;
MOD PUCCHCFG: LocalCellId=0, SriPeriodAdaptive=QCIADAPTIVE;
MOD CELLPUCCHALGO: LocalCellId=0, SriReCfgInd=FALSE;
//Enabling the functions that are used for raising service priorities
//Enabling DRX optimization (disabling DRX in DRX parameter group 4 for QCI-3 bearers carrying low-
latency services)
MOD DRXPARAGROUP: LocalCellId=0, DrxParaGroupId=4, EnterDrxSwitch=OFF;
//Enabling the functions that are used for reducing the number of scheduling times
//Enabling SR-based scheduling data volume optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=SR_PRIORITY_DATA_OPT_SW-1,
LowDelayUeSrSchMinDataVol=1500;
//Enabling RB expansion for UEs running low-latency services and having GBR bearers
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-1;
MOD CELLALGOSWITCH: LocalCellId=0, UlSchSwitch=SchedulerCtrlPowerSwitch-1,
UlSchExtSwitch=UlSchRbAllocOptSw-1;
//Enabling the functions that are used for reducing service retransmissions
//Enabling PDCCH SINR offset optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciPdcchSinrOffset=30;
//Enabling the functions that are used for shortening scheduling periods
//Enabling SRI reporting period optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=SRI_PERIOD_OPT_SW-1;
MOD PUCCHCFG: LocalCellId=0, SriPeriodAdaptive=QCIADAPTIVE;
MOD CELL: LocalCellId=0, FddTddInd=CELL_TDD, SubframeAssignment=SA2, SpecialSubframePatterns=SSP7;
//Enabling the functions that are used for raising service priorities
//Enabling DRX optimization (disabling DRX in DRX parameter group 4 for QCI-3 bearers carrying low-
latency services)
MOD DRXPARAGROUP: LocalCellId=0, DrxParaGroupId=4, EnterDrxSwitch=OFF;
//Enabling the functions that are used for reducing the number of scheduling times
//Enabling SR-based scheduling data volume optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=SR_PRIORITY_DATA_OPT_SW-1,
LowDelayUeSrSchMinDataVol=1500;
//Enabling RB expansion for UEs running low-latency services and having GBR bearers (solution 1)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-1;
MOD CELLALGOSWITCH: LocalCellId=0, UlSchSwitch=SchedulerCtrlPowerSwitch-1,
UlSchExtSwitch=UlSchRbAllocOptSw-1;
//Enabling RB expansion for UEs running low-latency services and having GBR bearers (solution 2)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=SR_PRIORITY_DATA_OPT_SW-1;
MOD CELLALGOSWITCH: LocalCellId=0, UlSchSwitch=SchedulerCtrlPowerSwitch-1,
UlSchExtSwitch=UlSchRbAllocOptSw-1;
//Enabling the functions that are used for reducing service retransmissions
//Enabling PDCCH SINR offset optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciPdcchSinrOffset=30;
//Disabling cell-edge preallocation optimization (Any of the following commands can be used to disable
this function.)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-0;
MOD CELLQCIPARA: LocalCellId=0, Qci=3, LowDelayCeuPreallocOptThld=-51;
//Disabling the functions that are used for raising service priorities
//Disabling DRX optimization (canceling the function of disabling DRX in DRX parameter group 4 for QCI-3
bearers carrying low-latency services)
//Disabling the functions that are used for reducing the number of scheduling times
//Disabling SR-based scheduling data volume optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=SR_PRIORITY_DATA_OPT_SW-0;
//Disabling RB expansion for UEs running low-latency services and having GBR bearers
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-0;
//Disabling standard UDC on low-latency services (Any of the following commands can be used to disable
this function.)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-0;
MOD CELLDATACOMPRCONFIG: LocalCellId=0,
StandardUdcSwitch=UL_DEFLATE_DATA_COMPRESSION_SW-0;
//Disabling the functions that are used for reducing service retransmissions
//Disabling PDCCH SINR offset optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciPdcchSinrOffset=0;
//Disabling precise MCS index reduction (Any of the following commands can be used to disable this
function.)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-0;
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_MCS_IDX_RDC_SW-0;
//Turning off the general switch that controls air interface latency optimization
MOD CELLALGOSWITCH: LocalCellId=0, ServiceDiffSwitch=LowDelayServiceOptSwitch-0;
//Disabling cell-edge preallocation optimization (Any of the following commands can be used to disable
this function.)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-0;
MOD CELLQCIPARA: LocalCellId=0, Qci=3, LowDelayCeuPreallocOptThld=-51;
//Disabling the functions that are used for raising service priorities
//Disabling DRX optimization (canceling the function of disabling DRX in DRX parameter group 4 for QCI-3
bearers carrying low-latency services)
MOD DRXPARAGROUP: LocalCellId=0, DrxParaGroupId=4, EnterDrxSwitch=ON;
//Disabling the functions that are used for reducing the number of scheduling times
//Disabling SR-based scheduling data volume optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=SR_PRIORITY_DATA_OPT_SW-0;
//Disabling RB expansion for UEs running low-latency services and having GBR bearers (solution 1)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-0;
//Disabling RB expansion for UEs running low-latency services and having GBR bearers (solution 2)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=SR_PRIORITY_DATA_OPT_SW-0;
//Disabling standard UDC on low-latency services (Any of the following commands can be used to disable
this function.)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-0;
MOD CELLDATACOMPRCONFIG: LocalCellId=0,
StandardUdcSwitch=UL_DEFLATE_DATA_COMPRESSION_SW-0;
//Disabling the functions that are used for reducing service retransmissions
//Disabling PDCCH SINR offset optimization
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciPdcchSinrOffset=0;
//Disabling precise MCS index reduction (Any of the following commands can be used to disable this
function.)
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_SCH_OPT_SW-0;
MOD CELLQCIPARA: LocalCellId=0, Qci=3, QciAlgoSwitch=LOW_DELAY_UE_UL_MCS_IDX_RDC_SW-0;
//Turning off the general switch that controls air interface latency optimization
MOD CELLALGOSWITCH: LocalCellId=0, ServiceDiffSwitch=LowDelayServiceOptSwitch-0;
low-latency services when the cell load or the number of UEs running low-latency
services changes, SRI reporting period optimization has taken effect. For details,
see Physical Channel Resource Management.
Preallocation Optimization
The activation verification procedure for preallocation optimization is the same as
that for preallocation. If preallocation takes effect on bearers carrying low-latency
services, preallocation optimization has taken effect. For details, see Scheduling.
DRX Optimization
The activation verification procedure for DRX optimization is the same as that for
DRX. If DRX has taken effect on bearers carrying low-latency services, DRX
optimization has taken effect. For details, see DRX and Signaling Control.
d. Observe the eNodeB capability for standard UDC VoLTE SIP buffer and
standard dictionary.
Select a standard-UDC-capable UE, and then observe the
RRC_CONN_RECFG message to check the eNodeB capability for standard
UDC VoLTE SIP buffer and standard dictionary, as shown in the following
figure. If the bufferSize-r15 field in the uplinkDataCompression-r15 IE
is kbyte8, the standard UDC VoLTE SIP buffer size is 8 KB. If the
Dictionary-r15 field in the uplinkDataCompression-r15 IE is sip-SDP,
the eNodeB supports the VoLTE SIP standard dictionary.
● Counter observation
1526749550 L.Thrp.bits.UL.PDCP.SDU.Deflate.BefDec
ompn
1526749551 L.Thrp.bits.UL.PDCP.SDU.Deflate.AftDec
ompn
1526728525 L.Traffic.User.RoHC.Avg
1526747661 L.PDCP.UL.RoHC.FailDecomp.Data
1526747662 L.PDCP.UL.RoHC.TotalDecomp.Data
1526747663 L.PDCP.UL.RoHC.Data.HdrComp.By
tes
1526747664 L.PDCP.UL.RoHC.Data.Hdr.Bytes
▪ The value of this IE is TRUE and the QCI is marked with the low-
latency service flag, indicating that QCI-specific TTI bundling has
taken effect.
▪ The value of this IE is FALSE and the QCI is marked with the low-
latency service flag, indicating that QCI-specific TTI bundling has
stopped taking effect or has not taken effect.
– For 3GPP Release 12-compliant TTI bundling eHARQ, check the e-HARQ-
Pattern-r12 field.
▪ The value of this field is TRUE and the QCI is marked with the low-
latency service flag, indicating 3GPP Release 12-compliant QCI-
specific TTI bundling eHARQ has taken effect.
▪ The value of this field is FALSE and the QCI is marked with the low-
latency service flag, indicating 3GPP Release 12-compliant QCI-
specific TTI bundling eHARQ has stopped taking effect or has not
taken effect.
● Counter observation
Check the counters listed in Table 4-8. If the value of any of the counters
increases significantly, QCI-specific TTI bundling has taken effect for VoLTE
UEs, video UEs, and UEs running low-latency services.
1526728496 L.Traffic.User.TtiBundling.Avg
1526746002 L.Traffic.User.R12TtiBundling.Avg
1526728911 L.Signal.Num.TtiBundling.Enter
1526728912 L.Signal.Num.TtiBundling.Exit
QCIn specifies the QCI marked with the low-latency service flag.
Field Meaning
Field Meaning
You can modify the downstream RTT range by setting the downstream RTT
range thresholds during subscription. The value ranges of DlRttIntervalThd1,
DlRttIntervalThd2, DlRttIntervalThd3, and DlRttIntervalThd4 are 1–65535.
The default values are 20, 50, 85, and 100, respectively. In addition, when
setting the thresholds, ensure the values of DlRttIntervalThd1,
DlRttIntervalThd2, DlRttIntervalThd3, and DlRttIntervalThd4 are in
descending order.
When bearers carrying low-latency services are set up on the core network:
5 Parameters
You can find the EXCEL files of parameter reference and used reserved parameter list for
the software version used on the live network from the product documentation delivered
with that version.
Step 2 On the Parameter List sheet, filter the Feature ID column. Click Text Filters and
choose Contains. Enter the feature ID, for example, LOFD-001016 or
TDLOFD-001016.
Step 3 Click OK. All parameters related to the feature are displayed.
----End
Step 1 Open the EXCEL file of the used reserved parameter list.
Step 2 On the Used Reserved Parameter List sheet, use the MO, Parameter ID, and BIT
columns to locate the reserved parameter, which may be only a bit of a parameter.
View its information, including the meaning, values, impacts, and product version
in which it is activated for use.
----End
6 Counters
The following hyperlinked EXCEL files of performance counter reference match the
software version with which this document is released.
● Node Performance Counter Summary: contains device and transport counters.
● eNodeBFunction Performance Counter Summary: contains all counters related
to radio access functions, including air interface management, access control,
mobility control, and radio resource management.
NOTE
You can find the EXCEL files of performance counter reference for the software version used
on the live network from the product documentation delivered with that version.
----End
7 Glossary
8 Reference Documents
1. Scheduling
2. Physical Channel Resource Management
3. DRX and Signaling Control
4. VoLTE
5. ROHC
6. MIMO
7. Relay
8. Video Experience Optimization
9. Uplink Data Compression
10. NSA Networking based on EPC