北斗GNSS导航单元可复现测试矩阵与验收方法

简介：《BD420005-2015 北斗/全球卫星导航系统（GNSS）导航单元性能要求及测试方法》是一份面向卫星导航终端研发、测试与质量认证人员的行业标准PDF，可用于理解北斗/GNSS导航单元的性能指标定义、测试条件与判定依据。文档围绕范围、规范性引用文件、术语定义和缩略语展开，并重点给出性能要求，涵盖总则、组成、输出、精度、首次定位时间、重捕获时间、灵敏度、动态性能、位置更新率、位置分辨力及功耗等条目，便于研发人员对照指标设计验证方案，也适合测试工程师梳理验收用例与排错思路。包内共1个PDF文件，约361KB，轻量便于检索和离线查阅。已有478人学习，适合需要快速定位标准条款、补充导航单元测试知识的中高级读者。

1. 导航单元的性能得靠一张可复现的测试矩阵，不是靠“看着还行”

手里攥着一台刚下线的北斗 GNSS 导航单元，屏幕上有星、有坐标、有速度，看着一切正常，但这台设备到底合不合格、能不能交付，只凭一句“看着还行”是说不清的。BD420005-2015 这份标准的作用就在这儿：它把“导航单元好不好”拆成一串能上仪器、能出数、能被第三方复算的项目——定位精度、测速精度、授时偏差、首次定位时间、捕获与跟踪灵敏度、动态适应范围，每一项都带着测试条件和判定口径。

这份东西适合三类人：做整机选型的硬件工程师，拿它当验收清单；做测试台的工程师，拿它当场景设计依据；做自研模块的团队，拿它当内部准入线。它不教你写代码，但能让你在实验室里花两天时间，得到一个别人能重复出来的结论，而不是一句“我这边测着挺好”。下面按“指标怎么读、链路怎么搭、步骤怎么走、坑在哪”的顺序往下推。

2. 标准里到底卡住了哪几类指标：把性能要求翻译成仪器能读到的数

拿到一份导航单元的性能要求，最容易犯的错是逐条抄指标，然后对着表格打勾。真正要做的第一件事，是把标准里的自然语言拆成四层，再给每一层找到实验室里对应的读数和统计口径。这一层拆不清楚，后面测试台搭得再漂亮，出来的数也没法解释。

2.1 把性能要求拆成四层：精度、时间、灵敏度、边界

第一层是精度类，包括水平定位精度、垂直定位精度、测速精度、授时精度。这类指标的共同点是必须有一个“真值”参照，模拟器给的轨迹就是真值，被测件输出的坐标就是测量值，两者相减得到误差序列。很多人只看最终那个“几米”，却忽略了误差序列是怎么被采样、被截断、被统计的。

第二层是时间类，核心是首次定位时间（TTFF），再细分冷启动、温启动、热启动三种状态，另外还有失锁后的重捕获时间。这一类指标的坑在于“起点”定义，是从信号接入那一刻算，还是从设备上电那一刻算，两种算法能差出好几秒。

第三层是灵敏度类，包括捕获灵敏度、跟踪灵敏度、重捕获灵敏度。灵敏度本质上是“输入功率降到多少还能干活”，所以它必须和成功率、停留时间、扫描步长绑在一起描述，单说一个 dBm 值没有意义。

第四层是边界与适应类，涵盖动态范围（速度、加速度、加加速度）、抗压制能力、多径环境、数据更新率、高低温工况。这一层最容易被忽略，因为它在常温静态下完全看不出来，只有把场景推到边界才暴露。

提示：四层里，精度和灵敏度决定设备“能不能用”，时间和边界决定设备“敢不敢装到会动的载体上”。验收时不要只测前两层就签字。

2.2 每个指标怎么翻译成实验室能读到的数字

把标准条目翻成可测量的量，关键是找到“输出接口”。导航单元一般至少有两个输出：一个是串口或网口上的 NMEA/私有协议语句，另一个是 1PPS 秒脉冲。前者给坐标、速度、时间、载噪比，后者给授时的硬件对齐精度。

这张表是后面所有测试的骨架。我一般会把它打印出来贴在测试台边，每测完一项就在“统计量”那一列写下实际用的样本数和剔除规则，避免几周后回看数据时只剩一堆没有上下文的 csv。

载噪比这一项特别值得单独说。它不是标准里的最终判定项，但它是最灵敏的旁证：当定位误差突然变大时，先看 CN0 有没有整体下移，能立刻区分是“链路功率不够”还是“解算算法出问题”。这个习惯能省掉大量排查时间。

2.3 合格判据与统计口径：为什么同一台设备两次测试结论不同

同一台导航单元，A 同事测出来水平精度 2.1 米合格，B 同事测出来 3.4 米不合格，设备没换、固件没换，问题几乎一定出在统计口径上。

第一是样本量与采样间隔。定位误差序列如果只取 60 秒、1Hz 采样，样本只有 60 个，95 分位几乎没有统计意义；常见做法是至少 30 分钟、1Hz 或 5Hz，样本上千再谈分位数。

第二是收敛段是否剔除。设备刚上电的前几十秒，滤波器还在收敛，误差天然偏大。要不要剔除、剔除多少秒，必须在测试前写死，而不是出结果后按需调整。

第三是卫星几何。同一台设备在不同 PDOP 下精度差异很大，模拟器场景里的星座分布必须固定，或者至少记录下来，否则两次测试根本不可比。

第四是误差分量的定义。水平误差到底是取平面欧氏距离，还是取经纬度分量分别统计？前者得到的 CEP 数值通常更小，两者不能混着报。

第五是判定边界。标准给的判据往往带“不大于”字样，那就要明确用 95 分位还是最大值去比。用平均值去比 95 分位门限，是自欺欺人。

注意：测试报告里如果只写“精度 2.5 米”，不写样本量、采样率、剔除规则、PDOP 范围，这份报告在复核时基本等于废纸。测试口径要前置定义，这是血泪经验。

3. 测试链路怎么搭：从模拟器出线到被测件收星

指标读法定了，接下来是硬件。导航单元的测试链路不算复杂，但每一段都有损耗、都有接头、都有不确定性，堆在一起就足以让结论偏出百分之二三十。这一章讲清楚有线注入怎么搭、什么情况下必须上暗室、以及那条最容易被忽略的链路损耗账。

3.1 有线注入链路的五段式搭法

我习惯把链路分成五段，从信号源头往被测件方向排：

第一段是信号源，也就是 GNSS 模拟器。它负责产生北斗各频点的射频信号，同时输出场景文件里定义的真值轨迹。选型时重点看三件事：支持的频点是否覆盖被测件（B1I、B1C、B2a、B3I 这些常见组合）、通道数是否够（要能同时播多星座多频点）、以及能不能输出 1PPS 参考给测试系统做时间基准。

第二段是合路与分配。多频点输出需要合路器合成一路馈入被测件，或者用功分器把一路信号分给多台设备做对比测试。合路器会带来插损，功分器会带来至少 3dB 的分配损耗，这两笔账都要记进链路预算。

第三段是步进衰减与射频开关。灵敏度测试要逐级降功率，靠模拟器软件调功率往往步进粗、重复性差，串一台步进衰减器（0.5dB 步进即可）会好用得多。射频开关则方便在“信号”和“负载”之间切换，做失锁重捕获测试时不用反复插拔。

第四段是屏蔽与馈线。馈线要用相位一致的型号，长度尽量短，接头拧紧力矩固定。很多“同一台设备换个位置结果就变”的玄学，根源就是馈线弯折半径变了、接头松了半圈。

第五段是被测件与数据采集。串口或网口抓 NMEA 语句，1PPS 接时间间隔计数器或示波器，同时记录供电电压和电流，方便后面分析异常复位。

# 链路搭建完成后的自检顺序（示例命令，按实际串口设备替换） # 1) 确认串口能收到语句 stty -F /dev/ttyUSB0 115200 raw -echo timeout 5 cat /dev/ttyUSB0 | head -20 # 2) 确认 1PPS 有输出（用示波器或计数器，这里用脉冲计数示意） timeout 10 gpiocount --line 17 --edge rising

上面两段命令不参与判定，只用于确认“线接对了、数据在流”。第一段把串口设成原始模式并把波特率对齐，避免终端回显把语句搅乱；timeout限制抓取时长，防止命令挂死。第二段统计 10 秒内的上升沿数量，正常应该是 10 个左右，数量对不上就先去查 1PPS 线和接地，别急着怀疑接收机。

3.2 无线 OTA 与暗室测试的取舍边界

有线注入和无线暗室不是二选一，而是分工。

有线注入的优势是可控、可重复、损耗可算。它适合测：TTFF、灵敏度、授时精度、定位与测速精度、失锁重捕获。因为这些指标只关心“接收机能拿到多强的信号、解出什么结果”，与天线方向图无关。

无线 OTA 的优势是真实。它适合测：整机天线增益与方向图、天线相位中心偏差、多径环境下的表现、空间干扰来向的影响。整机产品如果只做有线注入就交付，装到载体上很容易翻车，因为天线罩、机壳、安装面都会改变方向图。

一个务实的做法是：研发阶段以有线注入为主，快速迭代固件；定型阶段补一轮暗室 OTA，把天线和整机一起测。暗室测试要额外记录转台角度、天线极化、测试距离，以及暗室的静区尺寸，否则不同实验室之间的数据没法对齐。

3.3 链路损耗校准：把“玄学”变成一条可查的账

链路损耗是导航单元测试里最容易被跳过的环节，也是结论偏差最大的来源。一根 3 米馈线在 B3I 频点插损 2dB 很常见，加上合路器 1.5dB、衰减器初始 1dB、接头各 0.2dB，累计就接近 5dB。如果这段损耗没被算进去，你以为在测 -140dBm 的灵敏度，实际馈到被测件端口的只有 -135dBm，结论自然偏乐观。

校准的做法不复杂：用功率计或频谱仪，在每一个工作频点上，从衰减器输出端测一次功率，再和模拟器设置的功率相减，得到该频点的总插损。把结果做成一张频点-损耗表，写进测试脚本的配置里，每次测试自动补偿。

这张表的数值是示意，实际值必须自己测。要点是：每个频点单独测，因为插损随频率变化；每次更换馈线或接头后重测，因为损耗会变；测试环境温度变化超过 10 摄氏度时补测一次，射频线缆的损耗有温漂。

提示：链路损耗表要随测试报告一起归档。没有这张表，灵敏度和 CN0 的数据都无法复核，别人拿同样的设备也复现不出你的结论。

4. 逐项测试的落地步骤：TTFF、精度、灵敏度、授时怎么一项项跑

链路搭好、损耗校准完，就可以进入正式测试。这一章按四项最核心的测试展开，每项给出前置条件、执行步骤和判定时看什么。顺序上我建议先测灵敏度（快、能暴露链路问题），再测 TTFF，然后是精度与动态，最后测授时（对参考钟预热要求高，放最后不浪费前面的机时）。

4.1 首次定位时间：冷启动、温启动、热启动的判定条件

TTFF 测不准，八成是启动状态没定义清楚。三种状态的差别在于被测件里保留了什么信息：

冷启动的“清空”要彻底，包括备用电池供电的 RTC 和备份 RAM。常见做法是通过私有指令触发全清，或者断开备份电源并等待足够长时间。只清星历不清历书，测出来的是温启动，数字会好看不少，但那是自欺欺人。

执行步骤我一般这么走：模拟器场景固定、功率设在标称值加 10dB 余量、先让设备在高功率下完成一次完整定位并确认状态，然后按启动类型执行清空，断开射频开关，等待规定时间（冷启动常见要求 30 分钟以上），再合上开关并开始计时。计时的起点是射频开关闭合的瞬间，终点是设备输出的第一个满足误差门限的有效定位解。

每次试验之间要有足够的间隔让设备回到确定状态，重复次数建议不少于 20 次，取 95 分位作为判定值，同时记录最大值。只报平均值会把最坏情况藏起来，而最坏情况恰恰是用户抱怨的那个。

判定时还要看一个细节：首次定位解是否“有效”。有的设备会在误差还很大时就输出一个解，如果测试脚本不设误差门限，TTFF 会被严重低估。门限一般取标准规定的定位精度指标，或者更严格地取其二分之一。

4.2 定位与测速精度：静态打点、动态轨迹与统计口径

静态精度测试最直接：模拟器播一个固定点，被测件连续输出坐标，误差序列做统计。要点是时长足够、样本够多、场景固定。我一般跑 30 分钟、1Hz 或 5Hz，同时记录 PDOP。

动态精度测试要设计轨迹。轨迹里三个参数必须控制住：速度、加速度、加加速度。接收机的跟踪环路对动态应力有设计上限，轨迹的加加速度如果远超设计值，定位误差会明显变大，这时候你测到的不是精度指标，而是环路失锁。常见做法是加速度控制在 1g 以内、加加速度控制在 1～2 g/s，具体按被测件规格书来。

测速精度常被忽略。它的真值同样来自模拟器轨迹，统计的是地速误差的 RMS。要注意的是，低速段（比如 1m/s 以下）的测速误差往往被多普勒分辨率限制，报指标时要注明速度区间。

一个实操细节：动态测试的数据要按时间对齐后再相减。模拟器的真值和被测件的输出之间可能有几十到几百毫秒的时延，如果不对齐，高速段会凭空产生几米的“误差”。对齐方法是用两边的时间戳插值到同一时刻，或者用一段匀速段做时延估计。

4.3 捕获/跟踪灵敏度与压制环境下的降级测试

灵敏度分两个动作，捕获和跟踪，测法完全不同。

捕获灵敏度的测法：从标称功率开始，按 1dB 步进往下降，每个功率点停留固定时间（常见 60 秒），每个功率点重复多次（比如 6 次），统计定位成功率。成功率跌破规定阈值（比如 90%）的那个功率点，就是捕获灵敏度。步长、停留时间、重复次数三个参数必须固定，否则不同批次数据没法比。

跟踪灵敏度的测法：先在高功率下让设备完成锁定并进入跟踪状态，然后以固定速率降功率（常见 0.5～1 dB/s），记录失锁时刻的功率。降功率速率很关键，降太快会因为环路来不及响应而提前失锁，测出来的值偏保守；降太慢则测试时间拉得很长。

压制环境下的降级测试，是在有用信号之上叠加干扰信号，观察 CN0 下降幅度、定位可用性、以及失锁后的恢复能力。干扰的频点、带宽、功率、来向都要记录，尤其是带内窄带干扰和带外强干扰对接收机前端的影响完全不同。

注意：灵敏度测试期间要把屏蔽做好并确认没有外部真实信号串入。一旦有真实卫星信号漏进来，接收机会“偷偷”用真实星参与解算，灵敏度结果会虚高十几 dB，而且这种错误在数据上几乎看不出来。

4.4 授时精度与 1PPS 抖动的测法

授时测试对参考源要求最高。基本配置是：一台老化率足够低的参考钟（铷钟或高稳晶振），一台时间间隔计数器，被测件的 1PPS 作为停止沿，参考钟的 1PPS 作为起始沿。

测试前参考钟必须预热到规定时间，常见是 30 分钟到数小时，具体看参考钟规格。预热不足时，参考自身就在漂，测出来的“授时误差”里混着参考的贡献，结论不可信。

测量项包括：时间差的均值（反映固定偏移）、标准差（反映抖动）、最大值（反映最坏情况）、以及一段长时间内的漂移趋势。如果标准里提到频率准确度或老化率，还需要更长的观测窗口。

触发设置上有个常见坑：1PPS 的上升沿有斜率，阈值电平设得不同，测出来的时刻就差几十纳秒。测试系统里要把阈值、阻抗、耦合方式固定下来并写进报告，否则换个人测就换个数。

5. 避坑与排查：五个让测试结论直接作废的细节

测试做得多了会发现，真正让人返工的不是算法难，而是一堆看似不起眼的细节。下面五条都是我自己或身边同事真实翻过车的地方，按“现象 → 原因 → 解决”写，能对上号就省一天。

第一条：精度怎么测都比标称差一截。现象是水平 CEP95 稳定地比规格书差 30% 以上，换设备、换场景都一样。 原因是链路损耗没校准，或者天线相位中心偏差没扣。有线注入时如果被测件带天线口而测试直接馈入射频口，中间少算了匹配损耗；OTA 时如果没扣相位中心，误差会直接叠加到定位结果上。 解决办法是把 3.3 节的频点-损耗表做实，OTA 场景下用已知相位中心的天线做一次标定，把系统偏差从结果里扣掉。扣完之后如果还差，再去怀疑算法。

第二条：TTFF 今天 28 秒，明天 45 秒，复现不了。现象是同一台设备、同一个场景，冷启动时间波动超过 50%。 原因是启动状态不一致：备份电源没放干净、模拟器场景起始时刻不同、或者上一轮测试残留的星历没清。 解决办法是把初始化做成脚本，固定“断电等待时长、清空指令、场景文件、功率设置”四件事，每轮测试前打印一遍状态确认。测试记录里写清楚这一轮的初始化参数，别只写“冷启动”。

第三条：动态测试定位漂移大，静态却很好。现象是静态精度完全达标，一上动态轨迹误差就上到十几米。 原因是轨迹的加加速度超过了接收机跟踪环路的设计上限，或者轨迹文件的时间基准和被测件不一致。 解决办法是先把轨迹的加速度、加加速度压到规格书范围内重测一轮；如果仍然漂，检查轨迹起止时刻与数据采集是否对齐，用匀速段做时延估计。动态指标必须在明确的动态应力条件下报告，脱离条件谈“动态精度”没有意义。

第四条：灵敏度测出来比同行高十几 dB。现象是捕获灵敏度居然能到很低的功率，好得不像真的。 原因是屏蔽不良，外部真实卫星信号串入，接收机在低功率下靠真实星完成了定位。 解决办法是进屏蔽房或使用屏蔽箱，测试前用频谱仪扫一遍环境，确认工作频段内没有外部信号；同时观察参与解算的卫星编号是否都来自模拟器场景。这一条最危险，因为它让结论偏乐观，而且数据表面看毫无异常。

第五条：1PPS 抖动大，换个位置就变。现象是授时抖动标准差忽大忽小，移动设备或线缆后结果变化明显。 原因是接地回路、参考钟预热不足、或者触发阈值设置不当。 解决办法是单点接地、缩短 1PPS 走线、参考钟预热到规定时间后再开始采集；触发阈值固定并写进报告。授时测试对环境比精度测试敏感得多，测试台的布置一旦定下来就不要随意动。

6. 把测试数据变成可复现的判读流程：脚本、报告要素与迭代节奏

测完一轮，手里是一堆 csv 和截图。真正决定这套测试有没有价值的，是别人能不能拿着你的原始数据复算出同一个结论。这一章讲三件事：用一段脚本把统计口径固化下来、一份能复核的报告最少要写什么、以及自研产品按什么顺序测最省时间。

6.1 用一段脚本批量算 CEP95 与 RMS

统计口径写进脚本，比写在文档里可靠得多。下面这段按“读入误差序列、剔除收敛段、算 RMS 与分位数”的顺序走，输入是两列：时间戳和水平误差（米）。

import numpy as np def load_errors(path, skip_seconds=60.0): """读入 csv：第一列时间戳(s)，第二列水平误差(m)""" data = np.loadtxt(path, delimiter=",", skiprows=1) t, e = data[:, 0], data[:, 1] # 剔除收敛段：从首个样本开始跳过 skip_seconds mask = (t - t[0]) >= skip_seconds return t[mask], e[mask] def summarize(errors, conf=95.0): """返回 RMS、CEP50、CEP95、最大值；分位数用线性插值""" rms = float(np.sqrt(np.mean(errors ** 2))) cep50 = float(np.percentile(errors, 50)) cep95 = float(np.percentile(errors, conf)) return {"rms": rms, "cep50": cep50, "cep95": cep95, "max": float(errors.max())} if __name__ == "__main__": t, e = load_errors("horiz_err.csv", skip_seconds=60.0) # 样本量不足时直接告警，避免拿几十个点算 95 分位 assert len(e) >= 500, f"样本量不足: {len(e)}" print(summarize(e))

逻辑上分两步：先按时间戳剔除前 60 秒的收敛段，再做统计。skip_seconds这个参数是口径的一部分，必须和测试方案里写的一致，不能测完再调。分位数用线性插值，样本量断言放在最后，是为了防止误把一段几十秒的数据丢进来算 95 分位——那种结果看着精确，其实没有统计意义。如果要做多频点对比，把load_errors换成批量遍历目录即可，统计函数不用改。

6.2 测试报告最小可复现要素清单

一份能被复核的报告，至少要能让另一个人在不问你的前提下重跑一遍。下面这些要素缺一项，复核就会卡住。

清单里最容易被省掉的是“场景校验值”和“原始数据”。前者省了，别人不知道你用的是哪版轨迹；后者省了，出了争议只能重测。

6.3 自研产品先测哪几项：一个迭代节奏建议

自研模块迭代时，全套测试跑一遍要好几天，不可能每版固件都跑。我的顺序是：先测灵敏度与 CN0（半小时能出结果，能立刻暴露射频链路和前端的硬伤），再测 TTFF（一小时，反映捕获与星历管理逻辑），然后测静态精度（半天，反映解算与滤波），再往后才是动态精度与授时（各一天，对场景和参考钟要求高），最后是抗压制与高低温（按项目节点安排）。

这个顺序的道理是：前面的项一旦不达标，后面的测试基本没有意义。灵敏度不行，精度数据再漂亮也装不到弱信号环境里；TTFF 波动大，说明初始化逻辑没定型，此时测精度是浪费机时。

最后一章想说的其实是一个习惯。我最开始做导航单元测试时，总觉得“数据出来了就行”，报告里只写结论不写条件，结果半年后自己都复现不了当初的数，被追问时只能重测一遍，那种感觉很像没有后悔药。后来我把链路损耗表、场景校验值、统计口径三样东西做成模板，每次测试先填模板再开机，返工率降了一大截。这套标准真正值钱的地方，不是那几个门限数字，而是它逼着你把条件写清楚。如果你正准备搭第一个导航单元测试台，建议先把第 3 章的链路账和第 5 章的五条坑过一遍，再动手买设备，能少走不少弯路。希望帮到你。

本文还有配套的精品资源，点击获取