一种高话务区域4G 网络时延敏感业务感知提升策略

常 飞

（中国电信股份有限公司山西分公司，太原 030006）

0 引言

对于高等院校、集团用户、大型集会等无线类高话务场景，网络容量成为制约用户感知的关键因素。在投资有限的前提下如何提升此类区域的用户感知是网络优化人员应当思考的问题。AMBR 功能能够提供了这样的解决方案，能够根据不同的小区容量负荷进行阶梯型的单用户最高流量限速，优先保证小包业务的正常使用，而对大流量业务，如直播、流媒体视频、BT 下载等进行力所能及的服务，改善区域用户整体的感知，保证更大部分人的小流量业务时延。根据高校区域“网速慢”类无线投诉的原因细分，除去网页打开慢类问题外，手游卡顿与微信刷图慢问题占到全部投诉的约40%，且此类业务对传输实时性要求更高。受到校园区域流量包的刺激，校园区域普遍存在利用“畅享”套餐开热点、一拖三、使用P2P 下载等现象，这些业务占用了大量无线资源，对其他业务形态带来了巨大冲击，但对时延、下载速率并不如前述业务敏感，导致宝贵的空口资源并没有用在刀刃上。高校区域话务较高，且小包业务需求量大，QoS 要求高，因此，属于非常适合开启自适应带宽配置的场景。针对此项特性，在两所高校区域进行了效果验证。

1 优化策略

LTE 基站侧AMBR 限速的功能可以根据小区负荷情况，调整特殊用户的AMBR：当小区负荷轻时，对特殊用户“不限流”，仍采用原始的大AMBR 速率，为用户提供高流量高速率的体验；当小区负荷重时，根据小区负荷等级，对特殊用户进行不同等级的AMBR 限速，尽可能“让”出资源供其他需保障QoS 的用户使用，以满足这些用户的QoS 保障：一是当有需要特别保障的业务类型（QCI）时，能实现“既保又限”的目的。举例来说，为了保证QCI1用户的速率，在PRB 利用率满足一定条件时候，去主动限制所有QCI9用户的AMBR。二是当没有需要特别保障的业务类型时，也能实现“只限不保”的目的，举例来说，全网都是QCI9，那么也可以实现当PRB 利用率满足一定条件时候，去主动限制所有的QCI9用户的AMBR。业务流程如下：

①当eNB 工作时，eNB 首先判断AMBR 限速功能开关是否开启，当开关开启时，进入②，开关未开启，则不进行AMBR 功能相关判决，流程结束；②eNB 判断限速周期定时器是否超时；如果没有超时则继续等待定时器超时；定时器超时后进入下一步③；③eNB 判断当前是否处于AMBR 限速状态，是的话，进入⑥步，如果未处于限速状态则进入④；④判断需要保障的QCI 级别的个数是否超过设置门限，没有超过的话则不启动限速功能，返回②继续判决；超过的话启动限速下一步判决进入⑤；⑤按照后台设置对特定QCI 用户进行AMBR限速；限速操作按照小区PRB 利用率设置门限逐档调整；⑥eNB 判断PRB 利用率和小区下保障用户数，进行AMBR 恢复操作。

2 实地测试

AMBR 功能可以使用40-60-80、60-80-100、40-60-90等多种触发门限进行灵活调度，需要根据实际使用情况进行灵活调整，限速策略也可以根据需求进行自定义配置。测试的两所院校均使用双载波宏站主覆盖与L800补盲，且未部署室内分布系统，业务需求大但网络容量有限，故我们采取了“只限不保”的保证策略进行了验证测试。对应不同的PRB 利用率，对用户限速不同的速率，需要验证多少速率能打开抖音等视频软件，王者荣耀是否卡顿，选取测试院校进行验证，测试人员现场测试直播3分钟，视频3分钟，王者荣耀5分钟，并记录参数调整感知情况。通过测试各参数值，发现下行AMBR限速值（kb/s）在5，000时，用户感知良好，视频、直播、游戏均无卡顿现象，属于建议配置。在小区PRB 利用率分别达到40%、60%、90%时将业务分别限速为8，000、6，000、5，000（kb/s）比较符合现网实际情况，遂进行了修改。修改后手游的交互时延有10%左右的降低，即时通信优良率也有百分点提升，作为代价，视频类业务优良率小幅下降，浏览类业务基本无变化。各项KPI 指标保持稳定，但能够吸收更多用户驻留该小区，接入类指标小幅提升。

3 结束语

在校园等高话务区域开启AMBR 功能，能够在物理资源不足、PRB 利用率超高条件下优先保证手机游戏、即时通信等高QoS 要求的小包业务的基本运行，即在同QCI 条件下优先保证“大部分人的小包”而不是“小部分人的大包”。通过测试各参数值，在QCI 相同情况下，小区下行PRB 利用率分别达到40%、60%、90%时将业务分别限速为8，000、6，000、5，000（kb/s）时用户感知良好，视频、直播、游戏均无卡顿现象，属于建议配置值。

除去改善业务感知外，开启AMBR 功能还具有提高用户驻留比例与改善接入性能的作用，且能够一定程度上遏制使用大流量套餐用户“一拖三”开热点、BT 下载、P2P 业务等不合理占用资源问题。该功能更加适用于无室分系统且容量需求迫切的区域，对于已经部署了室分且资源利用率并不高的场景不建议开启该功能。