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

2019-04-14 18:32发布

站内文章 / 模拟电子
10578 0 1732
按照以前的老套路见（长短信系列之联通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字节就正确了
  • 在测试失败的情况下，从短信中心回馈的消息都是正确的，我怀疑是装在手机终端的那个卡不支持，导致失败

热门文章