Open5GS项目中SMF对Packet Filter Identifier的处理问题分析

背景介绍

在5G核心网架构中，会话管理功能(SMF)负责处理用户面会话的建立、修改和释放。其中，服务质量(QoS)规则和分组过滤器(Packet Filter)是实现业务流区分和优先级控制的关键机制。分组过滤器标识符(Packet Filter Identifier)作为区分不同过滤规则的重要参数，其正确处理对于5G网络的正常运行至关重要。

问题描述

在Open5GS项目的实现过程中，发现SMF模块对分组过滤器标识符的处理存在不一致性问题。具体表现为：

1. 存储方式：Open5GS内部将分组过滤器标识符存储在pf上下文中，取值范围为1到16
2. 通信过程：该标识符会被发送给用户设备(UE)，UE在后续通信中会返回相同的标识符
3. 处理逻辑：SMF在接收UE返回的标识符后，会通过smf_pf_find_by_identifier()函数查找对应的pf上下文，但当前实现会对接收到的标识符加1后再进行查找

技术分析

标准规范要求

根据3GPP技术规范：

1. TS24.008第10.5.6.12节(业务流模板)规定：对于某些操作，分组过滤器数量应大于0且小于等于15
2. TS24.501第9.11.4.13节(QoS规则)指出：对于特定的QoS规则操作，分组过滤器数量应大于等于0且小于等于15

实现差异

在5G核心网(5GC)和演进分组核心网(EPC)中，对分组过滤器标识符的处理存在差异：

1. 5GC实现：

   • 标识符应直接使用，不应进行加减操作
   • 当前实现错误地对接收到的标识符加1，导致查找失败

2. EPC实现：

   • 需要将标识符减1后再发送给UE
   • UE返回的标识符加1后才能正确匹配

影响范围

此问题主要影响5GC实现中的QoS规则处理，可能导致：

1. 分组过滤器匹配失败
2. QoS策略应用不正确
3. 业务流分类错误

解决方案

针对5GC实现，需要进行以下修正：

// 原错误实现(5GC中不正确)
pf = smf_pf_find_by_identifier(qos_flow, qos_rule[i].pf[j].identifier + 1);

// 修正后实现(5GC正确方式)
pf = smf_pf_find_by_identifier(qos_flow, qos_rule[i].pf[j].identifier);

实现建议

1. 版本兼容性：需要区分5GC和EPC的实现路径
2. 代码注释：添加详细注释说明处理逻辑差异
3. 单元测试：增加针对标识符处理的测试用例
4. 文档更新：更新相关设计文档，明确标识符处理规范

总结

正确处理分组过滤器标识符对于5G网络QoS机制的实现至关重要。Open5GS项目需要根据5GC和EPC的不同规范要求，分别实现标识符的处理逻辑。本次修正确保了5GC实现与3GPP标准的一致性，为后续QoS功能的完善奠定了基础。