51学通信

深度解析 3GPP TS 23.287：6.3 Procedures for V2X communication over PC5 (Part 1 - 广播与组播流程)

19分钟阅读

好的，我们正式进入V2X“路考”的核心科目——PC5直通通信的实操流程。在上一篇中，“智行一号”已经掌握了V2X的协议“语法”并成功获取了“数字驾照”。现在，是时候将所有理论知识付诸实践，看看它如何在真实的道路上，与周围的车辆进行一场场精密的“无线对话”。

深度解析 3GPP TS 23.287：6.3 Procedures for V2X communication over PC5 (Part 1 - 广播与组播流程)

本文技术原理深度参考了3GPP TS 23.287 V18.4.0 (2024-09) Release 18规范中，关于“6.3.1 Broadcast mode V2X communication over PC5 reference point”和“6.3.2 Groupcast mode V2X communication over PC5 reference point”的核心章节，旨在为读者通过详细的信令流程图和步骤拆解，直观地展示V2X广播与组播通信的端到端实现过程。

引言：从“独白”到“群聊”，PC5的“一对多”艺术

第6.3节是整部规范中操作性最强的篇章之一，它详细描绘了“智行一号”在PC5接口上的所有行为举止。这不再是关于“应该做什么”的规定，而是关于“具体如何一步步做”的详细操作指南。

由于内容庞大，我们将首先聚焦于PC5的两种“一对多”通信模式，它们是实现V2X环境感知和协同效率的基础：

  1. 6.3.1 广播模式 (Broadcast Mode): V2X世界的“公共广播电台”。“智行一号”如何向周围所有交通参与者，高效、持续地广播自己的“心跳”状态？

  2. 6.3.2 组播模式 (Groupcast Mode): 特定团队的“加密对讲频道”。当“智行一号”加入一个卡车编队时，它又是如何与队员们进行高效的“群聊”沟通的？

通过对这两个流程的深度剖析，我们将清晰地看到，之前学到的所有概念——L2 ID、QoS参数、Tx Profile——是如何像精密齿轮一样，在真实的通信流程中被一一调用、协同运转的。

1. “公共广播电台”：广播模式通信流程 (6.3.1)

广播是V2X最基本、也是最重要的通信方式，是实现“超视距感知”的基石。规范中的“Figure 6.3.1-1: Procedure for Broadcast mode of V2X communication over PC5 reference point”直观地展示了这个看似简单却内涵丰富的流程。

Figure 6.3.1-1: Procedure for Broadcast mode of V2X communication over PC5 reference point

[Tx UE-1] ⇐- (4. V2X Service (Broadcast)) -⇒ [Rx UE-1, Rx UE-2, …, Rx UE-n]

整个流程可以分解为**发送方（Tx UE）和接收方（Rx UE）**两条并行的准备线，最终汇合于一次成功的广播事件。

1.1 接收方的准备：“调频收听”

在“智行一号”（发送方）发出广播之前，周围的所有潜在接收方（其他车辆、路侧单元）必须先做好“收听”准备。

Step 1. The V2X layer of receiving UE(s) determines the following for the broadcast mode communication reception:

  • the destination Layer-2 ID for broadcast reception as specified in clause 5.6.1.2;
  • the PC5 QoS parameters for this broadcast V2X service as specified in clause 5.4.1.1;
  • the NR Tx Profile based on the configuration as specified in clause 5.1.2.1; and
  • the radio frequency information based on the configuration as specified in clause 5.1.2.1.

The destination Layer-2 ID, the NR Tx Profile and the PC5 QoS parameters are passed down to the AS layer…

深度解读与场景演绎：

  • 核心动作: 接收方的V2X层查阅自己的“数字驾照”（PCF策略），提取出与即将收听的广播业务相关的所有配置参数，并将其“编程”到底层的接入层（AS Layer）。

  • 场景演绎： 一辆路边的接收车“小明”，它的V2X应用告诉V2X层：“我感兴趣所有‘基本安全消息（BSM）’”。

    1. “小明”的V2X层查询策略，得知BSM业务对应的目标L2 ID是公共广播地址0xFFFF。

    2. 它还查到，为了正确接收BSM，需要配置相应的QoS参数（以便评估接收质量）和无线频率。

    3. 更重要的是，策略可能规定BSM使用特定的NR Tx Profile，这决定了接收机需要使用的解调和解码方案。

    4. V2X层将这一整套“收听参数”（0xFFFF、频率、Tx Profile等）打包，一次性配置给接入层。接入层随即切换到指定频率，并使用正确的参数开始监听信道，等待“智行一号”的广播。

1.2 发送方的准备：“开口说话”

现在轮到“智行一号”（发送方）进行准备了。

Step 2. The transmitting UE V2X application layer provides data unit and may provide V2X Application Requirements… to V2X layer.

Step 3. The V2X layer of transmitting UE determines the following for the broadcast mode communication transmission:

  • the destination Layer-2 ID for broadcast as specified in clause 5.6.1.2;
  • the PC5 QoS parameters for this broadcast V2X service as specified in clauses 5.4.1.1 and 5.4.1.2;
  • the NR Tx Profile …; the NR eTx Profile …; and the radio frequency information…

The transmitting UE self-assigns the source Layer-2 ID as specified in clause 5.6.1.1.

深度解读与场景演绎：

  • 核心动作: 发送方的准备工作与接收方高度对称，同样是查阅策略，提取参数，并配置给底层。但其目的是为了“发送”而非“接收”。

  • 场景演绎：“智行一号”广播BSM

    1. 应用层生成了最新的BSM数据，并将其递给V2X层。

    2. V2X层立即开始“备菜”。它查询PCF策略，为BSM业务找到了所有匹配的发送参数：

      • 目标L2 ID: 0xFFFF

      • QoS参数: 派生出对应的PQI（例如，一个代表常规信息交互的PQI）。

      • 传输方案: 查到需要使用基础的NR Tx Profile。

      • 频率: 查到应在f1频率上发送。

    3. 生成源ID: V2X层为自己随机选择一个源L2 ID，用于标识这条消息是“我”发出的。

    4. 配置底层: V2X层将数据包、PFI（来自QoS参数）、源/目标L2 ID、Tx Profile、频率等所有信息，一同交给接入层。

1.3 最终的广播事件

Step 4. The transmitting UE sends the V2X service data using the source Layer-2 ID and the destination Layer-2 ID.

  • 接入层收到了来自V2X层的所有“指令”后，开始执行。它根据QoS参数（特别是优先级）来选择发送时机，根据Tx Profile和频率来配置物理层，最终将打包好的数据帧，以广播的方式，在PC5信道上发送出去。

  • 周围所有已经准备好的接收方（如“小明”），在同一时刻接收到这个信号，并成功解调解码，完成了一次广播通信。

2. “加密对讲频道”：组播模式通信流程 (6.3.2)

组播是NR V2X的专属能力，用于高效的团队通信。其流程与广播高度相似，但增加了与“群组”相关的特殊处理。

Figure 6.3.2-1: Procedure for groupcast mode of V2X communication over PC5 reference point

此流程图与广播流程图在结构上几乎一致，但步骤的内涵有所不同。

2.1 独特的群组管理

Step 1. V2X group management is carried out by the V2X application layer and is out of scope of this specification.

Step 2. The V2X application layer may provide group identifier information (i.e. an Application-layer V2X Group identifier) … The V2X application layer may provide a group size and a member ID…

深度解读：

  • 群组管理的归属: 规范明确指出，谁是群组成员、如何加入/退出群组，这些“社交”行为由上层V2X应用自己负责，3GPP通信层不关心。

  • 应用层提供的信息: 应用层在发起组播时，需要向V2X层提供一些额外的信息：

    • 群组标识符: 用于区分不同群组的唯一ID。V2X层会用它来生成底层的组播目标L2 ID。

    • 群组大小 & 成员ID (可选): 这两个参数对于底层的无线资源管理非常重要。例如，知道群组大小，可以帮助MAC层更合理地进行功率控制；知道成员ID，则可以在某些高级的调度机制（如基于成员位置的资源分配）中使用。

2.2 组播流程与广播的异同

组播的Step 3（发送方准备）和Step 4（发送），以及接收方的准备流程，与广播模式几乎完全相同。核心的区别点在于目标L2 ID的确定。

场景演绎：“智行一号”在车队中喊话

“智行一号”已经加入了卡车编队（由应用层完成）。现在，领头车需要发送一条“全体减速”的组播指令。

  1. 应用层生成“减速”指令，并告诉V2X层：这条消息的目标是“卡车编队A群组”，当前群组大小为5。

  2. V2X层接收到后，执行与广播类似的准备工作，但有两点不同：

    • 确定目标L2 ID: 它不再使用公共广播地址，而是根据“卡车编队A群组”这个应用层ID，生成一个专属的组播目标L2 ID。

    • 传递额外参数: 它在将数据和配置参数交给接入层时，会额外附上“群组大小=5”这个信息。

  3. 接入层收到后，同样根据QoS参数和Tx Profile进行发送，但目标地址是那个专属的组播地址。

  4. 精确接收: 只有同属于“卡车编队A群组”、并提前配置了这个组播L2 ID的接收车辆，才会处理这条消息。路上的其他车辆（如“小明”）会因为L2 ID不匹配而直接丢弃该数据包，从而实现了信息的精准投递。

总结：从“漫天撒网”到“精准捕捞”

通过对6.3.1和6.3.2节的深度剖析，我们直观地看到了V2X“一对多”通信的两种核心模式是如何被实现的。

  • 广播模式，如同漫天撒网，流程简单、覆盖广泛，是实现普适性安全预警和环境感知的基础。它的核心是所有参与者对公共广播L2 ID的共同认知。

  • 组播模式，则像精准捕捞，通过专属的组播L2 ID，将信息限定在一个特定的“渔网”（群组）之内，极大地提升了团队协作的通信效率和私密性。

这两个流程，完美地展示了3GPP规范的严谨性。发送方和接收方的准备工作高度对称，确保了双方对通信参数（频率、QoS、L2 ID、Tx Profile等）的理解完全一致，这是任何通信得以成功的前提。

“智行一号”的“路考”已经完成了“公共道路驾驶”（广播）和“车队协同驾驶”（组播）两个科目。它已经具备了高效融入公共交通信息网络和特定工作团队的能力。

在下一篇文章中，我们将迎来本次“路考”难度最高、也最关键的科目——单播模式。我们将详细拆解PC5单播链路是如何从无到有地被建立起来，以及在这条“专属热线”上，数据是如何被可靠传输的。

FAQ

Q1：在广播流程中，发送方和接收方是如何保证它们使用的PCF策略是一致的？

A1：这是通过运营商的统一策略管理来实现的。在同一个运营商的网络覆盖下（或在有漫游协议的VPLMN下），PCF会根据地理位置、业务类型等，为区域内的所有V2X用户下发基本一致或兼容的V2X策略。特别是对于公共广播业务（如BSM），其使用的频率、目标L2 ID等参数，在策略中都会被配置为相同的值。这就确保了“智行一号”和“小明”虽然是独立获取的策略，但它们关于BSM的“约定”是一致的。

Q2：组播的“群组管理”为什么3GPP不管？这不会导致混乱吗？

A2：这是3GPP分层解耦设计哲学的体现。3GPP的核心职责是提供一个通用的、可靠的通信管道。它提供了一个高效的“群聊”工具（组播通信能力），但它不关心“群聊”的内容和成员管理。将群组管理留给上层应用，可以带来极大的灵活性。不同的应用（车辆编队、传感器共享、游戏组队等）可以根据自己的业务逻辑，设计最适合自己的成员加入/认证/退出机制，而不必受制于底层通信协议的限制。

Q3：如果一个接收UE没有提前准备好（即没有执行Step 1），它能收到广播消息吗？

A3：不能。如果“小明”的V2X应用没有告诉V2X层它对BSM感兴趣，那么V2X层就不会去配置底层接入层。接入层可能处于休眠状态，或者正在监听其他频率。即使“智行一号”的广播信号物理上到达了“小明”的天线，它的接收机也无法正确地解调和解码这条消息。因此，接收方的提前准备是通信成功的必要前提。

Q4：组播流程中，V2X层是如何将应用层的“群组ID”转换为底层的“组播L2 ID”的？

A4：规范在这里留给了实现方一定的自由度，但通常会采用一种哈希（Hash）或映射算法。V2X层会接收应用层提供的、通常是可读性较好的群组ID字符串（如”Platoon-A-123”），然后通过一个确定性的算法，将其转换成一个符合L2 ID格式的地址。关键在于，所有群组成员都必须使用相同的算法，以确保它们能为同一个应用层群组ID，生成出相同的底层组播L2 ID，从而能够互相通信。

Q5：广播和组播都是无连接的，它们如何处理丢包？

A5：对于广播和组播，在RLC层及以上是没有ARQ重传机制的，即上层协议不关心数据包是否被成功接收。但是，在更底层的MAC层，依然可以启用HARQ（混合自动重传请求）机制。HARQ是一种快速的、基于物理层的重传机制，可以在一定程度上对抗无线信道的瞬时衰落，提升传输的可靠性。但它不提供端到端的送达保证。对于大多数周期性发送的广播/组播消息（如BSM每100ms发一次），即使偶尔丢失一个包，很快就会有新的包来更新信息，因此上层通常可以容忍一定的丢包。

关系图谱