Wap 协议栈组成（面向协议的分层） 各层应用 W AP 体系结构 w w w 模型 应用程序和内容都以标准的数据格式呈现，被w eb 浏览器浏览。浏览器发送一个名为数据对象的请求到网络服务器，网络服务器返回一个数据编码的使用标准格式的响应。 w ap 特点： 标准命名模型-WWW 上所有服务器和内容的用URL 命名， 内容分类 - 万维网上的每一项内容都有一个特定的类型，从而使 WEB 浏览器根据类型进行正确的处理 标准内容格式 - 所有 WEB 浏览器支持一套标准的内容格式。包括超文本标记语言（HTML），脚本语言[的ECMAScript，JavaScript]，以及大量的其他格式。 标准的协议 - 允许任何网络浏览器与任何 Web 服务器通信。在 WWW 上最常用的协议是超文本传输协议（HTTP Wap 模型 与 w w w 模型相比，w ap 模型最显著的进步是：push 和 电话支持（WTA） WAP 协议标准： PU SH: 网络向用户主动发起呼叫，并向用户发送信息。网络向用户发起呼叫的条件可以由用户预先指定，这样为用户提供了方便，可开办相关业务，如提醒服务、信息定制服务、W TA应用等。（典型的请求-响应机制通常被称为拉机制，即用户先发起请求，服务器据请求的内容向用户发送信息。） PUSH 发起者可以是 Internet 上的主机，通过 PAP 协议向PUSH 代理网关发送PUSH 消息。PAP 协议运行于 HTTP 会话层之上，将来还有可能运行于其他协议之上，例如SMTP PUSH 代理网关在物理上可以是加装 PUSH 代理软件的W AP 网关，完成对 PUSH 发起者的鉴权和错误控制消息分析，进行二进制编码后进一步向W AP 用户传递。可以据用户端的不同特性传递不同格式的信息，这就用到 W AP1.2 的用户描述功能。向用户传递的空中部分采用OTA 协议，（运行在 W SP 层之上的轻量级协议） W AP1.1 中进行 W AP 通信先要建立会话，而在 PUSH 实现时可能用户并没有与网络进行会话。这就需要 PUSH 代理网关向用户发送会话建立请求，建立一个会话再通信。实现会话请求的协议为SIA. PUSH 的实现需用户随时和 PUSH 代理网关联系，在 CSD 方式下无法实现，因 CSD 方式要求用户必须拨号上网才能实现 W AP 服务，而用户不可能总在网上，所有 PUSH 的实现需要短信、信令或 GPRS 的支持。 用户代理描述： 而用户喜欢描述方式：Cookie 或User preference profile。据用户代理描述，网关可据用户终端的不同特征向用户优化地...
