51学通信

深度解析 3GPP TS 23.287：5.2 V2X communication (Part 1 - PC5接口通信模式详解)

20分钟阅读

好的，我们继续对3GPP TS 23.287第5章的深度拆解。在“智行一号”成功考取并学会了如何使用它的“数字驾照”之后，现在是时候深入V-V2X通信的核心——PC5接口的具体运作方式了。

深度解析 3GPP TS 23.287：5.2 V2X communication (Part 1 - PC5接口通信模式详解)

本文技术原理深度参考了3GPP TS 23.287 V18.4.0 (2024-09) Release 18规范中，关于“5.2 V2X communication over PC5 reference point”的核心章节，旨在为读者深度剖析PC5接口的三种核心通信模式——广播、组播与单播的运作原理、应用场景及其技术特性。

引言：PC5接口，车联网的“社交语言”

我们的主角“智行一号”已经获得了在数字世界中行驶的合法“驾照”（授权与配置）。现在，它正式驶入了车流之中，需要开始与周围的车辆、行人、路侧设施进行实时互动。这种近距离、低时延的互动，完全依赖于V2X的“杀手锏”——PC5参考点（Sidelink）。

如果说Uu接口是“智行一号”与遥远云端大脑沟通的“电话”，那么PC5接口就是它与身边伙伴们交流的“社交语言”。这种语言丰富多彩，根据不同的社交场景，分为三种核心的“说话”方式：广播（Broadcast）、组播（Groupcast）和单播（Unicast）。

本篇文章将聚焦于5.2.1节，通过“智行一号”在一天中遇到的不同交通场景，为您生动地解读这三种通信模式的技术内涵、应用场景以及它们是如何共同构筑起一个安全、高效的协同交通环境的。

1. PC5通信总览：通用特性与规则 (5.2.1.1 General)

在深入三种具体模式之前，5.2.1.1节首先为PC5通信定下了一些通用的“基调”和“游戏规则”。

5.2.1.1 General

For V2X communication, two types of PC5 reference points exist: the LTE based PC5 reference point …, and the NR based PC5 reference point…

The V2X communication over PC5 reference point has the following characteristics:

  • V2X communication over LTE based PC5 reference point is connectionless, i.e. broadcast mode at Access Stratum (AS) layer…
  • V2X communication over NR based PC5 reference point supports broadcast mode, groupcast mode, and unicast mode at AS layer.

深度解读与核心要点：

  • 双栈支持 (LTE & NR): “智行一号”必须精通两门“方言”——老练成熟的LTE PC5和新生代功能强大的NR PC5。它会根据PCF下发的策略（即“数字驾照”中的业务映射规则）和周围环境，来决定对某个V2X业务使用哪种技术。

  • 模式的代际差异:

    • LTE PC5 (C-V2X): 是一位“老派绅士”，它的通信方式非常直接，在接入层（AS layer）只支持广播模式。所有消息都是“广而告之”。

    • NR PC5: 则是一位“社交达人”，精通广播、组播、单播所有三种模式，能够应对更复杂的交互场景。这是NR V2X相对于LTE V2X最核心的增强之一。

  • 协议支持 (IP & Non-IP): PC5链路既可以承载我们熟悉的IP数据包（仅支持IPv6），也可以承载非IP格式的数据。这为上层V2X应用（如ETSI ITS-G5）直接在链路层上传输其自定义格式的消息提供了便利，减少了协议开销，提升了效率。

  • 安全保障:

    The security for V2X communication over PC5 reference point is provided with mechanisms defined in TS 33.536. For broadcast and groupcast mode communication, security is supported in the V2X application layer schemes developed in other SDOs.

    PC5通信的安全是分层负责的。对于需要建立安全连接的单播通信，其安全机制由3GPP的TS 33.536规范定义。而对于广播和组播，由于其“一对多”的特性，其安全（如消息的签名和验签，防止伪造消息）则依赖于上层V2X应用自身的安全方案（例如ETSI、SAE等定义的PKI体系）。

2. 广播模式 (Broadcast)：V2X世界的“心跳” (5.2.1.2)

广播是PC5通信最基础、最广泛的模式。它就像是每辆V2X车辆向周围世界发出的持续不断的“心跳”信号。

5.2.1.2 Broadcast mode communication over PC5 reference point

Broadcast mode of communication is supported over both LTE based PC5 reference point and NR based PC5 reference point.

场景演绎：十字路口的守护神

清晨，“智行一号”行驶在车流密集的城市道路上。它以每秒10次的频率，通过PC5广播模式，不断地向外发送着自己的基本安全消息（BSM/CAM）。这条消息里包含了它的精确位置、速度、加速度、航向角等关键动态信息。

周围所有开启了V2X功能的车辆、路侧单元（RSU）、甚至行人的终端，都在静静地接收着这些“心跳”信号。通过汇集所有这些信息，一个动态的、超视距的“数字交通沙盘”就在每个参与者的“大脑”中构建起来了。

当“智行一号”准备通过一个被建筑物遮挡的盲区路口时，虽然它的摄像头和雷达什么都看不到，但它的V2X模块已经接收到了从侧向道路快速驶来的一辆摩托车的广播消息。车载安全应用立即判断出存在碰撞风险，并向“智行一号”的决策系统发出了预警，从而避免了一场潜在的事故。

技术特性总结：

  • 无连接: 发送方无需预先建立任何连接，直接将数据包“扔”到空中。

  • 一对“全”: 消息被发送给通信范围内的所有设备。

  • 高效率: 协议开销极低，非常适合高频次、周期性的状态信息共享。

  • 核心应用: 基本安全消息（BSM/CAM）、协同感知消息（CPM）、交通信号灯信息（SPaT/MAP）等。

3. 组播模式 (Groupcast)：特定群组的“团队频道” (5.2.1.3)

当车辆需要组成一个特定的“团队”协同工作时，广播模式就显得过于嘈杂了。此时，组播模式应运而生。

5.2.1.3 Groupcast mode communication over PC5 reference point

Groupcast mode communication is only supported over NR based PC5 reference point and applies to all types of groups, i.e. Application Layer connection-less group and Application Layer managed group.

场景演绎：高速公路上的卡车编队

“智行一号”今天的一项重要任务是加入一个自动驾驶卡车编队，执行长途货运任务。一旦成功入队，它就加入了一个特定的“V2X群组”。

在这个群组中，领头车会通过PC5组播模式，向编队内的所有成员车辆发送精密的协同驾驶指令，例如：“3秒后，全体成员同步加速至95km/h”，“成员3号，准备向右变道”。这些指令只对编队成员有意义，对外界的其他车辆则是无关的“噪音”。

技术特性总结：

  • NR PC5独有: 这是NR V2X的关键能力，LTE V2X不具备。

  • 一对“多”: 消息被发送给一个特定群组内的所有成员。

  • 两种群组类型:

    • 应用层管理群组 (Application Layer managed group): 如卡车编队，群组的建立、成员的加入/离开都由上层应用进行严格的管理。

    • 应用层无连接群组 (Application Layer connection-less group): 如“传感器共享”，附近的多辆车可以临时组成一个群组，共享彼此的传感器数据（如摄像头、激光雷达原始数据），拼凑出一个更完整、无死角的360度环境视图。

  • 核心应用: 车辆编队、协同驾驶、传感器数据共享等。

4. 单播模式 (Unicast)：点对点的“私密对话” (5.2.1.4)

在某些场景下，车辆之间需要进行一次私密的、可靠的点对点通信。这就是单播模式的用武之地。

5.2.1.4 Unicast mode communication over PC5 reference point

Unicast mode of communication is only supported over NR based PC5 reference point. … A PC5 unicast link between two UEs allows V2X communication between one or more pairs of peer V2X services in these UEs.

场景演绎：远程驾驶的“生命线”

“智行一号”在执行一项特殊任务——由位于数公里外控制中心的驾驶员进行远程遥控驾驶，以通过一个复杂的施工区域。

此时，“智行一号”与路边一个充当“网关”的路侧单元（RSU）之间，建立了一条高可靠、低时延的PC5单播链路。控制中心的驾驶指令通过5G Uu网络下发到RSU，再由RSU通过这条PC5单播链路精准地、无差错地传达给“智行一号”。同时，“智行一号”车载摄像头的高清视频流，也通过这条单播链路实时回传给RSU，再通过Uu网络上传至控制中心。

这条单播链路，就是保障远程驾驶安全可靠的“生命线”。

技术特性总结：

  • NR PC5独有: 同样是NR V2X的核心增强。

  • 一对一: 通信只在预先建立连接的两个UE之间进行。

  • 面向连接: 通信前必须经过一个Layer-2链路建立的过程（类似TCP的三次握手），协商双方的地址、安全参数和QoS需求。

  • 高可靠性: 链路建立后，可以支持可靠传输（如HARQ反馈和重传），保证数据交付的质量。

  • 支持Per-flow QoS: 可以在一条单播链路上，为不同的V2X服务（如视频流、控制信令）建立不同的PC5 QoS Flow，实现精细化的QoS保障。

  • 核心应用: 远程驾驶、高清视频/传感器数据交换、安全会话协商等。

5. IP地址分配：PC5世界的“门牌号” (5.2.1.5)

当PC5链路上需要承载IP业务时，车辆如何获得IP地址？5.2.1.5节给出了解决方案。

5.2.1.5 IP address allocation

For unicast mode …, IPv6 Stateless Address auto configuration specified in RFC 4862 … may be used…

For broadcast and groupcast modes …, The UE configures a link local IPv6 address to be used as the source IP address…

深度解读：

  • 单播模式: 采用IPv6无状态地址自动配置（SLAAC）机制。在链路建立时，两辆车会协商决定谁来扮演IPv6默认路由器的角色，然后由它来分配IP地址前缀，另一辆车则基于此前缀生成自己的完整IP地址。

  • 广播/组播模式: 由于没有一个中心节点，每辆车都自主配置一个链路本地IPv6地址（Link-local Address）作为源地址。这种地址保证了在局部链路上的唯一性，足以满足广播和组播的通信需求。

总结：三种语言，构建协同交通的无限可能

通过对5.2.1节的深度解读，我们掌握了PC5接口的三种核心“社交语言”：

  • 广播 (Broadcast): 普适、高效的“公共频道”，是实现V2X基本安全感知的基石，兼容LTE和NR。

  • 组播 (Groupcast): 精准、协同的“团队频道”，是实现车辆编队等高级协同应用的关键，为NR V2X独有。

  • 单播 (Unicast): 可靠、私密的“专属热线”，是保障远程驾驶等关键任务通信质量的生命线，亦为NR V2X独有。

“智行一号”已经能够根据不同的交通场景和业务需求，熟练地切换和运用这三种通信模式。它不再是一个孤独的行驶个体，而是真正融入了由PC5构建的庞大车联网社交网络之中。

在下一篇文章中，我们将把视线从PC5的近距离世界，转向Uu的广域网络世界，看看“智行一号”是如何与云端大脑进行高效沟通的。

FAQ

Q1：既然NR PC5支持所有三种模式，为什么还需要LTE PC5？

A1：主要原因是兼容性和存量市场。C-V2X（基于LTE PC5）是第一个被大规模商业部署的蜂窝车联网技术，已经形成了庞大的终端和路侧设施存量。为了保护已有投资并确保新旧设备能够互联互通，5G V2X系统必须向后兼容LTE PC5。新部署的车辆（如“智行一号”）可以同时支持两种技术，既能与新车进行高级的NR PC5交互，也能与老车进行基础的LTE PC5广播通信。

Q2：组播（Groupcast）和广播（Broadcast）在底层实现上有什么区别？

A2：在底层，它们都使用了一个特定的目标Layer-2 ID。对于广播，这个ID是一个所有设备都公认的、固定的广播地址。而对于组播，这个ID是一个代表特定群组的组地址。只有预先加入了这个群组、并配置了相应组地址的UE，才会去处理发往该地址的数据包，其他UE则会直接丢弃。这个组ID的生成和分发，通常由上层V2X应用来管理。

Q3：PC5单播通信建立连接的过程，会带来多大的时延？

A3：这是一个非常关键的问题。PC5单播链路建立确实需要一个信令交互过程，这会带来一定的初始时延。然而，这个过程被设计得非常轻量和高效。更重要的是，对于许多应用（如远程驾驶、车辆编队），这条单播链路是预先建立并长期保持的，而不是每次需要发送数据时才临时建立。一旦链路建立成功，后续的数据传输就是直接进行的，可以达到毫秒级的端到端时延。

Q4：为什么PC5通信只支持IPv6，不支持IPv4？

A4：这主要是出于对未来发展的考量。IPv4地址空间早已枯竭，无法满足未来数以亿计的车辆、行人终端和物联网设备的需求。IPv6拥有近乎无限的地址空间，更适合V2X这种海量连接的场景。此外，IPv6的无状态地址自动配置（SLAAC）等特性，非常适合V2X这种去中心化、自组织的通信环境。因此，3GPP在设计PC5时，直接选择了面向未来的IPv6作为唯一的IP层协议。

Q5：V2X应用层如何决定何时使用广播、组播还是单播？

A5：这个决策逻辑由上层V2X应用和PCF下发的策略共同决定。通常，应用会根据其业务特性进行选择。例如，一个“碰撞预警”应用，其本质就是向周围所有人发出警告，自然会选择广播。一个“车队管理”应用，需要对一个封闭的小团体进行指挥，就会选择组播。而当“智行一号”的应用需要与另一辆车交换大量数据或进行需要可靠保障的交互时，它会触发单播链路的建立。PCF的策略则会为这些选择提供“合法性”依据，比如规定哪些服务类型可以发起单播连接。

关系图谱