srsLTE项目中PDN连接拒绝问题的分析与解决

问题背景

在使用srsLTE项目搭建4G网络测试环境时，开发人员遇到了一个典型的PDN（分组数据网络）连接被拒绝的问题。该问题表现为：当使用特定SIM卡时，用户设备(UE)能够成功完成网络附着过程，但在建立数据连接时收到PDN连接拒绝消息，导致无法访问互联网。

现象对比

通过对比两种不同SIM卡的行为，可以观察到明显的差异：

1. 工作正常的SIM卡（sysmocom）：

   • 成功完成EMM（EPS移动性管理）和ESM（EPS会话管理）流程
   • 正确获取IP地址（172.16.0.2）
   • 建立默认EPS承载（E-RAB id 5）
   • 能够进行后续的服务请求流程

2. 出现问题的SIM卡：

   • 虽然完成了认证和安全模式建立
   • 成功分配了IP地址（172.16.0.2）
   • 但在PDN连接请求阶段被系统拒绝
   • 多次重试后最终释放UE上下文

根本原因分析

深入分析日志和系统行为后，发现问题的根本原因在于IMSI（国际移动用户识别码）的格式不符合规范。具体表现为：

1. IMSI结构问题：

   • 正常SIM卡的IMSI以MCC（移动国家代码）和MNC（移动网络代码）开头（如99970...）
   • 问题SIM卡的IMSI格式为001010...，与系统中配置的MCC（999）和MNC（70）不匹配

2. 协议栈处理差异：

   • 在附着过程中，系统能够接受异常的IMSI格式
   • 但在建立数据连接时，核心网会验证IMSI的完整性
   • IMSI格式不规范导致后续的PDN连接请求被拒绝

技术细节

1. IMSI规范要求：

   • 标准IMSI由三部分组成：MCC（3位）+MNC（2-3位）+MSIN（9-10位）
   • 前3-6位必须与核心网配置的PLMN（公共陆地移动网络）标识匹配

2. srsEPC处理流程：

   • 认证阶段：主要验证SIM卡的鉴权参数，对IMSI格式容忍度较高
   • 会话建立阶段：会严格检查IMSI与网络配置的一致性
   • PDN连接阶段：需要完整的、符合规范的IMSI才能建立数据承载

3. 错误处理机制：

   • 系统在PDN连接拒绝后没有明确的原因值记录
   • 需要结合前后流程的日志分析才能定位问题

解决方案与建议

1. 立即解决方案：

   • 确保SIM卡的IMSI格式符合规范，以正确的MCC和MNC开头
   • 检查核心网配置的PLMN与SIM卡IMSI的匹配性

2. 长期改进建议：

   • 在srsEPC中增加IMSI格式验证的早期检查
   • 在PDN连接拒绝消息中包含更详细的拒绝原因值
   • 实现更完善的日志记录机制，便于问题诊断

3. 开发调试建议：

   • 在测试环境中使用标准格式的测试SIM卡
   • 建立IMSI格式验证的测试用例
   • 对异常IMSI情况实现更友好的错误提示

经验总结

这个案例展示了移动通信系统中标识符规范性的重要性。在实际部署中，即使是微小的标识符格式差异也可能导致协议栈不同层面的行为差异。对于开发者和测试人员而言，理解各协议层的验证机制和错误处理流程，能够更高效地定位和解决类似问题。

通过这个问题，我们也看到开源项目在实际应用场景中可能遇到的各种边界情况，这些经验对于完善项目代码和文档都具有重要价值。建议开发者在遇到类似问题时，首先检查所有标识符的格式是否符合规范，这是解决许多看似复杂问题的第一步。