网络优化信令分析GSM05-释放流程.doc

BSC释放流程 概述 常见的释放流程分为：正常释放和本地释放。 正常流程 流程图 通话完毕，主叫方挂机，主叫手机发Disconnect； MSC向手机发Release； MS回Release Complete； MSC向BSC发Clear Command； BSC发Channel Release，要求手机和BTS释放无线口逻辑信道； MS向BTS发DISC……，表示已释放逻辑信道； BTS向MS发UA帧确认； BSC向BTS发Deactivate SACCH，去活随路信道； BTS向BSC回Release Indication； BSC向BTS发RF Channel Release，释放无线口物理信道； BTS向BSC发RF Channel Release Acknowledge，表示已释放无线口物理信道； BSC向MSC回Clear Complete； MSC向BSC发RLSD，释放SCCP链接； BSC向MSC回RLSD Complete，表示已释放SCCP链接。 流程说明 图中描述的是MS发起的释放过程，对于网络侧发起的释放流程，除这三条透传消息的方向相反之外，其余消息是一样的。（正文） 图中（4）～（14）为无线资源释放 在CC层和MM层的连接释放完毕后，网络将向BSC发出Clear Command 消息来请求释放SCCP信令链路。在该消息中携带此次呼叫清除的原因，如“切换完成”或“位置更新完成”等。如果是由于无线接口消息失败、无线链路失败或因设备故障等导致的释放，侧BSC向系统发出Clear Request消息。 BSC本地释放流程 在正常呼叫流程中Connect ACK之后，BSC会启动对信令信道的本地释放流程。同样在切换完成后，BSC也会启动对旧信道的本地释放流程。 流程图 BSC向BTS发Deactivate SACCH，去活随路信道； BSC向BTS发Release Request消息所带的原因值为：Local End Release，此时的释放过程与MS无关； BTS收到Release Request消息后，即回Release Confirm消息。若BSC下发的Release Request消息带有其它原因值，则BTS应向MS下发DISC帧，等收到MS上报的UA（或DM帧）后，才向BSC上报Release Confirm消息。 M900/M1800 基站子系统 信令分析手册 信令分析指导 5-1 5-1