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

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

2、的指標(biāo)，不難發(fā)現(xiàn)PS掉線率遠(yuǎn)高其他地區(qū)及城市，最嚴(yán)重的時(shí)候日平均達(dá)到53%。但從小區(qū)指標(biāo)來(lái)看，全網(wǎng)沒(méi)有掉線次數(shù)特別突出的小區(qū)，屬普遍存在現(xiàn)象。,PS掉線率計(jì)算公式：,CMCC集團(tuán)公司公布的PS掉線率公式如下： 由PS掉線率統(tǒng)計(jì)公式可知，RNC請(qǐng)求釋放分組域的RAB一次記為掉線一次，而RNC請(qǐng)求釋放的分組域RAB的原因就可以理解為PS掉線的原因。 思考：1. 在TD中，什么是掉話？ 在網(wǎng)絡(luò)側(cè)以及路測(cè)端，又是如何定義掉話的？ 2. “只要UE開始讀廣播消息了”，就是掉話 此種說(shuō)法是否正確？,PS掉線原因統(tǒng)計(jì),從上圖指標(biāo)看，問(wèn)題區(qū)域RNC請(qǐng)求釋放的分組域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%，是引起問(wèn)題區(qū)域PS掉線率高的主要原因。,原因分析,由以上分析可知，Ue_Operate_TimeOut（UE響應(yīng)超時(shí)）和Radio link failure（無(wú)線鏈路失敗）是導(dǎo)致PS掉線率的兩個(gè)主要原因。 如果能將這兩類問(wèn)題解決，那么PS掉線率高的問(wèn)題就迎刃而解了。,無(wú)線鏈路失?。≧adio link failure）,系統(tǒng)出現(xiàn)無(wú)線鏈路失敗的原因可以分為三類： a

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

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

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

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

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

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

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

11、能否做些修改，減少或者屏蔽掉此類問(wèn)題、提高用戶感知？ 換個(gè)角度想，為什么在別的地方并未大規(guī)模出現(xiàn)此類問(wèn)題？后臺(tái)參數(shù)設(shè)置上到底有何不同？ 思考：UE對(duì)PCH態(tài)普遍支持不好，所以會(huì)出現(xiàn)：能從CELL-DCH狀態(tài)躍遷至URA-PCH，但從URA-PCH狀態(tài)躍遷回CELL-DCH態(tài)時(shí)，出現(xiàn)重配超時(shí)，導(dǎo)致PS掉話。 如果事先就考慮到這一點(diǎn)，不讓UE進(jìn)入到PCH態(tài)，是不是這個(gè)問(wèn)題就不會(huì)出現(xiàn)了呢？,協(xié)議中對(duì)重配過(guò)程的說(shuō)明：,協(xié)議中對(duì)重配過(guò)程的說(shuō)明：,優(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、決的時(shí)候，將終端在R5到R4信道轉(zhuǎn)換中躍遷到了URA_PCH狀態(tài)，直接造成狀態(tài)轉(zhuǎn)化時(shí)，手機(jī)操作超時(shí)，而PS掉話。 我們嘗試將其關(guān)閉，如下圖所示，觀察效果。,優(yōu)化,驗(yàn)證,關(guān)閉URA_PCH后，從系統(tǒng)側(cè)統(tǒng)計(jì)的指標(biāo)對(duì)比，問(wèn)題區(qū)域全天PS掉線率從關(guān)閉當(dāng)天開始，由原來(lái)的40%到60%，下降到10%以下。 而從優(yōu)化之后的掉話原因來(lái)看，Ue_Operate_TimeOut原因的釋放次數(shù)從原來(lái)的100多次下降到十幾次，占總掉線次數(shù)的比例也從85%下降到18.75%，Ue_Operate_TimeOut的掉線原因已成為次要原因，如下表所示是優(yōu)化前后一周同期的數(shù)據(jù)。,總結(jié),通過(guò)分析掉線的各種原因，找出PS掉線的主要原因是Ue_Operate_TimeOut，從撥測(cè)和網(wǎng)絡(luò)側(cè)信令追蹤證實(shí)Ue_Operate_TimeOut產(chǎn)生的原因是UE進(jìn)入U(xiǎn)RA_PCH狀態(tài)后，從PCH態(tài)遷徙到HS-DCH態(tài)超時(shí)，導(dǎo)致IU釋放并PS掉線的。通過(guò)關(guān)閉RNC的支持P