中兴5G-NSA模式下无法建立扩展QCI128

中兴5GNSA模式下无法建立扩展QCI128分析案例案例上报省份：江苏案例上报人：郝隽一、关键词：NSA、扩展QCI二、案例分类1.问题分类：用户感知2.手段分类：参数调整三、优化背景目前江苏4G现网逐步应用了QCI6、QCI7和扩展QCI128用于承载游戏、视频和支付类业务。为了验证NSA模式下，各QCI是否可以正常建立在5G上，组织进行了测试。四、问题现象采用中兴天机10在NSA模式下5G站点下进行不同QCI承载建立测试，其中QCI6和QCI7均可以正常在5G建立。但多次验证扩展QCI128均建立失败，5G锚点站FDD4G可正常建立扩展QCI128，而5G侧始终未有扩展QCI128承载建立五、原因分析（1）扩展QCI128承载建立信令过程通过5G锚点站（4G）网管跟踪UE信令（基于IMSI的LOG采集），UE发起支付业务后，MME向基站侧发送ERabsetuprequest消息，请求建立扩展QCI128专载；由此说明核心网侧已经配置支付业务采用扩展QCI128专载；基站收到请求消息后，向MME侧回复ERabsetupresponse，5G锚点站（4G）扩展QCI128承载建立成功，而观察5G侧信令无扩展QCI建立信令；没有到5G站点的X2信令交互信息，直接建立到4G锚点小区；（2）扩展QCI128与QCI6（游戏）承载建立信令过程对比通过与QCI6（游戏）承载建立流程对比分析发现，QCI6（游戏）承载建立过程中存在5G锚点站（4G）与5G站点间的信令交互，通过信令交互5G侧完成QCI6承载建立；UE发起游戏业务后，MME向基站侧发送ERabsetuprequest消息，请求建立扩展QCI6专载，随后即发起与5G侧信令交互；5G侧收到SGNBADDITIONREQUEST，请求建立e_RAB_ID为7的QCI6专用承载；随后5G侧发送SGNBADDITIONREQUESTACKNOWLEDGE，响应e_RAB_ID为7的QCI6专用承载；5G侧收到SGNBRECONFIGURATIONCOMPLETE，完成e_RAB_ID为7的QCI6专用承载建立；5G锚点站（4G）与5G侧交互完成后，向MME侧回复ERabsetupresponse，QCI6承载建立成功；六、解决方案对QCI6与QCI128相关参数进行核查发现：在5G锚点站（4G）侧存在QCI6的双连接承载类型，而无扩展QCI128的双连接承载类型；故在5G锚点站（4G）侧按QCI6的参数配置建立QCI128的双连接承载类型；七、效果评估在5G锚点站（4G）侧按QCI6的参数配置建立QCI128的双连接承载类型后，进行支付业务扩展QCI128专载验证测试，5G锚点站（4G）、5G侧均正常建立QCI128专载；详细信令如下：（1）UE发起支付业务后，MME向基站侧发送ERabsetuprequest消息，请求建立扩展QCI128专载；随后5G锚点站（4G）与5G侧进行信令交互，协商在5G侧建立扩展QCI128专载；（2）5G侧收到SGNBADDITIONREQUEST，请求建立e_RAB_ID为6的QCI128专用承载；（5G侧跟踪信令与5G锚点站（4G）侧跟踪信令存在时间差）（3）5G侧发送SGNBMODIFICATIONREQUESTACKNOWLEDGE，响应e_RAB_ID为6的QCI128专用承载；（5G侧跟踪信令与5G锚点站（4G）侧跟踪信令存在时间差）（4）5G侧收到SGNBRECONFIGURATIONCOMPLETE，完成e_RAB_ID为6的QCI128专用承载建立；（5G侧跟踪信令与5G锚点站（4G）侧跟踪信令存在时间差）（5）5G锚点站（4G）侧侧与5G侧交互完成后，向MME侧回复ERabsetupresponse，QCI128承载建立成功；八、基于案例提炼的方法、流程及评估标准建议