NG eCall认证步骤和周期

2026-04-15   •   orange

在NG eCall认证这件事上,时间比钱更难把控。钱多花点还能补回来,周期一旦失控,直接影响到车型型式批准的进度,进而拖累整个出口计划。

很多企业做认证规划的时候,会拿实验室给的"8到12周"作为基准,觉得三个月左右就能搞定。结果做下来发现,从正式启动到拿到型式批准证书,半年到八个月才是更接近现实的数字。中间的差值去哪了?这篇文章拆开来说。

一、NG eCall认证前提:做的是零部件还是整车

NG eCall认证的步骤和周期,在零部件和整车两个层面完全不同,混在一起讨论没有意义。

零部件认证指的是T-Box、车载通信模块、独立eCall终端、带紧急呼叫功能的车机这类产品的型式批准认证,走(EU) 2015/758和(EU) 2017/79法规路径。如果是整车出口,eCall是WVTA(整车型式批准)框架下众多项目中的一个,和其他法规项目(被动安全、排放、噪声等)一起整合在整个整车型式批准流程中。

零部件周期相对集中,可控性高一些。整车涉及的道路实测、碰撞后触发验证等环节,受外部因素影响大,周期更难精确预估。

  二、NG eCall零部件认证的完整步骤

第一步:法规解读和方案定型

这是所有工作的起点,也是最容易被跳过的一步。

很多企业直接拿着产品方案去找实验室问"多久能出证",却没搞清楚自己的方案和法规要求的差距在哪里。NG eCall不是简单换个4G/5G模组就完事,整个通信架构都变了——从GSM电路交换切换到IMS分组交换,IMS注册流程、SIP信令一致性、MSD V3数据格式这些东西都需要在设计阶段就考虑清楚。

这个阶段需要搞清楚的事情包括:目标出口国是哪些(不同国家的频段和PSAP环境有差异)、通信模组选型(是否已经通过相关认证,能复用哪些测试结果)、IMS协议栈是自己开发还是用模组厂家的方案、定位方案如何设计(多星座融合是必须的)、备用电池方案如何满足法规要求。

如果产品设计阶段没有把这些考虑进去,等到送检的时候再改方案,时间成本会成倍增加。

时间:产品技术团队内部完成的话,一两周可以搞定。如果需要外部技术咨询,另加沟通时间。

第二步:确认认证路径和测试范围

NG eCall型式批准是一件事,CE-RED是另一件事。前面那篇讲价格的文章里专门说过这个问题,这里从步骤的角度再强调一次。

T-Box装在车上做eCall认证,走的是(EU) 2015/758/2017/79的型式批准路径。但如果T-Box里面的通信模组作为独立无线电设备销售,还需要做CE-RED(2014/53/EU)。两条路径是并行的,测试内容有重叠但不完全相同。

很多企业把这两条路径混在一起问"多久能拿证",实验室给的排期可能只覆盖了其中一条。

这一步需要和检测机构确认:型式批准的测试覆盖哪些项目、CE-RED是否同步做、是否需要公告机构(技术服务机构,TS)介入审核、整个测试清单和排期安排。

时间:和机构沟通确认,一到两周。

第三步:技术文件编制

型式批准需要提交完整的技术文档。这不是随便凑几份材料,文档质量直接影响审核通过率。

技术文件通常包括:产品技术规格书、系统架构说明(特别是IMS相关的通信架构)、电路原理图和PCB布局、软件架构说明(尤其是IMS协议栈和eCall应用软件)、风险分析、测试计划、以及后续的测试报告。

很多企业第一次做NG eCall,对技术文件的要求不熟悉,最常见的问题是:文档描述的技术方案和实际产品实现不一致(开发过程中改了方案但文档没更新)、IMS信令流程图不完整(缺了注册、重注册、异常处理等环节)、MSD数据字段的定义和ETSI TS 102 901标准不一致。

有时间的企业可以自己准备技术文件。如果需要检测机构协助编制,这又是一段时间。

时间:企业内部有经验的一到两周,从零开始准备的可能需要三到四周。

第四步:预测试

这一步不是法规强制的,但从实操角度来说,跳过它的风险远大于省下的时间。

NG eCall测试中有几个环节第一轮FAIL的概率很高。IMS信令一致性(ETSI TS 103 128系列)是最典型的——很多企业的IMS注册流程在实验室的模拟核心网环境下跑不通,SIP消息格式不符合规范、SDP协商参数不匹配、紧急呼叫路由逻辑有误,这些问题不在预测试阶段暴露,等到正式测试再发现,整改加复测可能多花四到六周。

定位精度也是一个重灾区。空旷场地测下来没问题,但法规要求的是在各种场景下都要满足CEP 95%达到50米级别——城市高楼遮挡、隧道出口、GNSS冷启动这些才是真正容易出问题的地方。预测试阶段可以先把定位方案调到位。

时间:行业参考一到三周,具体因产品复杂度和问题多少而异。

第五步:正式测试

这是整个流程中最核心的阶段,也是相对可控的部分。

NG eCall零部件型式批准的测试项目主要包括:功能测试(手动/自动触发、MSD数据传输)、IMS信令一致性测试、VoLTE语音质量测试、定位性能测试、通信性能测试(网络注册、灵敏度、跨基站切换)、EMC测试(辐射/传导发射和抗扰度、ESD)、环境可靠性测试(温度、振动、冲击等)。

需要注意的是,不是所有项目都在同一家实验室完成。EMC测试需要暗室设备,环境测试需要温箱和振动台,IMS信令测试需要搭建IMS模拟核心网环境。有些机构自己具备全套能力,有些需要外协。如果测试项目分散在多个实验室,排期协调本身就是一件耗时的事情。

时间:全项测试通常四到八周。如果只做核心项目(功能、IMS、通信、定位),不做环境和EMC,周期会短一些。

第六步:整改和复测

这一步不是每个项目都会走到,但一旦走到,时间很难控制。

正式测试发现问题后,企业需要分析原因、修改软件或硬件、重新送样验证。每一个问题可能带来一到两周的周期增加。常见的问题包括:IMS注册超时、SIP信令格式不符合ETSI TS 103 128要求、定位精度在特定场景下不达标、EMC测试发射超标。

整改时间的长短取决于问题的根因。软件层面的问题(信令逻辑、参数配置)通常修复快,一周内可以搞定。硬件层面的问题(EMC整改、天线匹配)可能需要改版,周期直接翻倍。

时间:没有问题的话这一步为零。有问题的话,一到四周甚至更长。

第七步:报告审核和证书签发

测试通过之后,检测机构整理测试报告,提交给技术服务机构(TS)审核。TS审核技术文件和测试报告的完整性和符合性,确认无误后签发型式批准证书。

这个阶段的时间取决于TS的排期和工作量。如果赶上认证高峰期,排队等审核的时间可能比预期长。

时间:两到四周。

  三、NG eCall零部件认证的总周期预估

把上面的步骤加起来,零部件NG eCall认证从正式启动到拿证的"理想情况"大致是:

方案定型一到两周、确认认证路径一到两周、技术文件编制一到两周、预测试一到三周、正式测试四到八周、报告审核和证书签发两到四周。

理想情况总计:十到二十一周,大约两个半月到五个月。

但请注意,这个数字有两个前提:第一,产品技术方案在设计阶段就充分考虑了NG eCall的法规要求,不需要后期大幅改方案;第二,正式测试没有重大FAIL。

如果产品成熟度不够或者测试中遇到需要硬件整改的问题,总周期拉到六到八个月是完全可能的。反过来,如果产品方案非常成熟、内部验证做得扎实,跳过预测试直接送检且一次性通过,总周期可以压缩到三个月左右。

  四、NG eCall整车认证多出来的步骤

整车层面的NG eCall认证在零部件测试基础上增加了几个环节。

1.实车道路测试。在真实道路环境中验证eCall的呼叫成功率、定位稳定性、网络切换效果。隧道、地下停车场、高速公路等不同场景都需要覆盖。这个测试受天气、路线安排、测试车辆调度等外部因素影响,排期灵活性低。

2.碰撞后eCall触发验证。这里要澄清一个概念:eCall不需要单独为它再撞一次车。法规要求的是在车辆已有的正面碰撞测试(UN R94)和侧面碰撞测试(UN R95)基础上,叠加验证碰撞后eCall系统能不能自动触发、MSD能不能正常传输、语音通话能不能建立。R94和R95是整车被动安全的强制项目,无论做不做eCall都要碰。eCall只是在碰撞测试流程中增加了一个验证环节,不是独立的碰撞测试。

但这个环节的时间仍然受碰撞测试本身的排期影响。碰撞试验室通常需要提前预约,车辆准备、传感器安装、碰撞后的数据采集都有固定流程。

3.整车级EMC测试。范围比零部件EMC大得多,需要整车进入半电波暗室,周期更长。

整车层面,NG eCall只是WVTA众多项目中的一个。整车型式批准涉及几十个法规项目,每个项目都有自己的测试和审核排期。eCall认证的时间规划必须嵌入到整个WVTA的时间表中,不能孤立地看。

整车认证从启动到拿证的周期,顺利的话四到六个月。如果某个环节出了问题或者WVTA其他项目影响了整体排期,周期可能延长到八到十二个月。


蓝亚技术深耕汽车电子检测认证领域多年,已为多家企业提供过eCall认证(涵盖传统CS-eCall和NG eCall)的全流程技术服务。我们提供从法规解读、方案评估、预测试到正式测试的完整服务链条,帮助企业在每个阶段把控认证节奏。如需进一步沟通可联系蓝亚技术检测认证机构顾问:13632500972(Benson)。

<script> var _hmt = _hmt || []; (function() { var hm = document.createElement("script"); hm.src = "https://hm.baidu.com/hm.js?6844225bf949cff65b89ec7139b9ad0f"; var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(hm, s); })(); </script>