dscp based service experience
TRANSCRIPT
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: [email protected]
Contents1 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 LOFD-081202 Busy-Hour Download Rate Control
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 LOFD-081203 Video Service Rate Adaption
6.2.1 When to Use Video Service Rate Adaption
6.2.2 Required Information
6.2.3 Deployment
6.2.3.1 Requirements
6.2.3.2 Data Preparation
6.2.3.3 Precautions
6.2.3.4 Activation
6.2.3.5 Activation Observation
6.2.3.6 Deactivation
6.2.4 Performance Monitoring
6.2.5 Parameter Optimization
6.2.6 Troubleshooting
7 Parameters
8 Counters
9 Glossary
10 Reference Documents
1 About This Document
1.1 ScopeThis 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 AudienceThis document is intended for personnel who:
Need to understand the features described herein Work with Huawei products
1.3 Change HistoryThis 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 Control
Yes Yes Yes
LOFD-081203 Video Service Rate Adaption
Yes Yes Yes
Function Implementation in Macro, Micro, and LampSite eNodeBs
None
2 Overview2.1 BackgroundThe 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 IntroductionThe 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 BenefitsAfter 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 ArchitectureFigure 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 NEsNE Function
Service awareness device The service awareness device identifies service types such as video and download
NE Function
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 Description3.1 IntroductionOperators' 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
(Description)
QoS Policy Time Switch
(QosPolicyTime
Switch)
First QoS Policy
Identity
(FirQosPoli
cyId)
First QoS Policy Time Length (Unit:
s)
(FirQosPolicyTim
eLength)
Second QoS Policy
Identity
(SecQosPoli
cyId)
15 Download services
OFF 2 - -
40 Video services
ON 0 12 1
20 Other services (Other service types such as web browsing
OFF 3 - -
Differentiated
Services Code Point
(Dscp)
Traffic Descripti
on
(Description)
QoS Policy Time Switch
(QosPolicyTime
Switch)
First QoS Policy
Identity
(FirQosPoli
cyId)
First QoS Policy Time Length (Unit:
s)
(FirQosPolicyTim
eLength)
Second QoS Policy
Identity
(SecQosPoli
cyId)
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 Features4.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 Impact5.1 LOFD-081202 Busy-Hour Download Rate Control
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.
5.2 LOFD-081203 Video Service Rate Adaption
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 Guidelines6.1 LOFD-081202 Busy-Hour Download Rate Control
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.
6.1.2 Required Information
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
6.1.3.1 Requirements
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.
6.1.3.2 Data Preparation
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 Differentiated Switch
CELLALGOSWITCH.ServiceDiffSwitch
Network planning
The DownLoadRateLimitSwitch 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.
Differentiated Services Code Point
IpServiceQos.Dscp Negotiated 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 featureMO Sheet
in the Summary Data
File
Parameter Group Remarks
CellAlgoSwitch
User-defined sheet
LocalCellId, ServiceDiffSwitch
The DownLoadRateLimitSwitch(DownLoadRateLimitSwitch) option under the ServiceDiffSwitch parameter needs to be selected to enable the Busy-Hour Download Rate Control feature.
IpServiceQos
User-defined sheet
Dscp, Description, QosPolicyTimeSwitch, FirQosPolicyId, FirQosPolicyTimeLength, 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 featureMOD 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 servicesADD IPSERVICEQOS:Dscp=10, Description="FTP Download Service", FirQosPolicyId=10;
6.1.3.5 Activation Observation
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.
6.1.3.6 Deactivation
Using MML Commands
Run the MOD CELLALGOSWITCH command with the DownLoadRateLimitSwitch(DownLoadRateLimitSwitch) option under the ServiceDiffSwitch parameter deselected.
MML Command Examples
//Turning off the switch for the Busy-Hour Download Rate Control featureMOD CELLALGOSWITCH: LocalCellId=0,ServiceDiffSwitch=VideoRateAdaptSwitch-0&DownLoadRateLimitSwitch-0;
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 featureMO Sheet
in the Summary Data
File
Parameter Group Setting Notes
CellAlgoSwitch
User-defined sheet
LocalCellId, ServiceDiffSwitch
The DownLoadRateLimitSwitch(DownLoadRateLimitSwitch) option under the ServiceDiffSwitch parameter needs to be 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.
IpServiceQos
User-defined sheet
Dscp, Description, QosPolicyTimeSwitch, FirQosPolicyId, FirQosPolicyTimeLength, 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 Single Configuration
On the CME, set parameters according to Table 6-2. For detailed instructions, see 6.1.3.4 Activation described for feature activation.
6.1.4 Performance Monitoring
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.
4. Record the values of the L.Thrp.bits.DL.Pri.1 and L.Thrp.Time.DL.Pri.1 counters 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-0&DownLoadRateLimitSwitch-1;
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.
MOD SERVICEDIFFSETTING: QueueWeight0=10, QueueWeight1=5, QueueWeight2=5, QueueWeight3=10, QueueWeight4=10, QueueWeight5=20, QueueWeight6=20, 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.
6.1.5 Parameter Optimization
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;
6.1.6 Troubleshooting
None
6.2 LOFD-081203 Video Service Rate Adaption
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.
6.2.2 Required Information
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
6.2.3.1 Requirements
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.
6.2.3.2 Data Preparation
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.
Parameter Name
Parameter ID Data Source
Setting Notes
Service Differentiated
CELLALGOSWITCH.ServiceDiffSwitch
Network plannin
The VideoRateAdaptSwitch(VideoRateAdaptSwitch) option must be
Parameter Name
Parameter ID Data Source
Setting Notes
Switch g selected to enable the Video Service Rate Adaption 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 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 Network planning
Set this parameter to VIDEO(VIDEO).
Priority Queue Identity
QOSPOLICY.PriQueueId Network planning
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 Network planning
Set this parameter to the SGBR planned for video services.
Differentiated Services Code Point
IpServiceQos.Dscp Negotiated 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 adaptionMO Sheet in
the Summary Data
File
Parameter Group Remarks
CellAlgoSwitch
User-defined sheet
LocalCellId, ServiceDiffSwitch
The VideoRateAdaptSwitch(VideoRateAdaptSwitch) option under the ServiceDiffSwitch parameter needs to be 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, QosPolicyTimeSwitch, FirQosPolicyId, FirQosPolicyTimeLength, 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.
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-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
Run the MOD CELLALGOSWITCH command with the 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.
MML Command Examples
//Turning on the switch for the Video Service Rate Adaption feature
MOD CELLALGOSWITCH: LocalCellId=0,ServiceDiffSwitch=VideoRateAdaptSwitch-1&DownLoadRateLimitSwitch-0;//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 servicesADD IPSERVICEQOS: Dscp=40, Description="Video Service", QosPolicyTimeSwitch=ON, FirQosPolicyId=40, FirQosPolicyTimeLength=12, SecQosPolicyId=104;
6.2.3.5 Activation Observation
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.
6.2.3.6 Deactivation
Using MML Commands
Run the MOD CELLALGOSWITCH command with the VideoRateAdaptSwitch(VideoRateAdaptSwitch) option under the ServiceDiffSwitch parameter deselected.
MML Command Examples
//Turning off the switch for the Video Service Rate Adaption featureMOD CELLALGOSWITCH: LocalCellId=0,ServiceDiffSwitch=VideoRateAdaptSwitch-0&DownLoadRateLimitSwitch-0;
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 adaptionMO Sheet in
the Summary Data
File
Parameter Group Setting Notes
CellAlgoSwitch
User-defined sheet
LocalCellId, ServiceDiffSwitch
The VideoRateAdaptSwitch(VideoRateAdaptSwitch) option under the
MO Sheet in the
Summary Data
File
Parameter Group Setting Notes
ServiceDiffSwitch parameter needs to be 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, QosPolicyTimeSwitch, FirQosPolicyId, FirQosPolicyTimeLength, 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 Single Configuration
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.
6.2.4 Performance Monitoring
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.
2. Record the values of the L.Thrp.bits.DL.Pri.6 and L.Thrp.Time.DL.Pri.6 counters 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.
4. Record the values of the L.Thrp.bits.DL.Pri.6 and L.Thrp.Time.DL.Pri.6 counters 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-1&DownLoadRateLimitSwitch-0;
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.
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.6 and L.Thrp.Time.DL.Pri.6 counters before the video function switch is turned on. It is recommended that the busy-hour counters of at least one 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.
MOD SERVICEDIFFSETTING: QueueWeight0=10, QueueWeight1=5, QueueWeight2=5, QueueWeight3=10, QueueWeight4=10, QueueWeight5=20, QueueWeight6=20, QueueWeight7=20;
9. Obtain the L.Thrp.bits.DL.Pri.6 and L.Thrp.Time.DL.Pri.6 counters after the video function switch is turned on. It is recommended that the busy-hour counters of at least one 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.
6.2.5 Parameter Optimization
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;
6.2.6 Troubleshooting
None
7 ParametersTable 7-1 Parameters
MO Parameter ID
MML Command
Feature ID
Feature Name
Description
CellAlgoSwitch
ServiceDiffSwitch
MOD CELLALGOSWITCH
LST CELLALGOSWITCH
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control and Video Service Rate Adapti
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 option is selected, adaptive
MO Parameter ID
MML Command
Feature ID
Feature Name
Description
ondata 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(VideoRateAdaptSwitch), DownLoadRateLimitSwitch(DownLoadRateLimitSwitch)
Unit: None
Actual Value Range: VideoRateAdaptSwitch, DownLoadRateLimitSwitch
Default Value: VideoRateAdaptSwitch:Off, DownLoadRateLimitSwitch:Off
ServiceDiffSetting
QueueWeight0
MOD SERVICEDIFFSETTING
LST SERVICEDIFFSETTING
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control and Video Service Rate Adaption
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
ServiceDiffSetting
QueueWeight7
MOD SERVICEDIFFSETTING
LST
LOFD-081202/LOFD-081203
Busy-Hour Download Rate
Meaning: Indicates queue scheduling weight 7. A larger parameter value indicates a higher priority.
MO Parameter ID
MML Command
Feature ID
Feature Name
Description
SERVICEDIFFSETTING
Control and Video Service Rate Adaption
GUI Value Range: 0~100
Unit: None
Actual Value Range: 0~1, step:0.01
Default Value: 20
StandardQci
DlschPriorityFactor
MOD STANDARDQCI
LST STANDARDQCI
LOFD-00101502 / TDLOFD-00101502
Dynamic Scheduling
Meaning: Indicates the weight factor used in the calculation of connection priorities during downlink scheduling.
GUI Value Range: 1~1000
Unit: None
Actual Value Range: 0.001~1, step:0.001
Default Value: 700
IpServiceQos
QosPolicyTimeSwitch
ADD IPSERVICEQOS
MOD IPSERVICEQOS
LST IPSERVICEQOS
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control/Video Service Rate Adaption
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)
IpService FirQosPolicy ADD LOFD- Busy- Meaning: Indicates the QoS in
MO Parameter ID
MML Command
Feature ID
Feature Name
Description
Qos Id IPSERVICEQOS
MOD IPSERVICEQOS
LST IPSERVICEQOS
081202/LOFD-081203
Hour Download Rate Control/Video Service Rate Adaption
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.
GUI Value Range: 0~127
Unit: None
Actual Value Range: 0~127
Default Value: None
IpServiceQos
FirQosPolicyTimeLength
ADD IPSERVICEQOS
MOD IPSERVICEQOS
LST IPSERVICEQOS
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control/Video Service Rate Adaption
Meaning: Indicates the time length of the first phase in which the eNodeB provides an initial acceleration for video.
GUI Value Range: 0~65535
Unit: s
Actual Value Range: 0~65535
Default Value: 0
QosPolicy
DlSgbr ADD QOSPOLICY
MOD QOSPOLICY
LST QOSPOLICY
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control/Video Service Rate Adaption
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
IpServiceQos
SecQosPolicyId
ADD IPSERVICEQOS
MOD IPSERVICE
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control
Meaning: Indicates the QoS in the second phase after the initial acceleration for video. When QosPolicyTimeSwitch is ON and QosPolicyId is set, SecQosPolicy shall be set
MO Parameter ID
MML Command
Feature ID
Feature Name
Description
QOS
LST IPSERVICEQOS
/Video Service Rate Adaption
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
QosPolicy
DlSmbr ADD QOSPOLICY
MOD QOSPOLICY
LST QOSPOLICY
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control/Video Service Rate Adaption
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
QosPolicy
QosPolicyId ADD QOSPOLICY
LST QOSPOLICY
MOD QOSPOLICY
RMV QOSPOLICY
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control/Video Service Rate Adaption
Meaning: Indicates the ID of a user-defined QoS policy.
GUI Value Range: 0~127
Unit: None
Actual Value Range: 0~127
Default Value: None
MO Parameter ID
MML Command
Feature ID
Feature Name
Description
QosPolicy
TrafficType ADD QOSPOLICY
MOD QOSPOLICY
LST QOSPOLICY
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control/Video Service Rate Adaption
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)
QosPolicy
PriQueueId ADD QOSPOLICY
MOD QOSPOLICY
LST QOSPOLICY
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control/Video Service Rate Adaption
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, QUEUE4, QUEUE5, QUEUE6, QUEUE7
MO Parameter ID
MML Command
Feature ID
Feature Name
Description
Default Value: QUEUE0(QUEUE0)
IpServiceQos
Dscp ADD IPSERVICEQOS
LST IPSERVICEQOS
MOD IPSERVICEQOS
RMV IPSERVICEQOS
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control/Video Service Rate Adaption
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.
GUI Value Range: 1~63
Unit: None
Actual Value Range: 1~63
Default Value: None
IpServiceQos
Description ADD IPSERVICEQOS
MOD IPSERVICEQOS
LST IPSERVICEQOS
LOFD-081202/LOFD-081203
Busy-Hour Download Rate Control/Video Service Rate Adaption
Meaning: Indicates a service description.
GUI Value Range: 0~64 characters
Unit: None
Actual Value Range: 0~64
Default Value: None
8 CountersTable 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 priority of 0 in a cell
Multi-mode: None
GSM: None
UMTS: None
LTE: LOFD-
Busy-Hour Download Rate Control
Video Service Rate Adaption
Counter ID Counter Name Counter Description
Feature ID Feature Name
081202
LOFD-081203
1526736766 L.Thrp.Time.DL.Pri.1
Total downlink 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
1526736767 L.Thrp.Time.DL.Pri.2
Total downlink 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
1526736768 L.Thrp.Time.DL.Pri.3
Total downlink 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
1526736769 L.Thrp.Time.DL.Pri.4
Total downlink data transmission duration of services with a priority of 4 in a cell
Multi-mode: None
GSM: None
UMTS: None
Busy-Hour Download Rate Control
Video Service Rate Adaption
Counter ID Counter Name Counter Description
Feature ID Feature Name
LTE: LOFD-081202
LOFD-081203
1526736770 L.Thrp.Time.DL.Pri.5
Total downlink 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
1526736771 L.Thrp.Time.DL.Pri.6
Total downlink 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
1526736772 L.Thrp.Time.DL.Pri.7
Total downlink 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 Rate Adaption
Counter ID Counter Name Counter Description
Feature ID Feature Name
UMTS: None
LTE: LOFD-081202
LOFD-081203
1526736774 L.Thrp.bits.DL.Pri.1 Downlink 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
1526736775 L.Thrp.bits.DL.Pri.2 Downlink 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
1526736776 L.Thrp.bits.DL.Pri.3 Downlink 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
1526736777 L.Thrp.bits.DL.Pri.4 Downlink traffic volume of services with a priority of 4
Multi-mode: None
Busy-Hour Download Rate Control
Counter ID Counter Name Counter Description
Feature ID Feature Name
GSM: None
UMTS: None
LTE: LOFD-081202
LOFD-081203
Video Service Rate Adaption
1526736778 L.Thrp.bits.DL.Pri.5 Downlink 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
1526736779 L.Thrp.bits.DL.Pri.6 Downlink 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
1526736780 L.Thrp.bits.DL.Pri.7 Downlink 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 Documents1. QoS Management Feature Parameter Description