汕頭LTE網中興設備PING時延不達標解決案例

林瓊璇

【摘要】? ? 汕頭LTE網中興設備Ping時延不達標，通過無線側到P設備再到核心網各段時延的對比，找出問題所在，最終定位在無線側，通過更換調度模式，從而減少時延，最終Ping時延達到規定標準。

【關鍵字】? ? Ping時延? ? 不達標? ? 解決方案

一、問題描述

根據上級部門下發的有關LTE-FDD單站驗收標準中規定如下：單用戶Ping包時延（32byte小包）小于30ms，成功率大于95%。

汕頭LTE網中興設備已測試室外站點Ping時延（32byte小包）均大于30ms，平均時延在30-36ms之間。（圖1）

二、原因分析

2.1汕頭LTE站點到核心網EPC的拓撲如下圖2：

2.2無線側（終端到基站）不同模式Ping時延對比：

1、基于收到SR置大的模擬BSR模式

這是中興設備V3.1版本的默認設置。其基本原理是基于SR（Schedule Request）上報，根據前一個TTI需要調度的UE個數，eNodeB主動下發一個較大的上行資源，使得UE可以利用該資源發送上行數據，減少了UE發送BSR（Buffer Status Report，用來告訴基站有多少數據需要發送）然后eNodeB根據BSR進行調度流程。

2、增強型混合調度模式

混合調度模式是在預調度持續時間內，定時主動向UE發送上行資源，UE利用該資源發送上行數據，由于基站是周期性的對UE分配上行資源，減少了UE發送SR的流程，因此使得Ping包時延縮短。混合調度模式對所有的SR均做同樣的處理，如果系統中用戶量大，大量的上行資源預授權將導致基站反向干擾加重，嚴重影響基站反向解調性能。為了避免混合調度模式帶來的負面影響，增強型混合調度模式能夠對Ping的業務進行識別，識別出Ping業務的周期和大小之后，僅僅在Ping的周期到來時，給一定長度及相應大小的預授權即可。這樣大大減緩預授權帶來的帶寬損失，可提升上行的有效載荷。

其他廠家HW設備采用混合調度模式（如圖a），配置的預調度周期為5ms;中興設備采用動態調度策略即基于SR置大的模擬BSR模式（如圖b），配置的SR周期為10ms;則中興設備的處理時延比HW設備的處理時延多出：

5（SR周期為10ms，平均為5ms）+8（SR授權處理時間）-2.5（預調度周期為5ms，平均為2.5ms）=10.5ms，即中興設備的處理時延應該比HW設備的多10ms左右。

2.3中興汕頭P設備出口到核心網之間的傳輸時延與其他地市的對比

從中興十個區域對比看，粵東幾個地市的傳輸時延都有問題，基站到核心網的時延過大;深圳，珠海，清遠，河源單站Ping時延基本達標（在30ms內），粵東五個地市單站Ping時延多數不達標，超出30ms，基本都在30-36ms之間。

從以上可以看出，中興Ping時延不達標原因可能是以下原因：

1、調度模式采用動態調度策略Ping時延高出預調度模式10ms;

2、汕頭P設備出口到核心網之間的傳輸時延比其他地市高出4ms。

三、解決措施及結果

（一）從改變Ping時延影響值較高的調度模式入手，將中興設備由V3.1版本升級為V3.2版本之后，用戶面時延優化類型由之前默認的基于收到SR置大的模擬BSR模式（動態調度策略）修改為增強型混合調度模式。

由于Ping包調度模式屬于隱藏參數，在網管界面上是找不到的，需通過以下方法查詢：

1、telnet到基站的CC板上;

2、pad到產品進程，輸入dbsn;

3、查看R_SCHEDULE對應的表號;

4、輸入dbtr 表號，即可以看到R_SCHEDULE表中所有的參數值，找一下ucUlPingOptimizeType的值即可。（ucUlPingOptimizeType配置值為0-3，0：動態調度;1：基于收到SR置大的模擬BSR模式;2：混合調度模式;3：增強型混合調度模式。）

根據以上的方法，telnet到了中興設備三身人這個站的CC板上，最后找到ucUlPingOptimizeType的配置值為3，即增強型混合調度模式。

（二）打開MAC參數中的用戶測速體驗開關

操作如下：配置管理→E-UTRAN FDD小區→應用MAC參數→用戶測速體驗開關→打開

（三）測試結果對比（表2）

四、優化經驗總結

汕頭LTE網中興設備Ping時延不達標，通過無線側到P設備再到核心網各段時延的對比，找出問題所在，最終定位在無線側，通過更換調度模式，從而減少時延，最終Ping時延達到規定標準。在網管版本升級完成調度模式修改之后，還要注意用戶測速體驗開關需要同時開啟，Ping優化功能才能生效。如果單獨啟用增強型混合調度模式，不開啟用戶測速體驗開關，Ping優化功能不生效。而現網站點的用戶測速體驗開關默認是關閉的，需要全網打開，Ping優化功能才能生效，以達到更好的客戶感知。