融合通信指挥调度系统

　　摘要：

随着我国城市建设的快速发展，对应急管理和社会综合服务的需求日益增加。目前，虽然一些部门拥有独立的指挥系统，但由于技术标准的不同或部门职责和管理要求的不同，仍然存在资源分散、业务分离、独立运行、信息共享和业务协作障碍等问题。建设综合应急指挥平台，整合公安、消防、交通、急救等各类警务，发挥综合优势。如何协调各部门之间的关系，如何衔接计划，如何整合指挥调度信息，如何实现数据通信，已成为当前亟待解决的问题。基于三合一综合指挥调度系统的工程背景，重点介绍了其核心通信服务平台。通过对集通信领域的发展现状和关键技术的分析，选择了解决方案。提出了基于业界领先的消息中间件产品IBMWebSphereMQ的集成框架，并对其开发接口、应用方法和系统实现进行了深入研究。最后，在以上研究成果的基础上，结合消息中间件技术和系统集成模型的应用，在系统需求分析、功能设计和总体架构的基础上，开发了天津市三合一综合指挥调度系统的通信服务子系统，并提出了构建该系统的解决方案。提出了综合应急指挥调度系统的通信平台，构建了核心部分。

　　关键词：城市建设;应急指挥平台；通信平台

　　引言

统一通信是计算机技术与传统通信技术相结合的一种新型通信方式，正在蓬勃发展。目前，统一通信的主要发展趋势是移动化、视频化、云协作等。统一通信的核心思想是随时随地通过任何设备进行自由通信。设备的自由通信使移动性成为现实。在统一通信的基础上，结合视频、位置和用户基本信息，可以很好地扩展系统的调度手段。在此背景下，移动可视统一通信指挥系统应运而生、发展完善。

　　1.指挥调度发展中存在的问题

　　1.1指挥调度的发展

通信指挥调度一直是各集团用户和业务部门信息发展的重点，是当前战场信息条件下战斗胜利的重要保障。它涉及战场信息采集、信号传输、指挥中心指挥调度、军事信息报告、通信和指挥传递等多个环节。针对这一重要命题，有一些成功的实践和应用总结，如基于视频的指挥调度系统[1]，总结了视频在指挥调度中的作用和应用形式；文献[2]讨论了战术互联网技术在指挥调度中的应用，以及pu它提出了战术互联网的基本形式；文献[3]借鉴了外国军队的经验。重点阐述了移动应用技术对提高指挥调度灵活性的意义。不难看出，可视化、移动性和网络连接已成为指挥和调度的重要技术手段。

　　1.2存在的问题

现有指挥调度系统迫切需要解决以下问题：

（1）安全问题

安全是指挥调度系统中的关键问题。如何使系统安全有效地工作是不言而喻的。不仅要考虑终端用户的访问控制，还要考虑数据传输和数据本身的安全性，以及移动设备的安全性。

（2）多样性

一些现有的指挥调度系统只有语音调度，或者需要与独立的视频监控系统对接。各种信息不足，信息形式单调。

（3）实现多网统一通信、多设备互联互通

战场环境复杂多变。如何利用有线、无线、3G、2G、WiFi、短波、战术互联网等通信技术保障指挥调度，协调各种网络通信技术的工作，是指挥调度系统发挥正常作用的基础。多样化的前端设备是指挥调度的直接技术载体，它不仅包括传统的数字集群调度终端，还包括普通话机。同时，应充分考虑智能手机的蓬勃发展。网络和前端设备的多样性是考虑系统能力的重要方法。

　　1.3解决方法

针对上述问题，本文提出了有针对性的解决方案。首先，要丰富调度手段，实现统一的“可视化”指挥。统一意味着可视化体现在多个维度上，包括实时视频、地理位置、用户基本信息、在线状态、终端类型等信息。可视化调度充分利用不同形式的信息载体，使信息服务调度最直接、最有效。为了实现统一的通信，有效地支持各种网络环境和终端设备，需要可视化的指挥调度系统在后台提供访问控制和协议转换。系统采用软交换技术和语音网关技术实现统一通信。系统的安全性是通过权限分离、加密、统一认证和系统监控来实现的。

三台合一综合指挥调度系统通信服务子系统客户端接口采用注册回调方式将客户端响应处理与消息服务相结合，客户端与服务器端采用异步传输模式。服务器端采用基于拓扑代理连接方式及双向连接通道方式进行多级级联，以确保各级通信服务子系统间的数据收发。系统主要由开发部分与配置部署两部分组成，开发部分采用．NET与Java平台，服务器端及客户端配置部分基于WebSphereMQ6．0．2．8进行对象配置，结合第三方双机组件进行HA搭建。服务器端运用Shell脚本及MQSC脚本完成通信服务运行环境配置。

　　2.1平台搭建

可视指挥通信系统是基于战术互联网技术、北斗通信、3G/4G通信、智能任务终端技术和多业务集成技术的应用平台。具有指挥通信、智能侦察、定位、多媒体即时通讯、VOIP等应用功能。系统采用面向服务的架构，引入统一用户视图和统一认证的思想，实现统一的登录服务和用户信息共享，具有良好的可扩展性。系统充分考虑了技术的完整性、一致性和可扩展性，使系统能够在以后运行、维护和管理。从高稳定性、高性能、高可扩展性和跨平台的原则出发，采用多层应用架构构建底层应用平台。用户控制与业务性能有效分离，不仅提高了应用效率，而且提高了系统的兼容性和可扩展性。

1）终端层：支持多种终端，包括专用手持终端、通用智能手机终端（Android系统）、Android平板电脑（Android系统）。

2）接入层（网络层）：通过运营商的无线宽带基站接入网络；无线接入网络是系统传输信道的主干，可以利用运营商提供的3（3、4）个高速数据信道实现多种业务。在紧急情况下，可以使用WiFi或其他无线网络，也可以访问战术互联网。

3）功能业务层T提供集群调度、GPS定位监测、信息推送、系统管理等功能。此外，该系统还可以通过SDK和标准接入协议与综合调度系统、视频监控系统、视频指挥系统互联。在统一通信的基础上，基于后台权限管理和平台服务器通道管理构建了可视化调度。后台权限管理为最终用户提供调度的基本信息。信道是系统的基本调度单元。调度指挥中心的呼叫、监控、拆卸、插补均在信道的基础上实现。GPS和视频为调度提供了更加多样化的辅助手段。

　　2.系统应用

　　2.1应用方式

WBBSeniceWeb服务可以执行从简单服务请求到复杂业务处理的任何功能。先进的行后部署，互联网上的其他Web服务程序可以很容易地发现和调用其他Web服务。服务服务计划。Web服务本身是一个使用标准Internet协议的应用程序。例如，超文本传输协议（HTTP）和XML协议，它们在互连中以UDDI的形式体现功能。网络和内部网。Web服务可以看作是Web上的组件编程。优点：一次封装。从用户的角度来看，Web服务是部署在Web上的对象组件，其中包含对象。封装良好。当Web服务的调用接口一致时，实现Web服务对调用方完全透明。Web服务通过XML、SOAP和其他消息交换协议保持松散耦合。高度集成的功能。第二章研究现状及相关技术Web服务采用简单易懂的标准Web协议作为组件接口描述和协同描述，完全屏蔽了不同软件平台的差异。标准规范协议。所有常见的Web服务协议都需要使用开放标准协议进行描述和传输。交换。这些标准协议完全免费，最终将由W3C或OASIS制定。发布者和维护者的最终版本。缺陷：一个完整的安全框架，不提供信任和授权，以确保基于Web服务技术的治理安全地运行业务系统和电子商务。与Web服务相关的现有标准和规范不包括对消息的保护。也就是说，不能保证它不会被第三方拦截或篡改。标准协议用于互操作性，这是在当前环境中高度集成的特性中实现的。公共对象请求代理架构CORBA在应用程序集成方面，很容易想到CORBA。诚然，应该编译不同的开发语言，CORBA技术是程序协同工作的主要方式之一。作为一个组合发行版，CORBA的最初目的是使不同的编程语言能够被使用。操作系统和软件平台之间可以实现协作工作。此外，CORBA2现在已经完全基于面向对象技术，CORBA3正朝着基于组件的方向发展，其开放性使得不同CORBA实现者之间的通信成为可能，其中一些甚至可以达到100%的源代码。

代码兼容性的优点有以下几点。首先，中间件为不同的编程语言提供了协作工作的可能性。一对操作系统没有特殊的需求和依赖性，只依赖于实现者，用户可以自由选择现实世界。商人现在正在适应自己的应用系统特性。更成熟的开发历史，有许多流行的应用程序系统（如J2EE）。网络等）在体系结构中，它们之间有着密切的关系。缺点是一个特定的性能与所选择的实现者的实现密切相关，无论性能有多好，中间件的某些服务始终是整个系统的瓶颈。通常，需要修改源代码来实现旧应用软件或系统的打包。应用程序是当需要集成的两个企业应用程序是异构的或由不同的编程语言实现时，例如一个可以在Windows操作系统平台上运行，另一个可以在Linux平台上运行。一个写在CASE语言和另一个用Java编写的，这两种语言一起使用CORBA。当然，可以使用JDK提供的功能特性YNI，但是它确实很复杂，Java可移植性的破坏使得它不能胜任这种集成。JNI不可用。能够为分布式实现做准备。CORBA非常适合打包现有的应用软件另一种是用Java编写的，两种语言一起使用CORBA。当然，可以使用JDK提供的功能特性YNI，但是它确实很复杂，Java可移植性的破坏使得它不能胜任这种集成。JNI不可用。能够为分布式实现做准备。CORBA非常适合通过修改源代码为其他异构系统打包现有的应用软件。所有这些都提供了新的CORBA分布式对象。对于远程访问请求，IIOP协议将是一个不错的选择，例如使用J2EE的rmiop调用CORBA的分布式对象。2.1.3Java2平台企业版J2EEJ2EE无疑是近年来企业应用系统开发中的重要组成部分。开发业务逻辑或中端组件最重要的技术是EJ-B，它提供关键的企业技术，如事务、安全和可持续性支持，以促进业务组件的开发。虽然EJB在Java编程语言中受到限制，但这项技术本身并不存在问题。同时，J2EE和CORBA技术共识为来自低级组件（如RMBIOP和JMS）的请求提供了一条可行的路径。值得怀疑的是，J2EE提供了一个强大的功能核心。

优点：基于规范的平台，不局限于特定的操作系统或硬件平台，有大量的实现者。选择；首先，它提供了一个现代组件体系结构，简化了复杂组件的开发。通过支持这些服务的语句和编辑器，为主要的企业技术（如事务、安全性和连续性）提供支持。相对成熟，支持大量中间件技术，可以提供令人满意的性能和可扩展性。缺点：一个局限于Java编程语言，虽然它可以被其他中间件技术（如CORBA）所支持；首先，实现者之间的可移植性小于100%。与特定于操作系统或平台的实现技术相比，性能有待进一步提高，资源占用率较大。应用：J2EE规范本身提供了一个巨大的企业应用集成平台，它是基于Java实现独立的。它依赖于硬件平台和操作系统，但也受到单一语言开发的限制。但目前这种开发，不同的供应商提供了符合规范的各种实现。J2EE支持大量中间件技术，现有系统可以协同工作。HTTP、RMIIOP、JMS、JDBC、JCA及其对XML、企业事务和企业安全的支持使其成为当前几种企业应用程序之一的首选集成平台。

分布式组件对象模型DCOMDCOM扩展了网络中COM支持的对象，并允许COM应用程序的分发。在局域网中的多台计算机上。DCOM通过网络协议定义通信。在操作中，COM使用RPC为客户端程序和组件提供服务，并符合DCOM协议标准。优点：基于COM架构的Windows平台分布式处理；Windows平台上的一对应用程序具有更好的性能。缺点：跨平台使用支持不足，无法有效保证性能。应用：在Windows平台上实现集成是可选的，但与其他平台和编程语言协调。它需要第三方制造商的支持。12EE连接器体系结构JCAJava连接器体系结构（JCA）是在J2EEL3规范中提出的，并由EIS制造商实现和提供。JCA的资源适配器是一个标准化的EIS代理，可以插入到符合J2EE的应用程序中。在服务器中，EIS通过应用服务器提供的标准EIS访问接口CCI进行操作。JCA为应用程序开发人员提供了将EIS集成到J2EE中的标准方法。法定方定义了开发人员可以在J2EE环境中使用的一组通用API和服务。优点：JCA不仅将EIS系统集成到J2EE数据应用中，还集成了安全性和事务性。服务管理涉及到合格的EIS系统。JCA的出现降低了将遗留系统集成到从NXM到J2EE的J2EE应用程序中的操作复杂性。基于Java技术的JCA更适合于多平台移植。缺点：JCA是一个紧密耦合的解决方案，它的实现涉及您想要集成的遗留系统。API，这些操作需要被有效地封装。JCA是基于Java技术的，虽然它也在Java中实现，而不需要集成系统，但是通过JCA的客户端使用的应用程序必须是Java实现。JCA的实现并不容易，如果JCA需要实现连接管理部分，那么一旦与事务和安全管理组件结合起来，其复杂性就会大大增加。JCA提供的好处基本上是针对J2EE应用服务器和EIS系统供应商的。对于通常符合各种标准和规范的产品，JCA给出的统一规范并不适用于它们。怀疑是降低风险和开发成本的利器。但对于一般企业来说,对于JCA来说，一旦与事务和安全管理组件结合在一起，复杂性将显著增加。JCA提供的好处基本上是针对J2EE应用服务器和EIS系统供应商的。对于通常符合各种标准和规范的产品，JCA给出的统一规范并不适用于它们。怀疑是降低风险和开发成本的利器。但对于一般企业生产的应用系统，JCA可能无法发挥重要作用，相反，它可能成为开发过程中的瓶颈。主要原因有几个：首先，JCA，资源适配器的开发，并不是所有开发人员都能掌握的东西。开发模型不同于编写公共代码。JCA使工厂和其他模式在设计模式中发挥作用。敏锐生动。其次，JCA作为一个统一的规范，需要大量的标准和规范来实现。Fan-Lai支持XA分布式事务。通常，企业自行开发的应用程序系统没有这些功能。标准规范中，所实现的资源适配器不能利用JCA提供的许多优点。第三，企业自行开发的资源适配器最终将部署到J2EE应用服务器，但作为第三，J2EE应用服务器的开发人员不了解所使用的J2EE应用服务器的特性，甚至存在于应用服务器中。缺陷，尽管双方都遵循JCA规范，但实现差异将使第三方开发适配器无法正常发布和应用。

消息中间件消息传递使应用程序能够跨多个平台可靠地传输数据。通过使用消息传递中间件，可以提供通过依赖消息队列来支持消息传递所需的目录、安全性和管理服务。保证验证后的应用间消息传输的安全性、可靠性和实时性。它通常提供同步性和异构性。第二步：传输模式。确保企业内部可靠传输的最常见方法是使用消息传递系统。CORBA和J2EE目前支持消息中间件的行业标准接口。优点：它为不同的企业应用系统提供跨多个平台的消息传输机制。支持同步和异步传输模式有助于在应用程序之间可靠地传递消息。缺点：和其他中间件技术一样，在高流量下也存在性能瓶颈，但是很多产品制造商必须改进这个问题，如果我想确保多个平台上的应用程序之间的可靠传输，并且这些应用程序不同时运行，rpc直接通信或者应用程序之间的数据传输将是不合格的，消息中间件将是一个不错的选择。即使建立了请求，收件人应用程序也没有运行，请求也没有丢失。

　　2.2技术选型

在对上述关键技术进行调研和比较的基础上，综合指挥调度三合一系统的通信服务子系统在统一技术选择标准中应充分考虑以下六个方面。跨平台的特点是通信业务系统能否支持多种操作系统平台，部署在特定的操作系统上，通信业务能否实现方便快捷的操作系统转换。实时传输数据的实时传输直接决定了整个系统的运行效果。实时通信是三合一的，指挥调度系统能保证对突发事件的及时响应。通信服务系统作为系统的核心，应始终为其他系统提供稳定、高效的服务。可靠性通信服务需要满足7*24连续无故障运行。可扩展性您能提供丰富的接口来连接其他服务系统，如数据库、LDAP等。集成我们能有效地集成遗留系统和现有系统，减少对信息项目的重复投资，提高信息管理的有效性吗？根据六点选择准则和以往的技术分析，结合公安指挥调度系统对通信平台的应用要求，决定选择消息通信方式作为系统的主要通信手段，利用消息构建通信服务系统。中间件技术，并以JEE平台中的JMS消息服务协议为主要的消息服务接口标准，等等。NET平台。采用JMS对应的XMS服务协议。

　　2.3产品选型

基于以上研究结果，在有效解决通信问题的基础上，利用消息中间件技术可以屏蔽系统的异构性，实现互操作性，从而使运行在不同平台上、使用不同语言开发的应用程序能够相互通信、相互协作。共享资源和其他分布式系统活动。可以看出，选择合适的消息中间件产品是整个系统架构的首要考虑因素，它不仅满足三合一综合指挥调度系统的通信需求，而且保证了自身的稳定性和可靠性。消息中间件供应商可以选择广泛的产品。Microsoft消息队列和IBMWebSphereMQ是业界主流的消息中间件产品。在考虑了各自产品的性能和特点后，选择IBMWebSphereMQ作为基本服务平台，构建通信服务子系统的第二章。

　　3.数字录音子系统

　　3.1系统功能

数字记录系统完成综合指挥调度系统的记录。系统具有记录、存储、备份、查询、回放、记录监控和管理等功能。它支持多种记录控制方式，如电压控制、语音控制和TCP/IP。支持多种记录存储格式，支持记录和网络查询/提取记录的选择。

　　3.2方案设计

数字记录系统主要配备数字记录服务器（包括记录卡等硬件设备）、数字记录软件、离线存储介质等设备。数字录音服务器通过录音采集卡与综合调度开关连接，完成录音采集和存储，并通过局域网与其他应用系统共享音频文件。数字记录设备应采用双热备份，故障时可自动转换，具有手动转换功能。这两个设备在记录过程中是独立的。记录后，使用数据同步服务完成数据同步。数字记录客户端软件系统可以通过综合指挥调度系统的软件控制平台和综合调度站集成到同一接口中。设备查询、检索、监控和输出记录由分级密码权限管理。不同级别的维修人员有不同的权利。维修人员在进行查询、监视或维修操作时，不影响设备的正常记录功能。记录设备记录的呼叫文件信息可以定时存储在移动硬盘或可重复使用的CD-ROM上，方便查询和管理。调用文件包括用户名、扩展名、调用持续时间和开始-停止时间。

　　4.指挥调度子系统

　　4.1系统功能

（a）具有分组呼叫、分组呼叫、优先呼叫、重选、强插入、强拆卸、监控、短数据传输等功能。b）在完成各专业通信系统与IP网络的互联互通的基础上，实现有线电话、公用移动电话、IP电话、卫星电话、短波电台、集群终端等各通信终端的跨网呼叫和综合调度功能；等等，都实现了。同时，集成了多通道传真、数字录音、电话会议等系统功能。c）提供统一的控制接口，为综合调度指挥提供支持平台。

　　4.2方案设计

指挥调度子系统主要包括综合调度交换机、综合调度站、综合调度控制服务器、各种接入模块和调度应用软件。综合调度交换具有丰富的接入模块、调度控制、媒体交换功能、有线和无线接口，可与各种应急通信资源进行通信。它支持各自通信资源现有的信令协议，可以实现不同通信终端的自动连接控制。它还将成熟的CTI技术应用于电缆调度、无线调度、多通道传真、数字录音等系统。综合应急通信与控制平台是通过集成应用程序，最大限度地利用现有通信资源的调度服务而构建的。同时，调度交换机应建立大容量会议网桥，以满足调度系统或办公系统对电话会议的应用要求。会议电话的成员可以是内部、外部、固定电话、移动电话、有线、无线、无线电、IP电话等形式。综合调度台作为一个应用平台，在整个系统的支持下，可以实现有线、IP电话、无线集群、常规无线等的无缝综合调度。通过座椅控制器的麦克风、扬声器、电话和PTT，可以实现各种通信方式的应用。调度器可以为一键操作提供各种功能键和用户热键。调度员可以通过调度员选择呼叫、分组呼叫、全呼叫、强分解、强插值、会议等方式。调度台采用双机热备方式，两台调度台组成一个调度台组，采用同屏验收方式，保证应急通信系统的高可靠性。综合调度服务器负责接收调度指令。根据系统资源清单和调度客户端的身份权限，对所有语音、数据和图像请求进行调度控制。实现了语音互联，数据和图像命令的上传和传递。采用各种连接模块实现综合调度交换机与各种通信系统的互通。与其他网络连接的综合调度交换机通过7号或PRI的数字中继接入PSTN，通过IP网关接入IP网络。PSTN和IP网络可以相互备份路由。正常情况下，综合调度交换移动电话IP网络数字集PSTN组网短波通信网络卫星通信网络部专用网络移动通信网络通信接口网关综合通信平台综合软件控制平台数字记录系统STEM多通道传真系统其他系统统一指挥调度接口应急指挥中心传真通信接口电信交换综合响应应急指挥调度系统的设计与实现与下级XX或部门节点通信。当PSTN路由失败时，自动路由到IP信道，继续调度通信。交换机设有移动电话接入通道，必要时可通过不同格式的2G/3G移动通信网络直接联系调度终端。

综合调度交换机与应急现场连接是通过IP网络和PSTN接入卫星通信系统，实现与应急现场的语音通信。综合调度站根据应急现场的具体情况，可实现移动电话、集群电话、IP电话、短波电台的调度通信。集群调度接入综合指挥调度交换机可以通过集群接入模块呼叫集群终端，有线和无线相结合，通过综合调度站实现集群终端的集中呼叫、指挥和调度。接入高频通信综合指挥调度开关设有短波接入模块，与短波电台互连，实现统一指挥调度。通信接口分为数据接口和音频接口，其中数据接口负责射频调制、呼叫、PTT等命令的传输和制作，音频接口主要负责完成语音接入。多路传真业务集成多路传真业务通过CTI技术，通过综合指挥调度系统的软件控制平台，将多路传真客户端软件与触摸屏综合调度台集成，实现电子稿件的同时传输和扫描。文档到多个目标传真设备。数字录音业务集成数字录音业务，通过与综合调度交换机或综合调度台互联，实现录音、存储和点播。通过软件控制平台，利用CTI技术，将数字记录查询客户端集成到触摸屏综合调度站。

该系统的基本功能如下：短时间上网：任何合法用户只要按PTT开关O.5S，都可以申请接入呼叫的自动重播：主叫移动台用户按PTL开关发送呼叫。如果由于某种原因，未经系统控制器确认，则当移动台释放PTT开关时，移动台将继续多次发出频道请求，直到呼叫成功（自动重放功能），在紧急情况下，用户按下紧急呼叫键，系统将确保有一个频道可以打紧急电话。同时，在监控终端上显示紧急呼叫者的身份码，并发出声光信息；为了保证信道的有效使用，缩短用户的等待时间，应限制用户的通信时间，由系统控制面板设置限时菜单。rolcenter，有效保证有限的渠道资源不被长时间占用，用户可以随时动态重新编辑。组，可以将某些单个用户重新组织为一个组。动态重组通常是由操作员通过管理终端输入指令，中央控制器通过控制通道或语音通道发出控制命令，移动用户站在收到指令后自动改变其设置。可以消除丢失或可能落入他人手中的潜在危险，防止非法用户进入系统。限制以保证呼叫的安全：由中央控制器热备份、备用控制通道、分散控制和故障弱化几个部分的功能，充分保证系统的高可靠性运行。当两个或两个以上的移动台超出覆盖范围或需要直接通话时，可手动转换为离线模式，为移动台配备常规通信信道，并在常规信道上进行单向对讲。

　　5.结语

本文提出的移动可视统一通信指挥系统在技术发展的课题一中，符合指挥控制的需要，实现了信息采集手段的多样化、调度指挥功能的强大、与各种原有系统的互操作性。系统完全按照开放式协议开发，透明度高，兼容性好，可扩展性高。智能终端作为富媒体信息采集和显示的平台，可以集中系统功能，充分利用综合信息。最后，本文分享了一个成功的公安系统应用案例。详细分析了信息系统集成需求，结合实际工程，深入了解异构系统环境下系统集成的关键问题和难点。·对行业内企业应用集成的多种技术、产品和解决方案进行调研和比较，把握不同技术和产品的重点，以便在项目实施过程中选择合适的解决方案。深入研究消息中间件产品ibmwebsphel“emq”，了解其支持标准和1:3规则，同时对国内外的应用案例进行了广泛的研究。深入研究了解产品在不同情况下的应用和实现方法。·对天津市第四代110综合指挥调度系统进行了需求分析，并将通信服务子系统分离。系统作为系统通信业务的核心，贯穿于整个系统的业务系统和应用终端。采用统一的消息服务总线设计系统结构。·选择IBMWebSphereMQ产品构建通信服务子系统的消息服务总线。系统架构设计、本产品在系统实现中的应用、系统消息服务、开发和应用连接端口组件，建立双机热备环境，并在系统建设完成后进行系统压力测试，以确保系统运行正常。在多用户、大数据传输的环境中可靠、稳定。”未来工作展望本论文的下一步工作方向是：·目前，系统的主要任务是消息传输，不需要建立数据库、目录服务和Web。下一步将基于当前的系统架构，充分利用服务等其他系统服务的连接。利用MQ的事务处理功能，通过事务形式的消息触发，可以实现更多的应用程序处理。并遵循XA标准。

应急通信是有效应对各类突发事件、减少灾害损失的不可或缺的通信保障手段。目前，我国现有应急通信保障体系整体不完善，也没有形成完整的通信体系。各部门应急通信能力重复建设、隔离现象严重。部门间通信手段单一，带宽窄。此外，现有应急指挥通信网络普遍依赖于公共通信网络，缺乏可靠的链路备份和容灾机制，缺乏统一的通信平台，各种通信方式之间的互操作性困难，缺乏各种通信方式之间的转换能力。制作链接。针对应急通信系统建设的特殊性，综合应急指挥调度系统是一种更适合应用的通信保障系统，能够结合现有通信条件，满足各种突发事件的需要。现场应急指挥要求为解决特殊情况下的通信指挥问题，保障通信安全，提高快速响应能力提供了强有力的支持。随着XX对应急通信重视程度的不断提高和投入的不断增加，通过逐步建设和完善各省应急通信系统，包括综合应急指挥调度系统，指挥人民解放军之间通信的困难局面。结束各部门的工作形式，大大提高协同工作的效率。届时，我国应急通信的形势将大大改善。

　　参考文献

[1]陈亮，彭栋琦，刘剑锋．等．基于视频的指挥调度系统．中国指挥控

[2]制大会论文集[C]．2013：217-221

[3]曾东．美军敏捷指控系统构建简析．中国指挥控制大会论文集[C]2013：107．110

[4]刘伯超，马晓轩，葛声，基于Web服务的软件服务体系结构的研究与实现

[5]北京航空航天大学学报，2004，(03)

[6]杨岚，基于WebService的应用集成研究与实践[D]西北农林科技大学，2008