ltetopn处理

3）调整PRACH前缀最大发送次数增大随机接入成功率，PRACH前缀最大发送次数这项参数不能设置过高，过高会增加对邻区的干扰，取值建议：8次或10次.
4）调整最小接入电平门限。

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

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

对于此类问题最好的解决方法就是调整拥塞小区的接纳用户数门限值.
3 如果主要为“其他原因”。

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

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左右）。

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的无线链路失败”
请进一步细化counter值，再导一下KPI数据，counter值如下：
C2E-RAB释放次数，空口定时器超时Number of E-RAB Release due to Uu Interface Timeout
C3E-RAB释放次数，空口质量差触发
RLF
Number of E-RAB Release due to RLF triggered
by Poor Uu Quality
C4E-RAB释放次数，RLC达到最大重传
次数
Number of E-RAB Release due to Maximum of
RLC Retransmission
C5E-RAB释放次数，PDCP完整性保护
失败
Number of E-RAB Release due to PDCP
Integrity protection Failure
（对于counter C3，后期版本中没有该counter，如果KPI服务器上找不到该counter值属于正常现象，不导该counter值即可）
导出该counter值后，再话excel曲线分析：
如果主要为“空口定时器超时”，一般无线环境导致或天馈问题。

如果主要为“RLC达到最大重传次数”，一般无线环境导致或天馈问题。

如果主要为“PDCP完整性保护失败”，请联系用户面排查。

2 如果主要为“由于ENB其他异常原因”：
需要抓取信令进一步分析。

3 如果主要为“MME由于ErrorInd或者跨站重建立导致的释放”：
首先排查覆盖问题，若覆盖没问题，需要抓取信令进一步分析，方法如下：
请通过实时kpi监控如上占据“主要因素”的counter值和重点小区（小区数最好为只监控一个，因为信令跟踪多个小区信令可能会丢失对于问题分析不利），同时开启信令跟踪（和内部信令，详情方法见该文档前文描述），一旦发现“主要因素”的counter值出现，反馈该实时KPI和对应时段的信令跟踪给控制面同事。

4 如果主要为“ENB由于S1链路故障发起释放”：
请进一步细化counter值，再导一下KPI数据，counter值如下：
C 6E-RAB释放次数，Gtpu ErrInd触
发释放
Number of E-RAB Release due to GTPU Error
Indication
C 7E-RAB释放次数，Path故障触发释
放
Number of E-RAB Release due to Path Fault
C 8E-RAB释放次数，光口故障触发释
放
Number of E-RAB Release due to Optical Port
Fault
如果主要为“Gtpu ErrInd触发释放”，则须核心网排查为撒发送GTPU 层错误
指示给基站。

如果主要为“Path故障触发释放”，一般传输配置问题导致，需联系传输排查。

如果主要为“光口故障触发释放”，请排查ENB上的BPL板上的光模块是否物理损坏？可以尝试换正常的光模块，若还不正常，请确认平台和RRU同事排查。

切换失败TOP10及原因分析：
源侧未收到MME的释放命令（S1切换）或目标站的释放消息（X2切换），需要通过“小区对”KPI找到目标侧，查看是否已经发送切换完成标识(S1)或释放消息(X2)，若已发送则需要排查传输问题。

（3）切换执行失败，其他原因
一般情况下，是由于发生跨站重建立导致，需要抓取信令确认。

外场多数情况下，是由于目标侧存在同频同PCI小区导致。

（4）切换执行失败，PATH SWITCH 失败
此情况很少发生，若发生需要MME协助定位。