内容发布更新时间 : 2024/5/14 12:15:34星期一 下面是文章的全部内容请认真阅读。

(1) TOPN处理方法汇总： 1、日常KPI指标监控 TOPN小区KPI分为几大类：接入类，移动类，保持类，.如下图所示： KPI Category KPI Element RRC建立成功率 接入类 E-RAB建立成功率 RRC连接建立最大用户数 系统内同频切换出成功率 移动类 系统内异频切换出成功率 重定向到TDS/GSM比例 保持类 干扰类 E-RAB掉话率 RSSI/单RB干扰噪声 2、下面对各类TOP小区处理思路及方法说明 2.1 RRC建立失败TOP10及原因分析： A 指标名如下： RRC连接建立成功率 B 具体KPI分析： 通过excel画曲线图分析如下counter值与rate本身的关联性，通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起？ mt-Access类型RRC连接失败次数，定时器超时、 mt-Access类型RRC连接失败次数，eNB接纳失败、 mt-Access类型RRC连接失败次数，其他原因 mo-Signalling类型RRC连接失败次数，定时器超时、 mo-Signalling类型RRC连接失败次数，eNB接纳失败、 mo-Signalling类型RRC连接失败次数，其他原因、 mo-Data类型RRC连接失败次数，定时器超时、 mo-Data类型RRC连接失败次数，eNB接纳失败、 mo-Data类型RRC连接失败次数，其他原因 曲线分析结果： RRC Establishment Success Rate 筛选出RRC连接建立成功率的TOP小区明细。 1 如果主要为 “定时器超时”。 定时器超时，基本上是由于弱覆盖引起的。 对于RRC连接失败，定时器超时（次）这一项可通过后台调整如下参数解决： 1）减小控制面user-inactivity定时器以及增大等待RRC建立完成的定时器来提升RRC连接成功率. 2）调整UE最大发射功率(取值建议23dBm,设置偏低会导致随机接入失败概率增加)。 3）调整PRACH前缀最大发送次数增大随机接入成功率，PRACH前缀最大发送次数这项参数不能设置过高，过高会增加对邻区的干扰，取值建议：8次或10次. 4）调整最小接入电平门限。

2 如果主要为 “eNB接纳失败”。

eNB接纳失败可理解为基站拥塞导致，结合后台统计该小区实时在线用户数目是否已经达到系统上限。

对于此类问题最好的解决方法就是调整拥塞小区的接纳用户数门限值.

3 如果主要为 “其他原因”。

对于初始的RRC建立失败次数，其他原因(个)这项则需要对信令进行跟踪分析，以及查看相关的参数是不是配置错误(如：PCI的PRACH映射关系设置不规范，NCS/PRACH CONFIG INDEX配置等随机接入参数。

2.2 E-RAB建立失败TOP及原因分析 A 指标名如下：

E-RAB建立成功率

E-RAB Setup Success Rate

筛选出RAB连接建立成功率的TOP小区明细 B 具体KPI分析：

通过excel画曲线图分析如下counter值与rate本身的关联性，通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起？ 初始的E-RAB建立失败次数，eNB接纳失败、 初始的E-RAB建立失败次数，空口失败、 初始的E-RAB建立失败次数，安全激活失败、 初始的E-RAB建立失败次数，消息参数错误、 初始的E-RAB建立失败次数，RRC重建立原因、 初始的E-RAB建立失败次数，其他原因、 增加的E-RAB建立失败次数，eNB接纳失败、 增加的E-RAB建立失败次数，空口失败、

增加的E-RAB建立失败次数，切换引起+增加的E-RAB建立失败次数，消息参数错误、 增加的E-RAB建立失败次数，RRC重建立原因、 增加的E-RAB建立失败次数，其他原因

曲线分析结果：

1 如果主要为 “eNB接纳失败”,

信令跟踪进行分析。查看小区配置的相关接纳参数是否正常，比如小区Active E-RAB数门限是否设置过小。

2 如果主要为 “空口失败”。

空口失败(个)最直接的理解就是用户自己造成的原因，如拔插终端，终端异常吊死，或者进入恶劣的无线环境导致建立失败（对于是不是弱覆盖导致可以先查看目标小区的RRC连接是否正常.）

3 如果主要为 “其他原因”，

对于初始的E-RAB建立失败次数，其他原因(个)这项则需要对信令进行跟踪分析，以

及查看相关的参数是不是配置错误(对于ERAB建立失败其它原因首先可以对参数先进行排查，如：PCI的PRACH映射关系设置不规范，TAC配置是否合理，频点对应的带宽是否正确以及相应的带宽分配的RB数目是否正确等等。 下面列举信令跟踪分析失败几个案例： . 对于ERAB建立成功率低的两个案例：

第一种为信令里面曝出现INTIAL CONTEST SETUP FAILURE（初始上下文设置失败）这一条，原因侧为transport=0:TS1AP_transport_resource_unavailable,字面上的意思就是传输资源不可用.出现这种情况的时候自己首先可以做一个PING包测试，方法：首先查看目标小区的所在的核心网IP地址是多少，然后拿目标基站ENBID来对核心网做PING包测试，查看该目标小区的时延和丢包率是否异常，如果异常则肯定是传输方面出现了问题.如果查看传输方面正常，那就建议将基站进行整表同步，也就是所谓的重启，对单板或者RRU进行复位就可以了。

第二种为信令里面出现了INTIAL CONTEST STEUP Failure，失败的原因为TS1AP_failure-in-the-radio-interface-procedure (无限资源借口不可用)这个有可能是现场督导将鸳鸯线接反导致，或者是干扰导致，也可以通过整表同步进行尝试.

还有一种情况是可能是有干扰源存在导致的ERAB建立失败，这时候就需要你对失败的目标小区进行频谱扫描查看是否存在干扰（单RB情况下频谱扫描值一般稳定在-118左右）。 2.3 ERAB异常释放TOP10及原因分析： A 指标名如下：

E-RAB掉话率

E-RAB Drop Rate

筛选出RAB连接建立成功率的TOP小区明细 B 具体KPI分析：

通过excel画曲线图分析如下counter值与rate本身的关联性，通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起？： E-RAB释放次数，由于ENB过载控制导致的释放、 E-RAB释放次数，由于ENB其他异常原因、 E-RAB释放次数，由于ENB的无线链路失败、 E-RAB释放次数，由于ENB重建立失败、 E-RAB释放次数，由于ENB小区闭塞，复位、

E-RAB释放次数，MME由于ErrorInd或者跨站重建立导致的释放、 E-RAB释放次数，ENB由于S1链路故障发起释放 曲线分析结果：

1 如果主要为 “由于ENB的无线链路失败”