Open5GS AMF与NSSF交互中TAI缺失问题分析

在Open5GS 5G核心网部署过程中，AMF（接入和移动性管理功能）与NSSF（网络切片选择功能）的交互出现了一个典型问题：当AMF向NSSF发送网络切片请求时，未能包含必要的TAI（跟踪区域标识）信息，导致NSSF返回400错误响应。

问题现象

从日志分析可以看到，AMF在发起网络切片选择请求时，HTTP GET请求中缺少TAI参数。NSSF明确返回错误信息："TAI must be present in the request towards an NSSF in the serving PLMN"。这是3GPP规范中定义的必要参数，用于标识UE当前所在的跟踪区域。

技术背景

在5G核心网架构中：

1. TAI由PLMN ID（公共陆地移动网络标识）和TAC（跟踪区域码）组成
2. 网络切片选择过程中，NSSF需要知道UE的位置信息（TAI）才能提供正确的切片选择决策
3. 该参数在3GPP TS 29.531中定义为必选参数

解决方案

该问题在Open5GS的home-routed分支中已得到修复。开发团队确认将在该分支合并到主分支时同步更新。目前临时解决方案包括：

1. 使用git命令获取修复版本：

git clone -b home-routed https://github.com/open5gs/open5gs.git

2. 替换受影响的核心组件：

• lib/sbi目录
• src/amf目录

部署建议

对于需要立即解决该问题的生产环境，建议：

1. 完整克隆home-routed分支而非仅替换部分文件
2. 重新编译安装整个系统
3. 在Ubuntu 22.04环境下，使用标准编译流程：

meson build
ninja -C build

问题影响

该问题会导致：

1. PDU会话建立失败
2. 网络切片选择功能不可用
3. 影响支持网络切片的5G业务部署

总结

Open5GS作为开源5G核心网实现，其开发过程遵循迭代更新模式。该TAI参数缺失问题体现了5G协议实现的复杂性，特别是在网络切片等新功能方面。开发团队已确认问题并在特定分支提供修复，建议用户关注官方更新通知，或根据业务需求评估使用home-routed分支的可行性。