当前位置: 代码迷 >> 综合 >> Detach Procedure
  详细解决方案

Detach Procedure

热度:83   发布时间:2023-12-08 12:14:10.0

 

发起网元划分可分为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信令。

  相关解决方案