首页 理论教育 诺基亚MME处理VoLTE业务的S1切换异常问题解析

诺基亚MME处理VoLTE业务的S1切换异常问题解析

时间:2023-06-28 理论教育 版权反馈
【摘要】::测试中发现爱立信eNB、诺基亚MME组合时,在特定区域,VoLTE业务中的S1切换失败频发。:1)在eNB侧跟踪发现VoLTE通话建立后,eNB发起了S1切换请求,MME无回应,超时后,eNB取消切换。MME收到该消息后,判断无法处理该场景,未进一步处理。对于此种场景,MME不支持,造成对源eNB无响应,切换超时失败。:MME针对此场景处理机制不规范,建议诺基亚MME完善处理机制:能够支持S1切换中存在多个e-RAB,并且只有部分e-RAB携带dL-Forwarding的场景。

诺基亚MME处理VoLTE业务的S1切换异常问题解析

【问题描述】:

测试中发现爱立信eNB、诺基亚MME组合时,在特定区域,VoLTE业务中的S1切换失败频发。

【问题分析】:

1)在eNB侧跟踪发现VoLTE通话建立后,eNB发起了S1切换请求,MME无回应,超时后,eNB取消切换。

2)通过信令监测,还原切换流程的S1接口消息,发现源eNB发起切换请求后,MME向目标eNB转发切换请求,目标eNB回ACK后,MME未进一步处理,造成源eNB等待超时。

3)对比切换成功的消息,发现区别在于源eNB发起的切换请求中,3个承载携带的dL-Forwarding参数不同:在成功消息中,3个承载都携带了dL-Forwarding;在失败消息中,e-RAB5/6两个承载没有携带dL-Forwarding,而e-RAB7携带了dL-Forwarding。目标eNB根据该参数指示,对于e-RAB5/6没有分配dL-GTP-TEID,对于e-RAB7分配了dL-GTP-TEID。MME收到该消息后,判断无法处理该场景,未进一步处理。(www.xing528.com)

4)成功信令如图13-123所示。源eNB发起S1切换,携带了id-Direct-Forwarding-Path-Availability,每个承载都携带了dL-Forwarding,MME处理正常,切换成功。

5)对比失败场景:eNB发起S1切换请求,在承载信息中,e-RAB5/6没有携带dL-Forwarding、e-RAB7携带了dL-Forwarding,如图13-124所示。

对于此种场景,MME不支持,造成对源eNB无响应,切换超时失败。

解决方案】:

MME针对此场景处理机制不规范,建议诺基亚MME完善处理机制:能够支持S1切换中存在多个e-RAB,并且只有部分e-RAB携带dL-Forwarding的场景。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈