Open5GS中gNB在MOCN配置下被识别为外部设备的解决方案分析

在5G核心网部署中，多运营商核心网共享（MOCN）是一个重要特性，它允许多个运营商共享同一个无线接入网（RAN）。然而，在Open5GS v2.7.2版本中，当gNodeB配置了多个PLMN（公共陆地移动网络）时，AMF可能会错误地将合法的gNodeB识别为外部设备并拒绝连接。

问题背景

在典型的MOCN部署场景中：

1. 一个gNodeB可以配置多个PLMN标识
2. 其中一个是主PLMN（如001/01）
3. 其他是辅助PLMN（如999/38）
4. AMF可能配置为使用辅助PLMN（如999/38）

当gNodeB尝试连接到配置了辅助PLMN的AMF时，Open5GS的AMF组件错误地判断该gNodeB为外部设备，导致连接被拒绝。这违背了MOCN的设计初衷，即允许不同运营商的网络共享同一基础设施。

技术分析

从日志分析可见关键问题点：

1. gNodeB正确上报了多个PLMN信息
2. AMF错误地将全局gNB标识中的PLMN-ID判断为外部网络
3. 导致NG-Setup流程失败

根本原因在于AMF的PLMN验证逻辑存在缺陷，没有正确处理MOCN场景下的多PLMN配置。在标准实现中，AMF应该：

1. 接受gNodeB上报的所有PLMN列表
2. 与自己配置的PLMN进行匹配
3. 只要有一个PLMN匹配成功就应允许连接

解决方案

该问题已在Open5GS的后续更新中修复，主要修改包括：

1. 改进了AMF对gNodeB PLMN列表的处理逻辑
2. 增加了对MOCN场景的完整支持
3. 确保AMF能正确识别共享网络中的合法gNodeB

实施建议

对于遇到此问题的用户：

1. 建议升级到包含修复的版本
2. 确保gNodeB和AMF的PLMN配置一致
3. 验证所有PLMN都能被正确识别

总结

5G网络共享是运营商降低成本、提高覆盖的重要手段。Open5GS通过修复此问题，完善了对MOCN场景的支持，使运营商能够更灵活地部署共享网络架构。开发者和部署工程师应当关注此类核心网功能的完善，以确保网络部署的兼容性和稳定性。