WAP Push是要将互联网上的信息主动推送到用户的手机等移动终端上。达到这个目标需要解决如下两个问题:
(1)互联网服务器如何主动地连通位于无线网络上的手机,通信问题。
(2)互联网上的信息内容采用什么格式,数据表现问题。
WAP论坛(现在归到OMG)在2000年时就提出了WAP1.2规范,相比WAP1.1增加的主要内容就是WAP Push的整个体系。 WAP Push分为Confirmed Push,即需要对方回送接收确认信息的Push,和无连接模式的Push,即发送出去后,是否收到不管了。
整个WAP框架包括PI(Push Initiator,即互联网的服务器)、PPG(Push Proxy Gateway,一般为WAP网 关)、移动终端三大部分。PI到PPG之间是基于HTTP的PAP(Push Access Protocol)协议(PPG和PI互为HTTP服务 器),PPG到移动终端之间是OTA(Over-The-Air)协议。
基本流程是互联网的服务器将要发送的信息内容,采用XML表现形式,通过PAP协议发送给WAP网关。这里发生了很多细节过程后(计费、SP标 识、访问控制、信息内容二进制压缩编码、终端发现、终端能力特性检查、终端地址解析),通过OTA协议将内容发送到手机上(2.0以下的规范用OTA- WSP,2.0以上的规范用OTA-HTTP)。
这是很理想的目标,可是在目前全球所有运营商部署的无线网络那里,实现这个基本都不现实。第二代无线网络GSM/CDMA95A是基于信令的电路 交换的通信技术,并不支持IP协议,能进行WAP这样数据业务,需要先在信令协议栈上借用modem拨号机制封装成IP/PPP包。WAP网关通过信令网 找到手机并建立WSP会话的连接,是不可能实现的。第二代半过渡性的网络技术GPRS/CDMA1.x理论上是可以让手机永久在线,拥有固定的IP地址, 可现实并不是如此。空中信道的有限容量、计费管理、网络容量等方面都不成熟,所以,移动终端要像一台服务器那样,接收并处理WAP网关随时发起的主动连接 请求,只能等到第三代无线网络技术全面普及的那一天了。
正是由于上述局限,目前,在世界各地,所有运营商和所有方案供应商那里,都采用SMS方式承载OTA侧的推送。SMS是信令通道上传输的,处于网 络覆盖中的手机通过BTS、BSC、MSC与短信中心随时随地可以相互通信。所以,作为这种服务器到终端的信息传输载体,SMS是最适合不过了。
中国移动和中国联通都对SP提供了WAP Push接口,他们是通过WAP网关与短信中心的接口用SMS发送到手机上。既然他们也是用短消息来实现的,那么,如果我拥有一个短信发送通道,从理论上说,自然而然也可以发送WAP Push。
下面要说的就是WAP Push的信息表现形式问题。WAP Push的内容有两种,一种是SI,service indication;另一种 SL,service loading。这两种内容类型的目的都是发送URL链接到手机上。SI是以异步方式发送一个通知、警示、提醒等信息到手机上,用 户会看到屏幕上显示这条通知文字内容,然后,提示你是否去那个页面,如果去,手机将激活为WAP浏览器,打开这个链接,浏览其内容。SL则是直接发送一个 URL链接到手机上,手机不会给用户任何提示,自动地启动WAP微浏览器,下载这个URL对应的内容,显示在手机上。让人觉得好像是推送了一个页面下来了 似的。MMS就是利用这个机制实现的。
至于为什么不直接发送一个基于XML的WML页面(包括多媒体信息图像、声音),WAP论坛的规范设计者找了一通理由,说这种方式存在很多弊病,所以,WAP Push就没有直接推送内容的规范了。我想未来3G肯定会有这样的规范出台。
目前大部分手机并没有实现对SL的支持,近几年新出的WAP浏览器版本高点的手机基本都支持SI(OEM Openwave微浏览器的手机如果 WAP Browser版本在4.0以上的都支持)。国产手机基本都是贴牌生产,内核全是国外的,所以,国内手机技术现状基本跟欧洲一样的格局。
中国联通的WAP网关和WAP Push业务都是有Openwave提供,Openwave出于对市场的垄断和控制,在CDMA手机上的 WAP Push支持非常封闭保守,有些接口没有遵循国际规范,通过联通的短信中心发送WAP Push的SI消息到CDMA手机上,只能借用联通和 OpenWave提供的接口标准。
下面介绍如何,通过中国移动的SMS接口发送SI到其GSM/GPRS手机上?
WAP PUSH浅谈(转载)
最新推荐文章于 2024-09-05 19:04:03 发布