关于之前IMSI什么时候传递到网络的问题，谢谢！
时间：09-10
整理：3721RD
点击：
如题。
之前提了个问题，是关于在鉴权中经常提到： 为了保证安全性，我们在空口用TMSI取代IMSI进行传递。 那么在主叫流程中哪个信息包含了用户的TMSI或者IMSI？ 我考虑了下觉得IMSI应该是通过SABM帧带上来给BTS， BTS通过essitablsn indication传给了BSC，而BSC经由SCCP消息带给了MSC。 在MSC侧，MSC需要IMSI来确定对应三参数组的随机数，以及auth完成后对比该组的响应，而在MS侧通过UA的回应，也含有IMSI（基本没经修改回复的），MS查看IMSI来判断是不是自己的。 －－－－这样解释1： 解决了IMSI空口传递的问题，2：解释了chanael request的5位bit来标记手机可能出错的问题，因为即便几率小，也可能MS接入冲突。3：至于为什么跟踪消息的时候有channel request消息，我觉得是软件后期处理的。 因为刚开始的channel request没有IMSI，但有5bit的鉴别，软件可能是讲这两个做了个对应，认定之前的channel request关联了该IMSI。不知道解释的对不对？ 求高手指点。谢谢！
之前提了个问题，是关于在鉴权中经常提到： 为了保证安全性，我们在空口用TMSI取代IMSI进行传递。 那么在主叫流程中哪个信息包含了用户的TMSI或者IMSI？ 我考虑了下觉得IMSI应该是通过SABM帧带上来给BTS， BTS通过essitablsn indication传给了BSC，而BSC经由SCCP消息带给了MSC。 在MSC侧，MSC需要IMSI来确定对应三参数组的随机数，以及auth完成后对比该组的响应，而在MS侧通过UA的回应，也含有IMSI（基本没经修改回复的），MS查看IMSI来判断是不是自己的。 －－－－这样解释1： 解决了IMSI空口传递的问题，2：解释了chanael request的5位bit来标记手机可能出错的问题，因为即便几率小，也可能MS接入冲突。3：至于为什么跟踪消息的时候有channel request消息，我觉得是软件后期处理的。 因为刚开始的channel request没有IMSI，但有5bit的鉴别，软件可能是讲这两个做了个对应，认定之前的channel request关联了该IMSI。不知道解释的对不对？ 求高手指点。谢谢！
在用户终端插入新SIM卡后第一次开机做附着的时，Attach_Req消息包含了IMSI信息，以后的信令交互中空口不再传送IMSI信息，以TMSI取代IMSI；而在主叫流程中，CM Service Request消息中包含了IMSI信息。