eCall送测前的自查，蓝亚检测习惯按角色分三条线走：整车侧要给的、部件侧要备的、机构侧要核的，三条线各自对齐，台架测试才不返工。
（1）触发验证分两条线：STU部件台架按标准规定的高减速脉冲做触发试验，不依赖实车碰撞；整车层面的触发验证叠在R94、R95实车碰撞里做，两边输入来源不同，别混成一套设参数。
（2）装车状态输入也要齐：天线布置、线束走向、供电接口定义，样机按装车状态搭台架，与实车的差异书面说明。
（3）整车公告节点倒排，STU取证周期卡在前面，这条时间线三方签字确认，别只留在口头。
（4）目标市场范围核对：哪些成员国强制、投放时点如何，与整车厂逐国对齐，范围错一项，报告覆盖就缺一块。
（1）样机供电工况按测试范围备全：标称电压波动、电源跌落、主电源断开后备用电池接续，都是强制考核项，备用电源要撑住规定时长的呼叫，别当成边界外不考核。
（2）通信接口定义与整车数据来源核对，MSD里的车速、方向字段取自哪条总线，取数路径写在接口文档里，字段来源说不清，测试质询就答不上。
（1）送测样机按量产状态冻结软硬件版本，标签、批次、固件版本一一对应，工程机混进去就是退件。
（2）备件同版本同批次，固件烧到一致；MSD参数按目标车型分别配置的，每台的配置单独记录。
（3）通信与网络配置核对：传统112紧急呼叫不依赖卡签约与漫游，无服务状态也要能接通，这个工况先摸一遍；网络注册等常规项按目标场景核，环节出问题，呼叫流程全卡。
（4）环境试验样件按标准项目预排，高低温、振动、湿热的样件消耗提前算，滑台冲击是独立强制项，样件与工装单独排，中途断样就断档期。
（1）触发、呼叫建立、MSD发送、语音通话四段全流程自测跑通，每段的耗时与结果记录留档。
（2）MSD按EN 15722完整字段清单逐项核，车辆识别码、触发时刻、定位、行驶方向只是其中一部分，触发类型、位置置信度漏了同样卡壳，字段编码与版本错位是高频问题。
（3）自测用的测试卡与模拟触发源跟正式测试同规格，工具不一致，自测结论的可比性就**。
文档与引用
（1）技术资料按型号建档，模组报告的频段制式与整机对得上，引用哪份报告、对应什么版本，一条条写清；模组报告是支撑材料，整机自身eCall专项一项不能省。
（2）STU证书被整车批准引用，能不能引、怎么引，先与发证审批方确认，内部书面约定只作项目管控，归档按确认后的路径走。
（3）测试档期提前锁定，评审补件一轮以周计，资料在送测前再整体过一遍。
（4）与机构的往来函件编号归档，口头沟通的内容补一封确认函，评审时口径以书面为准。
三个节点
（1）模组报告完成时点、样机冻结时点、台架窗口三个节点连成线，谁先谁后往前推，写进项目计划。
（2）任一节点变动，下游全部重排，变更通知发到三方，漏一方就乱一方。
（3）缓冲时间按环节留，补件与样机损耗都往里算，不留缓冲的计划一碰就碎，宁可节点松半周也别把话说满。
三方各核各的
① 整车侧装车输入与实车碰撞场景信息是否拿到现行版本？
② 部件侧样机、备件、通信卡网络配置是否核对留档？
③ MSD全部必填字段与编码自测是否验证完成？
④ 文档引用关系与版本号是否写明？
⑤ 三方时间线是否签字倒排？
自查这件事，按角色拆开比按条目背更不容易漏。整车侧的输入不到，部件侧备得再全也是空转；三条线各归各，清单贴在项目墙上，每完成一栏勾一栏。三方把各自那一栏核完，台架上剩下的就只是执行。
蓝亚咨询联系人：Benson
手机/Mob：(+86)13632500972
邮箱/E-mail：marketing@cblueasia.com
地址/Add：深圳市宝安区石岩街道北环路107号鸿景达产业园C栋
蓝亚检测不止服务！
