6.6 去附着功能

Albert

去附着部分有几个地方版主笔误了。
SGSN-Initiated GPRS Detach Procedure部分第五步，“如果去附着类型不要求MS执行一个新的去附着”
HLR-Initiated GPRS Detach Procedure部分第七步，“如果去附着类型不要求MS执行一个新的去附着”
都多了个“去”

爱卫生

1）如果HLR需要请求立即删除SGSN上的用户的MM和PDP上下文，HLR应发送一个cancel location（IMSI,Cancellation type）消息给SGSN，并且cancellation type设置为subscription withdrawn（签约信息收回）。
2）SGSN通知MS它已经被去附着了--通过发送detach request（detach type）给MS。detach type应该指示这个MS不请求执行一个新的附着和PDP上下文激活。
3）在GGSN上的关于这个MS的已激活的PDP上下文将被去激活---由SGSN发送delete pdp context request(TEID)给GGSN发起.GGSN通过delete PDP context response消息（TEID)确认。
4）如果MS是IMSI和GPRS同时附着了,SGSN发送一个GPRS 去附着指示（IMSI)消息给VLR。VLR删除和SGSN的关联，并在处理寻呼和位置更新时不经过SGSN。
5）在步骤2完成的任何时候,MS发送一个detach accept消息给SGSN。
6）SGSN通过cancel location ACK(IMSI)消息进行MM和PDP上下文的删除确认。
7）在接收到detach accept消息后,如果去附着类型不要求MS执行一个新的附着,那么3G SGSN将释放PS的信令连接.
CAMEL流程应该执行；参考TS23.078
C1)CAMEL_GPRS_PDP_Context Disconnection
这个流程将被执行多次：每个PDP上下文一次.流程返回做为结果是“Continue".
C2)CAMEL_GPRS_Detach和CAMEL_PS_Notification
它们按照以下次序发起：
- CAMEL_GPRS_Detach发起.流程返回作为结果是“Continue".
- CEMEL_PS_Notification发起.流程返回作为结果是“Continue".

6.6.3在去附着流程中,SGSN基于S4接口的交互

Figure 25A: SGSN interaction when using S4
   注释1：步骤A和D对于基于GTP的S5/S8和基于PMIP的S5/S8接口是公共的架构.对于一个PMIP的S5/S8，流程步骤A1在TS23.402定义.步骤B和C是关于基于GTP的S5/S8.
A)对每一个PDN连接, 和这个MS相关的EPS承载被去激活---由SGSN发送delete session request给SGW。这个消息可以包含一个指示所有的属于这个PDN连接的承载应该被释放.
B)SGW发送delete session request给PGW.PGW可能需要和PCRF(参考TS23.203)进行交互.
C)PGW通过发delete session response给SGW来确认承载的去激活.
D) SGW通过delete session response消息确认.
  更多的由于ISR和在SGW---PGW之间的消息在TS23.401的5.3.8“去附着流程”描述.