呼叫基本流程-文庫吧資料
2025-01-21 22:32本頁面
【正文】 即發(fā)出 Channel Release消息。比較 Layer3消息中的 Random reference號碼，從而可以確定多個信道請求消息中，那一條由于 SDCCH擁塞而被拒絕。 ? 到第 8或 9步，直接收到系統(tǒng)下發(fā) disconnect消息（釋放信道原因見下表），則查看被叫問題（原因有以上幾種） Page 34 當呼叫建立失敗時，及沒有收到 connect消息，直接收到系統(tǒng)下行的 DISCONNECT消息到移動臺，DISCONNECT消息簡要的指示出呼叫建立失敗的不同原因。 未接通分析 ? 是否存在第 7步，若沒有而直接收到系統(tǒng)下發(fā)disconnect消息，可能是存在 TCH擁塞。如果有大量的 SDCCH阻塞，若沒有 “Immediate assignment ”，信號弱或干擾，導致系統(tǒng)無法收到 “ channel request”或 MS無法解碼下行消息。由系統(tǒng)發(fā)給手機 ?Ki為 SIM卡 AUC中永久信息 ?RANDKi ? SRES(A3) ? Kc(A8)（加密用） AUC進行 SRES比較 ,鑒權結束 呼叫接續(xù)流程 MS加密流程 參見 : ? MODE Setting ? MODE Command ? MODE Complete ?加密算法為 )114b加密序列 ,與 114BIT信息XORA5算法 ,Kc(64b),FN(22b 呼叫接續(xù)流程 Setup: ? 主叫號碼 (下行 ) 呼叫接續(xù)流程 Setup: ? 被叫號碼 (上行 ) Call Proceeding: ? 表明此時 MSC已收到 SETUP請求而且已有足夠的信息建立連接 . 呼叫接續(xù)流程 Assignment Command: ? 信道描述 ? POWER LEVEL ? CHANNEL MODE Assignment Complete: 呼叫接續(xù)流程 Alerting MSNET:被叫手機通知網絡 ,表明被叫手機開始振鈴 NETMS:告知主叫手機已開始振鈴 Call Confirmed ? 表明被叫手機已收到呼叫請求 Physical Information: ? 網絡由 DCCH向 MS:通知 MS停止發(fā)送ACCESS BURST (ho access),并告知TA NETMS 呼叫接續(xù)流程 Measurement Report: ? 其中鄰區(qū) BCCHFREQ下內容為BA表中之順序號 (FROM 0) ? RXLEVNCELL數值 =實際接收電平 +110 81 89 94 73 91 75 層三消息講解 ? 系統(tǒng)消息講解
教學課件相關推薦
鄂ICP備17016276號-1