对移动性管理idle状态的理解

shanyy11

1.状态的出现：idle状态是MS附着成功后，再去附着后的一个状态。所以必需先附着，才会有idle这种状态。就像一张新办的SIM卡，还没有上网的记录，也就是没和SGSN交互过任何信息，这时SGSN上是查不到该MS的任何信息的，自然也不会有idle。

2.状态的持续时间：idle这个状态只会存在一段时间。也就是说，当状态为idle后，手机一直无上网行为（附着请求也没有），持续一段时间后，SGSN将删除这个状态。idle状态时，在SGSN上追踪MS，会得到一个idle状态；删除idle后，就是SGSN删除了关于此MS的任何信息，再在SGSN上追踪MS，会得到“该MS没在本SGSN注册过”这样一个信息。
我查过电路域的，当手机关机后，VLR会保存该手机信息24小时（是个可以配置的值）。我想idle状态存在的时间和这个值应该差不多，希望有人告知一下
不理解的一点，idle是MM的一种状态，文档上说当MS切换到idle状态后，SGSN会删除MM上下文，既然MM上下文都删了，怎么还会idle。想不通

3.状态存在的意义：既然有这个状态，就有它存在的意义。因为在idle状态时，SGSN并没有把MS的信息完全删除掉。我的猜想是，在idle状态时，当手机再次在该SGSN下附着时，在流程上会有所简单，比如不再对手机进行鉴权。只是猜想，望高人指点

爱卫生

回复 shanyy11 的帖子

去附着后，MM上下文通常没有完全删除。正如你所说，如果删除了MM上下文，则可能就没有MS的任何记录了。就好象MS从来没有附着登记过一样。总结下你的意思：就是除了MM的三种状态外，还有一个无MM上下文的状态。而不管MM状态是IDLE、ready还是standby，都应该是有MM上下文的状态。而无MM上下文和有MM上下文但MM状态为IDLE是两回事。

不删除MM上下文，可以在后续MS重新发起附着时，减少Gr接口的信令交互。因为在附着流程中，SGSN会向HLR请求用于鉴权用户的三元组参数，一次会请求几组，而本次附着只会用掉一组，没有用户的就会被SGSN保存起来，留给MS下次附着时使用。

shanyy11

回复 爱卫生 的帖子

受教了啊，我想在idle状态时，用户的签约数据应该也在，这样SGSN就不用向HLR索取了。
说到用户的签约数据我还想再问一下，就是MS在做inter-SGSN RAU时，old SGSN会把MS的鉴权参数和签约数据都会传给new SGSN吗，如果不传，感觉太浪费了；如果传了，就有下一个疑问了。
做inter-RAU，new SGSN要向HLR做位置更新update location，在流程上下一步就是HLR向new SGSN插入用户签约数据，而如果之前old SGSN已经把签约数据传给new SGSN了，HLR再插入用户签约数据就显得多余了。我想new SGSN在做update location时会不会有一个用户签约数据的请求，对于MS的签约数据，如果SGSN已经有了，就只做位置更新而无签约数据请求；如果没有，就再做一个签约数据的请求。在流程上看好像HLR就是强制给予的，不管SGSN有还是没有。
这一点还是迷糊状态啊{:soso_e125:}

爱卫生

回复 shanyy11 的帖子

      是这样的。在做Inter-RAU时，Old SGSN给New SGSN返回的Context包括有：MM Context和PDP Context（所以消息的名字叫SGSN Context Request，附着中用于请求身份标识的请求则是Indentification Request）。这两个Context做为GTP消息的信息元素在29.060中定义。但PDP Context并不是用于的签约数据。PDP Context里会包含APN，但这个APN只是在Old SGSN里使用的APN（The APN is the Access Point Name in use in the old SGSN）。而MS可能签约了多个APN。这些信息并没有在PDP Context中包含。因此，还得去向HLR去要。因此，强制下发用户签约数据并不是多余的。

yuws

这么讲就清楚了