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

《手机紧急号码定位平台方案》由会员分享，可在线阅读，更多相关《手机紧急号码定位平台方案（104页珍藏版）》请在装配图网上搜索。

1、word2021年手机紧急定位平台系统设计方案目录1背景介绍62系统原理63系统建设原则7777884系统架构994.2.sun one12141516205系统方案206语音信令数据采集系统242424242424252525256.3.2.查询、查看256.3.3.删除、更新2525262626262627303030303030307定位服务系统3131313131343434343535353535358定位鉴权服务系统35358.1.1.临时鉴权(即拨打鉴权)41428.1.3.鉴权信息存储(管理)438.1.3.1.查询、查看434343454646525660608.2.4.2.

2、列表格式（List）608.2.5.健值映射格式（Map）616161626262626363636364646464666666666768686869696970707070708.7.2.2.1.2.查询、查看7171718.7.2.2.3.查询、查看定位服务系统配置7272727272727272737373737373739定位策略和定时任务服务74747474747576777777787810边界数据交互781 背景介绍构架基于LBS城市公共服务保障体系是将原来的基于固定网的紧急扩展成为以移动网络为主的紧急公共服务保障体系，采用移动网络LBS位置服务技术，迅速确定紧急人位置，从而

3、快速反应进行处理，同时延伸公共服务保障体系，开展如车辆监控、个人财产监控等个人安全和财产安全监控。体系内部的核心就是紧急定位平台。建立一个反应快捷、定位准确、系统稳定的系统是基于LBS城市公共服务保障体系的核心内容。2 系统原理系统采用B/S结构组建，分为客户端与服务端及数据服务三部分，客户端程序完成用户界面的显示及用户操作的处理，服务端程序负责处理用户客户端传来的操作请求并返回正确的结果，数据服务为整体系统的数据提供存储及数据分析的能力。紧急定位系统中包含了基于LBS定位的紧急紧急系统，LBS定位跟踪业务是XX工作在通讯技术、计算机技术的结合点、亮点，它利用LBS、GSM、GIS定位，获取移

4、动终端实时定位信息，并将移动定位信息通过因特网实现定位对象的网上监控与管理。3 系统建设原则3.1. 通用性和专业性结合原则系统设计时着眼建设一个比较通用的系统，各子系统可以通过通用系统的定制来实现。3.2. 先进性和实用性相结合系统采用的技术要符合计算机技术的发展方向，核心设备要充分考虑能不断更新升级，具备较高的性价比，考虑未来业务的发展趋势；另一方面，要充分利用成熟的技术，避免盲目追求新技术。3.3. 可靠性原则系统保证准确无间断的正常运行，设计为具有强大的容错能力，无间断运行。3.4. 安全性原则在本系统中，安全性和某某性是非常重要的问题。按照不同的应用层次，将从系统安全、数据存储安全、

5、数据通讯安全、管理安全等多方面进行规划和考虑。l 系统安全操作系统方面，由移动机房统一管理；本平台安全性做好漏洞扫描测试，并依照以下几个安全性方面进行。l 数据库安全采用oracle数据库，数据库访问用户只有连接和基本访问权限。数据库安装于局域网中，对外网不直接暴露。定时对数据库备份l 数据通讯安全平台包含多个子服务系统，各子系统之间的接口数据交互就相对比较多。保证数据通讯安全，平台采用IP校验、传输数据加密和通过限制用户访问等机制。IP校验对各个子系统而言。对于连接到该子系统的请求校验其IP是否在配置的IP列表中。数据加密根据情况对部分或者所有数据进行DES加密限制用户访问是给访问者分配账号

6、，对该账号提供正确口令方可访问，系统中也可以配置该账户的访问内容；这种方式比较通用。l 管理安全账号密码MD5加密。3.5. 易用性原则应用系统界面友好，操作简单，保证用户易学易用，符合用户的操作习惯。4 系统架构4.1. J2EE结构J2EE是一个开放的、基于标准的平台，用以开发、部署和管理N层结构的、面向Web的，以服务器为中心的企业级应用，是利用Java 2平台来简化与多级企业解决方案的开发、部署和管理相关的诸多复杂问题的应用体系结构。J2EE的典型结构J2EE的多层分布式计算模型中，应用逻辑按照功能划分为组件。J2EE典型的四层结构包括：（1）客户层J2EE应用分为基于Web和基于传统

7、方式两类。在一个基于Web的J2EE应用中，用户的浏览器作为客户层的运行环境从Web服务器下载Web层中的静态HTML页面或由JSP或servlet生成的动态HTML页面。在基于传统方式的J2EE应用程序中，客户程序直接运行applet程序，并在不经过Web层的情况下访问enterprise bean。（2）Web 层J2EE Web组件可以由JSP页面、基于Web的applets以及显示HTML页面的servlet组成。调用servlet或者JSP页面的HTML页面在应用程序组装时与Web组件打包在一起。Web层可能包括一个JavaBeans类来管理用户输入，并将输入发送到在业务层中运行的e

8、nterprise bean类来处理。运行在客户层的Web组件依赖容器来支持客户服务请求。（3）业务逻辑层业务逻辑层也称作E层，主要运行enterprise bean来执行特定业务领域的业务逻辑代码。Enterprise bean依赖于容器来提供事务处理、生命周期、状态管理、多线程处理及资源存储池等系统级功能支持。（4）企业信息系统层企业信息系统层运行企业资源计划（ERP）、大型机事务处理、数据库系统等企业信息系统软件，是企业的基础设施系统。E层使用的是RMI-IIOP在层间传送数据，RMI-IIOP是一个完整的分布式计算协议，允许客户层程序或Web层程序直接访问E层的服务，这些服务包括用于查

9、找和引用enterprise beans的JNDI，发送和接收异步消息的Java Message Service（JMS），以及用于关系型数据库访问的JDBC。容器“容器”是J2EE体系架构中的一个核心概念。容器设置定制了J2EE服务器所提供的内在支持，主要包括：（1）J2EE安全模型配置基于角色实施对web 组件或enterprise bean的访问权限，在enterprise bean的布置描述中声明角色和可被激活的方法，这种声明性的方法不需要编写加强安全性的规则。（2）J2EE事务管理模型指定组成一个事务中所有方法间的关系，客户端激活enterprise bean中的方法时，容器即介入管

10、理事务。容器提供了事务管理功能之后，enterprise bean中不必对事务的边界进行编码，而只需在布置描述文件中声明enterprise bean的事务属性，容器将根据此文件并处理。（3）JNDI 寻址服务向企业内的多重名字和目录服务提供了一个统一的接口，以便应用程序组件可以访问名字和目录服务。（4）J2EE远程连接模型管理客户端和enterprise bean间的低层交互，使客户端能采用类似于本地资源一样访问远端的enterprise bean。（5）生存周期管理模型管理enterprise bean的创建和删除。一个enterprise bean在其生存周期中将会历经几种状态。容器创建

11、enterprise bean，并在可用实例与活动状态中迁移，最终将其从容器中删除。（6）数据库连接池模型是一个有价值的资源，容器通过管理连接池提供对数据资源的更有效的访问，enterprise bean可从池中迅速获取连接，并在使用完毕之后释放连接。基于上述分析，J2EE应用程序的体系结构如下图所示。J2EE应用程序的体系结构4.2. sun oneSun ONE的核心技术是构造智能Web Service系统。Sun公司认为在互联网环境下，有效的开放智能Web服务基础设施的关键是一系列的服务部件。为了便于发现和访问，这些服务部件必须在一个中央目录中进行注册。为了进一步保证Web服务的集成程度

12、和可操作性，这些服务部件必须使用基于标准的结构，来表现语境方面的信息，以及使用一个基于标准的编程界面集来访问和利用这些语境信息，同时它们必须是开放的。Sun ONE的关键技术包括：（1）XML标准与技术其中包括核心W3C XML建议(XML、DOM、XML Namespace、XSLT、XPath、XLink和XPointer)；开发团体的XML分析器、SAX；表现格式(XHTML、WML和VoiceXML)；XML模式系统(DTD、XML模式、RELAX和正在出现的TREX技术规X)；XML信息传递系统(新出现的W3C XML协议、SOAP和ebXML信息服务)；XML注册器与仓库(UDDI

13、 Business Registry、ebXML注册器与仓库以及g)；XML服务描述语言(WSDL)；XML管理信息交换框架(DMTF CIM与WBTM)；B2B XML框架(ebXML协作伙伴协议、ebXML商务过程方法和ebXML核心组件)；XML安全系统(XML签名、XML加密以及新出现的OASIS安全服务项目)。（2）Java技术其中包括Java 2平台企业版(J2EETM)、Java 2平台标准版(J2SETM)、Java 2平台Micro版(J2METM)、MID(Mobile Information Device)规定、Java CardTM API、Java Servlet与J

14、ava Server PagesTM(JSPTM)软件、适用于数据库访问的Java API(JDBC)、适用于XML的Java API(适用于XML处理的Java API、适用于XML数据联编的Java API、适用于XML注册的Java API、适用于XML信息传递的Java API)。（3）基础设施标准例如HTTP、SSL和LDAP。下图是Sun ONE的体系结构示意：Sun ONE的体系结构4.3. 选择J2EE体系的优势作为一个被业界广泛采用的中间件标准，J2EE是开发可伸缩的、具有负载平衡能力的多层分布式跨平台企业应用的理想平台。J2EE的首要任务在于提供一个标准中间件基础架构，由该

15、基础架构负责处理企业开发中所涉及的所有系统级问题，从而使得开发人员可以集中精力重视商业逻辑的设计和应用的表示，提高开发工作的效率。 J2EE有效地满足了行业需求，提供独立于操作系统的开发环境。基于J2EE的应用系统灵活且易于移植和重用，可运行在不同厂家的Web服务器上。更为重要的是，J2EE是一个开放体系，完全有能力适应未来技术的进步和发展。Java2技术及相关的J2EE规X是Sun在1999年底推出的，J2EE的目标是:提供平台无关的、可移植的、支持并发访问和安全的，完全基于Java的开发服务器端中间件的标准。在J2EE中，Sun给出了完整的基于Java语言开发面向企业分布应用规X，其中，在

16、分布式互操作协议上，J2EE同时支持RMI和IIOP，而在服务器端分布式应用的构造形式，则包括了Java Servlet、JSP(Java Server Page)、E等多种形式，以支持不同的业务需求，而且Java应用程序具有Write once，run anywhere的特性，使得J2EE技术在发布计算领域得到了快速发展。J2EE简化了构件可伸缩的、其于构件服务器端应用的复杂度，虽然DNA 2000也一样，但最大的区别是DNA 2000是一个产品，J2EE是一个规X，不同的厂家可以实现自己的符合J2EE规X的产品，J2EE规X，是众多厂家参与制定的，它不为Sun所独有，而且其支持跨平台的开发

17、，目前许多大的分布计算平台厂商都公开支持与J2EE兼容技术。E是Sun推出的基于Java的服务器端构件规XJ2EE的一部分，自从J2EE推出之后，得到了广泛的发展，已经成为应用服务器端的标准技术。SunE技术是在Java Bean本地构件基础上，发展的面向服务器端分布应用构件技术。它基于Java语言，提供了基于Java二进制字节代码的重用方式。E给出了系统的服务器端分布构件规X，这包括了构件、构件容器的接口规X以及构件打包、构件配置等的标准规X内容。E技术的推出，使得用Java基于构件方法开发服务器端分布式应用成为可能。从企业应用多层结构的角度，E是业务逻辑层的中间件技术，与JavaBeans

18、不同，它提供了事务处理的能力，自从三层结构提出以后，中间层，也就是业务逻辑层，是处理事务的核心，从数据存储层分离，取代了存储层的大部分地位。从分布式计算的角度，E像CORBA一样，提供了分布式技术的基础。提供了对象之间的通讯手段。从Internet技术应用的角度，E和Servlet，JSP一起成为新一代应用服务器的技术标准，E中的Bean可以分为会话Bean和实体Bean，前者维护会话，后者处理事务，现在Servlet负责与客户端通信，访问E，并把结果通过JSP产生页面传回客户端。J2EE的优点是，服务器市场的主流还是大型机和UNIX平台，这意味着以Java开发构件，能够做到Write onc

19、e，run anywhere，开发的应用可以配置到包括Windows平台在内的任何服务器端环境中去。4.4. 对象组件技术对象组件技术是计算机软件的主流技术，其研究内容不断深化，应用领域不断扩大，特别是工业界对面向对象技术研究与产品化方面的工作，使面向对象技术越来越体现出强大的生命力。随着Internet和计算机应用的不断发展，对象组件技术的研究和应用也不断向深度和广度方面扩展。在深度方面，分布式对象组件技术、软件Agent技术、构件技术和模式与框架技术为我们的技术发展带来了良好的发展机遇。在广度方面，对象组件技术与电子商务、面向对象与XML和面向对象与嵌入式系统等为我们发展新的应用提供了舞台

20、。对象组件技术具有以下优点：l 开发的不同阶段使用统一的概念，真正实现面向对象的开发模式；l 不同层次的抽象和继承，代码实现高重用性，便于实现业务逻辑抽象分解，并且有利于业务的更新升级；l 完整的封装和数据隐蔽，较其他开发方式，安全性更高，将客户端与数据库隔离起来，客户端无权限直接访问数据库，有利于安全管理，可有效防止恶意攻击。还可以利用中间件的安全管理特性进一步加强权限控制管理；l 便于业务（事务）级权限管理，实际应用中往往以业务（事务）为主线，也就要求对业务（事务）实现权限控制，中间件技术的应用可以方便地对客户端实现事务权限管理控制；l 收敛并发的数据库连接数，减轻数据库的压力。消除了两层

21、结构造成的数据库并发数目的大幅度膨胀，使得应用的扩展更加方便；l 应用对象/组件的重用性得以实现，不用再编写重复的代码在不同的地方实现相同的功能，减少了代码编制中的冗余，减少了工作量；l 中间件技术的使用，使系统具有卓越的扩展能力。若要提高系统性能、处理速度，可增加应用服务器，分担一部分应用服务工作即可，而原来的应用服务器几乎可以不动；l 负载均衡，有多台机器做应用服务器时，系统可自动根据每个机器的负载情况决定服务程序在负载小的那一台机器上执行；l 分布式应用管理，支持异构环境下的分布应用（如同一应用中有不同的数据库，多个数据源）。正是对象组件技术的这些特点使得该技术在IT业界占有绝对的领导地

22、位。系统的业务逻辑层采用组件技术加以封装，业务逻辑与界面表示分离，易于管理维护，且便于重用与扩展。4.5. 数据库技术数据库采用oracle10g，具有以下功能和性能要求l 开放性l 安全性和可靠性l 灵活高效的体系结构l 强大的联机事务处理能力l 强大的联机分析处理能力l 分布式处理能力l 完善的管理工具接口l 支持关系模型l 支持多机多处理器系统l 支持流行的网络协议(TCP/IP,IPX/SPX 等) l 支持主流操作系统(UNIX,NT,NETWARE 等) l 兼容 ANSI/ISO SQLl 支持中文汉字内码，符合双字节编码l 支持C2或以上级安全标准、多级安全控制；l 支持数据库

23、存储加密及相应冗余控制l 应具有强的容错能力、错误恢复能力、错误记录及预警能力；l 数据库、表大小等技术参数可灵活设置，支持对多媒体数据及大数据量处理的技术需求；l 应避免数据库死锁的出现，一旦死锁能够自动解锁；l 开发工具易使用、开发效率高、维护方便；l 支持多种CASE工具。1. 开放性开放性指数据库系统是基于客户/服务器体系结构的开放式数据库，用户的应用可与数据库服务器运行在不同的硬件平台上（如IBM、HP和SUN等），充分合理地发挥不同类型硬件的特长。同时，在分布式的环境下，具有与异种数据库的互操作性。关系型数据库系统支持众多的开放系统标准：ANSI SQL-89 LEVEL1、ANS

24、ISQL-89 LEVEL2 和ANSI SQL-92 ，通过美国国家标准及技术局(NIST)联邦信息处理标准(FIPS)用于标准数据库容量，参照完整性，以及FIPS标志的第127-1 号测试包。支持各类客户机/服务器的通信连接，包括IPX/SPX、TCP/IP和SHARE MEMORY。（注：NIST是美国规定工业标准的政府机构，具有唯一可用的检验SQL标准兼容性的测试软件包）开放性在数据库连接上表现为ODBC标准，并且可以使用开发工具通过ODBC 可以实现与多种数据库的互连，如ORACLE、INFORMIX、SYBASE等。满足企业一级互操作性需要的开放式中间件 (MIDDLEWARE)

25、产品，它允许客户透明地访问各种关系型数据库包括ORACLE、INFORMIX和SYBASE。同时通过远程过程调用 (RPC)，用户可以去修改其他数据源上的数据。同时提供通过SQL语句直接修改的功能。数据库和高级语言有很好的互连能力，支持ODBC，通过ODBC支持大量的第三方厂商提供的开发工具，如：Ern、Powerbuilder、VB、VC+、EXCEL等。2. 安全性与可靠性为确保数据库安全性提供了两个级别的存取权限。对于某某数据，数据库可以提供： 检测可疑用户动作，及执行那些动作的特定用户的身份； 检测非所有者访问企图； 评估潜在的安全方面损害可能； 如果必要，可提供代安全性研究分析的证据

26、信息； 为用户提供被动的保护，让用户了解它们的动作可在受到安全性审查。数据库服务器提供两级访问权限来保证数据库的安全性。数据库权限控制对数据库的访问和在数据库上创建表和索引的权力。表权限指定用户在特定表上所能进行的操作。支持表级修改、插入和删除的安全性，同时保证字段级更新和查询的安全性。使用二个独立的语句向用户授予或收回权限。由于对用户某某进行安全管理。因此，不需要再次进行数据库登录。存储过程通过建立它们自己的、有别于数据权限的机制而提供附加的安全性。存储过程的拥有者向用户授予执行该存储过程的权限，允许用户执行该过程中所有的SQL操作，但对其它的 数据库访问加以限制。通过使用存储过程来限制用户

27、执行某些数据库操作，DBA将系统的安全性提高到过程级。安全审计功能对用户操作的每一个数据库对象提供跟踪和操作记录。这一功能符合C2级安全要求模型。可以对系统中用户的活动进行选择性监控。安全审计的界面是由命令行驱动的，或是由参数调节控制的，它允许你指定对某一特定用户的特定活动进行监控。可靠性指数据库系统具有联机备份，数据库自动备份、日志文件管理等恢复机制，使数据库系统能在各种异常情况中自动恢复数据，以保证系统24小时的联机运行。数据库系统提供的联机备份可以在无人在场时自动进行。数据库系统的联机备份可以很方便地设置备份时间，并由系统在所指定的时间内自动进行，而不需任何管理人员在场。为了确保用户的数

28、据无论何时何地需要时都是可用的，数据库系统提供多种恢复机制，以保证数据库以最短的时间从硬件或系统故障中恢复，包括快速恢复机制、磁盘镜像、双机热备份。提供一套联机管理工具，以增强可用性。通过管理工具系统管理员可以从一个中央控制台管理多个远程数据库，极大降低了分布式环境中数据库管理工作的负担。3. 灵活高效的体系结构灵活高效的体系结构指体系结构为多进程多线索、动态可调整和高度并发的结构。数据库服务器是可编程服务器，提供较强的触发器和存储过程机制， 使用这两种机制均可以对数据库服务器编程，并做为数据库对象存放在数据库中，供所有有效的应用程序来使用。提供多种封锁颗粒度以满足不同封锁机制，包括数据库级锁

29、，表级锁，页级锁和行级锁并可根据数据库操作的实际情况自动实现封锁升级。同时充分利用单处理器、对称多处理器（SMP）、SMP群机（Cluster ）、大规模并行处理（MPP）结构的能力，适应不同的系统硬件配置要求。4. 分布式处理能力分布式处理能力指数据库内核支持分布式环境，以保证数据的分布式管理和完整性。提供分布式查询和更新，提供远过程调用（RPC）以减少网络开销，在分布式更新操作中提供透明的两阶段提交和自动的两阶段提交恢复机制。提供一整套数据库系统的管理工具，可以对数据库进行优化，使日常管理工作得以迅速完成。5. 完善的管理工具接口完善的管理接口，支持简单网管协议（SNMP）在与基于SNMP

30、的技术兼容方面例如HP OpenView，IBM SystemView，数据库通过子代理（subagent）为公某某专用管理信息库MIB（Management Information Bases）提供支持。数据库的公共MIBs符合IETF（Internet Engineering Task Force）关系数据库公共MIB标准，提供一般数据库信息，例如数据库厂商、版本号、完成事务数量、磁盘使用情况，等等。数据库的专用MIBs提供有关数据库专用信息，包括数据库缓冲区、封锁、日志、提交和回滚的事务数量、最后检查点时间、内存使用、日期、时间、以及最后备份级别等信息。这些信息使得网络管理员可以有效监视

31、网络上所有数据库。数据库维护一个系统主数据库，对数据库服务器的信息进行跟踪。数据库系统提供有关数据库服务器状态信息。可以查询这些表以发现系统处理的瓶颈，确定资源使用情况，跟踪会话或数据库服务器的活动。这些信息包括：l 数据库名、所有者以及日志状态；l 等待数据库资源的用户的状态；l 性能的概要信息；l 虚处理器有关用户和使用的系统CPU；l 有关磁盘空间信息；l 有关事务日志（逻辑日志）状态信息；l 有关封锁的信息；l 分配给表空间的连续磁盘空间信息。4.6. 系统架构设计在多年的应用开发和提供企业级服务的积累下，我公司形成了一整套自己成熟和完整的技术架构、开发平台和组建库。如INF开发平台，

32、GenericForm开发平台，J2EE FrameWork，WorkFlow，monLib基础组建库（如SQLStore数据管理组件，PoolMng连接池管理组件，Cache内存管理组件等）。尤其在J2EE方面，先后提出了适合B/S应用的INF开发平台和适合开发Web应用的J2EE FrameWork。5 系统方案整个平台主要包括四个子系统：定位服务系统、定位鉴权服务系统、语音信令数据采集服务系统、定位策略及定时任务服务系统。主要流程业务图如下：104 / 104结合到XX网络具体实现图如下：6 语音信令数据采集系统6.1. 数据采集核心模块与数据采集器做好接口通讯，多线程机制采集多个采集器

33、过来的数据，将采集过来的数据处理转发给鉴权服务系统。核心模块处理好多线程并发采集，保证大量通话时的响应速度。6.2. 系统数据配置管理6.2.1. 信令数据采集网关配置管理管理以及配置所有信令采集器的ip，端口等参数。6.2.1.1. 添加一个信令采集器对应一个配置项，每个配置项中有多个参数，参数包括名称、描述、所在区域、信令类别（根据目前了解情况主要有一号信令和PRI信令）、数量、IP、端口等。市局和各区局的信令类别如下表所示：序号区域PRI信令一号信令1.市局222.南海区203.三水区014.高明区105.某某区206.2.1.2. 修改修改以上参数。6.2.1.3. 删除删除一个配置项

34、。6.2.2. 与鉴权服务系统通讯配置管理鉴权服务系统的信息是通过语音数据采集服务系统提供的，所以需要提供语音数据采集网关的IP以及通信使用的端口。6.3. 紧急呼叫管理紧急呼叫简称EC，用于移动台向当地的紧急呼叫中心联系，即使手机显示没有信号或者电池很弱的情况下都可以拨通。紧急呼叫管理主要包括有：新增紧急呼叫、查看紧急呼叫、统计紧急呼叫。6.3.1. 新增对于紧急呼叫的通常有：匪警110 火警119 交通故障122 急救中心120 。新增时参数包括名称、描述、类别、备注等。6.3.2. 查询、查看查看EC列表。6.3.3. 删除、更新删除EC或者更新属性。6.4. 统计分析模块统计分析模块功

35、能包括：拨打紧急统计、语音信令采集负载分析、通信接口数据分析。6.4.1. 拨打紧急有效统计统计各EC的好拨打情况，根据时间（如月度、季度、年度）出报表；以上每种统计类型又可以分为两种模式：1、针对指定紧急统计，2、针对所有已设定好的紧急的统计。比如：2019年3月份拨打110紧急有效的统计2019年3月份拨打所有紧急有效的统计6.4.2. 语音信令采集负载分析系统每隔一定时间（在配置模块设置），会采集系统运行数据。分析时将这些数据导出或者直接生成图表格式。采集的数据包括处理器的平均读取值、cpu使用情况；系统缓存，系统总容量；网络发送接收流量，系统运行时间。至上一次系统运行数据采集时间之间的

36、接入量，通话情况；处理峰值。6.4.3. 通信接口数据分析数据分析的X围包括：成功通信率，失败通信率，统计接口通信总量，失败率超过设置数量。6.5. 接口通讯服务6.5.1. 语音采集器与语音信令数据采集服务系统的通信信令采集器只采集单向（呼入）数据中的：主叫、被叫、接通时间、挂断时间4类信息。在信令采集器和语音信令数据采集服务系统之间使用移动专线连接，语音信令数据采集服务系统将通过两个接口来与语音采集器的交互：第一个接口是拨打时获取拨号语音信息中主叫、被叫、拨打时间；另一个接口是获取当语音结束信息的结束时间，通过之前的序列号更新到数据库；语音信令采集网关及数据采集服务器的通信方式如下图所示：

37、语音采集器与语音信令数据采集付系统通信流程图6.5.2. 语音信令数据采集服务系统与鉴权服务系统通信语音信令数据采集系统将用户拨打110的信息进行处理之后，将处理后的信息传送给鉴权服务系统，鉴权服务系统为当前用户拨打信息作为一个会话（session）处理，分配sessionid为此次会话标识，同时设定该会话的过期时间（默认为10分钟）等参数。鉴权服务系统在接到数据后将此会话信息存储数据库，在通话挂断时，更新此会话的挂断时间。如图所示：6.6. 备份恢复服务模块对重要的业务数据、操作日志、关键数据、数据库及操作系统进行备份，数据备份采用的是利用程序后台自动备份，手动设置备份周期。其主要功能有：备

38、份周期设定；备份列表查询；备份数据恢复。6.6.1. 备份周期设定功能：设置数据备份周期设置条件：时间段（每天，每星期，）结果：每间隔设置的时间段就进行一次数据备份。6.6.2. 备份数据恢复功能：恢复到指定时间的数据说明：选择一个选项恢复到指定时间的数据。6.7. 日志模块日志模块功能主要有：语音拨号成功日志；语音拨号失败日志；定位日志。6.7.1. 语音拨号成功日志查询数据库中语音拨号成功的记录，并显示到前台页面。6.7.2. 语音拨号失败日志查询数据库中语音拨号失败的记录，并显示到前台页面。6.7.3. 定位日志查询数据库中被定位的数据记录，并显示到前台页面。7 定位服务系统7.1. 接

39、口通讯协议7.1.1. 定位服务器与LSP定位服务器的通信7.1.2. 定位服务器与位置鉴权服务器的通信7.2. 位置定位核心服务单元基于基站定位的原理阐述通过运营商的网络获取移动终端（如手机等）用户的位置信息(经纬度坐标)在电子地图平台的支持下，为用户提供相应位置信息服务。这类手机授权定位，从技术上可分为到达时间 （TOA）、增强测量时间差（EOTD）二种实现方式。1， TOA定位技术具体实现步骤：（1）要定位的手机发出一已知信号，三个或多于三个LMU同时接收该信号，已知信号是手机执行异步切换时发 出的接入突发信号；（2）各LMU得到信号到达时的绝对GPS时间后，可得到相对时间差（RTD）；

40、（3）根据前两步的信息，SMLC进行两两比较，计算突发信号到达时间差（TDOA），得出精确位置， 并回到应用中。要通过三角计算得出手机精确位置，必须知道另外两个参数：LMU的地理位置和各 LMU之间的时间偏移量。例如各LMU必须提供的绝对GPS时间，或在已知位置的地点放置参考LMU可得到实际时间差（RTD）参数。LMU用接入突发信号确定TOA。当定位请求发出时，LMU被选定，且配置正确的频率，以便接收 接入突发信号。此时，手机在业务信道（可能会处于跳频方式）上，以特定功率发送达70个接入脉 冲（时长320ms）。各LMU通过多种方式实现和改善TOA的测量结果。利用收到的突发信号可提高测 量成功

41、概率和测量精度。采用分集技术（如天线分集和跳频），可降低多径效应的影响，提高测量 精度。当某个应用需要知晓手机位置时，该应用向SMLC发出请求，同时告知手机和定位精度 要 求。被测量的TOA参数及其误差值一同被采集并发送到SMLC，根据该数据，SMLC可计算出应用所需 要的手机位置，再将位置信息和误差X围发送回应用。TOA定位方式需要附加硬件（LMU），以达到精确计算突发信号到达时间的目的。实现方式有 多 种：LMU既可集成在BTS内，也可作为单独设备。LMU作为单独设备时，既可有单独的天线，也可与 BTS共享天线，通过空中接口实现网络间通信。2， EOTD定位技术EOTD定位方式是从测量时间

42、差（OTD）发展而来的，OTD指测量所得的时间量，EOTD指测 量 的方式。手机无需附加任何硬件便可得到测量结果。对于同步网，手机测量几个BTS信号的相对到 达时间；对于非同步网，信号同时还需要被一个位置已知的LMU接收。确定了BTS到手机的信号传输时间，则可确定BTS与手机之间的几何距离，然后再根据此距离进行计算，最终确定手机的位置。实现步骤如下：1) 手机收到各基站发来信号，得到TOA参数；LMU得到RTD参数；2) 手机将TOA和RTD参数 传送到GSM网。3) OTD测量需要用同步、标准且模拟的脉冲。当BTS发送的帧未被同步时，网络需要测量BTS之间 的RTD。为了进行精确的三角测量，

43、OTD测量和RTD测量（非同步BTS时）均需要3个BTS。获得OTD 参 数后，手机位置在网络中计算以获取具体位置。说明：计算具体位置所需的基站位置由独立的基站数据库更新所得。位置定位系统设计为一个后台提供定位服务的接口，用户传入定位授权的用户名、密码、定位提供的和其他所需参数定位。定位分两个步骤：第一步定位系统对发起的定位请求同步返回一个序列号，第二步用户再拿此序列号去查询定位结果。如下图所示：说明：1. 用户传入用户名、密码，定位所需的2. 定位服务器不会立即返回定位结果，因为定位需要一定时间，约5秒钟；此时定位系统返回一个序列号，待用户稍后通过此序列号查询定位结果。7.3. 位置定位服务

44、的监控示警服务系统对外部提供一个定位的WebService接口供使用；同时为了保证系统的正常运行和自我保护设计，对外部调用此接口的条件需要做一定的限制：1. 同一IP一秒钟调用的次数（默认5次）；多于此次的请求返回空并做临时记录，对于连续时间的记录超过一定次数（默认10次）将此IP加入定位黑，此后该IP定位请求都不会响应，除非手动从黑中删除；2. 对同一每日的定位请求次数做限制（默认为1000次），多余次数的请求返回定位次数超出的请求；3. 其他自我保护限制7.4. 位置定位服务器日志系统定位服务系统的日志记录模块7.5. 位置定位服务配置管理7.5.1. LSP定位服务器通讯配置定位服务器需

45、要固网ip与移动lsp服务器通讯，这里配置lsp服务器的ip、端口和授权7.5.2. 位置鉴权服务器通信配置鉴权服务系统作为请求定位的发起方，为了保证安全性，需要限制提供定位发起方的ip，结合分配的账号进行访问。账号与ip绑定，如某一ip或者账号出问题，则封锁该ip或者该账号。7.6. 定位账号管理为每一个定位请求方分配一个账号，账号包括访问用户名和授权访问密码。本模块对这些账号进行管理。密码md5加密切无法更改。7.6.1. 查询查看账号列表查看账号列表7.6.2. 添加账号密码不能更改，密码随机生成12位由大小写字母、数字、常用符号（;:”.,/?-=_+）组成的字符串。7.6.3. 禁用

46、账号某一账号出问题禁用此账号，账号禁用后不能解锁。7.7. 位置定位服务器统计分析定位成功率、定位平均等待时长等的分析。8 定位鉴权服务系统8.1. 定位鉴权服务核心单元系统语音信令数据采集系统将用户拨打110的信息进行处理之后，将处理后的信息传送给鉴权服务系统，鉴权服务系统为当前用户拨打信息作为一个会话（session）处理，分配sessionid为此次会话标识，同时设定该会话的过期时间（默认为10分钟）等参数。鉴权服务系统在接到数据后将此会话信息存储数据库，由于在通话期间语音信令数据采集系统也在不断的采集数据， 此会话的信息业在不断的更新。在会话过期后不能对当前用户做定位查询处理。如图所示

47、：会话(session)管理定位鉴权服务系统对现有session进行管理，session作为用户接警期间的重要标志，在session存在期间，接警人员可以请求查询拨打者的位置，当当前通话挂断时session记录此时间。在设定的超时时间内session都存在。同时在超时时间到达之前，紧急平台都可以查询该session对应的的位置。Session的建立如下图所示：Session的销毁，如下图所示：说明：Session在挂断和超过超时时间两个必要条件才可以销毁；在超时时间未到时，拨打人在此拨打紧急平台，session将再次激活。定位鉴权服务系统对定位策略前置服务系统发送过来的定位策略进行鉴权，并对鉴

48、权通过的请求响应定位结果。紧急平台向定位策略和定时服务系统发起的即时定位、连续定位等请求，定位策略和定时服务系统处理之后，将请求转发至鉴权服务系统进行鉴权，如果请求的定位在当前会话中，则发起一个定位请求至定位服务系统。如果没有在当前会话中，就去数据库中查找历史拨打信息判断改是否在特定的时间段内（例如一个周或一个月，此参数可以在鉴权服务参数中配置），如果在就定位，如果不在就返回不能定位的结果，如下图所示：同时，也可以查询历史定位记录，如下图所示：说明：查询历史轨迹如果不提供时间段X围，默认查询1个月以内的位置记录8.1.1. 临时鉴权(即拨打鉴权)系统在接收语音信令服务系统接口发送过来的时为该通

49、话建立session的同时，根据拨打需要对进行首次定位。8.1.2. 定位策略鉴权定位策略服务系统发送过来的定位请求，比如：立即定位，定时定位，连续定位；通过这个途径进行鉴权，都先判断是否在当前会话（session）中，如果在响应定位结果，若不在当前会话中，就查询在最大可定位时间X围（通过系统配置可设定）定位表中有无这个。若有就相应定位结果，如无就返回未授权查询失败的结果。流程图如下图所示：8.1.3. 鉴权信息存储(管理)系统记录请求鉴权定位的、时间、结果等信息。并提供web界面可以查看这些信息。8.1.3.1. 查询、查看拨打根据最后拨打时间的倒序排列，可提供按时间段、主叫、被叫查询的组合

50、查询器功能。主叫 被叫 全部 是否已接通 全部 拨打时间段 至 查 询 重 置序号主叫被叫通话时长最后通话时间12345678首页 上一页 下一页 末页 跳转页8.1.3.2. 报表导出所有的拨打记录，可导出excel表格。8.2. 通讯协议定位鉴权服务系统作为整个移动紧急定位系统的重要系统，协调各个子系统正常运行。与各子系统之间的通讯协议显得重要性。通讯协议的易用性、安全性是整个协议编写的基础原则，在系统各环节运行中间，需要保证在正确传输数据的同时，协议亦不能被模拟从而造成移动紧急定位体系破坏。通讯协议的数据交换方式为XML (Extensible Markup Language)文件；xm

51、l格式规X由DTD（DocumentTypeDefinition）控制。通讯协议分3个部分：逻辑协议、物理协议、内容协议；三个组成部分的工作流程如“服务协议工作流程图”所示：说明：下列标准所包含的条文，通过在本标准中引用而成为本标准的条文。本标准出版时，所示版本均为有效。如果所引用标准被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。8.2.1. 逻辑协议逻辑协议负责建立客户端、服务器之间通信的数据链路。并且长时间维持这个数据链路。建立逻辑协议需要注意的三点要求： 通信链路采用的是TCP/IP的方式进行通信。并且建立链路采用可配置方式，图中的xml文档就是负责存放建立链路时使用的服务

52、器域名，达到的效果是IP改变对链路的建立相对透明。 需要长期维持此链路的通信状态，直到调用通信链路关闭模块才关闭整个通信过程。 通信链路建立时必要的错误处理过程（异常捕获过程），建立链路以及保持链路通信时除了需要捕捉基本的IOException以外还需要在链路建立时捕捉UnknownHostException等异常，使得在建立通信链路的过程中可以针对不同的问题采用有针对性的解决方式。8.2.2. 物理协议物理协议分为三种类型，分别是异步物理协议、请求物理协议、响应物理协议8.2.2.1. 异步物理协议异步物理协议是由服务器主动向客户端投递的协议，在此协议中包含一个功能描述的节点。此功能描述节点的作用是告知客户端次协议所要完成的功能是什么。在功能描述节点中包含三个属性，分别是功能名称属性、异步投递序号、是否对协议进行压缩的属性。功能名称属性：此属性表明投递的协议需要完成的功能。此属性为必选属性。异步投递序号：支持批量投递。此属性为必选属性。是否对协议进行压缩属性：此属性为可选属性，属性值为true/false。可选属性。事例说明：DTD定义如下：事例说明，以下是一个定位返回数据：valuekey=altclass=numbervalue=