1。CMPP3.0 超长短信
http://59905.blog.spforum.net/26058.html
1、长短信息:是指超过70个汉字,140个字节的信息内容。
最近在做一个某地市公司运营商的GPRS导引项目的时候,运营商要求将对用户的提示短信息(超过140个字节)发送到用户手机,在用户的手机上一次全显示。
上网搜索了一些相关的资料,现在将实现总结如下:
一、CMPP协议相关字段分析(在此只讲发长短信相关的cmpp_submit消息,cmpp的其他内容的请参考《中国移动互联网短信网关接口协议(V3.0.0).doc》
字段名
|
字节数
|
属性
|
描述
|
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字段一致