现代智能汽车中的无线技术107——ETC(1)

中国ETC系统采用5.8GHz专用频段(5.790-5.840GHz),通过DSRC技术实现高速通信。系统采用左旋圆极化天线设计,有效解决车辆颠簸带来的信号衰减问题。路侧天线使用相控阵技术精准覆盖交易区,车载OBU采用低功耗唤醒机制。通信协议遵循GB/T 20851国家标准,采用TDMA机制处理多车并发,确保交易安全可靠。整个系统在毫秒级完成唤醒-握手-验证-扣款流程,兼顾低功耗、高速度和高可靠性,是智能交通领域的成功实践。

  1. 频率 (Frequency):5.8 GHz 的选择 中国的ETC系统工作在 微波频段,这是一个特定的、国家强制的标准。
  • 载波频率: 5.8 GHz (准确地说是 5.790 GHz - 5.840 GHz)。

  • 注: 全球各地的ETC标准不同。北美常用915 MHz,日本和欧洲部分地区也用5.8 GHz,但具体频点有细微差异。中国选5.8 GHz是为了避开拥挤的2.4 GHz(Wi-Fi/蓝牙)和GSM频段。

  • 频段划分: 属于 DSRC (Dedicated Short Range Communication,专用短程通信) 频段。

  • 信道带宽: 通常为 10 MHz。分为上行(OBU发给RSU)和下行(RSU发给OBU)两个不同的子频段,以避免干扰。

  • 下行频率(路侧发): 5.830 GHz / 5.840 GHz。

  • 上行频率(车载发): 5.790 GHz / 5.800 GHz。

  • 数据速率:

  • 下行(读): 512 kbps (FM0编码)。

  • 上行(写): 256 kbps (FM0编码)。

  • 这个速率对于传输几十字节的交易数据来说已经非常快了,足以支持高速过车。


  1. 天线 (Antenna):定向与唤醒 ETC对天线的设计要求极高,因为它必须在车辆快速移动中完成精准的"点对点"射击,不能串台(比如A车道扣了B车的钱)。 A. 极化方式:左旋圆极化 (LHCP) 这是核心考点。
  • 为什么不用线极化? 车辆行驶中会有颠簸,OBU的角度也会随挡风玻璃倾角变化。如果是线极化,角度一偏信号就衰减没了。

  • 圆极化优势: 无论OBU怎么倾斜旋转,圆极化波都能被稳定接收。规定使用左旋圆极化也是为了隔离对面车道或反射波的干扰(反射一次变右旋,就被过滤掉了)。

B. RSU天线(路侧):相控阵/波束成形

  • 收费站龙门架上的天线通常具有极其狭窄的波束宽度(Spot Beam)。它只覆盖车道前方的一个特定矩形区域(交易区)。

  • 这防止了"邻道干扰"和"跟车干扰"(防止跟在后面的车帮前面的车交了钱)。

C. OBU天线(车载):唤醒机制

  • 平时状态: OBU为了省电(用好几年不换电池),99.9%的时间都在深度休眠。

  • 两级天线设计:

  1. 唤醒电路(14 kHz或5.8 GHz低功耗侦测): 这是一个极其省电的无源或低功耗电路。当它感应到收费站的特定唤醒信号时,才会通电激活主CPU。

  2. 主通信天线: 唤醒后,主微波天线开始工作,进行高功率的数据收发。


  1. 协议 (Protocol):GB/T 20851 中国的ETC系统遵循一套严格的国家标准:GB/T 20851《电子收费 专用短程通信》 系列标准。这套标准定义了从物理层到应用层的所有规则。 它在架构上参考了 OSI 七层模型,但简化为三层: A. 物理层 (Physical Layer)
  • 定义了5.8 GHz频率、FM0编码方式、ASK(幅移键控)调制方式。

  • 规定了唤醒信号的特征。

B. 数据链路层 (Data Link Layer)

  • MAC控制: 解决了"多车并发"的问题。如果两辆车同时进入感应区,RSU如何不弄混?

  • 采用 TDMA (时分多址) 机制。RSU是大佬,它给每个OBU分配时间片:"你先说,说完他再说。"

  • 帧结构: 规定了数据包怎么打包,包括帧头、长度、控制域、数据域、CRC校验码(防止数据传错)。

C. 应用层 (Application Layer) 这是交易逻辑发生的地方。

  • BST (Beacon Service Table): RSU不停地广播信标:"我是收费站,谁在范围内?"

  • VST (Vehicle Service Table): OBU回应:"我是车牌xxxx,我有卡。"

  • 基本交易流程:

  1. EVENT_REPORT: OBU上报车辆信息。

  2. INITIALISATION: RSU进行初始化,验证卡片合法性(SAM卡认证)。

  3. CREDIT/DEBIT: 最关键的指令。RSU发送扣款指令,OBU里的ESAM模块解密并修改余额或写入记录。

  4. RELEASE: 交易结束,断开连接。


总结:技术画像 一个典型的车载ETC通信过程是这样的:

  • 频率: 5.8 GHz 微波。

  • 天线: 左旋圆极化,定向波束。

  • 协议: GB/T 20851 标准。

  • 核心动作: 唤醒 -> 握手 -> 验证(加密) -> 扣款(写卡) -> 抬杆。

这套系统设计得非常精妙,兼顾了低功耗(车载端省电)、高速度(毫秒级交易)和高可靠性(防干扰、防串台),是智能交通领域最成功的工程实践之一。

相关推荐
Godspeed Zhao11 天前
现代智能汽车系统——智驾SoC之框架版图
人工智能·机器学习·自动驾驶·汽车·soc
Sinowintop12 天前
在全球化扩展的同时,OFTP2持续筑牢网络安全防线
汽车·edi·供应链·汽车行业·国产edi·oftp·odette
曾响铃12 天前
透过加特兰感知与通信双芯策略,再看法规下汽车智能化周期的确定性红利
汽车
探物 AI12 天前
【3D·感知】从PointNet到PointPillars:如何让自动驾驶汽车“实时“看见3D世界?
3d·自动驾驶·汽车
DeepCeLa12 天前
氧化铈:汽车三元催化器里的“氧管理大师”
汽车·稀土·稀土科技
盟接之桥12 天前
电子数据交换(EDI)|制造业汽车零配件场景方案
大数据·网络·人工智能·安全·低代码·汽车·制造
Godspeed Zhao12 天前
Level 4自动驾驶系统设计4——功能与场景4
人工智能·自动驾驶·汽车
YunQuality12 天前
云质QMS:汽车零部件行业质量管理数字化解决方案
汽车·软件需求·工业软件
shushangyun_12 天前
汽车服务行业B2B平台+AI解决方案哪家专业:2026年最新测评
java·运维·网络·数据库·人工智能·汽车
天天爱吃肉821813 天前
豆包 vs DeepSeek API 对比分析报告
android·java·大数据·开发语言·功能测试·嵌入式硬件·汽车