等待解决学习啊

顶一下，突然发现是你的帖子呵呵

没有高人给指导下

我最近也是碰到这样的问题啊，哪个高手指导下怎么解决啊

怎么没人答复 呢

RNLC_RlFail_Report是NODEB链路保持过程中发radiolinkfailureIndication，指明无线链路已开始恶化，如果在接下来的5s里UE无法与NODEB同步上，将导致RNC释放链路，报掉话原因：RLFail_Report。造成这种掉话的主要是无线环境的原因，比如弱覆盖、干扰等。

RNLC_Ue_RRCSetup_timeout主要原因为NO Reply，根据信令流程也就是说出现在RNC发出了RRC Connection Setup信令后，并且在规定的时间内没有收到UE的回应消息，才会出现这情况。
从整个信令的流程来看，RRC Connection Setup信令首先从RNC的控制面发出，经过内部处理，通过RNC与Node B之间的接口板，再经过传输线路到Node B与RNC的接口板，然后在Node B内部处理，再通过RRU经Uu口到UE。在这个环节中每一个环节出现问题都会出现没有响应的现象。

1.3.1RlFail_Report
常见原因
产生RLFail的直接原因是RNC判断上行失败造成，从目前的优化经验来看，主要有三个方面造成了这种原因
1）终端侧出现异常
当终端发生异常，没有上发信号，导致基站侧检测不到上行信号而报无线链路失败，终端侧的异常包括：
a．终端本身出现异常，比如死机；
b．终端与SIM卡的连接出现异常，比如卡松动导致终端脱网等；
c．终端通话中终端断电；
如果终端侧出现异常，要重新作起业务，一般要对终端进行重启，终端重启后将会进行一次Location Update过程，这从系统侧后台信令上可以观察到，并且从上次RL Failure导致掉话到下次重新作起业务来也将会有较大的时延，通常要超过30秒。
2）无线信道环境出现深衰落或者强干扰
无线信道环境出现深衰落或强干扰时，会导致基站没有解对终端发出的上行信号而报RL Failure，如果是出现深衰落，下行链路的无线信道环境跟上行链路一样，信道质量变差，下行功率会抬升得比较高，并且UE会上报Cell Update。这种情况需要进行用户回访和复测才能发现，用户往往出在室内弱场区域，解决方案是加强覆盖，减少干扰。
3）基站侧出现异常
基站解错上行信号或接收不到上行信号而报无线链路失败。此时基站应该会出现告警，且基本上不能接入和保持住包括语音在内的任何业务或终端了。
解决方法
针对该类原因产生的掉话，从以下几个方面进行优化：
1）全网频点、扰码重新规划，降低网络干扰；
2）弱场优化。对全网所有道路进行遍历，获取覆盖图，对场强低于-90dBm的成片区域提补点需求；
3）23G互操作优化，尽力确保2G能够成功挽救3G弱场造成的掉话；
4）TOPN小区优化，筛选该原因掉话原因较多的小区，进行参数检查、干扰排查以及覆盖区域内精细优化。
5）分析CDT和CT数据，对发现的由于个别用户引起的大量次数现象进行统计，如果情况允许，进行用户回访。
1.3.2RNLC_Ue_IntraRNCHo_TimeOut,
常见原因
造成RNLC_Ue_IntraRNCHo_TimeOut掉话的原因主要是由于RNC没有收到UE上发的Phycial channel reconfiguration Complete消息，系统判定UE超时导致掉话，出现此类原因主要有以下几个方面：
1）源小区的下行链路失败
造成下行链路失败可能是弱覆盖或者下行链路干扰，UE与源小区之间已经失步，导致UE无法收到系统下发的Phycial channel reconfiguration系统消息；
2）UE与目标小区之间无法同步
UE在切换的过程中，必须要与目标小区同步成功再能顺利切换过去，如果无法同步将会导致切换失败，造成UE与目标小区无法同步的原因主要有：目标小区上行链路存在干扰，周边存在与目标小区的扰码有问题的小区（存在扰码相关性差或者同扰码组），目标小区有同频干扰现象，目标小区信号很差存在弱覆盖现象；
3）终端原因
4）基站故障
解决方法
针对此类掉话，解决的方案主要从以下几个方面着手：
1）检查源小区下行链路是否存在干扰，排查对源小区造成干扰的干扰源，系统内主要是同频干扰，天馈调整进行覆盖控制，或者修改频点进行解决；切换区域是否是弱覆盖区域，如果是弱覆盖区域，检查能否通过天馈调整解决，不行增加基站；
2）排查目标小区是否存在上行干扰，对目标小区的频点、扰码进行检查，通过调整天馈、修改频点、调整功率、修改扰码等措施进行解决，如果切换点存在弱覆盖现象，建议增加基站加强覆盖；
3）对目标切换的目标小区以及原小区进行故障排查；
4）TOPN小区优化，筛选该原因掉话原因较多的小区，进行参数检查、干扰排查以及覆盖区域内精细优化；
5）分析CDT和CT数据，对发现的由于个别用户引起的大量次数现象进行统计，如果情况允许，进行用户回访；
1.3.3RNLC_Ue_CellUpdate_TimeOut
常见原因
产生CellUpdate的直接原因是UE判断下行失败造成，当UE在一定的时间内没有收到系统下发的消息，会认为下行无线质量恶化导，进一步判断下行失步后，此时UE会上报小区更新（CellUpdate），网络侧根据小区更新的目标小区分配无线资源，因此小区更新（CellUpdate）有两种可能性：
1)小区更新（CellUpdate）发生在本小区，如果来自在当前归属小区，出于规避下行干扰的考虑将为终端分配新的物理资源，如果此时该小区剩余资源不足时，会出现小区更新资源不足而导致掉话。并且在本小区上报小区更新（CellUpdate）从另一方面也可以认为部分RLC层参数（N315、T313等）配置不合理造成。
2)小区更新（CellUpdate）发生在其它小区，此种情况系统侧同时报了RLFail基本上可以认定是无线覆盖的原因或是C/I较差造成。
UE上报小区更新（CellUpdate）后，在TRL fail wait CU（目前广州为5s）时间内如果更新成功，则可以重新建立业务。相反，则会产生原因为RNLC_Ue_CellUpdate_TimeOut的掉话。
解决方法
针对该类原因产生的掉话，从以下几个方面进行优化：
1）全网频点、扰码重新规划，降低网络干扰；
2) 全网参数参数检查，重点是功率类参数、23G互操作参数检查；
3）弱场优化。对全网所有道路进行遍历，获取覆盖图，对场强低于-90dBm的成片区域提补点需求；
4）23G互操作优化，尽力确保2G能够成功挽救3G弱场造成的掉话；
5）TOPN小区优化，筛选该原因掉话原因较多的小区，进行参数检查、干扰排查以及覆盖区域内精细优化。并结合CT分析，进行道路优化等；
1.3.4RNLC_Ue_RabOper_TimeOut
常见原因
对于RabOper_TimeOut引起的掉话，常见的有以下几种可能性：
1）存在UPPCH的干扰，如果是硬切换的情况下会造成随机接入过程的失败，从而造成物理信道重配置失败；
3）虚假的邻小区关系造成物理信道重配置超时；
4）RB重配置参数设置不合理造成RB重配置超时；
5）功率参数配置不合理造成RB或物理信道重配置超时；
6）弱场切换失败；
7）并发业务RAB建立超时，统计为掉话。
解决方法
针对该类原因产生的掉话，从以下几个方面进行优化：
1）全网频点、扰码重新规划，降低网络干扰；
2）弱场优化。对全网所有道路进行遍历，获取覆盖图，对场强低于-90dBm的成片区域提补点需求；
3）23G互操作优化，确保TD网络覆盖空洞区域终端能够下沉到2G；
4）TOPN小区优化，筛选该原因掉话原因较多的小区，进行参数检查、干扰排查以及覆盖区域内精细优化；
5）分析CDT和CT数据，对发现的由于个别用户或者终端引起的大量次数现象进行统计，如果情况允许，进行用户回访；
6）针对并发业务建立过程中，RAB建立超时，引起Iu ReleaseReqest统计为掉话的类型，可以单独分析，这类原因不属于掉话；
1.3.5UCIU_error
常见原因
产生UCIU Error的直接原因是用户出错误，RLC达到最大复位重发次数后产生的错误，产生此种错误的原因主要以下几种原因：
1）RLC层发生了不恢复的错误；
2）参数配置错误；
3）无线覆盖原因，其主要还是造成了RLC层的错误；
4）基站故障；
5）部分终端原因也会造成此这种原因的出现。
UCIU error表示RLC（无线链路控制层）不可恢复性错误。从结构模型看，RLC层是比物理层高。发生UCIU error掉话，说明链路的RLC层出现故障。

感谢楼主分享 谢谢

感谢9楼的共享，好好学习。

马克下，顺便问下#9,你的资料从哪来的？我想要份，谢谢。

RNLC_Ue_IntraRNCHo_TimeOut 是什么原因呢？

顶LZ...学习了...不过还需好好消化下...

高手！强！