您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 项目/工程管理 > GSMBSS信令消息诠释-释放流程
GSM信令消息诠释——释放流程GSMBSS信令消息诠释-释放流程1目录目录...............................................................................................................................................11.概述........................................................................................................................................32.正常释放流程..........................................................................................................................33.1信令流程....................................................................................................................33.2信令流程详解............................................................................................................43.本地释放流程.......................................................................................................................113.1信令流程.................................................................................................................113.2信令流程详解.........................................................................................................12附件1..........................................................................................................................................14附录2..........................................................................................................................................25GSMBSS信令消息诠释-释放流程2GSMBSS信令消息诠释-释放流程骆瑛(162429)关键词:释放协议信令摘要:本文内容是继GSMBSS信令消息诠释之-位置更新后的以释放为例,结合相关的协议,从字节级深入解读每条信令里的核心字段,从而理解每条信令的功能和作用,进而理解整个流程的意义。参考资料清单:0408协议0808协议0858协议BSS信令与接口分析基础M900/M1800BSS信令分析手册GSMBSS信令消息诠释-释放流程31.概述常见的释放流程有两种:正常释放和本地释放。正常释放是指该释放流程由MS或MSC发起。本地释放是指由BSC发起的释放流程。相比建立流程,即先建物理层通路,然后建层2链路再建层3链路,释放流程是相反的,即先释放层3链路,再释放层2链路,最后释放物理层。2.正常释放流程正常释放是指该释放流程由MS或MSC发起,主叫挂机触发MS向MSC发出Disconnect消息,相应的MSC会向被叫MS发Disconnect消息。3.1信令流程MS在正常接入以后,如果因为业务需求(如用户挂机),可以主动发起释放,其流程如图1所示。DISCRELRELCMPClearCMDClearCMPChannelRELRELINDDeactiveSACCHRFChannelRELRFChannelRELACKDISCUARLSDRLSDCMP(1)(2)(3)(4)(5)(6)(7)(8)(9)(10)(11)(12)(13)(14)BTSBSCMSCMS图1MS发起的释放流程GSMBSS信令消息诠释-释放流程43.2信令流程详解(1).Disconnect通话完毕,主叫方挂机,主叫MS给MSC发送Disconnect消息,主要包括了cause字段,指示了拆线的原因;另外还有Transactionidentifier字段。TransactionIdentifier对属于CC(CallControl)和SS(SupplementaryService)消息,用一个字节的第5到8比特来表示Transactionidentifier。它是用来唯一区别事务(Transaction)的,所以叫做TransactionIdentifier(TI)。对一个给定PD和SAP的消息流来说,可以用TI来区别16种不同的双向的(bi-directional)消息流,我们称这个消息流为事务。TI的结构如下:事务是动态生成的,对应的TI值也是在生命周期里被分配,TI值是由触发一个事件的某一个接口的一侧(BSC或MSC)来分配的,当该事务结束时,对应的TI值就会被释放并被重新分配给后来的事务。当某个接口上的不同侧分别触发了一个事务,则需要用两个不同的TI来区别开,这时就用TIflag来表示:ThemessageissentfromthesidethatoriginatestheTI:0表示本消息的是从触发该事务的一侧发送出来的,1表示本消息是被发送到触发该事务的一侧去的。因此TIflag是唯一标识是谁给本事务分配该TI值,其唯一的作用就是用来避免同时分配一个相同的TI值时的冲突。详细请参见协议GSM04.07。所以TIflag=0,说明本条消息是由BSC发出来的,TI值为0。CauseGSMBSS信令消息诠释-释放流程5Cause的结构如图所示本消息cause字段为CodingStandard协议对CodingStandard的定义如下,目前该字段都是11,也就是GSMPLMN定义的标准,详细请参见附件1。当本字段为11时,本消息就不没有“Recommendation”字段了。Location协议对location字段的定义如下,0000表示是移动用户而非网络触发的该释放流程。GSMBSS信令消息诠释-释放流程6CauseValue对应第4个字节是Causevalue,比特8固定为1,比特5~7的值定义如下表,本消息是001:正常事件;比特1~4表示分属于下面不同类别更细致的原因,本消息是0000,也就是比特1~7为001000,对应的原因值为“Normalcallclearing”,详细请参见附件1。(2).ReleaseMSC向MS发送Release消息(同时MSC会给对应的被叫下发Disconnect消息)。该消息的内容跟disconnect消息里的内容几乎完全一样。不同点如下:从消息头里能看到该消息是DTAP消息,DLCI值为0,DTAP长度为6,PD为0011,即属于CC消息。因为协议定义PD为(3).ReleaseCompleteMS收到Release消息后,向MSC回ReleaseComplete消息。本消息基本没有携带任何重要的内容,只说明本消息是MS向网络侧发起的RELEASECOMPLETE消息,通过(1)~(3)这三条消息,MSC和手机之间的CC资源(呼叫控制管理的相关资源)就释放完了。应用层主要有CC、MM、RR,这里释放的是CC的资源,也就是说,首先释放的是呼叫控制管理层的资源。(4).ClearCommand当手机和MSC之间的高层资源释放完了以后,那么MSC它就会下发一个clearcommand消息通知BSC释放占用的A接口资源和Um接口资源。GSMBSS信令消息诠释-释放流程7ClearCommand包括两部分内容:layer3headerinformation和Cause,层3消息和原因。层3头信息包括PD和TI两部分,见前面disconnect消息里的相关说明。从PD可以看出,ClearCommand属于无线资源管理消息(rr-management-Protocol-Discriminator:0x6(6)。对原因,协议0808_4C1的3.2.1.21规定典型原因值如下:callcontrol,OandMintervention,equipmentfailure,handoversuccessful,protocolerrorbetweenBSSandMSC.Causevalue的bit5~bit7为000,即Normalevent,见下表所示,bit1~bit4为1001,对应协议定义为Callcontrol,见附录2.也就是说本条消息触发的原因是因为系统间(interworking)的呼叫控制(cc)而触发的。(5).ChannelReleaseBSC向MS下发ChannelRelease消息,要求MS和BTS释放Um接口逻辑信道,包括了RRcause字段。这条消息是由BTS透传的,它用于释放手机中RR层的相关资源。GSMBSS信令消息诠释-释放流程8(6).DISC(Disconnect)帧MS收到ChannelRelease消息后,拆除上行信令链路,然后向BTS发DISC帧,表示已释放逻辑信道。(7).UA(UnnumberedAcknowledgement)帧BTS向MS发UA帧确认;MS收到UA帧后,返回CCCH信道进入空闲状态。注意:Disconnect和UA是层二的消息,用于释放手机和基站之间层二的链路资源。(8).DeactivateSACCHBSC向BTS发DeactivateSACCH消息,这条消息是用于释放BTS中的SACCH逻辑信道的,同时,也释放与SACCH相关的TCH信道的。(9).ReleaseIndicationBTS在收到MS的DISC帧,向BSC回ReleaseIndication消息,表明MS已经释放了Um接口的逻辑信道。通过DeactivateSACCH和ReleaseIndication,层二被释放。主叫流程:时隙号6的TCH/F(bm-acch,即Bm+FACCH+SACCH,是指TCH/F),而通过channeltype看出,可用做FACCH或SDCCH,因为现在实际占用的是TCH,所以只能是FACCH而非SDCCH,也就是说本ReleaseIndication是在TCH上传输的,但这时是通过偷帧用做FACCH,这也就是为什么说释放是占用的FACCH的原因。在这里做个对比:如果是位置更新的释放指示的话,如下,也就是释放的是SDCCH,从linkidentifier的channeltype:facchorsdcch看出,本信道是SDCCH而非FACCH。GSMBSS信令消息诠释-释放流程9对位置更新:(10).RFChannelReleaseBSC向BTS发RFChannelRelease消息,这是要释放BTS中相关的射频资源。对主叫流程:对位置更新:(11).RFChannelReleaseAcknowledgeBTS释放完成以后,会响应一个RFChannelReleaseAcknowledge,这样相关的资源就全部释放完了,该信道资源已空闲可用于再分配。通过RFChannelRelease和RFChan
本文标题:GSMBSS信令消息诠释-释放流程
链接地址:https://www.777doc.com/doc-636601 .html