2021年手机紧急号码定位平台方案

2021年手机紧急号码定位平台

系

统

设

计

方

案

目录

1背景介绍6

2系统原理6

3系统建设原则7

3.1.通用性和专业性结合原则7

3.2.先进性和实用性相结合7

3.3.可靠性原则7

3.4.安全性原则8

3.5.易用性原则8

4系统架构9

4.1.J2EE结构9

4.2.SUNONE12

4.3.选择J2EE体系的优势14

4.4.对象组件技术15

4.5.数据库技术16

4.6.系统架构设计20

5系统方案20

6语音信令数据采集系统24

6.1.数据采集核心模块24

6.2.系统数据配置管理24

6.2.1.信令数据采集网关配置管理24

.添力口24

.修改24

.删除25

6.2.2.与鉴权服务系统通讯配置管理25

63紧急呼叫号码管理25

6.3.1.新增25

6.3.2.查询、查看25

6.3.3.删除、更新25

6.4.统计分析模块25

6.4.1.拨打紧急电话有效号码统计26

6.4.2.语音信令采集负载分析26

6.4.3.通信接口数据分析26

6.5.接口通讯服务26

6.5.1.语音采集器与语音信令数据采集服务系统的通信26

6.5.2.语音信令数据采集服务系统与鉴权服务系统通信27

6.6.备份恢复月艮务模块30

6.6.1.备份周期设定30

6.6.2.备份数据恢复30

6.7.日志模块30

6.7.1.语音拨号成功日志30

6.7.2.语音拨号失败日志30

6.7.3.定位日志30

7定位服务系统31

7.1.接口通讯协议31

7.1.1.定位服务器与LSP定位服务器的通信31

7.1.2.定位服务器与位置鉴权服务器的通信31

7.2.位置定位核心服务单元31

7.3.位置定位服务的监控示警服务34

7.4.位置定位服务器日志系统34

7.5.位置定位服务配置管理34

7.5.1.LSP定位服务器通讯配置34

7.5.2.位置鉴权服务器通信配置35

7.6.定位账号管理35

7.6.1.查询查看账号列表35

7.6.2.添加账号35

7.6.3.禁用账号35

7.7.位置定位服务器统计分析35

8定位鉴权服务系统35

8.1.定位鉴权服务核心单元系统35

8.1.1.临时鉴权（即拨打鉴权）41

8.1.2.定位策略鉴权42

8.1.3.鉴权信息存储（号码管理）43

8.13.1.查询、查看43

.报表导出43

8.2.通讯协议43

8.2.1.逻辑协议45

8.2.2.物理协议46

.异步物理协议46

.申请物理协议52

8.2.3.响应物理协议56

8.2.4.内容协议60

.单值格式60

,列表格式（List）60

8.2.5.健值映射格式（Map）61

8.2.6.协议中的数据类型61

8.3.基础数据类型61

8.4.对象数据类型62

8.4.1.功能异常62

8.4.2.地理位置62

8.4.3.目标62

8.4.4.控制者63

8.4.5.命令63

8.4.6.命令回应63

8.4.7.位置信息63

8.5.业务类型64

8.6.接口功能介绍64

8.6.1.系统与语音信令数据采集服务系统接口64

.接通时上报语音数据信息64

.挂机时上报结束通话数据66

.请求紧急呼叫号码列表66

8.6.2.鉴权服务器与定位服务器的通讯协议66

.定位通知66

8.6.22定位结果查询67

8.6.3.鉴权系统与定位策略和定时服务系统的通讯协议68

.临时鉴权通讯68

8632定位鉴权通讯68

8.6.4.系统与边界数据外网前置机接口69

8.7.系统配置管理69

8.7.1.鉴权服务器配置69

8.7.2.通讯配置70

.与语音信令数据采集服务系统配置70

.与定位服务配置70

.1.以号段区分配置70

.1.1.添加I号段70

.1.2.查询、查看71

.1.3.删除号段71

.2,添加定位服务系统配置71

3.查询、查看定位服务系统配置72

8.7.224.删除定位服务系统配置72

,定位服务系统配置更新72

,与定位策略服务配置72

8.8.日志备份恢复模块72

8.9.边界数据外网前置机的配置72

8.10.计费模块72

8.10.1.计费核心单元72

8.10.2.定位计费73

.查看成功的定位次数73

.费用报表统计73

8.11.统计分析模块73

8.11.1.紧急号码电话统计分析73

8.11.2.负载分析73

8.11.3.报表功能73

9定位策略和定时任务服务74

9.1.1.系统参数设置74

.定位策略配置74

.定时任务配置74

9.1.2.即时定位74

9.1.3.连续定位75

9.1.4.定时定位76

9.1.5.定位历史查询77

9.1.6.系统操作日志记录77

9.1.7,边界数据交互77

.内网至外网78

.外网至内网78

10边界数据交互78

1背景介绍

构架基于LBS城市公共服务保障体系是将原来的基于固定网的紧急号码扩

展成为以移动网络为主的紧急号码公共服务保障体系，采用移动网络LBS位置

服务技术，迅速确定紧急号码人位置，从而快速反应进行处理，同时延伸公共服

务保障体系，开展如车辆监控、个人财产监控等个人安全和财产安全监控。体系

内部的核心就是紧急定位平台。建立一个反应快捷、定位准确、系统稳定的系统

是基于LBS城市公共服务保障体系的核心内容。

2系统原理

系统采用B/S结构组建，分为客户端与服务端及数据服务三部分，客户端程

序完成用户界面的显示及用户操作的处理，服务端程序负责处理用户客户端传来

的操作请求并返回正确的结果，数据服务为整体系统的数据提供存储及数据分析

的能力。紧急号码定位系统中包含了基于LBS定位的紧急紧急号码系统，LBS

定位跟踪业务是XX工作在通讯技术、计算机技术的结合点、亮点，它利用LBS、

GSM、GIS定位，获取移动终端实时定位信息，并将移动定位信息通过因特网实

现定位对象的网上监控与管理。

3系统建设原则

3.1.通用性和专业性结合原则

系统设计时着眼建设一个比较通用的系统，各子系统可以通过通用系统的定

制来实现。

3.2.先进性和实用性相结合

系统采用的技术要符合计算机技术的发展方向，核心设备要充分考虑能不断

更新升级，具备较高的性价比，考虑未来业务的发展趋势；另一方面，要充分利

用成熟的技术，避免盲目追求新技术。

3.3.可靠性原则

系统保证准确无间断的正常运行，设计为具有强大的容错能力，无间断运行。

3.4.安全性原则

在本系统中，安全性和保密性是非常重要的问题。按照不同的应用层次，将

从系统安全、数据存储安全、数据通讯安全、管理安全等多方面进行规划和考虑。

•系统安全

操作系统方面，由移动机房统一管理；本平台安全性做好漏洞扫描

测试，并依照以下几个安全性方面进行。

•数据库安全

采用oracle数据库，数据库访问用户只有连接和基本访问权限。数

据库安装于局域网中，对外网不直接暴露。

定时对数据库备份

•数据通讯安全

平台包含多个子服务系统，各子系统之间的接口数据交互就相对比

较多。保证数据通讯安全，平台采用IP校验、传输数据加密和通过限制

用户访问等机制。

IP校验对各个子系统而言。对于连接到该子系统的请求校验其IP

是否在配置的IP列表中。

数据加密根据情况对部分或者所有数据进行DES加密

限制用户访问是给访问者分配账号，对该账号提供正确口令方可访

问，系统中也可以配置该账户的访问内容；这种方式比较通用。

•管理安全

账号密码MD5加密。

3.5.易用性原则

应用系统界面友好，操作简单，保证用户易学易用，符合用户的操作习惯。

4系统架构

4.1.J2EE结构

J2EE是一个开放的、基于标准的平台，用以开发、部署和管理N层结构的、

面向Web的，以服务器为中心的企业级应用，是利用Java2平台来简化与多级

企业解决方案的开发、部署和管理相关的诸多复杂问题的应用体系结构。

J2EE的典型结构

J2EE的多层分布式计算模型中，应用逻辑按照功能划分为组件。

J2EEJ2EE

应用程序1应用程序2

应用程序客户殿

动态

客户端机器

HTML页面

JSP页面Veb层

J2EE

服务4K

Enterprise业务层

Beans

H数据库

数据库数据库茜I服务器

J2EE典型的四层结构包括:

(1)客户层

J2EE应用分为基于Web和基于传统方式两类。在一个基于Web的J2EE应用

中，用户的浏览器作为客户层的运行环境从Web服务器下载Web层中的静态HTML

页面或由JSP或servlet生成的动态HTML页面。在基于传统方式的J2EE应用程

序中，客户程序直接运行applet程序，并在不经过Web层的情况下访问

enterprisebean。

(2)Web层

J2EEWeb组件可以由JSP页面、基于Web的applets以及显示HTML页面的

servlet组成。调用servlet或者JSP页面的HTML页面在应用程序组装时与Web

组件打包在一起。Web层可能包括一个JavaBeans类来管理用户输入，并将输入

发送到在业务层中运行的enterprisebean类来处理。运行在客户层的Web组件

依赖容器来支持客户服务请求。

(3)业务逻辑层

业务逻辑层也称作EJB层，主要运行enterprisebean来执行特定业务领域

的业务逻辑代码。Enterprisebean依赖于容器来提供事务处理、生命周期、状

态管理、多线程处理及资源存储池等系统级功能支持。

(4)企业信息系统层

企业信息系统层运行企业资源计划(ERP)、大型机事务处理、数据库系统等

企业信息系统软件，是企业的基础设施系统。

EJB层使用的是RMI-IIOP在层间传送数据，RMI-IIOP是一个完整的分布式

计算协议，允许客户层程序或Web层程序直接访问EJB层的服务，这些服务包括

用于查找和引用enterprisebeans的JNDI,发送和接收异步消息的JavaMessage

Service(JMS),以及用于关系型数据库访问的JDBC。

容器

“容器”是J2EE体系架构中的一个核心概念。容器设置定制了J2EE服务器

所提供的内在支持，主要包括：

(1)J2EE安全模型

配置基于角色实施对web组件或enterprisebean的访问权限，在

enterprisebean的布置描述中声明角色和可被激活的方法，这种声明性的方法

不需要编写加强安全性的规则。

(2)J2EE事务管理模型

指定组成一个事务中所有方法间的关系，客户端激活enterprisebean中的

方法时，容器即介入管理事务。容器提供了事务管理功能之后，enterprisebean

中不必对事务的边界进行编码，而只需在布置描述文件中声明enterprisebean

的事务属性，容器将根据此文件并处理。

(3)JNDI寻址服务

向企业内的多重名字和目录服务提供了一个统一的接口，以便应用程序组件

可以访问名字和目录服务。

(4)J2EE远程连接模型

管理客户端和enterprisebean间的低层交互，使客户端能采用类似于本地

资源一样访问远端的enterprisebean。

(5)生存周期管理模型

管理enterprisebean的创建和删除。一个enterprisebean在其生存周期

中将会历经几种状态。容器创建enterprisebean,并在可用实例与活动状态中

迁移，最终将其从容器中删除。

(6)数据库连接池模型

是一个有价值的资源，容器通过管理连接池提供对数据资源的更有效的访

问，enterprisebean可从池中迅速获取连接，并在使用完毕之后释放连接。

基于上述分析，J2EE应用程序的体系结构如下图所示。

R呈

JaIvaM

JJJr

DNTlw—

BDA件n

应用CI一o

p

客户端容器F

应用客户段J2SEJ2SE

RMI-IIOP

J2SE

_____7

J2EE应用程序的体系结构

4.2.sunone

SunONE的核心技术是构造智能WebService系统。Sun公司认为在互联网

环境下，有效的开放智能Web服务基础设施的关键是一系列的服务部件。为了便

于发现和访问，这些服务部件必须在一个中央目录中进行注册。为了进一步保证

Web服务的集成程度和可操作性，这些服务部件必须使用基于标准的结构，来表

现语境方面的信息，以及使用一个基于标准的编程界面集来访问和利用这些语境

信息，同时它们必须是开放的。

SunONE的关键技术包括：

(1)XML标准与技术

其中包括核心W3CXML建议(XML、DOM、XMLNamespace>XSLT、XPath,XLink

和XPointer)；开发团体的XML分析器、SAX；表现格式(XHTML>WML和VoiceXML)；

XML模式系统(DTD、XML模式、RELAX和正在出现的TREX技术规范)；XML信息传

递系统(新出现的W3CXML协议、SOAP和ebXML信息服务)；XML注册器与仓库(UDDI

BusinessRegistry、ebXML注册器与仓库以及OASIS)；XML服务描述

语言(WSDL)；XML管理信息交换框架(D理FCIM与WBTM)；B2BXML框架(ebXML

协作伙伴协议、ebXML商务过程方法和ebXML核心组件)；XML安全系统(XML签

名、XML加密以及新出现的OASIS安全服务项目)。

(2)Java技术

其中包括Java2平台企业版(J2EETM),Java2平台标准版(J2SETM),Java2

平台Micro版(J2METM)、MID(MobileInformationDevice)规定、JavaCardTM

API、JavaServlet与JavaServerPagesTM(JSPTM)软件、适用于数据库访问的

JavaAPI(JDBC),适用于XML的JavaAPI(适用于XML处理的JavaAPI、适用于

XML数据联编的JavaAPI、适用于XML注册的JavaAPI,适用于XML信息传递

的JavaAPI)o

(3)基础设施标准

例如HTTP、SSL和LDAP。

下图是SunONE的体系结构示意:

服务创建和组合

Forte和iPlanet工具

应用和WebServices

SunONEWebtop

商业公文包

任

iPlanet后

服务集成

何

用户交付iPlanet通信公文包端

iplanet集成

系

设iPlanet门户

服务器

统

备服务器

服务容器iPlanetECXpert

iPlanet应用服务器

iPlanetweb服务器

iPlanet进程管理

身份&策略

iPlanet统一用户管理公文包

平台

Solaris,SunCluster

SunONE的体系结构

4.3.选择J2EE体系的优势

作为一个被业界广泛采用的中间件标准，J2EE是开发可伸缩的、具有负载平

衡能力的多层分布式跨平台企业应用的理想平台。J2EE的首要任务在于提供一

个标准中间件基础架构，由该基础架构负责处理企业开发中所涉及的所有系统级

问题，从而使得开发人员可以集中精力重视商业逻辑的设计和应用的表示，提高

开发工作的效率。

J2EE有效地满足了行业需求，提供独立于操作系统的开发环境。基于J2EE

的应用系统灵活且易于移植和重用，可运行在不同厂家的Web服务器上。更为重

要的是，J2EE是一个开放体系，完全有能力适应未来技术的进步和发展。

Java2技术及相关的J2EE规范是Sun在1999年底推出的，J2EE的目标是：

提供平台无关的、可移植的、支持并发访问和安全的，完全基于Java的开发服

务器端中间件的标准。

在J2EE中，Sun给出了完整的基于Java语言开发面向企业分布应用规范，

其中，在分布式互操作协议上，J2EE同时支持RMI和HOP,而在服务器端分布

式应用的构造形式，则包括了JavaServlet、JSP(JavaServerPage)>EJB等

多种形式，以支持不同的业务需求，而且Java应用程序具有"Writeonce,run

anywhere”的特性，使得J2EE技术在发布计算领域得到了快速发展。

J2EE简化了构件可伸缩的、其于构件服务器端应用的复杂度，虽然DNA2000

也一样，但最大的区别是DNA2000是一个产品，J2EE是一个规范，不同的厂家

可以实现自己的符合J2EE规范的产品，J2EE规范，是众多厂家参与制定的，它

不为Sun所独有，而且其支持跨平台的开发，目前许多大的分布计算平台厂商都

公开支持与J2EE兼容技术。

EJB是Sun推出的基于Java的服务器端构件规范J2EE的一部分，自从J2EE

推出之后，得到了广泛的发展，已经成为应用服务器端的标准技术。SunEJB技

术是在JavaBean本地构件基础上，发展的面向服务器端分布应用构件技术。它

基于Java语言，提供了基于Java二进制字节代码的重用方式。EJB给出了系统

的服务器端分布构件规范，这包括了构件、构件容器的接口规范以及构件打包、

构件配置等的标准规范内容。E川技术的推出，使得用Java基于构件方法开发

服务器端分布式应用成为可能。从企业应用多层结构的角度，E川是业务逻辑层

的中间件技术，与JavaBeans不同，它提供了事务处理的能力，自从三层结构提

出以后，中间层，也就是业务逻辑层，是处理事务的核心，从数据存储层分离，

取代了存储层的大部分地位。从分布式计算的角度，E川像CORBA一样，提供了

分布式技术的基础。提供了对象之间的通讯手段。从Internet技术应用的角度,

EJB和Servlet,JSP一起成为新一代应用服务器的技术标准，EJB中的Bean可

以分为会话Bean和实体Bean,前者维护会话，后者处理事务，现在Servlet负

责与客户端通信，访问EJB,并把结果通过JSP产生页面传回客户端。

J2EE的优点是，服务器市场的主流还是大型机和UNIX平台，这意味着以Java

开发构件，能够做到"Writeonce,runanywhere”,开发的应用可以配置到包括

Windows平台在内的任何服务器端环境中去。

4.4.对象组件技术

对象组件技术是计算机软件的主流技术，其研究内容不断深化，应用领域不

断扩大，特别是工业界对面向对象技术研究与产品化方面的工作，使面向对象技

术越来越体现出强大的生命力。

随着Internet和计算机应用的不断发展，对象组件技术的研究和应用也不

断向深度和广度方面扩展。在深度方面，分布式对象组件技术、软件Agent技术、

构件技术和模式与框架技术为我们的技术发展带来了良好的发展机遇。在广度方

面，对象组件技术与电子商务、面向对象与XML和面向对象与嵌入式系统等为我

们发展新的应用提供了舞台。

对象组件技术具有以下优点：

•开发的不同阶段使用统一的概念，真正实现面向对象的开发模式；

•不同层次的抽象和继承，代码实现高重用性，便于实现业务逻辑抽象分

解，并且有利于业务的更新升级；

•完整的封装和数据隐蔽，较其他开发方式，安全性更高，将客户端与数

据库隔离起来，客户端无权限直接访问数据库，有利于安全管理，可有

效防止恶意攻击。还可以利用中间件的安全管理特性进一步加强权限控

制管理；

•便于业务（事务）级权限管理，实际应用中往往以业务（事务）为主线，

也就要求对业务（事务）实现权限控制，中间件技术的应用可以方便地

对客户端实现事务权限管理控制；

•收敛并发的数据库连接数，减轻数据库的压力。消除了两层结构造成的

数据库并发数目的大幅度膨胀，使得应用的扩展更加方便；

•应用对象/组件的重用性得以实现，不用再编写重复的代码在不同的地方

实现相同的功能，减少了代码编制中的冗余，减少了工作量；

•中间件技术的使用，使系统具有卓越的扩展能力。若要提高系统性能、

处理速度，可增加应用服务器，分担一部分应用服务工作即可，而原来

的应用服务器几乎可以不动；

•负载均衡，有多台机器做应用服务器时，系统可自动根据每个机器的负

载情况决定服务程序在负载小的那一台机器上执行；

•分布式应用管理，支持异构环境下的分布应用（如同一应用中有不同的

数据库，多个数据源）。

正是对象组件技术的这些特点使得该技术在IT业界占有绝对的领导地位。

系统的业务逻辑层采用组件技术加以封装，业务逻辑与界面表示分离，易于

管理维护，且便于重用与扩展。

4.5.数据库技术

数据库采用oracle10g,

具有以下功能和性能要求

•开放性

•安全性和可靠性

•灵活高效的体系结构

•强大的联机事务处理能力

•强大的联机分析处理能力

•分布式处理能力

•完善的管理工具接口

•支持关系模型

•支持多机多处理器系统

•支持流行的网络协议(TCP/IP,IPX/SPX等)

•支持主流操作系统(UNIX,NT,NETWARE等)

•兼容ANSI/ISOSQL

•支持中文汉字内码，符合双字节编码

•支持C2或以上级安全标准、多级安全控制；

•支持数据库存储加密及相应冗余控制

•应具有强的容错能力、错误恢复能力、错误记录及预警能力；

•数据库、表大小等技术参数可灵活设置，支持对多媒体数据及大数据量

处理的技术需求；

•应避免数据库死锁的出现，一旦死锁能够自动解锁；

•开发工具易使用、开发效率高、维护方便；

•支持多种CASE工具。

1.开放性

开放性指数据库系统是基于客户/服务器体系结构的开放式数据库，用户的

应用可与数据库服务器运行在不同的硬件平台上(如IBM、HP和SUN等)，充分

合理地发挥不同类型硬件的特长。同时，在分布式的环境下，具有与异种数据库

的互操作性。关系型数据库系统支持众多的开放系统标准：ANSISQL-89LEVELk

ANSISQL-89LEVEL2和ANSISQL-92,通过美国国家标准及技术局(NIST)联

邦信息处理标准(FIPS)用于标准数据库容量，参照完整性，以及FIPS标志的第

127-1号测试包。支持各类客户机/服务器的通信连接，包括IPX/SPX,TCP/IP

和SHAREMEMORY。(注：NIST是美国规定工业标准的政府机构，具有唯一可用的

检验SQL标准兼容性的测试软件包)

开放性在数据库连接上表现为ODBC标准，并且可以使用开发工具通过ODBC

可以实现与多种数据库的互连，如ORACLE、INFORMIX,SYBASE等。

满足企业一级互操作性需要的开放式中间件(MIDDLEWARE)产品，它允许客

户透明地访问各种关系型数据库包括ORACLE、INFORMIX和SYBASE。同时通过远

程过程调用(RPC),用户可以去修改其他数据源上的数据。同时提供通过SQL

语句直接修改的功能。数据库和高级语言有很好的互连能力，支持ODBC,通过

ODBC支持大量的第三方厂商提供的开发工具，如：Ern、Powerbuilder,VB、VC++、

EXCEL等。

2.安全性与可靠性

为确保数据库安全性提供了两个级别的存取权限。对于保密数据，数据库可

以提供：

检测可疑用户动作，及执行那些动作的特定用户的身份；

检测非所有者访问企图；

评估潜在的安全方面损害可能；

如果必要，可提供代安全性研究分析的证据信息；

为用户提供被动的保护，让用户了解它们的动作可在受到安全性审查。

数据库服务器提供两级访问权限来保证数据库的安全性。数据库权限控制对

数据库的访问和在数据库上创建表和索引的权力。表权限指定用户在特定表上所

能进行的操作。

支持表级修改、插入和删除的安全性，同时保证字段级更新和查询的安全性。

使用二个独立的语句向用户授予或收回权限。由于对用户帐号进行安全管理。因

此，不需要再次进行数据库登录。

存储过程通过建立它们自己的、有别于数据权限的机制而提供附加的安全

性。存储过程的拥有者向用户授予执行该存储过程的权限，允许用户执行该过程

中所有的SQL操作，但对其它的数据库访问加以限制。通过使用存储过程来限

制用户执行某些数据库操作，DBA将系统的安全性提高到过程级。

安全审计功能对用户操作的每一个数据库对象提供跟踪和操作记录。这一功

能符合C2级安全要求模型。可以对系统中用户的活动进行选择性监控。安全审

计的界面是由命令行驱动的，或是由参数调节控制的，它允许你指定对某一特定

用户的特定活动进行监控。

可靠性指数据库系统具有联机备份，数据库自动备份、日志文件管理等恢复

机制，使数据库系统能在各种异常情况中自动恢复数据，以保证系统24小时的

联机运行。数据库系统提供的联机备份可以在无人在场时自动进行。数据库系统

的联机备份可以很方便地设置备份时间，并由系统在所指定的时间内自动进行，

而不需任何管理人员在场。为了确保用户的数据无论何时何地需要时都是可用

的，数据库系统提供多种恢复机制，以保证数据库以最短的时间从硬件或系统故

障中恢复，包括快速恢复机制、磁盘镜像、双机热备份。提供一套联机管理工具，

以增强可用性。通过管理工具系统管理员可以从一个中央控制台管理多个远程数

据库，极大降低了分布式环境中数据库管理工作的负担。

3.灵活高效的体系结构

灵活高效的体系结构指体系结构为多进程多线索、动态可调整和高度并发的

结构。数据库服务器是可编程服务器，提供较强的触发器和存储过程机制，使

用这两种机制均可以对数据库服务器编程，并做为数据库对象存放在数据库中，

供所有有效的应用程序来使用。提供多种封锁颗粒度以满足不同封锁机制，包括

数据库级锁，表级锁，页级锁和行级锁并可根据数据库操作的实际情况自动实现

封锁升级。同时充分利用单处理器、对称多处理器(SMP)、SMP群机(Cluster)、

大规模并行处理(MPP)结构的能力，适应不同的系统硬件配置要求。

4.分布式处理能力

分布式处理能力指数据库内核支持分布式环境，以保证数据的分布式管理和

完整性。提供分布式查询和更新，提供远过程调用(RPC)以减少网络开销，在

分布式更新操作中提供透明的两阶段提交和自动的两阶段提交恢复机制。提供一

整套数据库系统的管理工具，可以对数据库进行优化，使日常管理工作得以迅速

完成。

5.完善的管理工具接口

完善的管理接口，支持简单网管协议(SNMP)在与基于SNMP的技术兼容方

面例如HPOpenView,IBMSystemView,数据库通过子代理(subagent)为公共

和专用管理信息库MIB(ManagementInformationBases)提供支持。数据库的

公共MIBs符合IETF(InternetEngineeringTaskForce)关系数据库公共MIB

标准，提供一般数据库信息，例如数据库厂商、版本号、完成事务数量、磁盘使

用情况，等等。数据库的专用MIBs提供有关数据库专用信息，包括数据库缓冲

区、封锁、日志、提交和回滚的事务数量、最后检查点时间、内存使用、日期、

时间、以及最后备份级别等信息。这些信息使得网络管理员可以有效监视网络上

所有数据库。

数据库维护一个系统主数据库，对数据库服务器的信息进行跟踪。数据库系

统提供有关数据库服务器状态信息。可以查询这些表以发现系统处理的瓶颈，确

定资源使用情况，跟踪会话或数据库服务器的活动。这些信息包括：

•数据库名、所有者以及日志状态；

•等待数据库资源的用户的状态；

•性能的概要信息；

•虚处理器有关用户和使用的系统CPU；

•有关磁盘空间信息；

•有关事务日志（逻辑日志）状态信息；

•有关封锁的信息；

•分配给表空间的连续磁盘空间信息。

4.6.系统架构设计

在多年的应用开发和提供企业级服务的积累下，我公司形成了一整套自己成

熟和完整的技术架构、开发平台和组建库。如INF开发平台，GenericForm开发

平台，J2EEFrameWork,WorkFlow,CommonLib基础组建库（如SQLStore数据

管理组件，Pooling连接池管理组件，Cache内存管理组件等）。

尤其在J2EE方面，先后提出了适合B/S应用的INF开发平台和适合开发Web

应用的J2EEFrameWorko

5系统方案

整个平台主要包括四个子系统：定位服务系统、定位鉴权服务系统、语音信

令数据采集服务系统、定位策略及定时任务服务系统。

主要流程业务图如下:

给

结合到XX网络具体实现图如下:

■

高明区110接警中心

6语音信令数据采集系统

6.1.数据采集核心模块

与数据采集器做好接口通讯，多线程机制采集多个采集器过来的数据，将采

集过来的数据处理转发给鉴权服务系统。核心模块处理好多线程并发采集，保证

大量通话时的响应速度。

6.2.系统数据配置管理

6.2.1.信令数据采集网关配置管理

管理以及配置所有信令采集器的ip,端口等参数。

.添加

一个信令采集器对应一个配置项，每个配置项中有多个参数，参数包括名称、

描述、所在区域、信令类别（根据目前了解情况主要有一号信令和PRI信令）、

数量、IP、端口等。

市局和各区局的信令类别如下表所示:

序号区域PRI信令一号信令

1.市局22

2.南海区20

3.三水区01

4.高明区10

5.顺德区20

6.2.L2.修改

修改以上参数。

6.2.13删除

删除一个配置项。

6.2.2.与鉴权服务系统通讯配置管理

鉴权服务系统的信息是通过语音数据采集服务系统提供的，所以需要提供语

音数据采集网关的IP以及通信使用的端口。

6.3.紧急呼叫号码管理

紧急呼叫简称EC,用于移动台向当地的紧急呼叫中心联系，即使手机显示

没有信号或者电池很弱的情况下都可以拨通。

紧急呼叫号码管理主要包括有：新增紧急呼叫号码、查看紧急呼叫号码、统

计紧急呼叫号码。

6.3.1.新增

对于紧急呼叫的号码通常有：匪警110火警119交通故障122急救中心

120o新增时参数包括名称、描述、类别、号码、备注等。

6.3.2.查询'查看

查看EC列表。

6.3.3.删除'更新

删除EC号码或者更新属性。

6.4.统计分析模块

统计分析模块功能包括：拨打紧急电话号码统计、语音信令采集负载分析、

通信接口数据分析。

6.4.1.拨打紧急电话有效号码统计

统计各EC号码的好拨打情况，根据时间（如月度、季度、年度）出报表；

以上每种统计类型又可以分为两种模式：1、针对指定紧急电话统计，2、针

对所有已设定好的紧急电话的统计。

比如：2019年3月份拨打110紧急电话有效号码的统计

2019年3月份拨打所有紧急电话有效号码的统计

6.4.2.语音信令采集负载分析

系统每隔一定时间（在配置模块设置），会采集系统运行数据。分析时将这

些数据导出或者直接生成图表格式。

采集的数据包括处理器的平均读取值、cpu使用情况；系统缓存，系统总容

量；网络发送接收流量，系统运行时间。

至上一次系统运行数据采集时间之间的电话接入量，通话情况；处理峰值。

6.4.3.通信接口数据分析

数据分析的范围包括：成功通信率，失败通信率，统计接口通信总量，失败

率超过设置数量。

6.5.接口通讯服务

6.5.1.语音采集器与语音信令数据采集服务系统的通信

信令采集器只采集单向（呼入）数据中的：主叫号码、被叫号码、接通时间、

挂断时间4类信息。

在信令采集器和语音信令数据采集服务系统之间使用移动专线连接，语音信

令数据采集服务系统将通过两个接口来与语音采集器的交互：

第一个接口是拨打时获取拨号语音信息中主叫号码、被叫号码、拨打时间；

另一个接口是获取当语音结束信息的结束时间，通过之前的序列号更新到数

据库;

语音信令采集网关及数据采集服务器的通信方式如下图所示:

语音信令采集网关与数据采集服务器通信

V

语音信令采集网关数据采集服务器数据采数据库

/\

Actor」

语音采集器与语音信令数据采集付系统通信流程图

6.5.2.语音信令数据采集服务系统与鉴权服务系统通信

语音信令数据采集系统将用户拨打110的信息进行处理之后，将处理后的信

息传送给鉴权服务系统，鉴权服务系统为当前用户拨打信息作为一个会话

(session)处理，分配sessionid为此次会话标识，同时设定该会话的过期时间(默

认为10分钟)等参数。鉴权服务系统在接到数据后将此会话信息存储数据库，

在通话挂断时，更新此会话的挂断时间。

如图所示：

定位鉴权服务系统和语音信令数据采集系统交互1

语音信令数据采集系统定位鉴权服务系统定位鉴权数据库

6.6.备份恢复服务模块

对重要的业务数据、操作日志、关键数据、数据库及操作系统进行备份，数

据备份采用的是利用程序后台自动备份，手动设置备份周期。其主要功能有：备

份周期设定；备份列表查询；备份数据恢复。

6.6.1.备份周期设定

功能：设置数据备份周期

设置条件：时间段（每天，每星期，…，…）

结果：每间隔设置的时间段就进行一次数据备份。

6.6.2.备份数据恢复

功能：恢复到指定时间的数据

说明：选择一个选项恢复到指定时间的数据。

6.7.日志模块

日志模块功能主要有：语音拨号成功日志；语音拨号失败日志；定位日志。

6.7.1.语音拨号成功日志

查询数据库中语音拨号成功的记录，并显示到前台页面。

6.7.2.语音拨号失败日志

查询数据库中语音拨号失败的记录，并显示到前台页面。

6.7.3.定位日志

查询数据库中被定位的数据记录，并显示到前台页面。

7定位服务系统

7.1.接口通讯协议

7.1.1.定位服务器与LSP定位服务器的通信

7.1.2.定位服务器与位置鉴权服务器的通信

7.2.位置定位核心服务单元

基于基站定位的原理阐述

通过运营商的网络获取移动终端（如手机等）用户的位置信息（经纬度坐标）

在电子地图平台的支持下，为用户提供相应位置信息服务。这类手机授权定位，

从技术上可分为到达时间（TOA）、增强测量时间差（E—OTD）二种实现方式。

1,TOA定位技术

具体实现步骤:

（1）要定位的手机发出一己知信号，三个或多于三个LMU同时接收该信

号，已知信号是手机执行异步切换时发出的接入突发信号；

（2）各LMU得到信号到达时的绝对GPS时间后，可得到相对时间差

（RTD）；

（3）根据前两步的信息，SMLC进行两两比较，计算突发信号到达时间差

（TDOA）,得出精确位置，并回到应用中。要通过三角计算得出手机精确位

置，必须知道另外两个参数：LMU的地理位置和各LMU之间的时间偏移量。

例如各LMU必须提供的绝对GPS时间，或在已知位置的地点放置参考LMU可

得到实际时间差（RTD）参数。

LMU用接入突发信号确定TOA。当定位请求发出时，LMU被选定，且配置

正确的频率，以便接收接入突发信号。此时，手机在业务信道（可能会处于跳

频方式）上，以特定功率发送达70个接入脉冲（时长320ms）。各LMU通过

多种方式实现和改善TOA的测量结果。利用收到的突发信号可提高测量成功概

率和测量精度。采用分集技术（如天线分集和跳频），可降低多径效应的影响，

提高测量精度。当某个应用需要知晓手机位置时，该应用向SMLC发出请求，

同时告知手机号码和定位精度要求。被测量的TOA参数及其误差值一同被采

集并发送到SMLC,根据该数据，SMLC可计算出应用所需要的手机位置，再

将位置信息和误差范围发送回应用。

TOA定位方式需要附加硬件（LMU）,以达到精确计算突发信号到达时间

的目的。实现方式有多种：LMU既可集成在BTS内，也可作为单独设备。LMU

作为单独设备时，既可有单独的天线，也可与BTS共享天线，通过空中接口实

现网络间通信。

2,E-OTD定位技术

E-OTD定位方式是从测量时间差（OTD）发展而来的，OTD指测量所得

的时间量，E—OTD指测量的方式。手机无需附加任何硬件便可得到测量结果。

对于同步网，手机测量几个BTS信号的相对到达时间；对于非同步网，信号同

时还需要被一个位置已知的LMU接收。确定了BTS到手机的信号传输时间，则

可确定BTS与手机之间的几何距离，然后再根据此距离进行计算，最终确定手

机的位置。

实现步骤如下：

1）手机收到各基站发来信号，得到TOA参数；LMU得到RTD参数；

2）手机将TOA和RTD参数传送到GSM网。

3）OTD测量需要用同步、标准且模拟的脉冲。当BTS发送的帧未被同

步时，网络需要测量BTS之间的RTD。为了进行精确的三角测量，OTD测量

和RTD测量（非同步BTS时）均需要3个BTS。获得OTD参数后，手机位

置在网络中计算以获取具体位置。

说明：

计算具体位置所需的基站位置由独立的基站数据库更新所得。

位置定位系统设计为一个后台提供定位服务的接口，用户传入定位授权的用

户名、密码、定位提供的号码和其他所需参数定位。定位分两个步骤：第一步定

位系统对发起的定位请求同步返回一个序列号，第二步用户再拿此序列号去查询

定位结果。如下图所示：

定位鉴权服务系统和定位系统交互1

说明:

1.用户传入用户名、密码，定位所需的号码

2.定位服务器不会立即返回定位结果，因为定位需要一定时间，约5秒钟;

此时定位系统返回一个序列号，待用户稍后通过此序列号查询定位结

果。

7.3.位置定位服务的监控示警服务

系统对外部提供一个定位的WebService接口供使用；同时为了保证系统的正

常运行和自我保护设计，对外部调用此接口的条件需要做一定的限制：

1.同一IP一秒钟调用的次数（默认5次）；多于此次的请求返回空并做临

时记录，对于连续时间的记录超过一定次数（默认10次）将此IP加入

定位黑名单，此后该IP定位请求都不会响应，除非手动从黑名单中删

除；

2.对同一号码每日的定位请求次数做限制（默认为1000次），多余次数的

请求返回定位次数超出的请求；

3.其他自我保护限制

7.4.位置定位服务器日志系统

定位服务系统的日志记录模块

7.5.位置定位服务配置管理

7.5.1.LSP定位服务器通讯配置

定位服务器需要固网ip与移动lsp服务器通讯，这里配置lsp服务器的ip、

端口和授权

7.5.2.位置鉴权服务器通信配置

鉴权服务系统作为请求定位的发起方，为了保证安全性，需要限制提供定位

发起方的ip,结合分配的账号进行访问。账号与ip绑定，如某一ip或者账号出

问题，则封锁该ip或者该账号。

7.6.定位账号管理

为每一个定位请求方分配一个账号，账号包括访问用户名和授权访问密码。本模块对这些账

号进行管理。密码md5加密切无法更改。

7.6.1.查询查看账号列表

查看账号列表

7.6.2.添加账号

密码不能更改，密码随机生成12位由大小写字母、数字、常用符号

（[]{}'；：".,<>/?-=_+）组成的字符串。

7.6.3.禁用账号

某一账号出问题禁用此账号，账号禁用后不能解锁。

7.7.位置定位服务器统计分析

定位成功率、定位平均等待时长等的分析。

8定位鉴权服务系统

8.1.定位鉴权服务核心单元系统

语音信令数据采集系统将用户拨打110的信息进行处理之后，将处理后的信

息传送给鉴权服务系统，鉴权服务系统为当前用户拨打信息作为一个会话

（session）处理，分配sessionid为此次会话标识，同时设定该会话的过期时间（默

认为10分钟）等参数。鉴权服务系统在接到数据后将此会话信息存储数据库，

由于在通话期间语音信令数据采集系统也在不断的采集数据，此会话的信息业

在不断的更新。在会话过期后不能对当前用户做定位查询处理。

如图所示：

定位鉴权服务系统和语音信令数据采集系统交互1

语音信令数据采集系统定位鉴权服务系统定位鉴权数据库

会话(session)管理

定位鉴权服务系统对现有session进行管理，session作为用户接警期间的重

要标志，在session存在期间，接警人员可以请求查询拨打者的位置，当当前通

话挂断时session记录此时间。在设定的超时时间内session都存在。同时在超时时间到

达之前，紧急号码平台都可以查询该session对应的号码的位置。

Session的建立如下图所示:

［语音信令传入拨打数据］

Session的销毁，如下图所示:

说明:

Session在电话挂断和超过超时时间两个必要条件才可以销毁；在超时时间未

到时，拨打人在此拨打紧急号码平台，session将再次激活。

定位鉴权服务系统对定位策略前置服务系统发送过来的定位策略进行鉴权,

并对鉴权通过的请求响应定位结果。

紧急号码平台向定位策略和定时服务系统发起的即时定位、连续定位等请

求，定位策略和定时服务系统处理之后，将请求转发至鉴权服务系统进行鉴权，

如果请求的定位号码在当前会话中，则发起一个定位请求至定位服务系统。如果

没有在当前会话中，就去数据库中查找历史拨打信息判断改号码是否在特定的时

间段内（例如一个周或一个月，此参数可以在鉴权服务参数中配置），如果在就

定位，如果不在就返回不能定位的结果，如下图所示：

定位鉴权服务系统与定位策略和定时任务系统交互卜即时定位

定位策略和定时任务系统定位鉴权服务系统定位服务系统

发送即时定位请求

定位请限处理

发送给定位服务器定位

定位策略和定时任务

系统发送的定位请求

时阻塞的，一直等到

有定位结果之后才会返回查询码

返瓦

查询位置

返回查询结果

返回定位结果

同时，也可以查询历史定位记录，如下图所示:

历史定位记录查询

定位策略服务系统定位鉴权服务系统定位鉴