51学通信

深度解析 3GPP TS 23.008：5.11 V2X用户数据全景解析 (车联网的“数字驾照”)

17分钟阅读

好的，这是系列文章的第六篇，也是我们对TS 23.008核心参数解读的最后一站。我们将聚焦于一个新兴且至关重要的领域——V2X，深入探索规范的5.11章节：V2X业务数据存储 (V2X Service (V2X) Data Storage)。

深度解析 3GPP TS 23.008：5.11 V2X用户数据全景解析 (车联网的“数字驾照”)

本文技术原理深度参考了3GPP TS 23.008 V18.1.0 (2024-06) Release 18规范中，关于“5.11 V2X Service (V2X) Data Storage”的核心章节。本文旨在为读者揭示支撑车联网（V2X）这一未来交通命脉的、最基础的用户签约数据。我们将通过为“智行一号”智能汽车办理V2X入网服务的场景，来解码这份决定其“路权”和“沟通能力”的“数字驾照”。

引言：当汽车也需要一张“SIM卡”

在我们的故事中，**“智行一号”**已经不仅仅是一辆交通工具，它是一个高度智能化的移动通信终端。为了让它能够与周围的车辆、交通设施进行“对话”，实现我们此前在TS 22.185解读中所描绘的协同驾驶场景，它必须首先在移动网络中获得一个合法的“身份”和明确的“通信权限”。

这个过程，就像我们为手机办理SIM卡一样。汽车制造商（或车主）需要为“智行一号”向运营商申请开通V2X服务。一旦开通，运营商就会在核心数据库HSS（或5G的UDM）中，为这辆车（以其唯一的IMSI/SUPI为索引）创建一份专属的V2X签约档案。

这份档案，就是“智行一号”的“数字驾照”。它虽然不如EPS或5GS的数据那样庞杂，但其中定义的每一个参数，都直接决定了这辆车能否以及如何使用V2X通信，特别是那条用于保障生命安全的超低时延“生命线”——PC5 Sidelink接口。

TS 23.008的5.11章节，正是这份“数字驾照”的规格说明书。现在，让我们化身为负责为“智行一号”颁发驾照的运营商“车管所”数据配置员，以规范中的Table 5.11-1 (Overview of data for V2X Service) 为蓝图，逐一审视构成这份驾照的关键条款。

表格解读预备知识: V2X引入了新的“交通管理部门”：

  • HSS (Home Subscriber Server): 依然是V2X签约数据的中央存储库。
  • MME (Mobility Management Entity): 在4G C-V2X架构中，MME负责从HSS获取V2X签约数据，并通过信令下发给UE（车辆）。
  • V2X Control Function: V2X控制功能实体，负责PC5接口通信的策略控制和资源授权。在不同架构中，其功能可能分布在不同网元中。
  • SLP (SUPL Location Platform): 安全用户面定位平台，这里出现可能与ProSe（邻近业务，V2X PC5的技术基础之一）的定位功能相关。

1. 核心身份标识：确认“车辆”的合法身份

IMSI / MSISDN Stored in: HSS (M), MME (C), V2X Control Function (C)… | TYPE: P

  • 参数解读: IMSI和MSISDN在这里依然是车辆在网络中的根身份。每一辆需要使用3GPP V2X服务的汽车，其内部的车载通信单元（Telematics Box, T-Box）都必须配备一张SIM/eSIM卡，拥有一个唯一的IMSI。
  • 场景演绎: “智行一号”在出厂时，就已经内嵌了一张工业级的eSIM卡。当它首次启动并尝试接入4G/5G网络时，MME/AMF正是通过读取这个IMSI，向HSS/UDM查询：“这辆IMSI为‘xxx’的车，是否办理了我们的V2X套餐？它的‘数字驾照’内容是什么？”

2. V2X业务的“准驾许可”：能否上路的根本

这是“数字驾照”上最核心的一项条款，决定了“智行一号”是否具备V2X通信的合法权利。

V2X-Permission [Clause 3.16.2.1 for LTE, 3.16.5.1 for NR] Stored in: HSS (C), MME (C) | TYPE: P

  • 参数解读: V2X许可。这是一个开关式的参数，明确标识了该用户（车辆）是否被授权使用（由网络调度的）V2X sidelink通信。
  • 场景演绎:
    • 情况一：已开通。老王在后台为“智行一号”的IMSI配置了V2X-Permission = Allowed。当“智行一号”开机注册到MME时，MME从HSS下载的签约数据中会看到这个许可。随后，MME会在与车辆的NAS（非接入层）信令交互中，告知车辆“你已被授权使用PC5通信”。车辆据此才会开启PC5射频，开始进行V2V/V2P消息的收发。
    • 情况二：未开通或已到期。如果“智行一号”的V2X服务套餐到期，老王将其配置为V2X-Permission = Not Allowed。那么，MME在后续的交互中就不会再下发授权。即使车辆的软件想用PC5，底层通信模组也会因为没有来自核心网的“许可”而拒绝工作。这确保了运营商对V2X业务的绝对控制权。

3. PC5接口的“性能参数”：定义直连通信的能力边界

PC5接口是V2X安全业务的基石，运营商需要对其性能进行签约管理，以保证公共无线频谱的公平和高效使用。

UE-PC5-AMBR [Clause 3.16.2.2 for LTE, 3.16.5.2 for NR] Stored in: HSS (C), MME (C) | TYPE: P

  • 参数解读: UE PC5聚合最大比特率 (UE-PC5-Aggregate Maximum Bit Rate)。这个参数定义了一辆车在PC5接口上，发送所有V2X业务的总数据速率上限。它类似于我们熟悉的UE-AMBR，但专门用于PC5接口。
  • 场景演绎: 运营商为“智行一号”签约的UE-PC5-AMBR是20Mbps。这意味着，即使“智行一号”的V2X应用想同时以很高的频率广播CAM消息、DENM消息，甚至共享传感器数据，其在PC5接口上的总发送流量，也会被底层协议栈严格限制在20Mbps以内。这是一种有效的拥塞控制和资源管理手段，防止个别“话痨”车辆占用过多的公共频谱资源。

UE-PC5-QoS [Clause 3.16.5.4 for NR] Stored in: HSS (C), MME (C) | TYPE: P

  • 参数解读: 这是5G NR-V2X引入的更精细化的PC5 QoS参数。它允许运营商为车辆签约的PC5通信，定义详细的QoS等级，类似于Uu接口的5QI/ARP。例如，可以为V2V安全消息定义一个超低时延、高优先级的QoS配置，而为传感器共享定义一个相对高带宽、时延要求稍宽松的QoS配置。
  • 场景演绎: “智行一号”的“数字驾照”中，UE-PC5-QoS参数可能包含这样两条规则：
    1. PQI (PC5 QoS Identifier) = 1: 对应紧急碰撞预警消息，要求时延<10ms，可靠性99.99%。
    2. PQI = 2: 对应协同变道意图共享，要求时延<50ms，可靠性99%。 车辆的协议栈在发送不同类型的PC5消息时，会根据这些签约的QoS配置，选择不同的无线资源和调度策略，以实现差异化的服务保障。

4. 漫游与授权：定义“跨区行驶”的规则

V2X-PC5-Allowed-PLMN [Clause 3.16.2.3 for LTE, 3.16.5.3 for NR] Stored in: HSS (C), V2X Control Function (C) | TYPE: P

  • 参数解读: 允许使用V2X PC5的PLMN列表。这个参数定义了“智行一号”在漫游到哪些运营商网络时，被允许使用PC5直连通信。
  • 场景演绎: “智行一号”所属的A运营商，可能只与B运营商和C运营商签订了V2X漫游协议。那么，在HSS中，“智行一号”的V2X-PC5-Allowed-PLMN列表中就只包含B和C的PLMN ID。当“智行一号”行驶到D运营商的网络覆盖区域时，即使它能正常打电话和上网（普通的Uu漫游），其PC5通信功能也会被核心网禁止，无法参与本地的V2V协同驾驶。这确保了V2X业务的商业可控性。

V2X Authorization data (e.g., V2X-Permission-in-VPLMN, V2X-Application-Server) [Clause 3.16.3] Stored in: V2X Control Function (C) | TYPE: P

  • 参数解读: V2X授权数据。这是一组更动态的、可能由拜访地网络（VPLMN）的V2X控制功能管理的授权数据。例如，V2X-Permission-in-VPLMN可以动态地授权一辆漫游车辆在本地使用V2X。V2X-Application-Server则可以为车辆指定在当前区域应该连接哪个本地的V2X应用服务器（边缘计算节点）。
  • 场景演绎: 当“智行一号”漫游到B运营商的网络时，B网络的V2X控制功能会根据与A运营商的协议，为“智行一号”下发临时的V2X授权。同时，可能会告诉它：“在你当前所在的城市CBD区域，请连接到边缘服务器edge-server-cbd.carrierB.com，以获取超低时延的交叉路口协同通行服务。”

FAQ环节

Q1：为什么V2X业务需要单独的一套签约数据？不能复用普通的EPS或5GS数据吗？ A1：不能完全复用，因为V2X（特别是PC5 Sidelink）引入了一种全新的通信范式。普通的EPS/5GS数据主要用于管理Uu接口（蜂窝通信），其QoS、计费、移动性管理模型都是围绕“UE-基站-核心网”这条链路设计的。而V2X的PC5接口是UE之间的直连通信，它不经过基站数据面，有自己独立的资源管理（DCC拥塞控制）、QoS模型（PQI）和授权机制。因此，必须有一套专门的签约数据（如V2X-Permission, UE-PC5-AMBR）来定义和管理这种全新的通信行为。

Q2：UE-PC5-AMBR这个参数，网络是如何强制执行的？ A2：网络通过配置和UE自觉遵守相结合的方式来执行。

  1. 网络配置: 在（网络调度的）PC5模式下，网络（MME/AMF）会将UE-PC5-AMBR这个签约值，通过信令告知给UE（车辆）。
  2. UE执行: UE的通信协议栈（特别是MAC层）在收到这个参数后，会将其作为自己PC5发送行为的“天花板”。协议栈内部会有一个令牌桶（token bucket）或类似的速率控制算法，确保其在PC5接口上的总发送速率不会超过这个上限。 虽然网络无法像监控Uu接口那样，实时地逐包检查PC5的流量，但通过这种“签约授权 + 终端自律”的方式，可以实现对整个系统资源使用的有效宏观管理。

Q3：Table 5.11-1中为什么区分了LTE Sidelink和NR Sidelink的签约数据？ A3：因为NR Sidelink在LTE Sidelink的基础上，引入了许多增强功能，需要新的签约参数来控制。

  • LTE Sidelink (Rel-14/15): 主要聚焦于基础的安全业务，其签约数据相对简单，核心是“是否允许（V2X-Permission）”和“最大总速率（UE-PC5-AMBR）”。
  • NR Sidelink (Rel-16 onwards): 引入了对更低时延、更高可靠性、传感器共享、单播/组播等高级应用的支持。为了管理这些新能力，就需要更精细化的签约数据，最典型的就是**UE-PC5-QoS**，它允许运营商为不同的PC5业务流配置差异化的QoS。因此，规范需要将两者分开定义。

Q4：V2X Control Function到底是一个独立的网元，还是其他网元的一部分？ A4：它是一个逻辑功能实体，其物理实现是灵活的。在3GPP的V2X架构演进中，它的位置和形态有所变化。

  • 在早期的4G C-V2X架构中，它的部分功能（如授权）可能由MME和HSS协同完成。
  • 随着架构的演进，特别是面向5G，V2X Control Function的功能越来越集中和独立，负责PC5的策略控制、资源管理、计费信息收集等。它可以作为一个独立的**PCF（策略控制功能）**插件来实现，或者作为一个专用的网络功能（NF）部署。TS 23.008定义了它需要存储哪些数据，而具体的架构则由TS 23.285/287来定义。

Q5：这份“数字驾照”中，哪些信息是和车辆安全最息息相关的？ A5：毫无疑问，是**V2X-Permission和（对于NR-V2X）UE-PC5-QoS**。

  • V2X-Permission 是“0和1”的问题。没有它，车辆就变成了“信息孤岛”，所有基于协同感知的安全功能都将失效。
  • UE-PC5-QoS 则是“1到100”的问题。它决定了在关键时刻，一个紧急刹车预警消息，能否以最高的优先级、最低的时延被发送出去，从而真正避免一场事故。不合理的QoS配置，可能会让安全消息淹没在非安全业务的汪洋大海中，使其失效。 这两项数据，是“智行一号”行车安全的数字基石。

关系图谱