Open5GS中PLMN验证机制的技术解析与演进

背景概述

在5G核心网Open5GS项目中，PLMN(公共陆地移动网络)标识的验证机制是确保网络间正确互联互通的关键环节。近期项目社区针对AMF/MME如何验证gNB/eNB的PLMN标识进行了深入讨论，这直接关系到基站与核心网之间的NG/S1接口建立流程。

技术标准解读

根据3GPP TS38.413规范，当AMF收到NG SETUP REQUEST消息时，需要检查其中包含的PLMN标识。如果AMF无法识别请求消息中的任何一个PLMN/SNPN，则应当拒绝NG建立流程并返回适当的错误原因值。类似地，TS36.413规范对4G网络的S1接口也有相应规定。

实现方案演进

Open5GS最初采用的方式是比较GNB_ID/ENB_ID中的PLMN与基站广播的PLMN列表。这种实现存在以下技术考量：

1. 原始实现逻辑：

   • 验证GNB_ID中包含的PLMN是否出现在基站广播的TAI(Tracking Area Identity)列表中
   • 这种验证方式简单直接，但可能不符合标准规范的全部要求

2. 改进后的实现：

   • 对于5GC(5G核心网)：比较AMF支持的PLMN列表与gNB广播的PLMN标识
   • 对于EPC(4G核心网)：比较MME服务的GUMMEI中的PLMN与eNB广播的PLMN标识
   • 不再验证GNB_ID/ENB_ID中的PLMN，因为这部分属于RAN内部标识

技术差异分析

5G与4G在PLMN处理上存在重要区别：

1. 5G网络特性：

   • 明确区分supported PLMNs(支持PLMN)和served PLMNs(服务PLMN)
   • supported PLMNs涵盖所有兼容网络，支持漫游场景
   • served PLMNs是supported PLMNs的子集，标识实际提供服务的AMF

2. 4G网络特性：

   • 没有显式的supported PLMNs概念
   • 漫游依赖Diameter协议实现
   • 只能基于served GUAMIs进行验证

实现影响评估

这一变更对系统行为产生了多方面影响：

1. 功能正确性：

   • 更符合3GPP标准规范的要求
   • 支持更灵活的组网场景，特别是漫游情况

2. 兼容性考虑：

   • 需要同步调整相关测试用例
   • 对现有部署可能产生一定影响，需要评估升级路径

3. 运维影响：

   • 网络配置需要明确区分supported和served PLMNs
   • 故障排查时需要注意验证逻辑的变化

最佳实践建议

基于此次变更，建议在实际部署中注意：

1. 对于5G网络：

   • 在AMF配置中明确设置supported PLMNs列表
   • 确保包含所有可能接入的漫游伙伴PLMN

2. 对于4G网络：

   • 正确配置MME的served GUMMEI
   • 注意4G网络在漫游场景下的局限性

3. 测试验证：

   • 更新测试用例以匹配新的验证逻辑
   • 特别关注跨PLMN场景下的功能验证

总结

Open5GS对PLMN验证机制的改进体现了对3GPP标准的更准确实现，同时也考虑了实际部署的灵活性需求。这一变更使得5G网络能够更好地支持资源共享和漫游场景，同时也保持了4G网络的稳定性。网络运营商在升级时应当充分理解这一变化的技术内涵，确保网络配置的正确性。