| 2018-02-05 10:19 
 問題描述 VOLTE技術的應用使4G網絡除了能提供高速率的數據業(yè)務,同時還能提供高質量的音視頻通話,不同于目前2G、3G網絡下語音業(yè)務,帶給4G用戶最直接的感受就是接通等待時間更短,音視頻通話效果更佳。呼市電信VOLTE業(yè)務于2017年9月份已全部開通,但目前還未正式投入商用,此次優(yōu)化重點找出VOLTE網絡薄弱環(huán)節(jié)重點提升,夯實網絡基礎,確保VOLTE網絡順利試商用。 
 問題分析 前期集團要求VOLTE網絡全網摸底測試發(fā)現,呼叫建立時延較差在4S左右,未達到3S之內標準。本次優(yōu)化考慮到市內路況擁堵因素對測試結果的影響,故試驗區(qū)域選擇豐州路與昭君路區(qū)間南二環(huán)及其南側區(qū)域主要道路為測試路線,規(guī)劃路線總長約48km,途徑站點74個,共273個小區(qū)。 具體規(guī)劃路線如下圖所示: 
 12月19日對規(guī)劃路線進行了首輪摸底測試,測試參數設置如下: 
 測試指標統計如下:經分析電子圍欄干擾發(fā)生一次掉話外,發(fā)現呼叫建立時延指標未達到標準值 ,本次重點提升呼叫建立時延指標。 
 
 解決方案 
 目前現網控制面user-inactivity定時器設置為10s,即VOLTE呼叫結束10s內如無數據業(yè)務所有承載將全部被釋放掉;而本次測試設置呼叫間隔為15s,故每次呼叫均在QCI=9和QCI=5的承載被釋放后發(fā)起,此時主被叫均需重新建立QCI=9和QCI=5的承載,即每次呼叫主被叫均要發(fā)起隨機接入過程,由空閑態(tài)轉為連接態(tài),如果讓主被叫在呼叫過程中一直保持在連接態(tài),則會省掉RRC連接建立過程,縮短呼叫時延。針對該過程優(yōu)化措施為:增大控制面user-inactivity定時器。 目前現網UE監(jiān)聽尋呼場合的DRX循環(huán)周期為128sf,極端情況下可認為被叫最長等待監(jiān)聽尋呼消息間隔為128sf即128ms,針對該過程優(yōu)化措施為:減小UE監(jiān)聽尋呼場合的DRX循環(huán)周期,讓被叫更快速的監(jiān)聽尋呼消息。 將以上兩種方案進行組合優(yōu)化。 為了快速驗證參數效果,避免大批量站點參數修改可能引起的負面影響,此次參數驗證通過定點測試的方法,先在單小區(qū)下進行試驗。選取站點及測試要求如下表: 
 本次試驗方案如下: 
 控制面user-inactivity定時器網管位置 
 UE監(jiān)聽尋呼場合的DRX循環(huán)周期網管位置 按照SIP信令節(jié)點對SIP invite到SIP 180 Ringing之間的信令區(qū)間進行了編號,如下: 
 不同方案測試時延對比結果如下圖: 
 各方案試驗對比結果 各方案10次呼叫平均時延統計如下: 
 從圖中可以看出,現網與5種方案中,3#~7#信令段的時延差別無明顯變化,差距主要出現在1#和2#信令段上,且方案1、2存在共性,明顯的變化僅發(fā)生在2#信令段上;方案3、4、5存在共性,較現網,1#/2#信令段上都有明顯的變化。 分析方案1和2。方案1/2較現網時延分別下降130/265ms,圖中可以看出,方案1/2和現網1#信令段時延差別很小,主要的差別在2#信令段(即SIP 100 trying ——183 Session Progress),該期間時延長短主要取決于核心網尋呼被叫的時間、被叫監(jiān)聽Paging消息的周期和被叫建立承載(QCI=5、QCI=9)的過程。核心網MME尋呼策略已確定為尋呼最近活動的eNB列表,因測試是在固定基站下做CQT測試,故三種方案核心網側尋呼被叫的時間差別不大,且尋呼時間為最短。主要的差距應該在被叫監(jiān)聽Paging消息的周期。隨機對比現網和方案1/2信令中主叫RRC ConnectionReconfigurationComplete與被叫接收Paging消息時間差如下: 
 UE監(jiān)聽尋呼場合的DRX循環(huán)周期=128sf(現網) 
 UE監(jiān)聽尋呼場合的DRX循環(huán)周期=64sf(方案1) 
 UE監(jiān)聽尋呼場合的DRX循環(huán)周期=32sf(方案2) 可見UE監(jiān)聽尋呼場合的DRX循環(huán)周期越短,被叫越早的監(jiān)聽尋呼消息。 分析方案3、4、5。較現網結果,方案3/4/5的 1#(Invite Request —— SIP 100 trying)和2#信令段(SIP 100 trying —— 183 Session Progress)時延明顯縮短。2#信令段時延產生原因上文中已介紹,不再重復;1#信令段時延主要產生在主叫QCI=9和QCI=5的建立過程(包括RRC連接建立過程),隨機截取了現網和方案5的信令,對比如下圖: 
 現網主被叫呼叫信令 
 方案5主被叫呼叫信令 對比上圖可以看出,控制面user-inactivity定時器設置時間超過尋呼間隔等待時間時,主被叫均省掉了承載建立過程(QCI=5、QCI=9及RRC連接建立過程),相比于現網,方案3(控制面user-inactivity定時器修改為25s后)2#信令段平均時延縮短了562ms,1#信令段平均時延縮短了110ms。方案4/5的2#信令段較現網平均時延分別縮短了645ms和675ms,1#信令段較現網平均時延分別縮短了111ms和116ms。而對比方案4、5、6,1#信令段平均時延基本上無差別,僅2#信令段存在一定差別。 雖然控制面user-inactivity定時器設置時間長對呼叫建立時延提升幅度較大,但真實場景下主被叫用戶連續(xù)短間隔內通話的可能性很小,所以該參數只對少部分用戶管用。該參數可設置的范圍較大,甚至可以天為單位,在高負荷場景下,該參數設置過大時,盡管激活態(tài)用戶長時間無新的數據業(yè)務請求,網絡也不會釋放其承載,這樣可能導致新用戶無法接入,進而引起不必要的投訴,故該參數需根據網絡實際情況來分場景進行設置。 從以上幾種方案的驗證結果來看,方案4和5的效果最佳,但兩種方案CQT測試結果差距不大,故本次試驗擬對兩種方案分別進行驗證。 12月22日、12月26日分別按照方案4和方案5對試驗站點參數進行了修改并測試,測試結果對比如下: 
 呼叫建立時延對比結果 與現網測試結果對比來看,兩種方案對時延的下降效果明顯。方案5較方案4的平均時延縮短110ms,方案5將UE監(jiān)聽尋呼場合的DRX循環(huán)周期設置為32sf,該值為目前網管可配置的最小值,由于Paging消息是在PDSCH上進行傳輸的,該參數設置過小會造成Paging消息在數據信道上的開銷增加,理論上,UE監(jiān)聽尋呼場合的DRX循環(huán)周期設置為32sf后Paging消息的開銷將是現網配置(128sf)的4倍,在高話務場景下,會影響用戶的感知速率。所以該參數設置應按場景分別進行設置,不建議全網統一。   
 問題總結 本次專題重點對UE監(jiān)聽尋呼場合的DRX循環(huán)周期和控制面user-inactivity定時器兩個參數對VOLTE呼叫建立時延的影響進行了驗證,效果雖然明顯但全網推廣時應區(qū)分場景設置,根據負荷情況根據不同方案進行設置,本案例為后期VOLTE優(yōu)化提出了指導性意見。因目前電信VOLTE不支持CS回落,所以后期VOLTE功能優(yōu)化方向應將4G網絡覆蓋、補盲、質量優(yōu)化作為重點工作,在此基礎上配合核心網尋呼策略及參數的調整優(yōu)化,VOLTE的各項關鍵指標還有較大的提升空間。 | 
|  |