简介面向UWB系统开发与产品选型人员的FiRa标准解读资料适合希望理解超宽带物理层技术及无缝接入应用的工程师阅读。内容围绕IEEE 802.15.4标准和802.15.4z修正案展开梳理了IR-UWB脉冲无线电的核心原理、物理接入系统的工作机制以及与面部识别在门禁场景中的对比并延伸到室内定位、智能汽车通信和物联网应用。资源为1个PDF文件整体约584KB便于快速通读文档源自FiRa Consortium技术白皮书结构清晰重点突出标准演进与工程实现之间的关系。目前已有755人学习下载对正在评估UWB方案或准备物理层设计的人员具有一定参考价值其中UWB与面部识别的对比也有助于门禁场景方案选型时权衡。通过阅读可建立从协议标准到接入场景的整体认知同时获得关于低功耗精确定位、安全测距和抗干扰能力的具体说明。1. UWB 物理层资料到底讲了什么一份能当产品选型手册的白皮书2019 年 UWB 被某手机厂商的旗舰机带火但真正决定数字钥匙、无感门禁这些场景能不能落地的是物理层不是应用层的花活。这份由某 UWB 产业联盟成员撰写的技术白皮书把脉冲无线电超宽带IR-UWB从频段划分、脉冲波形、多径信道一路讲到 802.15.4z 修正案里的 STS 安全增强还附了无缝接入系统的端到端工作流程。适合做室内定位、车钥匙、门禁系统的工程师以及想搞懂 UWB 测距为什么比蓝牙精确的硬件选型人。读完后你会清楚三件事频段怎么选、首径检测为什么难、安全增强到底在防什么。2. 频段与脉冲设计先把信道和波形选对2.1 三个 Band Group 与 CH0-CH15 通道分配白皮书那张频道分配图是整个物理层设计的起点从 3.1 GHz 到 10.6 GHz 的可用频谱被划分为三个 Band Group。Band Group 0 是 sub-gigahertz 辅助通道Band Group 1 是低段 HRP UWB 通道Band Group 2 是高段 HRP UWB 通道。每个 Band Group 内部又细分成若干物理通道也就是常说的 CH0 到 CH15。这张表把主要通道参数整理了出来带宽列里的数值直接决定了你能拿到的测距精度上限通道中心频率MHz带宽MHz所属 Band Group典型用途CH0499.2499.2BG0sub-GHz 辅助测距CH13494.4499.2BG1低段基础通道CH23993.6499.2BG1低段基础通道CH34492.8499.2BG1低段基础通道CH43993.61331.2BG1低速高精度场景CH56489.6499.2BG2高段基础通道CH66988.8499.2BG2高段基础通道CH76489.61081.6BG2宽带替代通道CH87448.0499.2BG2高段基础通道CH97987.2499.2BG2全球部署首选CH108486.4499.2BG2高段基础通道CH117987.21331.2BG2高速率高精度CH128985.6499.2BG2高段基础通道CH139484.8499.2BG2高段基础通道CH149984.0499.2BG2高段基础通道CH159484.81354.97BG2最大带宽通道选型时最容易忽略的一点是Band Group 1 和 Band Group 2 之间的频谱空隙不是随意留的。那是为了避免 UWB 和 5 GHz ISM 频段的 WiFi 互相踩脚。换句话说如果你把低段通道和 5G WiFi 放在同一个设备里天线隔离和滤波器的压力会非常大我一般会直接建议客户跳到 Band Group 2 选通道。欧洲市场对 Band Group 1 还有额外限制设备必须实现 Low Duty CycleLDC占空比限制和 Detect And AvoidDAA避让机制。这意味着你选 CH1-CH4 做全球产品硬件上要额外增加频谱侦测和前向规避逻辑成本和认证周期都会上去。白皮书的结论很直接面向全球部署的设备优先选 Band Group 2 的通道尤其是 CH9。这也是目前市面上多数 UWB 测距芯片的默认出厂配置。2.2 脉冲形状与频谱模板频段选完下一关是脉冲形状。白皮书里给了两个都能通过合规测试的脉冲例子一个是 802.15.4 标准定义的根升余弦RRC参考脉冲中心频率落在 CH9另一个是 8 阶 Butterworth 低通脉冲上变频到 CH5 中心频率-3 dB 带宽 500 MHz。很多人觉得脉冲形状只是发射机的事接收端管好解调就行。实际上脉冲波形直接决定了发射频谱能不能塞进标准定义的频谱模板。如果脉冲的旁瓣压不下去能量会溢出到相邻通道轻则邻道干扰重则过不了 FCC 的辐射模板测试。另一个容易被忽略的点是脉冲时间带宽积。标准要求 500 MHz 带宽对应到时间域就是纳秒级的窄脉冲。RRC 脉冲的好处是频谱效率高、带外衰减可控Butterworth 低通脉冲的好处是实现简单用模拟滤波器就能凑出来但时域拖尾更长对接收端的相关器动态范围要求更高。从实现角度讲我的习惯是先拿芯片厂商的参考设计波形跑一遍频谱仿真确认模板余量至少留 3 dB。白皮书提到的 -3 dB 带宽 500 MHz 是一个工程折中带宽再宽脉冲更窄、定位精度更高但 FCC 的 -41.3 dBm/MHz 功率限制会让总发射功率被摊薄通信距离反而缩水。2.3 多径信道NLOS 下 100 个最强多径分量只携带 30% 能量UWB 大带宽带来的直接好处是对频率选择性衰落有天然韧性这是窄带系统比不了的。但白皮书用一组数据点破了代价在非视距NLOS场景下接收端收到的信号是发射信号经过衰减、延迟、叠加后的产物最强的 100 个多径分量加在一起可能只携带总能量的 30%。这意味着接收机不能只盯着最强路径必须把足够多的多径分量能量捕获进来才能保证测距和解调的可靠性。对工程设计的影响很直接相关积分窗口要设多长、AGC 动态范围要做到多少、解调门限怎么定全都绕不开这个 30% 的数字。更麻烦的是首径问题。测距的本质是测量信号从发射机到接收机的飞行时间只有首径直接路径或最早到达的路径才代表真实距离。但在 NLOS 场景下首径往往不是最强路径可能被人体遮挡、被金属反射路径压过。接收机要在强反射存在的情况下仍然锁住首径这就是白皮书反复强调的接收机动态范围问题。这里要区分两个概念多径能量捕获和首径检测。前者决定灵敏度后者决定测距精度。很多团队把精力花在提高灵敏度上测出来的距离却依然跳变原因就是首径检测的阈值设计不合理——把第二径当成了首径。3. 测距与接收机设计核心是首径检测3.1 OWR、TDOA、TWR三种测距架构怎么选UWB 测距架构有三大类白皮书从 GPS 讲起是有原因的。GPS 用的是单向测距OWR卫星作为锚点不停发射同步报文手机端接收后用时差法TS-TDOA解算位置。反过来也成立让标签发射报文多个锚点接收后由服务器解算这叫 AS-TDOA。这两种方案共同点是标签端不用回发应答标签可以做得很省电代价是锚点之间必须严格时钟同步。实际产品里最常用的还是双向测距TWR因为两端都不依赖外部时钟同步。SS-TWR 只交换两个报文逻辑最简单但它的 TOF 估计精度直接受两端时钟偏差影响这个坑后面专门讲。DS-TWR 多做一轮交换可以显式抵消时钟偏移的影响代价是多一组报文的空中时延和功耗。选型逻辑很清晰标签数量多、锚点供电充足、需要低功耗标签的场景优先考虑 TDOA 架构对等节点互测、没有基础设施的场景用 DS-TWR。白皮书的原话是802.15.4 的 HRP UWB 物理层两种方法都支持真正决定选型的不是物理层而是应用层的拓扑需求。3.2 SS-TWR 与 DS-TWRTOF 估算代码与时钟偏移SS-TWR 的 TOF 估算公式很直观发起方测出往返总时间减去应答方的处理时延除以 2 就是单向飞行时间。用代码写出来大概是这样def ss_twr_tof(t_round, t_reply): SS-TWR 单边双向测距的 TOF 估计 t_round: 发起方本地时钟测得的往返时间单位秒 t_reply: 应答方上报的处理时延单位秒 返回 TOF 估计值单位秒 return (t_round - t_reply) / 2.0这段代码有个隐藏问题t_round 用的是发起方的时钟t_reply 用的是应答方上报的数值。如果两端时钟有万分之一的频偏在典型 10 米测距场景下会带来几十厘米的误差。所以白皮书才给出了 DS-TWR 的改进式def ds_twr_tof(r_a, r_b, d_a, d_b): DS-TWR 双边双向测距的 TOF 估计 r_a: A 侧测得的完整往返时间包含B的处理时延 r_b: B 侧测得的完整往返时间包含A的处理时延 d_a: A 侧两次发送之间的本地时延 d_b: B 侧两次发送之间的本地时延 返回 TOF 估计值单位秒 numerator r_a * r_b - d_a * d_b denominator r_a r_b d_a d_b return numerator / denominatorDS-TWR 的关键在于把两端的时钟频率偏差 f1、f2 同时引入计算通过四组时间测量的交叉相乘把一阶时钟误差抵消掉。代价非常清楚多了一组报文。对于门锁这种电池供电的设备每一组报文都意味着电流消耗需要在精度和省电之间做权衡。白皮书还提到一个不太被注意的细节UWB 接收机可以精确测出远端发射机和本地时钟之间的偏移量所以即使是 SS-TWR也能用接收端的时钟偏移估计做一次事后校正。这意味着选择 SS-TWR 不代表必须接受时钟误差只要你读得到同步头的载波频偏估计。3.3 首径检测与接收机动态范围TOF 算得再准如果 TOA 本身测错了全部白费。白皮书把接收机动态范围定义为反射路径强度与直接路径强度的最大比值在这个比值下直接路径仍能被可靠检测。这是 UWB 接收机最核心的指标比灵敏度、功耗都重要。实现手段是相关器。接收机用本地已知的脉冲模板对接收信号做相关运算得到信道冲激响应CIR然后从 CIR 里找首径。802.15.4 基础物理层的前导码符号具有完美的周期自相关特性理想情况下可以直接通过相关峰值确定 CIR。但这里有个工程现实前导码如果是周期的接收机做相关时会产生明显的旁瓣在密集多径环境下旁瓣和真实多径混在一起首径检测的置信度会下降。这也是为什么 802.15.4z 引入 STS 字段后需要额外做数字旁瓣抑制DSLS的原因。简单说找首径从来不是「找最大峰」而是在可能被强反射淹没的噪声里找第一个越过检测门限的峰。动态范围不够的典型表现是LOS 下测距精度 ±10 cm人一挡在中间或者站在金属货架旁边测距结果瞬间跳到几米外。这不是算法加个中值滤波能救回来的是物理层的相关累加次数不够。4. 802.15.4z 安全增强STS、HPRF 与物理层安全的边界4.1 周期性前导码的隐患基础 802.15.4 HRP UWB 物理层的前导码是周期序列。这个设计本来是为了让接收机通过周期相关快速获得处理增益但也埋了一个安全漏洞攻击者可以录制一段包含前导码的信号在稍后某个时刻重新发射出去让接收机以为攻击者就在附近。这一招对测距系统是致命的。门禁系统判断「手机在门外 1 米」实际上攻击者在 10 米外录下合法用户的信号延迟一段时间重放接收机会把重放信号的首径识别为真实首径测距结果直接失真。更隐蔽的是如果攻击者只重放部分前导码符号接收机的相关峰会发生偏移导致测距误差不固定让上层系统很难通过一致性校验发现异常。白皮书还把这个问题往深里挖了一层周期性前导码在特定多径信道条件下即使没有攻击也会在相关运算中产生测量伪峰。换句话说不仅安全有问题测距质量本身也会被周期性前导码的旁瓣拖累。4.2 STS不可预测序列与数字旁瓣抑制802.15.4z 修正案的核心安全增强是引入了 Scrambled Timestamp SequenceSTS字段。STS 不是周期序列而是由随机数发生器种子生成的不可预测序列攻击者拿不到种子就无法提前构造重放信号。STS 在接收端同样通过相关运算来估计 CIR但由于它不是周期序列相关结果里会出现额外的旁瓣伪峰。白皮书给出的解决方案是数字旁瓣抑制DSLS接收机在相关运算之后对旁瓣做减法或窗函数抑制把伪峰压下去保留真实首峰。代价是增加一小段数字信号处理逻辑对基带计算量有一定要求。实现 STS 时要特别注意安全边界的划分种子必须安全存储在设备的安全元件里不能放在普通 Flash 里。很多团队把 STS 当成一个普通硬件加速器来调用种子管理却走应用层明文读写等于把物理层的安全设计全部架空。白皮书的表述很明确STS 的不可预测性前提是「随机数种子不泄露」这个前提必须由硬件安全架构保证。4.3 HPRF提高脉冲重复频率换取动态范围STS 解决了攻击问题又引入了新的灵敏度压力。STS 字段不像周期前导码那样可以靠无限累加来获得信噪比增益因此 802.15.4z 定义了 HPRF高脉冲重复频率模式在相同报文时长内塞进更多脉冲通过增加阈值决策事件数量来提升接收机的动态范围。通俗讲脉冲发得越密相关器获得的独立观测样本越多对弱首径的检测概率就越高。白皮书引用了 2019 年初标准讨论组里的结论提高 PRF 可以直接改善动态范围但代价是平均发射功耗上升且对脉冲间干扰更敏感。选 LPRF 还是 HPRF我的经验是看场景静止门锁、有市电供电的设备直接上 HPRF电池供电的钥匙扣、标签LPRF 功耗优势明显但必须接受 NLOS 下首径检测率的下降。不少芯片支持动态切换 PRF可以根据 RSSI 和信道估计结果实时调整这个功能值得在选型时重点确认。5. 避坑从白皮书到产品最容易翻车的五个点5.1 频段选错产品无法全球出货现象原型机在办公环境测试一切正常送实验室做认证时发现辐射超标或者无法通过法规测试被迫改版换频段整个排期推后两个月。原因选了 Band Group 1 的低段通道但没有实现欧洲要求的 LDC 和 DAA。更常见的是默认选了某芯片厂商的默认通道压根没查目标市场的法规约束。解决立项时就把目标市场清单拉出来逐项对照频段和占空比要求。面向全球的产品直接选 Band Group 2 的 CH9这是目前法规摩擦最小的选择。改版换频段的代价不仅是硬件重画接收机前端匹配、天线长度、滤波器的中心频率全部要跟着动。5.2 NLOS 场景首径检测失败现象门禁系统在 LOS 场景下测距又稳又准一旦用户把手机放在裤兜里或者用身体挡住手机测距值瞬间跳变几米导致误开锁或者无法开锁。原因人体遮挡后直接路径衰减严重首径信号强度低于反射路径接收机的动态范围不够相关器把最强的反射路径误判成了首径。解决先确认芯片是否工作在 HPRF 模式再把接收机的首径检测门限调低一档同时打开多径能量累积。如果芯片支持 CIR 原始数据导出抓一段 NLOS 场景的 CIR观察首径和第二径的相对幅度动态范围余量不够就换方案算法层的 median filter 只能平滑误差救不了系统性误判。5.3 SS-TWR 时钟偏移失控现象用 SS-TWR 实测静态距离精度 ±5 cm但设备运行一段时间后温度升高测距误差涨到 ±30 cm。原因SS-TWR 的 TOF 估计依赖两端时钟一致性晶振温漂会让两端时钟频偏从几十 ppm 涨到几百 ppm。DS-TWR 可以在计算中显式抵消这个误差SS-TWR 不行。解决对精度有要求的场景直接上 DS-TWR多一组报文的功耗在大多数场景都能接受。如果必须用 SS-TWR至少读取接收机解调出的载波频偏估计在软件里做一次时钟误差补偿能挽回一部分精度。更稳的做法是选带温补晶振的模组成本增加不多效果立竿见影。5.4 周期性前导码的频谱峰值现象UWB 模块单独测试频谱正常和 WiFi、蓝牙模组同时工作时WiFi 吞吐率明显下降UWB 的通信距离也变短了。原因周期性前导码在频域会产生离散谱线如果脉冲重复频率选择不当谱线恰好落在 WiFi 信道附近导致带内干扰。白皮书明确指出这是基础物理层的设计约束而 STS 字段因为非周期性反而不会产生这类谱线。解决检查前导码符号长度和 PRF 的配置组合必要时在接收端增加数字滤波。如果产品是更新迭代强烈建议直接迁移到支持 802.15.4z 的物理层版本一次性解决频谱峰值和安全问题。5.5 把 UWB 当成 WiFi 来用现象有人把 UWB 当成高速率通信链路试图传音视频流结果速率上不去、距离也不够回头抱怨 UWB 没用。原因UWB 的物理层设计目标是测距和低速率控制数据传输不是高吞吐通信。7.5 GHz 可用带宽听着震撼-41.3 dBm/MHz 的功率限制让总发射功率非常低通信距离和速率都受限。解决UWB 的正确打开方式是测距加轻量级数据交互比如伴随测距结果附带设备 ID、随机数和状态位。需要大数据量交互的场景走蓝牙或 WiFiUWB 只负责「你在不在、离我多远」这两个问题。白皮书里描述的无缝接入体验正是让 UWB 专注测距、其他无线技术做补充通信。6. 从测距到无缝接入应用层补齐的最后一公里物理层只解决「能不能测」和「测得准不准」而用户感知到的是「靠近门就开不用掏卡」。这个体验差异恰好是白皮书后半部分的重点某 UWB 产业联盟在 802.15.4 物理层和 MAC 层基础上补充了应用层和服务协议定义了端到端的互操作规范。从工程视角看UWB 做门禁的实际体验比人脸识别更接近「无缝」二字。人脸识别在光线不足、戴口罩、逆光场景下容易失效而且摄像头抓拍存在隐私争议UWB 测距完全不受环境光照影响数据只是无线电波形不涉及生物特征采集。更重要的是UWB 能提供连续的距离感知和方位信息——系统知道你在 3 米外、2 米外、还是贴近门锁可以做分级响应。这个「距离连续变化」的信息粒度是绝大多数其他无线技术给不了的。做现场功能验证时我习惯带一台支持 CIR 导出的参考接收机按三步走第一步验证 LOS 静态精度确认设备间距和测距值误差在 ±10 cm 内第二步验证人体遮挡场景对比 HPRF 和 LPRF 模式下的首径检测率第三步做重放攻击测试确认启用 STS 后攻击距离被压制到不可用。这三步走完基本能判断一个 UWB 方案是能落地还是只能活在 demo 里。最后说一个踩过的坑。早期做模拟项目 X 时我们为了省电把 STS 相关窗口缩短了一半结果安全测试时攻击者贴着门重放成功了因为缩短后的相关窗口只剩原来的一半旁瓣抑制也没重调接收机被迫提高增益反而放大了重放信号。从那以后我每次改物理层参数都强制走一遍三件套查窗口是否覆盖首径时延范围、查旁瓣抑制参数是否随窗口缩放、查安全测试报告是否重新出过。UWB 物理层的每个参数之间都是联动的改一个就要重新看一遍全局。希望这些经验能帮你在选型和调试的路上少走几段弯路。本文还有配套的精品资源点击获取
