一下方法是经过验证的。

　　TrxID=一个随机数

　　fullStr = "0605040B8423F0" & TrxID & "0601AE"

　　fullStr = fullStr & "02056A0045C6080C03"

　　fullStr = fullStr & StrToHex(TheURL, 2)

　　fullStr = fullStr & "001103" & "0102"

　　fullStr = fullStr & "40494400080AC307" & Format(Now, "yyyymmddhhmmss")

　　fullStr = fullStr & "10C304" & "20990101" & "0103"

　　fullStr = fullStr & StrToHex(MServiceName, 2) & "000101"

　　分段发送的

　　例如URL:wap.gd.monternet.com/?userType=B&serviceID=04020028 提示信息:神秘激情地带,江湖儿女情长神秘激情地带,江湖儿女情长神秘激情地带,江湖儿女情长

　　先进包:

　　0B05040B8423F0000355020155060403AE81EA02056A0045C60C037761702E67642E6D6F6E74657

　　26E65742E636F6D2F3F75736572547970653D42267365727669636549443D303430323030323800

　　070103E7A59EE7A798E6BF80E68385E59CB0E5B8A62CE6B19FE6B996E584BFE5A5B3E68385E995BF

　　E7A59EE7A798E6BF80E68385E59CB0E5B8A62C

　　第二包:

　　0B05040B8423F00003550202E6B19FE6B996E584BFE5A5B3E68385E995BFE7A59EE7A798E6BF80E6

　　8385E59CB0E5B8A62CE6B19FE6B996E584BFE5A5B3E68385E995BF000101 ,解释可参考WDP WSP,我就不具体说了

　　0B是头的总长度

　　05040B8423F0是固定的，表示接下来是一个WAP PUSH

　　分包的关键是0003550201，对应GSM 03.40里9.2.3.24.1，00表示是Concatenated Short Messages，03是长度，55是reference number，楼主在这儿固定编码会有问题的，如果同时下发两条这样的多包短信给同一个手机，手机就区分不开了，02表示分成2个短信发送，01是当前包的序号。

　　一个扩展包wappush包是这么构成的

　　WDP + WSP + SI/SL

　　如果长度超常(短信一个包的Content不要超过140)

　　就要分解成

　　WDP1 + (WSP+SI/SL)的part 1

　　WDP2 + (WSP+SI/SL)的part 2

　　...

　　WDPN + (WSP+SI/SL)的part N

　　如单包

　　WDP: 06 05 04 0B 84 23 F0

　　WSP: ...

　　SI/SL:...

　　双包是

　　第1包

　　WDP: 0B 05 04 0B 84 23 F0 00 03 01 02 01

　　Part1: ...

　　// 00 - UDH IE Tag

　　// 03 - UDH SAR IE Length

　　// 01 - Refrence

　　// 02 - Total Packet

　　// 01 - Current Packet

　　第2包

　　WDP: 0B 05 04 0B 84 23 F0 00 03 01 02 02

　　Part2:...

　　WDP参考相关文档。

　　=====================================================

　　首先，构造一个Push消息体：

　　02

　　05'-//WAPFORUM//DTD SI 1.0//EN

　　6A'UTF-8

　　00

　　45'

　　C6'

　　08'

　　0C'href="http://

　　03'字符串开始

　　这里就是url从"http://"以后的那部分的每个字符的ASCII码

　　00'字符串结束

　　0A'created=

　　C3'时间

　　07'7个字节，也可以是04，下面就只需要年月日就可以了

　　20 03 01 01 00 00 00 '年，月，日，时，分，秒，格式如何一看就明白吧。

　　10'si_expires=

　　C3'时间

　　07'跟上面一样

　　20 04 01 01 00 00 00

　　01'>

　　03'字符串开始

　　这里就是显示给用户的内容，用utf-8编码。

　　utf-8编码，英文字符直接用ascii码;中文如果unicode是(二进制)abcdefgh ijklmnop，

　　那么utf-8就会变成1110abcd 10efghij 10klmnop

　　00'字符串结束

　　01'"

　　01'

　　有了Push消息体之后，需要在前面增加一个Push PDU

　　81'transaction id (connectionless WSP)

　　06'pdu type (06=push)

　　06'Headers len

　　03 AE 81 EA'content type: application/vnd.wap.sic; charset=utf-8

　　8D'content-length

　　XX'这里就是Push消息体的长度。如果消息体长度小于128，那么就要加上128。例如是93个字节，那么需要填入DD

　　'至于大于127怎么处理，按照协议好像应该是这样，例如原来的二进制abcdefgh，那么就要弄成两个字节：

　　'1000000a 1bcdefgh，但是尝试还没成功

　　在然后，还要在前面增加一个UDH

　　06 'User Data Header Length (6 bytes)

　　05 'UDH Item Element id (Port Numbers)

　　04 'UDH IE length (4 bytes)

　　0B 84'destination port number

　　23 F0'origin port number

　　如果所有这些加起来大于140个字节，那么就需要修改UDH头，分成两条短消息串联。但是没有尝试成功。

　　发送的时候，udhi=1,pid=0,dcs=4

　　Nokia 3650/7650肯定OK，motorola t720肯定ok，siemens 3118,3618肯定不行，其他的还没尝试。

　　同样的技术可以用来发送mms通知、fundown的铃声图片。

　　需要解决的问题：长于127字节/两条短信的时候该怎么办。

　　另转载 Wap push over sms 实践

　　通过短信进行点对点的WAP PUSH，本质上来说应该是发送一个wap页面(WBXML)到接收方，里面含有一段文字和一个url链接。

　　在发送端采用PDU模式发送，编码是UCS2。

　　整个发送的包大部分内容都是固定的，只需要对几个地方根据希望发送的内容进行一下替换即可。

　　我参考的例子是这样的，只用说明中红色的部分是需要变化的：

　　0051000BA13108086406F600F5A7850B05040B8423F0000303010129060603AE81EA8DCA02056A00

　　45C6080C033231312e3133362e3135332e33302f776170707573682f70757368496e6465782e6a737

　　03f7075736849643d3035303531313134313630353231000103E8AFB7E782B9E587BBE4BBA5E4B88B

　　E993BEE68EA5E88EB7E58F96E5BDA9E4BFA1E58685E5AEB9000101

　　00 SMSC 地址信息的长度 00表示用手机上设置短信中心号码，PDU 串的“SMSC 址格式”段和“SMSC 地址”段将省去

　　51 基本参数(TP-MTI/VFP) 不要求发送回复

　　00 消息基准值(TP-MR)

　　0B 对方电话的长度

　　A1 目标地址格式 A1表示为国内格式

　　3108086406F6 目标地址，补‘F’凑成偶数位后奇偶位互换 (因为手机号码是11位，需要补一个F，再将奇偶位互换，比如12345678901需要变成2143658709F1)

　　00 协议标识(TP-PID) 是普通GSM 类型，点到点方式

　　F5 用户信息编码方式 (TP-DCS)

　　A7 有效期(TP-VP)

　　85 用户信息长度(TP-UDL) (此处是从下面的0B开始所有的字节数/2对应的十六进制数)

　　0B WAP PUSH头部的总长度

　　05040B8423F0表示接下来是一个WAP PUSH

　　00 表示是Concatenated Short Messages

　　03 长度

　　03 reference number

　　01 表示分成1个短信发送

　　01 当前包的序号

　　29060603AE81EA8DCA WSP

　　02 标记位

　　05 -//WAPFORUM//DTD SI 1.0//EN

　　6A UTF-8

　　00 标记开始

　　45

　　C6

　　08

　　0C href=/"http://

　　03 字符串开始

　　3231312e3133362e3135332e33302f776170707573682f70757368496e6465782e6a73703f7075736

　　849643d3035303531313134313630353231 URL (编码过的URL，不带http://)

　　00 URL 字符串结束

　　01 >

　　03 内容描述字符串开始

　　E8AFB7E782B9E587BBE4BBA5E4B88BE993BEE68EA5E88EB7E58F96E5BDA9E4BFA1E58685E5AEB9 内容描述字符串 (编码过的文字内容)

　　00 内容描述字符串结束

　　01

　　01

　　AT指令发送时：

　　at+cmgf=0 //设置发送为二进制模式

　　OK

　　at+cmgs=93 //十进制的数字，值为 (上面生成的一大串的字节数/2)-1，还没搞清为啥要减一

　　> 0051000BA1。。。。。。。(就是那一大串了) Ctrl+Z

　　+CMGS: 14

　　OK

　　发送成功

　　0:42 | 添加评论 | 固定链接 | 引用通告 (0) | 记录它 | WAP开发

　　9月16日

　　WAP开发(三)

　　38. 为什么META标签不工作?

　　浏览器不支持默认的meta标签，例如：

　　<meta http-equiv="refresh" content="1;http://somewhere.com/">

　　虽然有少量网关支持非常有限的META标记。但是测试显示，如果使用了它们，网关就会出问题。例如某网关不支持普通的HTTP Cache控制，如果要实现Cache控制只好使用特殊的META标记。显然从其他

　　网关来的用户就可能不支持这个META。注意：不要使用META tags。肯定有其他的方式来完成你的想法。

　　常使用的META是：

　　<meta http-equiv="refresh" content="1;http://somewhere.com/">

　　这个告诉浏览器重新装入指定的WML页面。WML中已经包含了一个。

　　39. 为什么服务器接收不到用户发送的参数?

　　用户输入的参数或者其他参数可以像在HTML中一样通过提交方式发送到服务器。在HTML中这个是

，POST或者GET。

 

　　首先知道要知道POST和GET的区别。对于POST浏览器将生成一个数据包将变量名和它们的内容捆绑在一起，并发送到服务器。对于GET，它其实是一个URL请求，变量名和内容都包含在URL中。

　　对于WAP环境，要求是非常严格的，必须要根据协议来操作。虽然以下的URL

　　"/cgi-bin/somescript?username=john&telephone=123-123-1234&occupation=banana+bender"

　　可以在HTML环境中工作，但是在WAP环境中无法工作。以上的部分编码将使得保护的变量内容被误解。特殊的空格(在 banana 和 bender )被转成 “+”。 URL就根本没有空格。

　　以上的URL在WAP中无法工作的主要原因是用来分割每个变量和变量内容的 & (与号)没有转义。正确的格式应该是：

　　"/cgi-bin/somescript?username=john&telephone=123-123-1234&occupation=banana+bender"

　　在这里 & 被名字实体所替换。为了解释更清楚些，请看下面的代码：

　　

　　

　　

　　

 

　　Send this

　　

　　

　　

　　注意这不是真正的WAP协议，专门的字符应该转义，否则将得到不可预料的结果。