TD精英營專題培訓(xùn) PS掉線率優(yōu)化 .ppt

1、北京移動TD精英營專題培訓(xùn),案例分析1： PS掉線率優(yōu)化,應(yīng)提前具備或了解的相關(guān)知識：,HSDPA技術(shù)相關(guān)知識 UE連接態(tài)的四種狀態(tài) （四種狀態(tài)/遷徙機(jī)制/目前網(wǎng)絡(luò)側(cè)及終端支持情況） PS業(yè)務(wù)特性及常見KPI定義 信令流程及碼流解碼分析能力 重配機(jī)制與信令 （物理信道重配/傳輸信道重配/RB重配） 小區(qū)更新與無線鏈路失敗 （七種情況/小區(qū)更新的標(biāo)準(zhǔn)流程） RBC算法與4A/4B事件 三個常用協(xié)議 TS 25.331 / TS25.433 / TS 25.413,問題描述,目前，北京某區(qū)域TD網(wǎng)絡(luò)各項指標(biāo)均基本正常，但PS掉線率最近一直居高不下。對比同樣采用我司設(shè)備的其他區(qū)域及其他城市的TD網(wǎng)絡(luò)

2、的指標(biāo)，不難發(fā)現(xiàn)PS掉線率遠(yuǎn)高其他地區(qū)及城市，最嚴(yán)重的時候日平均達(dá)到53%。但從小區(qū)指標(biāo)來看，全網(wǎng)沒有掉線次數(shù)特別突出的小區(qū)，屬普遍存在現(xiàn)象。,PS掉線率計算公式：,CMCC集團(tuán)公司公布的PS掉線率公式如下： 由PS掉線率統(tǒng)計公式可知，RNC請求釋放分組域的RAB一次記為掉線一次，而RNC請求釋放的分組域RAB的原因就可以理解為PS掉線的原因。 思考：1. 在TD中，什么是掉話？ 在網(wǎng)絡(luò)側(cè)以及路測端，又是如何定義掉話的？ 2. “只要UE開始讀廣播消息了”，就是掉話 此種說法是否正確？,PS掉線原因統(tǒng)計,從上圖指標(biāo)看，問題區(qū)域RNC請求釋放的分組域RAB（即PS掉線）次數(shù)達(dá)到181次，其中：

3、原因值為Ue_Operate_TimeOut的釋放次數(shù)達(dá)到123次，占掉線總數(shù)的68%; 原因值為Radio link failure的次釋放次數(shù)達(dá)到31次，占總掉線次數(shù)的17%。 這兩種原因引起的釋放次數(shù)占了全網(wǎng)掉線總次數(shù)的85%，是引起問題區(qū)域PS掉線率高的主要原因。,原因分析,由以上分析可知，Ue_Operate_TimeOut（UE響應(yīng)超時）和Radio link failure（無線鏈路失?。┦菍?dǎo)致PS掉線率的兩個主要原因。 如果能將這兩類問題解決，那么PS掉線率高的問題就迎刃而解了。,無線鏈路失?。≧adio link failure）,系統(tǒng)出現(xiàn)無線鏈路失敗的原因可以分為三類： a

4、）終端側(cè)出現(xiàn)異常 當(dāng)終端發(fā)生異常，沒有上發(fā)信號，導(dǎo)致基站側(cè)檢測不到上行信號而報無線鏈路失敗。終端側(cè)的異常包括： 終端本身出現(xiàn)異常，比如死機(jī)。 終端與電腦的連接出現(xiàn)異常，比如因為連接線、USB插口、插槽松動而斷線，或終端在電腦上的驅(qū)動程序出現(xiàn)異常。 終端在電腦上的應(yīng)用程序出現(xiàn)異常。 電腦出現(xiàn)異常導(dǎo)致終端方面異常。 思考：如果終端側(cè)出現(xiàn)異常，用戶一般如何行為？ （提示：一般用戶會對終端進(jìn)行重啟，數(shù)據(jù)卡重插拔或者電腦關(guān)開機(jī)等（關(guān)機(jī)再開機(jī)也相當(dāng)于終端重啟）。終端重啟之后，初始化過程中，將會進(jìn)行一次Location Update過程，這從系統(tǒng)側(cè)后臺信令上可以觀察到，并且從上次RL Failure導(dǎo)致掉話

5、到下次重新作起業(yè)務(wù)來也將會有較大的時延，通常要超過30秒。）,無線鏈路失?。≧adio link failure）,b）無線信道環(huán)境出現(xiàn)深衰落或者強(qiáng)干擾 無線信道環(huán)境出現(xiàn)深衰落或強(qiáng)干擾時，會導(dǎo)致基站沒有正確解釋終端發(fā)出的上行信號而報RL Failure，如果是出現(xiàn)深衰落，一般情況下，下行鏈路的無線信道環(huán)境跟上行鏈路一樣，信道質(zhì)量變差，下行功率會抬升得比較高，并且UE極有可能會上報Cell Update。 思考：幾個問題需要大家深入思考并確認(rèn)（功課平時要做足） 1. Cell Update 與 radio link failure indication ？ 2. TDD制式上下行鏈路的互易性？

6、3. 上行鏈路失步的判決機(jī)制？下行鏈路的判決機(jī)制？ 4.相關(guān)的定時器與計數(shù)器？,無線鏈路失敗（Radio link failure）,c) 基站側(cè)出現(xiàn)異常 基站解錯上行信號或接收不到上行信號而報無線鏈路失敗。此時基站應(yīng)該會相關(guān)告警，且基本上不能接入和保持住包括PS在內(nèi)的任何業(yè)務(wù)或終端了。 從其他商用城市的采樣數(shù)據(jù)來看，前面三種原因的比例是8：1：1。目前引起無線鏈路失敗主要還是終端問題和用戶插拔卡或者是撥號軟件響應(yīng)造成。這些原因?qū)儆诓豢煽氐姆秶?，只能從逐步改善終端性能解決。,手機(jī)操作超時（ Ue_Operate_TimeOut ）,系統(tǒng)出現(xiàn)Ue_Operate_TimeOut引起的掉線主要是因

7、為物理信道重配置超時或RB重配置超時，而引起物理信道重配置超時或RB重配置超時的常見原因有： a）存在UPPCH的干擾，如果是硬切換的情況下會造成上行同步過程的失敗，從而造成物理信道重配置失敗 b) 虛假的鄰小區(qū)關(guān)系造成物理信道重配置超時 c）RB重配置參數(shù)設(shè)置不合理造成RB重配置超時 d）功率參數(shù)配置不合理造成RB或物理信道重配置超時 e) HS業(yè)務(wù)與R4業(yè)務(wù)之間的切換失敗，包括從R4到R5的切換和從R5到R4的切換，這種原因主要表現(xiàn)為RB重配置超時。,問題分析,鄰區(qū)關(guān)系前期經(jīng)過認(rèn)真核查，應(yīng)不存在普遍問題。鄰區(qū)個數(shù)也不多。鄰區(qū)關(guān)系基本不會影響到Ue_Operate_TimeOut。 檢查HS

8、DPA的功率參數(shù)設(shè)置，也未發(fā)現(xiàn)整體的異常。這方面的原因也可以排除。 Ue_Operate_TimeOut的原因很可能是終端問題和R5與R4業(yè)務(wù)之間的切換問題。,問題重現(xiàn)及優(yōu)化,由上面的分析，終端問題導(dǎo)致的掉線不在我們可控范圍之內(nèi)，Ue_Operate_TimeOut存在網(wǎng)絡(luò)的因素，也是最主要的PS掉線原因，我們只能從解決這個因素著手優(yōu)化。 為此，選擇在某小區(qū)下，撥測重現(xiàn)問題，讓數(shù)據(jù)卡撥號后不斷使用各種業(yè)務(wù)，同時后臺對該數(shù)據(jù)卡IMSI進(jìn)行信令追蹤。,問題重現(xiàn)及優(yōu)化,在連續(xù)跟蹤2個多小時后，后臺發(fā)現(xiàn)Ue_Operate_TimeOut導(dǎo)致PS掉線的信令。 從采集的前后臺信令看，用戶在連續(xù)發(fā)了5個4

9、B（降速）的測量報告后，開始進(jìn)行降速，從頻點為10071的HSDPA信道，切換到主頻點10055的DCH信道，如下圖所示。 這是典型的HSDPA信道和DCH信道的切換。,問題重現(xiàn)及優(yōu)化,問題重現(xiàn)及優(yōu)化,在這過程之后RNC接下來進(jìn)行物理信道重配置（或RB重配置），從物理信道重配置信令解碼中可以看到，系統(tǒng)指示終端的連接狀態(tài)從原來的Cell_DCH躍遷到URA_PCH。 終端上報了物理信道重配置完成后，由于處于URA_PCH狀態(tài)，網(wǎng)絡(luò)側(cè)并不知道終端的具體位置（cell），當(dāng)終端要發(fā)送上行數(shù)據(jù)時，根據(jù)TS25.331協(xié)議描述，必須通過CellUpdate過程躍遷回Cell_DCH狀態(tài)。,RRC Sta

10、tes and State Transitions,目前行業(yè)里對四種狀態(tài)的支持情況,我司設(shè)備（RNC）早已經(jīng)實現(xiàn)并支持所有的狀態(tài)。 但終端側(cè)，對URA_PCH狀態(tài)的支持效果都不好。在狀態(tài)的遷徙過程中，極易引起Ue_Operate_TimeOut造成釋放。 本次追蹤的信令也可以看出，在CellUpdate后，RNC下發(fā)小區(qū)更新確認(rèn)消息，但隨后UE物理信道重配置超時，導(dǎo)致IuReleaseRequest（PS掉線）。掉線原因就是我們所關(guān)注的Ue_Operate_TimeOut。,問題分析,問題分析,在仔細(xì)分析和排查之后，問題的關(guān)鍵點基本定位明晰。 在UE無法很好的支持PCH狀態(tài)的現(xiàn)狀下，我司網(wǎng)絡(luò)側(cè)

11、能否做些修改，減少或者屏蔽掉此類問題、提高用戶感知？ 換個角度想，為什么在別的地方并未大規(guī)模出現(xiàn)此類問題？后臺參數(shù)設(shè)置上到底有何不同？ 思考：UE對PCH態(tài)普遍支持不好，所以會出現(xiàn)：能從CELL-DCH狀態(tài)躍遷至URA-PCH，但從URA-PCH狀態(tài)躍遷回CELL-DCH態(tài)時，出現(xiàn)重配超時，導(dǎo)致PS掉話。 如果事先就考慮到這一點，不讓UE進(jìn)入到PCH態(tài)，是不是這個問題就不會出現(xiàn)了呢？,協(xié)議中對重配過程的說明：,協(xié)議中對重配過程的說明：,優(yōu)化,重新認(rèn)真復(fù)查網(wǎng)絡(luò)側(cè)與此相關(guān)的參數(shù)配置。 檢查RNC參數(shù)配置，發(fā)現(xiàn)RNC打開了RNC支持URA_PCH指示的開關(guān)。這有可能造成RNC在做信道分配、重配置等判

12、決的時候，將終端在R5到R4信道轉(zhuǎn)換中躍遷到了URA_PCH狀態(tài)，直接造成狀態(tài)轉(zhuǎn)化時，手機(jī)操作超時，而PS掉話。 我們嘗試將其關(guān)閉，如下圖所示，觀察效果。,優(yōu)化,驗證,關(guān)閉URA_PCH后，從系統(tǒng)側(cè)統(tǒng)計的指標(biāo)對比，問題區(qū)域全天PS掉線率從關(guān)閉當(dāng)天開始，由原來的40%到60%，下降到10%以下。 而從優(yōu)化之后的掉話原因來看，Ue_Operate_TimeOut原因的釋放次數(shù)從原來的100多次下降到十幾次，占總掉線次數(shù)的比例也從85%下降到18.75%，Ue_Operate_TimeOut的掉線原因已成為次要原因，如下表所示是優(yōu)化前后一周同期的數(shù)據(jù)。,總結(jié),通過分析掉線的各種原因，找出PS掉線的主要原因是Ue_Operate_TimeOut，從撥測和網(wǎng)絡(luò)側(cè)信令追蹤證實Ue_Operate_TimeOut產(chǎn)生的原因是UE進(jìn)入URA_PCH狀態(tài)后，從PCH態(tài)遷徙到HS-DCH態(tài)超時，導(dǎo)致IU釋放并PS掉線的。通過關(guān)閉RNC的支持P