BSSGP协议之---手机挂起及恢复过程

爱卫生

1. 正常流程

B类手机在分组数据传输过程中，如果转而进行语音业务，则需要通过SUSPEND 流程通知SGSN暂时停止下发分组数据； 而在语音业务完成之后，则通过RESUME流程通知SGSN恢复数据传输。某些商用手机在完成GPRS ATTACH之后，只要进入语音业务，都会发起SUSPEND流程。该流程的完整过程如下。

图例BSSGP之手机挂起及恢复

1）手机开始语音业务，发起SUSPEND流程，向网络侧发送SUSPEND消息。PCU将挂起消息转发给SGSN，通知SGSN停止下发分组数据。

2）SGSN收到SUSPEND消息之后，回答以SUSPEND_ACK消息。如果PCU没有收到该应答消息，则会重发SUSPEND 消息。

3）当手机完成语音业务之后，PCU会再向SGSN发送RESUME消息，请求恢复分组业务。

4）在SGSN收到RESUME消息之后，会向PCU发送RESUME_ACK的消息，同时可以将挂起的数据包下发给手机。PCU 会将 RESUME完成的消息再由BSC转发给手机。

5）如果以上流程没有正确完成，则手机会在语音业务结束后发起一次路由区更新的流程，促使SGSN恢复可能仍在挂起状态的PDU。由于该流程是一个高层的信令流程，在此不再详细叙述。

2 异常流程

在SUSPEND/RESUME 流程中，常见的异常情况如下：

1）PCU发送了四次SUSPEND PDU后，仍没有收到SUSPEND ACK消息，此时SUSPEND流程失败，并不再产生RESUME流程。在某些公司的SGSN产品中，并没有实现SUSPEND流程。就会产生这种现象。

2）SGSN收到SUSPEND消息后，由于某些异常不能完成挂起动作，便向PCU应答了SUSPEND NACK 消息（比如手机刚从其他SGSN 过来，一般先进行 LAU，此时手机就会发一个SUSPEND消息，而SGSN此时没有找到用户信息，就会回SUSPEND NACK，原因为未知用户）。此时也会导致SUSPEND流程失败，并不再产生RESUME流程。

3）PCU发送了四次RESUME PDU后，仍没有收到RESUME ACK消息，此时RESUME 流程失败。

4）SGSN收到RESUME消息后，由于某些异常（如没有找到用户信息）不能完成恢复动作，便向PCU应答了RESUME NACK 消息。此时也会导致RESUME流程失败。

5）由于SUSPEND/RESUME流程是一个牵涉到手机、BSC、PCU和 SGSN的比较复杂的流程，因此即使在Gb接口上流程正常，但由于其它的原因最终手机没有收到RESUME成功的消息，则整个流程还是失败的。 当手机确认 SUSPEND/RESUME流程失败后（任何失败的情况），手机会发起一次路由区更新流程。当路由区更新流程完成后，SGSN就能恢复挂起的下行PDU。

路由区更新流程的补充降低了挂起/恢复流程的重要性，导致一些厂家为了降低复杂度而没有实现该流程，这样也是可行的。

hou3331

“SGSN收到SUSPEND消息后，由于某些异常不能完成挂起动作，便向PCU应答了SUSPEND NACK 消息（比如手机刚从其他SGSN 过来，一般先进行 LAU，此时手机就会发一个SUSPEND消息，而SGSN此时没有找到用户信息，就会回SUSPEND NACK，原因为未知用户）。此时也会导致SUSPEND流程失败，并不再产生RESUME流程。”

现实中我也抓到了此流程，但感觉sgsn不应该回uspend nack啊。