51学通信

深度解析 3GPP TS 23.287：6.1 & 6.2 V2X流程 (Part 1 - 协议栈与服务授权流程)

19分钟阅读

好的，我们正式进入V2X世界的“实践操作”环节——第6章。在系统性地学习了V2X的架构蓝图（第4章）和功能法规（第5章）之后，现在是时候看看这些理论是如何在真实的信令交互中一步步落地的。

深度解析 3GPP TS 23.287：6.1 & 6.2 V2X流程 (Part 1 - 协议栈与服务授权流程)

本文技术原理深度参考了3GPP TS 23.287 V18.4.0 (2024-09) Release 18规范中，关于“6.1 Control and user plane stacks”和“6.2 Procedures for Service Authorization and Provisioning to UE”的核心章节，旨在为读者清晰地展示NR V2X的协议栈结构，并深度拆解V2X终端获取服务授权的端到端信令流程。

引言：从“是什么”到“怎么做”

经过前几个章节的深度探索，我们的主角“智行一号”已经是一位理论知识扎实的“V2X专家”。它理解架构，精通规则，懂得各种高级功能。但所有这些静态的知识，最终都必须转化为动态的行动。

第6章“Functional description and information flows”就是V2X的“行动手册”。它不再仅仅描述“是什么”，而是详细地描绘了“怎么做”。它将此前我们学到的所有概念——PCF、PQI、PC5模式、签约数据——都串联在一张张精密的信令流程图中，向我们展示了V2X系统神经网络中，信息流是如何真实地传递和处理的。

本篇文章作为第6章解读的开篇，我们将首先聚焦于两个最基础、最核心的部分：

  1. 6.1 协议栈 (Stacks): V2X通信的“语言结构”。我们将剖析NR PC5的用户面和控制面协议栈，看看数据包是如何被层层打包和解包的。

  2. 6.2 服务授权流程 (Service Authorization Procedures): V2X“数字驾照”的签发流程。我们将通过详细的信令图，追踪“智行一号”从发起请求到最终拿到策略的完整旅程。

1. V2X的“语言结构”：NR PC5协议栈详解 (6.1)

在进行任何通信之前，双方必须先约定好“说话”的格式和语法。协议栈就是定义这套“语法”的层级结构。6.1节分别定义了NR PC5的用户面和控制面协议栈。

1.1 用户面协议栈：V2X数据的“打包之旅” (6.1.1)

用户面负责传输真正的V2X业务数据，如BSM消息、视频流等。规范中的“Figure 6.1.1-1: User Plane for NR PC5 reference point”展示了数据包从上到下的“打包之旅”。

Figure 6.1.1-1: User Plane for NR PC5 reference point

UE A UE B

V2X App V2X App

IP, Non-IP IP, Non-IP

SDAP SDAP

PDCP PDCP

RLC RLC

MAC MAC

PHY PHY

⇐-------- PC5-U --------⇒

深度解读协议栈各层职责：

  1. V2X App & V2X Layer (未在图中显示):

    • V2X应用层生成原始数据（如“前方有障碍物”）。

    • V2X层（我们之前章节的主角）进行QoS处理，即根据PC5 QoS Rules，为数据包打上PFI标签。

  2. SDAP (Service Data Adaptation Protocol):

    • 职责: 这是5G NR引入的新层次，其在PC5中的核心职责，就是建立PFI到无线承载（Radio Bearer）的映射。

    • 场景演绎: SDAP层看到V2X层递来的数据包上贴着“PFI=10”的标签。它会查询一个映射表，得知“PFI=10”应该走“Sidelink Radio Bearer 2”。于是，它将数据包交给了承载2对应的PDCP实体。这个映射过程，是实现Per-Flow QoS的关键一步。

  3. PDCP (Packet Data Convergence Protocol):

    • 职责: 负责头压缩、加密、完整性保护等。对于V2X单播通信的安全性至关重要。

  4. RLC (Radio Link Control):

    • 职责: 负责数据的分段与重组，以及可靠传输（通过ARQ机制）。对于需要高可靠保障的V2X业务（如PC5单播），RLC层会开启确认模式，确保数据包被对方成功接收。

  5. MAC (Medium Access Control):

    • 职责: 负责无线资源的调度与选择，以及HARQ（混合自动重传请求）。它根据上层传来的QoS信息（如优先级），来决定数据包在物理信道上的发送时机和方式。

  6. PHY (Physical Layer):

    • 职责: 负责最终的编码、调制，并将数据转换为无线电波发送出去。

这个自上而下的过程，就像是将一封信（V2X数据）不断地装入一个个功能不同的信封（各层协议头），最终交给邮局（PHY）寄出。接收方则进行逆向的“拆信封”过程。

1.2 控制面协议栈：PC5信令的“专属通道” (6.1.2)

控制面负责传输PC5链路自身的管理信令，例如单播链路的建立、修改和释放请求。

Figure 6.1.2-1: Control Plane for NR PC5 reference point

UE A UE B

PC5 Signalling Protocol PC5 Signalling Protocol

PDCP PDCP

RLC RLC

MAC MAC

PHY PHY

⇐-------- PC5-S --------⇒

深度解读：

  • PC5 Signalling Protocol: 这是专门为PC5控制面信令设计的顶层协议。它定义了诸如“Direct Communication Request/Accept”、“Link Modification Request”等信令消息的格式和内容。这个协议本身运行在PDCP层之上，与用户面的SDAP层是并列关系。

  • 专属无线承载: PC5的控制面信令，通常会走一个独立于所有用户面数据的、高优先级的无线承载（Signalling Radio Bearer），以确保链路管理消息本身不会因为用户数据的拥塞而被阻塞。

2. “数字驾照”的签发流程：服务授权 (6.2)

掌握了协议栈的“语法”，我们现在可以追踪“智行一号”申请“数字驾照”的完整信令流程了。6.2节描述了三种触发授权流程的方式：由PCF主动发起、由UE触发、由AF（应用功能）触发。我们重点剖析最常见的PCF主动发起和UE触发两种流程。

2.1 PCF主动授权流程：网络侧的“迎新仪式” (6.2.2)

这是“智行一号”首次开机注册到5G网络时，网络为其举办的V2X“迎新仪式”。

6.2.2 PCF based Service Authorization and Provisioning to UE

For PCF based Service Authorization and Provisioning to UE, the Registration procedures as defined in clause 4.2.2.2 of TS 23.502 …, UE Policy Association Establishment procedure as defined in clause 4.16.11 of TS 23.502 … apply with the following additions:

  • If the UE indicates V2X capability in the Registration Request message and if the UE is authorized to use V2X service based on subscription data, the AMF selects the PCF which supports V2X Policy/Parameter provisioning…
  • If the AMF receives the PC5 capability for V2X in the Registration Request message from UE, the AMF further reports the PC5 capability for V2X to the selected PCF.

深度解读与流程串联：

这个流程与5G标准的注册和策略关联流程紧密结合，V2X只是在其中增加了特定的“附加动作”。

场景演绎：“智行一号”的首次注册

  1. UE → AMF (Registration Request):

    • “智行一号”向AMF发送注册请求。

    • V2X附加动作: 在这个请求中，它会附上自己的“能力清单”，即V2X Capability和PC5 Capability，告诉网络：“我是一辆支持V2X的车，并且我同时懂LTE PC5和NR PC5两种技术。”

  2. AMF → UDM (Nudm_SDM_Get):

    • AMF向UDM查询“智行一号”的“数字档案”（签约数据）。

    • UDM返回档案，AMF得知该用户确实订购了V2X服务。

  3. AMF → NRF (Nnrf_NFDiscovery_Request):

    • AMF知道需要为这个V2X用户找一个“策略专家”。

    • V2X附加动作: AMF向NRF发起PCF发现请求，并在请求中增加一个参数：“请帮我找一个支持V2X的PCF实例”。NRF会返回一个具备V2X能力的PCF的地址。

  4. AMF → PCF (UE Policy Association Establishment):

    • AMF与刚刚找到的PCF建立策略关联。

    • V2X附加动作: AMF会将第一步中从UE收到的PC5 Capability，转发给PCF。这很重要，因为PCF需要根据UE具体支持哪种PC5技术，来为其量身定制策略。

  5. PCF → UDR (Nudr_DataRepository_Query):

    • PCF从UDR获取更详细的V2X签约数据（如漫游列表、QoS参数等）。

  6. PCF → AMF → UE (Policy Delivery):

    • PCF综合所有信息，生成完整的V2X策略，封装在UE Policy Container中。

    • PCF调用Namf_Communication_N1N2MessageTransfer服务，将这个策略容器通过AMF，最终下发给“智行一号”。

至此，“智行一号”成功拿到了它的第一本“数字驾照”。

2.2 UE触发的策略更新流程：“驾照”过期换证 (6.2.4)

“数字驾照”通常会有一个有效期。或者，当“智行一号”行驶到一个新的区域，发现本地没有可用的V2X策略时，它需要主动向网络申请一本新的“驾照”。

6.2.4 Procedure for UE triggered V2X Policy provisioning

The UE triggered Policy Provisioning procedure is initiated by the UE to request V2X Policy/Parameter from the PCF when UE determines the V2X Policy/Parameter is invalid in the following cases:

  • if the validity timer indicated in the V2X Policy/Parameter expires;
  • if there are no valid parameters, e.g. for the V2X service type a UE wants to use, for current area…

规范中的“Figure 6.2.4-1: UE triggered V2X Policy provisioning procedure”清晰地描绘了此流程。

流程解读：

  1. UE → AMF (UL NAS TRANSPORT):

    • “智行一号”发现自己的V2X策略已过期，或者当前策略不适用于它想用的新业务。

    • 它构建一个UE Policy Container，里面包含一个“UE V2X Policy Provisioning Request”的请求。

    • 它将这个容器封装在一个上行NAS传输消息中，发送给AMF。这相当于说：“我的驾照有问题，请帮我联系车管所（PCF）办一本新的。”

  2. AMF → PCF (Namf_Communication_N1MessageNotify):

    • AMF收到这个请求后，扮演“信使”的角色，将UE发来的策略容器，原封不动地转发给之前为该UE服务的PCF。

  3. PCF → AMF → UE (UE Policy delivery):

    • PCF收到了“换证申请”。它会重新走一遍内部的策略生成流程（查询UDR、结合本地策略等）。

    • 然后，PCF执行标准的UE策略下发流程（与6.2.2中最后一步相同），将一本崭新的、有效的“数字驾照”下发给“智行一号”。

总结：从协议到流程，授权的闭环

通过对6.1和6.2节的深度剖析，我们将V2X服务授权的理论知识，成功转化为了可执行的、闭环的实践流程。

  • 协议栈是基础: 清晰的用户面和控制面协议栈分层，定义了V2X数据和信令传输的“语法”，是所有流程得以实现的前提。特别是SDAP层对PFI的映射，构成了Per-Flow QoS的核心。

  • PCF主动授权是起点: 将V2X授权无缝地嵌入到5G标准的注册流程中，通过在关键信令中增加“V2X附加动作”，实现了用户首次入网时的自动化、无感知的策略获取。

  • UE触发更新是保障: 赋予了UE在策略失效或不适用时，主动向网络请求更新的能力，保证了V2X策略的持续有效性和对环境变化的适应性。

“智行一号”现在不仅拥有了“驾照”，更重要的是，它知道了这本“驾照”是如何从“车管所”（PCF）一步步签发到自己手中的，也知道了在“驾照”过期时该如何去“换证”。它对V2X系统的理解，已经从静态的规则，深入到了动态的交互层面。

在下一篇文章中，我们将进入6.3节，这是第6章最庞大的部分。我们将详细追踪“智行一号”在拿到“驾照”后，是如何在PC5的真实世界中，进行广播、组播和单播这三项“路考”的。

FAQ

Q1：为什么NR PC5需要一个独立的控制面协议栈（PC5-S）？

A1：为了可靠性和隔离性。PC5链路的管理信令（如单播链路的建立和释放）对于V2X业务的正常运作至关重要。如果这些信令与海量的用户数据混合在同一个承载上传输，一旦发生用户数据拥塞，就可能导致关键的控制信令被延迟甚至丢失，从而影响链路的稳定性。设立一个独立的、通常具有更高优先级的控制面协议栈和无线承载，可以确保控制信令的传输永远不受用户面流量的干扰。

Q2：在PCF主动授权流程中，AMF为什么要把UE的PC5能力上报给PCF？

A2：这是为了让PCF能够量体裁衣地制定策略。不同的UE，其PC5能力可能不同。例如，老款的V2X终端可能只支持LTE PC5，而新款的“智行一号”则同时支持LTE PC5和NR PC5。PCF在制定策略时，必须知道UE的真实能力。如果它为一个只支持LTE PC5的终端，下发了一条要求使用NR PC5的策略，那么这条策略将是无效的，终端也无法执行。将UE能力上报给PCF，确保了策略的针对性和可执行性。

Q3：UE触发策略更新时，是联系任意一个PCF，还是特定的PCF？

A3：联系特定的PCF。在UE首次注册时，AMF已经为它选择并建立了一个与特定PCF实例的策略关联。这个关联关系会一直保持，直到UE重新注册或发生PCF变更。当UE需要更新策略时，AMF会准确地将请求转发给当前正在为这个UE服务的那个PCF实例，以保证策略的一致性和上下文的连续性。

Q4：除了PCF主动和UE触发，还有什么方式可以发起V2X策略的变更？

A4：规范中还提到了AF（Application Function，即V2X应用服务器）触发的流程（6.2.5节）。V2X AS可以通过NEF接口，向PCF提出影响策略的请求。例如，一个远程驾驶平台可以通知PCF：“我的用户‘智行一号’即将开始一次远程驾驶任务，请为它更新QoS策略，保障其Uu链路的超低时延”。PCF收到这个来自应用层的“建议”后，就会评估并可能触发一次对UE策略的更新。

Q5：SDAP层在PC5协议栈中的作用是什么？它与Uu接口的SDAP层一样吗？

A5：它在PC5协议栈中的核心作用是将上层V2X层定义的PFI（PC5 QoS Flow ID），映射到底层接入层使用的SLRB（Sidelink Radio Bearer）。这个映射是实现“Per-Flow QoS”的桥梁。它与Uu接口SDAP层的作用是思想一致，但具体实现和映射规则不同。Uu SDAP层负责将Uu QFI映射到DRB（Data Radio Bearer），其映射关系由核心网通过N2/N3接口配置。而PC5 SDAP层的映射关系，则是由UE根据PCF下发的策略和本地规则来配置和管理的。

关系图谱