Free5GC中PDU会话释放流程在IDLE状态下的问题分析

背景介绍

在5G核心网Free5GC项目中，PDU会话管理是一个关键功能模块。当用户设备(UE)处于IDLE状态时，系统会因用户不活动而触发资源释放流程。本文重点分析在该场景下，当用户开启飞行模式时，系统对PDU会话释放请求的处理机制。

问题现象

在Free5GC v3.4.2版本中，当UE处于IDLE状态时开启飞行模式，系统会发送PDUSessionResourceReleaseCommand消息作为对NAS PDU会话释放请求的响应。然而，根据协议规范，此时PDU会话应处于去激活(Deactivation)状态，理论上不应通过NGAP接口发送资源释放命令。

技术分析

协议规范要求

根据3GPP TS 23.502第4.3.4.2节规定：

1. 当PDU会话释放由UE发起时
2. 且该PDU会话的用户面连接处于激活状态时
3. SMF才应在响应中包含N2 SM资源释放请求

实际流程分析

1. 初始状态转换：

   • UE因用户不活动收到UEContextReleaseRequest(原因值：用户不活动)
   • 此时PDU会话应已转为去激活状态

2. 服务请求过程：

   • UE发送Service Request(服务类型：信令)
   • 即使服务请求完成，PDU会话仍保持去激活状态

3. 异常处理：

   • 当UE开启飞行模式时，系统错误地发送了PDUSessionResourceReleaseCommand
   • 根据协议，此时应仅通过DownlinkNASTransport发送PDU会话释放命令

代码实现问题

在Free5GC的pdu_session.go文件中，HandlePDUSessionSMContextUpdate函数存在以下问题：

• 无条件调用BuildPDUSessionResourceReleaseCommandTransfer
• 未检查upCnxState(用户面连接状态)的实际值
• 与association.go中的requestAMFToReleasePDUResources函数行为不一致

解决方案建议

1. 代码修正：

   • 在构建PDU会话资源释放命令前，应先检查upCnxState状态
   • 仅当用户面连接处于激活状态时才构建NGAP资源释放命令

2. 状态机完善：

   • 明确区分NAS层和NGAP层的状态管理
   • 确保PDU会话状态转换与用户面连接状态同步

3. 测试验证：

   • 增加IDLE状态下触发PDU会话释放的测试用例
   • 验证不同场景下系统行为是否符合协议要求

技术影响

该问题可能导致以下影响：

1. 不必要的信令开销
2. 潜在的资源管理混乱
3. 与某些UE实现可能产生兼容性问题

总结

Free5GC在PDU会话释放流程中需要更精确地处理用户面连接状态。通过完善状态检查和流程控制，可以确保系统在各种场景下都符合3GPP规范要求，提高系统的稳定性和兼容性。建议开发团队在后续版本中优化相关处理逻辑。