呼叫基本流程-資料下載頁
2026-01-08 22:32本頁面
【正文】 道的掉話。 從層 3消息中，我們可以看到Assignment Command消息之前的 SD射頻丟失。當時用戶在室內起呼困難，現(xiàn)場測試發(fā)現(xiàn)在分配 SDCCH后，在單個載頻上經常產生 SD_RF_LOSS，觀察 MR可以看到 RXQUAL=7，通過對基站射頻通路檢測，發(fā)現(xiàn)該小區(qū)載頻所連接的天線朝向上存在嚴重阻擋，造成通信質量下降，從而導致信令在其 SDCCH信道的接續(xù)失敗。在調整天線位置后，室內用戶可以正常的呼叫。 上行鏈路問題的消息歷程 從層 3消息中，我們可以看到移動臺在沒有收到下行指配消息時，會根據(jù)系統(tǒng)消息 3中定義的 max_retran的次數(shù)，在 T3126定義的時長內，重新發(fā)送 Channel request消息；發(fā)送間隔根據(jù) tx_integer的取值，在數(shù)個 RACH時長的范圍內，隨機取得。其中，取值定義如下： M=max_retran； 取值范圍 : 0 3 0 = 最大 1次重發(fā) 1 = 最大 2次重發(fā) 2 = 最大 4次重發(fā) 3 = 最大 7次重發(fā) 在 Channel request消息發(fā)送 M+1次后， MS會啟動T3126計數(shù)器，當計數(shù)器超時后，呼叫將被取消。 以上的案例中，經過測試后對起呼小區(qū)的載頻的統(tǒng)計分析，以及利用統(tǒng)計跟蹤發(fā)現(xiàn)。該小區(qū)受到嚴重的上行干擾，導致基站無法正確解調出 RACH信息。 被叫在做位置更新或接收短消息 當被叫在做位置更新時，主叫開始呼叫，尋呼被叫，可能還在原來的位置區(qū)尋呼，導致尋呼不到被叫。 當被叫在接收短信時，主叫開始尋呼，導致被叫占用 SD信道接收短信，無法響應尋呼，導致尋呼無響應。 無效的呼叫 在測試過程中，常能碰到一些由于人為因素造成的呼叫建立失敗。在這里我們將其統(tǒng)一歸為無效呼叫。下面列舉一些常見的現(xiàn)象： （一）移動臺呼叫建立過程中的出現(xiàn)突然斷電 （二）移動臺關機（ IMSI detach） （三）移動臺呼叫建立過程中，在 Setup消息之前，由于移動臺掛機等原因導致移動臺發(fā)送 CM Service Abort消息，取消呼叫。 （四）測試設備軟件設置原因，主叫呼叫號碼為空號，或呼叫自己忙無法接通，當一個新的呼叫開始時，軟件記錄中斷。 在道路測試過程中，我們會碰到各種由不同原因引起的呼叫建立失敗，主要原因可以歸結如下： TCH擁塞 SDCCH擁塞 上行鏈路問題 無效的呼叫 硬件問題 干擾問題 被叫接收短信 被叫在做位置更新 信號弱導致接入失敗或 SD、 TCH掉話 結束，謝謝！
教學課件相關推薦
鄂ICP備17016276號-1