51学通信

深度解析 3GPP TS 23.287：5.2 V2X communication (Part 2 - Uu接口与云端协同)

20分钟阅读

好的，我们继续“智行一号”的深度探索之旅。在上一篇中，它已精通PC5接口的三种“社交语言”。现在，我们将把视线从近距离的“社交圈”抬起，望向遥远的“云端大脑”，探索“智行一号”的另一条生命线——Uu接口。

深度解析 3GPP TS 23.287：5.2 V2X communication (Part 2 - Uu接口与云端协同)

本文技术原理深度参考了3GPP TS 23.287 V18.4.0 (2024-09) Release 18规范中，关于“5.2.2 V2X communication over Uu reference point”和“5.2.3 V2X communication over PC5 or Uu reference point”的核心章节，旨在为读者深度剖析车辆如何通过蜂窝网络与云端进行高效协同，以及如何在PC5和Uu两种模式间进行智能抉择。

引言：连接“云端大脑”，开启上帝视角

在Part 1中，我们的主角“智行一号”掌握了PC5接口的广播、组播和单播三种“社交语言”，学会了如何与身边的交通参与者进行高效的近距离互动。但这仅仅是V2X能力的“地平线视角”。要成为真正的智能网联汽车，它还必须能够连接到城市的“云端大脑”，获取超越自身感知范围的“上帝视角”信息。

这条连接天与地的“通天塔”，就是Uu参考点——我们所熟知的蜂窝网络接口。通过Uu接口，“智行一号”能够与远在千里之外的V2X应用服务器进行双向信息交换，下载高精度地图、接收大范围交通预警、上报本地感知数据，从而实现真正意义上的“网联”智能。

本篇文章，我们将继续跟随“智行一号”，探索它如何利用Uu接口的两种强大能力——单播（Unicast）和组播/广播服务（MBS），并深入剖析规范中最具智慧的篇章之一：当一项V2X服务既能用PC5又能用Uu时，“智行一号”该如何做出最优选择？

1. 专属数据通道：Uu单播通信 (5.2.2.1)

Uu单播，是“智行一号”与V2X应用服务器之间建立的一条私有的、按需的专属数据通道。这是最常见，也是最基础的V2N（Vehicle-to-Network）通信方式。

5.2.2.1 V2X communication via unicast

For transport of V2X messages over Uu reference point:

  • the mechanisms defined in TS 23.501 and TS 23.502 can be used to establish the suitable PDU Sessions, and V2X messages are routed towards V2X Application Server or towards UEs with existing unicast routing.

深度解读与场景演绎：

这段话的核心在于，V2X的Uu单播通信完全复用了5G系统最核心的数据业务流程——PDU会话（PDU Session）。这意味着V2X业务在网络看来，与我们手机上网、看视频在流程上是同构的，充分体现了5G架构的统一性和通用性。

场景演绎：下载“城市数字孪生地图”

“智行一号”将要进入一个正在进行智慧化改造的新城区。为了实现厘米级的精确定位和路径规划，它需要下载一份高达数GB的该区域“数字孪生”高精度地图。这份地图包含了道路的精确曲率、坡度、车道线信息、交通标识牌的3D模型等海量数据，这些都存储在城市的V2X应用服务器上。

  1. 查询“连接向导”: “智行一号”首先查询它的“数字驾照”附页（5.1.3节中PCF下发的Uu策略），找到了针对“高精地图下载”这个V2X服务类型的连接参数，比如需要使用DNN=“map-service”、S-NSSAI=“eMBB-Slice”。

  2. 发起连接请求: 它通过Uu接口向网络发起PDU会话建立请求，请求连接到”map-service”这个数据网络，并希望能接入eMBB（增强移动宽带）网络切片，以获得高速下载的保障。

  3. 建立专属通道: 网络中的SMF接收到请求后，为其选择一个合适的UPF，建立起一条从“智行一号”到地图服务器所在数据网络的端到端用户面通道。

  4. 高速数据传输: PDU会话建立成功后，“智行一号”就在这条专属通道上，开始高速下载地图数据。

技术特性总结：

  • 点对点: 建立的是UE与V2X服务器之间的专属连接。

  • 按需建立: 只有在需要进行网络通信时才发起建立流程。

  • 双向通信: 支持上下行的数据传输，既可以下载数据，也可以上传车辆传感器信息。

  • QoS保障: 可以利用5G的QoS框架（5QI）和网络切片技术，为V2X业务提供差异化的服务质量保障。

  • 核心应用: 高精度地图下载、软件远程更新（OTA）、远程车辆诊断、个性化路径规划、车载信息娱乐等。

2. 城市级“广播系统”：通过MBS接收V2X消息 (5.2.2.2)

当同一条重要的V2X消息需要被发送给一个区域内的成百上千辆车时，为每辆车都建立一条单播链路显然是巨大的资源浪费。此时，5G的**组播/广播服务（MBS）**就派上了用场。

5.2.2.2 V2X message reception via MBS

The mechanisms defined in TS 23.247 can be used to establish the suitable MBS sessions, and V2X messages are routed from the V2X Application Server towards UEs via broadcast MBS sessions or multicast MBS sessions.

深度解读与场景演绎：

MBS允许V2X应用服务器将一条消息一次性地、高效地“广播”给指定地理范围内的所有相关车辆，极大地节省了空口资源和网络信令开销。

场景演绎：突发事故的“全城警报”

城市主干道上发生了一起严重的交通事故，导致双向交通完全中断。城市的“交通大脑”（V2X应用服务器）需要在第一时间将这条信息通知给方圆五公里内所有正准备驶向该路段的车辆。

  1. 启动MBS会话: “交通大脑”向5G核心网的MBS相关功能实体（如MBSF/MBSTF）发起请求，要求在一个覆盖事故周边五公里范围的**服务区（MBS service area）**内，启动一个临时的V2X告警MBS会话。

  2. 发布“收听指南”: 网络通过多种方式（如在PCF下发的策略中预配置，或通过广播信道发布MBS会话通知）告知区域内的车辆：“现在有一个紧急交通告警MBS会话，‘频道号’是TMGI-12345，请大家注意收听”。

  3. “智行一号”调频收听: “智行一号”收到了这个通知，它的V2X模块立即开始在指定的“频道”上接收MBS数据。

  4. 高效信息分发: “交通大脑”将事故的详细信息（位置、影响范围、建议绕行路线等）打包成V2X消息，通过这条MBS会话一次性地发送出去。区域内成百上千辆车，包括“智行一号”，都同时收到了这条告警，并立即启动了路径重新规划。

技术特性总结：

  • 高效的一对多: 一次发送，区域内无数UE接收，极大节省空口资源。

  • 基于地理区域: MBS服务区域可以被灵活定义，实现精准的区域化广播。

  • 单向接收为主: 主要用于网络向UE的下行数据分发。

  • 需要会话通知 (Announcement): UE需要通过某种方式提前获知MBS会话的存在（如TMGI、频率等），才能进行接收。

  • 核心应用: 紧急事件广播（如事故、恶劣天气）、区域性交通信息发布、道路收费信息、软件版本补丁的区域性推送等。

3. 智慧的抉择：PC5还是Uu？ (5.2.3)

这是本章最具“智慧”的部分。许多V2X服务，其消息既可以通过PC5在车辆间直接传播，也可以通过Uu经由云端进行转发。那么，“智行一号”该如何选择？5.2.3.1节为此提供了关键的指导原则，特别是针对非IP格式的V2X消息如何通过IP网络（Uu接口）传输这一核心技术难题。

5.2.3.1 General

For a V2X service type that can use PC5 reference points or Uu reference point for the transmission of the same V2X messages, the following additional consideration apply for unicast transport of V2X messages over Uu reference point:

  • for transport of non-IP based V2X messages from the application:
  • IP encapsulation (i.e. IP PDU Session type) or Unstructured PDU Session type is used.
  • The UE determines which method … based on the UE configuration as described in clause 5.1.3.1.

深度解读与场景演绎：

这段话的核心是：当一个本来设计用于在PC5链路层直接传输的非IP V2X消息（如ETSI CAM消息）需要通过Uu接口发送时，必须先对其进行“打包”，使其能够适应IP网络。规范为此提供了两种“打包”方案。

场景演绎：“弱势交通参与者”保护

“智行一号”正在接近一个路口，一个骑着共享单车的学生正准备横穿马路。学生的手机App具备V2X功能。

  • 理想情况 (PC5优先): 学生的手机通过PC5广播直接发出了一条“行人/骑行者预警”消息（这是一种非IP格式的V2X消息）。“智行一号”在近距离直接收到了这条消息，时延最低，立即采取了减速避让措施。

  • 补充情况 (Uu兜底): 假设由于信号遮挡，“智行一号”没有直接收到PC5信号。但学生的手机同时也将自己的位置信息通过Uu单播上报给了“共享单车管理平台”（一个V2X应用服务器）。平台发现该学生与“智行一号”的轨迹存在碰撞风险，于是平台需要将这条“行人预警”消息通过Uu接口转发给“智行一号”。此时，难题来了：这条非IP消息如何在IP网络中传输？

两种“打包”方案：

  1. IP封装 (IP Encapsulation): 这是最直接的方法。服务器将原始的非IP“行人预警”消息作为“货物”，装进一个UDP/IP的“集装箱”里，然后通过标准的IP PDU会话发送给“智行一号”。“智行一号”收到后，“拆箱”取出原始消息即可。

    • 优点: 兼容性好，对网络要求低，任何支持IP PDU会话的5G网络都能传输。

    • 缺点: 增加了额外的IP/UDP头开销，效率稍低。

  2. 非结构化PDU会话 (Unstructured PDU Session): 这是5G引入的一种更高级的模式。网络可以为“智行一号”建立一种特殊的“裸”通道，允许它直接在这条通道上传输非IP格式的数据，无需任何IP封装。

    • 优点: 效率极高，没有额外的协议开销，特别适合传输大量短小的非IP消息。

    • 缺点: 需要UE和5G网络（特别是UPF）都支持这一高级特性。

最终谁来决定用哪种方案？

答案是PCF。在5.1.3.1节中，PCF下发的Uu策略里，就会为每个可以走Uu的V2X服务类型，明确指定它应该使用IP PDU Session Type还是Unstructured PDU Session Type。“智行一号”严格遵照“驾照”上的规定来执行。

总结：PC5与Uu，V2X的双翼

通过对5.2.2和5.2.3节的深度剖析，我们完整地构建了“智行一号”的通信能力全景图。PC5和Uu，如同V2X这只雄鹰的双翼，缺一不可：

  • PC5 (Sidelink): 是敏锐的“感知之翼”，负责近距离、低时延的环境感知和车际协同，是实现主动安全和高等级自动驾驶的基础。

  • Uu (Cellular): 是强壮的“连接之翼”，负责与云端大脑的广域连接，获取全局信息、大数据分析和丰富的网络服务，是实现网联智能和提升交通效率的关键。

规范的智慧之处在于，它不仅分别定义了这两只翅膀的构造（PC5的三种模式、Uu的两种方式），更重要的是，它定义了大脑（PCF策略）如何指挥这两只翅膀协同工作，甚至在必要时进行能力互补和备份（如非IP消息通过Uu传输），从而让V2X这只雄鹰能够飞得更高、更远、更稳。

“智行一号”现在不仅知道如何与身边的伙伴交流，也掌握了如何与云端大脑对话。但一个新的问题出现了：世界上有那么多V2X应用服务器，它怎么知道该联系哪一个？在下一篇文章中，我们将进入5.3节，探索“智行一号”的“V2X应用服务器发现”之旅。

FAQ

Q1：Uu单播和MBS，在用户体验上有什么区别？

A1：Uu单播提供的是个性化、交互式的服务。就像你用手机App点外卖，从浏览、下单到支付，整个过程都是你和平台之间的点对点交互。而MBS提供的是普适性、广播式的服务，就像在特定区域拉响了空袭警报，区域内所有人收到的信息都是一样的，无法与之交互。

Q2：UE如何知道某个MBS会话（比如“交通告警”）的存在？

A2：UE需要通过**MBS会话通知（Announcement）**来发现MBS服务。通知的方式有两种：1. 预配置： 在5.1.3.1节中，PCF可以将一些常用的、长期的MBS服务的“频道信息”（如TMGI）作为策略的一部分，提前配置给UE。2. 动态通知： 网络可以通过其他信道（如广播控制信道）向一个区域内的UE动态地广播当前可用的MBS会话列表。

Q3：非结构化PDU会话（Unstructured PDU Session）是V2X专用的吗？

A3：不是。它是5G系统的一项通用能力，旨在高效地传输各种非IP协议的数据。除了V2X，它还可以用于工业物联网（IIoT）中传输一些专有的工业控制协议，或者在卫星通信、无人机通信等场景下传输非IP的载荷数据。V2X只是它众多应用场景中的一个重要范例。

Q4：在PC5和Uu都能用的情况下，UE会优先选择哪一个？

A4：规范本身没有强制规定一个绝对的优先级，最终的决策是一个复杂的权衡过程，通常由上层V2X应用根据业务特性和实时环境来决定。但一般的原则是：对于时延极其敏感、且信息源在近距离的安全类业务（如碰撞预警），会优先尝试使用PC5。如果PC5通信失败（如信号被遮挡），或者信息源本来就在云端（如全局路况），则会使用或切换到Uu。

Q5：使用Uu接口进行V2X通信，会产生流量费用吗？

A5：是的。从技术上讲，通过Uu接口传输的V2X数据，与普通的手机上网数据一样，都会经过运营商的核心网和UPF，并可以被计费系统记录。因此，运营商完全可以为V2X Uu通信设计专门的资费套餐。这也是V2X服务能够成为一项可运营、可盈利的商业服务的基础。PC5通信是否收费，则取决于运营商的商业模式和频谱策略。

关系图谱