51学通信

深度解析 3GPP TS 23.287：6.4 & 6.5 V2X流程 (Part 2 - Uu接口高级流程与网络协同)

15分钟阅读

好的，我们继续V2X信令流程的深度探索。在完成了PC5接口的全部“路考”之后，“智行一号”现在将把注意力重新转向Uu接口，深入实践它与“云端大脑”进行高级交互的具体步骤。

深度解析 3GPP TS 23.287：6.4 & 6.5 V2X流程 (Part 2 - Uu接口高级流程与网络协同)

本文技术原理深度参考了3GPP TS 23.287 V18.4.0 (2024-09) Release 18规范中，关于“6.4 Procedures for V2X communication over Uu reference point”和“6.5 Procedures for Service Authorization to NG-RAN for V2X communications over PC5 reference point”的核心章节，旨在为读者清晰地展示V2X业务如何通过Uu接口实现高级功能（如QoS可持续性分析、MBS发现），以及核心网如何将PC5的授权信息同步给无线接入网，实现云、管、端的深度协同。

引言：从“单兵作战”到“海陆空协同”

在之前的篇章中，我们已经深入了解了“智行一号”作为独立作战单元的强大能力。它能自主地发起和管理PC5通信，也能通过标准的Uu流程连接云端。但要实现真正高效和智能的V2X，仅靠终端的“单兵作战”是远远不够的。它需要的是一场由“云端大脑”（V2X AS）、“指挥中心”（5GC核心网）和“前线部队”（NG-RAN基站）共同参与的“海陆空协同作战”。

本篇文章将聚焦于第6章中描述这种深度协同的两个关键流程：

  1. 6.4 Uu接口高级流程: 这不再是简单的“打电话”，而是“智行一号”与云端进行的“战略会商”。我们将看到V2X应用服务器是如何主动向网络“咨询军情”（QoS可持续性分析），以及网络是如何通过“全城广播”（MBS）来发布“作战指令”（服务器信息）的。

  2. 6.5 PC5授权信息向RAN的同步: 这是实现“统一指挥”的关键一环。核心网这个“指挥中心”，是如何将它为“智行一号”制定的PC5作战计划（授权信息、QoS参数），精确地传达给“前线指挥官”（基站）的？

通过对这两个流程的剖析，我们将深刻理解5G V2X架构的精髓——它不仅仅是提供连接，更是构建了一个感知、决策、执行高度协同的智能化网络体系。

1. “战略会商”：Uu接口高级流程 (6.4)

1.1 “军情咨询”：QoS可持续性分析流程 (6.4.1)

我们在5.4.5.2节中已经从功能角度介绍了QoS可持续性分析。6.4.1节则通过“Figure 6.4.1-1: Notification on QoS Sustainability Analytics to the V2X Application Server”这张信令图，为我们揭示了其具体实现步骤。

流程解读：

  1. V2X AS 制定“作战计划” (Step 1):

    • V2X应用服务器（AS）根据业务需求，确定了它未来的QoS需求。例如，一个共享出行平台计划在下个周末，在北京奥林匹克公园区域，为大量自动驾驶出租车提供需要低时延保障的协同调度服务。

  2. AS → NEF → NWDAF “提交军情咨询” (Step 2 & 3):

    • AS → NEF: V2X AS调用Nnef_AnalyticsExposure_Subscribe服务，向NEF（网络能力开放功能）提交了它的“咨询请求”。这个请求是一个结构化的数据，包含了“作战计划”的所有要素：地理区域（奥森公园）、时间段（下周末）、QoS需求（协同调度业务对应的5QI和速率要求）。

    • NEF → NWDAF: NEF作为“安全网关”，在对AS的身份和权限进行鉴权后，将这个请求翻译成核心网内部的语言，转发给“数据分析大脑”——NWDAF。

  3. NWDAF → NEF → AS “返回分析报告” (Step 4):

    • NWDAF收到请求后，开始“沙盘推演”。它会结合历史网络数据、已知的未来事件（如音乐会、体育赛事）、用户行为模型等，预测届时该区域的网络负荷。

    • 推演结束后，NWDAF生成一份“分析报告”，例如：“预测下周末奥森公园将有大型活动，网络拥塞风险高，您请求的QoS保障成功率可能低于90%”。

    • 这份报告沿着NWDAF → NEF → AS的路径被返回给V2X应用服务器。

  4. AS 调整计划 (Step 5):

    • V2X AS收到了这份宝贵的“情报”后，就可以提前做出智能决策。例如，它可以建议其车队避开人流最密集的核心区域，或者在应用层准备好一套QoS降级预案，在网络拥塞时自动切换到对带宽要求较低的调度模式。

这个流程，使得V2X AS具备了“未卜先知”的能力，将传统的、被动的QoS保障，升级为一种主动的、可预测的、协同优化的资源规划模式。

1.2 “全城广播”：通过MBS发现服务器 (6.4.2)

我们在5.3.1节中也介绍了通过MBS进行服务器发现的功能。6.4.2节的“Figure 6.4.2-1: V2X Application Server discovery using broadcast”则展示了UE侧的具体操作流程。

流程解读：

  1. UE 注册入网 (Step 1):

    • “智行一号”进入一个新的智慧城市，首先完成标准的5G网络注册。

  2. UE 接收“本地黄页” (Step 2):

    • 在注册时，PCF下发的策略中，已经包含了用于接收“V2X服务器发现”的MBS会话信息（如TMGI）。

    • “智行一号”的V2X模块根据这些信息，开始在指定的MBS“频道”上收听。它很快就接收到了一个包含本地V2X服务器列表的“服务信息”广播。

  3. UE 查询DNS (Step 3):

    • 这份“黄页”中包含的是服务器的域名（FQDN）。“智行一号”需要使用标准的DNS流程，将这些域名解析为可直接访问的IP地址。

  4. UE 建立连接 (Step 4):

    • 在获得了IP地址后，“智行一号”的上层应用就可以根据业务需求，选择合适的服务器，并发起Uu单播的PDU会话建立流程，与本地的V2X服务提供商建立连接。

这个流程为UE提供了一种极其高效、低功耗的本地服务发现机制，避免了每辆车都去“大海捞针”式地查询DNS，特别适用于智慧城市、智慧高速等具有丰富本地化V2X服务的场景。

2. “统一指挥”：PC5授权信息向RAN的同步 (6.5)

核心网PCF为“智行一号”制定了详尽的PC5作战计划，但真正执行PC5无线资源管理的“前线指挥官”是基站（NG-RAN）。如果基站对这份计划一无所知，网络控制模式（Network Scheduled Mode）就无从谈起。6.5节的核心任务，就是确保这份“作战计划”能够被准确、及时地从核心网同步到基站。

这个同步过程，贯穿于UE生命周期的各个关键流程之中。

2.1 注册流程中的首次同步 (6.5.2)

6.5.2 Registration procedure

The Registration procedure for UE is performed as defined in TS 23.502 with the following additions:

…

If the UE is PC5 capable for V2X, and the UE is authorized to use V2X communication over PC5 reference point based on the subscription data, then the AMF shall include the following information in the NGAP message sent to NG-RAN:

  • a “V2X services authorized” indication…
  • UE-PC5-AMBR per PC5 RAT…
  • the PC5 QoS parameters…

深度解读：

  • 时机: UE首次注册，AMF为UE建立初始上下文（Initial Context）时。

  • 信令: INITIAL CONTEXT SETUP REQUEST (NGAP消息)。

  • 内容: AMF会将它从UDM和PCF那里获取到的**V2X授权“核心摘要”**打包，发送给基站。这份摘要包括：

    1. 授权开关: 告诉基站“这辆车有PC5驾照，请准许其上路”。

    2. 总速率限制 (UE-PC5-AMBR): 告诉基站“这辆车的发动机总功率被限制在XX马力，请监控”。

    3. QoS参数: 告诉基站“这辆车运送的货物有不同的VIP等级，请按规定调度”。

  • 作用: 基站收到这份“初始档案”后，就对“智行一号”的V2X基本情况了然于胸，为后续的资源调度做好了准备。

2.2 移动性流程中的无缝交接 (6.5.4 & 6.5.5)

当“智行一号”在不同基站之间移动时，这份“档案”也必须跟着它一起“无缝交接”。

  • N2切换 (Handover) (6.5.4):

    • 当“智行一号”从一个基站切换到另一个由相同AMF服务的基站时。

    • 源基站会在HANDOVER REQUEST消息中，将“智行一号”的完整V2X上下文（包含授权摘要）发送给目标基站。

  • Xn切换 (Handover) (6.5.5):

    • 当“智行一号”从一个基站切换到另一个由不同AMF服务的基站（但基站间有Xn接口）时。

    • 同样，源基站也会在HANDOVER REQUEST（XnAP消息）中，将V2X上下文直接传递给目标基站。

这些切换流程，确保了无论“智行一号”如何移动，为它服务的前线基站，手中永远都持有一份最新的、准确的V2X授权档案，保证了PC5网络控制的连续性。

2.3 签约变更时的动态更新 (6.5.6)

6.5.6 Subscriber Data Update Notification to AMF

…

When the AMF updates UE context stored at NG-RAN, the UE context contains the V2X subscription data.

深度解读：

  • 时机: 当运营商在后台修改了用户的V2X签约（例如，提升了其AMBR）。

  • 流程:

    1. UDM通知AMF签约数据发生了变更。

    2. AMF更新其本地存储的UE上下文。

    3. AMF触发UE CONTEXT MODIFICATION流程，将更新后的V2X授权摘要，重新发送给当前为该UE服务的基站。

  • 作用: 保证了基站侧的授权信息，与核心网的签约数据，永远保持最终一致性。

总结：云、管、端协同的神经网络

通过对6.4和6.5节的深度剖析，我们看到了一个远比“提供连接”更智能、更协同的V2X网络。

  • Uu接口不再是简单的“上传下载”管道，而是V2X应用与网络进行战略级互动的平台。QoS可持续性分析赋予了应用“预测”的能力，MBS赋予了应用“广播”的能力。

  • PC5通信不再是终端的“单打独斗”，核心网通过将统一的授权和QoS策略，经由AMF，在UE生命周期的每一个关键节点（注册、切换、更新），实时同步给无线接入网，实现了对PC5通信的端到端、全生命周期的精细化管控。

这个由V2X AS（云）、5GC（管）、NG-RAN（端侧的管理者）和UE（端）共同组成的、信息流畅通无阻的“神经网络”，正是5G V2X架构设计的精髓所在。它确保了V2X服务在拥有极致性能的同时，依然具备电信级的可靠性、可管理性和运营能力。

“智行一号”的旅程至此，已经将3GPP TS 23.287规范的核心技术脉络基本探索完毕。它已经从一个概念，成长为了一名理论扎实、实践经验丰富、懂得与整个智慧交通生态系统深度协同的“超级智能体”。

关系图谱