目录
24008 #9 (MSbeby the );
24008 #10隐式分离
【3GPP 24.008 Cause汇总】24008 #17( )
24008 #33not
24008 #96:error
24008 #111:error, .
24008 #9 (MSbeby the );
# 9 (MSbeby the );
＃9（MS身份不能由网络导出）;
MS应将GPRS更新状态设置为GU2 NOT （并根据子条款4.1.3.2存储），进入状态GMM-，并删除任何P-TMSI，P-TMSI签名，RAI和GPRS加密密钥 序列号 。如果被拒绝的请求不是用于发起针对紧急承载服务的PDN连接，则MS可以随后自动地发起GPRS附着过程 。如果MS中支持S1模式，则MS应当处理跟踪区域的情况下的3GPP TS 24.301 [120]中规定的EMM参数EMM状态，EPS更新状态，GUTI，上次访问的注册TAI，TAI列表和KSI 更新过程被拒绝，EMM原因具有相同的值 。
按照规范的解释，该拒绝原因是网络无法从P-TMSI、P-TMSI 、RAI等MM上下文中标识的参数来识别MS ID，MS进入GMM-的状态 。
根据以往的经验出现MS idbeby 主要会因为在或是RAU过程中Old SGSN没有保留MS的信息，而导致New SGSN无法从Old SGSN获得MS的MM上下文，New SGSN需要通过对MS重新发起流程来获取MM上下文 。由于这种原因产生的MS idbe需要得到Gn接口的数据支持 。
文章插图
另一种在过程中产生 MS idbe的原因是某些 MS 使用了保留的 LAC 发起请求 。
典型问题流程如下：
文章插图
MS 使用 LAC 65534 发起请求，SGSN 拒绝这些请求，原因是 MS ID can’t not beby the。中的 LAC合法长度是 2 字节，FFFE（ 65534）是保留的 LAC 值（ 3GPP TS23.003），在特定状态下当 MS 中没有合法的 LAI 时才会使用 。估计是 MS 当时所处的小区性能存在问题，MS 自行删除了原来的小区信息 。
24008 #10隐式分离
原因值= 10隐式分离
如果网络已隐含地分离MS，则将该原因发送到MS 。在移动可达定时器期满之后的一些时间，或者如果与订阅相关的GMM上下文数据不存在于SGSN中 。因为SGSN重新启动，或者由于周期性路由区域更新请求被路由到新的SGSN 。
＃10（隐式分离）;
如果更新类型是“周期性更新”，则在网络操作模式I中以MS操作模式A或B操作的GPRS MS对于网络中的GPRS和CS服务都是IMSI分离的 。MS应进入状态GMM-.- 。如果被拒绝的请求不是用于发起针对紧急承载服务的PDN连接，则MS应当执行新的附着过程 。MS还应该激活最初由MS激活的PDP上下文以替换任何先前的MS激活的PDP上下文 。MS还应执行所需的过程以便激活任何先前活动的多播服务 。如果在MS中支持S1模式，则当跟踪区域更新过程由于具有相同值的EMM原因而被拒绝时，MS应当处理3GPP TS 24.301 [120]中规定的EMM状态 。注4：在某些情况下，可能需要用户交互，然后MS不能自动激活PDP和MBMS上下文 。
文章插图
从以上流程可看出用户在向 SGSN 发起area之后，SGSN 先是拒绝用户的请求，并且回送了 Cause 为。紧接着手机重新发起了一起，并且 SGSN 在收到请求消息之后发起了一次Check 过程，即向手机发起消息，要求重新获取手机的 IMSI，之后手机回应了包含 IMSI 的消息 。从规范中定义的流程我们知道，正常的情况下，新的 SGSN 在收到手机发出的 area之后，应该根据area消息里面包含的 Old RAI 来查询 DNS，得到老的 SGSN 的地址，然后给老的 SGSN发送 SGSN消息获取 MS 的 MM 上下文 。只有在新的 SGSN无法获取老的 SGSN 的地址或者老的 SGSN 也没有该手机的 MM 上下文的情况下，新的 SGSN 才会直接给手机发起Check 过程来获取 IMSI，完成之后的路由区更新 。这足以证明在老的 SGSN 上已没有了该用户的信息，并将其置为状态 。请见下图标准 RAU 流程所示：