Dscp based service experience

eRAN
DSCP-based Service Experience Guarantee Feature Parameter Description
Issue 02
Date 2015-04-30
HUAWEI TECHNOLOGIES CO., LTD.

Copyright © Huawei Technologies Co., Ltd. 2015. All rights reserved.
No part of this document may be reproduced or transmitted in any form or by any means
without prior written consent of Huawei Technologies Co., Ltd.
Trademarks and Permissions
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.
Huawei Technologies Co., Ltd.
Address:
Huawei Industrial Base Bantian, Longgang Shenzhen 518129 People's Republic
of China
Website: http://www.huawei.com
Email: support@huawei.com
Contents
1 About This Document
1.1 Scope

1.2 Intended Audience
1.3 Change History
1.4 Differences Between eNodeB Types
2 Overview
2.1 Background
2.2 Introduction
2.3 Benefits
2.4 Architecture
3 Technical Description
3.1 Introduction
3.2 Principles
3.2.1 Service Type Identification and DSCP Setting
3.2.2 Differentiated Scheduling
3.2.3 Video Service Rate Adaption
3.2.4 Busy-Hour Download Rate Control
3.2.5 DSCP and QoS Policy Configurations
4 Related Features
4.1 Features Related to LOFD-081202 Busy-Hour Download Rate Control
4.2 Features Related to LOFD-081203 Video Service Rate Adaption
5 Network Impact
5.1 LOFD-081202 Busy-Hour Download Rate Control
5.2 LOFD-081203 Video Service Rate Adaption
6 Engineering Guidelines
6.1.1 When to Use Busy-Hour Download Rate Control

6.1.2 Required Information
6.1.3 Deployment
6.1.3.1 Requirements
6.1.3.2 Data Preparation
6.1.3.3 Precautions
6.1.3.4 Activation
6.1.3.5 Activation Observation
6.1.3.6 Deactivation
6.1.4 Performance Monitoring
6.1.5 Parameter Optimization
6.1.6 Troubleshooting
6.2.1 When to Use Video Service Rate Adaption
6.2.3 Deployment
6.2.3.3 Precautions
6.2.3.4 Activation
7 Parameters

8 Counters
9 Glossary
10 Reference Documents
1 About This Document
1.1 Scope
This document describes the Busy-Hour Download Rate Control and Video Service Rate
Adaption features, including their technical principles, related features, network impact, and
engineering guidelines.
This document covers the following features:
 LOFD-081202 Busy-Hour Download Rate Control
 LOFD-081203 Video Service Rate Adaption
This document applies to the following types of eNodeBs.
eNodeB Type Model
Macro 3900 series eNodeB
Micro BTS3202E
LampSite DBS3900 LampSite
1.2 Intended Audience
This document is intended for personnel who:
 Need to understand the features described herein
 Work with Huawei products
1.3 Change History
This section provides information about the changes in different document versions. There
are two types of changes:
 Feature change
Changes in features and parameters of a specified version as well as the affected
entities
 Editorial change

Changes in wording or addition of information and any related parameters affected by
editorial changes. Editorial change does not specify the affected entities.
eRAN8.1 02 (2015-04-30)
This issue includes the following changes.
Change Type Change Description Parameter Change Affected Entity
Feature
change
None None -
Editorial
change
Revised the descriptions in the
following sections:
 6.1.1 When to Use
Busy-Hour Download
Rate Control
 6.1.2 Required
Information
 6.1.4 Performance
Monitoring
 6.2.1 When to Use
Video Service Rate
Adaption
 6.2.2 Required
Information
 6.2.4 Performance
Monitoring
None -
eRAN8.1 01 (2015-03-23)
This issue does not include any changes.
eRAN8.1 Draft A (2015-01-15)
This document is created for eRAN8.1.
1.4 Differences Between eNodeB Types
Feature Support by Macro, Micro, and LampSite eNodeBs
Feature ID Feature Name Supported by
Macro eNodeBs
Supported by
Micro eNodeBs
Supported by
LampSite
eNodeBs
LOFD-081202 Busy-Hour
Download Rate
Yes Yes Yes

Feature ID Feature Name Supported by
Macro eNodeBs
Supported by
Micro eNodeBs
Supported by
LampSite
eNodeBs
Control
LOFD-081203 Video Service
Rate Adaption
Yes Yes Yes
Function Implementation in Macro, Micro, and LampSite eNodeBs
None
2 Overview
2.1 Background
The proportion of video services on a network is increasing continuously. When the cell load
is heavy, user experience with video playback deteriorates. For example, the video initial
buffering time is extended, and the number of video freezes increases. The Video Service
Rate Adaption feature reduces the video buffering time and the number of video freezes to
improve user experience.
When a considerable quantity of download services, such as P2P download, FTP download,
and HTTP download, are provided in a cell, these download services affect user experience
with high-priority services in the cell, such as web browsing, video playback, and over the
top (OTT) services. The Busy-Hour Download Rate Control feature decreases the priority of
download services, thereby reducing the resource preemption of download services on high-
priority services and improving user experience with high-priority services.
2.2 Introduction
The Busy-Hour Download Rate Control and Video Service Rate Adaption features rely on a
service awareness device deployed in the evolved packet core (EPC) or a third-party service
awareness device. The service awareness device identifies download services and video
services and sets differentiated services code points (DSCPs) in the service packets based on
the identification results. The eNodeB parses these DSCPs to obtain the identification results
and performs differentiated QoS guarantee for download and video services.
Using the service awareness device, the Video Service Rate Adaption feature identifies
HTTP-based video services and allocates required bandwidth to these services. This ensures
smooth video playback and improves user experience.
DSCP
The service awareness device sets DSCPs based on service type identification results. The
eNodeB parses the DSCPs to obtain the identification results.

SGBR
SGBR is short for service guaranteed bit rate, which is defined by Huawei. The SGBR
guarantees the rate of video services on non-GBR bearers and increases the priorities for
video services whose rates are lower than the SGBR.
SMBR
SMBR is short for service maximum bit rate, which is defined by Huawei. The SMBR
controls the rate of download services on non-GBR bearers and decreases the priorities for
download services whose rates have exceeded the SMBR. When a cell has sufficient
resources and the SMBR is set to a small value, the download service rate may exceed the
SMBR.
2.3 Benefits
After the Busy-Hour Download Rate Control feature is enabled, the rate of download services
is restricted during busy hours to spare air interface resources for high-priority services and
improve user experience with high-priority services.
Enabling the Video Service Rate Adaption feature reduces the video buffering time,
guarantees the video service rate, and reduces the number of video freezes.
2.4 Architecture
Figure 2-1 shows the network architecture for the Busy-Hour Download Rate Control and
Video Service Rate Adaption features, with a service awareness device integrated into the S-
GW/P-GW.
Figure 2-1 Network architecture with a service awareness device integrated into the S-GW/P-
GW
Figure 2-2 shows the network architecture for the Busy-Hour Download Rate Control and
Video Service Rate Adaption features, with a third-party service awareness device deployed.

Figure 2-2 Network architecture with a third-party service awareness device deployed
Table 2-1 lists the functions of NEs involved in the Busy-Hour Download Rate Control and
Video Service Rate Adaption features.
Table 2-1 Functions of NEs
NE Function
Service awareness device The service awareness device identifies
service types such as video and download
services, and sets DSCPs in service packets
based on the identification results so that the
eNodeB can obtain the results.
eNodeB The eNodeB identifies these DSCPs and
performs differentiated scheduling based on
the service types (such as video and
download services) configured by operators
and corresponding QoS policies.
3 Technical Description
3.1 Introduction
Operators' networks provide diversified services. These services have different experience
requirements. Besides, operators are transforming from pipeline operations to experience-
oriented operations. DSCP-based service differentiation is fundamental to experience-
oriented operations, and Video Service Rate Adaption and Busy-Hour Download Rate
Control features are specific implementation of service differentiation.
3.2 Principles
3.2.1 Service Type Identification and DSCP Setting
Operators integrate a service awareness device into the S-GW/P-GW or deploy a third-party
service awareness device for service type identification. After identifying service types, the
service awareness device sets the DSCPs in service packets to different values based on the
identification results. DSCPs are in the IP headers of service packets, as shown in Figure 3-1.

Figure 3-1 DSCP position
NOTE:
After the Video Service Rate Adaption and Busy-Hour Download Rate Control features are
enabled:
 Operators need to configure DSCPs for services on the eNodeB. The configured
DSCP values and corresponding service types must be the same as those configured
on the service awareness device. For example, if the service awareness device
identifies a video service and sets the DSCP to 40, the DSCP value 40 must be
configured for video services on the eNodeB.
 If DSCPs are not configured for services on the eNodeB or the DSCP configuration
on the eNodeB is different from the DSCP configuration on the service awareness
device, the eNodeB cannot map the DSCPs in received service packets onto priority
queues and the packets are put into priority queue 0 by default.
If the DSCP value of service packets is 0, the eNodeB cannot map the DSCPs in
received service packets onto priority queues and the packets are put into priority
queue 0 by default.
 In RAN sharing scenarios, it is required that operators configure the same or totally
different DSCPs on their separate service awareness devices. For example, if operator
A configures the DSCP value 40 for video services and the DSCP value 10 for
download services, operator B is allowed to configure the DSCP value 42 for video
services and the DCSP value 12 for download services. If operator A configures the
DSCP value 40 for video services, operator B is not allowed to configure the DSCP
value 40 for download services.
3.2.2 Differentiated Scheduling

The Busy-Hour Download Rate Control and Video Service Rate Adaption features are
implemented based on differentiated scheduling on the eNodeB. The options of the
CELLALGOSWITCH.ServiceDiffSwitch parameter must be selected to enable the
features.
Differentiated scheduling consists of PDCP-based differentiated queue scheduling and Media
Access Control (MAC) scheduling. (PDCP is short for Packet Data Convergence Protocol.)
PDCP-based differentiated queue scheduling implements scheduling of multiple services
within a bearer. MAC scheduling implements scheduling among bearers. Figure 3-2 shows
the overall scheduling scheme.
Figure 3-2 Differentiated scheduling scheme
PDCP-based differentiated queue scheduling involves eight queues, for which weights can be
set by specifying the values of the SERVICEDIFFSETTING.QueueWeight0 to
SERVICEDIFFSETTING.QueueWeight7 parameters. In PDCP-based differentiated
queue scheduling, the eNodeB dynamically calculates the overall service weight based on the
queue weight and queue rate. The overall service weight has an impact on the MAC
scheduling weight.
The scheduling priority factors (indicated by STANDARDQCI.DlschPriorityFactor)
carried by each non-GBR service are different. Therefore, the priorities for different services
are calculated by the following formula: STANDARDQCI.DlschPriorityFactor x Overall
service weight. In practical use, operators may use different non-GBR bearers to implement
the QoS for gold, silver, and bronze subscribers. The product of the overall service weight
and scheduling priority factors must be considered during service planning to check whether
the product meets the QoS requirements of operators on subscribers.
NOTE:
PDCP-based differentiated queue scheduling applies only to non-GBR services.
3.2.3 Video Service Rate Adaption
When the network is congested, the video service rate for some UEs with good radio signal
quality is lower than the SGBR and the video buffering time is long or video freezes occur. In

this case, the Video Service Rate Adaption feature ensures that the video service rate
approximates the SGBR if the purchased video traffic volume is sufficient, thereby
improving user experience.
When the network load is light and UEs playing videos receive good-quality radio signals,
the video service rates for these UEs reach or exceed the SGBR. In this situation, the eNodeB
does not decrease the bearer weights to limit the video service rates to the SGBR.
When the VideoRateAdaptSwitch(VideoRateAdaptSwitch) option of the
CELLALGOSWITCH.ServiceDiffSwitch parameter is selected, the Video Service Rate
Adaption feature is enabled.
The video service rate is ensured by means of initial acceleration in the first phase and
normal-rate guarantee in the second phase. When the
IPSERVICEQOS.QosPolicyTimeSwitch parameter is set to ON(ON), phase-based
service rate guarantee is enabled. The following describes initial acceleration and normal-rate
guarantee.
Initial Acceleration
When a video is opened, the initial service rate is low and it takes some time before the video
playback starts. To accelerate the initial video download rate and reduce the video buffering
time, the eNodeB increases the scheduling weight for video services so that the video
download rate soon reaches the target rate (SGBR 1) in the first phase shown in Figure 3-3.
When a video stream initially starts, the eNodeB uses the first-phase QoS policy specified by
the IPSERVICEQOS.FirQosPolicyId parameter and accelerates the service rate for a
duration specified by the IPSERVICEQOS.FirQosPolicyTimeLength parameter. The
IPSERVICEQOS.FirQosPolicyTimeLength parameter can be adjusted based on the
acceleration effect, and you are advised to set this parameter to 8s. If the initial video
download takes a long time, increase the value of the
IPSERVICEQOS.FirQosPolicyTimeLength or QOSPOLICY.DlSgbr parameter for
initial acceleration. It is recommended that the QOSPOLICY.DlSgbr parameter be set to a
value two times of the video bitrate for initial acceleration.
You are advised not to set the IPSERVICEQOS.FirQosPolicyTimeLength parameter to
an excessively large value to prevent waste of radio resources. Similarly, you are advised not
to set the SGBR to an excessively large value for the normal-rate guarantee phase to prevent
waste of radio resources.
Normal-Rate Guarantee
After initial acceleration, the eNodeB uses the second-phase QoS policy specified by the
IPSERVICEQOS.SecQosPolicyId parameter to ensure the service rate. When the service
rate is less than SGBR 2 shown in Figure 3-3, the eNodeB increases the scheduling weight
for the bearer carrying the video service. When the service rate reaches or exceeds SGBR 2,
the eNodeB decreases the scheduling weight to prevent excessive bandwidth usage. If the
resources are sufficient, the eNodeB ensures that the service rate is not less than SGBR 2.
Admission control is not performed based on SGBR 2, which is not absolutely guaranteed.

It is recommended that the QOSPOLICY.DlSgbr parameter be set to a value 1.1 to 1.2
times of the video bitrate for normal-rate guarantee.
NOTE:
Different types of video services have different requirements for resolution and code formats
and therefore requires different video bitrates. If the service awareness device can
differentiate video bitrates, it is recommended that the service awareness device set different
DSCPs for video services of different bitrates so that different SGBRs can be configured for
video services of different bitrates. If the service awareness device cannot differentiate video
bitrates, it is recommended that DlSgbr be set based on the large video bitrates used by OTT
video websites.
Figure 3-3 Video playback acceleration
3.2.4 Busy-Hour Download Rate Control
When the DownLoadRateLimitSwitch(DownLoadRateLimitSwitch) option of the
CELLALGOSWITCH.ServiceDiffSwitch parameter is selected, the Busy-Hour
Download Rate Control feature is enabled.
SMBR-based rate control is implemented for low-value services such as P2P download, FTP
download, and HTTP download. When the download service rate exceeds the download
service rate control threshold specified by the QOSPOLICY.DlSmbr parameter, the
eNodeB reduces the number of packets in the download service queue or decreases the
download service queue weight to decrease the download service rate until the download is
complete. When the download service rate of a UE has not reached the value of the
QOSPOLICY.DlSmbr parameter, the eNodeB does not decrease the download service rate
of the UE. It is recommended that the QOSPOLICY.DlSmbr parameter be set to the
average download service rate achieved before the Busy-Hour Download Rate Control
feature is enabled. The parameter value can be adjusted based on the network plan.
This configured SMBR is only a threshold for rate control and the download service rate is
not strictly kept below the SMBR. When resources are sufficient, good user experience with
download services can be ensured. During busy hours or when a large number of high-
priority users are using services, the SMBR-based rate control can reduce the amount of

resources occupied by download services and thereby improve user experience with high-
priority services.
If the SMBR is greater than the download service rate achieved before the Busy-Hour
Download Rate Control feature is enabled, the eNodeB does not decrease the scheduling
weight for download services.
Figure 3-4 Download service rate control (1)
In Figure 3-4, the SMBR is set to a value close to or slightly below the maximum of the busy-
hour average download service rates achieved before the Busy-Hour Download Rate Control
feature is enabled. Before the Busy-Hour Download Rate Control feature is enabled, the
download service rate fluctuates around the SMBR, as indicated by line 1. After the Busy-
Hour Download Rate Control feature is enabled, the eNodeB decreases the scheduling weight
for the download service when the download service rate exceeds the SMBR. As a result, the
download service rate also decreases, as indicated by line 2.
Figure 3-5 Download service rate control (2)
In Figure 3-5, the SMBR is set to an excessively small value, for example, a value less than
30% of the maximum of the busy-hour average download service rates achieved before the
Busy-Hour Download Rate Control feature is enabled. Before the Busy-Hour Download Rate
Control feature is enabled, the download service rate is about two times the SMBR, as
indicated by line 3. After the Busy-Hour Download Rate Control feature is enabled, the

download service rate decreases when the download service rate exceeds the SMBR but is
still greater than the SMBR, as indicated by line 4.
3.2.5 DSCP and QoS Policy Configurations
QoS service information is configured for DSCPs on the eNodeB to implement DSCP-based
service differentiation.
QoS service information includes QoS policies and the mappings between DSCPs and QoS
policies. A QoS policy, which is set by configuring a QosPolicy MO, defines a priority queue
(PriQueueId) and the guaranteed maximum bit rate (DlSgbr and DlSmbr) for a type of
service. The mappings between DSCPs and QoS policies are set by configuring
IpServiceQos MOs.
Table 3-1 QoS policy configuration table (QosPolicy MO)
QoS Policy
Identity
(QosPolicyId)
Traffic Type
(TrafficType)
Priority Queue
Identity
(PriQueueId)
Downlink
Service Grant
Bit Rate
(DlSgbr) Unit:
kbit/s
Downlink
Service
Maximum Bit
Rate
(DlSmbr) Unit:
kbit/s
0 VIDEO QUEUE 6 1280 -
1 VIDEO QUEUE 6 640 -
2 DOWNLOAD QUEUE 0 - 3500
3 OTHER QUEUE 3 - -
Table 3-2 Mappings between DSCPs and QoS policies (IpServiceQos MO)
Different
iated
Services
Code
Point
(Dscp)
Traffic
Descripti
on
(Descrip
tion)
QoS Policy Time
Switch
(QosPolicyTim
eSwitch)
First QoS
Policy
Identity
(FirQosPol
icyId)
First QoS Policy
Time Length (Unit:
s)
(FirQosPolicyTim
eLength)
Second QoS
Policy
Identity
(SecQosPo
licyId)
15 Downloa
d services
OFF 2 - -
40 Video
services
ON 0 12 1
20 Other
services
(Other
service
types
such as
web
OFF 3 - -

Different
iated
Services
Code
Point
(Dscp)
Traffic
Descripti
on
(Descrip
tion)
QoS Policy Time
Switch
(QosPolicyTim
eSwitch)
First QoS
Policy
Identity
(FirQosPol
icyId)
First QoS Policy
Time Length (Unit:
s)
(FirQosPolicyTim
eLength)
Second QoS
Policy
Identity
(SecQosPo
licyId)
browsing
and
gaming
can be
defined
by
operators.
)
NOTE:
The QosPolicyTimeSwitch parameter takes effect only for video services. When the
QosPolicyTimeSwitch parameter is set to ON(ON), a two-phase rate guarantee is
implemented.
When the TrafficType parameter is set to DOWNLOAD(DOWNLOAD) or
OTHER(OTHER), the QosPolicyTimeSwitch parameter is set to OFF(OFF). In this
situation, the FirQosPolicyId parameter is valid and the FirQosPolicyTimeLength and
SecQosPolicyId parameters are invalid.
4 Related Features
4.1 Features Related to LOFD-081202 Busy-Hour
Download Rate Control
Prerequisite Features
None
Mutually Exclusive Features
None
Impacted Features
None
4.2 Features Related to LOFD-081203 Video Service Rate
Adaption

Prerequisite Features
None
Mutually Exclusive Features
None
Impacted Features
None
5 Network Impact
System Capacity
This feature decreases the scheduling weight for download services and therefore decreases
the download service rate. As a result, the rate of high-priority services increases.
The change in cell capacity is related to the radio environment of the UEs using download
services and the proportion of the download traffic in the cell. If the UEs using download
services are located in areas with good signal quality, the cell capacity decreases. If the UEs
using download services are located in areas with poor signal quality, the cell capacity
increases. When the SMBR is set to a small value, the download service rate decreases
obviously, resulting in a big change in the cell capacity.
For example, cell congestion is simulated for a cell for which the SMBR is set to 500 kbit/s.
There are three UEs (UE A, UE B, and UE C) in the cell. UE A is located at the cell center,
UE B is located at the cell edge, and UE C is located halfway between the cell center and cell
edge. Assume that UE A is using download services, UE B is using video services, and UE C
is using other services. Before the Busy-Hour Download Rate Control feature is enabled, the
cell throughput is 2.2 Mbit/s. After the Busy-Hour Download Rate Control feature is enabled,
the cell throughput is 1.8 Mbit/s, with a 14% decrease in cell capacity. Assume that UE A is
using video services, UE B is using download services, and UE C is using other services. The
cell capacity does not change after the Busy-Hour Download Rate Control feature is enabled.
The reason for the unchanged cell capacity is that the download services are started later, the
download service rate is less than the SMBR, and therefore the scheduling weight is not
decreased for the download services.
Network Performance
This feature decreases the scheduling weight for download services and therefore decreases
the download service rate. If a download peak rate is set, you are advised not to enable this
feature during download service performance evaluation.

System Capacity
This feature increases the scheduling weight for video services and therefore ensures the
video service rate. As a result, the rate of low-priority services decreases. The change in cell
capacity is related to the radio environment of the UEs using video services and the
proportion of the video traffic in the cell.
If the UEs using video services are located in areas with good signal quality, the cell capacity
increases. If the UEs using video services are located in areas with poor signal quality, the
cell capacity decreases. When the SGBR is set to a large value, the video service rate
increases obviously, resulting in a big change in the cell capacity.
For example, cell congestion is simulated for a cell for which the SGBR is set to 2 Mbit/s.
There are three UEs (UE A, UE B, and UE C) in the cell. UE A is located at the cell center,
UE B is located at the cell edge, and UE C is located halfway between the cell center and cell
edge. Assume that UE A is using download services, UE B is using video services, and UE C
is using other services. Before the Video Service Rate Adaption feature is enabled, the cell
throughput is 2.2 Mbit/s. After the Video Service Rate Adaption feature is enabled, the cell
throughput is 1.5 Mbit/s, with a 32% decrease in cell capacity. Assume that UE A is using
video services, UE B is using download services, and UE C is using other services. The cell
capacity increases by 10% after the Video Service Rate Adaption feature is enabled.
Network Performance
This feature increases the scheduling weight for video services, ensuring that the video
service rate approximates the SGBR. When the amount of downlink services required by
various types of services in a cell is greater than the available amount of downlink resources
in the cell, this feature decreases the rates of other non-GBR services and increases the
average GBR service delay without affecting the GBR. When the amount of downlink
services required by various types of services in a cell is less than the available amount of
downlink resources in the cell, this feature does not affect other types of services.
Enabling the Video Service Rate Adaption feature reduces the video buffering time,
guarantees the video service rate, and reduces the number of video freezes.
For example, cell congestion is simulated for a cell for which the first-phase SGBR is set to
2.5 Mbit/s. In the cell, there are three UEs separately performing FTP download, P2P
download, and video services. After the Video Service Rate Adaption feature is enabled, the
initial video download delay decreases by 35%.
6 Engineering Guidelines
6.1.1 When to Use Busy-Hour Download Rate Control

The Busy-Hour Download Rate Control feature decreases the traffic volume proportion of
download services in a cell and improves user experience with high-priority services. If the
traffic volume of download services in a cell accounts for 20% of the total traffic volume in
the cell regardless of whether this occurs during busy hours or off-peak hours, you are
advised to enable the Busy-Hour Download Rate Control feature. After this feature is
enabled, the eNodeB decreases the download service rate when the download service rate
exceeds the SMBR. If the cell is heavily loaded, the download service rate decreases
considerably. If the cell is lightly loaded, the download service rate decreases slightly. It is
recommended that the SMBR be set to the average download service rate achieved before
this feature is enabled.
The SMBR value depends on operators' policies in controlling download services. The cell
average rate during busy hours can be used as a reference for SMBR. It is recommended that
the smaller value between operators' expected rate limit and cell average rate during busy
hours be used as the SMBR value.
This feature relies on a service awareness device deployed in the EPC or a third-party service
awareness device to identify service types. Before using this feature, verify that the service
awareness device can identify major services (for example, download services) on the
operator's network and encrypted services such as HTTPS. If the service awareness device
cannot identify the major services or encrypted services, you are advised not to use this
feature.
Before using this feature, obtain the service distribution statistics collected by the service
awareness device and the traffic volume proportion of download services. For example, a
Huawei service awareness device deployed in the EPC can use EPSN seven-layer parsing
performance counters to collect the statistics.
(Optional) Collect service key quality indicator (KQI) information.
If the operator's EPC is capable of KQI evaluation or an independent KQI evaluation device
is deployed, use the related EPC device or the KQI evaluation device to obtain downloading
KQIs, such as file download transmission rate. If the operator's network is not capable of KQI
evaluation, drive test is used and download services are performed on UEs to obtain the
download service rate.
6.1.3 Deployment
License
The operator must purchase and activate the license for the feature listed in the following
table.

Feature ID Feature
Name
Model License
Control
Item
NE Sales Unit
LOFD-
081202
Busy-Hour
Download
Rate Control
LT1S0BHDRC00 Busy-Hour
Download
Rate Control
eNodeB per cell
Other Requirements
This feature requires a service awareness device deployed in the EPC or a third-party service
awareness device.
This section describes the data that you need to collect for setting parameters. There are three
types of data sources:
 Network plan (negotiation not required): parameter values planned and set by the
operator
 Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
 User-defined: parameter values set by users
The following table describes the key parameters that must be set for Busy-Hour Download
Rate Control.
Parameter
Name
Parameter ID Data
Source
Setting Notes
Service
Differentiat
ed Switch
CELLALGOSWITCH.ServiceDiffS
witch
Network
planning
The
DownLoadRateLimitSw
itch option must be
selected to enable this
feature.
QoS Policy
Identity
QOSPOLICY.QosPolicyId Network
planning
This parameter specifies
the ID of a user-defined
QoS policy. The QoS ID
for each type of service
must be unique. For
convenience, you are
advised to set this
parameter to a DSCP
value. For example, the
DSCP for download
services is 10, and you
can set FirQosPolicyId
to 10.
Traffic QOSPOLICY.TrafficType Network Set this parameter to

Parameter
Name
Parameter ID Data
Source
Setting Notes
Type planning DOWNLOAD.
Priority
Queue
Identity
QOSPOLICY.PriQueueId Network
planning
It is recommended that
this parameter be set to
QUEUE1(QUEUE1) or
QUEUE2(QUEUE2).
Queue 0 is the default
queue. Packets whose
DSCPs do not match any
queue or are not identified
enter queue 0. Therefore,
you are advised not to set
this parameter to
QUEUE0(QUEUE0) for
download services.
Downlink
Service
Maximum
Bit Rate
QOSPOLICY.DlSmbr Network
planning
This parameter specifies
the maximum bit rate of
downlink services.
Differentiat
ed Services
Code Point
IpServiceQos.Dscp Negotiat
ed with
the peer
end
Set this parameter to the
same value as the DSCP
configured on the service
awareness device.
6.1.3.3 Precautions
None
6.1.3.4 Activation
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 6-1 in a summary data file, which also
contains other data for the new eNodeBs to be deployed. Then, import the summary data file
into the Configuration Management Express (CME) for batch configuration.
For detailed instructions, see "Creating eNodeBs in Batches" in the initial configuration guide
for the eNodeB, which is available in the eNodeB product documentation.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
 The managed objects (MOs) in Table 6-1 are contained in a scenario-specific
summary data file. In this situation, set the parameters in the MOs, and then verify
and save the file.

 Some MOs in Table 6-1 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set
the parameters.
Table 6-1 Parameters for the Busy-Hour Download Rate Control feature
MO Sheet
in the
Summa
ry Data
File
Parameter Group Remarks
CellAlgoSw
itch
User-
defined
sheet
LocalCellId,
ServiceDiffSwitch
The
DownLoadRateLimitSwitch(DownLoadRate
LimitSwitch) option under the
ServiceDiffSwitch parameter needs to be
selected to enable the Busy-Hour Download
Rate Control feature.
IpServiceQ
os
User-
defined
sheet
Dscp, Description,
QosPolicyTimeSwit
ch, FirQosPolicyId,
FirQosPolicyTimeL
ength,
SecQosPolicyId
The FirQosPolicyId parameter in the
IpServiceQos MO must be set to the ID of a
QoS policy configured in the QosPolicy MO.
Using the CME to Perform Batch Activation for Existing eNodeBs
This feature can be batch activated using the CME. For detailed operations, see the following
section in the CME product documentation or online help: Managing the CME > CME
Guidelines > Enhanced Feature Management > Feature Operation and Maintenance.
Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure. The procedure is as follows:
1. Customize a summary data file with the MOs and parameters listed in section "Using
the CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online
help, press F1 press F1 when a CME window is active, and select Managing the
CME > CME Guidelines > LTE Application Management > eNodeB Related
Operations > Customizing a Summary Data File for Batch eNodeB
Configuration.
2. Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export
Data > Export Base Station Bulk Configuration Data (CME client mode), to
export the eNodeB data stored on the CME into the customized summary data file.
3. In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
4. Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import

Data > Import Base Station Bulk Configuration Data (CME client mode), to
import the summary data file into the CME, and then start the data verification.
5. After data verification is complete, choose CME > Planned Area > Export
Incremental Scripts (U2000 client mode), or choose Area Management > Planned
Area > Export Incremental Scripts (CME client mode), to export and activate the
incremental scripts. For detailed operations, see Managing the CME > CME
Guidelines > Script File Management > Exporting Incremental Scripts from a
Planned Data Area in the CME online help.
Using the CME to Perform Single Configuration
On the CME, set the parameters listed in the "Data Preparation" section for a single eNodeB.
The procedure is as follows:
1. In the planned data area, click Base Station in the upper left corner of the
configuration window.
2. In area 1 shown in Figure 6-1, select the eNodeB to which the MOs belong.
Figure 6-1 MO search and configuration window
3. On the Search tab page in area 2, enter an MO name, for example, CELL.
4. In area 3, double-click the MO in the Object Name column. All parameters in this
MO are displayed in area 4.
5. Set the parameters in area 4 or 5.
6. Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode),
or choose Area Management > Planned Area > Export Incremental Scripts (CME
client mode), to export and activate the incremental scripts.
Using MML Commands

1. Turn on the switch for the Busy-Hour Download Rate Control feature.
Run the MOD CELLALGOSWITCH command with the
DownLoadRateLimitSwitch(DownLoadRateLimitSwitch) option under the
ServiceDiffSwitch parameter selected.
2. Configure a QoS policy for download services.
Run the ADD QOSPOLICY command to configure a QoS policy for download
services.
3. Configure a mapping between the DSCP and the QoS policy.
Run the ADD IPSERVICEQOS command to configure a mapping between the
DSCP and the QoS policy.
MML Command Examples
//Turning on the switch for the Busy-Hour Download Rate Control feature
MOD CELLALGOSWITCH: LocalCellId=0,ServiceDiffSwitch=VideoRateAdaptSwitch-
0&DownLoadRateLimitSwitch-1;
//Configuring a QoS policy for download services (Queue 1 is used as an
example.)
ADD QOSPOLICY: QosPolicyId=10, TrafficType=DOWNLOAD, PriQueueId=QUEUE1,
DlSmbr=2000;
//Configuring a mapping between the DSCP and the QoS policy for download
services
ADD IPSERVICEQOS:Dscp=10, Description="FTP Download Service",
FirQosPolicyId=10;
Check the values of the L.Thrp.bits.DL.Pri.1 and L.Thrp.Time.DL.Pri.1 counters. If the
values of the two counters are not 0, the Busy-Hour Download Rate Control feature has been
activated.
Using MML Commands
DownLoadRateLimitSwitch(DownLoadRateLimitSwitch) option under the
ServiceDiffSwitch parameter deselected.
//Turning off the switch for the Busy-Hour Download Rate Control feature
Using the CME to Perform Batch Configuration

Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in Table 6-2. In the procedure, modify parameters according to
the following table.
Table 6-2 Parameters for the Busy-Hour Download Rate Control feature
MO Sheet
in the
Summa
ry Data
File
Parameter Group Setting Notes
CellAlgoSw
itch
User-
defined
sheet
LocalCellId,
ServiceDiffSwitch
The
DownLoadRateLimitSwitch(DownLoadRate
LimitSwitch) option under the
deselected to disable the Busy-Hour Download
Rate Control feature.
QosPolicy User-
defined
sheet
QosPolicyId,
TrafficType,
PriQueueId,
DlSgbr, DlSmbr
The QosPolicy MO must be configured before
the IpServiceQos MO is configured.
IpServiceQ
os
User-
defined
sheet
Dscp, Description,
QosPolicyTimeSwit
ch, FirQosPolicyId,
FirQosPolicyTimeL
ength,
SecQosPolicyId
The FirQosPolicyId parameter in the
IpServiceQos MO must be set to the ID of a
QoS policy configured in the QosPolicy MO.
On the CME, set parameters according to Table 6-2. For detailed instructions, see 6.1.3.4
Activation described for feature activation.
After this feature is enabled, check the values of the L.Thrp.bits.DL.Pri.1 and
L.Thrp.Time.DL.Pri.1 counters.
1. Before this feature is enabled, the L.Thrp.bits.DL.Pri.1 and L.Thrp.Time.DL.Pri.1
counters do not have valid values. When this feature is enabled, you are advised to set
all queue weights to the same value and all service types to OTHER. For detailed
operations, see follow-up procedures.
2. Record the values of the L.Thrp.bits.DL.Pri.1 and L.Thrp.Time.DL.Pri.1 counters
at the end of a measurement period, and divide the value of the L.Thrp.bits.DL.Pri.1
counter by the value of the L.Thrp.Time.DL.Pri.1 counter to obtain the throughput.
3. Set all queue weights to the default values or planned values, and set the service type
to DOWNLOAD for download services.

again at the end of a measurement period, and divide the value of the
L.Thrp.bits.DL.Pri.1 counter by the value of the L.Thrp.Time.DL.Pri.1 counter to
obtain the throughput.
5. Compare the recorded two values of the L.Thrp.bits.DL.Pri.1 counter and the two
throughput values to check whether the traffic volume and throughput have decreased.
The operation procedures are as follows:
1. Configure the download function switch.
MOD CELLALGOSWITCH: LocalCellId=xx,ServiceDiffSwitch=VideoRateAdaptSwitch-
2. Configure a QoS policy for download services, with the traffic type set to OTHER and
Priority Queue Identity set to QUEUE1.
ADD QOSPOLICY: QosPolicyId=4,TrafficType=OTHER,PriQueueId=QUEUE1;
3. Configure a mapping between the DSCP and the QoS policy for download services.
ADD IPSERVICEQOS:Dscp=11, Description="P2P Service", QosPolicyTimeSwitch=OFF,
FirQosPolicyId=4;
4. Set all queue weights to the same value.
MOD SERVICEDIFFSETTING: QueueWeight0=5, QueueWeight1=5, QueueWeight2=5,
QueueWeight3=5, QueueWeight4=5, QueueWeight5=5, QueueWeight6=5,
QueueWeight7=5;
5. Obtain the L.Thrp.bits.DL.Pri.1 and L.Thrp.Time.DL.Pri.1 counters before the
download function switch is turned on. It is recommended that the busy-hour counters of at
least one day be obtained.
After step 5 is performed, the baseline parameters before the feature takes effect are
collected. The follow-up procedures are performed to collect parameters after the feature
takes effect.
6. Set download service parameters, with QoS policy for download service parameters set.
ADD QOSPOLICY:
QosPolicyId=5,TrafficType=DOWNLOAD,PriQueueId=QUEUE1,DlSmbr=1000;
7. Configure a mapping between the DSCP and the QoS policy for download services.
MOD IPSERVICEQOS:Dscp=11, Description="P2P Service", QosPolicyTimeSwitch=OFF,
FirQosPolicyId=5;
8. Restore the priority queue weight configurations to the default values.

QueueWeight7=20;
9. Obtain the L.Thrp.bits.DL.Pri.1 and L.Thrp.Time.DL.Pri.1 counters after the download
function switch is turned on. It is recommended that the busy-hour counters of at least one
day be obtained.
10. Observe the gains before and after the feature takes effect. It is recommended that the
L.Thrp.bits.DL.Pri.1 counter be used for download services.
Adjusting the SMBR for Download Services
To adjust the SMBR for download services, run the following command:
MOD QOSPOLICY: QosPolicyId=10, DlSmbr=1000;
Adjusting the Queue Weight for Download Services
The queue weight for download services can be adjusted to increase or decrease the
scheduling priority of download services. Before you adjust the weight, you are advised to
run the LST SERVICEDIFFSETTING command to query the current queue weights to
ensure that the sum of the weights does not exceed 100 after the adjustment. To adjust the
queue weight for download services, run the following command:
MOD SERVICEDIFFSETTING: QueueWeight1=10;
None
6.2.1 When to Use Video Service Rate Adaption
The gain provided by this feature varies with the cell load and the proportion of video
services. Use Video Service Rate Adaption in the following scenarios:
 The video traffic volume in a cell accounts for 40% or less of the total traffic volume
in the cell and the video service rates for some UEs are less than the SGBR.
 During busy hours, the average single-UE throughput is less than 1.5 Mbit/s in a cell
and the cell load is high, for example, the physical resource block (PRB) usage is
greater than 60%.
 When video services are enabled and the video services to be guaranteed accounts for
high proportion (such as 20%), it is recommended that service identification be
performed on delay-sensitive services such as web services and higher priorities are
used to guarantee delay-sensitive services.

 It is recommended that the QosPolicy.DlSgbr parameter be set to a value two times
of the video bitrate for initial acceleration. You are advised not to set the SGBR for
video services to an excessively large value to prevent waste of radio resources.
 It is recommended that the QosPolicy.DlSgbr parameter be set to a value 1.1 to 1.2
times of the video bitrate for normal rate guarantee. You are advised not to set the
SGBR for video services to an excessively large value to prevent waste of radio
resources.
 The initial acceleration time can be configured according to site requirements. It is
recommended that this parameter be set to 8s. You are advised not to set this
parameter to an excessively large value to prevent waste of radio resources.
This feature relies on a service awareness device deployed in the EPC or a third-party service
awareness device to identify service types. Before using this feature, verify that the service
awareness device can identify major services (for example, video services) on the operator's
network and encrypted services such as HTTPS. If the service awareness device cannot
identify the major services or encrypted services, you are advised not to use this feature.
Before using this feature, obtain the service distribution statistics collected by the service
awareness device and the traffic volume proportion of video services. For example, a Huawei
service awareness device deployed in the EPC can use EPSN seven-layer parsing
performance counters to collect the statistics.
You need to obtain the video bitrates that require adjustment from OTT video websites or the
service awareness device and set the DlSgbr parameter for this feature based on the obtained
video bitrates. If video services with different resolution are performed on a network, it is
recommended that the video bitrate with the highest proportion acts as the reference for
SGBR.
The following table lists common video bitrate, which is for reference only.
Video Type Average Bitrate of
Videos (kbit/s)
Minimum Bitrate of
Videos (kbit/s)
Maximum Bitrate of
Videos (kbit/s)
360P 590 350 800
480P 1500 1000 2500
720P 2400 1000 4000
1080P 6000 4000 8000
It is recommended that average busy-hour single-user throughput in a cell be used if the
bitrate of video on a network is unavailable.
(Optional) Collect service key quality indicator (KQI) information.
If the operator's EPC is capable of KQI evaluation or an independent KQI evaluation device
is deployed, use the related EPC device or the KQI evaluation device to obtain video KQIs,

such as video stream initial buffering time and decrease in the video freezes in a cell, and use
the video KQIs to determine whether to use this feature and to evaluate the feature gain.
If the operator's network is not capable of KQI evaluation, drive test is used. By doing this,
video services are performed on UEs, the video play situation is observed to record the
following items: interval between video start to video image display, video stall times.
Measures such as screen recording and videotaping can be used to facilitate statistics and
analysis.
6.2.3 Deployment
License
The operator must purchase and activate the license for the feature listed in the following
table.
Feature ID Feature
Name
Model License
Control
Item
NE Sales Unit
LOFD-
081203
Video
Service Rate
Adaption
LT1S00VSRA00 Video
Service Rate
Adaption
eNodeB per cell
Other Requirements
This feature requires a service awareness device deployed in the EPC or a third-party service
awareness device.
This section describes the data that you need to collect for setting parameters. There are three
types of data sources:
 Network plan (negotiation not required): parameter values planned and set by the
operator
 Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
 User-defined: parameter values set by users
The following table describes the key parameters that must be set for Video Service Rate
Adaption.
Paramet
er Name
Parameter ID Data
Source
Setting Notes
Service
Differenti
CELLALGOSWITCH.Servic
eDiffSwitch
Networ
k
The
VideoRateAdaptSwitch(VideoRate

Paramet
er Name
Parameter ID Data
Source
Setting Notes
ated
Switch
plannin
g
AdaptSwitch) option must be
selected to enable the Video Service
Rate Adaption feature.
QoS
Policy
Identity
QOSPOLICY.QosPolicyId Networ
k
plannin
g
This parameter specifies the ID of a
user-defined QoS policy. The QoS
ID for each type of service must be
unique. For convenience, you are
advised to set this parameter to the
DSCP or DSCP plus 64. For
example, the DSCP for video
services is 40, and you can set
FirQosPolicyId to 40 and
SecQosPolicyId to 104.
Traffic
Type
QOSPOLICY.TrafficType Networ
k
plannin
g
Set this parameter to
VIDEO(VIDEO).
Priority
Queue
Identity
QOSPOLICY.PriQueueId Networ
k
plannin
g
It is recommended that this
parameter be set to
QUEUE6(QUEUE6). You can also
set this parameter to
QUEUE5(QUEUE5) or
QUEUE7(QUEUE7).
Downlink
Service
Grant Bit
Rate
QOSPOLICY.DlSgbr Networ
k
plannin
g
Set this parameter to the SGBR
planned for video services.
Differenti
ated
Services
Code
Point
IpServiceQos.Dscp Negotia
ted
with
the
peer
end
Set this parameter to the same value
as the DSCP configured on the
service awareness device.
6.2.3.3 Precautions
None
6.2.3.4 Activation
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs

Enter the values of the parameters listed in Table 6-3 in a summary data file, which also
contains other data for the new eNodeBs to be deployed. Then, import the summary data file
into the Configuration Management Express (CME) for batch configuration.
For detailed instructions, see "Creating eNodeBs in Batches" in the initial configuration guide
for the eNodeB, which is available in the eNodeB product documentation.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
 The managed objects (MOs) in Table 6-3 are contained in a scenario-specific
summary data file. In this situation, set the parameters in the MOs, and then verify
and save the file.
 Some MOs in Table 6-3 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set
the parameters.
Table 6-3 Parameters for video service rate adaption
MO Sheet in
the
Summa
ry Data
File
Parameter Group Remarks
CellAlgoSwi
tch
User-
defined
sheet
LocalCellId,
ServiceDiffSwitch
The
VideoRateAdaptSwitch(VideoRateAdapt
Switch) option under the
selected to enable the Video Service Rate
Adaption feature.
QosPolicy User-
defined
sheet
QosPolicyId,
TrafficType,
PriQueueId,
DlSgbr/DlSmbr
The QosPolicy MO must be configured
before the IpServiceQos MO is configured.
IpServiceQos User-
defined
sheet
Dscp, Description,
QosPolicyTimeSwitc
h, FirQosPolicyId,
FirQosPolicyTimeLe
ngth, SecQosPolicyId
The FirQosPolicyId and SecQosPolicyId
parameters in the IpServiceQos MO must
be set to the IDs of QoS policies configured
in the QosPolicy MO.
Using the CME to Perform Batch Activation for Existing eNodeBs
This feature can be batch activated using the CME. For detailed operations, see the following
section in the CME product documentation or online help: Managing the CME > CME
Guidelines > Enhanced Feature Management > Feature Operation and Maintenance.
Using the CME to Perform Batch Configuration for Existing eNodeBs

Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure. The procedure is as follows:
1. Customize a summary data file with the MOs and parameters listed in section "Using
the CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online
help, press F1 press F1 when a CME window is active, and select Managing the
CME > CME Guidelines > LTE Application Management > eNodeB Related
Operations > Customizing a Summary Data File for Batch eNodeB
Configuration.
2. Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export
Data > Export Base Station Bulk Configuration Data (CME client mode), to
export the eNodeB data stored on the CME into the customized summary data file.
3. In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
4. Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import
Data > Import Base Station Bulk Configuration Data (CME client mode), to
import the summary data file into the CME, and then start the data verification.
5. After data verification is complete, choose CME > Planned Area > Export
Incremental Scripts (U2000 client mode), or choose Area Management > Planned
Area > Export Incremental Scripts (CME client mode), to export and activate the
incremental scripts. For detailed operations, see Managing the CME > CME
Guidelines > Script File Management > Exporting Incremental Scripts from a
Planned Data Area in the CME online help.
On the CME, set the parameters listed in the "Data Preparation" section for a single eNodeB.
The procedure is as follows:
1. In the planned data area, click Base Station in the upper left corner of the
configuration window.
2. In area 1 shown in Figure 6-2, select the eNodeB to which the MOs belong.

Figure 6-2 MO search and configuration window
3. On the Search tab page in area 2, enter an MO name, for example, CELL.
4. In area 3, double-click the MO in the Object Name column. All parameters in this
MO are displayed in area 4.
5. Set the parameters in area 4 or 5.
6. Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode),
or choose Area Management > Planned Area > Export Incremental Scripts (CME
client mode), to export and activate the incremental scripts.
Using MML Commands
1. //Turning on the switch for the Video Service Rate Adaption feature
VideoRateAdaptSwitch(VideoRateAdaptSwitch) option under the
ServiceDiffSwitch parameter selected.
2. Configure a QoS policy for video services.
Run the ADD QOSPOLICY command to configure a QoS policy for video services.
3. Configure a mapping between the DSCP and the QoS policy.
Run the ADD IPSERVICEQOS command to configure a mapping between the
DSCP and the QoS policy.
//Turning on the switch for the Video Service Rate Adaption feature

//Configuring two QoS policies for video services with one QoS policy used
in initial acceleration and the other QoS policy used in normal-rate
guarantee (Queue 6 is used as an example.)
ADD QOSPOLICY: QosPolicyId=40, TrafficType=VIDEO, PriQueueId=QUEUE6,
DlSgbr=4800;
ADD QOSPOLICY: QosPolicyId=104, TrafficType=VIDEO,
PriQueueId=QUEUE6,DlSgbr=1200;
//Configuring a mapping between the DSCP and the QoS policies for video
services
ADD IPSERVICEQOS: Dscp=40, Description="Video Service",
QosPolicyTimeSwitch=ON, FirQosPolicyId=40, FirQosPolicyTimeLength=12,
SecQosPolicyId=104;
Check the values of the L.Thrp.bits.DL.Pri.6 and L.Thrp.Time.DL.Pri.6 counters. If the
values of the two counters are not 0, the Video Service Rate Adaption feature has been
activated.
Using MML Commands
VideoRateAdaptSwitch(VideoRateAdaptSwitch) option under the ServiceDiffSwitch
parameter deselected.
//Turning off the switch for the Video Service Rate Adaption feature
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in Table 6-4. In the procedure, modify parameters according to
the following table.
Table 6-4 Parameters for video service rate adaption
MO Sheet in
the
Summa
ry Data
File
CellAlgoSwi
tch
User-
defined
sheet
LocalCellId,
ServiceDiffSwitch
The
VideoRateAdaptSwitch(VideoRateAdapt
Switch) option under the

MO Sheet in
the
Summa
ry Data
File
deselected to disable the Video Service
Rate Adaption feature.
QosPolicy User-
defined
sheet
QosPolicyId,
TrafficType,
PriQueueId,
DlSgbr/DlSmbr
The QosPolicy MO must be configured
before the IpServiceQos MO is configured.
IpServiceQos User-
defined
sheet
Dscp, Description,
QosPolicyTimeSwitc
h, FirQosPolicyId,
FirQosPolicyTimeLe
ngth, SecQosPolicyId
The FirQosPolicyId and SecQosPolicyId
parameters in the IpServiceQos MO must
be set to the IDs of QoS policies configured
in the QosPolicy MO.
On the CME, set parameters according to Table 6-4. For detailed instructions, see "Using the
CME to Perform Single Configuration" described for feature activation.
After this feature is enabled, check the values of the L.Thrp.bits.DL.Pri.6 and
L.Thrp.Time.DL.Pri.6 counters.
1. Before this feature is enabled, the L.Thrp.bits.DL.Pri.6 and L.Thrp.Time.DL.Pri.6
counters do not have valid values. When this feature is enabled, you are advised to set
all queue weights to the same value and all service types to OTHER. For detailed
operations, see follow-up procedures.
at the end of a measurement period, and divide the value of the L.Thrp.bits.DL.Pri.6
counter by the value of the L.Thrp.Time.DL.Pri.6 counter to obtain the throughput.
3. Set all queue weights to the default values or planned values, and set the service type
to VIDEO for video services.
again at the end of a measurement period, and divide the value of the
L.Thrp.bits.DL.Pri.6 counter by the value of the L.Thrp.Time.DL.Pri.6 counter to
obtain the throughput.
5. Compare the recorded two values of the L.Thrp.bits.DL.Pri.6 counter and the two
throughput values to check whether the traffic volume and throughput have increased.
6. If Huawei EPC devices are used, you can evaluate the feature gain by checking
whether the KQIs indicating the video stream initial buffering time and the number of
video freezes have decreased.
The operation procedures are as follows:

1. Turn on the switch for the Video Service Rate Adaption feature.
MOD CELLALGOSWITCH: LocalCellId=xx,ServiceDiffSwitch=VideoRateAdaptSwitch-
2. Configure a QoS policy for video services, with the traffic type set to OTHER and
Priority Queue Identity set to QUEUE6.
ADD QOSPOLICY: QosPolicyId=1,TrafficType=OTHER,PriQueueId=QUEUE6;
3. Configure a mapping between the DSCP and the QoS policy for video services.
ADD IPSERVICEQOS:Dscp=52, Description=" Video Service",
QosPolicyTimeSwitch=OFF, FirQosPolicyId=1;
4. Set all queue weights to the same value.
QueueWeight7=5;
5. Obtain the L.Thrp.bits.DL.Pri.6 and L.Thrp.Time.DL.Pri.6 counters before the video
day are obtained.
After step 5 is performed, the baseline parameters before the feature takes effect are
collected. The follow-up procedures are performed to collect parameters after the feature
takes effect.
6. Configure the video speed adjustment parameters and two policies for video services with
one policy used in initial acceleration and the other policy used in normal-rate guarantee
(Queue 6 is used as an example.)
ADD QOSPOLICY:
QosPolicyId=2,TrafficType=VIDEO,PriQueueId=QUEUE6,DlSgbr=4000;
ADD QOSPOLICY:
QosPolicyId=3,TrafficType=VIDEO,PriQueueId=QUEUE6,DlSgbr=2500;
7. Configure a mapping between the DSCP and the QoS policy for video services.
MOD IPSERVICEQOS:Dscp=52, Description=" Video Service",
QosPolicyTimeSwitch=ON, FirQosPolicyId=2, FirQosPolicyTimeLength=8,
SecQosPolicyId=3;
8. Restore the priority queue weight configurations to the default values.
QueueWeight7=20;

9. Obtain the L.Thrp.bits.DL.Pri.6 and L.Thrp.Time.DL.Pri.6 counters after the video
day are obtained.
10. Observe the gains before and after the feature takes effect. It is recommended that the
throughput (indicated by L.Thrp.bits.DL.Pri.6) and throughput rate (indicated by
L.Thrp.bits.DL.Pri.6/L.Thrp.Time.DL.Pri.6) be used for video services.
Adjusting the SGBR for Video Services
If initial acceleration effect is not satisfactory or the video bitrate changes, adjusts the SGBR
for video services. For example, to reduce the initial video download delay, you can increase
the SGBR for initial acceleration.
MOD QOSPOLICY: QosPolicyId=40, DlSgbr=6000;
Adjusting the Queue Weight for Video Services
In addition to SGBR adjustment, the queue weight for video services can be adjusted to
increase the scheduling priority of video services. Before you adjust the weight, you are
advised to run the LST SERVICEDIFFSETTING command to query the current queue
weights to ensure that the sum of the weights does not exceed 100 after the adjustment. To
adjust the queue weight for video services, run the following command:
MOD SERVICEDIFFSETTING: QueueWeight6=30;
None
7 Parameters
Table 7-1 Parameters
MO Parameter
ID
MML
Command
Feature
ID
Featur
e
Name
Description
CellAlgo
Switch
ServiceDiffS
witch
MOD
CELLALGO
SWITCH
LST
CELLALGO
SWITCH
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
and
Video
Service
Rate
Meaning:
Indicates whether to enable the
functions related to service
differentiation.
VideoRateAdaptSwitch: If this
option is deselected, adaptive
data rate adjustment for video
services is disabled. If this

MO Parameter
ID
MML
Command
Feature
ID
Featur
e
Name
Description
Adapti
on
option is selected, adaptive
data rate adjustment for video
services is enabled.
DownLoadRateLimitSwitch: If
this option is deselected,
download data rate control
during busy hours is disabled.
If this option is selected,
download data rate control
during busy hours is enabled.
GUI Value Range:
VideoRateAdaptSwitch(Video
RateAdaptSwitch),
DownLoadRateLimitSwitch(D
ownLoadRateLimitSwitch)
Unit: None
Actual Value Range:
VideoRateAdaptSwitch,
DownLoadRateLimitSwitch
Default Value:
VideoRateAdaptSwitch:Off,
DownLoadRateLimitSwitch:O
ff
ServiceDi
ffSetting
QueueWeight
0
MOD
SERVICEDI
FFSETTING
LST
SERVICEDI
FFSETTING
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
and
Video
Service
Rate
Adapti
on
Meaning: Indicates queue
scheduling weight 0. A larger
parameter value indicates a
higher priority.
GUI Value Range: 0~100
Unit: None
Actual Value Range: 0~1,
step:0.01
Default Value: 10
ServiceDi
ffSetting
QueueWeight
7
MOD
SERVICEDI
FFSETTING
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Meaning: Indicates queue
scheduling weight 7. A larger
parameter value indicates a

MO Parameter
ID
MML
Command
Feature
ID
Featur
e
Name
Description
LST
SERVICEDI
FFSETTING
Rate
Control
and
Video
Service
Rate
Adapti
on
higher priority.
Unit: None
Actual Value Range: 0~1,
step:0.01
Default Value: 20
Standard
Qci
DlschPriority
Factor
MOD
STANDARD
QCI
LST
STANDARD
QCI
LOFD-
001015
02 /
TDLOF
D-
001015
02
Dynam
ic
Schedu
ling
Meaning: Indicates the weight
factor used in the calculation of
connection priorities during
downlink scheduling.
Unit: None
Actual Value Range: 0.001~1,
step:0.001
Default Value: 700
IpService
Qos
QosPolicyTi
meSwitch
ADD
IPSERVICE
QOS
MOD
IPSERVICE
QOS
LST
IPSERVICE
QOS
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Adapti
on
Meaning: Indicates whether to
provide rates in two phases for
QoS purposes. This switch is
required only for video, not for
other services. If this switch is
turned on for video, the
eNodeB provides an initial
acceleration in the first phase
and a normal rate guarantee in
the second phase. If this switch
is turned off, the eNodeB
provides a normal rate
guarantee from the start.
GUI Value Range: OFF(OFF),
ON(ON)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(OFF)

MO Parameter
ID
MML
Command
Feature
ID
Featur
e
Name
Description
IpService
Qos
FirQosPolicy
Id
ADD
IPSERVICE
QOS
MOD
IPSERVICE
QOS
LST
IPSERVICE
QOS
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Adapti
on
Meaning: Indicates the QoS in
the first phase if the QoS
Policy Time Switch is turned
on for video, or the QoS across
the entire process if this switch
is turned off.
Unit: None
Actual Value Range: 0~127
Default Value: None
IpService
Qos
FirQosPolicy
TimeLength
ADD
IPSERVICE
QOS
MOD
IPSERVICE
QOS
LST
IPSERVICE
QOS
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Adapti
on
Meaning: Indicates the time
length of the first phase in
which the eNodeB provides an
initial acceleration for video.
Unit: s
Default Value: 0
QosPolic
y
DlSgbr ADD
QOSPOLICY
MOD
QOSPOLICY
LST
QOSPOLICY
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Adapti
on
Meaning: Indicates a
guaranteed bit rate for
downlink services. The value 0
indicates an invalid rate.
GUI Value Range:
0~4294967295
Unit: Kbit/s
Actual Value Range:
0~4294967295
Default Value: 0
IpService
Qos
SecQosPolic
yId
ADD
IPSERVICE
QOS
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Meaning: Indicates the QoS in
the second phase after the
initial acceleration for video.
When QosPolicyTimeSwitch is

MO Parameter
ID
MML
Command
Feature
ID
Featur
e
Name
Description
MOD
IPSERVICE
QOS
LST
IPSERVICE
QOS
Rate
Control
/Video
Service
Rate
Adapti
on
ON and QosPolicyId is set,
SecQosPolicy shall be set
within the range of 0~127.
When QosPolicyTimeSwitch is
OFF, SecQosPolicyId is set to
be 255 by default.
GUI Value Range: 0~127,255
Unit: None
Actual Value Range:
0~127,255
Default Value: 255
QosPolic
y
DlSmbr ADD
QOSPOLICY
MOD
QOSPOLICY
LST
QOSPOLICY
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Adapti
on
Meaning: Indicates the
maximum bit rate of downlink
services. This parameter must
be set to a value greater than 0
if the TrafficType parameter
value is DOWNLOAD. This
parameter does not need to be
set and the default value 0
takes effect if the TrafficType
parameter value is VIDEO or
OTHER.
GUI Value Range:
0~4294967295
Unit: Kbit/s
Actual Value Range:
0~4294967295
Default Value: 0
QosPolic
y
QosPolicyId ADD
QOSPOLICY
LST
QOSPOLICY
MOD
QOSPOLICY
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Meaning: Indicates the ID of a
user-defined QoS policy.
Unit: None

MO Parameter
ID
MML
Command
Feature
ID
Featur
e
Name
Description
RMV
QOSPOLICY
Adapti
on
Default Value: None
QosPolic
y
TrafficType ADD
QOSPOLICY
MOD
QOSPOLICY
LST
QOSPOLICY
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Adapti
on
Meaning: Indicates a traffic
type for service differentiation.
Currently, there are three types
of traffic: VIDEO,
DOWNLOAD, and OTHER.
GUI Value Range:
VIDEO(VIDEO),
DOWNLOAD(DOWNLOAD)
, OTHER(OTHER)
Unit: None
Actual Value Range: VIDEO,
DOWNLOAD, OTHER
Default Value:
OTHER(OTHER)
QosPolic
y
PriQueueId ADD
QOSPOLICY
MOD
QOSPOLICY
LST
QOSPOLICY
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Adapti
on
Meaning: Indicates the ID of a
prioritized queue. The eNodeB
can provide differentiated
services for a maximum of
eight prioritized queues.
Multiple DSCPs can be
mapped to one queue, but one
DSCP cannot be mapped to
multiple queues.
GUI Value Range:
QUEUE0(QUEUE0),
QUEUE1(QUEUE1),
QUEUE2(QUEUE2),
QUEUE3(QUEUE3),
QUEUE4(QUEUE4),
QUEUE5(QUEUE5),
QUEUE6(QUEUE6),
QUEUE7(QUEUE7)
Unit: None
Actual Value Range:
QUEUE0, QUEUE1,
QUEUE2, QUEUE3,

MO Parameter
ID
MML
Command
Feature
ID
Featur
e
Name
Description
QUEUE4, QUEUE5,
QUEUE6, QUEUE7
Default Value:
QUEUE0(QUEUE0)
IpService
Qos
Dscp ADD
IPSERVICE
QOS
LST
IPSERVICE
QOS
MOD
IPSERVICE
QOS
RMV
IPSERVICE
QOS
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Adapti
on
Meaning: Indicates a
differentiated services code
point (DSCP) for IP packets.
Different types of traffic can be
assigned different DSCPs
within the range of 1 to 63.
Unit: None
Default Value: None
IpService
Qos
Description ADD
IPSERVICE
QOS
MOD
IPSERVICE
QOS
LST
IPSERVICE
QOS
LOFD-
081202/
LOFD-
081203
Busy-
Hour
Downl
oad
Rate
Control
/Video
Service
Rate
Adapti
on
Meaning: Indicates a service
description.
characters
Unit: None
Default Value: None
8 Counters
Table 8-1 Counters
Counter ID Counter Name Counter
Description
Feature ID Feature Name
1526736765 L.Thrp.Time.DL.Pri.0 Total downlink
data
transmission
duration of
services with a
Multi-mode:
None
GSM: None
Busy-Hour
Download Rate
Control
Video Service

Description
priority of 0 in
a cell
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Rate Adaption
data
transmission
duration of
services with a
priority of 1 in
a cell
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
data
transmission
duration of
services with a
priority of 2 in
a cell
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
data
transmission
duration of
services with a
priority of 3 in
a cell
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
data
transmission
duration of
services with a
priority of 4 in
Multi-mode:
None
GSM: None
Busy-Hour
Download Rate
Control
Video Service

Description
a cell UMTS: None
LTE: LOFD-
081202
LOFD-081203
Rate Adaption
data
transmission
duration of
services with a
priority of 5 in
a cell
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
data
transmission
duration of
services with a
priority of 6 in
a cell
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
data
transmission
duration of
services with a
priority of 7 in
a cell
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
1526736773 L.Thrp.bits.DL.Pri.0 Downlink
traffic volume
of services with
a priority of 0
Multi-mode:
None
GSM: None
Busy-Hour
Download Rate
Control
Video Service

Description
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Rate Adaption
traffic volume
of services with
a priority of 1
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
traffic volume
of services with
a priority of 2
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
traffic volume
of services with
a priority of 3
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
traffic volume
of services with
a priority of 4
Multi-mode:
None
GSM: None
Busy-Hour
Download Rate
Control
Video Service

Description
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Rate Adaption
traffic volume
of services with
a priority of 5
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
traffic volume
of services with
a priority of 6
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
traffic volume
of services with
a priority of 7
Multi-mode:
None
GSM: None
UMTS: None
LTE: LOFD-
081202
LOFD-081203
Busy-Hour
Download Rate
Control
Video Service
Rate Adaption
9 Glossary
For the acronyms, abbreviations, terms, and definitions, see Glossary.

10 Reference Documents
1. QoS Management Feature Parameter Description

Dscp based service experience

More Related Content

What's hot (20)

Similar to Dscp based service experience (20)

Recently uploaded (20)

Dscp based service experience