資源描述:
《GSM BSS 信令消息詮釋-釋放流程》由會員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。
1、GSMBSS信令消息詮釋-釋放流程GSM信令消息詮釋——釋放流程28GSMBSS信令消息詮釋-釋放流程目錄目錄11.概述32.正常釋放流程33.1信令流程33.2信令流程詳解43.本地釋放流程103.1信令流程103.2信令流程詳解11附件112附錄22428GSMBSS信令消息詮釋-釋放流程GSMBSS信令消息詮釋-釋放流程駱瑛(162429)關(guān)鍵詞:釋放協(xié)議信令摘???要:本文內(nèi)容是繼GSMBSS信令消息詮釋之-位置更新后的以釋放為例,結(jié)合相關(guān)的協(xié)議,從字節(jié)級深入解讀每條信令里的核心字段,從而理解每條
2、信令的功能和作用,進(jìn)而理解整個流程的意義。參考資料清單:0408協(xié)議0808協(xié)議0858協(xié)議BSS信令與接口分析基礎(chǔ)M900/M1800BSS信令分析手冊28GSMBSS信令消息詮釋-釋放流程概述常見的釋放流程有兩種:正常釋放和本地釋放。l正常釋放是指該釋放流程由MS或MSC發(fā)起。l本地釋放是指由BSC發(fā)起的釋放流程。相比建立流程,即先建物理層通路,然后建層2鏈路再建層3鏈路,釋放流程是相反的,即先釋放層3鏈路,再釋放層2鏈路,最后釋放物理層。1.正常釋放流程正常釋放是指該釋放流程由MS或MSC發(fā)起,主叫
3、掛機(jī)觸發(fā)MS向MSC發(fā)出Disconnect消息,相應(yīng)的MSC會向被叫MS發(fā)Disconnect消息。3.1信令流程MS在正常接入以后,如果因?yàn)闃I(yè)務(wù)需求(如用戶掛機(jī)),可以主動發(fā)起釋放,其流程如圖1所示。圖1MS發(fā)起的釋放流程28GSMBSS信令消息詮釋-釋放流程3.1信令流程詳解(1).Disconnect通話完畢,主叫方掛機(jī),主叫MS給MSC發(fā)送Disconnect消息,主要包括了cause字段,指示了拆線的原因;另外還有Transactionidentifier字段。TransactionIdent
4、ifier對屬于CC(CallControl)和SS(SupplementaryService)消息,用一個字節(jié)的第5到8比特來表示Transactionidentifier。它是用來唯一區(qū)別事務(wù)(Transaction)的,所以叫做TransactionIdentifier(TI)。對一個給定PD和SAP的消息流來說,可以用TI來區(qū)別16種不同的雙向的(bi-directional)消息流,我們稱這個消息流為事務(wù)。TI的結(jié)構(gòu)如下:事務(wù)是動態(tài)生成的,對應(yīng)的TI值也是在生命周期里被分配,TI值是由觸發(fā)一個事
5、件的某一個接口的一側(cè)(BSC或MSC)來分配的,當(dāng)該事務(wù)結(jié)束時,對應(yīng)的TI值就會被釋放并被重新分配給后來的事務(wù)。當(dāng)某個接口上的不同側(cè)分別觸發(fā)了一個事務(wù),則需要用兩個不同的TI來區(qū)別開,這時就用TIflag來表示:ThemessageissentfromthesidethatoriginatestheTI:0表示本消息的是從觸發(fā)該事務(wù)的一側(cè)發(fā)送出來的,1表示本消息是被發(fā)送到觸發(fā)該事務(wù)的一側(cè)去的。因此TIflag是唯一標(biāo)識是誰給本事務(wù)分配該TI值,其唯一的作用就是用來避免同時分配一個相同的TI值時的沖突。詳細(xì)
6、請參見協(xié)議GSM?04.07。所以TIflag=0,說明本條消息是由BSC發(fā)出來的,TI值為0。Cause28GSMBSS信令消息詮釋-釋放流程Cause的結(jié)構(gòu)如圖所示本消息cause字段為CodingStandard協(xié)議對CodingStandard的定義如下,目前該字段都是11,也就是GSMPLMN定義的標(biāo)準(zhǔn),詳細(xì)請參見附件1。當(dāng)本字段為11時,本消息就不沒有“Recommendation”字段了。Location協(xié)議對location字段的定義如下,0000表示是移動用戶而非網(wǎng)絡(luò)觸發(fā)的該釋放流程。2
7、8GSMBSS信令消息詮釋-釋放流程CauseValue對應(yīng)第4個字節(jié)是Causevalue,比特8固定為1,比特5~7的值定義如下表,本消息是001:正常事件;比特1~4表示分屬于下面不同類別更細(xì)致的原因,本消息是0000,也就是比特1~7為001000,對應(yīng)的原因值為“Normalcallclearing”,詳細(xì)請參見附件1。(1).ReleaseMSC向MS發(fā)送Release消息(同時MSC會給對應(yīng)的被叫下發(fā)Disconnect消息)。該消息的內(nèi)容跟disconnect消息里的內(nèi)容幾乎完全一樣。不同
8、點(diǎn)如下:從消息頭里能看到該消息是DTAP消息,DLCI值為0,DTAP長度為6,PD為0011,即屬于CC消息。因?yàn)閰f(xié)議定義PD為(2).ReleaseCompleteMS收到Release消息后,向MSC回ReleaseComplete消息。本消息基本沒有攜帶任何重要的內(nèi)容,只說明本消息是MS向網(wǎng)絡(luò)側(cè)發(fā)起的RELEASECOMPLETE消息,通過(1)~(3)這三條消息,MSC和手機(jī)之間的CC資源(呼叫控制管理的相關(guān)資源)就