110/119/120/122可视化报警，到底采用了什么通信技术？

同学，你拨打过110/119/120/122吗？

对于这几个号码，我相信每个人都不会感到陌生。它们分别是我国的匪警、火警、救护、交通事故报警电话。当我们遭遇突发状况、生命安全受到威胁的时候，可以通过拨打这些号码，迅速获得来自公安、消防、医疗等部门的救援。

这些号码是当之无愧的生命热线。那么，你知道这些号码的背后，是什么样的通信技术在提供支持吗？拨打这些号码，和拨打普通的电话号码，又有什么区别呢？

今天这篇文章，小编就和大家深度解读一下，报警电话背后的技术原理。

█ 紧急特服业务，到底有什么特别？

110/119/120/122这些号码，我们通常称之为紧急呼叫号码，但实际上，它们在通信行业的官方名称，叫做“紧急特服业务”，也就是紧急特殊服务业务。

紧急特服业务和普通电话业务有很大的区别。

当用户拨打一个电话号码时，运营商的网络设备会进行号码分析。如果是普通号码，会进入比较复杂和繁琐的号码分析流程，例如移动/固话号码、本地/外地号码、其它运营商号码、国际出局号码，等等。如果是紧急特服号码，系统会立刻接续到当地的紧急呼叫中心（例如110报警中心）。

拨打紧急特服号码是免费的，且和手机号码当前的状态无关。即便是停机状态，或者是国际漫游状态（未开通漫游权限），也可以进行拨打。甚至手机哪怕没有SIM卡，也可以拨打紧急特服号码。（注意！大家不要随意尝试哈，无故拨打报警电话属于违法行为！）

换言之，普通的电话呼叫，需要进行严格的鉴权。通信系统需要验证手机用户的身份、号码的合法性，还有是否开通了呼叫权限，以及手机是否有余额。

而紧急特服业务中，系统会直接跳过这些步骤，以最快的速度完成话路接续。这一机制为紧急救援争取了宝贵的时间，大幅降低了用户求助的门槛，从而最大限度地减少生命财产损失。

█ 紧急特服业务的技术演进

紧急特服业务，归根到底还是电话业务。早期的时候，基于的是PSTN（Public Switched Telephone Network，公共交换电话网络）技术。

移动通信崛起之后，2G时代的移动通信网络，也是以电路域（CS域）为中心，以电话和短信业务为主。到了3G时代，随着互联网尤其是移动互联网需求的爆发，整个通信网络开始走向全IP和分组交换时代，数据业务开始成为主流。

3G时代的WCDMA、CDMA2000以及TD-SCDMA，4G时代的FDD/TDD LTE，5G时代的5G NR，都是以数据业务为主的分组域（PS域）网络。

虽然上网成为了通信网络的主要业务，但电话也还是要打的，不能取消。于是，一种满足基于分组交换网络实现打电话等多媒体业务的新型技术标准出现了，那就是IMS。

IMS，全名叫做IP Multimedia Subsystem，IP多媒体子系统。它最早在3GPP R5版本（2002年）中提出，旨在为3G用户提供多媒体服务。后来，到了4G时代，它的技术标准逐渐成熟，得到各大主流运营商的认可，并在全球范围内普及。

从事通信行业的同学，对IMS肯定是不陌生的。4G时代的VoLTE业务，还有这几年很火的VoNR、5G消息、5G新通话，都是基于IMS实现的。IMS基于IP承载，以SIP协议为核心，可以与4G/5G数据业务网络完美结合，为用户提供丰富多彩的业务应用。

通话业务进入IMS时代后，紧急特服业务也随之发生了变化。

表面来看，我们还是一样的拨打方式，一样的接听和通话。但实际上，来自数据网络和IMS技术的加持，让这个过程变得更加快捷、更加安全、更加可靠，功能也变得更加强大。

一、保障能力的提升

IMS网络会针对紧急特服业务进行优先处理。当网络发生拥堵时，系统会识别出紧急呼叫，并将其放入优先级最高的队列中，让其优先通过。而普通的电话呼叫，则会被暂时列入“等待”的队列。

除了享有最高的接续优先级之外，IMS网络还会给紧急特服业务创建“专有承载”，提供一定的QoS（服务质量）保证。这相当于高速公路的“应急车道”，通话的清晰度和稳定性会更高，可以避免出现断线、杂音等情况。

IMS还精简了紧急特服业务的流程。普通的电话呼叫流程可能涉及多个网络节点的参与，每个节点都需要处理一些信令交互。IMS网络在紧急特服业务中做了流程精简，减少了交互（例如，拨打紧急特服号码，不会出现彩铃之类的业务）。这既提升了接续效率，也降低了出现错误的风险。

二、业务承载能力的增强

传统的CS电路域结构，非常死板，承载能力也十分有限，存在话务溢出严重、并发能力差、无法智能路由切换、接通率低、应急保障修复能力差等问题。

IMS网络架构基于新型分组交换网络技术，灵活性和扩展性很强，能够完美解决上述问题，大幅提升系统的业务承载能力。

三、功能的全面扩展

传统的紧急特服业务，主要是语音通话。接通之后，用户与呼叫中心工作人员进行对话，反馈现场具体情况、地址，然后呼叫中心工作人员联系一线人员，前往进行救援。

这种纯语音的沟通方式，功能较为单一，限制比较多，传达的信息量也很有限。

IMS作为多媒体业务平台，本身就支持图片、音视频业务。也就是说，用户可以直接拨打视频电话进行报警，也可以在通话的过程中，发送现场的照片、定位等信息。这既方便了工作人员准确了解现场情况，也有利于第一时间进行取证。

前几年，已经有一些新的报警方式陆续出现在公众视野，例如短信报警、App报警等。

短信报警，就是通过向12110等特殊号码发送短信，进行报警。它适用于失聪或语言障碍人士，以及在公共汽车上或家里发生了盗窃案、需要隐蔽报案的场景。

App报警，这几年宣传的也比较多。遇到警情时，用户可以启动对应App，点击“一键救助”按钮，触发报警消息到紧急服务部门。用户需要先下载或者打开APP，然后拍摄现场的音视频、照片，通过App建立通信进行上传。

相比上述这两种方式，基于IMS网络的紧急呼叫服务，在功能性、易用性、可靠性等方面，都有显著优势。

IMS遵循的是3GPP协议标准，是原生通信技术。它基于手机原生系统，不需要用户再另外安装App，有利于推广和普及。

短信和App报警，需要专门建设和开发对应平台，资金投入大。在大并发的情况下，应急保障能力也可能存在不足。IMS作为新一代通信技术标准，功能强大，适合统一开发，网络处理能力强，不仅可以降低成本，也能够满足大并发需求。

█ 紧急特服业务部署方式的对比

我们再来看看紧急特服业务的部署。

紧急特服业务，其实说白了，就是要在用户和相关部门呼叫中心之间，通过通信网络技术，建立可靠的连接。

最近这几年，基于网络技术的发展，尤其是5G视频等能力的出现，出现了一些有代表性的部署方式，例如运营商CTI放号方式、融合通信产品方式以及IMS私有化部署方式。

● 运营商CTI放号方式

CTI，全称叫Computer Telecommunication Integration（计算机电信集成），是运营商面向用户业务需要提供的一种呼叫中心（CallCenter）方案。

运营商提供的CTI系统方案复杂度很高，包括CTI服务器、自动语音应答设备（IVR）、自动传真服务器以及外拨服务器等众多环节，涉及不同技术厂家和标准，组件和接口多，建设运维难度很大，成本也很高。高复杂度的系统，在性能和稳定性方面也面临挑战。

这种复杂的系统结构，与运营商自身IMS核心系统视频类业务互通及媒体协商控制方面，也很难进行适配。

除此之外，CTI方案还存在运营商网间关口局互通难协调，5G新通话能力应用开发潜在障碍大、话务平台无法私有化、专业内系统难以融合、平台数据价值难以挖掘等问题。

● 融合通信方式

融合通信，也是一种基于IMS网络的部署方式。

这种方式客服坐席存在两种不同的接话模式，操作使用不便利。融合通信产品标准不统一，仅为过渡性产品，多系统融合协同难度大，基于IMS DC应用扩展性差。多场景、不同网络及任意终端接入难度大。融合通信，同样绕不开IMS标准及核心技术专利。

● 基于IMS的私有化部署

最后，我们再来看看基于IMS的私有化部署。

该方法可以将相关设备系统以私有化的方式部署在政务云等用户侧平台，通过IMS物理隔离多媒体中继网关与运营商核心网建立安全的互联互通对接，解决了现有话务系统方案并发及业务扩展能力不足的问题，具有标准化统一、媒体协商和媒体控制接口开放等特点。

方案解决了运营商CTI放号方式、传统融合通信方式的不足，具备弱代码集成开发、智能扩展及运维便利等优势，可以很好地满足用户在业务部署和运维方面的需求。在安全可靠性方面，也可以通过IMS系统主备软切换架构、异地灾备私有化部署等，进行有效提升和保障。

基于IMS私有化部署，110/119/120/122这样的报警电话，将变得更加强大。相关部门的应急事件处理效率，也将进一步提升。

这为整个城市的应急管理系统数字化转型创造了条件，有助于更好地管理和分配人力、车辆和其他应急资源，有利于监测、预测和处置各种突发事件。人民群众的生命和财产安全将得到进一步保证，整个社会也会变得更加安全、和谐。

█ 最后的话

IMS的崛起和普及，是通信技术发展的必然趋势。

基于IMS丰富的通信能力融合AI技术，将有效解决部门间数据孤岛、协同低效等问题，它所带来的智能化服务能力拓展，以及各种新型特性，正在对传统通信网络带来重塑，也使得用户具有全新的通信体验。

我们期待通信领域能够涌现更多这样的技术创新，让人们的生活变得更美好，也能够加速迈入真正的智能时代。

来源：鲜枣课堂

编辑：千里雁啼

转载内容仅代表作者观点

不代表中科院物理所立场

如需转载请联系原公众号

扫码进入“科学与中国”小程序，可观看以院士科普视频为代表的优秀科普视频，第一时间获取中国科学院公众科学日、科学节等科普活动报名信息。

1.2.

3.

4.

5.

6.

7.

8.

9.

10.