紧急呼叫系统eCall-（EU）2015_758

一、什么是eCall

eCall（emergency call）是指发生紧急事故时，自动或手动向欧盟112 拨打的车载紧急呼叫，该呼叫包含一组最小数据集（MSD），并通过公共移动无线通信网络在车辆和公共安全应答点（PSAP）之间建立音频通道，以达到及时救援、减少人员伤亡、减缓交通事故带来的拥堵等目的。

二、（EU）2015/758

(EU) 2015/758 规定，自 2018 年 3 月 31 日起，M1 类和 N1 类新型车辆必须配备基于 112 的 eCall 车载系统。 

【适用范围】

车辆：M1 和 N1 类车辆；  零部件：为此类车辆设计和制造的 112-based 的 eCall 车载系统、部件和独立技术单元。 注：本文主要针对零部件认证进行说

【主要定义】

公共安全应答点（PSAP）：由成员国认可的公共机构或私营组织负责首次接收紧急呼叫的实际地点；

最小数据集（MSD）：在紧急情况下，车辆向公共安全应答点（PSAP）传输的基本数据集。MSD可能包括：车辆位置、行驶状态、事故发生时间、事故严重程度、车辆标识、燃油类别、乘客人数；

第三方服务支持的 eCall （TPS eCall）：通过激活车载传感器自动或手动向第三方服务提供商发出的车载紧急呼叫，该呼叫通过公共移动无线通信网络携带 MSD 并在车辆和第三方服务提供商之间建立音频通道；

112-based 的 eCall 车载 STU 类型：指特定硬件的组合，这些硬件安装在机动车辆上时，在部署车载紧急呼叫的特性、功能和能力等基本方面没有差异；

112-based 的 eCall 车载系统部件类型：指特定硬件，当集成在基于112的eCall车载STU或基于112的eCall车载系统中时，在诸如促进部署车载紧急呼叫的特征、功能和能力等重要方面没有区别；

代表性部件配置：指112-based 的 eCall 车载系统所需的所有部件，以便在车载紧急呼叫中成功填充和传输最小数据集，包括控制模块、电源、移动网络通信模块、GNSS 接收器和外部 GNSS 天线及其连接器和接线；（零部件测试的最低要求） 全球导航卫星系统（GNSS）：指由卫星群和地面站网络组成的基础设施，它向拥有适当接收器的用户提供准确的定时和地理位置信息； 星基增强系统（SBAS）：指一种区域导航卫星系统，用于监测和纠正现有GNSS发出的信号，使用户在准确性和完整性方面获得更好的性能； 伽利略（Galileo）：指欧洲联盟拥有的GNSS； 全球定位系统（GPS）：指美利坚合众国拥有的GNSS； 冷启动模式：指 GNSS 接收机在位置、速度、时间、历书和星历数据未存储在接收机中的情况下，通过全天空搜索计算导航解算。

三、（EU）2017/79和（EU）2024/1180版本间的联系与区别

传统eCall系统基于2G/3G网络电路交换技术（CS eCall），存在明显的数据传输瓶颈。其仅能发送140字节的最小数据集（MSD），局限于事故发生位置、冲击时间等基础信息，无法满足复杂救援场景下对现场视频、实时传感器数据等信息的传输需求。

随着4G/5G网络普及和2G/3G退网，基于IMS（IP多媒体子系统）架构的NG-eCall应运而生。相比传统系统，其支持IMS SIP信令和VoIP语音数据并发传输，能够实现更快速可靠的通信；同时，突破数据容量限制，可传输视频、车辆实时状态等丰富信息，帮助救援中心直观判断事故严重程度和伤员状况，为制定精准救援方案提供有力支撑。

为了顺应技术发展，(EU)2024/1180修订更新了Article 5(8)关于112-based eCall车载系统、部件、STU的EC型式认可相关的技术要求和测试。

(EU) 2017/79和 (EU) 2024/1180 间的技术要求区别

四、（EU）2015/758 技术要求和测试程序

部件和STU测试要求对比

【附件1 抗严重碰撞能力】

1. 测试准备

(1) 代表性的部件配置（不包括车身）； (2) 有代表性的配置应包括控制模块、电源、用于移动通信的外部天线和执行测试 eCall 所需的任何其他部件，以便在 eCall 中成功填充和传输MSD。

2. 测试程序

(1) 20± 10 °C 的环境温度；

(2) 电源应充足电；

(3) 被测试部件必须通过为固定在车辆上而提供的预定安装件与测试夹具连接；

(4) 最大速度变化 ΔV 应为 68-70 km/h；

(5) 部件安装应为最坏情况，应按制造商建议安装；

(6) 性能要求验证应使用受到严重减速的电源。

3. 验收标准

在减速/加速事件后，eCall系统应能够：成功将MSD传输到PSAP测试点；为ecall事件确定一个最新的时间戳；准确确定最新的车辆位置；通过移动网络连接并传输数据。

 

【附件4 与第三方服务商的共存性】

1. 测试准备

(1) 代表性的部件配置；

(2) 文件要求：

①TPS 系统的设计规定，在 TPS 系统失灵时自动触发 112 系统；

②说明会导致 TPS 系统无法成功执行呼叫的任何硬件或软件故障情况，以及 TPS 系统在出现这些故障时将如何运行；

③可以基于故障模式和影响分析 (FMEA)、故障树分析 (FTA) 或技术服务部门与制造商商定的任何适当的类似程序。

2. 测试程序

(1) 当 TPS 系统处于激活状态时，应通过手动触发测试呼叫来验证 112 系统的停用；

(2) 通过手动触发 TPS 系统（推动模式）执行测试呼叫；

(3) TPSP测试点收到了 eCall 发起信号或语音连接；PSAP 测试点没有收到 eCall 启动信号。

3. 验收标准

(1) 只要 TPS 系统处于激活状态并能正常工作，112 系统就应停用；

(2) 如果 TPS 系统被触发但不起作用，112 系统将自动触发。

 

【附件6 Galileo和EGNOS的兼容性】

1.测试准备

(1)eCall，包括GNSS接收器和GNSS天线，说明了被测系统的导航特性和功能；

(2)数量至少为3个；

2.测试程序

(1)23 (± 5) °C，相对空气湿度 25% - 75%；

(2)除非另有规定，GNSS 信号模拟应为 "开阔天空"模式；

(3)测试导航系统输出格式是否为通用格式，以便解读；

(4)针对不同场景模式，测试导航定位精度；

(5)模拟弱信号时，导航系统的冷启动和重捕获性能； (6)模拟弱信号时，GNSS接收机的冷启动、持续跟踪、重捕获性能。

3.验收标准

Case 1: GNSS接收器能以NMEA-0183协议格式(RMC、GGA、VTG、GSA和GSV消息)输出；

Case 2: 开阔天空模式下，静态定位精度＜15m；

Case 3: 开阔天空模式下，动态定位精度＜15m；

Case 4: 城市峡谷模式下，动态定位精度＜40m；

Case 5: 冷启动到首次定位的时间，各测十次，平均值应满足（模拟弱信号）： 信号电平下降到-130dBm时＜60s，信号电平下降到-140dBm时＜300s；

Case 6: 信号电平降至 -130 dBm 时，测十次，阻塞 60s后的 GNSS 信号平均重新捕获时间＜20s；

Case 7: 对于每个样品，接收机输入端的灵敏度应为:

eCall天线的信号电平为-144 dBm时，GNSS信号检测冷启动时间＜3600s；

eCall天线的信号电平为-155 dBm 时，GNSS信号持续跟踪和导航计算≥ 600 s；

eCall天线的信号电平为-150dBm时，GNSS 信号重新捕获和导航计算≤ 60s；

GNSS接收器应能够至少每秒获得一次位置校正。

其中GNSS包含GPS, Galileo和combined (Galileo+GPS+SBAS)模式，

·Case 1-2应测试GPS，Galileo单模式及combined模式，

·Case 3-4只测试combined模式，

·Case 5-7只测试Galileo+GPS联合模式。

 

【附件7 车载系统自检】

1.测试准备

(1)STU或代表性的部件配置；

(2)应由制造商填写自检功能信息模版上的技术原理，模版项目为必填项，可增加；

2.测试程序

(1) 在自检功能监控的一个或多个项目中引入关键故障，模拟eCall系统的故障；

(2) 打开 eCall 系统电源，并检查故障指示灯是否点亮；

(3) 关闭 eCall 系统电源，使其恢复正常操作；

(4) 打开 eCall 系统电源，检查故障指示灯不亮或在点亮后不久熄灭。

3.验收标准

(1) eCall 系统应在每次开机自检；

(2) 自检功能应至少包含模版中所列的技术项目；

(3) 检测到故障时，应以视觉提示或警告信息的形式发出警告；

(4) 故障发生时，它应保持激活状态；可以临时取消，但只要启动点火开关或车辆总控制开关，就必须重复报警。

 

自检功能信息模版（最少应包含下列自检功能）

 

【附件8 隐私和数据保护】

PART I 不可跟踪，也不受任何持续跟踪（重置后不能反拨）

1. 测试准备

(1) 代表性的部件配置；

2. 测试程序

(1) eCall 智能终端与网络成功连接并对设备进行注册后进行，以便传输 MSD；

(2) 测试之前，初始紧急呼叫必须已被 "清除 "并从网络中注销（例如挂断）；

(3) 让112-based 的 eCall IVS 保持通电状态；

(4) 通过 PSAP 测试点，尝试连接112-based 的 eCall IVS；

3. 验收标准

(1) PSAP测试点发起通信，112-based eCall车载系统或STU无法与PSAP进行通信。

PART II 个人数据的保留时间不超过13h

1. 测试准备

(1) 代表性的部件配置；

2. 测试程序

(1) 应为技术服务部门提供便利，使其能够访问或下载 IVS 系统中存储的 eCall 日志文件。

3. 验收标准

(1) eCall 车载系统内存中没有日志文件，则判定已通过要求；

(2) 超过 13 小时前发生的电子呼叫相关日志文件的存在即判定失败。

PART III 个人数据仅用于处理紧急情况，并自动、持续地自动删除，最多可保留车辆的最后三个位置

1. 测试准备

(1) 代表性的部件配置；

2. 测试程序

(1) 应为技术服务部门提供便利，使其能够访问或下载 IVS 系统中存储的 eCall 日志文件。

3. 验收标准

(1) eCall 车载系统内存中最多存在最后三个位置，则判定通过要求；

(2) 出现三个以上位置即为失败。

PART IV STU 和提供 TPS（第三方） eCall 的系统间，在任何情况下无法交换个人数据

1. 测试准备

(1) 代表性的部件配置；

2. 测试程序

(1) 在测试通话期间，TPS 系统应关闭；

(2) 通过手动触发系统（推动模式）执行测试呼叫；

(3) PSAP 测试点显示收到呼叫启动信号，或成功语音连接；如果 112 系统的呼叫尝试在测试过程中失败，可重复测试；

(4) 使用适当的 PSAP 测试点命令（如挂断）清除测试呼叫；

(5) 应为技术服务部门提供便利，使其能够访问或下载 IVS 系统中存储的 eCall 日志文件。

3. 验收标准

(1) TPS 系统的车载系统内存中没有日志文件，则判定通过了要求；

(2) TPS 系统中出现与通过 112 系统进行的电子呼叫有关的日志文件即判定失败。

（EU）2015/758认证要求

 

认证资料：

1.申请表：根据各个交通部模板；

2.技术文档：按法规模板填写（应包含设备序列号；硬件版本；软件版本；设备提供商标识号；执行测试的相关技术文件）。

●认证样品：

1.数量：3 套；

2.至少应包括控制模块、电源、移动网络通信模块、GNSS 接收器和外部 GNSS 天线及其连接器和接线。

●其他：

SIM 卡、操作手册和软件（通过电子媒介形式）

●认证标识：

1. 矩形附近的“基本批准编号”前面有两个数字，表示分配给本法规的序列号。序号目前是“00”，表示该独立技术单元已按本规定获得批准；

2.如果是基于112的eCall车载STU，则在矩形附近的序列号前应加上“ECALL”符号；  

3.认证号固定或粘贴到STU或部件的主要部分上，使其不可磨灭，并且清晰易读。

112-based 的 eCall 车载 STU

112-based 的 eCall 车载系统部件

 

SQT作为专注整车及其零部件检测、认证专业服务机构，能为客户提供eCall 欧盟（EU）2015_758和R144的全流程认证服务需求，下一篇将重点进行eCall R144的法规要求讲解，欢迎咨询！