如果把城市早高峰的路口比作一场没有指挥的交响乐,你会看到:每辆车都拼尽全力演奏自己的“独奏”——拼命踩油门、抢车道、盯信号灯,但彼此完全听不见对方。前车一个急刹,后车只能傻等刹车灯亮起才反应;右转车辆看不见盲区里冲出的电动车;救护车被困在车流中,鸣笛声被嘈杂的引擎声淹没。这就是没有V2X的“孤岛式”交通。 V2X(Vehicle-to-Everything,车联万物)要做的,就是给这支混乱的“乐队”配上统一的乐谱、节拍器和一位真正的指挥。汽车之间可以用无线电直接“说话”(V2V),车和红绿灯、路侧设备交换信息(V2I),车与行人手机握手(V2P),车与云端交通大脑保持同步(V2N)。当一辆车发现前方有紧急情况,它会在10毫秒内把消息“广播”出去——比人类眨一次眼快30倍——让几百米外的车提前松油门、自动刹车。 把V2X通信、路侧设施和云端大脑组合起来,就是“车路云一体化”。它让每一辆车从“独立演奏者”变成“交响乐团成员”:不仅有眼睛,还有耳朵、有对讲机、有总谱。这场变革的核心只有一句话——让车在碰撞发生之前,先听懂彼此。

岗位关联

掌握V2X车路云一体化,是理解智能交通与自动驾驶商业落地的关键。本篇文章帮你快速建立车联网全景认知,为进入自动驾驶、智慧交通赛道打下基础。

目录
  1. 可视化演示
  2. V2X通信概述:四种“乐器”的对讲频道
  3. 系统架构分层:演奏者、首席与总指挥
  4. 车端协同感知:每一辆车都成为你的“眼睛”
  5. 路端智能设施:站在路边的“传令兵”
  6. 云端交通调度:总指挥的全局乐章
  7. 落地应用场景:从排练厅走向真实城市
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

动态演示车路云一体化的核心机制,通过输入/处理/存储/输出四种模式展示关键概念与交互流程。

本节配有交互动效(进入视口后自动加载,约 3KB)。

车路云一体化:VX通信 V2X通信架构与协议体系 车端路端云端协同架构 核心机制可视化 车路云一体化整体架构与关键组件

V2X通信概述:四种“乐器”的对讲频道

乐团里,乐手不能只埋头演奏自己的声部,还要和邻近乐手配合。弦乐组之间用眼神、管乐组之间用手势,而V2X给车辆配齐了不同类型的“对讲频道”——V2V、V2I、V2P、V2N。

V2X是“车联万物”的统称,四个字母组合代表四种通信对象。V2V让车与车直连,交换位置、速度、刹车踏板状态;V2I让车和路侧基础设施对话,读取信号灯倒计时、施工区告警;V2P保护最脆弱的行人,通过手机或手环让车“看见”即将冲出路沿的骑车人;V2N则连上云端,获取覆盖几十公里的路况大势。

这四种通信并不共用同一信道。V2V和V2I使用专用的直连通信接口,不经过基站转发,专为毫秒级安全消息设计;V2N走蜂窝网络,适合非实时的大流量服务如导航推送、远程诊断。衡量V2X性能的核心指标是端到端时延:

就像乐手在演奏中既要听身侧首席的提示(V2V),也要瞄一眼指挥棒(V2I),还要在整场演出前翻阅总谱(V2N)——四路信息各有各的节奏,谁都不能缺席。

Te2e=Tsend+Tpropagate+Tprocess\displaystyle T_{\text{e2e}} = T_{\text{send}} + T_{\text{propagate}} + T_{\text{process}}
端到端时延 = 发送时延 + 传播时延 + 处理时延。V2X 安全消息要求端到端时延在 10~20 毫秒以内,这就是“毫秒级生命线”的含义。
  1. 发送时延(T_send)数据包从应用层发出,在物理链路上形成比特流所需的时间。V2X安全消息通常只有几百字节,发送时延极短,接近微秒级。
    Tsend=LR\displaystyle T_{\text{send}} = \frac{L}{R}
  2. 传播时延(T_propagate)电磁波以近光速在空气中从发射端到达接收端的时间。100米距离的传播时延小于0.7微秒,这正是V2X能毫秒级响应的物理基础。
    Tpropagate=dc\displaystyle T_{\text{propagate}} = \frac{d}{c}
  3. 处理时延(T_process)收发设备编解码、安全校验和转发所消耗的时间。V2X协议栈对这一项做了专门优化,把端到端时延压到10~20毫秒以内。
    Tprocess=Tencode+Tdecode+Tqueue\displaystyle T_{\text{process}} = T_{\text{encode}} + T_{\text{decode}} + T_{\text{queue}}

系统架构分层:演奏者、首席与总指挥

一支交响乐团有明确的分工:乐手负责出声(终端),声部首席负责协调本声部(边缘),总指挥负责把控全局(云端)。V2X车路云一体化同样分为三个层次。

终端层是车上的OBU(车载单元)和路旁的RSU(路侧单元),它们负责采集感知数据、收发V2X消息;边缘层部署在路口或路段附近的MEC边缘计算节点,负责在本地快速处理数据;云端层是“交通大脑”,汇聚全网数据,执行路径规划和全局调度。

分层带来的最大好处是“近快远稳”:紧急刹车预警在车与车之间直接完成,根本不需要绕道云端;而拥堵预测、绿波路线规划这类不急但需要全局视角的任务,才交给云端。端到端时延可写为:

紧急情况找身边的声部首席,全局战略听总指挥的——三层各司其职,整首乐曲才能在毫秒级节拍中流畅推进。

Tresponse=Tterminal+Tedge+Tcloud\displaystyle T_{\text{response}} = T_{\text{terminal}} + T_{\text{edge}} + T_{\text{cloud}}
完整链路的响应时延 = 终端采集时延 + 边缘计算时延 + 云端决策时延。但关键安全消息并不总是走完三层,边缘层可以“就近拦截”,这正是分层架构的意义。
  1. 终端层时延(T_terminal)车载 OBU 从传感器拿到数据到生成标准 V2X 消息的时间,通常在毫秒量级。
    Tterminal=Tsensing+Tpacket\displaystyle T_{\text{terminal}} = T_{\text{sensing}} + T_{\text{packet}}
  2. 边缘层时延(T_edge)消息经 RSU 或 MEC 本地处理后转发的时间,因为不绕云端,可控制在 10~20 毫秒。
    Tedge=Tlocal+Tforward\displaystyle T_{\text{edge}} = T_{\text{local}} + T_{\text{forward}}
  3. 云端层时延(T_cloud)数据上行到中心云、完成决策再下发的时间,通常为 100 毫秒以上,适合非紧急任务。
    Tcloud=Tuplink+Tcompute+Tdownlink\displaystyle T_{\text{cloud}} = T_{\text{uplink}} + T_{\text{compute}} + T_{\text{downlink}}

车端协同感知:每一辆车都成为你的“眼睛”

乐手闭眼也能继续演奏,因为熟悉总谱;但完全闭眼显然不如睁眼安心。单靠自车传感器,就像乐手只能看见自己谱架上的一页;有了V2X,相当于整支乐队共享全谱。

自动驾驶车的传感器(摄像头、雷达、激光雷达)覆盖范围有限,还会被大车遮挡。V2X却能让前方的车把“它看到的”实时发给你。RSU也把路侧摄像头的感知结果广播给所有路过车辆,形成“你帮我看见、我替你预警”的协作关系。

传感器融合不再是“单车多传感器融合”,而是“跨车、跨路侧的多源数据融合”。前方第3辆车的急刹、路口盲区窜出的自行车,都会被提前几百米发现。协同感知范围可以用一个简洁的模型表达:

当每一位乐手都能通过“共享耳机”听清其他声部的呼吸声,再复杂的乐章也能不差分毫——这就是协同感知对自动驾驶的意义。

Rcoop=max⁡(Rego,  Rrsu,  Rremote)\displaystyle R_{\text{coop}} = \max\left(R_{\text{ego}}, \; R_{\text{rsu}}, \; R_{\text{remote}}\right)
有效感知范围 = 取“自车感知半径、路侧感知半径、远端共享范围”中的最大值。通过V2X,车辆能“借用”其他车辆和路侧设备的眼睛,看到原本看不到的盲区。
  1. 自车感知范围(R_ego)自车摄像头与雷达的探测半径,典型值 100~200 米,实际有效范围受最弱传感器限制。
    Rego=min⁡(Rcamera,  Rradar)\displaystyle R_{\text{ego}} = \min\left(R_{\text{camera}}, \; R_{\text{radar}}\right)
  2. 路侧感知范围(R_rsu)RSU 上搭载的摄像头、毫米波雷达的探测半径,架高后视野更开阔,典型值 300 米以上。
    Rrsu=min⁡(Rrsu,camera,  Rrsu,radar)\displaystyle R_{\text{rsu}} = \min\left(R_{\text{rsu,camera}}, \; R_{\text{rsu,radar}}\right)
  3. 远端共享范围(R_remote)前方车辆自身的感知半径加上两车间距,代表“站在前车肩膀上”能看到的距离。
    Rremote=Rfront,ego+dgap\displaystyle R_{\text{remote}} = R_{\text{front,ego}} + d_{\text{gap}}

路端智能设施:站在路边的“传令兵”

总指挥看不到每个乐手的指尖,于是每个声部前都站着一位声部首席。RSU就是站在路口的那位首席——它不自己演奏,但时刻读谱,再把节拍传递给接近的每辆车。

RSU(Road Side Unit,路侧单元)固定在路杆或信号灯横臂上,内置通信模块,有的还搭载摄像头和雷达。它持续广播信号灯相位、剩余时间、车道封闭、事故位置等消息;反过来也接收车辆上报的数据,转发给云端。

最典型的应用是“红绿灯车速引导”:车辆在距离路口几百米时收到绿灯剩余时间,车载系统立刻计算一个“建议车速”,让驾驶员匀速通过路口,避免急加速闯灯或急刹车排队。建议车速由下式决定:

路侧设施是连接移动的车辆与固定交通设施的桥梁,就像首席把总谱的节奏翻译成每个乐手能听懂的起步提示。

vguide=dtgreen, remain\displaystyle v_{\text{guide}} = \frac{d}{t_{\text{green, remain}}}
建议车速 = 到停止线的距离 ÷ 剩余绿灯时间。它告诉你“开多快刚好能赶在变灯前通过路口”,从而实现不停车通行。
  1. 到停止线的距离(d)由高精地图和GNSS定位得到车辆到路口停止线的剩余距离,单位是米。
    d=准确位置坐标差\displaystyle d = \text{准确位置坐标差}
  2. 剩余绿灯时间(t_remain)RSU 持续广播信号灯当前相位和剩余秒数,车辆在进路口前就能收到。
    tgreen,remain=tphase−telapsed\displaystyle t_{\text{green,remain}} = t_{\text{phase}} - t_{\text{elapsed}}
  3. 建议车速(v_guide)d 除以 t_remain 得到“不快不慢刚好通过路口”的车速。若超过道路限速,则输出一个满足限速的安全车速区间。
    vmin⁡≤vguide≤vmax⁡\displaystyle v_{\min} \le v_{\text{guide}} \le v_{\max}

云端交通调度:总指挥的全局乐章

单靠声部首席,一个乐团的音准可以保持,但整首曲子的强弱快慢还是要总指挥来统筹。云端交通大脑就是那位站在高处、看着几十公里总谱的总指挥。

云端汇集全网车辆上报的速度、位置和路侧设施的数据,形成实时路况地图。它不仅能预测哪里即将拥堵,还能给货车编队(Platooning)规划“队列方案”:头车由经验丰富的驾驶员或自动驾驶系统带领,后面车辆以极近车距跟随,头车加速、刹车的数据通过V2V毫秒级传递给后车。

编队行驶能大幅降低风阻和油耗,但前提是把车距压得很小却依然安全。云端给出的车距建议,来自对速度、时延和制动性能的综合计算:

总指挥只需给每个声部一个明确的“速度记号”,整支乐团就能整齐划一——云端调度让千万辆车像一支训练有素的乐团,密集却不碰撞。

dsafe=v×theadway+dmin⁡\displaystyle d_{\text{safe}} = v \times t_{\text{headway}} + d_{\min}
最小安全车距 = 车速 × 车头时距 + 最小停车间隙。V2X的毫秒级时延让车头时距可以压到0.3秒左右,车距因此大幅缩短,却依然安全。
  1. 车辆速度(v)后车当前行驶速度,单位换算为米每秒,是决定跟车距离的第一要素。
    v=vkm/h3.6\displaystyle v = \frac{v_{\text{km/h}}}{3.6}
  2. 车头时距(t_headway)后车跟随前车通过同一位置的时间差。有人驾驶时典型 1~2 秒,V2X 编队可压缩到 0.3~0.5 秒。
    theadway=dgapvrear\displaystyle t_{\text{headway}} = \frac{d_{\text{gap}}}{v_{\text{rear}}}
  3. 最小停车间距(d_min)车辆完全停稳后与前车保持的安全余量,通常取 2~5 米,用于应对传感器误差和通信丢包。
    dsafe=v×theadway+dmin⁡\displaystyle d_{\text{safe}} = v \times t_{\text{headway}} + d_{\min}

落地应用场景:从排练厅走向真实城市

再完美的排练,也要在音乐厅里接受观众的检验。V2X车路云一体化的价值,最终要落地到真实道路的安全、效率和绿色出行上。

安全预警是最紧迫的应用:包括前向碰撞预警、交叉路口碰撞预警、紧急刹车提示、弱势交通参与者(行人/骑行者)防撞。这些消息全部走低时延直连通信,在驾驶员反应之前就触发预警或自动制动。效率类应用如绿波车速引导、信号灯优化,让主干道车辆不停车通过。绿色出行则体现在编队行驶减少风阻、减少急停急加速带来的排放。

衡量V2X价值的思路,是把每一项应用带来的“节省”货币化:节省的每1秒等待、避免的每1次碰撞、减少的每1升油耗,都对应经济收益:

当每一个声部都配合默契,观众感受到的不再是刺耳的噪音,而是流畅的乐章——城市出行,也将在车路云的协同下变得丝滑、安全、有序。

Svalue=∑iNi×ΔTi×ω\displaystyle S_{\text{value}} = \sum_{i} N_i \times \Delta T_i \times \omega
总收益 = 各场景中“受益车辆数 × 每车节省时间 × 单位时间价值”之和。这个公式帮决策者回答“投入车路云建设值不值”。
  1. 受益车辆数(N_i)某场景(如绿波路段)中,每天参与 V2X 交互并获得收益的车辆总数。
    Ni=日均经过该路段的V2X车辆数\displaystyle N_i = \text{日均经过该路段的V2X车辆数}
  2. 每车节省时间(ΔT_i)相比无 V2X 场景,每辆车通过路口或路段平均节省的时间。
    ΔTi=Twithout,V2X−Twith,V2X\displaystyle \Delta T_i = T_{\text{without,V2X}} - T_{\text{with,V2X}}
  3. 时间价值系数(ω)单位为“元/小时”,由地区统计部门根据人均GDP、平均工资等折算,用于把时间换算成经济收益。
    Svalue=∑iNi×ΔTi×ω\displaystyle S_{\text{value}} = \sum_i N_i \times \Delta T_i \times \omega

AI 应用场景

智慧路口:公交与救护车优先通行

阶段:数据采集 → 边缘计算 → 决策调度

解决的问题:传统信号灯固定配时,救护车被堵在路口、公交准点率低。驾驶员只能靠鸣笛“硬闯”,安全隐患大。

具体案例:某市在主干道部署RSU后,救护车在接近路口时向RSU发送优先请求,云端结合车流密度动态调整信号灯,为救护车多争取20~30秒绿灯窗口。公交接近时同样触发绿波,准点率提升约15%,乘客平均候车时间减少明显。

高速公路货车编队行驶

阶段:云端调度 → V2V实时跟随 → 数据分析

解决的问题:高速货车风阻大、油耗高,车队管理依赖司机经验,车距拉大会造成“幽灵堵车”。

具体案例:三辆重型卡车组成编队,头车由经验丰富的驾驶员控制,后两车通过V2V接收头车的加速、刹车指令做自动驾驶跟随,车距压至15米。实测百公里油耗平均降低8%~10%,同时减少了人为急刹造成的追尾风险。

城市路口“鬼探头”防撞

阶段:感知融合 → 直连通信 → 预警触发

解决的问题:行人或电动车从停驻车辆后方突然穿出,单车摄像头和雷达被遮挡根本看不见,是城市事故的高发形态。

具体案例:路口RSU的摄像头识别到盲区有行人即将横穿,通过V2I消息广播给即将右转的车辆。车载系统在碰撞前约1秒发出声音加仪表盘预警,驾驶员的反应时间从不足0.5秒延长到1.5秒,事故率显著下降。

Python 演示

python37 行
"""V2X emergency brake warning simulation."""import math  def stopping_distance(speed_kmh, latency_s, decel_mps2=5.0):    # 反应距离 + 制动距离,速度由km/h转换为m/s    v = speed_kmh / 3.6    return v * latency_s + v * v / (2 * decel_mps2)  class Vehicle:    def __init__(self, vid, speed, pos):        self.vid = vid        self.speed = speed        self.pos = pos  def v2x_alert(front, rear, latency=0.1):    # 若车距小于最小安全距离,则需要触发预警    need = stopping_distance(front.speed, latency)    gap = rear.pos - front.pos    return gap < need, need, gap  if __name__ == "__main__":    c1 = Vehicle("C1", 72, 0)    c2 = Vehicle("C2", 72, 50)     human_d = stopping_distance(72, 1.0)    v2x_d = stopping_distance(72, 0.1)    alert, need, gap = v2x_alert(c1, c2)     print(f"gap: {gap} m")    print(f"human reaction need: {human_d:.1f} m")    print(f"v2x reaction need: {need:.1f} m")    print("human reaction: rear-end risk" if gap < human_d else "human reaction: safe")    print("v2x alert: " + ("triggered" if alert else "not triggered"))
目的:模拟前车急刹时,人类驾驶员与V2X系统的安全距离差异。结果显示:车距50米时,人类1秒反应时间需要60米刹停,必然追尾;而V2X在0.1秒延迟下只需42米,可以安全停下。
  1. v = speed_kmh / 3.6把千米/小时换算成米/秒,公式统一为国际单位。
  2. return v * latency_s + v * v / (2 * decel_mps2)反应距离与制动距离之和,是安全车距核心模型。
  3. class Vehicle定义一个最小的车辆数据对象,模拟BSM消息中的速度与位置字段。
  4. gap < need核心判断逻辑:车距小于最小安全距离就触发预警。
  5. if __name__ == "__main__":保证代码既可被模块导入,也能直接运行演示。

常见误区

误区以为V2X就是“车上插卡连网”——能导航、能看到实时路况、能在线听歌就算车联网了。实际上这只是V2N的一小部分,连V2X的边都没摸到。

正解V2X的核心是“低时延、高可靠”的专用通信:V2V和V2I在10毫秒级完成车辆间直接通信,而普通4G/5G公网时延在30~100毫秒且波动较大,无法承载碰撞预警这类安全任务。V2X需要专用频谱、专用协议栈,以及路侧与云端的协同配合,而不是一张SIM卡就能搞定。

为何常见:因为V2N的形态最接近日常的“车载联网”,大众很容易把车联网简单等同于“车上能上网”。

误区V2X什么都能告诉车,那摄像头、激光雷达、毫米波雷达都可以拆掉,单车智能是多余的“重复建设”。

正解V2X依赖通信链路。如果RSU故障、网络拥塞,或路上有车辆未安装V2X设备,通信就会中断。此时单车智能就是唯一的安全兜底。行业共识是:单车智能是安全下限,车路协同是体验上限,两者互为补充而非替代。

为何常见:宣传中常说“V2X让车看见拐角”,容易让人误以为V2X已经完整覆盖了所有感知需求。

误区既然说V2X是“毫秒级”,那就近似等于零时延,设计安全算法时不需要考虑通信延迟。

正解即使V2V直连时延低至10毫秒量级,端到端仍然包含发送、传播、处理、排队四段时延。需要上云的V2N场景时延更高,无线环境拥挤时还会发生丢包重传。安全算法必须预留时延余量——安全车距公式里的“反应时间项”正是为通信延迟留的缓冲。

为何常见:因为“毫秒级”的宣传让人感觉近似为零,忽略了真实无线信道的物理限制。

误区DSRC和C-V2X都叫V2X,所以支持其中一种的车在任何国家任何路口都能通用,切换只是软件升级。

正解两者工作频段、调制方式、协议栈完全不同,不能直接互通互操作。DSRC基于IEEE 802.11p(从Wi-Fi演进而来),C-V2X基于4G/5G蜂窝技术(含PC5直连接口)。中国产业界主推C-V2X,美国早期推DSRC、后来转向,设备选型需要更换硬件,涉及产业链路和漫游政策。

为何常见:因为"V2X"这一统称让外行以为背后是统一标准,忽略了不同技术路线的产业博弈。

面试题

Q1. V2X中"V2I"指的是什么?

单选题 · easy

  • A.车与车辆的通信
  • B.车与路边设备通信← 正确答案
  • C.车与行人手机通信
  • D.车与云端中心通信

答案:B。V2I的“I“是Infrastructure(基础设施),指车与红绿灯、RSU等路侧设施通信。就像乐手看指挥棒的提示,V2I是车与固定交通设施之间的”手势”。

Q2. 与传统单车感知相比,V2X最核心的价值是什么?

单选题 · easy

  • A.提升车载娱乐服务
  • B.拓展感知范围降低时延← 正确答案
  • C.增强汽车动力性能
  • D.减少能量消耗丢失

答案:B。V2X的价值在于让车辆“借用”他车和路侧设备的信息,感知范围从百米扩展到千米级,时延低至毫秒级。这相当于乐手不再只靠自己的耳朵,而是戴着共享耳机听全乐团的呼吸。

Q3. 下列消息中,典型时延最小的是哪一类?

单选题 · mid

  • A.车与云端V2N消息
  • B.车与RSU发送V2I
  • C.车与车V2V直连消息← 正确答案
  • D.云端推送至手机端

答案:C。V2V是两台车之间的直连通信,不经过基站和云端转发,时延最低(10毫秒级)。这就像两个相邻乐手直接用眼神交流,比通过总指挥传话快得多。

Q4. 编队行驶(Platooning)中,V2X的主要作用是什么?

单选题 · mid

  • A.让车队播放同一首歌
  • B.共享控制信息保持安全车距← 正确答案
  • C.给每台车提供单独导航
  • D.自动提升发动机功率

答案:B。编队行驶依赖V2V毫秒级共享头车的加速、刹车指令,后车才能以极小但安全的车距跟随。就像乐团各声部听到同一节拍器,动作整齐划一。

Q5. “绿波车速引导”主要依赖哪种通信方式?

单选题 · mid

  • A.车车通信V2V
  • B.车路与车云通信← 正确答案
  • C.车人通信V2P
  • D.仅依靠卫星定位

答案:B。绿波引导需要RSU广播信号灯状态(V2I),有时还需云端优化配时(V2N)。车与路、车与云配合,才能算出“开多快一路绿灯”。

Q6. 关于V2X的系统架构,下列说法正确的是?

单选题 · hard

  • A.所有消息强制经过云端
  • B.边缘层可本地决策降低时延← 正确答案
  • C.V2X系统架构只有一层
  • D.车端不需要任何智能

答案:B。V2X采用端边云三层架构,边缘层(RSU/MEC)可就近处理关键消息,避免绕行云端带来的高时延。就像声部首席能当场纠错,不必等总指挥从后台赶来。

Q7. V2P通信主要保护的对象是什么?

单选题 · easy

  • A.保护车辆内驾驶员
  • B.保护道路上的行人← 正确答案
  • C.保护云端的服务器
  • D.保护路边的建筑物

答案:B。V2P的“P“是Pedestrian(行人),通过行人手机或可穿戴设备与车辆通信,在行人即将穿行时预警。这是交响乐中最需要呵护的”观众”。

Q8. 下列属于V2X路侧或云端能提供的典型服务的是?

多选题 · mid

  • A.广播信号灯状态← 正确答案
  • B.预测路段拥堵趋势← 正确答案
  • C.维修车辆发动机
  • D.发布路口碰撞预警← 正确答案

答案:ABD。RSU广播信号灯(A)、云端预测拥堵(B)、路口碰撞预警(D)都是V2X典型服务。发动机维修是机械维修范畴,与通信无关——再好的指挥也修不了坏掉的小提琴。

Q9. 下列哪些因素会影响V2X端到端时延?

多选题 · hard

  • A.消息帧的大小← 正确答案
  • B.信号传播的距离← 正确答案
  • C.车辆外观颜色
  • D.转发节点个数← 正确答案

答案:ABD。消息越大发送越久(A),距离越远传播越久(B),转发节点越多处理越久(D)。车辆颜色与通信完全无关——乐手穿红衣服不会让音乐传得更快。

Q10. 关于DSRC与C-V2X两种技术路线,下列说法正确的是?

多选题 · mid

  • A.都是V2X通信技术路线← 正确答案
  • B.前者基于Wi-Fi后者蜂窝← 正确答案
  • C.二者兼容可随时互通
  • D.中国更倾向C-V2X路线← 正确答案

答案:ABD。两者都是V2X路线(A),DSRC源于Wi-Fi、C-V2X源于蜂窝网(B),中国主推C-V2X(D)。两者协议栈不同、不能直接互通(C错),就像简谱和五线谱都记录音乐,但不翻译就看不懂。