4 MS在某地附着后，关机乘坐飞机来到另一城市再附着。

爱卫生

   这种情况也相当普遍。人们经常出差，乘坐飞机就必须要关机。落地后开机在拜访地重新做附着。或者不一定要坐飞机。只要你关机例如没电了，来到另一个城市再做附着都会遇到这种情况。实际上这种情况和前面提到的第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的服务区）”基本上都是一样的。

chenhaonan

已经拜读，谢谢！

xiner

以前爱立信的SGSN的相邻RA数据是要在SGSN上定义的，

因此，假设坐飞机到了一个很远的地方（爱立信SGSN所辖），爱立信SGSN没有定义很远的RA相邻数据，RAU就会失败

现网都使用DNS定义RA数据，就避免这种在SGSN上定义相邻RA数据（不方便，有一个RA改变，就必须在所有相邻的SGSN上修改数据）

gege

爱总，有个问题，你说到new sgsn向old sgsn提取IMSI和鉴权参数时,old sgsn可能会将MS的这些参数给删除，我想问一下，old sgsn是多长时间才删除的， 有一个定时器吗？谢谢！

爱卫生

gege 发表于 2012-9-14 13:22
爱总，有个问题，你说到new sgsn向old sgsn提取IMSI和鉴权参数时,old sgsn可能会将MS的这些参数给删除，我想 ...

这个可以有。规范里面倒是没说，因为规范里一般不会定义产品内部实现的东西。只定义涉及信令交互的一些公共定时器。

所以得看厂家。但一般来说这个时间可能会比较长。几个小时甚至几天都有可能。太短了不好，太长了也不好。如果太短了那可能会增加Gr接口的信令负荷（例如SGSN要向HLR重新去获取鉴权参数等），如果太长了则会占用SGSN的容量资源。

个人理解。

paul

爱总，SGSN是通过周期性路由区更新消息来判断MS还在不在吗？
就是说经过设定的时间没有周期性路由区更新就认为MS脱网了，就把数据删掉？
谢谢

爱卫生

paul 发表于 2013-11-26 16:42
爱总，SGSN是通过周期性路由区更新消息来判断MS还在不在吗？
就是说经过设定的时间没有周期性路由区更新就 ...

恩。是的。但如果通过周期性RAU判断MS不在的话，不见得会删用户数据的。通常来说，会做的操作是停止下行方向对用户的寻呼。并且再等一小会（等隐式去附着计时器超时），就会对MS发起隐式去附着，那SGSN上关于用户的状态就会切换到IDLE。