wap中的推送技术论文.doc

摘要：无线应用协议作为一个开放的工业标准，代表了移动通信和Internet两大技术融合的发展方向。许多新的技术正逐渐融入该体系当中。本文着重分析了WAP1.2规范中提出的推送技术(PUSH)，并初步探讨了其应用的实现构想。
关键词：无线应用协议 推送 P

29
目 录
第一章 前言 4
1 目的 4
2 适用范围 4
3 参考文档 4
4 术语说明 4
第二章 MISC平台简介 6
1 关于MISC 6
2 Monternet与MISC 6
3 关于梦网服务 6
第三章 WAP业务流程及计费原则 8
1 WAP服务业务接入接口 8
1.1 业务接入流程 8
1.2 业务接入要求 8
1.3 MISC WAP信息源计费原则 8
1.3.1 MISC WAP信息源计费类型 8
1.3.2 按次计费的分类及原则 9
1.4 WAP 服务用户访问流程 10
1.5 WAP类SP与MISC的物理接口说明 11
第四章 MISC WAP应用程序接口规范 13
1 应用程序接口规范背景介绍 13
1.1 MISC梦网支撑的原则 13
2 应用程序接口规范 13
2.1 订购通知接口 13
2.1.1 订购通知示意图 13
2.1.2 使用实例 14
2.1.3 接口说明 14
2.2 页面访问接口 14
2.2.1 使用实例说明 15
2.2.2 接口说明 15
2.2.3 约定 17
2.3 正反向订购接口 17
第五章 搜索引擎接口 19
1 业务关键字搜索 19
1.1 业务流程描述： 19
1.2 SP需要的配合工作 19
1.3 接口关键字说明 19
2 业务别名搜索： 19
2.1 流程描述 19
2.1.1 短信方式： 20
2.1.2 IVR方式： 20
2.2 SP需要做的工作： 20
第六章 WAP PUSH SP接口 21
1 接口说明 21
2 拓扑结构 21
3 接口协议 21
4 接口消息类型 22
5 接口消息格式 22
第七章 WAP中的推送技术应用 23
第八章 推荐/赠送接口 27
1 功能说明 27
2 接口说明 27
3 梦网WAP网站_业务推荐流程 27
4 梦网WAP网站_业务推荐流程说明 28
5 28
第九章 参考文献 29

第一章 前言
1 目的
本文档作为《MISC平台接口规范》的附件，定义了中国移动移动信息业务中心Mobile Information Service Center（以下简称为MISC）平台V1.6版本WAP业务SP的应用程序接口，目的是为SP开发可接入MISC平台的WAP业务提供指导规范。
本文档并不用于指导SP如何申请接入MISC及业务测试等相关流程，以及WAP的页面规范、WAP应用程序的可用性（如UI），这些问题请参阅CMCC相关文档。
同样，本文档也不用于指导SMS等MISC所支持的其他应用的开发。
2 适用范围
本文档阅读对象：
l 欲接入中国移动梦网WAP服务的SP开发人员
l MISC系统的技术支持人员
3 参考文档
《移动梦网WAP业务管理办法》
《移动梦网WAP业务页面规范》
《RFC 2068 Hypertext Transfer Protocol V1.1》
《RFC 1738 Hypertext Transfer Protocol V1.0》
4 术语说明
1) MISC
Mobile Information Service Center，移动信息服务中心。中国移动集团公司的移动数据业务平台，移动梦网计划（Monternet）的核心平台。
2) WTBS
WAP class Third party Business Support System, MISC 的子系统，用于支撑WAP类的第三方业务，其功能代理用户与SP之间的服务访问请求，同时产生计费的原始信息。
3) MID
Monternet ID。MISC用户在MISC平台内部的ID号，MID是MISC用户在MISC平台内部的唯一身份标志。SP通过MID来验证MISC用户的身份。
4) SID
Session ID。MISC用户在MISC中的访问Session号。SID标志一个MISC用户在一段时间内对MISC的连续访问中的身份同一性。SID具有非长久性。
5) SP
Service Provider，服务提供商。指可以提供Web/Wap/SMS或其它类型内容和服务的第三方提供商，包括通常所说的ICP和ASP。
6) 梦网服务
梦网服务指由SP遵循中国移动梦网计划为中国移动用户提供的统一在“移动梦网”品牌下的服务。
7) Msisdn
用户的手机号码。
8) 业务搜索码
SP业务在搜索数据库中的唯一标识码
9) 业务关键字
业务关键字是与业务相关的标识性信息
第二章 MISC平台简介
1 关于MISC
MISC(Mobile Information Service Center) 是为运营商提供的可快速启动各种数据业务的平台，是一个强大的资源调度平台。它连接运营商的基础网络及业务支撑系统（客服系统、营业系统、计费系统），为SPs提供各种电信资源（如短消息中心资源、用户信息资源、语音资源、传真资源等）、功能资源（如单点认证、计费、漫游控制、个性化等）及各种公共的资源引擎（如TTS、地理位置、语音交互、推送信息等）。MISC平台在移动运营商和内容提供商之间，起到一个“桥梁”或“纽带”的作用，使得运营商以最快速、最简单的模式开通新业务；各内容提供商不用关心网络层的详细技术，能够专注于内容、应用的开发，以更低廉的成本、在最短的时间内提供新业务；各类移动用户可以通过任意终端（WAP手机、PDA、PC、普通电话、传真机等），采用SMS、WAP、WEB、话音/传真方式，在任何地方就近接入“移动梦网”门户，使用新业务。
2 Monternet与MISC
MISC系统是中国移动“移动梦网”计划中的技术支撑平台、业务资源调度平台，系统采用先进的技术和高扩展性的系统架构，建立一个有中国特色的全网统一的移动数据服务平台，提供全方位信息服务和商务服务的管理，是SP与用户之间的纽带。MISC系统为移动业务提供商在提供信息服务时，在电信资源、客户信息、ICP管理、信息计费、客户漫游、一次认证与授权等等方面提供了强有力的支撑。表现为：
l 统一的用户管理系统，抓住客户信息，向ICP提供客户信息（个性化服务）与一次认证与授权；
l 标准的本地化服务，全局漫游服务，降低客户的信息使用成本，提高使用效率；
l 信息的统计与计费、漫游清算服务，方便运营商ICP内容提供商收取服务费用；
l ICP接入的统一管理，有利于创造统一的服务品牌。
3 关于梦网服务
梦网服务是指集成在Monternet中提供给移动梦网用户使用的各种服务。梦网服务通常是非中国移动开发和运营的第三方应用系统，可能基于WEB、WAP、SMS以及所有MISC支持的其他任何业务承载类型（如VOICE、FAX），目前最主要和常见的业务类型是SMS服务和WAP/WEB服务，本文档特指的WAP。
一个梦网服务是MISC系统可见的最小业务单元。每个梦网服务都拥有服务名称、服务ID、服务地址、计费类型、计费价格等业务属性。
按照业务面向的用户范围，梦网服务分为全网业务和本地业务。全网业务面向中国移动全网所有用户，本地业务则只面向业务接入地的中国移动用户。
MISC平台为梦网服务提供了代计费、服务整合和单点登录等核心功能。梦网服务必须遵循MISC规定的业务和技术接口，才可以正常使用这些功能。

第三章 WAP业务流程及计费原则
1 WAP服务业务接入接口
1.1 业务接入流程
每个梦网WAP服务必须通过规定的业务流程，在相应的移动梦网业务管理部门注册登记，按照移动梦网对WAP服务的要求实现各种接口，才可以通过MISC系统进入移动梦网门户集中提供给梦网用户使用。
全网性WAP服务是指面向中国移动全网用户提供的服务，需向全国梦网运营中心提出申请。
地方性WAP服务是指面向中国移动某省公司所属用户提供的服务，业务接入需向中国移动各省公司提出申请。
具体的业务流程和业务管理规范，请参见《中国移动移动梦网业务管理办法（WAP业务分册）》及中国移动各省公司的相关业务规范。
1.2 业务接入要求
每个梦网WAP服务必须符合移动梦网WAP服务的各种要求。
1). 服务参数要求
梦网WAP服务在服务注册时必须向移动梦网提供有关的服务参数，以便MISC进行服务管理。这些参数包括服务名称、服务地址、计费类型、计费价格等等。具体的参数列表和说明请参见中国移动有关文档。
2). 服务质量要求
梦网WAP服务必须满足移动梦网要求的服务质量指标。这些服务质量指标包括页面质量、服务的可用性、服务稳定性等方面。具体要求请参见中国移动有关文档。
3). 服务程序要求
梦网WAP服务必须遵循MISC规定的程序接口，才能正常使用MISC平台为梦网服务提供的代计费、服务整合等核心功能。
1.3 MISC WAP信息源计费原则
1.3.1 MISC WAP信息源计费类型
MISC对WAP业务目前支持包月计费、按次计费和免费三种方式。
为了正确实现代计费功能，梦网WAP服务的页面URL地址必须遵守一定的规则，请参阅 “第九章的4 WML页面范例”。
1.3.2 按次计费的分类及原则
对于按次计费的业务，MISC系统支持两种类型的业务，一种是常用的按条访问方式，另一种是事务型的业务，对于这两种类型的业务，其规范有所不同。
1.3.2.1 单条信息类业务
单条信息类的业务主要是指用户通过一次请求交互就可以获得服务，他们的共同特征是一次访问就可以完成一个业务过程，在这种情况下，SP与MISC之间是一个页面格式的约定，其接口相对比较简单，在页面中，有关内容应该执行MISC的相关规范。
示例说明：
例如 某SP提供新闻服务业务，其服务按次计费，则SP必须提供其服务访问的URL以作为计费依据，如
其
如后续页的连接指向
如果实现有困难，建议对此类WAP服务采用包月计费方式。
1.3.2.2 事务处理性WAP业务
对于需要多次交互才能完成的业务，我们称之为事务性业务，在事务性业务中，有几个概念需要说明：
（1）事务节点：一个事务型的业务，一般是需要多步操作才能完成一次业务，对于每次操作经过的节点，称之为事务节点。
（2）必经节点：在事务节点中，有某些节点是必经的，也就是一次业务的提交后，其所经历的节点列表中，必须要有这个节点存在，这次业务才算合法。
（3）计费节点：在事务节点中，经过了这一个节点，就可以认为该业务已经完成，可以进行计费处理了，在一个事务中，只能有一个事务节点是计费节点。
事务节点由SP在申请梦网业务时提交，并确定必经节点和计费节点，在页面的交互中，各节点的流转由SP自己进行控制，遵照MISC的页面规范进行页面设计，以保证页面交互能够进行下去。
示例说明：
例如：某SP提供航班查询服务，该服务包含了三个CGI程序、step1.cgi 返回用户一个录入界面，让用户选择出发城市、降落城市、输入出发时间等信息，step2.cgi返回用户一个录入界面，让用户输入姓名、地址、联系方式等信息，Step3.cgi返回用户查询结果。
Step1.cgi、step2.cgi、step3.cgi是SP提供该项业务的全部的URL，称之为事务节点
由于SP为用户提供了个性化服务，如某用户已在SP的网站上注册了姓名、地址、联系方式等信息，该用户在访问航班查询服务时，SP根据用户的MID已获取了用户的个人信息，所以对该用户不需要经过step2.cgi,也可以完成航班查询服务，因此，对SP提供的WAP服务而言，step1.cgi step3.cgi是必经节点。
计费节点是step3.cgi，因为用户只有访问到step3.cgi才会对用户计费、而step1.cgi是必经节点，step2.cgi是事务节点。
因此，SP在提供事务性的按次计费的WAP业务时，SP必须明确其唯一的计费节点(URL)，作为计费的依据。且该计费节点必须合理，如对于以上示例，SP不能指定step1.cgi 或step2.cgi作为计费节点。
在MISC系统中，SP必须为其事务性WAP服务指定一个唯一的计费节点作为计费依据， MISC系统对用户的访问将以这些计费节点作为计费依据。
1.4 WAP 服务用户访问流程
l 用户访问MISC的WapPortal
用户使用支持WAP功能的手机连接到WAPGateway，访问到移动梦网的WapPortal，
WapPortal对用户进行鉴权，判断该用户是否是梦网用户，如果不是，则需要用户通过WAP注册页面或WEB注册页面（）注册，如果用户已注册则生成用户的个性化首页面。
l 用户访问服务
用户在终端上点击服务，服务的请求发送给MISC的WTBS，WTBS代理用户向SP发出请求，SP对请求做出响应，给用户返回页面，页面中必须含有“返回梦网”的链接，用户可以继续使用SP的服务，也可以随时通过“返回梦网”的链接返回到梦网的WAP页面。
从用户体验的角度服务访问的流程是透明的，用户并不清楚中间的过程，用户看到的是点击了服务后，返回了服务页面。
l MISC.WTBS根据服务结果生成计费日志
WTBS在确认用户进行了服务访问后， WTBS生成计费日志。因此，只有通过MISC的WTBS对SP进行访问时，WTBS才能对SP业务进行代计费，而对于任何其它方式的直接访问SP页面的行为，我们将不做计费，这也是WAP业务计费的基本原则。

用户访问WAP服务流程

1.5 WAP类SP与MISC的物理接口说明
MISC与SP之间的物理连接通过Internet或专线联接。
WTBS负责代理用户与SP之间的服务请求，对SP页面的主动访问都是来自于WTBS，另外用户在订购服务时，MISC会向SP的订购通知接口发送订购请求包，考虑到安全因素，SP应对IP地址进行鉴权，确认只有来自于WTBS的IP才可以访问SP提供的计费服务，只有来自MISC 的 IP 才可以访问SP的订购通知接口。防止仿冒来自于WTBS和MISC的访问。

网络逻辑结构图

第四章 MISC WAP应用程序接口规范
1 应用程序接口规范背景介绍
1.1 MISC梦网支撑的原则
l 用户与SP提供的收费WAP服务之间必须存在服务订购关系
由于MISC整合了由SP提供的各种WAP类服务，并且MISC为SP提供代计费功能，因此，MISC必须确认用户在使用SP的服务的时候是充分知晓SP WAP服务的价格，也就是说，MISC必须确认用户与SP WAP服务之间存在订购关系，MISC才会让用户访问该WAP 服务。
而订购关系的发生，是用户在访问MISC的WAP Portal/WEB Portal时，用户可以选择Portal上提供的服务并进行订购、或对已订购的服务进行取消、暂停、激活等操作，MISC会将用户的业务状态的变化信息通知给SP，这种数据的交互需要通过双方约定的协议格式进行，这就是订购通知接口。
l 服务质量原则
梦网服务是在中国移动集团公司的“移动梦网”品牌下向用户提供的收费服务，因此，为保证“移动梦网”这一中国移动数据业务品牌的质量，要求SP提供的梦网服务具有良好的可靠性（7X24）、可用性。可用性在中国移动的WAP页面规范中定义，包括UI、获取服务的点击次数等。
基于梦网服务的以上原则，SP在接入MISC提供WAP服务时，SP的WAP应用程序与MISC之间必须遵守以下二个接口：
（1）订购通知接口
SP端必须指定一个应用程序，如（http://www.SP.com/provision.dll）来正确接受并响应来自于MISC的业务状态管理数据。
（2）页面访问接口
页面访问接口是指为完成用户在通过MISC的WAP Portal访问用户的应用服务时实现，当用户通过MISC的WAP Portal访问SP的服务时，MISC会在URL后附加MISC_SessionID、MISC_ServiceID、MISC_AccessMode、MISC_MID或MISC_Msisdn四个参数，同时，SP需要在其WAP页面上附加返回梦网的链接，以便用户返回梦网，这些称之为页面访问接口
以上所有接口的协议约定请参见本章的 “应用程序接口规范”一节。
2 应用程序接口规范
2.1 订购通知接口
2.1.1 订购通知示意图

定购关系变更通知流程示意图
2.1.2 使用实例
订购通知接口用于在MISC中用户对某个梦网服务的使用状态发生改变时，MISC与梦网服务间同步服务状态。用户对梦网服务的使用状态改变包括开通服务、停止服务、暂停服务和激活服务等动作。当用户在梦网门户中通过上述动作改变了对某一个梦网服务的使用状态时，MISC内部将记录此服务状态的改变，同时将此信息作为一个Http请求发送给该梦网服务相应的处理模块。在请求中，MISC会向SP发出该用户的梦网用户身份（MID）和服务状态动作。
该SP相应的处理模块应该接收并处理该请求，并做出正确的响应。通常该梦网服务应该根据请求中的内容，相应修改自己的用户表，在下次用户访问该梦网服务时，服务应该依据这些内容判断该用户是否可以合法使用。在响应中SP应通知MISC自己是否正确处理完毕。
2.1.3 接口说明
本接口已升级到WEB Service方式，具体请参见《SP订购通知接口》。
2.2 页面访问接口
页面访问接口是指用户从WAP Portal进入SP的服务时的通过URL页面传递参数的格式，以及用户从SP返回到WAP Portal时所遵循的页面规范。
2.2.1 使用实例说明
在移动梦网门户中，通过选中服务列表中的某一梦网服务，梦网用户就可以通过MISC访问到该梦网服务的主页，从而使用SP通过MISC提供的梦网服务。在这个使用实例中，用户并不需要知道该梦网服务的主页地址，MISC自动向该梦网服务发出首次主页访问请求，这就是页面访问接口。
在这个首次服务主页访问请求中，除了SP的服务主页地址和相关参数外，MISC同时会将用户SID等有用的相关附加信息传送给SP。
在一个典型的使用实例中，梦网服务接收到该首次主页访问请求后，应该按照如下处理流程进行：
² 解析请求中的MISC_SessionID、MISC_ServiceID、MISCID、 MISC_MID/MISC_Msisdn和MISC_AccessMode参数。
MISC_SessionID 是该用户在MISC中的临时身份标志（SID），梦网服务应该据此判断该用户是否有权使用本服务。MISC_AccessMode是该用户的访问模式，如果需要，服务可以据此做有针对性的处理。
² 一般情况下，MISC向用户传送MISC_MID，对于特殊业务的梦网服务，需要获得用户的手机号码，页面访问子接口将直接向梦网服务传送MISC_Msisdn而非MISC_MID。SP可以根据自身业务的需要，提交申请，要求系统对该业务传送MID或Msisdn(手机号码)
² 梦网服务在自己的用户表中判断该梦网用户（MID）是否有权使用本服务。如果有权，梦网服务即直接返回相应的服务主页；如果无权，梦网服务应该向梦网用户返回信息提示用户进行业务订购。
在进入梦网服务主页后，通常用户后续的服务使用请求都将通过MISC的WTBS发出。所有的请求仍将携带SessionID。
2.2.2 接口说明
页面访问是用户每次访问MISC注册的SP服务时，WTBS会将用户的验证信息传递给SP，验证信息的传递采用在Http请求中的URL后附加MISC参数的形式。
请求方向为WTBS向SP发送服务页面访问请求，SP处理后响应此请求，返回相应页面。
以下假设某SP（SP1）的Mail服务的主页地址为如下URL：[注意：大小写敏感，本处纯属举例]

Http请求
Http请求URL格式：

&MISC_AccessMode=0&MISC_ServiceID=010001000001&MISC_MID=09991234567890
URL中MISC参数对说明：
XML Tag
类 型
意 义
说 明
MISC_SessionID
字符串
当前用户的Session编号
MISC_SessionID的格式为不定长（小于32位）的不定长字符串、格式为(MISCID)-(Session Number): 如CentralMISC生成的MISC_SessionID为999-1232342343452334524235….
MISC_AccessMode
字符串
页面类型标志，目前有web/wap两种。

MISC_ServiceID
字符串
被请求的服务的编号
长度为8位，在SP申请业务接入时由运营商分配指定。
MISC_MID
字符串
梦网用户的编号
长度为14位，详细说明见附件。
MISC_MSISDN
字符串
用户手机号码
长度为11位
说明：
因为MISC系统与SP之间进行页面交互时，会将MISC_SessionID、MISC_AccessMode、MISC_ServiceID、MISC_MID四个参数传送给SP，在页面的交互中，SP也有可能会在页面接口中含有参数，所以，SP的应用程序中应该注意，不能使用上述同名的四个参数，否则会导致与MISC参数冲突而造成服务失败。
Http响应
SP对页面访问请求的响应内容为本次请求的目标页面。
SP响应的页面除用户继续访问SP服务的链接地址外，还可能含有以下链接，用于用户与MISC互动：
u “梦网首页”的链接，链接的URL为 xx为所接入省的代码。如广东MISC的梦网首页链接为：<a href=””>返回梦网</a> 或<go href=””>，MISC会在用户点击该链接后将用户定位到用户梦网首页。（注意：具体返回URL需要由运营商指定）
u “返回上级”的链接，链接的URL为 xx为所接入省的代码，如广东MISC的返回上级的链接为：<a href=” 返回梦网</a> 或<go href=”
2.2.3 约定
SP注册到移动梦网的业务中，URL地址格式为：
SP必须在其响应的HTTP 包头（Header）中包含charset：UTF-8，否则网关传送过程中会出现乱码。
SP响应的WAP页面不能使用WMLC格式，即SP端不要将WAP页面进行编译。
SP的梦网服务应对服务访问进行IP地址鉴权，确保服务访问来自于WTBS，以保证MID的可靠性。
在SP的业务响应页面中，所有的链接只能使用绝对地址，不能使用相对路径；并且只能以<a herf=”URL”><go href=”URL”> <card ontimer=”URL” onenterforward=”URL” onenterbackward=”URL”> <option onpick=”URL”>的方式指定链接地址，请参阅第九章附件的“4WML页面范例”，其中的中文字符为了方便，没有转换成UTF-8的格式。在例子中，SP的服务名称是国内新闻，服务地址是：
SP的业务对应的URL地址不能超过100个字节（包含URL后面所带的参数在内），并且这些URL必须是在移动梦网平台上注册过的，没有注册的URL将不进行代计费处理。
支持GET、POST两种方式。
MISC代理用户对SP服务的访问，MISC目前只接受HTTP状态号200(OK)和302、303(重定向)两种结果，对于SP端HTTP其它的响应号MISC视为服务故障，关于HTTP响应号（HTTP status code）请参阅RFC1738 RFC2068。
2.3 正反向订购接口
正反向订购接口是指为用户先体验后服务的，本着“先尝后买”的原则，用户先访问SP服务的免费试用内容，当SP认为用户已充分体验了该业务时，SP可利用此接口让用户到MISC系统完成服务的订购。
接口格式为

l SPID：用户所访问服务的SP编码。
l ServiceID：用户所访问服务的服务编码
l SPURL：订购成功后的下一跳页面URL（这是一个可选参数，如果不带，则WTBS在用户订购成功后，会以该服务的访问URL作为下一跳的目标URL）。这个参数的位置应该在其他两个参数的后面，即在最后位置。

第五章 搜索引擎接口
随着WAP业务的发展，出现了用户难以查找其想获得的服务和SP难以宣传推广其业务的问题，为解决以上问题，推出了业务关键字搜索和业务点播功能，本章定义了中国移动WAP业务支撑平台与WAP业务SP之间的关于业务搜索的相关业务流程及接口，及SP为实现以上业务功能需要进行的相关工作。
1 业务关键字搜索
1.1 业务流程描述：

l SP通过SP OA提交其业务的关键字，如铃声的名字或者歌星的名字，并根据需要定期更新，因为不同的时期，用户关注的热点不同。（注意：所有更新的信息并须经过运营商的审核，确保关键字的合法、合理及准确）；
l 用户使用WAP Portal的搜索引擎，点击后进入， 用户输入搜索关键字；
l Portal显示搜索结果（如果有多个匹配结果，则进行分页显示）；
l 用户点击其中一个连接；
l 到SP对应的页面，同时在页面访问接口中增加一个SearchKey=xxx(用户输入内容)的参数，SP根据这个参数，应给用户直接显示对应的搜索内容而非业务首页，避免用户的二次搜索。

1.2 SP需要的配合工作
l 提交业务关键字信息，并定期更新维护
l 针对以上流程描述调整业务逻辑、应用逻辑
l 业务关键字目前由于系统限制，字数限定在400个汉字以下

1.3 接口关键字说明
KEY WORD
意 义
说 明
SearchKey
业务关键字是与业务相关的标识性信息
每个业务可以对应多个关键字

2 业务别名搜索：
2.1 流程描述

SP通过SP OA，提交/更新其业务搜索/点播码，每个业务有三个点播/搜索码：数字/中文/英文；根据不同的情形，SP可以选择使用这些代码：

2.1.1 短信方式：
某SP有一项梦网WAP服务，其业务搜索码为 数字：1234 中文：悄悄话 英文：Chat
SP根据需要选取一个搜索码作为推广宣传的用语，在媒体中告知用户发送“悄悄话”到1862，可以访问某服务。

用户看到该广告后，发送短信1234到1862，后台收到请求后，找出1862对应的服务入口地址下发PUSH消息，用户收到Push消息后确认即可访问该服务。

2.1.2 IVR方式：
某SP有一项梦网WAP服务，其业务搜索码为 数字：1234 中文：悄悄话 英文：Chat
对于IVR的用户界面是键盘，因此，SP只能选取1234作为宣传字，在媒体中告知用户拨打1862#1234即可访问某服务。
用户看到该广告后，拨打以上号码，后台收到请求后，找出1234对应的服务入口地址下发Push消息，用户终端收到消息后确认即可访问该服务。

2.2 SP需要做的工作：

l 提交/维护业务搜索点播码
l 搜索点播码目前支持短信方式，IVR方式由于移动目前暂未开通针对WAP的特服号，暂时不予支持，但系统已支持；USSD点播方式，将随着全网USSD的建设后开通

第六章 WAP PUSH SP接口
1 接口说明
1）定义了MISC与SP之间WAP Push消息的接口协议
2）SP只能向订购用户下发
3）SP鉴权/订购关系鉴权
2 拓扑结构

3 接口协议

本接口协议以HTTP作为通信协议。
SP与MISC之间的所有命令交互均使用POST方式的HTTP请求。
4 接口消息类型
•SP向MISC发送/响应的消息类型
WPP_PS SP向MISC下发Push消息
WPP_RN_Response SP向MISC返回状态报告处理结果
•MISC向SP发送/响应的消息类型
WPP_PS_Response MISC向SP响应PUSH下发消息
WPP_RN MISC向SP提交Push下发状态报告

由于WAP相关协议规范（WAP-247-PAP-20010429-a）明确说明PPG对以下操作：
u     取消Push消息（Push Cancellation）
u     查询Push状态 (Status Query)
u     查询终端能力 (Client Capabilities Query)
的支持为可选项，因此，在一期系统暂不支持以上操作。

5 接口消息格式
请求和响应的内容都放在Http请求Entity Body中，并采用XML格式 。

<?xml version=“1.0” ?>
<misc_command version=”1.5”>
<command_name>command_name</command_name>
<command_data_block>
<misc_data>data1</misc_data>
<pap_data>data2</pap_data>
<content_data>data3</content_data>
</command_data_block>
</misc_command>

接口消息定义细节参见《WAP Push SP接口协议》文档。

第七章 WAP中的推送技术应用
1.简介
自从1998年推出无线应用协议(WAP)后，该协议得到了包括Nokia、Motorola、Ericssion等多家大公司在内的业界的广泛支持。各公司除尽快的推出自己的产品，以期占有市场外，还在不遗余力的进行着协议的扩充和新应用的开发工作。推送(PUSH)，这项在Internet中曾一度引起过轰动的技术，在同移动通信相结合后，再次被认为有着良好的应用前景。
所谓推送技术是一种基于客户服务器机制，由服务器主动的将信息发往客户端的技术，其传送的信息通常是用户所事先预定的。同传统的拉技术(PULL)相比，两者最为主要的区别在于前者的是由服务器主动发送信息，而后者则是由客户机主动请求信息。
2.推送技术与移动通信的结合
推送技术的本质在于让信息去主动的寻找用户，因此其优势在于信息的主动性和及时性，通过使用该技术，可以尽快的将信息推送到用户面前；其弱势在于信息的准确性较差，由于简单的筛选机制取代了人工的选择，必然会使推送信息和用户的需求间存在一定的差异。
推送技术在Internet中没能取得巨大的成功，原因是多方面的。在固定网中，计算机等固定设备为用户提供了足够的资源和能力去查找信息，所以人们通常将它作为一个浏览信息的窗口，而不是被动的信息接收者，用户对于信息准确性的要求也远胜于对其及时性的要求，因此很难期望推送技术在Internet中的成功。
在移动网中，由于存在着网络带宽，移动设备能力及高昂的资费标准等诸多的限制，使得用户无法象在固定网中一样方便的查找信息，这就需要将重要的信息主动及时的推送到用户的移动设备中。移动通信的优点是可以及时方便的发送和接收信息，由于公共通信接入点的普及，使得发送信息的优势不再明显，而及时的接收信息仍然是移动设备所独具的优势。移动的话音业务是将语音信息推送到用户，而WAP中的推送技术则是要将包括文字、声音、图像等在内的数字信息推送给用户。所以，扬长避短正是推送技术同移动通信结合的合理性所在。
将推送技术应用于移动通信领域可以带来许多电信增值业务。这包括移动中收发电子邮件，随时获得股价的涨跌信息，天气预报，及时的新闻报道，位置相关服务等。所有这些服务的共同特点在于用户对信息的及时性的要求比较高，用户希望能够通过手机，PDA等移动设备随时随地的的到该种服务。
3.WAP中的推送技术
无线应用协议在1.2版本的规范中定义了推送技术，提出了一套完整的从服务器到客户端的协议规范，其体系结构图如图一所示。
推送框架主要包括推送发起者(PI)、推送代理网关(PPG)和推送客户(PC)三个功能部份。PI位于Internet中，通过推送访问协议(PAP)同PPG通信，PPG是Internet网和移动网之间的访问接入点，通过推送空间传输协议(P-OTA)完成从PPG到推送客户的数据传输任务。基本的工作过程如下：当有消息要推送到客户时，PI首先根据消息的内容和性质构造推送消息，通过PAP协议向PPG发出推送请求，PPG收到请求后进行一些必要的处理工作(包括压缩、协议转换、安全认证等)，然后通过P-OTA协议将推送内容传送给客户端。客户端收到推送消息后，根据消息内容和服务类型同用户进行交互。WAP的推送协议中针对不同的用户需求定义了服务指示和服务加载两种服务，可根据推送消息的性质选择使用。
从实现的角度看，一般PI是运行于Internet端的一台独立的服务器，负责收集推送信息和发起推送请求。由于PPG和客户端间的通信是由运行于WSP之上的P-OTA协议完成，所以PPG通常是和WAP网关集