LBS位置服务平台技术方案

LBS 位置服务平台

技术方案

上海传程通信系统有限公司

一、引言

1.1 编写目的

(略)

1.2 背景

(略)

1.3 缩略语

LBS - Location based Service 位置服务

LCS - Location Service 定位业务

GPS - Global Position System, 全球定位系统

MLP - Mobile Location Protocol 移动定位协议

CMLP - China Mobile Location Protocol 中国移动定位协议

SMPP - Short Message Peer to Peer 短消息点对点协议

CMPP - China Mobile Peer to Peer 中国移动短消息点对点协议

SGIP - Short Message Gateway Interface Protocol 中国联通短消息点对点协议WAP - Wireless Application Protocol 无线应用协议

KJAVA - 即J2ME(Java 2 Micro Edition) Java 微型版

SMS - Short Message Service 短消息服务

SP - Service Provider 服务提供商

CP - Content Provider 内容提供商

GMLC - Gateway MLC 移动定位中心网关

MLC - Mobile Location Center 移动定位中心

MPC - Mobile Position Center 移动定位中心

LSP - Location Service Platform 定位服务平台

PDE - Position Determining Entity 定位实体

MS - Mobile Station 移动终端

MSID - Mobile Station Identifier 移动终端标识

XML - Extensible Markup Language 可扩展标记语言

1.4 参考资料

1、基于位置业务（LBS ）总体技术要求V1.1.0

2、中国移动位置服务L e 、L s 接口技术规范v1.0.0

3、中国联合联通有限公司CDMA 位置服务系统接口规范说明

二、总体设计

2.1 设计目标

个人用户

为用户提供位置及丰富多样的相关服务的公共服务平台，该平台允许包括定位自身、定位他人（已授权）、周边信息查询、地物查找。用户可以通过WAP、短信、网站、KJAVA 应用等多种方式使用定位服务。

企业

为企业、公司的管理者提供对车辆、人员、物资等实现位置定位和相关信息管理的公共服务

平台。该平台的业务要求尽量适用于各个行业，比如：物流、快递、邮政、租赁公司等等。

用户的终端可以采用CDMA 、GSM 手机或传统GPS 终端等类型均可以在该平台上使用。2.2 设计原则

为了实现以上目标，遵循以下几点开发设计的指导原则：

系统的当前需求和远期目标相结合的原则。系统设计时充分考虑到系统的扩充性和兼容

性，将长期规划和现实需求统一考虑，实行统一规划、分步实施的开发步骤。

技术和管理相结合。系统的成功设计和应用依赖于技术和管理的密切配合，在系统实施的各个阶段都必须紧紧依靠各级领导和有关业务人员，充分听取他们的意见和建议。

先进性和实用性相结合。系统的设计应达到国内领先、国际先进的水平，而系统中的具体设备选型则应以技术成熟和性能可靠为标准，而不是一味地追求技术上的先进性。同时要最大限度地利用现有的环境、设备、管理体制等资源。

模块化设计方式。系统以功能部件组合划分模块，以功能部件、功能模块的组合划分子系统，便于子系统的重组，使整个系统的特殊需求和系统的通用性结合起来。

经济性建设和投入：在能满足运输企业用户业务需求功能和保证系统性能的基础上，在设计上尽量使用户投入最少，同时功能更丰富。

根据系统设计的目标和原则，系统具备先进性、开放性、可扩展性、可靠性、安全性、

稳定性等多种特点，并方便软件的升级。

2.3 体系结构

当Internet 技术特别是Web 在20 世纪90 年代中期成为计算主流时，业务计算的模型发生了巨大变化。这一变化的焦点是客户端/ 服务器(Client/Server) 结构转变到分布式应用

程序结构，这一结构有时被称为“多层结构”(Multitier)。Internet 背后的驱动力从一开始便是

希望提供一个可伸缩、可扩展和高度可用的公共信息传送平台。这一平台设计上非常灵活，

而且不局限于一个或两个计算层。Internet 世界中应用程序开发的唯一真正限制是计算机的

容量和应用程序设计者的想象力。

分布式应用程序的主要原则是将应用程序逻辑地分为 3 个基本层：

表示

业务逻辑

后台资源

表示服务

表示层包括到应用程序的胖客户端接口或者瘦客户端接口。胖客户端通过直接使用

Microsoft Win32 API 或间接通过Windows 窗体，为操作系统的功能提供完全的编程接

口，并广泛地使用组件。瘦客户端（Web 浏览器）正迅速成为许多开发人员优先选择

的接口。开发人员能够生成可在三个应用程序层的任何一个上执行的业务逻辑。利用

Web 应用程序和XML Web services ，瘦客户端能够以可视形式为应用程序提供丰富、

灵活和交互的用户界面。瘦客户端还具有在平台之间提供更大程度的可移植性的优点。

业务逻辑/应用程序服务

该层被分为应用程序服务器与服务，它们可用于支持客户端。可以使用.NET 框架编写Web 应用程序以利用COM+ 服务、消息队列(MSMQ) 、目录服务和安全性服务。

应用程序服务反过来可以与数据访问层上的若干个数据服务进行交互。

后台资源

后台资源包括数据访问、数据存储，也包括由第三方提供的服务，老系统提供的服务。

考虑以上技术要点，由于LBS 位置服务接入方式的多样性，用户可以通过手机上网(WAP)、短信(SMS) 、浏览器(WEB) 、手机嵌入式应用(KJA VA) 方式使用位置服务。因此将所有这些接入服务专门划分为一个层，称作表示层，而将所有业务处理划分到一个单独的层—

—业务层，业务处理需要用到的资源比如手机定位信息、黄页信息、电子地图可以作为另外一

个单独的层，后台资源层。