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

1、北京移動北京移動TD精英營專題培訓(xùn)精英營專題培訓(xùn)案例分析案例分析1： PS掉線率優(yōu)化掉線率優(yōu)化應(yīng)提前具備或了解的相關(guān)知識：應(yīng)提前具備或了解的相關(guān)知識：HSDPA技術(shù)相關(guān)知識技術(shù)相關(guān)知識UE連接態(tài)的四種狀態(tài)連接態(tài)的四種狀態(tài) （四種狀態(tài)（四種狀態(tài)/遷徙機(jī)制遷徙機(jī)制/目前網(wǎng)絡(luò)側(cè)及終端支持情況）目前網(wǎng)絡(luò)側(cè)及終端支持情況）PS業(yè)務(wù)特性及常見業(yè)務(wù)特性及常見KPI定義定義信令流程及碼流解碼分析能力信令流程及碼流解碼分析能力重配機(jī)制與信令重配機(jī)制與信令 （物理信道重配（物理信道重配/傳輸信道重配傳輸信道重配/RB重配）重配）小區(qū)更新與無線鏈路失敗小區(qū)更新與無線鏈路失敗 （七種情況（七種情況/小區(qū)更新的標(biāo)準(zhǔn)流程

2、）小區(qū)更新的標(biāo)準(zhǔn)流程）RBC算法與算法與4A/4B事件事件三個(gè)常用協(xié)議三個(gè)常用協(xié)議 TS 25.331 / TS25.433 / TS 25.413內(nèi)部公開問題描述問題描述n目前，北京某區(qū)域TD網(wǎng)絡(luò)各項(xiàng)指標(biāo)均基本正常，但PS掉線率最近一直居高不下。對比同樣采用我司設(shè)備的其他區(qū)域及其他城市的TD網(wǎng)絡(luò)的指標(biāo)，不難發(fā)現(xiàn)PS掉線率遠(yuǎn)高其他地區(qū)及城市，最嚴(yán)重的時(shí)候日平均達(dá)到53%。但從小區(qū)指標(biāo)來看，全網(wǎng)沒有掉線次數(shù)特別突出的小區(qū)，屬普遍存在現(xiàn)象。內(nèi)部公開PS掉線率計(jì)算公式：掉線率計(jì)算公式：nCMCC集團(tuán)公司公布的PS掉線率公式如下：n由PS掉線率統(tǒng)計(jì)公式可知，RNC請求釋放分組域的RAB一次記為掉線一次

3、，而RNC請求釋放的分組域RAB的原因就可以理解為PS掉線的原因。n思考思考：1. 在在TD中，什么是掉話？中，什么是掉話？ 在網(wǎng)絡(luò)側(cè)以及路測端，又是在網(wǎng)絡(luò)側(cè)以及路測端，又是如何定義掉話的？如何定義掉話的？ 2. “只要只要UE開始讀廣播消息了開始讀廣播消息了”，就是掉，就是掉話話 此種說法是否正確？此種說法是否正確？總數(shù)目指派建立成功的分組域總數(shù)目請求釋放的分組域RABRABRABRNC內(nèi)部公開PS掉線原因統(tǒng)計(jì)掉線原因統(tǒng)計(jì) n從上圖指標(biāo)看，問題區(qū)域RNC請求釋放的分組域RAB（即PS掉線）次數(shù)達(dá)到181次，其中：l原因值為Ue_Operate_TimeOut的釋放次數(shù)達(dá)到123次，占掉線總數(shù)

4、的68%;l原因值為Radio link failure的次釋放次數(shù)達(dá)到31次，占總掉線次數(shù)的17%。n這兩種原因引起的釋放次數(shù)占了全網(wǎng)掉線總次數(shù)的85%，是引起問題區(qū)域PS掉線率高的主要原因。內(nèi)部公開原因分析原因分析n由以上分析可知，Ue_Operate_TimeOut（UE響應(yīng)超時(shí)）和Radio link failure（無線鏈路失?。┦菍?dǎo)致PS掉線率的兩個(gè)主要原因。n如果能將這兩類問題解決，那么PS掉線率高的問題就迎刃而解了。內(nèi)部公開無線鏈路失?。o線鏈路失敗（Radio link failure）n系統(tǒng)出現(xiàn)無線鏈路失敗的原因可以分為三類： la）終端側(cè)出現(xiàn)異常）終端側(cè)出現(xiàn)異常n當(dāng)終端發(fā)

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

6、過程中，將會進(jìn)行一次始化過程中，將會進(jìn)行一次Location Update過程，這從系統(tǒng)過程，這從系統(tǒng)側(cè)后臺信令上可以觀察到，并且從上次側(cè)后臺信令上可以觀察到，并且從上次RL Failure導(dǎo)致掉話到導(dǎo)致掉話到下次重新作起業(yè)務(wù)來也將會有較大的時(shí)延，通常要超過下次重新作起業(yè)務(wù)來也將會有較大的時(shí)延，通常要超過30秒。）秒。）內(nèi)部公開無線鏈路失敗（無線鏈路失?。≧adio link failure）nb）無線信道環(huán)境出現(xiàn)深衰落或者強(qiáng)干擾）無線信道環(huán)境出現(xiàn)深衰落或者強(qiáng)干擾l無線信道環(huán)境出現(xiàn)深衰落或強(qiáng)干擾時(shí)，會導(dǎo)致基站沒有正確解釋終端發(fā)出的上行信號而報(bào)RL Failure，如果是出現(xiàn)深衰落，一般情況下，

7、下行鏈路的無線信道環(huán)境跟上行鏈路一樣，信道質(zhì)量變差，下行功率會抬升得比較高，并且UE極有可能會上報(bào)Cell Update。l思考思考：幾個(gè)問題需要大家深入思考并確認(rèn)（功課平時(shí)要做足：幾個(gè)問題需要大家深入思考并確認(rèn)（功課平時(shí)要做足）l1. Cell Update 與與 radio link failure indication ？l2. TDD制式上下行鏈路的互易性？制式上下行鏈路的互易性？l3. 上行鏈路失步的判決機(jī)制？下行鏈路的判決機(jī)制？上行鏈路失步的判決機(jī)制？下行鏈路的判決機(jī)制？l4.相關(guān)的定時(shí)器與計(jì)數(shù)器？相關(guān)的定時(shí)器與計(jì)數(shù)器？內(nèi)部公開無線鏈路失?。o線鏈路失?。≧adio link fa

8、ilure）nc) 基站側(cè)出現(xiàn)異?；緜?cè)出現(xiàn)異常l基站解錯上行信號或接收不到上行信號而報(bào)無線鏈路失敗。此時(shí)基站應(yīng)該會相關(guān)告警，且基本上不能接入和保持住包括PS在內(nèi)的任何業(yè)務(wù)或終端了。n從其他商用城市的采樣數(shù)據(jù)來看，前面三種原因的比例是8：1：1。目前引起無線鏈路失敗主要還是終端問題和用戶插拔卡或者是撥號軟件響應(yīng)造成。這些原因?qū)儆诓豢煽氐姆秶?，只能從逐步改善終端性能解決。內(nèi)部公開手機(jī)操作超時(shí)（手機(jī)操作超時(shí)（ Ue_Operate_TimeOut ）n系統(tǒng)出現(xiàn)Ue_Operate_TimeOut引起的掉線主要是因?yàn)槲锢硇诺乐嘏渲贸瑫r(shí)或RB重配置超時(shí)，而引起物理信道重配置超時(shí)或RB重配置超時(shí)的常見原

9、因有：la）存在UPPCH的干擾，如果是硬切換的情況下會造成上行同步過程的失敗，從而造成物理信道重配置失敗lb) 虛假的鄰小區(qū)關(guān)系造成物理信道重配置超時(shí)lc）RB重配置參數(shù)設(shè)置不合理造成RB重配置超時(shí)ld）功率參數(shù)配置不合理造成RB或物理信道重配置超時(shí)le) HS業(yè)務(wù)與R4業(yè)務(wù)之間的切換失敗，包括從R4到R5的切換和從R5到R4的切換，這種原因主要表現(xiàn)為RB重配置超時(shí)。 內(nèi)部公開問題分析問題分析n鄰區(qū)關(guān)系前期經(jīng)過認(rèn)真核查，應(yīng)不存在普遍問題。鄰區(qū)個(gè)數(shù)也不多。鄰區(qū)關(guān)系基本不會影響到Ue_Operate_TimeOut。n檢查HSDPA的功率參數(shù)設(shè)置，也未發(fā)現(xiàn)整體的異常。這方面的原因也可以排除。nU

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

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

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

13、后，問題的關(guān)鍵點(diǎn)基本定位明晰。n在UE無法很好的支持PCH狀態(tài)的現(xiàn)狀下，我司網(wǎng)絡(luò)側(cè)能否做些修改，減少或者屏蔽掉此類問題、提高用戶感知？n換個(gè)角度想，為什么在別的地方并未大規(guī)模出現(xiàn)此類問題？后臺參數(shù)設(shè)置上到底有何不同？n思考思考：UE對對PCH態(tài)普遍支持不好，所以會出現(xiàn)：能從態(tài)普遍支持不好，所以會出現(xiàn)：能從CELL-DCH狀態(tài)躍遷至狀態(tài)躍遷至URA-PCH，但從，但從URA-PCH狀態(tài)躍遷回狀態(tài)躍遷回CELL-DCH態(tài)時(shí)，出現(xiàn)重配超時(shí)，導(dǎo)致態(tài)時(shí)，出現(xiàn)重配超時(shí)，導(dǎo)致PS掉話。掉話。 如果事先就考慮到這一如果事先就考慮到這一點(diǎn)，不讓點(diǎn)，不讓UE進(jìn)入到進(jìn)入到PCH態(tài)，是不是這個(gè)問題就不會出現(xiàn)了呢？態(tài)，

14、是不是這個(gè)問題就不會出現(xiàn)了呢？內(nèi)部公開協(xié)議中對重配過程的說明：協(xié)議中對重配過程的說明：內(nèi)部公開協(xié)議中對重配過程的說明：協(xié)議中對重配過程的說明：內(nèi)部公開優(yōu)化優(yōu)化n重新認(rèn)真復(fù)查網(wǎng)絡(luò)側(cè)與此相關(guān)的參數(shù)配置。n檢查RNC參數(shù)配置，發(fā)現(xiàn)RNC打開了RNC支持URA_PCH指示的開關(guān)。這有可能造成RNC在做信道分配、重配置等判決的時(shí)候，將終端在R5到R4信道轉(zhuǎn)換中躍遷到了URA_PCH狀態(tài)，直接造成狀態(tài)轉(zhuǎn)化時(shí)，手機(jī)操作超時(shí)，而PS掉話。n我們嘗試將其關(guān)閉，如下圖所示，觀察效果。內(nèi)部公開優(yōu)化優(yōu)化內(nèi)部公開驗(yàn)證驗(yàn)證n關(guān)閉URA_PCH后，從系統(tǒng)側(cè)統(tǒng)計(jì)的指標(biāo)對比，問題區(qū)域全天PS掉線率從關(guān)閉當(dāng)天開始，由原來的40%到60%，下降到10%以下。n而從優(yōu)化之后的掉話原因來看，Ue_Operate_TimeOut原因的釋放次數(shù)從原來的100多次下降到十幾次，占總掉線次數(shù)的比例也從85%下降到18.75%，Ue_Operate_TimeOut的掉線原因已成為次要原因，如下表所示是優(yōu)化前后一周同期的數(shù)據(jù)。內(nèi)部公開總結(jié)n通過分析掉線的各種原因，找出PS掉線的主要原因是Ue_Operate_TimeOut，從撥測和網(wǎng)絡(luò)側(cè)信令追蹤證實(shí)Ue_Operate_TimeOut產(chǎn)生的原因是UE進(jìn)入U(xiǎn)RA_PCH狀態(tài)后，從PCH態(tài)遷徙到HS-D