北京移動(dòng)td精英營(yíng)專題培訓(xùn)ps掉線率優(yōu)化(參考版)
2024-12-26 13:49本頁(yè)面
【正文】 內(nèi)部公開▲ 附錄： 。 Ue_Operate_TimeOut原因引起的釋放次數(shù)大大減少了，但 USER_Inactive理論上會(huì)有所增加。通過關(guān)閉 RNC的支持 PCH功能，問題得到解決。 ? 而從優(yōu)化之后的掉話原因來看， Ue_Operate_TimeOut原因的釋放次數(shù)從原來的 100多次下降到十幾次，占總掉線次數(shù)的比例也從 85%下降到 %， Ue_Operate_TimeOut的掉線原因已成為次要原因，如下表所示是優(yōu)化前后一周同期的數(shù)據(jù)。 ? 我們嘗試將其關(guān)閉，如下圖所示，觀察效果。 ? 檢查 RNC參數(shù)配置，發(fā)現(xiàn) RNC打開了 RNC支持URA_PCH指示的開關(guān)。 ? 在 UE無法很好的支持 PCH狀態(tài)的現(xiàn)狀下，我司網(wǎng)絡(luò)側(cè)能否做些修改，減少或者屏蔽掉此類問題、提高用戶感知？ ? 換個(gè)角度想，為什么在別的地方并未大規(guī)模出現(xiàn)此類問題？后臺(tái)參數(shù)設(shè)置上到底有何不同？ ? 思考 ?： UE對(duì) PCH態(tài)普遍支持不好，所以會(huì)出現(xiàn)：能從 CELLDCH狀態(tài)躍遷至 URAPCH，但從 URAPCH狀態(tài)躍遷回 CELLDCH態(tài)時(shí)，出現(xiàn)重配超時(shí)，導(dǎo)致 PS掉話。掉線原因就是我們所關(guān)注的 Ue_Operate_TimeOut。在狀態(tài)的遷徙過程中，極易引起 Ue_Operate_TimeOut造成釋放。 內(nèi)部公開▲ RRC States and State Transitions 內(nèi)部公開▲ 目前行業(yè)里對(duì)四種狀態(tài)的支持情況 ? 我司設(shè)備（ RNC）早已經(jīng)實(shí)現(xiàn)并支持所有的狀態(tài)。 內(nèi)部公開▲ 問題重現(xiàn)及優(yōu)化 內(nèi)部公開▲ 問題重現(xiàn)及優(yōu)化 ? 在這過程之后 RNC接下來進(jìn)行物理信道重配置（或RB重配置），從物理信道重配置信令解碼中可以看到，系統(tǒng)指示終端的連接狀態(tài)從原來的 Cell_DCH躍遷到 URA_PCH。 ? 從采集的前后臺(tái)信令看，用戶在連續(xù)發(fā)了 5個(gè) 4B（降速）的測(cè)量報(bào)告后，開始進(jìn)行降速，從頻點(diǎn)為 10071的 HSDPA信道，切換到主頻點(diǎn) 10055的 DCH信道，如下圖所示。 ? 為此，選擇在某小區(qū)下，撥測(cè)重現(xiàn)問題，讓數(shù)據(jù)卡撥號(hào)后不斷使用各種業(yè)務(wù)，同時(shí)后臺(tái)對(duì)該數(shù)據(jù)卡 IMSI進(jìn)行信令
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1