短消息流程及其信令抓圖大全

《短消息流程及其信令抓圖大全》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫(kù)。

1、一：短消息的MO流程1．手機(jī)發(fā)起業(yè)務(wù)請(qǐng)求，后續(xù)的從1-5都是一個(gè)業(yè)務(wù)請(qǐng)求的流程，其中2和3是一個(gè)classmark的流程，4和5是一個(gè)加密的流程，都沒(méi)有什么好講的，這個(gè)消息跟蹤中缺少了CM_Service_accept的消息。2．消息6，A口收到手機(jī)上報(bào)的CP_DATA，CP_DATA包含什么內(nèi)容呢？見(jiàn)下圖1．短消息信令分了多層：最外面的兩層是CM層（ConnectionManagementLayer）與RL層（ShortMessageRelayLayer）。其中CM層定義3條消息：CPDATA,CPACKandCPERROR；RL層定義4條消息：R

2、PDATA,RPSMMA,RPACK、RPERROR。比如說(shuō)在用戶內(nèi)存可用的流程，A口上報(bào)的也是CP_DATA,MO流程也是上報(bào)的CP_DATA,而用戶內(nèi)存可用過(guò)程與MO過(guò)程的區(qū)別在于RL層的消息，前者是RPSMMA、后者是RPDATA，5.手機(jī)上報(bào)的CP_DATA中含有很多內(nèi)容的，其中最重要的莫過(guò)于destinationaddress,在CM層中的destinationaddress是短消息中心的號(hào)碼，在SMS層中的destinationaddress就是被叫的MSISDN.6.A接口收到CP_DATA之后，會(huì)上報(bào)DTAP消息RR_DATA_

3、IND(3)，該原語(yǔ)中有協(xié)議指示類型（PD）ShortMessageServiceMessages(0x09)，該消息通過(guò)MM模塊、SMS模塊透?jìng)鞯組AP模塊；MAP模塊先要判定MAP功能配置表中是否配置支持SMS_MO功能選項(xiàng)，若配置為NO則給手機(jī)下發(fā)錯(cuò)誤消息，消息原因值為“網(wǎng)絡(luò)不支持”；1)若配置為YES，則MAP向VLR請(qǐng)求用戶數(shù)據(jù)；2)VLR返回用戶數(shù)據(jù)后，MAP根據(jù)用戶數(shù)據(jù)判斷用戶是否簽約短消息基本業(yè)務(wù)，若沒(méi)有簽約，則給手機(jī)下發(fā)錯(cuò)誤消息，消息原因值為“用戶沒(méi)有申請(qǐng)短消息業(yè)務(wù)”；3)若用戶簽約，再判定該用戶是否有ODB限呼，若有限呼，則下發(fā)錯(cuò)誤消息

4、，消息原因值為“網(wǎng)絡(luò)提供者禁止此項(xiàng)服務(wù)”；若用戶登記有CALLBAR補(bǔ)充業(yè)務(wù)，則下發(fā)錯(cuò)誤消息，消息原因值為“SMS有CALLBARSERVICE”；4)若用戶沒(méi)有登記限呼業(yè)務(wù)，即上述的檢查點(diǎn)全部通過(guò)，也就是下面的這幾條消息7．先看MAP_OPEN_REQ消息，這里解釋一下MTI的含義，MTI是我們交換機(jī)內(nèi)部的一個(gè)處理模塊，它是處理MAP層和TCAP層之間的對(duì)話的。下面的TC_INVOKE_REQ是MTI模塊向TCAP發(fā)起的請(qǐng)求。其實(shí)一個(gè)短消息來(lái)說(shuō)是包含對(duì)話部分和成分部分的，下面可以介紹一下ＭＡＰ＿ＯＰＥＮ的功能，在Ｇ３和Ｇ９中有這樣的軟參。ＭＡＰ＿ＯＰＥＮ

5、功能其實(shí)就是把對(duì)話部分成分部分分別發(fā)送　MAP　control　parameter1　Bit1：MAP_OPEN_SMS_CONTROL[作用]：控制短消息長(zhǎng)度大于等于134字節(jié)，是否使用單發(fā)OPEN方式始發(fā)短消息[取值及描述]：0--不支持單發(fā)OPEN功能1--支持單發(fā)OPEN功能[缺省值]：0軟件參數(shù)名字：p184(MAPControlParameter5)比特7：IF_SMS_FRAMED_IN_MAP_LAYER_SUPPORT：0：長(zhǎng)短消息SMMO時(shí)候，不在MAP層進(jìn)行分段（對(duì)話部分和成份部分分別發(fā)送），缺省值。1：長(zhǎng)短消息SMMO時(shí)候，在MAP

6、層進(jìn)行分段（對(duì)話部分和成份部分分別發(fā)送）。8．下面是MAP_FORWARD_SMS_REQ消息中的內(nèi)容9．MAP_OPEN_RSP是MAP_OPEN的響應(yīng)10．在MAP_FORWARD_SMS_RSP中，如果發(fā)送成功，消息如下，如果發(fā)送不成功，在響應(yīng)消息里面會(huì)帶有PROVIDEerror.11．消息發(fā)送成功之后，MAP模塊會(huì)給SMS模塊發(fā)送一個(gè)SMS_RP_ACK,如果發(fā)送失敗的話，這里也應(yīng)該會(huì)有一個(gè)SMS_RP_ERROR12.后續(xù)的流程應(yīng)該是SMS模塊會(huì)通知MM模塊，MM模塊會(huì)通知AIM模塊，然后AIM模塊應(yīng)該會(huì)通知AIR，消息也是CP_DATA,這條

7、消息是用來(lái)通知手機(jī)說(shuō)短消息已經(jīng)被發(fā)送到短消息中心了，然后手機(jī)收到這條消息之后會(huì)有一個(gè)確認(rèn)，就是CP_ACK.13．MO流程中常見(jiàn)的錯(cuò)誤原因值a)網(wǎng)關(guān)接收MAP_MO_FORWARD_SHORT_MESSAGE后，如果發(fā)現(xiàn)原語(yǔ)數(shù)據(jù)有無(wú)，將返回意外數(shù)據(jù)和數(shù)據(jù)丟失給MSC；b)如果沒(méi)有標(biāo)注SC，網(wǎng)關(guān)返回SM轉(zhuǎn)發(fā)失敗給MSC；c)SC返回的錯(cuò)誤，網(wǎng)關(guān)用SM轉(zhuǎn)發(fā)失敗帶診斷信息轉(zhuǎn)發(fā)給MSC；d)如果網(wǎng)關(guān)無(wú)法將短消息傳遞到SC或傳遞過(guò)程因某種原因失敗，網(wǎng)關(guān)將給MSC返回系統(tǒng)錯(cuò)誤。e)我們經(jīng)常在信令中發(fā)現(xiàn)servicecompleteerror這樣的provideerro

8、r，這種情況下可能是我們沒(méi)有把短消息發(fā)送出去，另一種可能是我們發(fā)送