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: [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.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 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:







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.


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


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 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


Setting Notes

Type planning DOWNLOAD.


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;


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

Run the MOD CELLALGOSWITCH command with the DownLoadRateLimitSwitch(DownLoadRateLimitSwitch) option under the ServiceDiffSwitch parameter deselected.


//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


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


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.

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.


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



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.


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.

Parameter Name


Setting Notes

Service Differentiated

CELLALGOSWITCH.ServiceDiffSwitch

Network plannin

The VideoRateAdaptSwitch(VideoRateAdaptSwitch) option must be

Parameter Name


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).


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


The VideoRateAdaptSwitch(VideoRateAdaptSwitch) option under the ServiceDiffSwitch parameter needs to be selected to enable the Video Service Rate Adaption feature.


QosPolicyId, TrafficType, PriQueueId, DlSgbr/DlSmbr


IpServiceQos User-defined sheet


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

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.


//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;


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

Run the MOD CELLALGOSWITCH command with the VideoRateAdaptSwitch(VideoRateAdaptSwitch) option under the ServiceDiffSwitch parameter deselected.


//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


CellAlgoSwitch

User-defined sheet


The VideoRateAdaptSwitch(VideoRateAdaptSwitch) option under the

MO Sheet in the

Summary Data

File


ServiceDiffSwitch parameter needs to be deselected to disable the Video Service Rate Adaption feature.


QosPolicyId, TrafficType, PriQueueId, DlSgbr/DlSmbr


IpServiceQos User-defined sheet


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.

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.


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.


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.


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 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


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.


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.


Unit: None

Actual Value Range: 0~127

Default Value: None

IpServiceQos

FirQosPolicyTimeLength

ADD IPSERVICEQOS

MOD IPSERVICEQOS

LST IPSERVICEQOS

LOFD-081202/LOFD-081203


Meaning: Indicates the time length of the first phase in which the eNodeB provides an initial acceleration for video.


Unit: s


Default Value: 0

QosPolicy

DlSgbr ADD QOSPOLICY

MOD QOSPOLICY

LST QOSPOLICY

LOFD-081202/LOFD-081203


Meaning: Indicates a guaranteed bit rate for downlink services. The value 0 indicates an invalid rate.


Unit: Kbit/s


Default Value: 0

IpServiceQos

SecQosPolicyId

ADD IPSERVICEQOS

MOD IPSERVICE

LOFD-081202/LOFD-081203


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


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.


Unit: Kbit/s


Default Value: 0

QosPolicy

QosPolicyId ADD QOSPOLICY

LST QOSPOLICY

MOD QOSPOLICY

RMV QOSPOLICY

LOFD-081202/LOFD-081203


Meaning: Indicates the ID of a user-defined QoS policy.


Unit: None


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


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


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


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

IpServiceQos

Description ADD IPSERVICEQOS

MOD IPSERVICEQOS

LST IPSERVICEQOS

LOFD-081202/LOFD-081203


Meaning: Indicates a service description.

GUI Value Range: 0~64 characters

Unit: None


Default Value: None

8 CountersTable 8-1 Counters

Counter ID Counter Name Counter Description


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-





081202

LOFD-081203



Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203





Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203





Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203





Multi-mode: None

GSM: None

UMTS: None





LTE: LOFD-081202

LOFD-081203



Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203





Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203





Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203



1526736773 L.Thrp.bits.DL.Pri.0 Downlink traffic volume of services with a priority of 0

Multi-mode: None

GSM: None





UMTS: None

LTE: LOFD-081202

LOFD-081203


Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203




Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203




Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203




Multi-mode: None




GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203



Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203




Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203




Multi-mode: None

GSM: None

UMTS: None

LTE: LOFD-081202

LOFD-081203



9 Glossary

For the acronyms, abbreviations, terms, and definitions, see Glossary.

10 Reference Documents1. QoS Management Feature Parameter Description

Dscp based service experience

Technology

Transcript of Dscp based service experience