长短信实现系列之电信SMGP3.0

from : http://blog.csdn.net/pwlazy/archive/2010/03/11/5371644.aspx

 

长短信实现系列之电信SMGP3.0 收藏

按照以前的老套路见（长短信系列之联通sgip1.2 和长短信系列之移动cmpp2.0 ）

1）第一阶段

首先上来就是下面的条件

设置MsgFormat为8就（UCS2）
在MsgContent前加入7个字节的TP_udhi头（和此前开发的移动、联通一样）
在整个消息末尾即（Reserve）之后加入可选参数 TP_udhi 即 0x00 0x02 0x00 0x01 0x01（这和移动联通不同）

测试结果
那一台海尔的手机做的测试，共收到2条，收到第一条，正常，收到第二条乱码，这和我们预期差的太远，我们希望是一条

2）第二阶段

我猜想是不是要加上可选参数Pktotal 和Pknumber(这两个东东在移动里是出现过的，联通没有这概念)
于是我在消息末尾加上
0x00 0x09 0x00 0x01 MM 0x00 0x0a 0x00 0x01 NN
MM 表示消息条数
NN 表示第几条

测试结果
只收到1条半截消息还是乱码

3）第三阶段

我下的一个模拟网关给我些启示，在开发环境中我仔细对比字节码都是对的，问题在哪？
我突然想到可能换个6字节的TP_udhi头试试，居然ok

此时的条件

设置MsgFormat为8就（UCS2）
在MsgContent前加入6个字节的TP_udhi头
在整个消息末尾即（Reserve）之后加入可选参数 TP_udhi 、Pktotal 和Pknumber
4）结论

电信和联通、移动还是有些差别的，特别是对7字节TP_udhi头不支持
要不要加上Pktotal 和Pknumber，我感觉不一定，我懒的试了，你可以试下
使用模拟网关可以帮你分析一些问题，增加成功率，最起码我后来发现，当我使用7字节7字节TP_udhi头，模拟网关分析的内容也是乱码，但使用6字节就正确了
在测试失败的情况下，从短信中心回馈的消息都是正确的，我怀疑是装在手机终端的那个卡不支持，导致失败

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/pwlazy/archive/2010/03/11/5371644.aspx