一種高話務區域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補盲，且未部署室內分布系統，業務需求大但網絡容量有限，故我們采取了“只限不?！钡谋ＷC策略進行了驗證測試。對應不同的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 業務等不合理占用資源問題。該功能更加適用于無室分系統且容量需求迫切的區域，對于已經部署了室分且資源利用率并不高的場景不建議開啟該功能。