Detach Procedure

最新推荐文章于 2024-04-26 08:00:00 发布

Qton

最新推荐文章于 2024-04-26 08:00:00 发布

阅读量1.5k

点赞数 3

分类专栏： LTE 通信文章标签： LTE Detach

通信同时被 2 个专栏收录

2 篇文章 0 订阅

订阅专栏

LTE

1 篇文章 0 订阅

订阅专栏

本文详细介绍了UE、MME、SGSN和HSS发起的LTE Detach流程，涉及显式和隐式分离，以及ISR（Inter System Registration）激活和停用的不同情况。流程包括UE通知网络、网络通知UE的分离，以及不同阶段的信令交互，如Delete Session Request/Response，涉及到MME、SGW、PGW、SGSN和eNB之间的交互。

摘要由CSDN通过智能技术生成

发起网元划分可分为UE，MME,SGSN,HSS发起的Detach流程。划分为UE通知网络Detach和网络通知UE发起Detach.Detach还可分为显性Detach(通知对方一起改变状态为EMM-DERESIGNED)，隐性Detach(UE或网络知己偷偷自己变状态。）

一 UE-initiated Detach procedure for E-UTRAN

ISR停用时（UE--MME--SGW--PGW(PCRF)--SGW--MME--UE,eNB）

1 UE-->MME Detach Request (GUTI, Switch Off)

如果此时UE处于ECM-IDLE模式，则该消息会触发建立S1连接。eNB添加上当前小区的TAI + ECGI一起转发到MME。Switch Off指示是否由于关闭引起的Detach。

2 MME-->SGW Delete Session Request（LBI,User Location Information (ECGI)）

向S-GW发送每条PDN连接的删除会话请求停用SGW中关于该UE的相关EPS承载。这里GTP隧道粒度是UE，GTP消息粒度是PDN。这里使用一条GTP隧道发送多条删除请求消息。

6 SGW-->PGW:Delete Session Response (LBI, User Location Information (ECGI or CGI/SAI))

SGW转发信息给PGW要求删除相关承载

8 此时如有PCRF规则应用则发送请求给PCRF 释放相关承载和IP-CAN。

7 PGW-->SGW Delete Session Response (Cause)

PGW响应删除完成消息给SGW

3 S-GW-->MME:Delete Session Response (Cause)

S-GW，PGW删除完承载信息后响应MME。

11 UE<--MME:Detach Accept

如果不是由于关机（switch off）引起的Detach流程，则会有此步骤。否则跳过。

MME响应Detach Accept给UE

12 eNB<--MME

The MME releases the S1-MME signalling connection for the UE by sending S1 Release Command to the eNodeB with Cause set to Detach.通过S1 Release Command释放S1-MME信令连接。

ISR激活时 (UE--MME--SGW--MME--SGSN--SGW--PGW(PCRF)--SGW--MME--UE,eNB)

NOTE:ISR 信令缩减。用于空闲状态的UE在进行系统间的小区重选时减少与网络的信令交互。当ISR激活时，意味着UE同时注册到了MME和SGSN。（若ISR激活空闲状态的UE进入到E-UTRAN时，发起TAU，使得MME从SGSN获得最新的UE上下文；若ISR激活空闲状态的UE进入到UTRAN/GERAN时，发起RAU，使得SGSN从MME获得最新的UE上下文。）

与ISR未激活时的Detach不同的是，SGW收到删除会话请求时，停用ISR后通知MME,MME指示相关的SGSN进行分离，然后SGSN再发送删除承载请求给SGW。接下来就跟ISR未激活状态一样SGW转发给PGW等等。

1 UE-->MME Detach Request (GUTI, Switch Off)

2 MME-->SGW Delete Session Request（LBI,User Location Information (ECGI)）

SGW将不释放为MME / SGSN分配的控制平面TEID（因为释放了后面的SGSN找SGW时TEID会出错），直到收到SGSN删除会话请求消息时再释放。

3 S-GW-->MME:Delete Session Response (Cause)

SGW收到MME或SGSN删除请求时，先停用ISR，释放相关承载上下文并返回原因进行响应。（当然，这个是在E-UTRAN下的Detach,所以是响应MME）

4 MME-->SGSN Detach Indication (Cause)

MME向相关联的SGSN发送分离指示消息。原因表明完全分离。

5 SGSN-->SGW Delete Session Request (LBI, CGI/SAI)

发送每条PDN的删除请求。停用服务GW中关于该特定UE的活动PDP上下文。如果UE时区已经改变，则SGSN在该消息中包括UE时区IE。

NOTE:之后的步骤同ISR未激活状态

6 SGW-->PGW:Delete Session Response (LBI, User Location Information (ECGI or CGI/SAI))

二 MME-initiated Detach procedure

MME发起的Detach可以是显式的，也可以是隐式。如UE长时间没有通信，MME可以发起隐式Detach。隐式Detach是对于MME本身的， an SGSN registration will not be detached.

因此可以显式隐式，还可以分为ISR激活和未激活。我们分情况来说。

NOTE:隐式Detach只是MME本地删除并释放S1AP信令连接，或"去激活"SGW和SGSN上的ISR，并不会发起删除会话请求。

MME发起显式Detach(ISR激活/未激活)

1）最开始的Detach Request由MME发给UE。如UE处于ECM-IDLE状态，则MME寻呼UE。如由于不允许该UE访问CSG小区的原因引起的MMEdetach需要同时携带原因。

2）UE收到Detach消息后，可以在任意时间向MME发送分离接受消息。eNodeB将该NAS消息与TAI + ECGI一起转发到MME。指示UE所处的小区。

其它的显式ISR未激活，隐式ISR激活步骤与UE发起的对应ISR激活/未激活大同小异。

MME发起的隐式Detach,ISR未激活。（MME-eNB）

1）MME不发Detach Request给UE直接删除MME本地关于该UE的承载上下文,UE也不会响应Detach消息。

2）通过发S1 Release Command给eNB,释放S1-MME信令连接。

MME发起的隐式Detach,ISR激活（MME--SGW--MME--SGSN--MME-eNB）

1）SGW收到MME删除会话请求时，停用ISR，向MME响应Delete Session Response (Cause)。

2）MME收到响应消息后，向相关联的SGSN发送Detach Notification (Cause)，Cause指示is a local or detach。（如显式+ISR激活则这里的Cause为complete detach）

3）SGSN停用ISR,向MME发送Detach Acknowledge消息

4）通过发S1 Release Command给eNB,释放S1-MME信令连接。

三 SGSN-initiated Detach procedure with ISR activated

同MME发起的Detach一样，SGSN发起的去附着也有隐式和显式之分。隐式分离是SGSN的本地分离，即MME注册不会分离。

SGSN发起的隐式Detach（SGSN--SGW--SGSN, SGSN--MME--SGSN--释放PS信令连接）

2）SGSN--SGW :Delete Session Request (LBI, User Location Information (ECGI))

发送PDN的释放消息给SGW（S4接口,一个PDN一条信息，通过同一条GTP隧道），停用SGW中关于该UE,SGSN相关的EPS承载上下文。

3）SGW-SGSN:Delete Session Response (Cause)

收到删除承载信息后，SGW deactivates ISR，释放该SGSN相关承载，并响应SGSN

4）SGW--MME:Detach Notification (Cause)

由于是ISR激活态的流程，故SGW还先MME发送删除通知信息，携带Cause原因值，表明是完全分离（显式Detach）还是本地分离（隐式Detach）。这里讨论隐式，故Cause=本地分离

10）MME--SGSN: Detach Acknowledge

告知SGSN我MME已经去激活ISR，SGSN你可以释放PS信令连接了

12）SGSN发起释放PS信令流程

SGSN发起的显式Detach（SGSN--UE, SGSN--SGW--SGSN, SGW--MME--SGW--PGW(PCRF)--SGW--MME--SGSN--UE）

与隐式不同的是，最开始增加

1）SGSN--UE:Detach Request (Detach Type) ,要求与UE分离。此后UE可以响应分离接收消息给SGSN,SGSN收到后等待收到MME的Detach Acknowledge后即发起PS信令释放流程。

2，3步骤同上。

4）SGW--MME:Detach Notification (Cause)，携带的原因值表明是完全分离

5）MME--SGW：Delete Session Request (LBI, User Location Information (ECGI))

要求删除SGW中MME关于该UE的相关承载上下文

6）SGW--PGW：Delete Session Request (LBI, User Location Information (ECGI or CGI/SAI))

要求PGW释放属于该PDN连接的所有承载。

7）PGW--SGW:Delete Session Response (Cause) 进行响应

8）PCRF:所释放的承载如配置相关IP-CAN资源，应通知PCRF进行释放。

9）SGW--MME:Delete Session Response (Cause),通知MME已经释放完成

10）MME--SGSN:Detach Acknowledge

告诉SGSN已删除完毕

12）SGSN等收到UE分离接收信息后发起释放PS信令流程。

四 HSS-initiated Detach procedure

（HSS--MME&SGSN---UE, MME&SGSN--SGW--PGW(PCRF)--SGW--MME&SGSN--释放信令)

该过程是运营商明确的要求删除MME上关于该UE的承载上下文，如SGSN也同时注册在HSS的该UE上，则会同时移除SGSN上的承载。

如该UE存在emergency EPS bearers,则不执行该Detach流程。而是删除该UE的所有非emergency 承载。

1）HSS--MME&SGSN:Cancel Location (IMSI, Cancellation Type)

HSS会同时发送给SGSN if an SGSN is also registered

2）MME&SGSN--UE:Detach Request (Detach Type)

具体是MME还是SGSN发送的，取决于此时哪个信令是活动的（S1 or PS）。后面的UE响应Detach接受发送给MME还是SGSN的也是取决于这。

3）MME&SGSN--SGW: Delete Session Request (LBI, User Location Information (CGI/SAI))

要求删除SGW中MME/SGSN关于该UE的相关承载上下文

4）SGW--PGW：Delete Session Request (LBI, User Location Information (ECGI or CGI/SAI))

SGW停用ISR,要求PGW释放属于该PDN连接的所有承载。

5）PGW--SGW:Delete Session Response (Cause) 进行响应

6）PCRF:所释放的承载如配置相关IP-CAN资源，应通知PCRF进行释放。

7）SGW--MME:Delete Session Response (TEID),通知MME已经释放完成

8）UE--MME OR SGSN:Detach Accept（TAI+ECGI）

等待接收UE的Detach Accep后发起信令释放流程。发送给SGSN还是MME,释放哪个信令，取决于原先通知UEDetach的是哪个。

10）MME OR SGSN:释放S1或PS信令。