51学通信

深度解析 3GPP TR 21.916：8 Advanced V2X support (高级V2X支持)

26分钟阅读

深度解析 3GPP TR 21.916：8 Advanced V2X support (高级V2X支持)

本文技术原理深度参考了3GPP TR 21.916 V16.2.0 (2022-06) Release 16规范中，关于“8 Advanced V2X support”的核心章节，旨在为读者全面剖析5G Rel-16如何为车联网（V2X）构建一个前所未有的高可靠、低时延、高智能的通信体系，从而为自动驾驶和智能交通的未来铺平道路。

引言：从“辅助驾驶”到“完全自动”，5G为汽车装上“顺风耳”与“千里眼”

在前几章中，我们跟随工程师亚历克斯深入探索了5G在工业物联网领域的革命性应用。现在，让我们将视线从工厂内部转向更为广阔和动态的场景——智能交通与自动驾驶。在这里，我们将认识一位新主角，卡拉，她是一位依赖其L4级自动驾驶汽车“旅行者一号”通勤的城市规划师。她的汽车不仅是一台交通工具，更是一个高度互联的智能终端，时刻与周围的车辆、交通设施乃至云端大脑保持着信息交互。

如果说Rel-14/15基于LTE的V2X技术，为汽车提供了基础的“辅助驾驶”通信能力，实现了如前方碰撞预警、紧急刹车告警等基本安全应用，那么Rel-16带来的“高级V2X支持”，则是为实现“完全自动驾驶”这一终极目标而打造的坚实通信底座。它引入了基于5G NR的全新技术，旨在支持车辆编队、协同换道、传感器共享、远程驾驶等对时延、可靠性、带宽和通信模式都提出极致要求的高级场景。

本章，我们将搭乘卡拉的“旅行者一号”，在繁忙的未来城市中穿行，亲身体验Rel-16高级V2X支持所带来的四大核心变革：更智能的服务交互（8.1）、更强大的系统架构（8.2）、更丰富的应用生态（8.3）以及革命性的NR直通链路（8.4）。

1. 架构先行：为高级V2X服务构建坚固骨架 (8.1 & 8.2节解读)

卡拉的“旅行者一号”正规划着前往市中心新区的路线。车载系统突然提示：“前方高架路段网络QoS可能下降，建议启用‘鲁棒通信模式’”。汽车是如何“未卜先知”网络质量的？这背后，正是Rel-16 V2X在系统架构与服务处理上的深度增强。

1.1 服务与网络的“对话”：QoS可持续性分析

This WI introduces the requirements related to vehicle quality of service support, which enables a V2X application to be timely notified of expected or estimated change of quality of service (QoS). For example, when the communication packet error is expected to increase or decrease, the V2X application such as platooning application can increase or decrease inter-vehicle distance.

8.1节首先点明了高级V2X的一个核心需求：V2X应用需要能够提前感知网络QoS的变化，并据此调整自身行为。 为了满足这一需求，8.2节的架构增强中引入了一个关键机制：

Notification on QoS Sustainability Analytics to the V2X Application Server is specified so that the V2X Application Server may request notifications on QoS Sustainability Analytics for an indicated geographic area and time interval in order to adjust the application behaviour in advance with potential QoS change.

场景解读：

“旅行者一号”的自动驾驶应用服务器（V2X Application Server）在出发前，向5G网络（通过NEF）发起了一次“QoS可持续性分析”订阅，请求网络监控其规划路线沿途未来的网络质量。

  • 网络的预测： 5G核心网的NWDAF（网络数据分析功能）根据历史数据和实时网络负载，预测到前方高架路段由于用户密集，网络QoS可能会在10分钟后下降。

  • 主动通知： 网络通过PCF（策略控制功能）主动将这个预测结果通知给V2X应用服务器。

  • 应用的自适应： V2X应用服务器收到通知后，立即向“旅行者一號”下达指令：“切换到备用通信策略，增加数据冗余，并适当增大跟车距离”。

这种“预测-通知-适应”的闭环机制，使得自动驾驶系统不再是被动地应对网络中断，而是能够主动、提前地规避风险，极大地提升了自动驾驶的安全性。

1.2 架构的基石：通信模式与QoS模型

为了支撑高级V2X应用，Rel-16定义了清晰的通信参考点和更精细的QoS模型。

The following reference points are defined in the architectural reference models:

  • PC5 reference point: NR PC5 RAT, LTE PC5 RAT.
  • Uu reference point: NR, E-UTRA.

  • PC5接口（Sidelink/直通链路）： 车辆与车辆（V2V）、车辆与行人（V2P）、车辆与路侧单元（V2I）之间直接通信的接口。这是实现低时延交互的核心。

  • Uu接口（蜂窝接口）： 车辆通过基站与网络（V2N）通信的接口。用于获取云端信息、上报大数据等。

Per-Flow PC5 QoS Model is introduced for V2X communication over NR based PC5 reference point.

与以往粗粒度的QoS管理不同，Rel-16为NR PC5接口引入了基于流的QoS模型（Per-Flow PC5 QoS Model）。

场景解读：

卡拉的“旅行者一号”在通过PC5接口通信时，可以同时承载多种不同需求的数据流：

  • 流1（最高优先级）： 周期性的协作感知消息（CAM），包含自身位置、速度等基本安全信息，要求极低时延和高可靠广播。

  • 流2（高优先级）： 与前方卡车编队行驶的协同控制信令，要求极低时延和高可靠单播/组播。

  • 流3（普通优先级）： 与周围车辆共享本地高清地图更新数据，要求高带宽，对时延不敏感。

基于流的QoS模型允许网络为这三条流分配不同的QoS参数（如时延、可靠性、优先级），并在无线资源分配时予以区分保障。这确保了在资源紧张时，救命的“安全信息”永远比“地图更新”有更高的优先权。

1.3 服务的保障：专用切片与策略灵活性

In order to facilitate deployment of dedicated network slice for use of, for example, automotive industry and to facilitate roaming support, a new standardized Slice/Service Type (SST) value dedicated for V2X services, i.e. 4 is defined in TS 23.501.

为了给V2X业务提供端到端的性能保障，并简化全球部署和漫游，Rel-16标准定义了一个全新的、全球统一的切片/服务类型（SST），其值为4，专用于V2X业务。这意味着，无论卡拉的汽车开到哪个国家，只要连接支持V2X切片的5G网络，就能自动接入为车联网业务优化过的虚拟专网。

To support V2X applications that can operate with different configurations… the V2X Application Server… can provide, in addition to the requested level of service requirements, Alternative Service Requirements to the 5G System.

此外，Rel-16还引入了备选服务要求（Alternative Service Requirements）。V2X应用服务器在向网络请求QoS时，除了可以提交一个理想的QoS目标，还可以附带提交一到多个“备胎”方案。如果网络无法满足最佳QoS，它可以自动选择一个可接受的备选方案来提供服务，而不是直接拒绝。这大大增加了业务接入的成功率和服务的韧性。

2. 应用的“中间件”：VAE与SEAL (8.3节解读)

有了强大的网络架构，还需要一个便捷的平台让上层的V2X应用能够方便地使用这些网络能力。否则，每个汽车厂商、每个应用开发者都得去研究复杂的3GPP底层协议，这会极大地阻碍生态的发展。为此，Rel-16引入了应用层的“中间件”——VAE（V2X应用使能层）和SEAL（服务使能架构层）。

In Release 16, in order to ensure efficient use and deployment of V2X applications on 3GPP network (EPS), a V2X application layer architecture is specified with primary focus on the V2X application support aspects consisting of V2X application enabler (VAE) as specified in TS 23.286 and Service Enabler Architecture Layer (SEAL) as specified in TS 23.434.

规范原文中的“Figure 1: Application layer support for V2X services”清晰地展示了这个分层架构。V2X应用（如自动驾驶APP）位于最顶层，它不直接与3GPP网络交互，而是调用下方的VAE或SEAL提供的标准化服务。

场景解读：

卡拉在高速公路上，她的“旅行者一号”准备加入一个由多辆卡车组成的节能编队。这个看似简单的动作，背后是VAE和SEAL在协同工作：

  • 服务发现 (VAE)： “旅行者一号”首先需要知道附近是否存在可加入的车辆编队。它调用VAE的“V2X服务发现”功能，VAE服务器会返回附近可用的“车辆编队服务”列表。

  • 动态组管理 (SEAL/VAE)： 卡拉选择加入编队后，她的汽车需要被临时加入到一个动态的通信组中，以便接收和发送编队内的协同控制消息。这个过程由SEAL的“组管理服务”或VAE的“动态组管理”功能来完成，应用开发者无需关心底层如何建立组播通信。

  • 位置跟踪 (SEAL/VAE)： 在编队行驶过程中，领头卡车需要实时获取所有成员车辆的精确位置。它调用SEAL或VAE的“位置管理服务”，由该服务负责从5G网络获取各车辆的位置信息并分发。

  • 网络资源请求 (SEAL)： 为了保障编队控制信令的QoS，领头卡车的应用程序会调用SEAL的“网络资源管理服务”，由SEAL将这个应用层的需求（如“需要一个时延<5ms的通信链路”）翻译成3GPP网络能够理解的QoS参数，并向核心网申请。

通过VAE和SEAL这两个强大的“中间件”，V2X应用的开发者可以从繁琐的底层网络细节中解放出来，专注于应用逻辑本身的创新，这极大地促进了V2X应用生态的繁荣。

现在，让我们深入到整个V2X技术栈的最底层，也是Rel-16 V2X最核心的创新所在——基于NR的直通链路（NR Sidelink）。当卡拉的“旅行者一号”与前方车辆进行直接通信时，空中的电波究竟是如何组织的？

3GPP RAN technology for sidelink communication based on 5G NR was specified through this WI to define the means for providing the advanced V2X services identified by 3GPP SA1. This WI corresponds to 3GPP V2X phase 3, which is the evolution of LTE V2X in Release 14 (phase 1) and 15 (phase 2).

3.1 物理层结构：Sidelink的“频道划分”

The NR V2X sidelink uses the following physical channels and signals:

  • Physical sidelink broadcast channel (PSBCH)…
  • Physical sidelink control channel (PSCCH)…
  • Physical sidelink shared channel (PSSCH)…
  • Physical sidelink feedback channel (PSFCH)…

NR Sidelink设计了一套专属的物理信道，来高效、有序地组织通信：

  • PSBCH (广播信道)： 就像一个“灯塔”，周期性地广播Sidelink系统的基本信息（Master Information Block-SL），让周围的车辆能够发现并同步到这个Sidelink网络。

  • PSCCH (控制信道)： 承载SCI（Sidelink控制信息），是Sidelink的“交通警察”。它告知其他车辆：“我即将在哪个时频资源上传输数据，数据格式是什么，请大家注意避让或准备接收”。

  • PSSCH (共享信道)： 这是传输实际业务数据（如CAM消息、传感器数据）的“主干道”。

  • PSFCH (反馈信道)： 用于HARQ反馈。当车辆A向车辆B发送单播或组播数据后，车辆B可以通过PSFCH告诉A“数据已正确收到(ACK)”或“数据有误，请重发(NACK)”。

3.2 资源分配：Sidelink的“抢麦”规则

在没有中心基站统一调度的情况下，成百上千辆车如何才能做到井然有序地共享空口资源，而不会互相“抢话”导致混乱？Rel-16为此定义了两种资源分配模式。

There are two resource allocation modes: mode 1 and mode 2. Mode 1 for resource allocation by gNB and Mode 2 for UE autonomous resource selection are very similar to Mode 3 and Mode 4 in LTE sidelink respectively.

  • Mode 1 (网络调度模式)： 当车辆处于基站覆盖范围内时，可以由基站（gNB）来统一为Sidelink通信分配资源。基站拥有全局视野，可以做出最优的资源分配决策，避免冲突。

  • Mode 2 (终端自主选择模式)： 这是Sidelink的精髓所在，尤其适用于基站覆盖外或需要极低时延的场景。

    In Mode 2, the sensing operation to determine transmission resources by UE comprises 1) sensing within a sensing window, 2) exclusion of the resources reserved by other UEs, and 3) select the final resources within a selection window.

    场景解读：“文明的抢麦艺术”

    “旅行者一号”需要发送一条CAM消息。在Mode 2下，它会这样做：

    1. 感知（Sensing）： 在过去的一段时间内（感知窗口），它一直在“窃听”周围其他车辆发送的PSCCH，并记录下哪些资源已经被“预定”了。

    2. 排除（Exclusion）： 它将所有已被预定的资源从候选资源池中排除。

    3. 选择（Selection）： 从剩余的可用资源中，随机选择一个资源用于本次传输。

    4. 预定与发送： 它首先在PSCCH上宣布“我预定了XXX资源”，然后立刻在PSSCH上发送数据。

更进一步，Rel-16还引入了预留重评估和抢占机制。在自己预留的资源即将到来之前，车辆会再次感知信道，如果发现有更高优先级的传输占用了该资源，它会主动放弃并重新选择，体现了高度的智能性和协同性。

3.3 可靠通信的保障：HARQ反馈与PC5-RRC

为了支持车辆编队等需要可靠单播/组播的业务，NR Sidelink引入了基于PSFCH的HARQ-ACK反馈机制。这使得Sidelink通信不再是“发出即不管”的广播，而是可以确认送达、支持重传的可靠传输。

NR sidelink supports sidelink HARQ-ACK for sidelink unicast and groupcast services for improved reliability.

此外，为了在两辆车之间交换更复杂的控制信息（如能力协商、专用配置等），Rel-16还定义了PC5-RRC信令。它在PC5接口上建立了一个迷你的RRC（无线资源控制）连接，使得车辆之间可以进行更高级别的“对话”。

总结

通过对第8章“高级V2X支持”的全面解读，我们搭乘卡拉的“旅行者一号”，完成了一次驶向未来的智能交通之旅。Rel-16为V2X带来的，是一场从顶层服务到底层空口的全面革命：

  • 在服务与架构层 (8.1, 8.2)，它通过QoS可持续性分析、备选服务要求、专用V2X切片等机制，构建了应用与网络智能协同、服务质量有保障的强大框架。

  • 在应用使能层 (8.3)，它通过VAE和SEAL，为上层应用提供了标准化的“中间件”，极大地降低了开发门槛，催生了繁荣的应用生态。

  • 在物理与协议层 (8.4)，它通过革命性的NR Sidelink技术，提供了专属的物理信道、智能的自主资源分配机制以及可靠的HARQ反馈，为车间直接通信打造了前所未有的低时延、高可靠通路。

对于卡拉而言，这些技术意味着更安全、更高效、更智能的出行体验。对于整个汽车和交通行业而言，Rel-16则真正开启了从“单车智能”迈向“车路云协同智能”的新篇章，为自动驾驶的最终实现奠定了不可或缺的通信基石。

FAQ环节

Q1：NR Sidelink (PC5) 和蜂窝网络 (Uu) 在V2X中是如何分工协作的？

A1：它们扮演着互补的角色。PC5 Sidelink主要用于需要极低时延和高可靠性的近场直接通信，是实现主动安全和本地协同驾驶的核心。例如，相邻车辆间的碰撞预警、车辆编队的队内控制信令。Uu接口则主要用于非实时、大带宽或需要云端协同的广域通信。例如，从云端下载高精地图、上报车辆行驶数据给交通管理中心、远程驾驶等。两者可以结合使用，例如通过Uu口获取云端下发的Sidelink资源配置。

Q2：NR V2X相比于之前基于LTE的V2X，核心优势是什么？

A2：NR V2X的核心优势在于更高的性能和更强的灵活性。1) 性能：NR空口技术更先进，能够提供比LTE V2X更低的时延、更高的可靠性、更大的带宽和更高的频谱效率。2) 灵活性：NR Sidelink的设计原生支持更灵活的参数集（numerology）、更精细的资源分配、基于波束的传输以及可靠的单播/组播HARQ反馈，这些都是支持车辆编队等高级应用所必需的，而LTE V2X主要面向广播业务，能力有限。

Q3：为什么需要一个全球统一的V2X专用切片类型（SST=4）？

A3：为了简化部署和实现全球漫游。通过标准化一个专用的SST，全球的汽车制造商和运营商就有了一个共同的“语言”。车企在设计车辆时，可以明确要求车辆在连接5G网络时请求SST=4的切片。运营商在建设网络时，可以统一配置和优化SST=4切片的性能（如低时延、高优先级）。当车辆跨国漫游时，它可以向漫游地网络请求SST=4的切片，漫游地网络能够识别并为其提供相应的V2X服务，从而大大简化了复杂的商业和技术协商。

Q4：Sidelink资源分配的Mode 2（终端自主选择）听起来很“混乱”，它如何保证不冲突？

A4：它通过一套**“感知-预留-抢占”的分布式协同机制来保证有序。它并非完全的“自由抢麦”，而是一种“文明的”共享。在发送前，车辆会先“感知”一段时间，避开已经被他人“预留”的资源。在自己预留资源后，其他车辆也能感知到并避开。更重要的是，Rel-16还引入了基于优先级的抢占**机制，如果一个高优先级的传输（如紧急刹车消息）发现自己需要的资源被一个低优先级的传输（如信息娱乐消息）占用，它可以“抢占”该资源。这种分布式的智能避免了中心化调度的时延，同时通过协同规则将冲突概率降到了极低的水平。

Q5：VAE（V2X应用使能层）和SEAL（服务使能架构层）的关系是什么？

A5：可以理解为专用与通用的关系。VAE是专为V2X场景设计的应用“中间件”，它提供的服务（如V2X消息分发、动态组管理）与车联网业务强相关。而SEAL是3GPP为所有垂直行业（包括V2X、关键任务通信等）打造的一个通用应用使能层，它提供更基础、更通用的能力，如位置管理、组管理、配置管理等。在V2X场景中，V2X应用可以直接调用VAE的服务，而VAE自身在实现某些功能时，可能会去调用更底层的SEAL服务。它们共同构成了应用与网络之间的“解耦层”。

关系图谱