GSMBSS信令消息诠释-释放流程.docVIP

GSM信令消息诠释 ——释放流程 目录 目录 1 1. 概述 3 2. 正常释放流程 3 3.1 信令流程 3 3.2 信令流程详解 4 3. 本地释放流程 10 3.1 信令流程 10 3.2 信令流程详解 11 附件1 12 附录2 24 GSM BSS信令消息诠释－释放流程 骆瑛（162429） 关键词：释放 协议 信令 摘??? 要：本文内容是继GSM BSS信令消息诠释之-位置更新后的以释放为例，结合相关的协议，从字节级深入解读每条信令里的核心字段，从而理解每条信令的功能和作用，进而理解整个流程的意义。 参考资料清单： 0408协议 0808协议 0858协议 BSS信令与接口分析基础 M900／M1800 BSS 信令分析手册 概述 常见的释放流程有两种：正常释放和本地释放。 正常释放是指该释放流程由MS或MSC发起。 本地释放是指由BSC发起的释放流程。 相比建立流程，即先建物理层通路，然后建层2链路再建层3链路，释放流程是相反的，即先释放层3链路，再释放层2链路，最后释放物理层。 正常释放流程 正常释放是指该释放流程由MS或MSC发起，主叫挂机触发MS向MSC发出Disconnect消息，相应的MSC会向被叫MS发Disconnect消息。MS在正常接入以后，如果因为业务需求（如用户挂机），可以主动发起释放，其流程如图1所示。 图 1 MS发起的释放流程 信令流程详解 Disconnect 通话完毕，主叫方挂机，主叫MS给MSC发送Disconnect消息，包括了cause字段，指示了拆线的原因Transaction identifier字段。 Transaction Identifier 对属于CC(Call Control)和SS(Supplementary Service)消息，用一个字节的第5到8比特来表示Transaction identifier。它是用来唯一区别事务（Transaction）的，所以叫做Transaction Identifier(TI)。对一个给定PD和SAP的消息流来说，可以用TI来区别16种不同的双向的（bi-directional）消息流，我们称这个消息流为事务。TI的结构如下： 事务是动态生成的，对应的TI值也是在生命周期里被分配，TI值是由触发一个事件的某一个接口的一侧（BSC或MSC）来分配的，当该事务结束时，对应的TI值就会被释放并被重新分配给后来的事务。当某个接口上的不同侧分别触发了一个事务，则需要用两个不同的TI来区别开，这时就用TI flag来表示：The message is sent from the side that originates the TI ：0表示本消息的是从触发该事务的一侧发送出来的，1表示本消息是被发送到触发该事务的一侧去的。 因此TI flag是唯一标识是谁给本事务分配该TI值，其唯一的作用就是用来避免同时分配一个相同的TI值时的冲突。 详细请参见协议 GSM?04.07。 所以TI flag=0，说明本条消息是由BSC发出来的，TI值为0。 Cause Cause的结构如图所示 本消息cause字段为 Coding Standard 协议对Coding Standard的定义如下，目前该字段都是11，也就是GSM PLMN定义的标准，详细请参见附件1。当本字段为11时，本消息就不没有“Recommendation”字段了。 Location 协议对location字段的定义如下，0000表示是移动用户而非网络触发的该释放流程。 Cause Value 对应第4个字节是Cause value，比特8固定为1，比特5~7的值定义如下表，本消息是001：正常事件；比特1~4表示分属于下面不同类别更细致的原因，本消息是0000，也就是比特1~7为001000，对应的原因值为“Normal call clearing”，详细请参见附件1。 Release MSC向MS发送Release消息（同时MSC会给对应的被叫下发Disconnect消息）MS收到Release消息后，向MSC回Release Complete消息RELEASE COMPLETE消息， 通过（1）～（3）这三条消息，MSC和手机之间的CC资源（呼叫控制管理的相关资源）就释放完了。应用层主要有CC、MM、RR，这里释放的是CC的资源，也就是说，首先释放的是呼叫控制管理层的资源。 Clear Command 当手机和MSC之间的高层资源释放完了以后，那么MSC它就会下发一个clear command消息通知BSC释放占用的A接口资源和Um接口资源Clear Command包括两部分内容：layer3 hea