CMPP3.0中号码字段增加到32位，还增加了号码类型字段，可能是为了扩展不同类型的卡。

Dest_terminal_Id	32*DestUsr_tl	Octet String	接收短信的MSISDN号码。
Dest_terminal_type	1	Unsigned Integer	接收短信的用户的号码类型，0：真实号码；1：伪码。

可是用CMPP3.0协议，也就是说发送短信到物联网卡、从物联网卡回复短信回来，都可以直接用这套CMPP3.0协议。那么跟发手机短信有何不同之处呢，以下就是几点不同：

 

1.关于编码格式

目前物联网卡通讯，如果是英文内容，则只支持Ascii码，也就是Msg_Fmt必须设置成0

Msg_Fmt

1

Unsigned Integer

信息格式： 0：ASCII串； 3：短信写卡操作； 4：二进制信息； 8：UCS2编码； 15：含GB汉字。。。。。。

如果是发送中文内容，则只支持UCS2编码，即Msg_Fmt必须设置成8

另外有个特别费解的问题是，如果是发中文内容，短信网关会自动在短信后面加上一串尾巴，类似【ayf】等。这个问题在开发的时候必须注意，以免发送的指令不能解析，需要做一些逻辑处理把尾巴去掉。

 

2.关于长短信

我们知道一条短信只能发140个字节的内容，如果实际要发的内容超过这个数，就必须拆成多条发送，这样会有一些影响。为了发长短信，我们的CMPP发送程序必须做一些改造，具体请参考我的另一篇博文

而对于物联网卡来说，收发长短信必须使用  7 位的协议头格式：06 08 04 XX XX MM NN

这也是要注意的一点，否则解析发送都会出错。

 

3.关于用户号码类型

物联网的用户号码类型选择Dest_terminal_type=0即可。若选择1会报错。

其他

如遇到短信网关返回码，可查询以下网址看返回码解释 

常见返回码：173  是物联网卡没开通短信功能造成的。

这就是开发物联网通讯过程中的经验。

提纲

1 物联网数据卡系统源码——前篇

2 物联网数据卡系统源码——通信模块

2.2 协议封装和实现

2.4 粘包的处理

3 物联网数据卡系统源码——Windows服务模块

3.1 Windows服务模块概述

3.2 Windows服务模块实现

3.3 高并发回调处理

3.4 部署安装