11、H完整地传送给 RRU4) RRU存在问题RRU不能正确地接收 UE上发的RRC Connection Setup Complete信令 ， 或是不能正确地 将RRC Connection Setup信令作传送给 UE5)参数设置存在问题? SCCPCH勺功率参数设置存在问题 ， 导致UE无法正确接收RRU传来的信令?由于下行功率不足或存在下行干扰等原因 ， UE未收到 RNC发送的 RRCCONNECTIONSETUP 消息；? UE 收至U了 RRC CONNECTION SETUP 消息 ， 也上发了 RRC CONNECTION SETUP COMPLETE 消息 ， 但由于上行功率不足或存在上行干扰等原 。

12、因 ， RNC未收到该消息；6)终端问题UE收到了 RRC CONNECTION SETUP消息 ， 但由于消息错误或 UE内部错误等原因 ， UE 未发送 RRC CONNECTION SETUP COMPLETE 消息；排查方法：3.2.3 解决方法NODEB 载查看RRC链接建立的上行时隙干扰情况 ， 如果发现时隙干扰很大 ， 查看扇是否正常 ， 同时查看邻小区是否有大量同频邻区 ， 若在话务量小的情况下 ， ISCP仍然很高 ， 则干扰可能来自异系统 ， 如： GSM, PHS等；若网络侧没有收到 RRC建立完成消息：则调整后台DPCH的期望接收功率 ， 同时利用网规网优手段 ， 降低上行方向上的干扰；无效配置、配置不支持等配置错误 。

13、：换个手机测试 ， 若各厂家手机测试都有问题 ， 将 本小区RRC建立消息和正常小区的 RRC建立消息进行对比 ， 查看配置是否正确；若UE未收到RRC建立消息：调整后台下行最小发送功率 ， 增加 UE接收到RRC建 立消息的几率 ， 或者调整周围网络的覆盖、频点、功率等 ， 尽量降低下行方向上的干扰 ， 或 调整小区PCCPCH功率及公共信道、共享信道相关功率 ， 确认 Iub 口传输无问题；一般采用逐步判断的方法来定位问题 ， 步骤如下：1) 确定 RNC已经收到了 RRC Connection Request请求 ， 并且已经发出了RRCConnection Setup 信令2) 确定RNC内部的各个处理板之间数据传输没有出现 。

14、问题 ， 可以使用系统工具RDS进行各个处理板之间数据包的传输统计 ， 评估其丢包率 。
3) 查看传输告警 ， 以及传输的内部告警 ， 确保传输没有问题4) 查看Node B的收包情况与 RNC的送包数量一致 ， 同时确定Node B在FACH上正确完整地将数据传出 。
(使用工具LOGVIW和LMT)5) 如果上以都不存在问题 ， 重启 RRU或更换RRU进行指标观察6) 确定终端是否收到 Node B传来的信令7) 增加SCCPCH勺功率 ， 观察指标4.案例集锦本文汇总了 TD外场出现过的RRC!立成功率低的部分案例 ， 并按照原因进行分类整理, 以期对外场问题排查提供借鉴 。
本文所选案例中 ， 部分参考了各地用服网优整理的RRC 。

15、全立成功率低问题处理总结 。
4.1 CONGESTION原因：码资源不足【故障现象】RRC乎通率低 ， 从信令跟踪上看 ， RNC攵至ij rrcConnectionRequest请求之后 ， 直接下发了 rrcConnectionReject 消息 。
RRC!立 KPI 统计失败原因为 CONGESTION.RNO本：V2.00.200e2 ,基站版本： V2.00.200fP003。
【排查方法】(1) 在OMCR性能管理中 ， 筛选 CONGESTION的小区；(2) 提取KPI综合分析(CS/PS流量) ， 初步分析是否和码资源相关；如下表CONGESTION次数高的时段 ， PS流量很大 ， 很有可能是码资源不够 。
。

16、19:00:001小时197119713室外小区214201124865.220:00:001小时197119713室外小区489473194474.921:00:001小时197119713室外小区56650117139222:00:001小时197119713室外小区602557168818.323:00:001小时197119713室外小区301291165699.8(3) 通过LMT小区载波测量查看小区码资源配置及使用情况 ， 并检查一下有没有载波（或时隙）被闭塞现象（也可在 OMCR NodeB动态数据管理中查看） 。
【处理建议】如有载波（或时隙）被闭塞 ， 则解开 。
小区扩容【典型案例】a东水 。

17、西调3扇区.doc4.2 NOREPLY原因：BBU TBPH FPGA 异常【故障现象】RRC乎通率低 ， 从信令跟踪上看 ， RNC出rrcConnectionSetup 请求之后 ， 但没有 收到基站上报的 RadioLinkRestorelndication 消息 。
RRC建立KPI统计失败原因为 NOREPLY.RNO本：V2.00.200e2 ,基站版本： V2.00.200fP003。
【排查方法】1、在LMT上开启本地小区载波测量 ， 看在小区空载情况下 ， 同时存在以下情况a） UPISCP1 全为 127注：UpIscp值在50以下属于正常 ， 前四个值不使用 。
b）上行时隙ISCP （底噪）值很大 。

18、注：空载时 ， Iscp值在-110左右属于正常c） 上行时隙RTWP后四天线值很大注：空载时 ， BBU RTWP值在-110左右属于正常）2、在OMCB上查询基站通知消息 ， 可以看到 TBPH单板有大量“上行 IQ Link链路误码 （198081164）” 通知上报 。
3、采集RRU命令日志 ，看到testRTWP命令输出值正常注：正常情况无 UE接入时 ， RRU Shell显示的RTWP是底躁 ， 应该在-69左右（此时DSP 监控工具显示的底躁应该在 -110dB左右） ， 若低于-80dBm,则基本可认为 RRU无上行信号； 若大于-60dBm,则底躁过高 ， 存在干扰 。

稿源：(未知)

【傻大方】网址：/a/2021/0905/0024107288.html

标题：RRC|RRC常见问题处理思路( 二 )