CMPP协议对长短信的支持

1。CMPP3.0 超长短信
1、长短信息：是指超过70个汉字，140个字节的信息内容。

最近在做一个某地市公司运营商的GPRS导引项目的时候，运营商要求将对用户的提示短信息（超过140个字节）发送到用户手机，在用户的手机上一次全显示。

上网搜索了一些相关的资料，现在将实现总结如下:

一、CMPP协议相关字段分析（在此只讲发长短信相关的cmpp_submit消息，cmpp的其他内容的请参考《中国移动互联网短信网关接口协议（V3.0.0）.doc》

1.1.1.1 CMPP_SUBMIT消息定义（SP--->SMG）

字段名	字节数	属性	描述
Msg_Id	8	Unsigned Integer	信息标识。
Pk_total	1	Unsigned Integer	相同Msg_Id的信息总条数，从1开始。
Pk_number	1	Unsigned Integer	相同Msg_Id的信息序号，从1开始。
Registered_Delivery	1	Unsigned Integer	是否要求返回状态确认报告： 0：不需要； 1：需要。
Msg_level	1	Unsigned Integer	信息级别。
Service_Id	10	Octet String	业务标识，是数字、字母和符号的组合。
Fee_UserType	1	Unsigned Integer	计费用户类型字段： 0：对目的终端MSISDN计费； 1：对源终端MSISDN计费； 2：对SP计费； 3：表示本字段无效，对谁计费参见Fee_terminal_Id字段。
Fee_terminal_Id	32	Octet String	被计费用户的号码，当Fee_UserType为3时该值有效，当Fee_UserType为0、1、2时该值无意义。
Fee_terminal_type	1	Unsigned Integer	被计费用户的号码类型，0：真实号码；1：伪码。
TP_pId	1	Unsigned Integer	GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9。
TP_udhi	1	Unsigned Integer	GSM协议类型。详细是解释请参考 GSM03.40中的9.2.3.23,仅使用1位，右对齐。
Msg_Fmt	1	Unsigned Integer	信息格式： 0：ASCII串； 3：短信写卡操作； 4：二进制信息； 8：UCS2编码； 15：含GB汉字。。。。。。
Msg_src	6	Octet String	信息内容来源(SP_Id)。
FeeType	2	Octet String	资费类别： 01：对“计费用户号码”免费； 02：对“计费用户号码”按条计信息费； 03：对“计费用户号码”按包月收取信息费。
FeeCode	6	Octet String	资费代码（以分为单位）。
ValId_Time	17	Octet String	存活有效期，格式遵循SMPP3.3协议。
At_Time	17	Octet String	定时发送时间，格式遵循SMPP3.3协议。
Src_Id	21	Octet String	源号码。SP的服务代码或前缀为服务代码的长号码, 网关将该号码完整的填到SMPP协议Submit_SM消息相应的source_addr字段，该号码最终在用户手机上显示为短消息的主叫号码。
DestUsr_tl	1	Unsigned Integer	接收信息的用户数量(小于100个用户)。
Dest_terminal_Id	32*DestUsr_tl	Octet String	接收短信的MSISDN号码。
Dest_terminal_type	1	Unsigned Integer	接收短信的用户的号码类型，0：真实号码；1：伪码。
Msg_Length	1	Unsigned Integer	信息长度(Msg_Fmt值为0时：<160个字节；其它<=140个字节)，取值大于或等于0。
Msg_Content	Msg_length	Octet String	信息内容。
LinkID	20	Octet String	点播业务使用的LinkID，非点播类业务的MT流程不使用该字段。

红色部分表示发长短信要更改的字段

洋红色部分表示发长短信可以更改或者不更改的字段

（以下资料参考：http://publishblog.blogdriver.com/zeroliu/1234594.html）

在cmpp协议里，CMPP_SUBMIT消息定义中有相应的参数配置：
TP_udhi ：0代表内容体里不含有协议头信息 1代表内容含有协议头信息（长短信，push短信等都是在内容体上含有头内容的）当设置内容体包含协议头，需要根据协议写入相应的信息，长短信协议头有两种：
               6位协议头格式：05 00 03 XX MM NN
                     byte 1 : 05, 表示剩余协议头的长度
                     byte 2 : 00, 这个值在GSM 03.40规范9.2.3.24.1中规定，表示随后的这批超长短信的标识位长度为1（格式中的XX值）。
                     byte 3 : 03, 这个值表示剩下短信标识的长度
                     byte 4 : XX，这批短信的唯一标志，事实上，SME(手机或者SP)把消息合并完之后，就重新记录，所以这个标志是否唯
                                 一并不是很重要。
                     byte 5 : MM, 这批短信的数量。如果一个超长短信总共5条，这里的值就是5。
                     byte 6 : NN, 这批短信的数量。如果当前短信是这批短信中的第一条的值是1，第二条的值是2。
                     例如：05 00 03 39 02 01

7 位的协议头格式：06 08 04 XX XX MM NN
                     byte 1 : 06, 表示剩余协议头的长度
                     byte 2 : 08, 这个值在GSM 03.40规范9.2.3.24.1中规定，表示随后的这批超长短信的标识位长度为2（格式中的XX值）。
                     byte 3 : 04, 这个值表示剩下短信标识的长度
                     byte 4-5 : XX XX，这批短信的唯一标志，事实上，SME(手机或者SP)把消息合并完之后，就重新记录，所以这个标志是否唯一并不是很重要。
                     byte 6 : MM, 这批短信的数量。如果一个超长短信总共5条，这里的值就是5。
                     byte 7 : NN, 这批短信的数量。如果当前短信是这批短信中的第一条的值是1，第二条的值是2。
                     例如：06 08 04 00 39 02 01

二. 实现代码(C#)

byte[] messageUCS2 = Encoding.BigEndianUnicode.GetBytes(MtMsg);
            int messageUCS2Len = messageUCS2.Length;
            int maxMessageLen = 140;
            if (messageUCS2Len > maxMessageLen)
            {
                int messageUCS2Count = messageUCS2Len / (maxMessageLen - 6) + 1;
                //长短信分为多少条发送
                byte[] tp_udhiHead = new byte[6];
                tp_udhiHead[0] = 0x05;
                tp_udhiHead[1] = 0x00;
                tp_udhiHead[2] = 0x03;
                tp_udhiHead[3] =//0x0A;
                tp_udhiHead[4] = (byte)messageUCS2Count;
                tp_udhiHead[5] = 0x01;
                //默认为第一条
                for (int i = 0; i < messageUCS2Count; i++)
                {
                    tp_udhiHead[5] = (byte)(i + 1);
                    byte[] msgContent;
                    if (i != messageUCS2Count - 1)
                    {
                        //不为最后一条
                        msgContent =BIConvert.byteAdd(tp_udhiHead, messageUCS2, i * (maxMessageLen - 6), (i + 1) * (maxMessageLen - 6));
                    }
                    else
                    {
                        msgContent = BIConvert.byteAdd(tp_udhiHead, messageUCS2, i * (maxMessageLen - 6), messageUCS2Len);
                    }

}

三、总结。

cmpp发长短信

1、TP_udhi设置为 0x01

2、Msg_Content 按TP_udhi协议填写6字节或者7字节的TP_udhi协议头然后加上经过USC2编码的消息内容。由TP_udhi协议头和消息内容体组成的 Msg_Content总长度不能超过140个字节

3、 Msg_Fmt 设置为 0x08 UCS2编码；

4、Pk_total和Pk_number 可以不设置，如果要设置，就要分别跟TP_udhi的MM和NN字段一致

CMPP协议对长短信的支持相关推荐

短信猫发送GSM 和 CDMA PDU长短信
GSM和CDMA网络制式下发送PDU长短信实例短信内容: [这是一封长短信,支持中文.长短信在发送的过程中,需要被拆分成多条短短信发送,而每一条短短信的长度最多仅有67个中文字符.这些被拆分的短短信 ...
android 短信编解码方式,中移短信cmpp协议/smpp协议 netty实现编解码
性能测试在48core,128G内存的物理服务器上测试协议解析效率:35K条/s, cpu使用率25%. Build 执行mvn package . jdk1.6以上. 增加了业务处理API 业务层 ...
详谈短信开发-SMPP的长短信协议展开格式
长短信的SMPP的协议展开格式如下: No. Time Source Destination Pr ...
CMPP3.0 长短信实现方案
长短信息:是指超过70个汉字,140个字节的信息内容一.CMPP协议相关字段分析 CMPP协议具体部分请参考<中国移动互联网短信网关接口协议(V3.0.0).doc> CMPP_SUBM ...
c#实现wavecom短信猫发送长短信
长短信是有规约的,协议头部分如果是0x40以下,则说明是普通短信,如果是0x40以上,则是长短信,然后在短信内容部分,有六个字节分别定义短信唯一标识以及该短信是第几条,所以长短信发送时每条实际为67个 ...
使用移动代理CMPP2.0,3.0协议实现短信发送-Java版,使用华为smproxy.jar包
本文使用的是CMPP2.0,CMPP3.0和此逻辑类似,使用的Java类不同而已 1.配置文件 cmpp.xml <config>&l ...
Android短信发送流程之长短信发送（原）
从前面< Android短信发送流程之普通短信发送 >流程看到,长短信与普通短信的流程从SmsManager的sendMultipartTextMessage()方法开始区分,现在我们来看 ...
gsm短信猫长短信pdu数据包分析[转]
原文地址:gsm短信猫长短信pdu数据包分析作者:sunnyboy 查看原文:http://blog.appdoc.cn/2011/04/29/gsm-pdu-packet-analyze [capt ...
长短信实现系列之电信SMGP3.0
按照以前的老套路见(长短信系列之联通sgip1.2 和长短信系列之移动cmpp2.0 ) 1)第一阶段首先上来就是下面的条件设置MsgFormat为8就(UCS2) 在MsgContent前加入7 ...

CMPP协议对长短信的支持

CMPP协议对长短信的支持相关推荐

最新文章

热门文章