很多做NG eCall认证的企业，拿着检测机构给的测试方案和报价单，第一反应是懵的。上面写了一堆标准号——EN 17184、EN 17240、ETSI TS 103 128、ETSI TS 102 901，还有法规层面的(EU) 2015/758、(EU) 2017/79、(EU) 2024/1180、(EU) 2025/1871。到底每个标准管什么，哪些是产品实现的依据，哪些只是测试方法，哪些是法规强制引用的，哪些是行业惯例追加的——搞不清楚就容易出两个问题：要么测试项目做多了多花钱，要么该做的没覆盖到，正式测试的时候被打回来。
这篇文章做的事情很简单：把NG eCall认证涉及的标准号按法规→技术标准→测试规范三个层次理清楚，然后把每个标准号对应的测试项目拆开说。你拿到一份测试方案或报价单的时候，对照着看就行。
NG eCall认证不是"按照某个标准测一下就完了"，它涉及欧盟法规、欧洲技术标准、ETSI测试规范三个层次。它们之间的关系是这样的：
欧盟法规定"必须做什么"和"什么时候做"。技术委员会制定的技术标准定"怎么做才能满足法规要求"。ETSI的测试规范定"怎么验证你确实满足了"。
打个比方。法规说"车上必须装能定位到50米精度的紧急呼叫系统"——这是(EU) 2015/758和(EU) 2017/79干的事。技术标准说"IMS注册必须走SIP REGISTER流程，MSD必须按TS 102 901 V3格式编码"——这是EN 17184干的事。测试规范说"我们用ETSI TS 103 128里的第37个测试用例来验证你的SIP REGISTER消息格式对不对"——这是ETSI TS 103 128干的事。
所以你在测试报告上看到的标准引用，可能来自不同层次。不能因为"这个标准我没听说过"就觉得它多余，也不能因为"这个标准网上一***就有"就以为它不重要。
二、NG eCall认证法规层面的标准
NG eCall的法规框架涉及几部关键法规，它们各自管不同的事情。
1.(EU) 2015/758——这是eCall的框架法规。2018年开始用它来强制传统CS-eCall，NG eCall沿用同一部法规框架。它规定了哪些车辆必须配eCall、型式批准的基本流程、制造商义务等顶层要求。你可以把它理解为NG eCall认证的"宪法"，其他法规和技术标准都是在它之下展开的。
2.(EU) 2017/79——这是技术细节的实施细则。它规定了eCall系统的具体技术指标：定位精度CEP 95%不超过50米、触发机制、备用电源要求、语音质量等。如果你想知道法规层面到底要求什么数字，这部法规的附件是最直接的来源。不过(EU) 2025/1871已经对这部法规做了修订，2027年1月1日起会新增增强型备用电源测试要求。
3.(EU) 2024/1180——这是2024年发布的授权法规，专门处理NG eCall的过渡安排。它修订了(EU) 2015/758，明确了两件事：NG eCall型式批准的申请通道从2025年1月1日开放，新申请型式批准的车型必须采用NG eCall方案而不是传统CS-eCall。另外它还把MSD V3从可选升级为强制要求。
4.(EU) 2025/1871——2025年10月发布的修正案，对(EU) 2017/79的多个条款做了修订。最值得关注的是引入了增强型备用电源测试——要求模拟"5分钟通话+56分钟待机+5分钟通话"的供电循环。同时它也设置了EN 17184和EN 17240从CEN/TS版本到EN版本的过渡期安排。
5.EU 2018/858——这是欧盟机动车型式批准的框架法规。它本身不直接规定eCall的技术要求，但它规定了整车型式批准的整体框架，包括生产一致性（CoP）的要求。eCall作为WVTA框架下的一个技术项目，在流程上受这部法规的约束。
这五部法规构成了NG eCall认证的法规基础。产品实现的时候不需要直接对着法规条文写代码，但在理解认证要求、审核技术文件、讨论合规策略的时候，这几部法规是最终裁判。
三、NG eCall认证技术标准层面的标准
技术标准是产品实现的依据。开发工程师和系统架构师主要打交道的是这一层。
1.EN 17184:2024
这是NG eCall最核心的技术标准。
它规范的是eCall系统基于IP架构的通信协议和操作要求。IMS注册流程、SIP信令交互、MSD数据在IMS通道中的传输方式——这些产品实现层面的东西，都由这部标准来规定。
有一个版本问题需要特别注意。EN 17184在2024年11月之前还叫CEN/TS 17184:2022，"TS"表示它是技术规范，不是正式标准。2024年11月升级为EN 17184:2024后，成为了正式的欧洲标准。从产品实现的角度来说，技术要求本身没有发生颠覆性变化，但标准编号变了。
EU 2025/1871为这个版本切换设置了过渡期。在过渡期内，新申请型式批准的证书可以引用CEN/TS版本或EN版本。但过渡期结束后，新申请将必须引用EN版本。如果你现在（2026年）准备送检，建议和检测机构确认当前接受哪个版本的标准引用。
2.EN 17240:2024
和EN 17184并列的另一个核心标准。
EN 17184管的是"你的系统应该怎么工作"——IMS注册怎么跑、MSD怎么传。EN 17240管的是"端到端怎么验证"——从车载终端到PSAP的整个IP数据通道怎么建立、怎么传输、异常情况怎么处理。
两个标准是并列关系，各自覆盖不同的技术维度，不是谁补充谁。产品实现的时候两个标准都要看，测试的时候也是两套都要跑。
同样的版本升级情况：EN 17240在2024年12月从CEN/TS 17240升级为正式标准EN 17240:2024，过渡期安排和EN 17184一致。
3.ETSI TS 102 901
这部标准定义的是MSD（最小数据集）的结构和编码规则。
MSD是eCall系统在紧急呼叫时自动发送给PSAP的结构化数据包，包含车辆识别码（VIN）、位置坐标、碰撞方向、碰撞时间、乘客数量等信息。ETSI TS 102 901把这些数据的字段定义、编码格式、传输协议都规定好了。
NG eCall使用的是MSD V3格式——相比传统eCall的V2，V3增加了更详细的事故信息字段和更精确的时间戳格式。EU 2024/1180已经把V3从可选变成强制，所以产品实现必须按V3来做。
4.ETSI TS 103 137
这部标准和车载语音质量相关。
它规定了车载紧急通话场景下的语音质量要求，包括背景噪声抑制、回声消除、音量稳定性等。NG eCall运行在VoLTE上使用AMR-WB语音编码，在紧急通话场景下语音清晰度直接关系到救援效率。
不过需要说明一点：ETSI TS 103 137是通用车载语音质量规范，并非专门针对NG eCall制定的。NG eCall语音编码的具体合规要求以EN 17184的最新版本为准，103 137更多是参考和补充。
四、NG eCall认证测试规范层面的标准
测试规范和产品实现不同。产品实现依据的是上面说的技术标准，测试规范规定的是"验证产品是否达标的方法和步骤"。
·ETSI TS 103 128系列
这是车载终端IMS信令一致性测试的用例集。
它定义了一系列具体的测试用例，用来验证车载终端在IMS网络上的协议行为是否符合标准。比如第X个用例验证SIP REGISTER消息格式是否正确，第Y个用例验证紧急呼叫的SIP INVITE流程是否符合EN 17184的要求。
这里有一个容易搞混的点：ETSI TS 103 128是测试用例集，不是产品实现依据。你的工程师写IMS协议栈的时候应该参考EN 17184（产品实现标准），而不是TS 103 128（测试方法）。两者有关系——测试用例是为了验证你有没有正确实现EN 17184的要求——但功能定位不同。
另外一个区分：网上有些旧资料引用的是ETSI TS 103 683。103 683是面向PSAP和网络侧的规范，不是车载终端的测试标准。做车端产品的时候不要用错。
五、NG eCall零部件认证的具体测试项目
搞清楚标准号之后，来看测试方案上会出现哪些具体测试项目。以下是零部件（T-Box、通信模组、eCall终端、车机）认证常见的测试项目，按类别分组。
1.功能测试
手动触发测试。模拟用户按下紧急按钮，验证系统是否在规定时间内发起呼叫、建立语音连接、自动发送MSD。测试关注的是触发响应时间、呼叫建立成功率、MSD数据的完整性。
自动触发测试。向系统输入碰撞信号（加速度传感器信号），验证系统是否能正确识别碰撞事件并自动发起紧急呼叫。两个极端都要验证：既不能漏触发——真正碰撞时系统没反应——也不能误触发——正常行驶中的颠簸或急刹车被误判为碰撞。触发阈值和灵敏度设置是审核重点。
MSD数据传输测试。验证MSD V3数据包能不能完整准确地传输到PSAP。检查内容包括：数据字段完整性（VIN码、位置坐标、碰撞时间、碰撞方向、乘客数量等必填字段是否齐全）、数据格式是否符合ETSI TS 102 901 V3定义、传输时延是否在规定范围内。弱信号环境下的传输可靠性也是重点验证场景。
2.IMS信令一致性测试
依据标准：EN 17184:2024（产品实现标准）、ETSI TS 103 128系列（测试用例集）。
IMS注册测试。验证车载终端能不能正确完成IMS网络注册。包括SIP REGISTER消息格式是否符合规范、鉴权流程（通常为Digest认证）是否正确、注册刷新机制是否正常工作。
SIP会话建立测试。验证紧急呼叫的SIP信令流程。SIP INVITE消息中必须正确携带MSD数据（V3格式），SDP协商中的编解码器配置需要包含AMR-WB——这是法规要求必须支持的语音编码，但不限制终端只使用这一种。
会话释放测试。验证通话结束后的SIP BYE流程和资源释放。
异常恢复测试。验证IMS注册失败、会话中断等异常场景下系统的恢复机制。比如网络不可用时的重试策略、超时处理逻辑。
这是NG eCall认证中技术含量最高的测试板块，也是最容易FAIL的部分。很多企业第一轮IMS测试就栽在SIP消息格式不对或者SDP协商参数不匹配上。
3.端到端一致性测试
依据标准：EN 17240:2024。
验证从车载终端到PSAP的端到端通信链路。包括IP数据通道的建立、MSD在SIP信令中的传输、端到端时延、数据完整性。和IMS信令一致性测试的区别在于：IMS测试关注的是单个协议栈的行为正确性，端到端测试关注的是整条链路的连通性和可靠性。
4.VoLTE语音质量测试
验证紧急通话场景下的语音质量。NG eCall使用AMR-WB宽带语音编码，在VoLTE通道上传输。测试内容涵盖：编码器工作是否正常、背景噪声抑制效果、回声消除效果、音量稳定性、弱信号环境下的语音可懂度。
5.定位性能测试
依据法规：(EU) 2017/79附件VI。
法规要求：CEP 95%（圆形误差概率，95%置信度）水平定位误差不超过50米。这个指标是统一标准，不区分城区和开阔场景——也就是说，无论是在空旷的高速公路还是在城市高楼密集区，要求都是50米。
法规不要求设备必须同时支持多个GNSS星座。任何定位方案只要能在各种场景下满足50米的精度门槛就是合规的。单GPS或单Galileo如果精度达标也可以接受。但从实际测试经验来看，多星座融合定位（至少GPS+Galileo双星座）在弱信号环境下更容易达标。
具体测试场景包括：静态定位精度测试、动态定位精度测试（车辆移动中）、冷启动首次定位时间（TTFF）、城市峡谷遮挡环境、隧道出口环境、GNSS信号弱覆盖环境。高速移动场景下的定位连续性也需要验证。
6.通信性能测试
验证4G/5G蜂窝通信能力。包括网络注册（PLMN选择、紧急注册）、接收灵敏度、发射功率、跨基站切换、弱信号环境下的呼叫建立成功率。如果产品支持5G，还需要验证4G/5G之间的切换行为。
需要注意的是，NG eCall从传统电路交换切换到了IMS分组交换架构，通信性能测试的范围比传统CS-eCall宽了不少。传统eCall只需要验证GSM语音通道能不能打通，NG eCall还需要验证VoLTE注册、IMS信令通道、分组数据通道等多个维度。
7.EMC电磁兼容测试
覆盖发射和抗扰度两个方向。发射测试验证设备对外部的电磁干扰是否在允许范围内，包括辐射发射和传导发射。抗扰度测试验证设备在外部电磁干扰下能否正常工作，包括辐射抗扰度、传导抗扰度、静电放电（ESD）。EMC测试需要在暗室环境中进行，设备预约排期在旺季可能比较紧张。
需要说明的是，EMC测试同时出现在NG eCall型式批准和CE-RED两条认证路径中。如果产品同时做两个认证，EMC测试结果通常可以互认共享，不需要重复做。但具体能否互认、能共享多少测试项，需要和检测机构确认。
8.环境可靠性测试
验证设备在极端工况下的表现。包括温度循环（车规级通常-40°C到+85°C或更宽范围）、振动（根据安装位置对应不同的振动等级）、机械冲击、湿度等。具体的温度范围和应力等级取决于产品在车上的安装位置——装在引擎舱旁边和装在驾驶舱里的要求不一样。
9.电气性能测试
覆盖车载供电特性。包括供电电压范围、瞬态干扰抗扰度（参考ISO 7637-2）、反向电压保护、低电压复位等。这部分参考的是车载电子通用标准，不是eCall法规本身的专项强制项，但大多数机构在做eCall型式批准时会纳入整体测试方案。
10.备用电源测试
验证主电源断开后eCall系统的续航能力。法规的最低要求是主电断开后系统至少能够完成一次完整的eCall呼叫并维持待机。
从2027年1月1日起（依据EU 2025/1871修正案），新增了增强型测试要求：模拟"5分钟通话+56分钟待机+5分钟通话"的供电循环。这是在现有基础要求之上追加的更严格测试。如果你的产品到2027年还要在欧盟销售，建议在当前的设计阶段就按增强型标准来规划备用电池方案，避免事后改硬件。
六、NG eCall整车认证多出来的测试项目
如果你的认证对象是整车而不仅仅是零部件，除了上述项目之外还需要增加以下内容。
1.整车功能集成测试
在实际道路环境中验证eCall系统的综合表现。包括真实道路环境下的呼叫成功率、定位稳定性、跨基站切换效果。隧道、地下停车场、高速公路等不同场景都需要覆盖。这个测试受天气、路线安排和测试车辆调度等外部因素影响，排期灵活性比较低。
2.碰撞后eCall触发验证
验证碰撞发生后eCall系统能否自动触发。有两种实现方式：一是叠加在车辆已有的正面碰撞测试（UN R94）和侧面碰撞测试（UN R95）中完成——撞完车之后验证eCall自动触发、MSD正常传输、语音通话建立；二是在台架上通过模拟碰撞信号来完成，不需要实际碰撞。具体采用哪种方式取决于技术服务机构的认证方案安排。
R94和R95是整车被动安全的强制项目，无论做不做eCall都要做碰撞测试。如果选择叠加在碰撞测试中验证eCall，eCall的进度会受碰撞测试排期的影响；如果选择台架模拟，周期可以独立控制。
3.整车级EMC测试
把整车开进半电波暗室做EMC测试。范围比零部件EMC大得多，周期也更长。
七、NG eCall不同产品类型对应的测试范围
不是所有产品都需要做上面列的全部测试。测试范围取决于产品类型和认证路径。
1.T-Box（车载远程信息处理终端）——这是NG eCall认证的典型产品。eCall功能通常集成在T-Box里，测试覆盖面最广：功能测试、IMS信令一致性、端到端一致性、VoLTE语音质量、定位性能、通信性能、EMC、环境可靠性、电气性能、备用电源，基本上是全项。
2.独立通信模组——如果模组已经单独通过了CE-RED认证和相关一致性测试，T-Box整机层面可以复用部分测试结果（具体能复用哪些需要检测机构评估）。但IMS功能验证、定位性能和端到端一致性通常需要在整机层面重新测试，因为这些功能涉及模组和T-Box主机之间的协同。
3.车机（带eCall功能）——如果车机集成了eCall模块，测试范围和T-Box类似。如果车机本身不包含独立的通信模组（通信由外部模块提供），测试范围需要根据具体架构来确定。
4.独立eCall模块——用于后装市场和二手车升级场景。测试集中在功能、IMS信令、定位、通信、EMC上。环境和电气测试视安装环境而定。
蓝亚技术深耕汽车电子检测认证领域多年，已为多家企业提供过eCall认证（涵盖传统CS-eCall和NG eCall）的全流程技术服务。从法规解读、方案评估、预测试到正式测试和证书签发，提供完整的认证服务链条。如需进一步沟通可联系蓝亚技术检测认证机构顾问：13632500972（Benson）。
