Multi—RAB中的Unspecified掉話分析與優化

【摘要】 本文主要是中國聯通太原分公司基于GPEH 對Multi-RAB業務的掉線率中的unspecified掉話問題進行了分析，并對此進行了參數優化、新增feature優化，從而實現了Multi-RAB業務掉話率的明顯改善。

【關鍵詞】 Multi-RAB業務 unspecified掉話 feature參數優化

一、引言

智能手機在打語音電話的同時，由于突發數據傳送，例如應用更新、即時消息等，會建立PS連接。這就是并發業務，也稱為Multi-RAB業務。關注、優化Multi-RAB業務KPI指標，對提升用戶已變得愈發重要。而Multi-RAB業務的掉話優化即是其重點、難點。中國聯通太原分公司2013年Multi-RAB掉話在所有業務類型掉話中的占比為3%，而2014年已經達到了6%，較2013年增長明顯，這部分的增長主要由于Multi-RAB業務基數的提升所致。從原因分布看，未確定（unspecified）原因占51%，無線鏈接算法（RCS）原因占47%，還有軟切換（SHO）原因占2%，本文主要對unspecified的問題進行優化。

二、Unspecified掉話分析

GPEH中Multi-RAB掉話原因標示為Unspecified的事件多為PS拆線后伴隨的CS掉話。如果智能終端UE側發現CS業務或PS業務存在問題，則UE側拆線，導致PS和CS全部掉線掉話。而本次主要是對語音掉話率的優化研究，因此要盡量消除PS掉線對CS的影響。

三、Unspecified掉話參數優化

參數ueMaxRst是用來控制UE側，RB重置PDU最大的重傳次數；參數ueTimerRst是用來控制UE側，RB重置PDU傳輸時間。對于這兩個參數的修改，目的就是加大PDU的重傳次數和時間。

對于Multi-RAB，UeRc=10（ Conv. CS speech 12.2 + Interact. PS （64/64） ），修改UeRcRb=5， RBtype=2。

對于Multi-RAB，UeRc=19（ Conv. CS speech 12.2 + Interact. PS （64/HS） ），修改UeRcRb=5， RBtype=7。

ueMaxRst由1修改成7； ueTimerRst由4和7修改成15。經過修改后，UE的重傳時間要大于網絡側的重傳時間。

優化后，做了同樣的GPEH跟蹤，得到的結果與優化前做比較。發現：包含語音的Multi-RAB掉話明顯減少，所占比例由優化前的33%下降到優化后的20%，優化效果顯著。

Unspecified掉話新增feature優化

由于CS+PS組合業務在空口使用相同的RRC連接，在PS建立和釋放出問題后RRC連接會被釋放，從而導致語音掉話?？梢允褂眯略鰂eature Feature-RabCombination009來進行優化。我們通過和愛立信溝通，申請臨時feature進行了優化實驗。RabCombination009其原理為Speech+PS0/0這個業務使語音通話時并存的PS連接不釋放，若有PS流量產生，直接由Speech+PS0/0業務信道轉換至Speech+HS業務。無PS流量后，再信道轉換回Speech+PS0/0。 打完語音電話后，釋放CS連接后，由Speech+PS0/0業務轉換至Cell_FACH狀態，從而減少了PS連接對CS連接的影響，減少語音掉話。 激活feature后，我們做了進一步的信令跟蹤，未激活前，當PS業務速率為0同時語音業務也正常通話，PS域進行了RB釋放；激活后，當PS業務速率為0同時語音業務也正常通話，PS域未進行RB釋放。

feature激活前后掉話指標對比

四、結論

借助GPEH強大的網絡信令事件的記錄功能，將Multi-RAB業務復雜的信令交互過程還原，網絡優化工程師可以有的放矢地對3G網絡進行問題定位和優化，通過對unspecified掉話的優化手段，將Multi-RAB掉話指標由0.8%降低至0.5%，效果顯著。

參 考 文 獻

[1]竇中兆，雷湘等 《WCDMA系統原理與無線網絡優化》 清華大學出版社

[2]王曉龍 《WCDMA網絡專題優化》 人民郵電出版社

[3]愛立信Alex 《Idle Mode and Common Channel Behavior》.《Capacity Management》.《Handover》

[4]王曉龍 《WCDMA信令解析與網絡優化》 機械工業出版社