一、 EPS Fallback 成功率

指标定义：EPS Fallback成功率=基于EPS FALLBACK的NR到 LTE 切换出执行成功次数/基于 EPS FALLBACK 的 NR 到 LTE 切换出准备请求次数

优化思路：

1. 目前EPS Fallback执行方式由盲重定向往切换过渡，存在大量频点或邻区错配漏配问题，需整体核查现网小区的频点和邻区，确保频点按需配置，邻区不漏配。

2、核查修改 EPS Fallback 关键参数。

3. 核查是否存在上行干扰，若存在干扰，先解决干扰问题；

1. 必要时前台进行测试， 精准定位问题， 基本思路如下：

（1） 首先查看是否有下发测量配置， 如果没有下发， 那么重点排查：

有配置LTE频点

该频点被终端支持

EPS FB优先级不为 0

该UE连接建立时候，核心网传递给基站的MRL中，没有把 LTE系统禁止

该频点有对应的异系统测量配置

（2） 如果有下发测量配置，但是UE未能上报MR，那么重点检查测量配置相关参数是否合适，尤其是相关的测量事件类型是否正确， 门限是否过于苛刻。

（3）如果终端上报了MR上来，但是却没有触发切换请求，那么可能MR中的PCI是属于漏配邻区，或者已经配置邻区但是邻区状态是不支持切换，或者邻区的PLMN不正常等，重点是需要检查邻区相关的设置。

（4）如果已经触发了切换请求，但是切换准备失败，那么就需要联合4G侧一起来排查原因。可能的因素有：配置中N26接口未使能、 N26接口虽然使能但是实际不通、4G侧小区有异常、邻区配置错误等因素，需要联合核心网、4G侧网元一起来逐步定位分析。

（5） 如果切换准备成功，但是执行失败。那么需要查看，切换执行的目标小区是不是 MR中最强的PCI，如果不是，可能是最强PCI出现了邻区漏配，也有可能是最强PCI邻区出现了切换准备失败等。如果已经是最强PCI了，那么就需要4G侧来分析为什么切换入执行失败，如NCS配置不合理、4G侧上行底噪高、4G PCI混淆。

5. 当前SA终端成熟度欠缺，在5->4切换时对LTE侧信道质量要求较高，在LTE侧SINR处于0-2时就可能概率性出现5->4切换失败，因此现场需要重视对LTE基础网络的优化工作，保障切换成功率。

二、5G接通率

指标定义：5G 接通率=(RRC 连接建立成功次数/RRC连接建立请求次数) *(Flow建立成功数/Flow建立请求数) *(NG接口UE相关逻辑信令连接建立成功次数/NG接口UE相关逻辑信令连接建立请求次数) *100%

优化思路：

1. 小区状态核查， 确保小区状态正常， 处于正常服务状态；

2. 核查是否存在影响业务的告警， 若有先处理告警；

3. 核查接入相关关键参数；

4. 检查切片参数设置（参数名：切片区分）是否与核心网一致；

5. 核查是否存在上行干扰，若存在干扰，先解决干扰问题；

6. 取后台counter进行针对性优化，当前影响5G接通率的主要是Qos连接建立成功率，而Qos连接建立成功率主要受无线环境的影响，因此在排查完后台问题后，必要时排查解决现场的无线问题。

三、5G切换成功率

指标定义：5G切换成功率=(gNB间NG切换出成功次数 +gNB间Xn 切换出成功次数+CU内DU间切换出执行成功次数+DU内切换出成功次数 ) /( gNB间NG切换出准备请求次数 +gNB间Xn切换出准备请求次数 +CU内DU间切换出执行请求次数+DU内切换出执行请求次数 )*100%

优化思路：

1. 在排查切换问题前，需确保源小区和目标小区状态正常且无软/硬件告警；

2. 检查邻区、XN及NG传输链路状态是否正常；

3. 核查关键参数

（1）基于覆盖的同频测量参数表，该表中主要涉及同频测量相关参数，包括事件触发量，TTT，报告间隔及次数，上报小区数，A3事件配置，波束级相关测量及上报配置。

（2） 在切换过程中涉及到的相关定时器(LST NRDUCELLUETIMERCONST:;)

MOD GNBMOBILITYCOMMPARAM:NECHOPREPFAILPUNISHTIMER=50,OPTHOPREPFAILPUNISHTIMER=600,NONRESHOPREPFAILPUNISHTIMES=200;

4. 核查是否存在上行干扰， 若存在干扰， 先解决干扰问题；

5. 取后台 counter 进行针对性优化， 其中切换准备失败切换准备失败原因主要有：

目标小区状态异常

XN或NG链路异常，存在丢包，或时延较大问题

目标小区预留资源失败，存在资源拥塞（参数设置错误或用户数较多导致）

源小区定义的目标小区信息错误（如PLMN，TAC）

XnHoPrepTimer/ngHoPrepTimer定时器设置较短

目标小区不支持UE加密或完保算法，核查目标小区加密完保参数

切换执行失败原因主要是无线问题：

切换点覆盖较差，导致终端无法收到切换重配命令

切换点信号突变，源小区信号突然恶化无法收到切换重配命令

核查是否存在模三干扰导致下行SINR较差

上行存在干扰。

6. 在排查完后台问题后， 必要时排查解决现场的无线问题。

四、5G掉线率

指标定义：

5G掉线率=（gNB请求释放上下文数-正常的gNB请求释放上下文数）/(初始上下文建立成功次数 + 遗 留上下文个数 + 切换入成功 次数+RRC连接重建成功次数 (非源小区 )*100%

优化思路：

1. 检查掉话相关站点是否有告警

先检查掉话位置点相关站点是否有告警，重点检查是否有硬件告警（如AAU链路断，输入电源断，光模块不可用告警），软件告警（如lccm容器运行异常告警），传输相关告警，XN/NG链路断告警，这些都是会引起掉话问题的告警，如果有的话，需要首先处理这类告警。

2. 检查是否存在传输丢包

在切换过程中，涉及到XN或NG接口，信令/数据交互需要通过XN 或NG接口进行传输。因此，需要同时核查XN和NG接口传输是否存在丢包，时延较大或时延抖动较大问题，若存在则需联系传输侧进行排查，解决传输问题。

3. 排查终端问题

由于目前SA终端成熟度不高，因此，可以通过升级到最新版本验证是否存在掉话，若仍存在掉话，则更换不同品牌终端，验证是否只是特定品牌终端存在该问题。通过该流程，主要排查终端异常导致的掉话。

4. 核查定时器等关键参数

5. 解决弱覆盖/质量较差问题

从前台log查看，若发现RSRP，SINR较差（一般RSRP<-110， SINR<-5左右容易发生掉话） ，则需进行RF优化，解决弱覆盖及质差问题。

6. 解决邻区漏配问题

从前台信令查看，终端一直上报MR，但一直未收到切换重配命令，首先怀疑是否存在邻区漏配，核查后台邻区配置，是否配置邻区， 若配置邻区，按照SA切换指导书核查切换参数设置是否正确。

7. 解决切换不及时问题

终端切换不及时容易导致掉话。从前台表现来看，终端上报MR后未收到基站发送的切换重配命令，而后台信令中查看，基站已发送切换重配命令，查看此时源小区 RSRP/SINR 是否非常差，若是，则为切换不及时，可通过修改邻区中CIO参数加快切换流程触发。

8. 解决切换过早问题

切换过早问题，在街道拐角经常出现。前台信令表现为，终端上报 MR后，收到了基站发送的切换重配且终端已回复重配完成，但后台信令中目标小区未收到重配完成，查看此时目标小区 RSRP/SINR 是否非常差，若是，则表示切换过早或目标小区存在越区覆盖问题。可通过RF优化或修改CIO延缓切换流程触发。

9. 解决PCI冲突问题

在切换流程中，若存在同频同PCI问题，则会导致目标小区无法收到切换重配完成消息，从而导致切换失败，引发掉话问题。需确保邻区中不存在同频同PCI问题，若存在，则需要对PCI进行优化。

10. 解决随机接入参数问题

在切换流程中，若目标侧PRACH参数设置错误或CCE聚合度参数设置错误，则会导致在切换流程中随机接入失败，若出现随机接入过程失败导致切换掉话，则根据SA接通率进行优化。

11. 解决干扰问题

外部干扰会影响基站接收终端上行信令，若存在上行干扰，基站大概率存在无法接收到终端发送的RRC重配完成信令，从而导致掉话。通过后台进行扫频确认是否存在干扰，并解决。下载本文