AQM Feature Parameter Description: Huawei Technologies Co., LTD
AQM Feature Parameter Description: Huawei Technologies Co., LTD
Date 2018-04-10
Website: http://www.huawei.com
Email: [email protected]
Contents
1 Change History
1.1 eRAN13.1 01 (2018-04-10)
1.2 eRAN13.1 Draft B (2018-03-30)
1.3 eRAN13.1 Draft A (2018-01-15) (FDD)
2 About This Document
2.1 General Statements
2.2 Applicable RAT
2.3 Features in This Document
3 Overview
4 AQM
4.1 Principles
4.2 Network Analysis
4.2.1 Benefits
4.2.2 Impacts
4.3 Requirements
4.3.1 Licenses
4.3.2 Software
4.3.3 Hardware
4.3.4 Others
4.4 Operation and Maintenance
4.4.1 Data Configuration
4.4.1.1 Data Preparation
4.4.1.2 Using MML Commands
4.4.1.3 Using the CME
4.4.2 Activation Verification
4.4.3 Network Monitoring
5 Parameters
6 Counters
7 Glossary
8 Reference Documents
1 Change History
This chapter describes changes not included in the "Parameters", "Counters", "Glossary", and "Reference
Documents" chapters. These changes include:
• Technical changes
Changes in functions and their corresponding parameters
• Editorial changes
Improvements or revisions to the documentation
None
Editorial Changes
Deleted the descriptions of MLBFD-12100242 Active Queue Management (AQM).
Editorial Changes
Added deactivation command examples. For details, see 4.4.1.2 Using MML Commands.
NOTE:
This document only provides guidance for feature activation. Feature deployment and feature
gains depend on the specifics of the network scenario where the feature is deployed. To achieve
the desired gains, contact Huawei professional service engineers.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in this document apply only to
the corresponding software release. For future software releases, refer to the corresponding updated
product documentation.
Trial Features
Trial features are features that are not yet ready for full commercial release for certain reasons. For
example, the industry chain (terminals/CN) may not be sufficiently compatible. However, these features
can still be used for testing purposes or commercial network trials. Anyone who desires to use the trial
features shall contact Huawei and enter into a memorandum of understanding (MoU) with Huawei prior to
an official application of such trial features. Trial features are not for sale in the current version but
customers may try them for free.
Customers acknowledge and undertake that trial features may have a certain degree of risk due to
absence of commercial testing. Before using them, customers shall fully understand not only the
expected benefits of such trial features but also the possible impact they may exert on the network. In
addition, customers acknowledge and undertake that since trial features are free, Huawei is not liable for
any trial feature malfunctions or any losses incurred by using the trial features. Huawei does not promise
that problems with trial features will be resolved in the current version. Huawei reserves the rights to
convert trial features into commercial features in later R/C versions. If trial features are converted into
commercial features in a later version, customers shall pay a licensing fee to obtain the relevant licenses
prior to using the said commercial features. If a customer fails to purchase such a license, the trial
feature(s) will be invalidated automatically when the product is upgraded.
4 AQM
4.1 Principles
Huawei AQM applies to non-guaranteed bit rate (non-GBR) services.
AQM is controlled by the CellAlgoSwitch.AqmAlgoSwitch parameter.
As an IP network node, the eNodeB uses AQM to check data packet queue lengths. AQM compares the
average queue length with the minimum and maximum congestion thresholds, and then performs the
following operations based on the comparison result:
• Average queue length ≤ Minimum congestion threshold
AQM does not drop any packets because the queue is not congested.
• Minimum congestion threshold < Average queue length < Maximum congestion threshold
AQM drops some packets because the queue is congested to some extent. The probability of
dropping packets increases linearly with:
▪ The average queue length
▪ The amount of data successfully sent from the core network to the eNodeB
• Average queue length ≥ Maximum congestion threshold
AQM drops every newly arrived packet because the queue is severely congested.
The minimum congestion threshold is automatically calculated by the eNodeB based on the real-time air
interface data rate.
The maximum congestion threshold is equal to the minimum congestion threshold multiplied by eight.
As shown in Figure 4-1, the red lines denote the packet loss rates and Max represents the maximum
packet loss rate of a non-GBR service in the congestion avoidance area.
Figure 4-1 AQM working areas
4.2.1 Benefits
AQM offers the following benefits:
• Proactively detects possible congestion in the queues and minimizes the congestion probability
by dropping packets.
• Maintains shorter queues to balance the throughput and transmission delay.
• Avoids TCP global synchronization caused by simultaneous data overflow of multiple queues.
NOTE:
TCP global synchronization happens as follows:
Data traffic is generally bursty, and data packets arrive at a queue suddenly. A large number of packets
will be dropped when the queue becomes full, or is getting close to becoming full. Upon packet loss
detection, multiple TCP senders adaptively and sharply decrease their send window. Consequently, the
packet arrival rate declines quickly and the network congestion is relieved. After detecting that the
network is no longer congested, the TCP senders start to increase transmission rates, which again results
in network congestion. In the procedure, each sender decreases and increases transmission rates
repeatedly at the same time as other senders.
It is recommended that AQM be enabled when both of the following conditions are met:
• The average processing delay of downlink Packet Data Convergence Protocol (PDCP) service
data units (SDUs) for services carried on data radio bearers (DRBs) is larger than 500 ms per
packet.
The average processing delay of downlink PDCP SDUs for services carried on DRBs can be
monitored by dividing L.Traffic.DL.PktDelay.Time.QCI.x by L.Traffic.DL.PktDelay.Num.QCI.x,
where x indicates a QCI. For details about related counters, see Table 4-1.
• The value of the Discard timer parameter for the QCI is larger than 500 ms.
The parameter value can be queried by running the LST RLCPDCPPARAGROUP command.
Table 4-1 Counters related to the average processing delay of downlink PDCP SDUs for services
carried on DRBs
Counter ID Counter
1526727922 L.Traffic.DL.PktDelay.Time.QCI.6
1526727925 L.Traffic.DL.PktDelay.Time.QCI.7
1526727928 L.Traffic.DL.PktDelay.Time.QCI.8
1526727931 L.Traffic.DL.PktDelay.Time.QCI.9
1526727923 L.Traffic.DL.PktDelay.Num.QCI.6
1526727926 L.Traffic.DL.PktDelay.Num.QCI.7
1526727929 L.Traffic.DL.PktDelay.Num.QCI.8
1526727932 L.Traffic.DL.PktDelay.Num.QCI.9
In the following scenarios, AQM offers no gains or could even have slightly negative effects:
• AQM helps reduce only TCP traffic on a bearer when both TCP and User Datagram Protocol
(UDP) services are carried on the bearer.
• AQM drops packets randomly during network congestion. Therefore, if AQM drops packets of
interactive services, user experience in these services deteriorates.
• The eNodeB does not enter the congestion state when the data rates of cell edge users (CEUs)
fluctuate due to interference, and therefore AQM offers no obvious gains for such UEs.
• Dropping packets causes throughput fluctuation, and the fluctuation is more obvious when there
are only a small number of TCP connections, for example, one or two connections.
• Non-GBR services of a UE will not be congested when the downlink UE throughput on a bearer
exceeds 30 Mbit/s. In this scenario, AQM offers no obvious gains.
4.2.2 Impacts
Network Impacts
None
4.3 Requirements
4.3.1 Licenses
There are no license requirements.
4.3.2 Software
Prerequisite Functions
None
Mutually Exclusive Functions
None
4.3.3 Hardware
Base Station Models
No requirements
Boards
No requirements
RF Modules
No requirements
4.3.4 Others
None
NOTE:
The size of a small file can be determined based on the air interface throughput of the UE. If the
time for downloading a file while downloading one or multiple large files is within 10s, the file is a
small file.
The verification procedure is as follows:
1. Run the MOD CELLALGOSWITCH command with the AqmAlgoSwitch option of
the CellAlgoSwitch.AqmAlgoSwitch parameter deselected to disable AQM. Then, enable the
UE to access the given cell.
2. Download one or more large files and the small files simultaneously. Then, record the small file
download latency. Repeat the test and average the recorded values. The average value works as
the small file download latency with AQM disabled.
3. Run the MOD CELLALGOSWITCH command with the AqmAlgoSwitch option of
the CellAlgoSwitch.AqmAlgoSwitch parameter selected to enable AQM. Then, enable the UE
to re-access the given cell.
4. Download one or more large files and the small files simultaneously. Then, record the small file
download latency. Repeat the test and average the recorded values. The average value works as
the small file download latency with AQM enabled.
5. Compare the two average values and verify that the small file download latency is shortened after
AQM is enabled.
After AQM is enabled, the average processing delay of downlink PDCP SDUs for services carried on
DRBs may decrease slightly.
The average processing delay of downlink PDCP SDUs for services carried on DRBs can be monitored
by dividing L.Traffic.DL.PktDelay.Time.QCI.x by L.Traffic.DL.PktDelay.Num.QCI.x, where x indicates a
QCI. For details about related counters, see Table 4-1.
Impact Monitoring
The number of downlink PDCP SDUs discarded for services carried on DRBs may increase
slightly. Table 4-3 describes related counters.
Table 4-3 Counters related to the number of downlink PDCP SDUs discarded for services carried on
DRBs
Counter ID Counter Na
1526726863 L.PDCP.Tx.Disc.Trf.SDU.QCI.6
1526726869 L.PDCP.Tx.Disc.Trf.SDU.QCI.7
1526726875 L.PDCP.Tx.Disc.Trf.SDU.QCI.8
1526726881 L.PDCP.Tx.Disc.Trf.SDU.QCI.9
5 Parameters
Table 5-1 Parameters
MO Parameter MML Command Feature ID Feature Description
ID Name
Actual Value
Range:
AqmAlgoSwitch
Default Value:
AqmAlgoSwitch
:Off
6 Counters
Table 6-1 Counters
LTE: Basic
LBFD- Scheduling
002008 Basic
TDLBFD Scheduling
-002008
LBFD-
002025
TDLBFD
-002025
NR: None
TDLBFD Basic
-002008 Scheduling
LBFD-
002025
TDLBFD
-002025
NR: None
LBFD-
002025
TDLBFD
-002025
NR: None
TDLBFD
-002025
NR: None
8 Reference Documents
None