CDMA 1X通信网 WAP2.0业务技术体制 (V1.0)

CDMA 1X通信网 WAP2.0业务技术体制 (V1.0)

前 言 　　近10年以来，移动通信（包括数据和语音）和Internet几乎成为了在全世界范围内发展最快，最具活力的两项技术。而Internet上大量的信息资源和移动通信的漫游特性正是人们对它们情有独钟的原因。如何结合它们的技术优势，在不受信息源的限制和用户访问时位置限制的同时，以统一的标准向用户提供无处不在的多媒体信息网络服务，日益成为网络界和电信界共同关注的一个焦点问题。 　　无线的网络环境由于受到有效频率、移动性、功率限制等因素的影响，与固定网络差距很大。同时，移动通信的终端设备的设计受到体积、电池和网络环境的限制，其CPU主频及计算能力，存储器容量、显示屏和输入设备都较小。如果直接将PC上网技术移植到移动数据通信上，则会由于移动终端设计的种种限制，而使最终的业务和产品无法使用户满意。 　　WAP技术的出现实际上正是为了解决这一矛盾。在1998年4月WAP论坛推出其第一个标准版本WAP1.0。随后又相继推出了WAP1.1和WAP1.2版本，增加了PUSH（推）、UAP（用户个人定制），以及 WTA（无线电话应用）技术细节等内容。在2001年8月，WAP论坛又推出了经过全新变革的WAP2.0版本。WAP2.0是在以前一系列版本的基础上制定的，在WAP2.0中WAP论坛对WAP协议的结构作了重大变革，采用了一些最新的标准和协议，以适应无线环境的变化和预期的市场需求。 　　本技术体制主要参考了国际上修改技术规定以及我国移动通信网络的实际业务和功能需要而制定的。主要内容包括：总则、业务功能、组网方案、计费和认证、设备性能要求和设备要求等。 本技术体制由中国联合通信有限公司提出并归口。 　　本技术体制主要起草单位：信息产业部电信传输研究所。 　　本技术体制主要起草人：辛伟、谢玮、董越、梁鹏。 1、总则 　　1.1 中国联通《CDMA 1X通信网WAP业务技术体制》用于中国联通CDMA 1X通信网中基于分组型数据承载的WAP业务网（以下简称WAP业务网）的网络建设、设备引进、运营维护和工程设计。 　　1.2 本技术体制的主要技术依据是WAP论坛2.0版本以及国内相关的设备技术规范。随着技术的不断发展，逐步完善本技术体制。 　　1.3 本技术体制根据中国联通CDMA 1X网的实际情况，对WAP业务的网络结构、WAP网关的设置、IP地址的分配、认证、计费以及组网设备要求等方面进行了明确规定。 　　1.4 中国联通的CDMA 1X网WAP业务的承载网采用CDMA 1X通信网，WAP业务网将根据业务的需求逐步扩大其覆盖范围，并向所有联通CDMA 1X数据用户开放WAP业务。 　　1.5为了保证与WAP1.X的兼容，本体制要求WAP网关设备应支持WAP1.X和WAP2.0两种协议栈，这两种协议栈的操作是相互独立的。 　　1.6 GSM网的WAP业务与CDMA 1X网WAP业务相比，除承载网络不同、协议栈不同外，网络组织等一些技术细节可以参考本体制的规定。 2、业务功能 　　CDMA 1X分组网的WAP业务应能够至少支持以下几种基本业务功能： 　　2.1 浏览业务，包括一般从WAP终端发起的PULL业务和从服务器发起的PUSH业务，其中基于WML页面的浏览是必备的，而基于HTML页面的浏览是可选的。对于PUSH业务，WAP业务网只支持用户静态地址的PUSH业务，用户动态地址的PUSH业务可通过其他方式辅助实现（如短消息等）； 　　2.2 电子邮件业务，WAP系统应支持普通电子邮件业务； 　　2.3 WTA业务（可选），WAP系统可选支持无线电话业务； 　　2.4 MMS业务（可选），WAP系统可选支持多媒体消息业务； 　　2.5 预配置（Provisioning）业务，WAP系统应提供一个标准的方法为WAP客户提供其在无线网络中操作所需的信息； 　　2.6 其他业务功能，WAP系统应支持定位业务、书签、Cookie等功能。 3、WAP业务网组网方案 　　3.1 网络结构 中国联通CDMA 1X的WAP业务网的覆盖范围应为所有中国联通的CDMA 1X数据用户。WAP业务网利用联通CDMA 1X分组网作为其承载网。原则上，建网初期在若干重点城市设置WAP网关，分别承担本区域的WAP业务。随着业务的发展，根据实际情况对WAP网关进行扩容。WAP业务可通过本地PDSN进行接入。 所有的WAP网关均配置两个IP地址，一个是全网统一的私有地址（如10.0.0.1），该地址同时配置在WAP用户的终端中，作为PROXY地址。另一个是WAP网关设备接入CDMA 1X网络后配置给它的公开IP地址，该地址用于CDMA 1X网络中设备寻址。WAP网关之所以采用全国统一的一个内部IP地址，是为了使用户配置方便，同时进行业务宣传时可以比较统一。也就是说当用户漫游到另一个WAP网关所属的地区时，不必重新配置终端中的PROXY地址。 　　图3-1给出了本组网方案网络结构示意图。 注：A类地区指本地既有PDSN、又有WAP网关； 　　B类地区指本地只有PDSN，没有WAP网关。 　　图中的WAP网关配置两个IP地址，一个是统一的内部IP地址（如10.0.0.1），用于局域网内寻址（本地用户接入后，可以直接使用该地址找到WAP网关），同时该地址向WAP用户公开，WAP终端上设置的WAP网关地址也为该地址 。另一个是合法公开IP地址，用于与CDMA 1X分组网相连。在没有网关的地区，由PDSN将目的WAP网关内部地址转换成负责该地区的网关合法的公开IP地址。 　　图3-1 WAP业务网络结构示意图 CDMA分组数据承载方式下的WAP业务网络结构如上图所示。PDSN是基于CDMA的无线数据承载网的基本设备，它与无线网采用标准R－P接口通信，终端设备与PDSN之间采用PPP协议建立链路。CDMA分组数据方式下，移动终端直接使用IP包通信。 　　WAP业务网的建设应是分阶段进行，WAP网关的设置可根据实际业务需求逐步增加，因此网络结构图中给出了两种不同的情况： 　　A) 本地既有PDSN、又有WAP网关； 　　B) 本地只有PDSN，没有WAP网关。 　　3.2 WAP网关/代理的设置 　　就WAP2.0本身而言，不必须要设置WAP网关/代理，因为使用WAP2.0协议的客户与源服务器可以直接使用HTTP/1.1通信。但是，配置一个WAP网关/代理可以完成其他一些处理工作，例如优化通信过程、提供给移动终端某些增强业务（比如基于位置、个性化的业务）。另外，在提供某些业务功能（如Push）时必须有WAP网关/代理的参与。 WAP网关/代理提供的功能包括：协议网关、内容编/解码器、用户代理特征值管理和高速缓存代理等。 　　此外，为了保证与WAP1.X终端的兼容，WAP网关应支持两种协议栈（WAP1.X协议栈和WAP2.0协议栈），但是两种协议栈的操作是独立的。 WAP网关的设置及容量应根据本地移动用户数量而定，在建网初期，应主要在移动数据业务发展较快的重点地区设置若干WAP网关，分别负责本地及附近地区的WAP业务。随着业务需求的不断扩大，逐渐扩展。 　　WAP网关设置于采用内部IP地址的局域网中，此时WAP网关将有一个内部地址用于局域网内寻址，以及一个合法公开IP地址，用于与CDMA 1X分组网互通。 WAP网关应设置其默认主页（代表其要访问的门户/业务站点）。从而当用户未设置希望访问的主页时，WAP网关将引导用户访问默认主页。 　　3.3 门户及业务站点的设置 WAP网关可与WAP门户/业务站点分离，也可与WAP门户/业务站点集成在一起。 　　门户站点是一种服务导引站点，汇集有各类业务站点的链接。一般情况下，WAP终端接入网络后首先访问的是门户站点，通过门户站点进入各类业务站点，或者其他门户站点。WAP终端也可直接访问业务站点。门户站点采用公开IP地址置于CDMA 1X分组网上。联通总公司应设置自己的WAP业务门户站点，各分公司应根据需要建设自己的门户站点，向用户提供基本信息服务和信息导航服务。 业务站点的建设应根据实际需求尽量与社会力量协作。 　　3.4 IP地址分配 　　1) WAP网关 　　WAP网关应设有两个IP地址，一个为统一分配的内部IP地址（如10.0.0.1），用于局域网内部寻址；另一个是合法公开IP地址，用于与CDMA 1X分组网互通。 　　2) WAP终端 用户WAP终端上设置的网关IP地址应为网关统一分配的内部IP地址（如10.0.0.1）。用户终端接入PDSN后，PDSN为其临时分配动态内部IP地址，使其可以直接找到本地WAP网关，再由WAP网关直接导引到默认的门户网站，使用WAP业务。 　　3) 门户网站和应用服务器 设置在CDMA 1X分组网内的门户网站和各种应用服务器均使用CDMA 1X分组网内分配的公开IP地址。 　　3.5 路由方式 　　当用户在归属地使用WAP业务时，可分为两种情况，其路由方式如下： 　　1）本地设置有PDSN、也有网关的城市，如图3-1中的A类地区 WAP终端通过PDSN接入CDMA 1X分组网后，如果终端上设置的本网网关的内部IP地址（10.0.0.1），则连接至本地网关,通过本地网关访问门户站点（默认为各地分公司门户站点，也可根据用户的设置访问其他门户），并通过门户站点的链接访问各业务站点。如果为其他合法公开IP地址则通过CDMA 1X分组网连接至相应的WAP网关。 　　2）本地设置有PDSN，没有网关的城市，如图3-1中B类地区 WAP终端通过PDSN接入CDMA 1X分组网后，PDSN将WAP终端设置的内部保留网关地址（10.0.0.1）转换为为该地区服务的WAP网关的IP地址，从而建立与该网关的连接，通过该网关访问门户站点。 当用户漫游时，通过综合管理和支撑平台的漫游协议实现归属地用户定制信息的获取。其路由也可分为两种情况： 　　1） 拜访地有PDSN，有网关 WAP终端通过拜访地PDSN接入后，直接连接至拜访地局域网内的网关, 然后接入拜访地综合管理和支撑平台，通过综合管理和支撑平台的漫游协议得到用户的定制信息。并根据该用户定制信息访问门户站点，再通过门户站点的链接访问各业务站点。 　　2）拜访地有PDSN，没有网关 WAP终端通过拜访地PDSN的接入认证后，接入拜访地局域网。PDSN将WAP终端设置的内部保留网关地址（10.0.0.1）转换为拜访地所属WAP网关IP地址，从而建立与拜访地所属网关的连接，通过该网关访问用户自己设定的门户站点。 　　国际漫游情况下的路由方式待定。 4、认证和计费 　　4.1 WAP业务的认证计费体系 　　4.1.1 原则 　　WAP业务是作为CDMA 1X分组网上的一种业务存在的。因此CDMA 1X分组网WAP业务的认证和计费体系应与分组网本身提供的认证计费机制紧密结合，综合考虑。 　　4.1.2 认证计费结构 　　图4-1给出的是CDMA 1X分组网的认证计费结构图。 　　根据联通CDMA 1X分组网的组网方式，其接入认证采用二级体系。各省拥有自己的RADIUS服务器、用户数据库，负责全省用户的认证工作。全国一级认证中心只负责国际漫游的认证以及省间结算、省间认证密钥发放的工作等。全国认证计费中心和各省中心的详细功能要求，参见《中国联合通信有限公司CDMA 1X分组网技术体制》6.1节。 　　图4-1CDMA 1X分组网认证/计费系统结构示意图 　　 WAP业务的认证计费由综合管理和支撑平台完成。 　　4.2 认证 　　4.2.1 认证层次 　　CDMA 1X分组网的WAP业务认证可分为两个层次： 　　1） 分组网接入认证； 　　2） WAP业务认证。 　　4.2.2 分组网接入认证 　　分组网接入认证可以有两种方式：主叫号码认证和用户名密码认证。 　　分组网用户分为简单IP用户和移动IP用户。这两类用户的认证方式是不同的。 　　· 简单IP用户 简单IP用户（同时是WAP用户）接入时，由接入地PDSN与RADIUS服务器（如果在漫游情况下，应包括接入地和归属地的服务器）相配合对登录用户进行认证（可以是主叫号码、也可以是用户名密码）。用户的接入认证通过后，将获得一个全网唯一的内部私有IP地址。WAP终端与接入地PDSN之间的PPP连接建立。此时该用户被授权可以使用CDMA 1X的分组网业务。 　　PDSN采用CHAP或PAP协议完成用户的认证功能，并将认证信息通过RADIUS协议送往RADIUS服务器。 　　· 移动IP用户 1X用户在归属地使用移动IP业务时，在本地进行认证；1X漫游用户使用移动IP业务时，需要到归属地进行认证（在归属地RADIUS服务器上进行）和移动IP登记（在HA上进行）。认证及移动IP登记请求通过后才可使用相应的分组业务。 移动IP用户认证时，可以与PDSN协商不进行CHAP、PAP认证。PDSN从终端收到MIP RRQ（移动IP注册申请）后，PDSN将产生一条Access-Request 消息，用于认证。PDSN通过拜访RADIUS服务器与归属RADIUS服务器交换移动IP用户的认证信息。如果认证成功，归属地RADIUS 服务器将通过拜访RADIUS服务器发送一条RADIUS Access-Accept 消息给PDSN。RADIUS Access-Accept消息可能包括3GPP2所规定的RADIUS属性。如果认证失败，则发送一条Access-Reject消息。 　　4.2.3 WAP业务认证 　　WAP业务的认证由综合管理和支撑平台完成。 WAP用户通过分组网接入认证后，PDSN根据其手机中设置的PROXY地址将其路由到其所属的WAP网关，由综合管理和支撑平台对用户进行身份认证，认证通过后，成功建立WAP连接，此时WAP终端用户即可通过WAP网关访问门户网站，使用相应的各种WAP业务。 　　4.3 计费 　　WAP业务的计费由综合管理和支撑平台完成。 WAP业务计费应支持按流量和内容进行计费。 WAP业务还应支持两种计费方式：实时计费、预付费账号计费（目前可以不开放按内容计费的预付费业务）。 　　4.3.1 计费采集点 　　WAP业务的计费采集点可以分为两类：流量计费采集点、内容计费采集点。 　　· 流量计费采集点 流量计费采集点可以是PDSN，即PDSN作为RADIUS客户端，将所管辖地区的用户和漫游到该地区的用户的计费信息通过RADIUS协议向RADIUS服务器传送。RADIUS服务器应具有计费和存储的能力。 　　计费信息分为RN收集的无线参数和PDSN收集IP网络参数两种。PDSN合成了特定用户会话的无线参数和IP网络参数，形成一个UDR（用户数据记录）。PDSN将合成后的UDR发送到本地RADIUS服务器。PDSN将维护该UDR信息，直到它从RADIUS服务器收到已经正确收到UDR的确认消息。 　　· 内容计费采集点 WAP业务的内容计费采集点应为综合管理和支撑平台。综合管理和支撑平台应负责收集WAP用户的业务使用记录。 　　4.3.2 计费信息 　　· 流量计费信息 PDSN的计费采集信息都记录在UDR中，PDSN为每个终端的每个IP地址形成一个UDR。UDR的内容参见《中国联合通信有限公司CDMA 1X分组网技术体制》附录A。 　　· 内容计费信息 综合管理和支撑平台提供的内容计费信息至少应包括以下内容： 　　1） 用户标识（用户主叫号码／用户名等），用户主叫号码的获取方式待定； 　　2） WAP网关地址标识； 　　3） PDSN地址标识； 　　4） 业务类型（PULL、PUSH、普通邮件、多媒体信息服务MMS等）； 　　5） URL或业务的源服务器标识； 　　6） 数据流量； 　　7） 用户上网和下网时刻； 　　8） 上网时长等。 5、WAP网关性能要求 　　5.1 容量 　　WAP网关容量由根据话务模型计算出的可允许服务的用户数量决定。 　　5.2 处理能力 　　WAP网关处理能力由每秒处理的事务Transaction与会话Session并发数衡量。 对于PULL业务，当每事务为4k数据量时要求 　　A、每秒处理的事务数>500 　　B、并发会话数>7000 对于PUSH业务，当每事务为4k数据量时要求 　　C、每秒处理的事务数>300 　　D、并发会话数>7000 5.3 可靠性指标 　　E、系统故障恢复时间 < 1小时 　　F、无故障工作时间>26280小时 　　5.4 可扩展性 　　WAP网关应具有良好的可扩展性。要求既可支持增加CPU的方式进行扩容，也可支持多机集群（Cluster）的扩容方式。 要求单个WAP网关在进行最大扩展后应至少能支持64个CPU模块。 　　WAP网关应具有热扩容能力，即不需关机就可进行扩容的能力。 6、WAP业务网设备要求 　　本章规定了在CDMA 1X分组网上提供WAP业务所必需的设备要求，包括：WAP网关、WAP终端、防火墙、网管设备等 　　6.1 WAP网关 　　WAP网关设备要求参见《中国联合通信有限公司CDMA 1X WAP2.0业务网设备实施规范》。 　　6.2 对WAP终端的要求 　　WAP终端设备要求参见《中国联合通信有限公司CDMA 1X数字蜂窝移动通信网移动台设备规范》。 　　6.3 防火墙 　　6.3.1 防火墙功能 　　防火墙系统的功能应符合IETF相关规范（RFC2356和RFC2647）及中华人民共和国通信行业标准（防火墙设备规范）。 　　防火墙功能可以有二种方式来提供，分别称为IP Filter和IP Pool。防火墙应支持IP包过滤式防火墙。 防火墙应能根据IP地址、服务类型、时间等多种因素灵活配置。 卖方应给出其所提供的防火墙的性能参数如：时延、最大位转发率、并发连接数、每秒连接数等。 　　6.3.2 防火墙接口 　　防火墙的对内和对外接口应当采用快速以太网或千兆比以太网接口。 　　6.4 WAP网管系统要求 　　WAP网管系统应能实现对设备的配置管理、性能管理、故障管理和安全管理等功能。因此要求WAP网关、防火墙网络设备等分别提供相应信息源和标准的网管接口，实现上述各项管理功能。 WAP系统入网运行以后,为了保证系统的正常运行,必须对设备进行集中操作维护、数据流量分析及监视网络运行情况，包括网元层管理和网络层管理。考虑到CDMAIX网管系统建设的总体规划，为使WAP设备入网后能够顺利接入相应网管平台，需对不同设备的网管接口协议、信息源及信息模型统一进行规范。 　　6.4.1 网管功能要求 　　WAP网管系统应能实现设备的配置管理、性能管理、故障管理和安全管理等功能。因此要求WAP接入服务器提供相应信息源，保证以上功能的实现。 　　 　　6.4.1.1 配置管理 　　配置管理具有下列功能: 　　A、配置管理数据库. 　　B、创建并维护一个数据库，其中包含网络设备、软件、操作级别、负责维护设备的人员等信息。 　　C、管理设备的配置文件. 可以访问被管理设备的配置文件，并在必要时分析和编辑。 　　D、网络节点设备部件、端口配置。 　　E、网络节点设备系统软件的配置。 　　F、网络业务配置，网络节点各种数据的初始配置与修改，网络各种业务政策的配置与管理。 　　对配置操作过程的记录统计。 　　6.4.1.2 故障管理 故障管理负责监视网络设备的故障告警，进行故障诊断及定位分析，告警日志的创建及维护，并通过冗余设备或冗余路由即时恢复措施重新提供服务。 告警信息应可通过图形方式对不同的运行状态和告警级别进行显示，并同时产生告警日志，供查询。 告警类型分为：设备告警、环境告警、通信告警、服务质量告警等。 告警级别分为：严重告警（CRITICAL）、重大告警（MAJOR）、次要告警（MINOR）、警告告警（WARNING）、已清除的告警（CLEARED）、未确定（INDETERMINATE）。 告警状态分为：存在（RAISED）、清除（CLEARED）。 　　（1） 设备告警 　　在WAP设备出现故障或超出某些性能要求范围时，应发送设备告警。节点故障告警：当发现某节点设备运行状态异常，发送节点故障告警。此类告警发生在WAP设备关机、重启动或严重故障导致无法工作时。 接口故障告警：当发现某设备的某个接口运行状态异常时发送接口故障告警。此类告警发生在某个接口由于硬件或连接故障等而导致数据传送失效时。 电源故障告警：当发现某节点设备电源电压超出设备预定范围时，发送电源故障告警。 CPU利用率超限告警：当发现某设备CPU利用率超出设备限定范围时，发送此类告警。（该功能在实现时作为可选） 　　（2） 通信告警 　　传输链路故障告警：当传输线路出现故障时，发送此类告警。 　　IP通信协议错误告警：当某个节点由于软件故障等导致IP协议无法支持时，发送此类告警。 TCP通信协议错误告警：当某个节点由于软件故障等导致TCP协议无法支持时，发送此类告警。 　　（3） 环境告警 　　当系统内某些环境变量超出设备所允许的范围时，如超出工作温度限制、湿度过高等，发送环境告警。（该功能在实现时作为可选） 　　（4） 服务质量（QOS）告警 　　当网络出现性能下降到超越性能门限、网络部分区域拥塞时，产生服务质量告警。 　　（5） 告警日志创建及维护 　　系统对产生的故障告警及事件信息进行记录，以便用户对历史告警进行查询。告警日志需定期进行维护及删除。 　　有关告警日志的操作功能： 进行告警日志查询（按节点标识、告警级别、日期等） 对告警事件进行确认 告警日志维护（定期备份、删除旧日志等） 　　（6） 故障定位 　　当一个物理设备发生故障时，故障应定位到设备的端口级。 　　（7） 测试功能 　　测试功能可在故障发生前有计划地进行，也可以在发现问题后作为诊断手段。测试功能在不影响网络的正常业务情况下，主要完成连通性测试、网络传送能力测试等。 连通性测试：使用PING等操作进行网络连通性测试。 传送能力测试：测试网络的传送能力，如：点到点传送延时等。 通信协议测试：测试某个节点对IP协议的可支持性。 　　6.4.1.3 性能管理 　　性能管理是向网络运营者提供网络设备的性能特征，以供网络趋势分析、网络扩建、网络控制时参考。性能管理主要包括：性能监视、性能分析、性能控制、性能测试。 　　（1） 性能监视 　　通过对被管理设备的监控和轮询，获取有关网络运行的信息及统计数据；提供网络的性能统计，例如: 　　A、 定期收集网络中各WAP设备每一端口链路层的统计数据； 　　B、 定期收集网络中各WAP设备每一端口IP层的统计数据； 　　C、 定期收集网络各WAP设备ICMP协议实体的统计数据； 　　D、 定期收集网络中各WAP设备中SNMP协议实体的统计数据； 　　E、 网络节点设备的可利用率； 　　F、 网络节点设备的CPU利用率； 　　G、 网络节点设备的内存利用率； 　　H、 用户呼叫次数； 　　I、 用户呼叫不能连接次数； 　　J、无法拆线次数； 　　K、 WAP网关/代理中当前活跃的安全会话 　　L、 服务器中传输数量 　　M、 非正常终端的传输数 　　N、 会话数量 　　O、 流量流向统计 　　（2） 性能分析 　　l 业务流量曲线（包括流量和流向）； 　　l 日均用户曲线； 　　l 非正常终止原因及出现概率等； 　　l 闲时概率； 　　l 忙时概率； 　　l 用户平均每一次使用时长； 　　l 网络节点设备的故障率； 　　（3） 性能控制 　　以上述性能分析为基础，对制约网络性能的相关参数进行调整。 　　修改WAP设备相关参数优化性能。 　　（4） 性能测试 　　用于测试WAP设备性能，主要包括： WAP设备最大传输时延测试 WAP设备最小传输时延测试 WAP设备平均传输时延测试 　　6.4.1.4 安全管理 　　安全是指通过采用合适的安全技术，确保设备及网络上的信息和服务不被未经授权的用户使用。安全机制应保障所有信息网内部的资源不受意外事件的侵袭。 　　1） 对管理者实现身份鉴别机制。 　　2） 对关键数据实现备份。 　　附录A: WAP2.0技术概述 　　A.1 WAP2.0的设计目标 WAP2.0的设计目标包括以下几点： 　　增加对Internet通信协议标准的支持：WAP2.0 提供对TCP和HTTP协议的支持。通过增加Internet协议和标准以及提供适合于无线通信环境的、可互操作的优化方案，WAP规范提供了允许无线设备应用现有Internet技术的环境。 　　继续完善WAP 1.x的功能：允许应用和服务在所有现存的和可预测的空中接口技术及其承载层（这里包括新的、高速技术如通用分组无线业务GPRS、第3代3G移动通信技术）上操作。 　　提供一个丰富的应用环境：使信息和交互业务能够传递给各种无线终端，如数字移动电话、寻呼机、个人数字助理PDA等。 适应无线终端设备的特性：这些设备具有独特的硬件特性（小屏幕、有限的电池使用时间、以及有限的RAM和ROM）和用户界面考虑（如单键导航one-finger navigation），因此传统的Internet应用设计并不能适用。WAP环境提供了很多特性features来适应无线终端设备的特性。 　　最小化设备运行的能量损耗，并优化网络资源，以期最大程度的降低成本、提高性能。 提供灵活的、多样化的用户接口设计，使厂商能够根据市场的需求和设备的不同定位开发各自不同的产品。 　　A.2 WAP2.0中的新技术 　　WAP2.0中采用了各种新技术以增强业务性能，其中包括：数据同步、多媒体消息服务（MMS）、永久存储接口、预配置（Provisioning）、和图形符号传送（Pictograms）等。另外、WAP2.0还在以前版本的基础上对无线电话应用（WTA）、Push、和用户代理轮廓（UAPROF）作了进一步完善。 　　对于数据同步，WAP2.0采用了SyncML协议以保证为多种设备提供一个通用解决框架。无线会话协议WSP和HTTP/1.1协议均可支持SyncML语言。 　　永久存储接口提供了一组存储服务及完整定义的接口，允许用户在无线设备或者其它已连接的内存设备上组织、访问、存储、提取数据。 　　预配置（Provisioning）特性允许网络操作员利用一个通用工具包管理其网络上的设备。同时该服务提供一个标准的方法为WAP客户提供其在无线网络中操作所需的信息（比如WAP网关的IP地址等等）。 　　图形符号传送（Pictograms）特性允许用户使用微型图形（tiny images），例如。这样的图形可以用于更简洁地表达意思，使用户能够更有效地进行通信 另外对于MMS、PUSH、UAPROF、WTA等技术在后面将会作详细介绍。 　　A.3 WAP2.0的基本内容 　　A.3.1 无线应用环境Wireless Application Environment 　　WAE除了定义标记语言WML外，还提供了对其他内容类型的支持，如WBMP图像，vCard和vCalender。这是WAP1.x中已经规范的内容。 在WAP2.0中的，WAE的增加了一些新的特性： WAP2.0中，WAE使用的基本标记语言为WML2，是基于W3C定义的XHTML的基本轮廓编写的。WAE通过定义了用于增强功能的附加标记特征，及对WML1语言的前向兼容，进一步提高了该语言的可扩展性。WML2使用了XHTML的模块化方式，允许按照需要增加语言元素。而且，使用XHTML核心基本语言编写的文档，完全可以在WML2浏览器中运行。 WAP2.0中WAE还通过支持style sheet加强了内容显示能力。WAP同时支持目前绝大多数Internet浏览器都支持的inline and external style sheets。 WAP2.0版本包括一个使用eXtensible Stylesheet Language Transformation (XSLT)的转换机制，可以允许将WML1语言的文档转换成为WML2编码，这样就可以在WML2浏览器中运行WML1的文档了。 这些变化使客户可以访问为其他Internet客户和应用编写的XHTML内容，同时也可以访问使用扩展WML特性而特殊编写的内容。 　　A.3.2 WAP2.0模型 　　WAP2.0的编程模型与WWW的编程模型实际上很相似。最显著的改变是，WAP在WWW编程模型上增加了：Push和电话（WTA）功能支持。 　　图A－1 WAP2.0 的编程模型 　　WAP内容和应用使用的格式，基本类似于WWW的内容格式定义。同时内容的传送也是使用基于WWW通信协议的一组标准协议。无线终端中的WAP微浏览器就其用户界面来说与标准的web浏览器也非常类似。 　　　WAP规定了一组标准内容以用于移动终端和网络服务器之间的通信，其中包括： 　　A、标准命名模型－ 使用WWW标准URL来识别源服务器上的WAP内容。同时WWW标准URL还用来识别设备上的本地资源，例如，呼叫控制功能。 　　B、内容类型－ 所有给出的WAP内容类型均和WWW类型一致。这样就可以允许WAP用户代理准确的处理基于这些类型的内容。 　　C、标准内容格式－ WAP内容格式基于WWW技术，包括显示标记、日历信息、电子名片对象、图像和脚本语言。 　　D、标准通信协议－ WAP通信协议可以使来自移动终端的浏览器请求与网络WEB服务器通信。 　　这样的构架保证了移动终端用户能够访问各种各样的Internet内容和应用，而且应用的开发者也可以创建能够在各种移动终端上运行的内容服务和应用。 　　A.3.3 WAP网关／代理的功能 　　在WAP的先前版本中，需要一个WAP代理（proxy），通常称为WAP网关，来处理客户与源服务器之间的协议转换工作。WAP代理使用WAP协议与客户通信，使用标准Internet协议与源服务器通信。 WAP2.0则不必须要设置WAP代理，因为使用WAP2.0协议的客户与源服务器可以直接使用HTTP/1.1通信。当然，配置一个WAP代理还可以完成其他一些处理工作，象优化通信过程、提供给移动终端某些增强业务（比如基于位置、个性化的业务）。另外，在提供Push功能时必须有WAP代理的参与。 　　图A－2 加强功能／特性的WAP代理（可选）模型 　　WAP2.0使用代理技术优化并加强无线域和WWW之间的连接。WAP代理可以提供各种功能包括： 　　A、协议网关：协议网关将来自无线协议栈的请求（例如：WSP、WTP、WTLS、WDP等）翻译到WWW协议栈（HTTP、SSL和TCP/IP）中，网关还应该能够支持DNS查找功能。 　　B、内容编/解码器：内容编码器将Web内容翻译成压缩编码的格式，以减少通过无线数据网络传输的数据包的大小和数量； 　　C、用户代理轮廓值管理：用户代理轮廓值描述了终端能力和个人定制信息（UAProf），WAP网关应能管理，并为各种应用提供这些信息； 　　D、高速缓存代理：高速缓存代理可以通过保持经常访问资源的高速缓存，以提高性能和网络效率。 　　WAP代理允许内容和应用存储在标准的WWW服务器上，同时也可以使用WWW技术比如CGI脚本进行开发。 　　A.3.4 WAP2.0协议栈 　　下图给出了WAP1.x的WAP设备、WAP网关和WEB浏览器之间的协议栈描述。图中，WAP网关提供协议转换功能，将WSP/WTP/WDP协议转换成为HTTP／TCP/IP协议。 　　图A-3 WAP1.x网关协议栈 　　WAP2.0的一个重要部分就是当移动设备支持IP连接时，引入了对Internet协议的支持。这主要是由于直接对无线设备提供IP支持的高速无线网络（如2.5G和3G）的出现推动了WAP论坛对WAP协议作出了如此重大的改动。 　　同时WAP2.0依旧支持原先的"WAP栈"。原先的WAP栈主要在那些不支持IP的网络或者低带宽的IP承载上使用。WAP2.0同时支持以上两种协议栈，对于应用环境来说提供的服务是一样的。 　　WAP2.0协议栈包括： 　　A、Wireless Profiled HTTP (WP-HTTP): WP-HTTP规范的核心就是HTTP协议[RFC2616]。而WP-HTTP只是为了适应无线环境，对原来的HTTP1.1做了些改进，它与HTTP/1.1完全可以互操作。WAP设备和WAP代理或者WAP服务器之间的基本交互模型就是HTTP的请求／响应。WP-HTTP为了在空中更有效地传输数据，支持对响应的消息体进行压缩。而且，WP-HTTP还支持使用CONNECT方式建立安全隧道，已用于端到端安全问题的解决。 　　B、Transport Layer Security (TLS): TLS协议的无线改进版允许安全交易操作，包括密码组、证书格式、签名算法和会话恢复的使用。它还规定了支持传输层端到端安全的TLS隧道的方式。 　　C、Wireless Profiled TCP (WP-TCP): WP-TCP提供面向连接的服务。为了适应无线环境对标准的TCP进行了优化，WP-TCP与标准TCP完全可以互操作。TCP协议的优化工作由IETF PILC工作组负责。 　　图A-4给出了一个WAP HTTP代理。这种代理配置被广泛用于Internet中的web访问，多媒体数据业务，如音乐、视频下载等等。这种配置下WAP代理置于有线和无线网络之间，通过使用无线优化的TCP（TCP*）和HTTP（HTTP*）协议增强网络性能。 　　图A-4 使用TCP*和HTTP*的WAP HTTP代理 　　图A-5给出了一个WAP HTTP代理，与web服务器建立了一个面向连接的隧道。使用这种配置是为了允许TLS在移动终端和源服务器之间提供端到端的安全。通常E-commerce会用到端到端安全服务。 　　图A-5 使用TCP*的WAP代理举例 　　图A－6给出了一个WAP设备通过Internet直接访问web服务器的示例。无线IP路由器是IP网络的一部分，用来在一个链路层（如无线链路）和另一个链路层（如有线链路）之间转发IP分组。这种配置在实施了承载层安全（例如IPSec）的情况下适用。在直接访问的方案中，不需要使用无线优化的TCP和HTTP协议。 　　图A－6 直接访问的举例 　　WAP2.0支持两种协议栈，但是必须注意的是，两种协议栈的操作是独立的。 　　图A－7 可选的双WAP栈支持 　　如图A-7所示，通用应用环境可以在任何一个协议栈上运行。由于设备应能够支持新旧两种网络类型，当设备在不同网络域之间移动时，其应能够进行协议栈的转换。