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

2019-04-14 18:32发布

按照以前的老套路见(长短信系列之联通sgip1.2长短信系列之移动cmpp2.01)第一阶段 首先上来就是下面的条件
  • 设置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字节就正确了
  • 在测试失败的情况下,从短信中心回馈的消息都是正确的,我怀疑是装在手机终端的那个卡不支持,导致失败