你可能感興趣的試題

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

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