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

1、北京移動(dòng)北京移動(dòng)TD精英營(yíng)專題培訓(xùn)精英營(yíng)專題培訓(xùn)案例分析案例分析1： PS掉線率優(yōu)化掉線率優(yōu)化應(yīng)提前具備或了解的相關(guān)知識(shí)：應(yīng)提前具備或了解的相關(guān)知識(shí)：HSDPA技術(shù)相關(guān)知識(shí)技術(shù)相關(guān)知識(shí)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ù)特性及常見(jiàn)業(yè)務(wù)特性及常見(jiàn)KPI定義定義信令流程及碼流解碼分析能力信令流程及碼流解碼分析能力重配機(jī)制與信令重配機(jī)制與信令 （物理信道重配（物理信道重配/傳輸信道重配傳輸信道重配/RB重配）重配）小區(qū)更新與無(wú)線鏈路失敗小區(qū)更新與無(wú)線鏈路失敗 （七種情況（七種情況/小區(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)部公開(kāi)問(wèn)題描述問(wèn)題描述n目前，北京某區(qū)域TD網(wǎng)絡(luò)各項(xiàng)指標(biāo)均基本正常，但PS掉線率最近一直居高不下。對(duì)比同樣采用我司設(shè)備的其他區(qū)域及其他城市的TD網(wǎng)絡(luò)的指標(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)象。內(nèi)部公開(kāi)PS掉線率計(jì)算公式：掉線率計(jì)算公式：nCMCC集團(tuán)公司公布的PS掉線率公式如下：n由PS掉線率統(tǒng)計(jì)公式可知，RNC請(qǐng)求釋放分組域的RAB一次記為掉線一次

3、，而RNC請(qǐng)求釋放的分組域RAB的原因就可以理解為PS掉線的原因。n思考思考：1. 在在TD中，什么是掉話？中，什么是掉話？ 在網(wǎng)絡(luò)側(cè)以及路測(cè)端，又是在網(wǎng)絡(luò)側(cè)以及路測(cè)端，又是如何定義掉話的？如何定義掉話的？ 2. “只要只要UE開(kāi)始讀廣播消息了開(kāi)始讀廣播消息了”，就是掉，就是掉話話 此種說(shuō)法是否正確？此種說(shuō)法是否正確？總數(shù)目指派建立成功的分組域總數(shù)目請(qǐng)求釋放的分組域RABRABRABRNC內(nèi)部公開(kāi)PS掉線原因統(tǒng)計(jì)掉線原因統(tǒng)計(jì) n從上圖指標(biāo)看，問(wèn)題區(qū)域RNC請(qǐng)求釋放的分組域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%，是引起問(wèn)題區(qū)域PS掉線率高的主要原因。內(nèi)部公開(kāi)原因分析原因分析n由以上分析可知，Ue_Operate_TimeOut（UE響應(yīng)超時(shí)）和Radio link failure（無(wú)線鏈路失?。┦菍?dǎo)致PS掉線率的兩個(gè)主要原因。n如果能將這兩類問(wèn)題解決，那么PS掉線率高的問(wèn)題就迎刃而解了。內(nèi)部公開(kāi)無(wú)線鏈路失?。o(wú)線鏈路失?。≧adio link failure）n系統(tǒng)出現(xiàn)無(wú)線鏈路失敗的原因可以分為三類： la）終端側(cè)出現(xiàn)異常）終端側(cè)出現(xiàn)異常n當(dāng)終端發(fā)

5、生異常，沒(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)致終端方面異常。n思考思考：如果終端側(cè)出現(xiàn)異常，用戶一般如何行為？：如果終端側(cè)出現(xiàn)異常，用戶一般如何行為？（提示：一般用戶會(huì)對(duì)終端進(jìn)行重啟，數(shù)據(jù)卡重插拔或者電腦關(guān)（提示：一般用戶會(huì)對(duì)終端進(jìn)行重啟，數(shù)據(jù)卡重插拔或者電腦關(guān)開(kāi)機(jī)等（關(guān)機(jī)再開(kāi)機(jī)也相當(dāng)于終端重啟）。終端重啟之后，初開(kāi)機(jī)等（關(guān)機(jī)再開(kāi)機(jī)也相當(dāng)于終端重啟）。終端重啟之后，初始化

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

7、下行鏈路的無(wú)線信道環(huán)境跟上行鏈路一樣，信道質(zhì)量變差，下行功率會(huì)抬升得比較高，并且UE極有可能會(huì)上報(bào)Cell Update。l思考思考：幾個(gè)問(wèn)題需要大家深入思考并確認(rèn)（功課平時(shí)要做足：幾個(gè)問(wèn)題需要大家深入思考并確認(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ù)器？?jī)?nèi)部公開(kāi)無(wú)線鏈路失?。o(wú)線鏈路失?。≧adio link fa

8、ilure）nc) 基站側(cè)出現(xiàn)異常基站側(cè)出現(xiàn)異常l基站解錯(cuò)上行信號(hào)或接收不到上行信號(hào)而報(bào)無(wú)線鏈路失敗。此時(shí)基站應(yīng)該會(huì)相關(guān)告警，且基本上不能接入和保持住包括PS在內(nèi)的任何業(yè)務(wù)或終端了。n從其他商用城市的采樣數(shù)據(jù)來(lái)看，前面三種原因的比例是8：1：1。目前引起無(wú)線鏈路失敗主要還是終端問(wèn)題和用戶插拔卡或者是撥號(hào)軟件響應(yīng)造成。這些原因?qū)儆诓豢煽氐姆秶荒軓闹鸩礁纳平K端性能解決。內(nèi)部公開(kā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í)的常見(jiàn)原

9、因有：la）存在UPPCH的干擾，如果是硬切換的情況下會(huì)造成上行同步過(guò)程的失敗，從而造成物理信道重配置失敗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)部公開(kāi)問(wèn)題分析問(wèn)題分析n鄰區(qū)關(guān)系前期經(jīng)過(guò)認(rèn)真核查，應(yīng)不存在普遍問(wèn)題。鄰區(qū)個(gè)數(shù)也不多。鄰區(qū)關(guān)系基本不會(huì)影響到Ue_Operate_TimeOut。n檢查HSDPA的功率參數(shù)設(shè)置，也未發(fā)現(xiàn)整體的異常。這方面的原因也可以排除。nU

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

11、行降速，從頻點(diǎn)為10071的HSDPA信道，切換到主頻點(diǎn)10055的DCH信道，如下圖所示。n這是典型的HSDPA信道和DCH信道的切換。內(nèi)部公開(kāi)問(wèn)題重現(xiàn)及優(yōu)化問(wèn)題重現(xiàn)及優(yōu)化內(nèi)部公開(kāi)問(wèn)題重現(xiàn)及優(yōu)化問(wèn)題重現(xiàn)及優(yōu)化n在這過(guò)程之后RNC接下來(lái)進(jìn)行物理信道重配置（或RB重配置），從物理信道重配置信令解碼中可以看到，系統(tǒng)指示終端的連接狀態(tài)從原來(lá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é)議描述，必須通過(guò)CellUpdate過(guò)程躍遷回Cell_DCH狀態(tài)。內(nèi)部公

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

13、后，問(wèn)題的關(guān)鍵點(diǎn)基本定位明晰。n在UE無(wú)法很好的支持PCH狀態(tài)的現(xiàn)狀下，我司網(wǎng)絡(luò)側(cè)能否做些修改，減少或者屏蔽掉此類問(wèn)題、提高用戶感知？n換個(gè)角度想，為什么在別的地方并未大規(guī)模出現(xiàn)此類問(wèn)題？后臺(tái)參數(shù)設(shè)置上到底有何不同？n思考思考：UE對(duì)對(duì)PCH態(tài)普遍支持不好，所以會(huì)出現(xiàn)：能從態(tài)普遍支持不好，所以會(huì)出現(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è)問(wèn)題就不會(huì)出現(xiàn)了呢？態(tài)，

14、是不是這個(gè)問(wèn)題就不會(huì)出現(xiàn)了呢？?jī)?nèi)部公開(kāi)協(xié)議中對(duì)重配過(guò)程的說(shuō)明：協(xié)議中對(duì)重配過(guò)程的說(shuō)明：內(nèi)部公開(kāi)協(xié)議中對(duì)重配過(guò)程的說(shuō)明：協(xié)議中對(duì)重配過(guò)程的說(shuō)明：內(nèi)部公開(kāi)優(yōu)化優(yōu)化n重新認(rèn)真復(fù)查網(wǎng)絡(luò)側(cè)與此相關(guān)的參數(shù)配置。n檢查RNC參數(shù)配置，發(fā)現(xiàn)RNC打開(kāi)了RNC支持URA_PCH指示的開(kāi)關(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)部公開(kāi)優(yōu)化優(yōu)化內(nèi)部公開(kāi)驗(yàn)證驗(yàn)證n關(guān)閉URA_PCH后，從系統(tǒng)側(cè)統(tǒng)計(jì)的指標(biāo)對(duì)比，問(wèn)題區(qū)域全天PS掉線率從關(guān)閉當(dāng)天開(kāi)始，由原來(lái)的40%到60%，下降到10%以下。n而從優(yōu)化之后的掉話原因來(lái)看，Ue_Operate_TimeOut原因的釋放次數(shù)從原來(lái)的100多次下降到十幾次，占總掉線次數(shù)的比例也從85%下降到18.75%，Ue_Operate_TimeOut的掉線原因已成為次要原因，如下表所示是優(yōu)化前后一周同期的數(shù)據(jù)。內(nèi)部公開(kāi)總結(jié)n通過(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í)，