随着5G网络的快速部署，SA网络已逐步实现商用，随着日常SA用户的不断增加，相关网络指标的监控已成为5G网络日常重点工作，通过指标观测及时发现潜在问题点，以保障用户良好的网络使用体验。目前，SA接通率有RRC建立、QoSflow、NG建立三部分决定，其中任何指标出现问题，接通率均存在恶化风险。通过前期的SA指标监控，对其存在的问题进行分析与解决，并将其处理经验进行了总结，通过本案例以希望为后期优化提供一定的参考价值。
故障分析流程如图1所示。
图1 故障分析流程图
Counter分析受限需要对问题进行定界，优先判断是否存在核心网问题和传输问题，若存在问题，需联合核心网和传输侧共同分析，待上层问题排除后再观察指标是否恢复。若没有恢复再继续分析无线侧问题。Counter分析主要从以下4个方面着手。
RRC建立失败原因分析
RRC建立成功率=RRC建立成功次数/RRC建立请求次数(包含重发)
网管定义了以下几种RRC建立失败原因：
小区中RRC建立请求拒绝的次数：Gnb收到Msg3后，需要为终端分配无线资源，SRB1资源等，当出现分配失败时，则会回复RRCConnectionReject。
RRC建立失败常见原因：
小区中由于UE无应答导致RRC建立失败的次数：Gnb下发Msg4后，一直未收到终端上发的Msg5。UE无应答导致的RRC建立失败绝大多数是由于弱覆盖或干扰引起的，可以通过RF优化，干扰处理解决。
小区中由于流控导致的RRC建立请求消息丢弃的次数：当CPU负荷过高时，为防止系统崩溃，会启动流控，限制用户接入。CPU负荷过高，主要由于基站负荷过高导致，需要及时处理高负荷问题，另外寻呼风暴&信令风暴等问题也会导致CPU负荷增高，需要额外关注。
网管侧可以统计到小区中因资源分配失败导致RRC建立拒绝的次数的counter。
NG口SIG建立失败原因分析
对于NG口信令建立失败，网管未定义失败counter，通常有以下几种原因：
核心网原因：AMF收到Initial UE Message后不回复或直接将终端释放，此种情况需要联合核心网排查。
基站问题：Gnb收到Msg5后处理异常，没有上发Initial UE Message，此种情况需结合具体信令消息进行定位。
传输问题：NG口SIG建立或上下文建立流程中，出现传输中断导致流程失败，此种情况需要联合传输处理。
NAS过程异常：NAS过程异常，AMF主动释放或AMF不发送上下文建立请求或Gnb释放，此种建议联合核心网排查。
上下文建立失败原因分析
网管定义了以下上下文建立失败原因：
无线层原因导致的UE上下文建立失败：空口问题，通常由弱覆盖或干扰导致，可以通过RF优化与干扰排查处理。
无线资源不足导致的UE上下文建立失败：通常由高负荷引起，需要及时处理，如无高负荷问题，需进行单用户信令跟踪定位问题。
UE无响应导致的UE上下文建立失败：同无线层原因。
核心网异常导致的UE上下文建立失败：跟踪信令，查看问题节点后进行处理。
QoSFlow建立失败原因分析
对于QosFlow建立失败，PRS有如下原因值：
UE能力导致的QosFlow建立失败：终端问题，建议提单处理。
传输网络层原因导致的QosFlow建立失败：联合传输排查。
核心网原因导致的QosFlow建立失败：联合核心网排查。
无线网络层原因导致的QosFlow建立失败：空口原因，通过RF优化与干扰排查处理。
5GNR广播信号引入调制参考信号，通过窄波束轮询扫描，多个广播窄波束组合成不同覆盖范围，相比LTE宽波束，增益有~9dB的提升。
5GNR广播波束最大支持17种波束场景。根据宏微站产品规格能力，并综合4/5G网络需求，结合路测及ACP自动调优平台，智能输出RF优化方案。
随着日常SA用户的不断增加，为保障用户良好的网络使用体验，相关网络指标的监控已成为5G网络日常重点工作，以便及时发现潜在问题点。通过前期的SA指标监控，发现SA的无线接通率低于正常值，结合定位影响接通指标的原因，给出了接通率的优化思路、分析方法、定位手段，以及优化效果，为后续优化提供一定的参考。
温馨提示： 因最近微信公众平台推送规则改变，很多读者反馈没有及时看到更新的文章。根据最新规则，建议多点击“推荐阅读、分享、收藏”等，成为常读用户。
推荐阅读：
请点下【在看】给小编加鸡腿
