1. 正常流程
B类手机在分组数据传输过程中，如果转而进行语音业务，则需要通过SUSPEND 流程通知SGSN暂时停止下发分组数据； 而在语音业务完成之后，则通过RESUME流程通知SGSN恢复数据传输。某些商用手机在完成GPRS ATTACH之后，只要进入语音业务，都会发起SUSPEND流程。该流程的完整过程如下。
[attach]1820[/attach]
图例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。
路由区更新流程的补充降低了挂起/恢复流程的重要性，导致一些厂家为了降低复杂度而没有实现该流程，这样也是可行的。
| 欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) | Powered by Discuz! X2 |