5G优化案例：5G SCG辅站变更成功率专项优化.docxVIP

5G SCG 辅站变更成功率专项优化 XX 【摘要】NSA 组网下，SCG 辅站变更成功率指标较低，5G SCG 变更包括站内 SCG 变更和站间 SCG 变更，本文主要探讨了辅站变更流程原理，分析了影响辅站变更成功率的因素和优化方法，研究提升辅站变更成功率的方法。 【关键字】SCG 辅站变更成功率 站间变更 传输资源不可用 X2 邻区 【业务类别】移动网 一、 问题描述 NSA 组网下，全网 5G 辅站变更成功率指标较低。5G SCG 变更包括：站内 SCG 变更和站间 SCG 变更，站内和站间SCG 变更加起来就是整体的 SCG 变更。5G 辅站变更成功率定义如下： （LTE-NR NSA DC 场景下 SgNB 站间PS Cell 变更成功的次数+LTE-NR NSA DC 场景下 SgNB 站内PS Cell 变更成功的次数）/（LTE-NR NSA DC 场景下 SgNB 站内 PS Cell 变更尝试的次数 +LTE-NR NSA DC 场景下 SgNB 站间 PS Cell 变更尝试的次数）*100%。 分析全网站点指标原始 counter 发现：大量的站间辅站变更尝试失败导致辅站变更成功率较低。下图为站间 SCG 变更信令流程分析：源 NR 基站收到 MR 后，发送变更请求给锚点站点（A 点：此时打点为尝试次数），随后锚点站点跟目标 NR 站点做添加流程，最后锚点站点给源 NR 站点发送变更成功（B 点：此时打点为成功次数）。 二、 分析过程 信令流程 根据原始 counter 可以知道： SCG 站内变更流程的 SgNB Mod Required 和 SgNB Modification Confirm 的接收和发送成功率接近 100%。因此，SCG 变更优化思路主要以站间SCG 变更信令为基础，对关键问题信令节点进行分析。SgNB 变更失败一般有如下 3 种原因， 不管哪种原因导致的失败，需要尽可能的获取失败切换对的源 eNodeB ID，源 5G gNodeB ID， 目标 5G gNodeB ID： 对应的信令流程中的异常节点如下：当收到 SgNB Change Required 后，由于 X2 传输不可用，或者处于非稳态出现了流程交叉，直接发送 SgNB Change Refuse 给 S-gNodeB，会产生异常信令 1，；当收到目标 gNodeB 的 SgNB Additon Reject 后，发送 SgNB Change Refuse 给 S-gNodeB，会产生异常信令 3；当 eNodeB 发送RRCConnectionReconfiguration 后，一直未收到 RRCConnectionReconfigurationComplete，会发送 SgNB Change Refuse 给源 gNodeB，会产生异常信令 4； 优化思路 SCG 站内变更流程的SgNB Mod Required 和SgNB Modification Confirm 发送和接收很少出问题，其他信令出问题时的分析思路和站间 SCG 变更一致，所以如下 SCG 变更优化思路以站间 SCG 变更信令为基础，对目前容易出问题的信令节点进行分析。 主要问题如下： 传输资源不可用（TRANSP_RSRC_UNAVAILABLE_CAUSE_TRANSP） LET 锚点站到目标NR 站点X2 传输不可用 未开启 X2 自建立 跨网管 X2 自建立未调通 因 eNodeB 满规格，L-NR X2 未建立 因 X2 配置漏加或者配置错误导致 X2 故障 X2 传输故障 LET 锚点站未配置 5G 邻区，或因 5G 邻区 PCI 冲突，同时大概率有 X2 未建立或故障 目标NR 断链，AAU 仍发功 目标NR 站点 S1-U 故障 目标NR 站点到 LTE 站点的 X2-U 故障 流程冲突（MSG_NOT_CMPAT_WITH_RECV_STATE_CAUSE_PROTCL） eNodeB 侧CPU 高、内部处理时延增大导致流程冲突概率增大 eNodeB 的 X2 时延大场景，导致流程冲突概率增大 eNodeB 还在等待源 gNodeB 的上一次 SCG 变更的流量上报消息 无线资源不可用（NO_RADIO_RSRC_AVAIL_CAUSE_RADIO_NW） 弱覆盖、干扰 终端和基站信元不兼容。 小区不可用（CELL_NOT_AVAIL_CAUSE_RADIO_NW） （1） LTE 锚点站邻区漏配（目标小区射频单元异常，小区未建立，附近同 PCI 小区可用，终端不断测量尝试） 其他原因（eg.unknown-MME-code） （1） 5G 目标基站：缺少运营商共享 License，导致 SGNB_ADD_REQ