这种情况也相当普遍。人们经常出差,乘坐飞机就必须要关机。落地后开机在拜访地重新做附着。或者不一定要坐飞机。只要你关机例如没电了,来到另一个城市再做附着都会遇到这种情况。实际上这种情况和前面提到的第3种情况:“用户附着成功后,SGSN删除用户数据,用户关机再附着(但仍是同一个SGSN的服务区)”实际上很类似,区别就是用户在关机前后的两次附着是在两个不同的SGSN上完成的。所以和第3种情况的场景相比,在信令流程里就多了两步:
1 在两个SGSN之间交互MS的IMSI的过程,因为MS发送附着请求肯定是携带的最近一个为它提供服务的SGSN分配的P-TMSI,即old P-TMSI,另外也会携带上一次附着所处的RA对应的RAI即old RAI。这样,当前SGSN就可以根据old RAI找到最近一个为MS提供服务的SGSN,也可以叫old SGSN,当前SGSN称为new SGSN。找到old SGSN后,new SGSN会向old SGSN索取用户的IMSI信息来进行后续的鉴权流程。由于用户坐飞机时间可能很长,old SGSN有可能将用户数据删除了,那这时old SGSN上也没有用户的IMSI信息了。那new SGSN就会接这去找MS去要IMSI来完成鉴权。
2 由于在用户重新开机附着之前,HLR上关于用户的位置信息是登记着old SGSN的地址信息,那在用户重开机附着后,已经移动到new SGSN服务的RA下来了。因为new SGSN会发起到HLR的位置更新流程。同时,HLR也会发起一个cancel location的流程,通知old SGSN位置已更新。 其他的流程和第3种情况:“用户附着成功后,SGSN删除用户数据,用户关机再附着(但仍是同一个SGSN的服务区)”基本上都是一样的。
这个可以有。规范里面倒是没说,因为规范里一般不会定义产品内部实现的东西。只定义涉及信令交互的一些公共定时器。
所以得看厂家。但一般来说这个时间可能会比较长。几个小时甚至几天都有可能。太短了不好,太长了也不好。如果太短了那可能会增加Gr接口的信令负荷(例如SGSN要向HLR重新去获取鉴权参数等),如果太长了则会占用SGSN的容量资源。
个人理解。
恩。是的。但如果通过周期性RAU判断MS不在的话,不见得会删用户数据的。通常来说,会做的操作是停止下行方向对用户的寻呼。并且再等一小会(等隐式去附着计时器超时),就会对MS发起隐式去附着,那SGSN上关于用户的状态就会切换到IDLE。
欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) | Powered by Discuz! X2 |