《GSMBSS信令消息诠释-释放流程1826.docx》由会员分享，可在线阅读，更多相关《GSMBSS信令消息诠释-释放流程1826.docx（49页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 GSM BSS信令消息诠释释放流程GSM信令令消息诠释释释放流流程目录目录11.概述述32.正常常释放流程程33.1信信令流程33.2信信令流程详详解43.本地地释放流程程103.1信信令流程103.2信信令流程详详解11附件1112附录2224GSM BBSS信令令消息诠释释放流程骆瑛（16624299）关键词：释释放 协议议 信令摘 要：本文内容容是继GSSM BSSS信令消消息诠释之之-位置更更新后的以以释放为例例，结合相相关的协议议，从字节节级深入解解读每条信信令里的核核心字段，从从而理解每每条信令的的功能和作作用，进而而理解整个个流程的意意义。参考资料清清单：0408协协议0808
2、协协议0858协协议BSS信令令与接口分分析基础M900M18000 BSSS 信令令分析手册册1. 概述常见的释放放流程有两两种：正常常释放和本本地释放。l 正常释放是是指该释放放流程由MMS或MSSC发起。l 本地释放是是指由BSSC发起的的释放流程程。相比建立流流程，即先建物理层通路路，然后建建层2链路路再建层33链路，释放放流程是相相反的，即即先释放层层3链路，再释释放层2链链路，最后后释放物理理层。2. 正常释放流流程正常释放是是指该释放放流程由MMS或MSSC发起，主主叫挂机触触发MS向向MSC发发出Dissconnnect消消息，相应应的MSCC会向被叫叫MS发DDiscoonn
3、ecct消息。3.1 信令流程MS在正常常接入以后后，如果因因为业务需需求（如用用户挂机），可可以主动发发起释放，其其流程如图图1所示。图 1 MMS发起的的释放流程程3.2 信令流程详详解(1). Discoonnecct通话完毕，主主叫方挂机机，主叫MMS给MSSC发送DDiscoonnecct消息，主要包括了cause字段，指示了拆线的原因；另外还有Transaction identifier字段。Transsactiion IIdenttifieer对属于CCC(Calll Coontrool)和SSS(Suuppleementtary Servvice)消息，用用一个字节节的第5到到
4、8比特来来表示Trransaactioon iddentiifierr。它是用用来唯一区区别事务（TTranssactiion）的的，所以叫叫做Traansacctionn Identtifieer(TII)。对一一个给定PPD和SAAP的消息息流来说，可可以用TII来区别116种不同同的双向的的（bi-direectioonal）消消息流，我我们称这个个消息流为为事务。TTI的结构构如下：事务是动态态生成的，对对应的TII值也是在在生命周期期里被分配配，TI值值是由触发发一个事件件的某一个个接口的一一侧（BSSC或MSSC）来分分配的，当当该事务结结束时，对对应的TII值就会被被释放并被被重
5、新分配配给后来的的事务。当当某个接口口上的不同同侧分别触触发了一个个事务，则则需要用两两个不同的的TI来区区别开，这这时就用TTI fllag来表表示：Thhe meessagge iss sennt frrom tthe sside thatt oriiginaates the TI ：0表示本本消息的是是从触发该该事务的一一侧发送出出来的，11表示本消消息是被发发送到触发发该事务的的一侧去的的。 因此TII flaag是唯一一标识是谁谁给本事务务分配该TTI值，其其唯一的作作用就是用用来避免同同时分配一一个相同的的TI值时时的冲突。详细请参见见协议 GGSM004.077。所以TI fla
6、gg=0，说说明本条消消息是由BBSC发出出来的，TTI值为00。CauseeCausee的结构如如图所示本消息caause字字段为Codinng Sttandaard协议对Coodingg Staandarrd的定义义如下，目目前该字段段都是111，也就是是GSM PLMNN定义的标标准，详细细请参见附附件1。当当本字段为为11时，本本消息就不不没有“Recoommenndatiion”字段了。 Locattion协议对loocatiion字段段的定义如如下，00000表示示是移动用用户而非网网络触发的的该释放流流程。Causee Valuee对应第4个个字节是CCausee vallue，
7、比比特8固定定为1，比比特577的值定义义如下表，本本消息是0001：正正常事件；比特14表示分分属于下面面不同类别别更细致的的原因，本本消息是00000，也也就是比特特17为为0010000，对对应的原因因值为“Normmal ccall cleaaringg”，详细请请参见附件件1。(2). ReleaaseMSC向MMS发送RReleaase消息息（同时MMSC会给给对应的被被叫下发DDiscoonnecct消息）。该消息的内容跟disconnect消息里的内容几乎完全一样。不同点如下：从消息头里里能看到该该消息是DDTAP消消息，DLLCI值为为0，DTTAP长度度为6，PPD为000
8、11，即即属于CCC消息。因因为协议定义PDD为(3). Releaase CComplleteMS收到RReleaase消息息后，向MMSC回RReleaase CCompllete消消息。本消息基基本没有携携带任何重重要的内容容，只说明明本消息是是MS向网网络侧发起起的RELLEASEE COMMPLETTE消息，通过（1）（3）这这三条消息息，MSCC和手机之之间的CCC资源（呼呼叫控制管管理的相关关资源）就就释放完了了。应用层层主要有CCC、MM、RR，这里里释放的是是CC的资源源，也就是是说，首先先释放的是是呼叫控制制管理层的的资源。(4). Clearr Commmandd当手机和
9、MMSC之间间的高层资资源释放完完了以后，那那么MSCC它就会下下发一个cclearr commmandd消息通知BBSC释放放占用的AA接口资源源和Um接接口资源。Clearr Commmandd包括两部部分内容：layeer3 hheadeer innformmatioon和Caause，层层3消息和和原因。层3头信息息包括PDD和TI两两部分，见见前面diisconnnectt消息里的的相关说明明。从PDD可以看出出，Cleear CCommaand属于于无线资源源管理消息息（rr-manaagemeent-PProtoocol-Disccrimiinatoor:0xx6(6)。对原因，
10、协协议08008_4CC1的3.22.1.221规定典典型原因值值如下：calll conntroll,O annd M inteervenntionn,equiipmennt faailurre,handdoverr succcesssful,prottocoll errror bbetweeen BBSS aand MMSC.Causee vallue的bbit5bit77为000，即即Normmal eeventt，见下表表所示，bbit1bit44为10001，对应应协议定义义为Calll coontrool，见附附录2.也就是说本本条消息触触发的原因因是因为系统间间（intterwo
11、orkinng）的呼呼叫控制（ccc）而触触发的。(5). Channnel RReleaaseBSC向MMS下发CChannnel RReleaase消息息，要求MMS和BTTS释放UUm接口逻逻辑信道，包包括了RRR cauuse字段段。这条消息息是由BTTS透传的的，它用于于释放手机机中RR层的相相关资源。(6). DISC（Discconneect）帧MS收到CChannnel RReleaase消息息后，拆除除上行信令令链路，然然后向BTTS发DIISC帧，表表示已释放放逻辑信道道。(7). UA(Unnnumbberedd Ackknowlledgeementt)帧BTS向MMS发
12、UAA帧确认；MS收到到UA帧后后，返回CCCCH信信道进入空空闲状态。注意：Diisconnnectt和UA是层二二的消息，用用于释放手手机和基站站之间层二二的链路资资源。(8). Deacttivatte SAACCHBSC向BBTS发DDeacttivatte SAACCH消消息，这条条消息是用用于释放BBTS中的的SACCCH逻辑信信道的,同同时，也释释放与SAACCH相相关的TCCH信道的的。(9). Releaase IIndiccatioonBTS在收收到MS的的DISCC帧，向BBSC回RReleaase IIndiccatioon消息，表表明MS已已经释放了了Um接口口的逻辑
13、信信道。通过Deaactivvate SACCCH和Releease Indiicatiion，层层二被释放放。主叫流程：时隙号6的的TCH/F(bmm-accch，即BBm + FACCCH + SACCCH，是指指TCH/F)，而而通过chhanneel tyype看出出，可用做做FACCCH或SDDCCH，因因为现在实实际占用的的是TCHH，所以只只能是FAACCH而而非SDCCCH，也也就是说本本Releease Indiicatiion是在在TCH上上传输的，但但这时是通通过偷帧用用做FACCCH，这这也就是为为什么说释释放是占用用的FACCCH的原原因。在这里做个个对比：如如果是位
14、置置更新的释释放指示的的话，如下下，也就是是释放的是是SDCCCH，从llink idenntifiier的cchannnel ttype: faccch oor sddcch看看出，本信信道是SDDCCH而而非FACCCH。对位置更新新：(10). RF Chhanneel ReeleasseBSC向BBTS发RRF Chhanneel Reeleasse消息，这是要释放BTS中相关的射频资源。对主叫流程程：对位置更新新：(11). RF Chhanneel Reeleasse AccknowwledggeBTS释放放完成以后后，会响应应一个RFF Chaannell Relleasee A
15、ckknowlledgee，这样相相关的资源源就全部释释放完了，该该信道资源源已空闲可可用于再分分配。通过RF Channnel Releease和和RF CChannnel RReleaase AAcknoowleddge，底底层的物理理层就被完完全释放了了。对主叫流程程：对位置更新新：(12). Clearr CommpletteBSC向MMSC回CClearr Commplette消息。从信令里看看到：该消消息属于BBSSMAAP协议层层消息，是是releease 消息里的的Cleaar coompleete消息息，(13). RLSDMSC向BBSC发RRLSD消消息，释放放SCCPP
16、链接。(14). RLSD ComppleteeBSC向MMSC回RRLSD Comppletee消息，表表示已释放放SCCPP链接。 注意：RLLSD和RLSDD Commplette是层二二的消息，用用于释放AA口层二的的SCCPP连路，对对应A口层层二建立SSCCP连连路的CCC和CR。补充说明：1). 描描述的是MMS发起的的释放过程程，对于网网络侧发起起的释放流流程，除这这三条透明明传输消息息的方向相相反之外，其其余消息是是一样的。2).（11）（33）为呼叫叫连接释放放，属于CCC层。（44）（114）为无无线资源释释放，属于于RR层。3).在CCC层和MMM层的连连接释放完完毕后
17、，网网络将向BBSC发出出Cleaar Coommannd 消息息来请求释释放SCCCP信令链链路。在该该消息中携携带此次呼呼叫清除的的原因，如如“Hanndoveer Suuccesssfull”或“CCall Conttrol”等等。4）掉话时时的信令流流程（见下下图）： 呼叫发生异异常，如由由于Um接接口消息失失败、无线线链路失败败或因设备备故障等导导致的释放放，则是由由BSC向向系统发出出Cleaar Reequesst消息申申请拆线，然然后MSCC下发Cllear Commmand消消息，BSSC再回CClearr Commplette确认。BSC向向MSC发发送Cleear RRe
18、queest消息息时，统计计为掉话。 当BSC收收到MSCC发送的CClearr Commmandd消息，如如果清除命命令中的原原因不是“Calll conntroll”，也不是是“Handdoverr succcesssful”，而且，BBSC在收收到Cleear CCommaand之前前没有发送送过Cleear RRequeest消息息，则统计计为掉话。3. 本地释放流流程3.1 信令流程在正常呼叫叫流程中AAssiggnmennt Coompleete之后后，BSCC会启动对对信令信道道的本地释释放流程。同同样在切换换完成后，BBSC也会会启动对旧旧信道的本本地释放流流程。其流流程如0。
19、图 2 BBSC本地地释放流程程3.2 信令流程详详解(1). Deacttivatte SAACCH跟正常释放放流程一样样，BSCC向BTSS发Deaactivvate SACCCH消息，这条消息是用于释放BTS中的SACCH逻辑信道的,同时，也释放与SACCH相关的TCH信道的。(2). Releaase RRequeestBSC向BBTS发RReleaase RRequeest消息息所带的原原因值为LLocall Endd Relleasee。此时的的释放过程程与MS无无关。本消息有11个比特位位为Relleasee Modde：0为为正常释放放；1为本本地释放。此外，还携携带了请求求释
20、放的信信道的时隙隙号和类型型。(3). Releaase CConfiirmBTS收到到Releease Requuest消消息原因为为Locaal Ennd Reeleasse后，给给BSC回回Releease Conffirm消消息，用于于确认Reeleasse Reequesst请求的的时隙和信信道已经完完全被释放放了。若BSC下下发的Reeleasse Reequesst消息带带有其它原原因值（也也就是正常常释放的原原因值）时时，则BTTS应向MMS下发DDISC帧帧，等收到到MS上报报的UA（或或DM帧）后后，才向BBSC上报报Releease Conffirm消消息。(4). RF
21、 Chhanneel ReeleasseBSC向BBTS发RRF Chhanneel Reeleasse消息。(5). Channnel RReleaase AAcknoowleddgeBTS向BBSC发RRF Chhanneel Reeleasse Accknowwledgge消息。在我们实际际的维护过过程中，通通常我们比比较少地去去分析本地地端的释放放流程，因因为这个释释放流程是是在BSCC内部固定定完成的，做做得比较完完善的，通通常不会出出现什么问问题。附件1摘自协议0040810.4Messsage TypeeThe mmessaage ttype IE aand iits uuse
22、aare ddefinned iin GSSM044.07. Tabbles 10.33/GSMM04.08, 10.44/GSMM04.08, and 10.55/GSMM04.08 ddefinne thhe vaalue partt of the messsage typee IE usedd in the Radiio Reesourrce mmanaggemennt prrotoccol, the Mobiilityy Mannagemment prottocoll, annd thhe Caall CContrrol pprotoocol.Tablee 10.1/GSSM044.0
23、8 (pagge 1 of 22): MMessaage ttypess forr Raddio RResouurce manaagemeent 8 77 6 55 4 33 2 11 0 00 1 11 1 - - - Chhanneel esstabllishmment messsagess: 00 1 11 - ADDIITIONNAL AASSIGGNMENNT 11 1 11 - IMMEEDIATTE ASSSIGNNMENTT 00 0 11 - IMMEEDIATTE ASSSIGNNMENTT EXTTENDEED 00 1 00 - IMMEEDIATTE ASSSIGNN
24、MENTT REJJECT 0 00 1 11 0 - - - Ciipherring messsagess: 11 0 11 - CIPHHERINNG MOODE CCOMMAAND 00 1 00 - CIPHHERINNG MOODE CCOMPLLETE 0 00 1 11 0 - - - Coonfiggurattion channge mmessaages: 00 0 00 - CONFFIGURRATIOON CHHANGEE COMMMANDD 00 0 11 - CONFFIGURRATIOON CHHANGEE ACKK. 00 1 11 - CONFFIGURRATIO
25、ON CHHANGEE REJJECT 0 00 1 00 1 - - - Haandovver mmessaages: 11 1 00 - ASSIIGNMEENT CCOMMAAND 00 0 11 - ASSIIGNMEENT CCOMPLLETE 11 1 11 - ASSIIGNMEENT FFAILUURE 00 1 11 - HANDDOVERR COMMMANDD 11 0 00 - HANDDOVERR COMMPLETTE 00 0 00 - HANDDOVERR FAIILUREE 11 0 11 - PHYSSICALL INFFORMAATIONN 0 00 0 00
26、 1 - - - Chhanneel reeleasse meessagges: 11 0 11 - CHANNNEL RELEEASE 00 1 00 - PARTTIAL RELEEASE 11 1 11 - PARTTIAL RELEEASE COMPPLETEE 0 00 1 00 0 - - - Paagingg andd Nottificcatioon meessagges: 00 0 11 - PAGIING RREQUEEST TTYPE 1 00 1 00 - PAGIING RREQUEEST TTYPE 2 11 0 00 - PAGIING RREQUEEST TTYP
27、E 3 11 1 11 - PAGIING RRESPOONSE 00 0 00 - NOTIIFICAATIONN/NCHH 11 0 11 - NOTIIFICAATIONN/FACCCH 11 1 00 - Reseervedd (seee NOOTE) 0 00 0 00 1 00 1 11 - NOTIIFICAATIONN RESSPONSSE (conttinueed.)NOTE:Thiss vallue wwas aalloccatedd butt nevver uused in eearliier pphasees off thee prootocool.Tablee 10.
28、1/GSSM044.08 (pagge 2 of 22): MMessaage ttypess forr Raddio RResouurce manaagemeent 8 77 6 55 4 33 2 11 0 00 0 11 1 - - - Syystemm infformaationn messsagees: 00 0 00 - SYSTTEM IINFORRMATIION TTYPE 8 00 0 11 - SYSTTEM IINFORRMATIION TTYPE 1 00 1 00 - SYSTTEM IINFORRMATIION TTYPE 2 00 1 11 - SYSTTEM I
29、INFORRMATIION TTYPE 3 11 0 00 - SYSTTEM IINFORRMATIION TTYPE 4 11 0 11 - SYSTTEM IINFORRMATIION TTYPE 5 11 1 00 - SYSTTEM IINFORRMATIION TTYPE 6 11 1 11 - SYSTTEM IINFORRMATIION TTYPE 7 0 00 0 00 0 - - - Syystemm infformaationn messsagees: 00 1 00 - SYSTTEM IINFORRMATIION TTYPE 2biss 00 1 11 - SYSTT
30、EM IINFORRMATIION TTYPE 2terr 11 0 11 - SYSTTEM IINFORRMATIION TTYPE 5biss 11 1 00 - SYSTTEM IINFORRMATIION TTYPE 5terr 11 0 00 - SYSTTEM IINFORRMATIION TTYPE 9 0 00 0 11 0 - - - Miiscelllaneeous messsagess: 00 0 00 - CHANNNEL MODEE MODDIFY 00 1 00 - RR SSTATUUS 11 1 11 - CHANNNEL MODEE MODDIFY ACKN
31、NOWLEEDGE 11 0 00 - FREQQUENCCY REEDEFIINITIION 11 0 11 - MEASSUREMMENT REPOORT 11 1 00 - CLASSSMARRK CHHANGEE 00 1 11 - CLASSSMARRK ENNQUIRRY 0 00 1 11 0 11 1 00 - EXTEENDEDD MEAASUREEMENTT REPPORT 0 00 1 11 0 11 1 11 - EXTEENDEDD MEAASUREEMENTT ORDDER VGGCS uuplinnk coontrool meessagges: 0 00 0 00
32、 1 00 0 11 - VGCSS UPLLINK GRANNT 0 00 0 00 1 11 1 00 - UPLIINK RRELEAASE 0 00 0 00 1 11 0 00 - UPLIINK FFREE 0 00 1 00 1 00 1 00 - UPLIINK BBUSY 0 00 0 11 0 00 0 11 - TALKKER IINDICCATIOON Bit 88 is reseervedd forr posssiblle fuuturee usee as an eextennsionn bitt, seee GSSM044.07.Tablee 10.1a/GGSM0
33、04.088: Meessagge tyypes for Radiio Reesourrce mmanaggemennt meessagges uusingg thee RR shorrt prrotoccol ddiscrriminnatorr 5 44 3 22 1 0 00 0 00 0 SYSSTEM INFOORMATTION TYPEE 10 0 00 0 00 1 NOTTIFICCATIOON/FAACCH 0 00 0 11 0 UPLLINK FREEE Tablee 10.2/GSSM044.08: Messsagee typpes ffor MMobillity Man
34、aagemeent 8 77 6 55 4 33 2 11 0 xx 0 00 - - - - Reegisttratiion mmessaages: 0 00 0 11 - IMSII DETTACH INDIICATIION 0 00 1 00 - LOCAATIONN UPDDATINNG ACCCEPTT 0 11 0 00 - LOCAATIONN UPDDATINNG REEJECTT 1 00 0 00 - LOCAATIONN UPDDATINNG REEQUESST 0 xx 0 11 - - - - Seecuriity mmessaages: 0 00 0 11 - AUTHHENTIICATIION RREJECCT 0 00 1 00 - AUTHHENTIICATIION RREQUEEST 0 11 0 00 - AUTHHENTIICATIION RRESPOONSE 1 00 0 00 - IDENNTITYY REQQUESTT 1 00 0 11 - IDENNTITYY RESSPONSSE 1 00 1 00 - TMSII REAALLOCCATIOON