的非易失存储器中，用于随后的附着流程。 ? UE侧启动去附着流程
去附着流程通过UE侧发送一个DETACH REQUEST消息来启动去附着流程。该消息中的Detach type IE指明了去附着时因为“关机”还是其它，也指明了去附着是仅针对EPS服务，还是仅针对non-EPS服务，还是针对两者。如果UE有一个mapped EPS 安全上下文作为current EPS 安全上下文，UE需要设置安全上下文类型的flag为“mapped security context”，否则，设为“native security context”。
如果去附着并非因为关机造成并且UE处于
EMM-REGISTERED or
EMM-REGISTERED-INITIATED状态，UE在发送完DETACH REQUEST 消
息后应启动T3412。UE要存储current EPS 安全上下文。如果去附着流程是仅针对
non-EPS
服务，UE
需进入
EMM-REGISTERED.IMSI-DETACH-INITIATEDEMM-DEREGISTERED-INITIATED
状态，否则，UE需进入
状态，如果detach type 指明去附着针对
MM IMSI DETACH
non-EPS服务或EPS和non-EPS服务，UE应进入
PENDING状态。
如果UE将要关机，UE应该尝试时间为5s的发送DETACH REQUEST消息。。。在这期间，UE在发送完
DETACH REQUEST后可能立即关机。发
送完消息后，UE应删除current EPS 安全上下文（如果同native 安全上下文不同）。
UEStart T3421DETACH REQUESTMMEStop T3421DETACH ACCEPTor UE at switch off:DETACH REQUEST
? UE注册EPS服务启动去附着流程
如果网络侧接收到DETACH REQUEST消息，网路侧需要向UE发送一个DETACH ACCEPT消息，并且存储current EPS安全上下文（如果detach type IE 未指明“关机”）。否则，当网络侧接收到
REQUEST
DETACH
后，该去附着流程就结束（因UE已经关机）。接收到因
“关机”而发送的DETACH REQUEST消息后，MME应删除current EPS安全上下文（如果不同于native EPS 安全上下文）。
网络侧和UE侧需使EPS 承载上下文无效（无须响应信令传输）？。
UE接收到DETACH ACCEPT消息后，应停止T3412。
UE在网络侧被标记为inactive（非活动），网路侧进入EMM-REGISTERED状态。
工作于PS模式的UE需进入EMM-REGISTERED状态。 工作于CS/PS mode1 或者CS/PS mode2的UE需进入EMM-NULL状态。
? UE启动的联合去附着流程的完成（UE initiated combined detach procedure
completion）
网路侧接收到DETACH REQUEST消息后，应向UE回送一个DETACH ACCEPT消息。如果detach type IE指明“非关机”而去附着，那么根据其值，进行如下处理： - combined EPS/IMSI detach：
网络侧针对EPS和non-EPS服务将UE标记为“非活动”态；网络侧和UE侧均进入状态。 - IMSI detach：
网络侧仅针对non-EPS服务将UE标记为“非活动”态；网络侧和UE侧均进入MM-NULL and EMM-REGISTERED状态。
? UE侧发生的异常
a） 访问阻塞：因为access class barring或者NAS信令连接建立
被网路侧拒绝。
若访问因“信令”而阻塞，去附着信令流程将不会启动，UE驻留在当前服务小区并启动小区重选过程。如果当前小区授权了“信令”传输，或者UE移动到了一个“信令”授权的小区，那么UE根据需要立即启动去附着信令流程。 b） 收到DETACH ACCEPT消息之前发生底层失败或NAS 信
令连接断开。去附着流程应中止，UE根据需要进入相应状态。 c） T3421超时
EMM-DEREGISTERED and MM-NULL
若5次之内，UE重发消息并重启定时器。若达到了5次，则中止去附着流程，并根据情况进入相应状态。 d） 去附着冲突
若在UE启动的去附着流程完成之前，UE收到了一个网路侧启动的DETACH REQUEST消息，那么UE根据相应规定处理，并向网络侧发送一个DETACH ACCEPT消息。 e） 去附着和EMM通用规程冲突
? 因“关机”而detach
- UE在完成去附着流程之前接收到任何EMM通用规程消息，均忽略之，并继续去附着流程； ? 因“非关机”而detach
- UE在完成去附着只之前接收到GUTI REALLOCATION COMMAND,
an EMM STATUS or an EMM INFORMATION消息，应忽略之，并继续
去附着流程； - 如果接收到
AUTHENTICATION REQUEST, SECURITY MODE
COMMAND or IDENTITY REQUEST消息，UE需要分别响应之，并
继续去附着。 f） 进入new TA
如果在完成去附着之前，UE进入一个TAI list 之外的new TA，去附着流程需要中止，并且在TAU流程之后重启去附着流程。如果是因为拔出USIM卡而执行的去附着流程，UE需要中止去附着流程并进入EMM-DEREGISTERED状态。
g） DETACH REQUEST消息发送失败，（因）并底层指示TAI改变
如果current TAI不在TAI list中，那么UE启动TAU规程后再启动去附着；
如果current TAI来TAI list 中，那么UE重启去附着流程。 h） 非因底层指示TAI改变，而发送的DETACH REQUEST消息发送
失败
UE重启去附着流程。
? 网路侧发生的异常 a） b）
CSG ID of the CSG cell is not in the Allowed CSG list of the UE which sends the detach request
Lower layers indication of non-delivered NAS PDU due to handover
网路侧启动去附着流程 ? 网路侧启动去附着流程
网路侧通过向UE侧发送DETACH REQUEST消息或EMM消息（EMM cause#10 “implicitly detached”）来启动去附着流程。网络侧会在EMM cause IE中对detach request 指明原因。网络侧启动T3422.万一detach type IE 为“re-attach required”或者EMM消息with EMM cause #10，MME需要存储current EPS 安全上下文。否则，current EPS 安全上下文将被删除（若不同于mapped 安全上下文）。如果detach type IE为“re-attach not required”或则“re-attach required”，网络侧需要置UE locally EPS 承载上下文为无效并进入EMM-DEREGISTERED-INITIATED状态。
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库TS24301-R8学习总结(1)(8)在线全文阅读。
相关推荐：