中興td-scdma深圳無線網(wǎng)絡(luò)kpi提升優(yōu)化案例-展示頁
2025-04-25 12:53本頁面
【正文】 41914255 2008921 68927124 48524898 2008922 83908599 61936222 從RBC算法開關(guān)打開前后PS域無線接通率的對比情況來看，RBC算法開關(guān)打開后，PS域無線接通率明顯的改善了。解決方案：由于通過擴(kuò)容來解決系統(tǒng)資源不足的問題不能馬上實(shí)現(xiàn)，以及避免其他小區(qū)相同接入失敗的問題，快速的提升PS域的無線接通率指標(biāo)，因此通過打開RBC算法來解決RAB排隊(duì)超時導(dǎo)致接入失敗的問題。結(jié)合50992小區(qū)的碼道分配情況，可以看出IMSI：460077107700719用戶的確是因?yàn)?0992小區(qū)系統(tǒng)無線資源不足導(dǎo)致了接入失敗。碼道分配情況具體見下圖：因此，即使RNC收到了切換測量報告，但是由于目標(biāo)小區(qū)50992沒有足夠的資源，所以RNC沒有判決切換，從而沒有發(fā)起切換操作，而是接著RNC又重新下發(fā)了測量控制消息。為此，通過后臺查看碼道分配情況。從下圖信令中RabAssignmentRequest的解碼消息可以看出，用戶申請的上下行速率為64K/384Kbps速率，從下面后臺跟蹤的信令上看，11：02：47秒RNC收到測量報告后接著又重新下發(fā)了測量控制消息。對上面小區(qū)信令分析發(fā)現(xiàn)，在11：14：49秒RNC收到CN的RabAssignmentRequest消息后，RNC很快會回RabAssignmentQueued消息；表明由于系統(tǒng)無線資源不足，RAB請求進(jìn)入隊(duì)列等待；當(dāng)?shù)却?秒鐘后，達(dá)到最大的等待延時而無線資源仍然不足時，RNC即回消息RabAssignmentFail給CN，導(dǎo)致接入失?。徊⑶矣捎诮尤胧?dǎo)致網(wǎng)絡(luò)側(cè)釋放IU連接。 案例分析問題描述：IMSI：460077107700719用戶在50992小區(qū)接入失敗。具體表現(xiàn)為：CN向RNC發(fā)起RabAssignmentRequest 后，由于無線資源不足導(dǎo)致RNC很快回RabAssignmentQueued消息；當(dāng)?shù)却?秒鐘后，達(dá)到最大的等待時間而無線資源仍然不足時，RNC回消息RabAssignmentFail給CN，最終導(dǎo)致接入失敗。根據(jù)上圖RabAssignmentFail的解碼消息，可以看出RabAssignmentFail的原因是radioNetwork = TRANAP_requested_maximum_bit_rate_for_ul_not_available，也可以說明主要是因?yàn)闊o法滿足要求的上行最大速率導(dǎo)致的接入失敗。從目前TDSCDMA系統(tǒng)支持的上行速率來看，；而且從系統(tǒng)資源來看，在不支持HSUPA的情況下。 采取的措施和計(jì)劃該問題的解決需要協(xié)調(diào)移動，更改SIM的簽約，避免因簽約過大造成大量的接入失敗。 PS域呼通率低通過對各重點(diǎn)小區(qū)的信令進(jìn)行分析，對造成PS域接入失敗的原因進(jìn)行規(guī)類統(tǒng)計(jì)得到，影響PS域無線接通率較差的主要原因是：，目前TDSCDMA系統(tǒng)不支持該上下行速率導(dǎo)致接入失?。痪W(wǎng)絡(luò)中的終端廠家測試量非常大、話務(wù)量大，導(dǎo)致終端廠家所在的幾個小區(qū)系統(tǒng)無線資源緊張，引起RAB建立排隊(duì)等待超時而接入失??；RAB建立過程中無線鏈路失敗導(dǎo)致的接入失敗，這主要是由于用戶在室內(nèi)進(jìn)行呼叫，而室內(nèi)信號強(qiáng)度弱引起的。第1章 TOPN重點(diǎn)小區(qū)分析和優(yōu)化針對重點(diǎn)小區(qū)跟蹤其信令，通過信令分析查找PS業(yè)務(wù)無線接入失敗和掉線的原因，提出解決方案進(jìn)行優(yōu)化，以及進(jìn)行優(yōu)
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1