长短信实现系列之电信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即0x000x020x000x010x01（这和移动联通不同）

测试结果

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

2）第二阶段

我猜想是不是要加上可选参数Pktotal和Pknumber(这两个东东在移动里是出现过的，联通没有这概念)

于是我在消息末尾加上

0x000x090x000x01MM0x000x0a0x000x01NN

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