关于电信用户占用5G联通共享站点投诉的问题分析报告
一、问题描述
7月4号，电信的VIP用户投诉在椒江区域占用联通的5G网络后拨打电话异常，占用共享站点上网速率也比较卡。
二、问题分析
现场根据用户提供的经纬度进行测试分析，并对投诉的两类问题进行分析和处理，主要的问题分析如下：
（一）联通共建共享中兴锚点站电信NSA用户volte业务推送到电信非锚点华为站建立失败的问题分析
1. 详细问题分析
投诉场景描述：投诉场景为联通承建的45G站点，华为的非锚点区域，电信NSA终端在中兴共建共享锚点发起volte业务，联通共建共享站中兴设备的ARFCN是1650，电信非锚点华为设备的ARFCN是1850，针对volte业务，联通共建共享的策略是推送到华为1850做业务，但实际测试过程发现这个场景的语音测试失败。从后台信令分析看，我司基站成功切换到华为站，表示共建共享站的推送策略正常。
前台UE log分析
切换成功后，ue在华为没有volte业务没有成功建立，具体原因需要华为侧分析
2. 异厂家对接已知故障
如果中兴未携带LTE的QCI9的RLC配置，那么切换过程会出现异常：
对于SCG模式，NR只存在NR RLC承载，LTE上没有对应的承载，所以在handover required消息中没有QCI9的RLC配置。
3. 现场针对这个问题多场景验证如下
3.1 QCI9配置SCG模式，volte业务失败
终端接入阶段建立qci9、1、5承载；
对应qci1、5为MCG承载，qci9承载在切换之前没有进行删除，带sn切换到华为站点
而qci9承载，华为在切换命令中携带了qci9承载接纳失败并且启动了fullconfig和sn删除；在我司切换源测需要主动5G发起qci9的sn释放；
volte语音承载在切换过程中一直是存在的，这一点可以handover required消息里面看到，至于语音失败，可能是终端到切换目标华为站点后出现了异常导致语音建立失败。
Handover required消息QCI9只有NR RLC
切换到华为站点，切换ACK回复了qci9的erab接纳失败列表
3.2 QCI9配置SCG Split，volte业务正常
Handover required消息QCI9有LTE RLC+NR RLC
切换到华为站点，切换ACK没有回复qci9的erab接纳失败列表
3.3 ENDC策略配置先删后切，volte业务正常
此过程先删除SN再切换：
终端建立qci9、1、5承载；对应qci1、5为MCG承载，其中qci9承载，在进行切换前，sn在我司侧主动发起了SN释放，对应qci9承载是NR PDCP+LTE RLC
切换到华为站点，切换ACK没有回复qci9的erab接纳失败列表
需要补充此场景下的RLC截图，此处应该LTE RLC
切换到华为站点，切换ACK没有回复qci9的erab接纳失败列表
4. 分析结论
从测试验证和信令分析看，由于华为基站不支持双连接承载类型为SCG模式的切换，导致NSA终端从我司锚点站切向华为非锚点站时语音业务异常，当我司基站配置SCG Split或者修改endc策略，volte业务先删SN再切换都是正常的。
5. 解决方案/临时规避措施：
以下两种措施任意选择其一，都可以规避当前问题。
方案一：将我司锚点站qci9的承载模式修改SCG Split。
7/6凌晨00:30已验证，此功能多次拨测volte语音都可以正常通话
方案二：修改ENDC策略先删后切。
NSA用户在发起vote业务时候先删除SN再切换到华为非锚点，7/5 23:30已验证，此功能多次拨测volte语音都可以正常通话
6. 遗留问题
1、需要华为侧协助分析语音建立失败原因
7. 附录
异厂家NSA切换协议理解澄清
【问题分析】
友商反馈：异厂家切换准备失败问题定位：由于中兴SCG模式下，QCI9的LTE RLC信息未携带，只是在NR侧配置了，不符合协议规范，导致异厂家切换准备失败；协议规范要求：NSA用户切换时需要在切换请求中携带LTE RLC配置信息。
中兴应答：
1). Option3x是TR38.801定义的，NSA标准协议是TS37.340。协议定义的Option3x是SCG Split承载，不能说Option3x下SCG是SCG Split一种特例，按照Option3a定义，RLC层只有NR RLC，并没有包含LTE RLC。
2)参见37.340协议 第4章节。
■Option 3x 支持 EN-DC组网下的SN terminated的SCG Split承载。
■Option 3a 支持EN-DC组网下的SN terminat
