技术特点

(1)该系统采用了“管道/过滤器”风格的分布式体系结构，以流水线的方式处理用户的请求提高了系统的处理能力，而且由于其模块化、分布式的特点使得系统结构十分灵活，系统容易维护，可扩展性强；

(2)对关键部件采用了多进程负载平衡技术，进一步提高了系统的并发性和吞吐量，而且可以支持多机集群扩容方式和在线热扩容方式(无需关机就可通过增加一个并发结点实现平滑扩容而不影响系统运行)；

(3)协议栈各层间采用了消息队列的异步通信方式，使得层与层之间结构清晰，藕合性小，各层容易维护，方便以后的升级、扩展；

(4)系统采用标准C++开发，可移植性好；

(5)完整的WAP1.x协议栈功能支持，如：完整的Http头部编解码功能、WTP层的SAR功能(用于支持大文件传输)等；

(6)Http代理模块采用了多线程技术，提高单个结点的处理能力；

(7)系统的关键模块采用了高效的数据结构，避免了系统的性能瓶颈；

(8)系统实现中广泛的采用了资源池化技术，如：线程池技术、和Http服务器之间的持续连接技术、动态内存管理技术，这些技术能避免重复获取某项资源时所带来不必要的开销，提高了系统性能。

为了更好的开展移动数据业务，仍有许多问题尚待解决，包括产业自身(如：高层应用单一)和技术方面的问题。下面主要针对技术问题进行探讨：

(1)业务的个性化

目前业务的个性化仅停留在简单的定制方面(如：菜单的定制)，并没有定义一套统一的描述用户通用个性化需求的方法以实现业务主动去适应用户。因此，当前每个业务都需要用户主动、亲自去定制，操作比较麻烦。

(2)业务的语义化描述

目前业务的描述都缺乏语义，所以它提供的功能细节并不能被自动程序所识别，能识别的只有关键字。因此，不管业务如何发布，其呈现给用户及搜索工具的只能是关键字。这样，在众多的业务中如何准确定位到用户所需的业务就成了问题，而且给运营商对业务的管理也带来诸多不便。

(3)业务的智能化

这个问题和业务的语义化是相关联的。由于缺乏语义化的描述，运营商很难根据用户的要求搜索到所需的业务并进行智能化的整合处理。

(4)完整的安全解决方案

目前，WAP技术虽然提供了较全面的对安全的支持，但这些支持之间是割裂的，仅停留在技术层面，还没有一个完整的安全体系和策略。

......

图3.3即WAP网关的体系结构。为了说明问题，该图中WAP网关的外部交互设备只列出了关键的几个（包括：移动终端、PPG、Web Server），而省略了OAM平台、计费服务器等其他辅助设备。

WAP网关主要由四个模块组成：前置承载模块、WAP协议栈模块、会话控制模块和Http代理模块。各个模块都是具有独立控制逻辑的进程，其中，有些模块可以同时启动多个以分担本模块的负载。

WAP协议栈模块是网关的核心模块，它负责完成和终端之间的WAP协议功能(可以是WAPl.x也可以是WAP2.0)。网关系统可以同时有多个WAP协议栈模块进程存在，这些并发的模块共同分担系统的负荷，每个模块只能实现一套协议栈，负责部分用户的WAP请求。

前置承载模块负责接收来自移动终端的请求并分发给几个WAP协议栈模块。注意：为了提高系统处理能力，系统中肯定会有儿个并发的协议栈模块，但只能有一个前置承载模块。这是因为：每个终端上都会有WAP业务的接入点配置(包括地址和端口号)，这些配置对于一个服务域内的所有终端都是一样的，这意味着不管网关系统采用何种复杂的结构，对于终端而言只能有一个访问点。前置承载模块正是该唯一的访问点。

前置承载模块的功能有两个：

(1)维护路由表，路由表记录了用户和网关的对应关系，通过路由表能够知道用户的请求该由哪个并发的协议栈模块处理；

(2)监听用户的请求，根据路由表分发接收到的请求给各个协议栈模块；

注意：前置模块只负责接收请求，至于响应的发送则由各个协议栈模块处理。

会话控制模块控制所有用户的会话。因此，该模块和前置模块一样，也只能有一个，它和所有的协议栈模块相连。该模块的功能......