srsRAN 4G系统中TCP上行吞吐量异常问题分析与解决

问题背景

在使用srsRAN 4G实验室环境进行性能测试时，发现了一个有趣的现象：系统下行链路性能表现正常，但上行链路在使用TCP协议时吞吐量远低于预期且波动较大。该系统配置包括两台USRP N310设备，采用25个PRB（5MHz带宽）的配置，理论上行速率应达到约12Mbps。

现象分析

测试过程中发现几个关键现象：

1. 下行链路TCP测试结果符合预期（约19Mbps）
2. 上行链路TCP测试结果不稳定且低于预期（远低于10Mbps）
3. 上行链路使用UDP协议时性能接近预期且稳定
4. 在ZMQ仿真环境中，TCP上行性能表现正常

通过进一步测试发现，即使在UDP模式下，当发送速率为5Mbps（远低于理论容量）时，系统仍会出现2-4%的数据包丢失率，而此时无线链路质量指标（SNR、BLER）均显示良好。

深入排查

技术人员进行了多方面的排查：

1. 系统资源检查：确认CPU使用率正常，排除计算资源瓶颈
2. 协议栈分析：对比TCP和UDP的行为差异，考虑TCP拥塞控制与eNB资源分配的潜在交互问题
3. 数据流追踪：通过监控UE和eNB的GTP-U数据包计数，发现eNB发送的数据包数量与EPC接收的数量存在2-3%的差异

问题根源

最终定位到问题并非出在srsRAN系统本身，而是实验室网络交换机的性能问题。具体表现为：

1. 在eNB与EPC之间的网络路径上存在数据包丢失
2. 这种丢失在TCP传输时被放大，导致TCP拥塞控制机制频繁降速
3. UDP由于没有重传机制，虽然也有丢包但影响相对较小

解决方案

采取以下措施后问题得到解决：

1. 使用专用小型交换机替代原有网络设备
2. 确保UE、eNB和EPC三台设备直接连接到同一交换机
3. 重新测试确认GTP-U数据包传输无丢失

经验总结

这个案例提供了几个有价值的经验：

1. 端到端思维：无线通信系统性能问题可能出现在任何环节，需要全面排查
2. 监控手段：GTP-U数据包计数是定位传输层问题的有效工具
3. 测试方法：先验证UDP性能再测试TCP是合理的排查顺序
4. 环境因素：实验室网络设备性能可能成为瓶颈，需要特别关注

对于使用srsRAN搭建测试环境的工程师，建议在进行性能测试时：

1. 首先确保基础网络设施性能达标
2. 从UDP测试开始建立性能基准
3. 系统性地收集和分析各环节的监控数据
4. 考虑TCP和UDP协议特性的差异对测试结果的影响