RRC连接失败NOREPLY问题处理报告.docVIP

RRC连接失败原因NO REPLY分析处理报告 刘斌 2010年5月25日 【问题描述】 现网一部分小区RRC连接成功率很低(如下表KPI所示)，严重影响了小区的接通率，RRC连接中有业务相关与非业务相关的，发起RRC Connection Request的原因值很多，没有明显特征，但RRC失败原因都为No Reply。 时间 服务小区 RRC连接建立成功率 RRC连接建立成功率(业务相关) RRC连接尝试次数（业务相关） RRC连接成功次数（业务相关） RRC连接失败，NO REPLY 2010-05-17 无线电四厂_14672 62.01% 87.90% 248 218 430 2010-05-17 新大陆银座_15102 83.67% 79.41% 442 351 255 2010-05-17 油脂仓库_16791 75.30% 62.30% 61 38 82 2010-05-18 无线电四厂_14672 71.60% 94.54% 421 398 382 2010-05-18 新大陆银座_15102 90.82% 90.23% 440 397 125 2010-05-18 油脂仓库_16791 71.43% 72.11% 147 106 106 2010-05-19 无线电四厂_14672 71.29% 93.75% 400 375 387 2010-05-19 新大陆银座_15102 87.86% 79.47% 414 329 173 2010-05-19 油脂仓库_16791 72.66% 75.74% 136 103 111 2010-05-20 无线电四厂_14672 68.38% 93.17% 439 409 438 2010-05-20 新大陆银座_15102 90.38% 90.17% 346 312 128 2010-05-20 油脂仓库_16791 80.62% 68.75% 80 55 81 2010-05-21 无线电四厂_14672 86.11% 96.22% 423 407 146 2010-05-21 新大陆银座_15102 97.46% 97.02% 302 293 28 2010-05-21 油脂仓库_16791 93.22% 93.10% 87 81 24 导致RRC 连接失败原因为NO REPLY大致分为两种：1、UP干扰导致；2、其他原因所致。而从网管统计的POS值和LMT的载波测量来看，该类NO REPLY小区在接入失败时均没有明显的UP干扰。 【问题分析】 RRC连接的信令可以大致分为以下几个过程： 呼叫接入控制过程（主要由UE发起请求，RNC来控制） 无线链路的建立过程 RRC建立完成过程 RRC连接过程正常的信令流程如下图： 在CAC和RL Setup都已经完成后，RNC将发送RRC Connection Setup 信令给UE，如果在规定的时间内，没有收到UE的RRC Connection Complete信令，那么系统侧将会判断本次RRC过程失败，并且其原因值为“No Reply”。 发生NO REPLY失败的典型信令如下图所示： 即在基站下发rrcConnectionSetup消息以后，没有收到UE发回的rrcConnectionSetupComplete消息。 此类问题初步的定位手段如下： Node B 问题 通过LMT对这些基站进行UpISCP的测量与MINOS进行UpPCH的数据采集，查看是否存在UP干扰及其他明显干扰的情况;对设备进行检查、告警等查看是否正常；小区是否正常建立，码道是否有拥塞现象； 前台进行复测； 前台进行复测时，对用户当时所能发生的行为都进行模拟测试，未复现问题。 随机接入过程出现问题，可能存在UpPCH的干扰等， 首先检查NODEB的RACH统计有无上行数据包，如果没有，但签名个数与签名碰撞个数一直在不停地增加，则可能存在上行UpPCH干扰。或者是统计LMT对UpISCP的测量（其测量与在KPI内统计的POS干扰统计一致，但精度更高，测量为500ms一次统计，取整个测量时段内的平均值，而KPI统计的测量为15分钟粒度取平均值） 通过性能统计，查看UPPOS上的UP干扰统计 以上步骤的排查都正常，这时怀疑是否存在系统内部的干扰，导致随机接入过程不能在现网配置的时隙和信道上完成，而由于这类干扰不能被基站检测出来，可将PRACH信道进行偏移； 【处理结果】 首先对基站的工作状态、设备进行了检查都处于正常状态，码资源也无拥塞现象，没有非常明显的干扰； 前台复测试时，问题始终无法复现； 进而怀疑是内部干扰，比如是周围同频小区信号越区覆盖造成RRC连接成功率低；怀疑是同频邻小区的用户在接入源小区的TS1时，与源小区的信号相互干扰，这时基站并不能判断