之前提了個(gè)問題，是關(guān)于在鑒權(quán)中經(jīng)常提到： 為了保證安全性，我們?cè)诳湛谟肨MSI取代IMSI進(jìn)行傳遞。 那么在主叫流程中哪個(gè)信息包含了用戶的TMSI或者IMSI？ 我考慮了下覺得IMSI應(yīng)該是通過(guò)SABM幀帶上來(lái)給BTS， BTS通過(guò)essitablsn indication傳給了BSC，而BSC經(jīng)由SCCP消息帶給了MSC。 在MSC側(cè)，MSC需要IMSI來(lái)確定對(duì)應(yīng)三參數(shù)組的隨機(jī)數(shù)，以及auth完成后對(duì)比該組的響應(yīng)，而在MS側(cè)通過(guò)UA的回應(yīng)，也含有IMSI（基本沒經(jīng)修改回復(fù)的），MS查看IMSI來(lái)判斷是不是自己的。 －－－－這樣解釋1： 解決了IMSI空口傳遞的問題，2：解釋了chanael request的5位bit來(lái)標(biāo)記手機(jī)可能出錯(cuò)的問題，因?yàn)榧幢銕茁市。�也可能MS接入沖突。3：至于為什么跟蹤消息的時(shí)候有channel request消息，我覺得是軟件后期處理的。 因?yàn)閯傞_始的channel request沒有IMSI，但有5bit的鑒別，軟件可能是講這兩個(gè)做了個(gè)對(duì)應(yīng)，認(rèn)定之前的channel request關(guān)聯(lián)了該IMSI。不知道解釋的對(duì)不對(duì)？ 求高手指點(diǎn)。謝謝！

在用戶終端插入新SIM卡后第一次開機(jī)做附著的時(shí)，Attach_Req消息包含了IMSI信息，以后的信令交互中空口不再傳送IMSI信息，以TMSI取代IMSI；而在主叫流程中，CM Service Request消息中包含了IMSI信息。34321%$#K:JFD()$本文來(lái)自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有