W1402-案例-TAU后承载更新失败问题

故障主题： TAU后承载更新失败问题 关键字： 更新失败、互操作、速率 故障描述： 1．卡特室分割接至华为目标MME，在测试互操作的时候，发现几款CSFB终端开机无法驻留在4G，在约十秒后返回2G，并不断在2/3/4G之间翻转; 2．3G-4G互操作时，发现MME发给ENB的承载更新失败; 故障诊断： 现象：卡特室分割接至华为目标MME，在测试3-4互操作时发现MME发给ENB的承载更新失败，cause原因：invalid-qos-combination。在TAU后MME收到PGW的Update Bear Req，要求把QCI改为9，PL改为2，速率改为100000。其中QCI和PL下降了，速率提升了。之后E-RAB Modify也是填写这个QoS给eNB的。这个很有可能对用户互操作后下载速率产生影响。 ENB在拒绝了承载更新请求之后，用户在4G网络使用的是3G签约的相关承载信息： 使用测速软件测试，在TAU流程之后，用户的下载速率确实为8M（当晚4G附着用户测试为70M左右）。 分析：从4G回落到2G，2G—>3G，3G重选到4G时，核心网先按照3G的QOS对应4G QOS对应来给用户分配承载资源的，这时速率为2M，QCI=XX。随后马上MME根据从HSS中得到该UE真实的QCI=9，速率=100M来要求SAEGW侧和ENB侧来更新承载，SAEGW侧是成功的，但是ENB侧是失败的。目前TLA6.0不支持QCI的修改，LR13.3支持。造成用户3G-4G重选的时候，QCI级别停留在3G的级别，而无法自动修改到4G的级别，用户的下载速率也只有3G的速率，除非重新attch后，用户才能更新到4G的QCI，速率才能恢复4G的水准。 解决措施： 1. 修改ENB侧参数 2. 版本升级解决 预防监控措施： 附件：