长短信息：是指超过70个汉字，140个字节的信息内容
一、CMPP协议相关字段分析
CMPP协议具体部分请参考《中国移动互联网短信网关接口协议（V3.0.0）.doc》
CMPP_SUBMIT消息定义（SP--->SMG）
|
字段名 |
字节数 |
属性 |
描述 |
|
Msg_Id |
8 |
Unsigned Integer |
信息标识。 |
|
Pk_total |
1 |
Unsigned Integer |
开始。 |
|
Pk_number |
1 |
Unsigned Integer |
开始。 |
|
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 |
位，右对齐。 |
|
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 |
时：<160个字节；其 它<=140个字节)，取值大于或等于0。 |
|
Msg_Content |
Msg_length |
Octet String |
信息内容。 |
|
LinkID |
20 |
Octet String |
点播业务使用的LinkID，非点播类业务的MT流程不使用该字段。 |
红色部分表示发长短信要更改的字段
洋红色部分表示发长短信可以更改或者不更改的字段
在cmpp协议里，CMPP_SUBMIT消息定义中有相应的参数配置：
- TP_udhi ：0代表内容体里不含有协议头信息 1代表内容含有协议头信息（长短信，push短信等都是在内容体上含有头内容的）当设置内容体包含协议头，需要根据协议写入相应的信息，长短信协议头有两种：
- 6位协议头格式：05 00 03 XX MM NN
a) byte 1 : 05, 表示剩余协议头的长度
b) byte 2 : 00, 这个值在GSM 03.40规范9.2.3.24.1中规定，表示随后的这批超长短信的标识位长度为1（格式中的XX值）。
c) byte 3 : 03, 这个值表示剩下短信标识的长度
d) byte 4 : XX，这批短信的唯一标志，事实上，SME(手机或者SP)把消息合并完之后，就重新记录，所以这个标志是否唯一并不是很 重要。
e) byte 5 : MM, 这批短信的数量。如果一个超长短信总共5条，这里的值就是5。
f) byte 6 : NN, 这批短信的数量。如果当前短信是这批短信中的第一条的值是1，第二条的值是2
例如：05 00 03 39 02 01
- 7 位的协议头格式：06 08 04 XX XX MM NN
a) byte 1 : 06, 表示剩余协议头的长度
b) byte 2 : 08, 这个值在GSM 03.40规范9.2.3.24.1中规定，表示随后的这批超长短信的标识位长度为2（格式中的XX值）。
c) byte 3 : 04, 这个值表示剩下短信标识的长度
d) byte 4-5 : XX XX，这批短信的唯一标志，事实上，SME(手机或者SP)把消息合并完之后，就重新记录，所以这个标志是否唯一并不是很重要。
e) byte 6 : MM, 这批短信的数量。如果一个超长短信总共5条，这里的值就是5。
f) 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协议发长短信：
- TP_udhi设置为 0x01
- Msg_Content：按TP_udhi协议填写6字节或者7字节的TP_udhi协议头然后加上经过USC2编码的消息内容。由TP_udhi协议头和消息内容体组成的 Msg_Content总长度不能超过140个字节
- Msg_Fmt：设置为 0x08 UCS2编码；
- Pk_total和Pk_number 可以不设置，如果要设置，就要分别跟TP_udhi的MM和NN字段一致