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

一：短消息的MO流程

1．手机发起业务请求，后续的从1-5都是一个业务请求的流程，其中2和3是一个class mark的流程，4和5是一个加密的流程，都没有什么好讲的，这个消息跟踪中缺少了CM_Service_accept的消息。

2．消息6，A口受到手机上报的CP_DATA，CP_DATA包含什么内容呢？见下图

3．

4．短消息信令分了多层：最外面的两层是CM层（Connection Management Layer）与RL层（Short Message Relay Layer）。

其中CM层定义3条消息：CPDATA, CPACK and CPERROR；RL层定义4条消息：RPDATA, RPSMMA, RPACK 、RPERROR。比如说在用户内存可用的流程，A口上报的也是CP_DATA,MO流程也是上报的CP_DATA,而用户内存可用过程与MO过程的区别在于RL层的消息，前者是RPSMMA、后者是RPDATA，

5.手机上报的CP_DATA中含有很多内容的，其中最重要的莫过于destination address,在CM层中的destination address是短消息中心的号码，在SMS层中的destination address就是被叫的MSISDN.

6. A接口收到CP_DATA之后，会上报DTAP消息RR_DATA_IND(3)，该原语中有协议指示类型（PD）Short Message Service Messages(0x09)，该消息通过MM模块、SMS模块透传到MAP模块；

MAP模块先要判定MAP功能配置表中是否配置支持SMS_MO功能选项，若配置为NO 则给手机下发错误消息，消息原因值为“网络不支持”；

1) 若配置为YES，则MAP向VLR请求用户数据；

2) VLR返回用户数据后，MAP根据用户数据判断用户是否签约短消息基本业务，若没有签约，则给手机下发错误消息，消息原因值为“用户没有申请短消息业务”；

3) 若用户签约，再判定该用户是否有ODB限呼，若有限呼，则下发错误消息，消息原因值为 “网络提供者禁止此项服务”；若用户登记有CALL BAR补充业务，则下发错误消息，消

息原因值为“SMS有CALL BAR SERVICE”；

4) 若用户没有登记限呼业务，即上述的检查点全部通过，也就是下面的这几条消息

7．先看MAP_OPEN_REQ消息，这里解释一下MTI的含义，MTI是我们交换机内部的一个处理模块，它是处理MAP层和TCAP层之间的对话的。下面的TC_INVOKE_REQ是MTI模块向TCAP发起的请求。其实一个短消息来说是包含对话部分和成分部分的，下面可以介绍一下ＭＡＰ＿ＯＰＥＮ的功能，在Ｇ３和Ｇ９中有这样的软参。ＭＡＰ＿ＯＰＥＮ功能其实就是把对话部分成分部分分别发送

MAP　control　parameter1　Bit1： MAP_OPEN_SMS_CONTROL [作用]：控制短消息长度大于等于134字节，是否使用单发OPEN方式始发短消息 [取值及描述]： 0--不支持单发OPEN 功能 1--支持单发OPEN 功能 [缺省值]：0	软件参数名字： p184(MAP Control Parameter5) 比特7： IF_SMS_FRAMED_IN_MAP_LAYER_SUPPORT： 0：长短消息SMMO时候，不在MAP层进行分段（对话部分和成份部分分别发送），缺省值。 1：长短消息SMMO时候，在MAP层进行分段（对话部分和成份部分分别发送）。