第一配资门户祝晓悦：面向软件定义汽车的下一代NG-eCall的技术挑战

专题：2025中国汽车论坛第一配资门户

　　2025年7月10-12日，2025中国汽车论坛在上海嘉定举办。本届论坛主题为“提质向新，智赢未来”，由“闭门峰会、大会论坛、技术领袖峰会、多场主题论坛、N场行业发布、主题参观活动”等15场会议和若干配套活动构成，各场会议围绕汽车行业热点重点话题，探索方向，引领未来。其中，在7月12日上午举办的“主题论坛七：AI创新引擎，驱动智慧出行新生态”上，是德科技自动驾驶业务负责人祝晓悦发表精彩演讲。

　　以下内容为现场演讲实录：

　　感谢主持人，感谢大家的时间。

　　今天的主题是“智慧出行”，前面的专家分享了很多关于大模型、AI、大数据的训练等方向，通过这些技术我们可以让自动驾驶得到更多的应用，让驾驶更智能，让人们的生活更加便利。同时，这些技术也让自动驾驶本身更加安全。

　　但是，万一在驾驶过程中出现事故，我们如何利用各种智能化的技术保证驾驶员的安全或者让车内的乘客得到及时的救援呢？下面我要分享的部分是针对下一代紧急呼叫的技术挑战以及解决方案。

　　对于紧急呼叫来说，2018年左右的时间，欧盟以及俄罗斯和中东等等各个地区，开始陆续进行紧急呼叫的法规测试。当时基于2G、3G的技术来实现紧急呼叫的功能。有数据显示，如果通过了紧急呼叫的技术，在道路上发生事故，一些碰撞等等场景之后，人员的救援率以及伤亡的损失会大大降低。

　　随着2G、3G网络的退网，4G、5G网络逐渐普及，新的下一代紧急呼叫技术正在逐步推广，欧盟之前应该是计划2026年1月1日，也就是明年的年初就要开始实行下一代紧急呼叫的法规测试。但因为整个产业链，包括之前疫情的影响延迟，时间有可能会被推迟到2027年，这是目前的计划。

　　同时在中国针对国内技术、环境的紧急呼叫标准也在逐步推动，在今年4月份的时候已经开始发布，预计在2027年年中的时候会进行中国紧急呼叫的法规验证。所以全球各地、各个主要的市场都在通过汽车和网联技术的融合来确保作为安全最后一道屏障，在真的发生安全事故时有人员能够及时响应和救援。

　　紧急呼叫的技术要求原理上来说不难，通过车载的通信模块以及导航定位的模块，在发生事故碰撞的场景下，车上的人员可以通过手动，当然车载也可以通过自动的方式来触发紧急呼叫。触发紧急呼叫之后，车辆的通信模块会把车上基础的信息，包括车辆的VIN号码、车辆动力类型、车上人员的信息，最重要的还有车上目前发生事故的经纬度位置信息，甚至可能发生事故之前的路径信息，可以通过数据把它发到紧急呼叫救援平台。

　　同时它可以和紧急呼叫救援平台建立一个通话的连接，建立连接之后，紧急呼叫平台的工作人员就可以和车上不管是乘员，或者是已经受伤的，建立一个基础的通话，了解事故最基础的信息，进而派遣一些救援人员到现场进行及时的处理。

　　这就是紧急呼叫模块的基础功能，为了保证在任何极端情况下，紧急呼叫的功能都能够得到正常的使用和触发，就需要对这个功能进行测试，包括语音通话、传出来的数据是正确的展示车辆信息，包括定位的模块，不能说一出现事故定位模块就失效了，没有办法传出经纬度信息，这个紧急呼叫的功能也就大打折扣。我们为了确保它的工作正常，需要对它进行非常全面以及极端条件下的测试。

　　和以前2G、3G的紧急呼叫相比，现在通过4G、5G的技术进行紧急呼叫的救援，通俗来说，可以传输的数据量更大。以前2G、3G发个短信，非常短的数据，4G、5G除了这些基础的数据之外，甚至还能传输一些图片，因为车载的摄像头等传感器非常丰富，所以有足够的数据来源。4G、5G又有一个足够的数据通路支撑来完成大数据量的传输。

　　通过技术上的迭代更新，下一代紧急呼叫可以在车端和网络侧建立连接的过程中，就把数据传输出来，不用耽误建立通话的时间，所以它的时延会更小。

　　为了确保这项技术能够成功推动以及落地，同样我们和智慧出行的体系是一样的，需要进行一些标准化以及法规的测试。

　　在紧急呼叫的标准化部分，也有针对车载终端的标准化，也有针对紧急呼叫平台的标准化，还有针对车载终端以及紧急呼叫平台之间进行交互功能的标准化，所以每个层级都非常清晰。定义完这些基础的功能之后，还有相应的测试标准，如何验证这个功能能够完备、可靠实现？有像17240等法规和一致性测试标准化的内容。

　　这套现在基本上完备，而国标里，中国的紧急呼叫也是类似的，也有车端紧急呼叫的功能标准，还会有一些平台侧的标准，最后完成两个方面的对接。

　　我们通过4G、5G的网络去进行通信，非常大的优势是缩短了时延，如何做到？其实大家可以想象，我们的手机和其他人打电话的时候，其实有一个网络注册的过程，我的手机现在你看到有信号，在基站那边有相应的身份认证，你要拨打紧急呼叫的过程中，触发了紧急呼叫的功能，也需要和基站网络进行注册和对接。在注册的过程中有个“握手”的过程，下一代紧急呼叫的提升点是“握手”的过程中把车辆的基础信息都打包在“握手”的消息里，这样在“握手”的时候就已经知道了，拿到车辆的基础信息，这样可以在“握手”完成之后直接进行通话，缩短救援的时间。

　　其实在发生事故或者碰撞的时候，即使能够缩短半分钟、一分钟，其实都是非常宝贵的，所以这块也是下一代紧急呼叫比较大的提升。

　　为了验证和测试，因为紧急呼叫里一般是救援的电话，比如欧盟是112，国内有一些自己的110等等救援电话。在测试验证的时候，如果在外场进行测试，会对公共的安全平台造成一些干扰，为了在实验室里能够模拟紧急呼叫的流程，需要有相应的设备来模拟外场的功能模块。包括一个信号源可以产生GNSS的信号，模拟外场天空的GPS或者北斗的信号源，通过这个信号的模拟给到车载终端，就能知道自己的经纬位置。

　　第二块是网络的模拟，照片里E7515B叫基站模拟器，模拟的是外场运营商的基站，车载的终端就可以注册连接到基站模拟器里，构建一个通话的环境，来验证紧急呼叫的功能。

　　第三块是PSAP模拟器，是模拟外场紧急呼叫的服务平台，服务平台和车载终端之间有一些交互，比如说我可以接收上发上来的最小数据集，如果我这边解码失败或者你这边车辆有一些翻滚的状态，几秒钟的时间，车辆的信息可能就会发生变化，我的紧急呼叫平台又可以按下一个按钮要求你重传最小的数据集。这些功能都在紧急呼叫的平台仿真软件里，我们进行测试就是通过这样的流程去仿真。

　　搭建成一个大的系统是GNSS的信号源模拟天空的卫星，把信号给到车载的定位模块，我的基站模拟器又和你的通信模块互联在一起，所以手动触发，或者通过一些碰撞的工况让你自动触发紧急呼叫之后，你能够实时收到GNSS的信号，知道自己的位置，发出车辆的信息。

　　同时他又可以和基站模拟器之间建立通话连接，让车辆上受伤的乘员和紧急呼叫平台的工作人员建立语音通话，模拟紧急呼叫的过程。

　　右下角的公共呼叫平台仿真软件负责接收数据信号，把它解码出来，我就能知道目前车辆的位置信息，从而进行后续的救援。

　　针对4G、5GNGeCall的平台，紧急呼叫的平台软件也是和一些第三方的检测中心合作，得到了他们的认证，说明我们是满足法规要求的。

　　下面的软件是更加清晰的版本，包括对于右侧表格里是车辆上传上来的最小数据集，包括经纬度，包括触发的类型，包括车辆的基础标识信息、主叫号码等等。

　　左侧是可以针对你的车载呼叫模块进行控制，可以重拨电话，可以要求你重传数据集，我也可以挂断电话等等操作。

　　通过这样的流程，我们可以一方面在正常情况下，车载终端发上来之后，我的基站模拟器和你建立通话连接，验证通过。如果有一些异常的情况，比如现在的基站不支持紧急呼叫的功能，怎么办？车载终端可能需要通过一些其他的渠道把数据传输出去，传到紧急呼叫平台，和他建立一个连接。

　　我们的基站模拟器的灵活度在这儿，可以模拟各种异常的场景，去验证在各种异常工况下，车载的紧急呼叫模块依然能够正常工作。

　　针对法规的要求，包括2G、3GeCall，包括针对4G、5G下一代的紧急呼叫eCall，我们都提供了符合法规要求的自动化测试用例，测完之后，端到端的一致性就能够得到满足，为你后续做更多更全面的法规提供一些基础。

　　总结来说，我们的平台可以满足基于4G、5G的下一代紧急呼叫功能测试，同时本身也有2G、3G的功能，如果还有一些中东等等区域还在使用基于2G、3G的紧急呼叫，也可以通过我们的平台进行测试。

　　另外它可以模拟各种各样的异常工况，除了正常的功能验证之外，我可以模拟出各种异常工况，对车载的紧急呼叫终端进行更全面的测试，保证性能满足法规的要求。

　　最后我给大家简单看一下基站模拟器本身能支持的能力，刚才提到了包括2G、3G、4G、5G，还有包括像物联网的NB-IoT、卫星通信，包括Wifi等测试都在一个仪表上可以完全满足。在整个产业链里都有非常深入的合作，从芯片到终端厂商、测试实验室以及运营商，整个链条上都有非常全面的覆盖。