分享

5G SCG failure流程及现网案例分析

 雪啸晴 2020-02-14

▋问题背景

规模试验期间,外场测试拉网发现存在大量SCG Failure现象,SCG Failure影响切换成功率,造成流量掉坑现象,对移动情况下实时用户速率体验造成严重影响。SCG Failure比率是网络建设和优化水平的一个重要评判指标。

▋SCG failure信令流程

1、信令流程:

2、目前协议上对于SCGFailure定义的6个原因:

① T310超时,RLF。(常见)

② 随机接入问题

③ RLC达到最大重传次数

④ 与SCG同步失败,一般为T304超时。(常见)

⑤ SCG配置失败

⑥ SRB3完整性校验失败

▋漏配邻区导致的T310超时

1、处理分析:终端在735小区上报SN Change的测报,目标小区为169,未见基站下发SN Change重配。

2、解决措施

检查NR侧735和169小区是否存在NR邻区关系;

检查LTE337小区和目标侧NR169小区是否存在邻区关系。

▋SSB服务波束质差导致的T310超时

1、分析处理:

① 终端在201小区SCGFailure前3秒SSB服务波束SINR=-5dB左右,同时不存在满足切换条件的邻区;

② 利用QCAT核实该异常时间点的波束级测量信息

1)SCGFailure时间点

2)SSB服务波束SINR=-6.2dB,已经很差了。但是存在SINR质量更好的波束(SSB-index 5 SINR值为5.2dB)。由于0xB97F只打印4个波束的情况,无法看到其他4个波束的SINR情况。

③ 从0xB975消息可以看到,最强波束为波束7,RSRP=-92.6,比服务波束高了6dB。

2、解决措施

① 推动解决SSB服务波束更新问题。

② 在1未解决的情况下,建议配置SSB单波束规避。

▋NR侧无SN Change测控导致的T310超时

问题分析:

1、终端在164小区发生SCGFailure,SS-SINR质差导致T310超时。终端在SINR异常的一段事件内未见上报SN Change测量报告;

2、使用QCAT查看原始Log,4G侧信令显示,带SN切换后基站在13:52:53时间点已经把测控的内容下给UE了;

3、但5G侧信令显示,终端在13:52:58时间点才打印出测控重配,相当于13:52:53~13:52:58这几秒终端是没有SN Change的测控,所以不上报MR。这个异常属于终端问题。

提升措施

1、高通终端问题,推动高通解决。

▋不合理切换导致的目标侧同步失败

问题分析

1、MN带SN切换场景,SN目标侧SS同步失败;

2、通过QCAT核实信令,终端MR上报的NR侧小区有203和596小区;

3、基站下发带SN的切换重配消息中,NR侧目标小区选择的是596小区,目标小区选择错误,目标侧质差导致SS同步失败。

提升措施:

1、检查LTE181和NR203小区是否存在4/5G邻区关系;

▋终端检不到Msg2

问题分析:

1、SN Change流程,412->20,目标侧随机接入失败

2、QCAT进一步确认,终端未检到Msg2导致。

提升措施:

PRACH参数规划,推广Format0

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章