客户需求
在应急指挥、政务管理、大型园区等业务场景下，现有通信系统普遍存在多系统相互独立、网络割裂的现实问题，语音对讲、视频监控、电话会议、广播通知分属不同平台，调度人员需要在多套系统间来回操作，业务开展存在诸多痛点：
通信壁垒突出：固话、手机、对讲机、监控、广播设备无法互通，跨部门、前后方指挥呼叫协同困难，遇到突发事件难以快速召集多方人员。
现场态势感知弱：语音调度与视频业务分离，无法在调度界面直接查看单兵、无人机、布控球现场画面，缺少 GIS 地图可视化能力，现场情况掌握不直观。
事件处置缺少闭环：通话、对讲、处置过程缺少录音录像留痕，缺少语音转写、工单督办能力，事后复盘、审计溯源缺少完整依据。
通知下达效率低：紧急通知依靠电话逐个人工拨打，批量通知耗时长，无法同时完成语音、短信多渠道触达，通知接收状态无法统一统计。
异构设备难以利旧：原有模拟电话、监控设备无法直接接入新型调度平台，全部替换改造成本高。
高安全与国产化要求：政务、应急类客户要求系统信创适配、安全自主可控；同时需要支持本地保密部署，也需要支持云端分布式部署，极端灾害环境下要支持卫星、5G 多链路保底通信。
机动应急需求：突发事件现场公网受损，需要通信指挥车、便携设备构建移动前指，保障现场与后方指挥中心互联互通。
解决方案介绍
正其科技提供融合通信可视化调度系统，深度对接电信运营商中继、云算力、物联网资源，支持入驻式本地部署、天翼云云化部署两种模式，将语音、视频、对讲、广播、消息、物联数据进行一体化融合，构建 “统一接入、统一调度、统一管理、全程留痕” 的多媒体可视化指挥调度平台，实现看得见、呼得通、调得动、可追溯。
核心价值
| 价值分类 | 价值说明 |
| 统一平台 | 将语音、视频、对讲、广播、消息等能力整合到同一平台，减少系统切换，使调度人员能够快速完成呼叫、会议、视频调阅和任务下发。 |
| 可视化调度 | 通过 GIS 地图、视频回传和位置信息，帮助指挥中心直观掌握现场情况，减少信息盲区，提高决策准确性。 |
| 快速通知，缩短应急响应时间 | 支持批量通知、语音播报、消息推送和状态确认，使预警信息、任务指令和调度安排能够快速触达相关人员。 |
| 全程记录，满足追溯与审计要求 | 录音录像、通话记录、消息日志和事件工单形成完整业务档案，便于事后复盘、责任认定和合规检查。 |
| 利旧保护，降低总体建设成本 | 通过网关接入现有电话、监控、广播等设备，减少重复投资，保护客户已有资产。 |
| 灵活扩展，适应复杂业务场景 | 系统支持终端扩展、网络扩展和业务扩展，可满足应急指挥、政务受理、园区安防、交通调度、活动保障等多种应用需求。 |
| 安全可靠，保障业务连续运行 | 通过权限分级、安全隔离、设备监控、故障切换和多链路备份，提升系统稳定性和业务连续性。 |
系统组成
应用产品
| 产品大类 | 包含设备 / 软件 |
|---|---|
| 平台服务器类 | 融合通信调度平台、语音调度服务器、视频会议服务器、广播对讲服务器、消息调度服务器、录音录像服务器、GIS 地图服务器、运维管理服务器 |
| 网关与接入设备类 | 语音网关、中继网关、视频网关、物联网网关、安全接入网关、边界安全网关 |
| 调度终端类 | 调度台软件、PC 客户端、移动客户端、IP 调度话机、会议电话、模拟电话、紧急呼叫终端 |
| 现场采集与通信终端类 | 单兵终端、布控球、车载云台、无人机、执法记录仪、便携指挥终端、卫星通信终端、5G 通信终端 |
| 广播与通知设备类 | IP 广播主机、广播功放、对讲终端、喊话终端、信息发布终端 |
| 辅助支撑设备类 | 定位终端、传感设备、视频矩阵、大屏显示设备、录音录像存储设备、网络安全设备 |
项目案例
案例名称：上海某市融合通信系统落地项目
客户需求：
- 城运中心面临系统孤岛问题，20 多个部门系统独立运行、协议不统一，政务网/互联网/专网相互隔离，终端无法互通
- 需要打通跨网跨设备通信，构建”全域感知、精准研判、协同处置”的治理闭环
- 政务云部署环境受限，传统现场调测周期长
- 需满足协议兼容、音视频性能、可靠性、安全合规等高标准要求
解决方案：
- 引入一站式融合通信系统，从协议栈底层突破，支持 GB/T28181-2022、SIP、H.323、PSIP 等主流协议，建成”可视、可呼、可调、可查”的一张网指挥体系
- 采用 1:1 镜像模拟测试环境模拟政务云，现场调测等待时间缩短 70% 以上
- 实现全域资源一张网调度：GIS 地图上视频监控、单兵位置、无人机画面一屏呈现，一键调度
- 平战结合覆盖八大领域 38 类应用场景；移动端支持集群对讲、音视频会议、现场上报，实现”被动上报”转向”主动预警”
项目价值：
- 打通跨网跨部门通信壁垒，形成统一的应急指挥与协同处置能力
- 提升城运治理效率：全域态势一屏可视、一键调度，应急响应更快速
- 缩短部署周期：镜像模拟测试环境使调测等待时间缩短 70% 以上
- 实现平战结合：兼顾日常管理与应急指挥，从被动上报转向主动预警
- 依托供应商 33 年国产化经验与 240 个全国服务驻点，保障 7×24 稳定运行
常见问题
1、我们单位已有模拟对讲机、监控摄像头和广播，做融合通信是不是必须把原有设备全部换新？
不需要全部更换。平台采用标准协议与网关接入的方式，通过网关设备将现有模拟对讲、视频监控、IP 广播等异构系统统一接入，原有可继续使用的设备予以保留，只在协议不兼容或功能缺失的环节做局部补充，避免重复投资。
2、融合通信建好后，是各单位分别登录各自的系统，还是能统一到一个界面上操作？
统一到一个平台操作。各接入系统的设备、终端、画面、语音通道都汇总到同一调度界面，值班人员在一个界面上完成呼叫、调阅、广播和派发，不需要在多套软件之间来回切换，账号与权限按单位、岗位分级配置。
3、我们是区县级单位，规模不大，能不能先小范围试点，后续再逐步扩展？
可以。系统采用模块化架构，可先按核心场景（如值班调度、重点区域视频接入）搭建基础平台，验证效果后再分批接入其他单位与终端，扩容时按需增加接入授权和硬件，已建部分不需要推倒重来。
4、系统必须上云吗？我们要求数据留在本地，政务云、专网环境能不能用？
两种方式都支持。既可按入驻式方式部署在单位自有机房，也可部署在政务云或专网环境。实际采用哪种，需要结合现有网络条件、数据管理要求和运维力量共同确定，部署方案在项目前期确认。
5、各厂家设备的品牌、型号和协议都不一样，接入时会不会出问题？
这是融合通信要解决的核心问题。平台支持 SIP、H.323、GB/T 28181 等常用协议，对非标设备通过协议网关做适配转换。接入前会先做设备清点和联调测试，明确每一类设备的接入方式和可实现的功能，联调不通过的设备会提前告知替代方案。
6、GIS 一张图上能看到哪些内容？定位和视频画面是实时的吗？
地图上可叠加显示视频监控点位、单兵与车载终端位置、无人机画面、辖区资源分布等图层，点击地图上的点位即可调阅对应画面并发起呼叫。终端定位与视频均按实时数据刷新，具体刷新频率取决于前端设备的上报能力和网络状况。
7、应急现场网络中断、公网不可用时，系统还能正常通信吗？
可依托专网或自组网链路保持基本通信能力，现场单兵、布控球、卫星终端等设备支持在无公网条件下接入。网络的冗余与备份链路配置需在方案设计阶段根据现场实际情况确定，我们不承诺超出实际条件的可用性。
8、通话和调度过程能不能留痕？事后追责、复盘有没有依据？
可以留痕。通话录音、视频录像、调度指令、工单流转过程均记录在系统内，可按时间、人员、事件检索回放，录音录像的保存周期按存储容量和管理要求配置。需要语音转文字的，可另行开通语音转写功能，用于快速检索与事件复盘。
9、视频会议、集群对讲、监控调阅能不能在同一套系统里完成？
可以。这几类业务在平台内统一调度，同一场应急事件中可以一边召开音视频会议、一边发起集群对讲、一边调阅现场监控画面，多方终端按权限加入，不需要为不同业务分别搭建独立的会议或对讲系统。
10、建设周期一般多久？施工期间会不会影响我们日常业务运行？
建设周期与接入单位数量、设备点位规模、系统对接范围直接相关，具体工期按合同约定。实施上采用分阶段推进，先搭建平台与核心接入，再逐个单位、逐类设备迁移，割接安排在业务低峰时段进行，尽量不影响日常值班与业务办理。
11、需要改造我们现有的网络和机房吗？对带宽有什么要求？
多数情况下不需要大规模改造，平台可复用现有政务网或专网。机房侧需确认服务器或云资源的部署位置、供电与机柜条件；带宽需求取决于视频路数、并发会议数量和终端接入规模，方案设计阶段会根据实际接入清单测算并给出建议。
12、系统要不要和我们现有的 OA、工单、视频监控平台对接？
建议对接，这是发挥平台价值的关键。系统提供标准接口，可与现有的视频监控平台、工单系统、OA 等做数据与流程对接，实现事件从发现、派发、处置到归档的贯通。对接范围和接口方式需在实施前与贵方信息系统管理方共同确认。
13、上线后怎么培训？一线值班人员不熟悉电脑，能用得起来吗？
界面针对值班场景做了简化，常用操作（接听、呼叫、调阅、广播）集中在主界面，减少层级。交付时提供分角色培训：管理人员侧重配置与统计，值班人员侧重日常操作与应急处置，并配套操作手册。培训场次与方式按合同约定执行。
14、质保和运维服务怎么算？出现故障多久能响应？
质保期限、响应时限和服务方式均按合同约定执行，可在合同中明确服务级别。我们具备全国服务驻点支撑能力，可提供远程与现场相结合的技术支持，具体服务范围与响应标准以签约条款为准。
15、系统后续要扩容或增加终端、接入新单位，会不会需要重新建设？
不需要重新建设。平台按接入能力扩展，新增终端或新单位接入时，增加相应的接入授权与配套设备即可，原有配置、账号和历史数据继续保留。扩容前会评估当前平台负载，必要时对服务器资源做相应扩充。