你可能感興趣的試題

A、如果UE在掉話前發(fā)生了切換，并且UE發(fā)送完重配置完成消息后直到掉話前一直沒有收到任何RNC下發(fā)的信令，可能重配置完成消息RNC沒有收到，從而定時器超時后釋放鏈路。原因可能是重配置消息的功率太低，造成RNC沒有收到，對此需要提高“配給Node B的上行目標(biāo)信噪比”
B、如果UE在掉話前發(fā)生了切換，并且UE發(fā)送完重配置完成消息后直到掉話前一直沒有收到任何RNC下發(fā)的信令，可能RNC收到了且下發(fā)了測量控制消息，但UE沒有收到測量控制，由于測量控制消息采用AM模式，需要在一定的時間內(nèi)收到接收端對AM模式數(shù)據(jù)的確認(rèn)，最終導(dǎo)致UE的RLC層發(fā)生了RLC不可恢復(fù)錯誤
C、如果掉話前發(fā)生了原因為無線鏈路失敗的小區(qū)更新，說明掉話區(qū)域的下行鏈路質(zhì)量惡化，建議針對覆蓋、干擾、鄰區(qū)漏配等原因進(jìn)行排查
D、如果掉話前網(wǎng)絡(luò)側(cè)信令顯示Node B上報了無線鏈路失敗指示，則說明Node B出現(xiàn)上行失步，說明掉話區(qū)域的上行鏈路質(zhì)量惡化。建議針對覆蓋、干擾、鄰區(qū)漏配、功率參數(shù)設(shè)置等問題進(jìn)行排查

A、檢查掉話點的覆蓋情況，排除覆蓋問題導(dǎo)致的掉話。如果問題區(qū)域存在覆蓋問題，則首先解決覆蓋問題
B、檢查基站、RNC設(shè)備工作狀態(tài)是否正常，是否存在可能影響到業(yè)務(wù)或切換正常進(jìn)行的告警
C、分析掉話前的信令流程，進(jìn)行進(jìn)一步的分析
D、呼叫重建不支持等原因也會導(dǎo)致掉話的發(fā)生，建議具體的掉話原因直接根據(jù)RNC側(cè)信令跟蹤文件里Iu Release Command消息中攜帶的原因直接判斷