好的,我们继续下一篇的规范解读之旅。

深度解析 3GPP TS 23.122:3.1C PLMN selection triggered by V2X communication over PC5 (由V2X PC5通信触发的PLMN选择)

本文技术原理深度参考了3GPP TS 23.122 V18.10.0 (2025-03) Release 18规范中,关于“3.1C PLMN selection triggered by V2X communication over PC5”的核心章节,旨在为读者阐明当车辆需要进行车联网(V2X)直接通信时,其车载通信单元(OBU)是如何执行一套特殊的网络发现、评估与切换流程的。

如果说上一章的ProSe是为“人与人”的近距离通信打开了一扇门,那么本章的V2X(Vehicle-to-Everything,车联网)则是将这一能力延伸到了“车与万物”的广阔天地。V2X技术是实现智能交通和自动驾驶的基石,它允许车辆之间(V2V)、车辆与路边基础设施(V2I)、车辆与行人(V2P)进行高速、低时延的直接信息交换。

这种直接通信同样依赖于3GPP定义的PC5接口。与ProSe类似,V2X通信也需要网络的授权和资源调度。那么,当一辆智能汽车驶入一个要求进行V2X通信的区域(例如智慧高速、自动驾驶测试区),而它当前连接的普通商用网络并不支持此项服务时,它会怎么做?

答案是:它会像一个训练有素的赛车手,在进入赛道前自动完成一系列检查和切换,确保自己处于最佳的“比赛状态”。这个由V2X业务需求驱动的PLMN选择机制,其逻辑与我们上一章讨论的ProSe惊人地相似,但应用的场景和意义却更为深远,直接关系到交通安全和效率。

为了让这个过程更加清晰,我们的新主角——自动驾驶测试车“智行一号”闪亮登场。“智行一号”是一辆搭载了先进5G V2X通信模块的L4级自动驾驶汽车。今天,它的任务是进入一段新开放的智慧高速进行路测。根据高速公路管理规定,所有进入该路段的自动驾驶车辆都必须激活V2X通信,实时共享驾驶意图、接收交通预警。

当“智行一号”的车载系统确认即将驶入智慧高速入口时,一场由V2X通信需求触发的PLMN选择程序,在它的车载通信单元(OBU)内部,以毫秒级的速度精准地执行着。

1. 驶入匝道前:记录“公共道路”出口(规范条款 i)

在进入一个特殊的网络环境前,必须先规划好退路。“智行一号”在执行V2X网络切换前,第一步就是备份当前的网络状态,以便测试结束后能顺利返回公共网络。

i) the MS shall store a duplicate value of the RPLMN and a duplicate of the PLMN selection mode that were in use before PLMN selection due to V2X communication over PC5 was initiated, unless this PLMN selection due to V2X communication over PC5 follows another PLMN selection due to V2X communication over PC5 or a manual CSG selection as specified in clause 4.4.3.1.3.3;

深度解析:

这个条款要求车载通信单元(MS/UE)在启动V2X触发的PLMN选择前,必须执行“上下文保存”操作。这与ProSe的启动流程完全一致。

  • 保存RPLMN(注册PLMN):“智行一号”在普通公路上行驶时,连接的是全国覆盖的“运营商A”。它会把“运营商A”的PLMN ID作为“返航点”保存下来。
  • 保存PLMN选择模式:同时,它也会记下当前OBU的网络选择模式,是“自动”还是“手动”。

这个机制确保了V2X网络的选择是一次“临时任务”。一旦车辆驶离智慧高速,它就能自动、无缝地切回到之前的公共网络,恢复如音乐流媒体、常规导航等普通数据业务,对车内乘客的体验影响降到最低。

场景再现:

“智行一号”正平稳地行驶在连接智慧高速的匝道上,其OBU正稳定地驻留在“运营商A”的5G网络上。车载导航系统检测到前方2公里即将进入V2X强制通信区域,遂向OBU的NAS层发送了“准备V2X通信”的指令。OBU立即响应,在内存中记下当前的网络状态:{RPLMN: Operator A, Mode: Automatic}。这个“出口匝道”信息已经被妥善保管。

2. 启动“自动驾驶”模式:强制切换至自动选网(规范条款 ii)

V2X网络的选择,涉及到复杂的频谱、授权和安全策略,这些都不是驾驶员甚至车辆本身应该操心的。因此,规范要求将这个过程完全自动化。

ii) the MS shall enter into Automatic mode of PLMN selection as specified in clause 4.4 taking into account the additional requirements in items iii) to x) below;

深度解析:

与ProSe一样,无论OBU之前处于何种网络选择模式,一旦V2X通信任务被触发,它将强制进入一个临时的、以V2X为目标的自动PLMN选择模式。这剥夺了用户(在此场景下是车辆或驾驶员)的手动干预权,确保终端能够严格按照3GPP定义的技术规则,去寻找最合适的V2X网络,避免因错误的手动选择导致安全功能失效。

3. 全景扫描:寻找支持V2X的“数字信标”(规范条款 iii)

进入自动模式后,“智行一号”的OBU开始扫描周边的无线环境,但它不是在茫然寻找信号,而是用一套精密的“V2X网络过滤器”来筛选所有可用的信号。

iii) Among the PLMNs advertised by the E-UTRA or NG-RAN cell … the MS shall choose one allowable PLMN which meets:

  1. the following:
  • provides radio resources for V2X communication over PC5;
  • is in the list of authorised PLMNs for V2X communication over PC5…
  • is not in the list of “PLMNs with E-UTRAN not allowed”…
  1. or the following:
  • provides radio resources for V2X communication over PC5; (for NR)
  • is in the list of authorised PLMNs for V2X communication over PC5… (for NR)
  • is not in the list of PLMNs where the N1 mode capability was disabled…

深度解析:

这段规则的核心是定义了一个合格的V2X网络必须具备的四个条件,这套逻辑与ProSe几乎完全相同,只是服务类型从“ProSe”换成了“V2X”:

  1. 信号可达 (Signal Reachable):OBU必须能扫描到该PLMN的4G (E-UTRA) 或 5G (NR) 信号。
  2. V2X就绪 (V2X-Ready):该小区必须在其广播的系统信息中明确声明自己“提供V2X PC5通信资源”。这是硬件和功能上的硬性要求。
  3. 授权许可 (Authorized Access):该PLMN的ID必须存在于OBU内部一个预配置的“V2X授权PLMN列表”中。这个列表由汽车制造商或运营商提前配置,确保车辆只会连接到经过认证、符合安全标准的V2X网络。
  4. 信誉良好 (No Black marks):该PLMN不能在OBU的任何“黑名单”上,例如因之前注册失败而被临时禁止。

场景再现:

“智行一号”的OBU在智慧高速入口附近扫描到三个网络的信号:

  • 运营商A:信号依然很强,但其基站是为公众服务的,并未广播V2X PC5资源。筛选失败
  • 运营商B:另一个商用网络,同样未广播V2X PC5资源。筛选失败
  • 智慧高速专用网 (PLMN ID: 460-15):这是一个由高速公路管理方与运营商合作部署的网络,信号覆盖整条高速。其路边单元(RSU)广播的系统信息中明确包含了“V2X PC5资源可用”的指示。OBU检查其内部的“V2X授权PLMN列表”,460-15赫然在列,且不在任何黑名单中。筛选成功!

OBU立即锁定了“智慧高速专用网”,并向其发起注册请求。

4. 应对突发路况:注册失败后的应急预案(规范条款 iv & v)

自动驾驶的世界里,必须对任何意外都有预案。如果“智行一号”在尝试连接专用网络时失败了,它的行为将直接影响行车安全。

iv) if the registration fails due to “PLMN not allowed” or “EPS services not allowed” … then the MS shall update the appropriate list of forbidden PLMNs… and shall:

A) if the PLMN provides common radio resources needed by the MS to do V2X communication over PC5… perform V2X communication over PC5 on the selected PLMN in limited service state. B) return to the stored duplicate PLMN selection mode and use the stored duplicate value of RPLMN for further action; or C) perform the action described in iii) again…

深度解析:

当注册失败时,规范同样为V2X场景提供了与ProSe相同的三条应急路径,其选择权留给了终端制造商。

  • 路径A:有限服务模式 - 安全优先原则 这是V2X场景下至关重要的安全保障机制。即使OBU因为鉴权问题无法完成在核心网的完整注册(比如无法使用车载娱乐系统),但只要路边单元(RSU)仍在广播V2X通信所需的公共无线资源,OBU就可以进入“有限服务状态”。在这种状态下,OBU依然可以收发V2V/V2I的基本安全消息(Basic Safety Messages, BSM),如车辆位置、速度、行驶方向、刹车状态等。这意味着,即使“上不了网”,车辆的安全“感官”——V2X通信,依然在线。这对于预防碰撞、感知盲区等安全应用是绝对必要的。

  • 路径B:放弃测试,返回公共道路 如果连最基本的V2X资源都无法获取,OBU会判断无法满足智慧高速的准入条件。它将中止V2X选择流程,加载之前保存的“返航点”,切回“运营商A”网络。同时,车载系统会向驾驶员或远程监控中心发出告警:“V2X连接失败,无法进入自动驾驶测试路段”。

  • 路径C:寻找备用路线 如果该区域部署了多个V2X网络(例如,一个主用,一个备用),OBU在主用网络注册失败后,可以将其临时“拉黑”,然后重新执行第三步的筛选流程,尝试连接备用V2X网络。

场景再现:

假设“智慧高速专用网”的核心网正在进行短暂的软件更新,导致“智行一号”的注册请求失败,返回了“5GS services not allowed”。然而,路边的RSU依然在正常广播PC5资源。

“智行一号”的OBU被设计为“安全第一”,它果断选择了路径A。OBU进入了“有限服务状态”,车载信息娱乐系统可能会提示“网络连接受限”,但仪表盘上的V2X状态灯显示为绿色。此时,“智行一号”可以正常地向周围车辆广播自己的状态,并接收来自前方车辆的“前方急刹车”预警,从而提前、平顺地减速,避免了追尾风险。

5. 驶离赛道:任务结束与状态恢复(规范条款 vi - x)

路测任务总会结束。当“智行一号”驶离智慧高速时,它需要自动地从“赛道模式”切回到“公路模式”。

viii) if the MS is switched off while on the selected PLMN and switched on again, the MS shall use the stored duplicate value of RPLMN as RPLMN…

ix) if the user initiates a PLMN selection while on the selected cell, the MS shall delete the stored duplicate value of PLMN selection mode…

x) if the MS no longer needs to perform V2X communication over PC5, the MS shall return to the stored duplicate PLMN selection mode and use the stored duplicate value of RPLMN for further action.

深度解析:

退出V2X任务模式的触发条件与ProSe场景如出一辙:

  • 任务正常结束 (x):这是最常见的情况。“智行一号”的车载导航检测到车辆已驶离智慧高速覆盖范围,或者测试任务已完成。系统向OBU发送“V2X通信结束”指令。OBU立即加载之前保存的“返航点”信息,主动切回“运营商A”网络。
  • 丢失信号 (vi):车辆驶出V2X网络覆盖区。OBU会尝试使用预配置的资源进行V2X通信(如果支持),或者直接放弃任务,返回公共网络。
  • 手动干预 (ix):测试工程师通过控制台手动改变网络设置,会强制中断V2C任务,并触发一次全新的PLMN选择。
  • 重启 (viii):如果OBU在V2X网络下意外重启,它会忽略V2X任务的上下文,直接使用保存的RPLMN(运营商A)作为开机首选网络。

场景再现:

“智行一号”顺利完成了所有测试项目,在导航的指引下驶出智慧高速的最后一个收费站。车载系统自动向OBU发送了“任务结束”指令。OBU的NAS层立即执行条款(x)的逻辑,调出内存中的{RPLMN: Operator A, Mode: Automatic},开始搜索“运营商A”的信号并迅速注册成功。车内的音乐流媒体无缝地继续播放,仿佛什么都未曾发生。一场复杂的、以安全为核心的网络切换任务,在悄无声息中完美落幕。

6. 总结

V2X触发的PLMN选择,再次向我们展示了3GPP规范如何为特定的垂直行业应用场景提供深度定制化的网络行为。它与ProSe机制在逻辑上高度一致,体现了标准设计的模块化和可重用性思想,但其应用背景和意义却与交通安全紧密相连。

通过本章对“智行一号”任务之旅的剖析,我们掌握了其核心机制:

  1. 任务状态的可逆性:通过“上下文保存与恢复”,确保了V2X专用网络的接入是临时的、可回退的,保障了通用业务的连续性。
  2. 决策的自动化与专业化:强制进入自动模式,将复杂的网络选择权交给终端,确保了连接的可靠性和安全性。
  3. 严格的准入筛选:通过多维度的技术标准过滤,确保车辆只会连接到合法、有能力的V2X网络。
  4. 以安全为核心的冗余设计:强大的“有限服务模式”是整个机制的精髓,它确保了在核心网连接异常的情况下,最基础的车辆安全通信依然能够运行,是自动驾驶安全的一道重要防线。

随着5G-V2X(NR-V2X)技术的不断成熟和部署,这套写在规范里的严谨逻辑,正在被集成到每一辆智能汽车的“神经系统”中,为我们构建一个更安全、更高效的未来交通网络。


FAQ环节

Q1:什么是V2X中的PC5接口?它和Uu接口有什么不同? A1:PC5接口是3GPP为V2X定义的“直通链路”接口,它允许车辆之间、车与路边单元之间直接通信,不经过基站(gNB)进行数据转发。它的优势是时延极低、可靠性高,非常适合传输紧急安全消息。Uu接口则是我们传统意义上手机连接基站的空中接口。在V2X场景中,Uu接口主要用于车辆与V2X应用服务器之间进行非时延敏感的通信(如高精度地图下载、软件更新等),以及用于网络对PC5链路的授权和管理。

Q2:我的车有车联网功能,它用的是3.1C章节里描述的这种技术吗? A2:不一定。早期的车联网功能(Telematics)大多只使用传统的Uu接口,即车载模块像一部手机一样连接公共网络,提供在线导航、远程控制、娱乐信息等服务。而本章讨论的V2X PC5直接通信技术,属于更高级的C-V2X(Cellular-V2X)范畴,主要用于主动安全和协同驾驶。目前,越来越多的新车型开始标配C-V2X功能,如果你的车支持“绿波通行预警”、“前向碰撞预警”等功能,那么它很可能就应用了本章所描述的技术。

Q3:为什么V2X通信需要网络的授权?车辆之间不能像Wi-Fi一样自由通信吗? A3:主要有三个原因:1) 频谱管理:V2X通信使用的是运营商的授权频谱,为了避免干扰和混乱,必须由网络统一进行资源分配和调度。2) 安全与信任:由网络进行身份认证和授权,可以确保只有合法的、受信任的车辆才能在交通网络中广播消息,防止恶意车辆发送虚假信息(如伪造的事故警告)引发混乱。3) 商业模式与服务质量:网络介入可以实现更丰富的服务,如提供差异化的服务质量(QoS)、进行计费和管理,并与更广泛的智慧城市应用集成。

Q4:“有限服务状态”下的V2X通信,能传多远?可靠吗? A4:通信距离和可靠性主要由物理层的设计决定,而非服务状态。3GPP定义的V2X PC5接口在视距(Line-of-Sight)环境下,通信距离通常可以达到数百米甚至一公里以上,足以满足大多数交通场景的需求。其物理层设计针对高速移动场景进行了优化,具有很高的可靠性。“有限服务状态”只是表明OBU未能与核心网建立完整的信令连接,但它与无线侧(AS层)的通信能力是解耦的,因此并不影响其PC5链路的物理性能。

Q5:如果我的车进入了一个没有V2X专用网络的地区,V2X功能是不是就失效了? A5:不完全是。3GPP V2X定义了多种资源分配模式。除了本章讨论的网络调度模式(Mode 3/Mode 1),还有一种车辆自主资源选择模式(Mode 4/Mode 2)。在这种模式下,即使没有网络覆盖(out-of-coverage),车辆也可以在预先配置的资源池中,通过“监听-选择”的方式自主选择信道进行V2X通信。因此,即使在偏远地区,车辆间的安全通信依然有可能建立。不过,网络覆盖下的模式能提供更高效、更可靠的资源调度。