诺基亚QCI参数设置不一致导致ERAB建立失败案例

上传人:q****9 文档编号:270808592 上传时间:2022-03-27 格式:DOCX 页数:9 大小:3.94MB
返回 下载 相关 举报
诺基亚QCI参数设置不一致导致ERAB建立失败案例_第1页
第1页 / 共9页
诺基亚QCI参数设置不一致导致ERAB建立失败案例_第2页
第2页 / 共9页
诺基亚QCI参数设置不一致导致ERAB建立失败案例_第3页
第3页 / 共9页
诺基亚QCI参数设置不一致导致ERAB建立失败案例_第4页
第4页 / 共9页
诺基亚QCI参数设置不一致导致ERAB建立失败案例_第5页
第5页 / 共9页
点击查看更多>>
资源描述

《诺基亚QCI参数设置不一致导致ERAB建立失败案例》由会员分享,可在线阅读,更多相关《诺基亚QCI参数设置不一致导致ERAB建立失败案例(9页珍藏版)》请在金锄头文库上搜索。

1、QCI参数设置不一致导致ERAB建立失败案例【故障现象】:近日在日常异常指标监控及小区处理过程发现临夏ERAB指标劣化严重,现象如下:具体分析得知从3月17日后临夏地市会随机性的出现ERAB建立失败top小区,如下:根据TOP小区并利用DO平台,发现主要是由于个别top用户导致,约每天失败5000次,如下列表【原因分析】:通过DO抓包发现我们MME在本地用户(18609312896)TAU的过程中给签约数据为QCI8的用户下发QCI等级为7。然后再修改为QCI8。并在此过程中存在了一些异常流程。如下图 通过DO找到的外地用户(460013589306290湖北号码,疑似HSS默认QCI为6),

2、在eNB异常响应后,MME则不会发起detach流程,UE仍在4G,但是核心网进行QCI7的eRAB建立请求时,UE不响应,导致eRAB建立失败,UE无法在4G上网。针对以上现象提出以下问题:1、 MME在用户TAU的过程中给签约数据为QCI8的用户为何会下发QCI等级为7,然后再修改为QCI8?2、 对于本地用户,TAU时QCI不一致,MME会进行ERAB修改,在ERAB修改过程中是什么原因导致UE无响应致使UE重新附着才能上网?3、 为何本地的用户遇到此种情况时MME会将用户重新去附着,而外地问题用户则没有此流程,导致无法上网?针对以上三个问题,详细分析了log并查询相关协议得出结果如下:

3、问题1:通过DO 抓包发现该本地用户(18609312896)是从23G切换到4G的,这一点可以从多条信令中得到验证,例如TAU request中的CKSN字段:所以QCI=7是从2/3G的QOS:TC=Interactive,THP=2中mapping过来的,并且我们从该消息也看到用户在2/3G是激活PDP的,那么TAU后,第一次建立的CREATE SESSION 是按照2/3G QOS来的,等整个TAU完毕,再按照从HSS得到的4G qos来完成Bearer的修改。3GPP QOS映射关系如下:问题2,通过查询3GPP协议得知如下内容;QCI modificationBy the QCI

4、modification the old nonGBR Q CI of an EPS bearer is replaced by a new nonGBR QCI and the configuration of the new QCI is applied to the EPS bearer.The modification of a QCI is only allowed if all configuration parameters except for schedulWeight dscp counterGroup scheduling priority scheduling BSDr

5、emain unchanged by the modification. An E-RAB Modify Request for QCI modification is rejected if the QCIs differ in other parameters.The QCI of EPS bearers with the QCI=5 and scheduling type “SIGNALLING” are not to be changed because it has been reserved for IMS signaling即QCI修改时需要将eNB中不同等级QCI参数修改为一致

6、,否则将会eRAB修改失败,除schedulWeight、dscp、counterGroup、scheduling priority、scheduling BSD5个参数。如下:经查实出现的top小区主要是由于不同的QCI等级pdcpProfIdx 参数设置不一致导致,其它参数基本设置一致,如下图:问题3本地用户之所以MME将用户去附着,是因为SGW给MME的delete bearer request中有reactivation requested指示,让MEE去激活该UE,如下图:根据协议,delete bearer request是从PGW发起,P在归属地,而外地号码应该没收到归属PGW发

7、来的该消息,可能是丢包,或者外地号码归属的P-GW没有发起delete bearer request,具体原因还需核实。【解决方法】在3月26日将不同的QCI等级pdcpProfIdx 参数设置为一致后,MME在修改ERAB时,UE响应正常;如下:外地问题用户因不存在ERAB修改失败也可正常上网了,如下:临夏全网ERAB建立成功率也恢复正常,如下:【建议与总结】: 1、在日常疑难杂症的分析解决中DO平台具有不可或缺的作用,有资源的项目应充分利用DO平台,抓取和分析log,从而可以事半功倍。2、在遇到疑难问题时,应多查查协议,往往可以找到问题的根本原因。3、应定期进行全网参数核查,避免错误参数配置导致的指标恶化甚至用户投诉。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 电子/通信 > 3G/4G及新技术

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号