Open5GS中单向媒体承载建立问题的分析与解决

问题背景

在VoLTE/ViLTE通信场景中，当应用服务器尝试通过SIP UPDATE消息建立单向媒体流（如从媒体资源功能MRF到A方的单向视频流）时，Open5GS核心网组件出现了承载建立失败的问题。这个问题在双向媒体流（sendrecv）场景下工作正常，但在单向媒体流（sendonly/recvonly）场景下会出现错误。

技术分析

通过分析问题日志和抓包数据，可以确定问题发生在以下几个关键环节：

1. SDP协商过程：MRF发送的UPDATE消息中，音频流使用sendrecv属性，视频流使用sendonly属性，期望建立单向视频媒体通道。

2. 承载修改流程：

   • SMF收到P-CSCF的Rx接口请求后，发起承载修改流程
   • SGW-C向MME发送Update Bearer Request消息
   • MME向UE发送Modify EPS Bearer Context Request

3. 问题根源：在承载修改过程中，PFCP会话的PDR（Packet Detection Rules）规则没有被正确更新，而是被意外删除，导致后续出现GTP错误指示。

解决方案

开发团队针对此问题进行了修复，主要修改点包括：

1. PFCP会话管理：确保在承载修改过程中正确更新PDR规则，而不是删除重建。

2. GTP事务处理：修复了可能导致SMF崩溃的GTP事务处理逻辑。

3. 状态同步机制：改进了SMF与UPF之间的状态同步，确保单向媒体流场景下的承载参数能够正确传递。

验证结果

修复后验证表明：

1. 单向媒体流（sendonly/recvonly）场景下的承载能够正常建立
2. 不再出现GTP错误指示消息
3. SMF运行稳定，没有崩溃情况发生
4. 端到端的VoLTE/ViLTE呼叫流程完整执行

技术意义

这个修复对于VoLTE/ViLTE业务中的早期媒体播放场景尤为重要。在典型的呼叫流程中，当被叫方振铃时，网络可能需要建立从媒体服务器到主叫方的单向媒体流（如播放回铃音或视频）。此修复确保了这类场景的可靠实现。

总结

Open5GS作为开源5G核心网实现，通过持续的问题修复和功能完善，正在不断提升对复杂IMS业务场景的支持能力。本次单向媒体承载问题的解决，标志着Open5GS在VoLTE/ViLTE业务支持方面又迈出了重要一步。