9: > 0011000D91685111181394F40008C4044F60597D(+^z,十六进制的1A)//返回字符串中有OK 发送成功
有的“猫”用“串口调试器”发送总是失败：Text模式接收到的是乱码，PDU模式发送不出去。我用的这个就是这个样子，给我郁闷了很多天，后来发现在串口调试器中我们摁下的“回车”被解析为”\r\n”，而我用的这个modem只有在只发送AT指令+”\r”时才能正确的发送短信。发现后发送短信都能成功，高兴了好一会儿。不说废话了，开始PDU短信编码的解析。这是我的理解，更多详细资料参考下列标准：
GSM 03.04 着重介绍短信发送中对字符集的控制部分
GSM 03.08
GSM 03.41
GSM 07.05 介绍 at 的一些控制命令
GSM 07.07 着重介绍 at 的短信相关命令，可以说是at的sms 规范
| 元素 | 名称 | 长度 | 描述 |
| SCA | Service Center Address | 1-12 | 短消息服务中心号码 |
| PDU-Type | Protocol Data Unit | 1 | 协议数据单元类型 |
| MR | Message Reference | 1 | 所有成功的短信发送参考数目（0..255） |
| OA | Originator Address | 2-12 | 发送方地址（手机号码） |
| DA | Destination Address | 2-12 | 接收方地址（手机号码） |
| PID | Protocol Identifer | 1 | 参数显示消息中心以何种方式处理消息内容（比如FAX,Voice） |
| DCS | Data Coding Scheme | 1 | 参数显示用户数据编码方案 |
| SCTS | Service Center Time Stamp | 7 | 消息中心收到消息时的时间戳 |
| VP | Validity Period | 0,1,7 | 参数显示消息有效期 |
| UDL | User Data Lenghth | 1 | 用户数据长度 |
| UD | User Data | 0-140 | 用户数据 |
发送方PDU格式：
| SCA | PDU-Type | MR | DA | PID | DCS | VP | UDL | UD |
| 1-12 | 1 | 1 | 2-12 | 1 | 1 | 0,1,7 | 1 | 0-140 |
示例：
向15118131494发送一条短信，内容“Test”
0011000D91685111181394F40000C404D4F29C0E
向15118131494发送一条短信，内容“你好”
0011000B815111181394F40008C4044F60597D
| SCA | PDU-Type | MR | DA | PID | DCS | VP | UDL | UD |
| 1-12 | 1 | 1 | 2-12 | 1 | 1 | 0,1,7 | 1 | 0-140 |
| 00 | 11 | 00 | 0D91685111181394F4 | 00 | 00 | C4 | 04 | D4F29C0E |
| 00 | 11 | 00 | 0B815111181394F4 | 00 | 08 | C4 | 04 | 4F60597D |
接收方PDU格式：
| SCA | PDU-Type | OA | PID | DCS | SCTS | UDL | UD |
| 1-12 | 1 | 2-12 | 1 | 1 | 7 | 1 | 0-140 |
示例：
从15118131494接收一条短信，内容“Test”
0891683110402505F0240BA15111181394F400000111208160302304D4F2
9C0E
从15118131494接收一条短信，内容“你好”
0891683110402505F0240BA15111181394F4000801112081600423044F60
597D
| SCA | PDUType | OA | PID | DCS | SCTS | UDL | UD |
| 1-12 | 1 | 2-12 | 1 | 1 | 7 | 1 | 0-140 |
| 0891683110402505F0 | 24 | 0BA15111181394F4 | 00 | 00 | 01112081603023 | 04 | D4F29C0E |
| 0891683110402505F0 | 24 | 0BA15111181394F4 | 00 | 08 | 01112081600423 | 04 | 4F60597D |
SCA:短消息服务中心地址格式
服务中心地址包含三个部分：1-12个8位位组 第一个位组指示服务中心地址长度，第二个位组指示服务中心类型，第三个位组为服务中心地址。
示例：0891683110402505F0
| Lenghth | Type | Address |
| 08 | 91 | 683110402505F0 |
Lenghth：服务中心地址长度 指示Type+Address部分位组长度（例中：91683110402505F0中位组8个：08）
如果Lenghth部分为“00”则不提供后面部分，发送时终端将自动从SIM卡中读取并填充SCA
Type：短信中心地址的类型（81：指国内的号码 91：指国际的号码 91最常用（资料里都说是这样，但根据后面的表格：国内应该是A1，81是未知！！））91H=10010001B 具体意义如下表：
| BIT No. | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| | 1 | 类型 | 类型 | 类型 | 号码鉴别 | 同3 | 同3 | 同3 |
类型：000-未知 001-国际 010-国内 111-留作扩展
号码鉴别：0000-未知 0001-ISDN/电话号码（E.164/E.163） 1111-留作扩展
SCA示例：
| 短信中心 | PDU编码 |
| +8613010452500 | 0891683110402505F0 |
| 13010452500 | 07813110402505F0 |
| 123456 | 0481214365 |
注：AT指令中 AT+CMGS=<Len> Len不包含此段位组的长度
PDU Type:是发送和接受短信的PDU中的第一个8位位组
发送方：例 11h=00010001b
| Bit No. | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| | RP | UDHI | SRR | VPF | VPF | RD | MTI | MTI |
| | 0 | 0 | 0 | 1 | 0 | 0 | 0 | 1 |
接收方：例 24h=00100100b
| Bit No. | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| | RP | UDHI | SRI | | | MMS | MTI | MTI |
| | 0 | 0 | 1 | 0 | 0 | 1 | 0 | 0 |
RP:应答路径，
0-未设置
1-设置
UDHI:用户数据头标识（User Data Header Indicator），
0-用户数据（UD）部分不包含头信息
1-用户数据（UD）开始部分包含用户头信息
SRR：请求状态报告（Status Report Request），
0-不需要报告
1-需要报告
SRI:状态报告指示（Status Report Indication），此值仅被短消息服务中心设置，
0-状态报告将不会返回给短消息实体（SME）
1-状态报告将返回给短消息实体（SME）
VPF:有效期格式（Validity Period Format），
00-VP段没有提供（长度为0）
01-保留
10-VP段以整型形式提供（相对的）
11-VP段以8位位组的一半形式提供（绝对的）
RD:拒绝复本（Reject Duplicate）
0-通知短消息服务中心（SMSC）接受一个消息（SMS-SUBMIT），即该消息是先前已提交过的，并还存在与SMSC中未发送出去。MS重复的条件是：消息参考（MR）、接收方地址（DA)及发送方地址（OA）相同
1-通知SMSC拒绝一个重复的SMS
MMS:有更多的消息需要发送（More Message to Send），此值仅被SMSC设置
0-在SMSC中有更多的信息等待MS
1-在SMSC中没有更多的信息等待MS
MTI:信息类型指示（Message Type Indicator）
不太理解 有待于再查资料
MR：信息参考 不太理解 置为00即可
DA/OA：接收方与发送方地址
DA与OA编码方式是一样的 2-12个8位位组
例：0D91685111181394f4
| Lenghth | Type | Address |
| 0D | 91 | 685111181394F4 |
Lenghth：地址长度 指8615118131494的长度。与SCA中不一样！
Type：地址类型 指示国内（81） 还是国际（91）
示例：
| 号码 | PDU编码 |
| +8615118131494 | 0D91685111181394F4 |
| 15118131494 | 0B815111181394F4 |
| 123456 | 0681214365 |
PID:协议标识（Protocol Identifier）
对于标准情况下的MS-to-SC短消息传送，只需设置PID为00
DCS：数据编码方案（DataCoding Scheme）
| Bit No. | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 | 描述 |
| 示例： | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 00h 7bit数据编码 默认字符集 |
| | 1 | 1 | 1 | 1 | 0 | 1 | 1 | 0 | F6h 8bit数据编码 Class1 |
| | 0 | 0 | 0 | 0 | 1 | 0 | 0 | 0 | 08h USC2（16bit）双字节字符集 |
Bit No.7与Bit No.6：
一般设置为00
Bit No.5：
0-文本未压缩
1-文本用GSM标准压缩算法压缩
Bit No.4：
0-指示Bit No.1 Bit No.0为保留位，不含信息类型信息
1-指示Bit No.1 Bit No.0含信息类型信息
Bit No.3与Bit No.2：
00-默认的字符集，每字符占7bit，此时最大可发送160字符
01-8bit，此时最大可发送140字符
10-USC2（16bit），发送双字节字符集
11-预留
Bit N0.1与Bit No.0：
00-Class 0，短消息直接显示在屏幕上
01-Class 1，
10-Class 2（SIM卡特定信息），
11-Class 3
示例：
| DCS | 字符集 | 信息Class |
| 00 | 7-bit | No Class |
| F0 | 7-bit | Class 0（Immediate Display） |
| F1 | 7-bit | Class 1（Mobile Equipment-specific） |
| F2 | 7-bit | Class 2（SIM specific Message） |
| F3 | 7-bit | Class 3（Terminate Equipment-specific） |
| F4 | 8-bit | Class 0（Immediate Display） |
| F5 | 8-bit | Class 1（Mobile Equipment-specific） |
| F6 | 8-bit | Class 2（SIM specific Message） |
| F7 | 8-bit | Class 3（Terminate Equipment-specific） |
| 08 | 16-bit | No Class |
| 18 | 16-bit | Class 0（Immediate Display） |
VP：信息有效期（Validity Period）
第一种情况（相对的）：VPF=10 VP=AAH（四天）
第二种情况（绝对的）：VPF=11
表示：03-08-20 09:45:33
VP段以整形或半个8位位组形式提供
第一种情况，VP为一个8位组，给定有效期的长度
从消息被SMSC接收开始计算
| VP | 相应的有效期 |
| 00-8F | （VP+1）*5分钟 从5分钟间隔到12小时 |
| 90-A7 | 12小时+（VF-143）*30分钟 |
| A8-C4 | （VP-166）*1天 |
| C5-FF | （VP-192）*1周 |
第二种情况，VP为七个8位组，给定有效期终止的绝对时间 时间形式与SCTS形式一致
SCTS：服务中心时间戳（Service Center Time Stamp）
占用7个8位组，格式和VP第二种情况一致，请参考其中的表格
UDL：用户数据长度（User Data Lenghth）
UDL以整形形式提供，指示后面用户数据段的长度（UD的8位组的个数）
UD：用户数据（User Data）
英文编码：7bit编码，依次将下一位的后几位移至前面形成新的8位编码
示例：Test
T:01010100 e:01100101 s:01110011 t:01110100
去最高位0，变为7位
T：1010100 e：1100101 s：1110011 t：1110100
后面低位移至前面形成8位编码
Test:11010100111100101001110000001110
UD
4F29C0E UDL:04 中文编码：取USC2编码 高低字节交换即可
注意：7bit编码的UDL部分计算的是编码前的字符串长度，而不是编码后的8位组个数！
注：AT+CMGS=<Len><cr>中Len为出SCA外8位组的个数
PDU格式短信编码的原理详细介绍到这里了，大家可以关注下一篇文章《C#实现PUD编码》
发表于 2014-3-7 18:23:57
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
收藏
分享
