NAS信令学习笔记 ——Detach

看似流浪，实际是在寻找家园。

动不动就不写了，这种态度是不是不太好啊~~

ERwPDN：EMM-REGISTERED without PDN connection

1. detach的目的

由UE发起：

• UE去附着EPS服务
• 释放最后一条PDN连接（UE或网络侧不支持ERwPDN）
• CS/PS 模式1或CS/PS 模式2的UE去附着EPS服务或non-EPS服务

由网络侧发起：

• 通知UE去附着EPS服务或者non-EPS服务
• 通知UE释放最后一条PDN连接（UE或网络侧不支持ERwPDN）
• 通知UE re-attach或重建立所有的PDN连接。
   

2. UE侧发起detach

（1）detach过程

（2）DETACH REQUEST消息中IE怎么填？

• Detach type：switch off位标识是否因关机而发起的detach，Type of detach标识detach哪种服务：EPS服务，或者non-EPS服务？
• EPS mobile identity：若UE存在有效的GUTI，则填GUTI；否则，若存在有效的IMSI，则填IMSI；否则填IMEI。

（3）发送DETACH REQUEST后，UE应该做些什么？

• 若不是因关机而发起的detach，则启动定时器T3421。
• 若当前EPS安全上下文为native，则存储该上下文，并标记为有效
• 若当前EPS安全上下文为mapped，且存在non-current full native EPS 安全上下文，则存储non-current full native EPS安全上下文，标记为valid，并删除其它上下文。
• 若因关机而发起的detach，则去激活EPS承载上下文。

（4）收到DETACH REQUEST后，网络侧应该做些什么？

• 去激活EPS承载上下文。
• 发送DETACH ACCEPT给UE

 

3. UE侧发起detach，UE侧异常处理

（1）接入禁止，其原因包括接入等级限制、网络侧拒绝NAS信令连接

• 在NB-S1模式下，若因originating signalling接入禁止，则不发起detach流程。UE仍驻留在当前小区，并进行正常的小区重选流程。UE何时发起detach流程，取决于UE实现。
• 在WB-S1模式下，若因originating signalling接入禁止，则不发起detach流程。UE仍驻留在当前小区，并进行正常的小区重选流程。一旦当前小区允许该UE originating signalling接入，或UE进入了一个允许该UE originating signalling接入的小区，则尽快发起detach。

（2）收到DETACH ACCEPT前，UE收到了底层失败或释放NAS信令连接消息

• 丢弃detach过程
• 若detach原因为去使能EPS服务，则UE进入EMM-NULL态。
• 若EPS detach原因不是去使能EPS服务，则UE进入EMM-DEREGISTERED态。
• 若为IMSI detach，则UE进入EMM-REGISTERED.NORMAL-SERVICE态和MM-NULL。
• 若为combined EPS/IMSI detach，则UE进入EMM-DEREGISTERED态和MM-NULL。

（3）T3421超时

• 若定时器超时次数不超过4次，则重置并启动定时器，重新发起detach过程。
• 若定时器超时次数超过4次，UE行为同情况（2）。

（4）Detach过程冲突、Detach过程与EMM公共过程冲突

（5）小区TA发生了变更

• 若detach原因为switch off，则丢弃detach过程，进入EMM-DEREGISTERED态。
• 若小区变更后的TAI不在UE存储的TAI列表内，则UE丢弃detach过程，发起TAU过程。在TAU完成后，再次发起detach过程。

（6）收到来自底层传输DETACH ACCEPT失败的指示

• 若存在TAI变更，则处理同（5）；若TAI未变更，重新发起detach过程。

 

4. 网络侧发起detach

（1）detach过程

（2）DETACH REQUEST消息相关IE

• detach type：re-attach required，re-attach not required，IMSI detach
• EMM cause：EPS services not allowed，PLMN not allowed，Tracking area not allowed， EPS services not allowed in this PLMN， No suitable cells in tracking area，Illegal UE，Illegal ME

（3）发送DETACH REQUEST后，网络侧应该做些什么？

• 若detach type为 “re-attach required” 或者 “re-attach not required” ，EMM cause不是“IMSI unknown in HSS”，或者MME本地detach，则，若当前EPS 安全上下文为native，存储该上下文；若当前EPS完全上下文为mapped，删除该上下文。
• 若detach type为 “re-attach required” 或者 “re-attach not required” ，EMM cause不是“IMSI unknown in HSS”，则网络侧去激活所有承载上下文，进入 EMM-DEREGISTERED-INITIATED态。

（4）收到DETACH REQUEST后，UE应该做些什么？

• 若detach type为re-attach required，则UE去激活EPS承载上下文，停止定时器T3346，T3396（if running），向网络侧发送detach accept消息，进入EMM-DEREGISTERED-INITIATED态。然后再发起attach过程，重建立之前的PDN连接。
• 若detach type为re-attach not required：原因太多，具体行为太多，不写了。

 

5. 网络侧发起detach，异常处理，不写了