指标快速定位方法_RRC V1.0

DSP
RRC均衡
RRC均衡 待观察
新疆伊犁看守所三载波站点接通率问题： 看守所这个站点的2小区开通了三载波（10282,10285,10288） RRC均衡 10288小区RRC建立成功率很低 10282小区RAB建立成功率很低 10285基本正常。 四营黑山Promonte项目：部分小区RRC连接建立成功率下降，该现象之前出现 过，但是只在两个站点的2个小区出现，经过关联日志分析，怀疑是某些特别的 配置--RRC 终端导致。由于当时此现象出现的时间和范围都比较小，所以给客户解释后，客 均衡与半径 户也接受了。但是此次出现的范围和时间都比之前多了很多，所以客户再次要求 我们分析。 二营南非Cell C 2/3G替换及扩容项目，durban RNC301 部分CMP模块下的基站 无线指标恶化。durbanRNC301 的9个RCP模块下所有小区的呼叫连接建立成功 普遍较低，RRC连接成功率约在97%，低于正常值1到2个百分点，RAB建立成 功率降低1个百分点。将3个问题站点调整到别的模块后，站点指标恢复正常，分 析关联日志，发现有五个dsp上失败较多，闭塞并重启了这些dsp。全网指标有所 上升。
归类
拥塞、 RRC Reject 拥塞、 RRC Reject
故障现象
印尼telkomsel Gorontalo IUPS over ip 割接后RAB和CSSR指标有所下降 厄瓜多尔RRC成功率全网呈下降趋势问题 由于RNC寻呼容量受限，现场于4月13日凌晨对两块SMP进行了IUPS链路均 衡，后寻呼响应成功率问题成功解决，继RAB建立成功率下降后，RRC建立成功 率也持续有明显下降。 从现场看，13号做了IUPS链路均衡，RRC建立次数也有 增加，之后RRC连接成功率出现轻微波动，失败次数有较大增加，并且近期下滑 趋势日益明显，从网管统计后台全网RRC失败原因很多上报RNC内部原因，查 看关联日志基本上都为Uu口超时，没有特别的RUP显示。由于近期出现的CE资 源拥塞，导致现场 RAB成功率下滑严重 导致掉话及接入失败问题，现场操作： 斯威士兰 nodeB_Resources_unavailable 对资源受限严重的站点补配了一块BPC板，并将两块BPC板合并为一个资源池。 解决效果：调整后无线链路建立失败现象明显改善 Calllog单号：RH20120614420447，缅甸MPT项目有一个VIP站点出现了间歇性 的RRC接入拒绝，通过信令查看拒绝原因是unspecific，通过基站复位，可以出 现短暂的正常，但是过一阵子又出现了不断地接入拒绝。
解决方案
涉及Counter
双载频数据配置有误的数据已经全部梳理并完成工单执行， C310080063 包括idle态重选参数，连接态切换参数，均衡开关等 从性能统计中看到由于拥塞原因的RRC Connection Reject 占比大于空口超时的失败，大概是后者的两倍。RCB负荷 C310080064 多块超过80% C310080070 造成目前RRC成功率不高的主要原因还是 网络拥塞了，需 C310080071 要均衡各硬件单板的容量，如果还是拥塞，就得增加硬件容 量了。 因为RL建立失败导致的RRC建立次数较多，为Node限制 C310080064 C310080070 C310080071
DSP
RNC6 RRC失败次数【没有收到NBAP上报UU口L1同步失败异常增加】，RRC 连接接入失败次数,由于空口消息超时,没有收到NBAP上报UU口L1同步失败(次) 导致。RNC并无异常告警。 南阳市分公司 ZXWR RNC DSP异常RAB建立成功率较低 网优侧提取关联日志，发现1框15槽RUB 21号DSP模块异常，RRC建立成功率 较其他RNC指标低，更改基站RCB归属模块后观察指标恢复正常 越南VMS现场双载频故障问题， 一：4月22日，开启Cluster6下总计25个3G站点双载频， 参数方面都是按照 UMTS网优专题-多载频商用组网指导书进行配置的。 1：采用F1-R99， F2-HS的策略 2：开启RRC,RAB阶段的业务均衡 3：配置同扇区不通频点小区，互为同覆盖小区。 开启之后，发现KHNT13出现大量的接入失败，计数器上表现为RRC请求次数大 量增多，并且有大量的RRC重复建立和无线空口同步失败,另外也有大量的2G重 选入，但是2G小区并没有配置我们的第二载频为邻区。 一营斯里兰卡mobitel 小区开启同覆盖后RRC失败次数明显增加 罗马尼亚RRC成功率低，基本上RRC失败原因都集中在Uu口超时。 3.09.30.06P23
拥塞、 RRC Reject
黄冈RNC2 春节期间长时间CPU负荷过载，指标急剧恶化 5个RCB模块带160个基站时每个模块的负荷都很高，同时1-1-15槽位 的RUB长时间单板产生CPU负荷过载的告警，但同时1-1-16槽位的负荷却很正常 。（RUP的CE资源占有率最高70%，均值最高63%）。 春节期间，接通率和RRC连接建立成功率都较差。咨询800工程师怀疑1-1-15槽 位的RUB板有问题
三营福建泉州联通WCDMA项目：丰泽机房RNC1435的200多个小区RRC成功率 为0 三营辽宁鞍山联通WCDMA项目：鞍山联通RNC1057下挂部分基站突发RRC连 接成功率低 问题小区都有这个打印： 128.0.39.9 2012-05-28 09:44:08 -2101916286 -1 116 78371773 配置--临区 RsGetNbrCellList: Cell 10351 Call Dbs EV_DBSRR_GETINTRANBRCELLLIST Failure! 128.0.39.9 2012-05-28 09:44:08 -2101916286 -1 100 78371774 RsJudgeNbrCellLightLdStatus: Cell 10351 fail to get Nbr Cell! 硬件故障 三营天津联通WCDMA项目：小区有信号但RRC连接全部失败的问题 128.0.66.1 RnlcCrmRes.c 4055 2011-12-28 10:44:10 1157850430 RNLC_MODULE_CRM 3670 36 19833231 RsGetNbrCellList: Cell 31471 Call Dbs EV_DBSRR_GETINTRANBRCELLLIST Failure! 128.0.66.1 RnlcCrmRes.c 4089 2011-12-28 10:44:10 1157850430 配置--临区 RNLC_MODULE_CRM 3672 36 19833232 RsJudgeNbrCellLightLdStatus: Cell 31471 fail to get Nbr Cell! 128.0.66.1 RnlcCrmApi.c 424 2011-12-28 10:44:10 1157850450 RNLC_MODULE_CRM 73 36 19833233 CrmUcpmcGetHspaCapability: CellId 32801 Data is not exit! 一营斯里兰卡mobitel，基站有Broadband link congestiong告警，指标极差，告 警恢复后无改善 1.尝试从网管上复位基站，不成功，操作超时。 2.站点工程师掉电重启基站后告警消除，业务恢复。 在传输变的很差的时候，出现这个问题，在传输问题恢复到正常水平的时候，我 们的设备也无法自动恢复，必须通过重启IMA甚至站点来恢复，这是局方不能接 受的。 MTN现场Cluster1站点T4850从割接后开始，3G指标一直很差，RRC接 尼日利亚 入成功率低于30%，RAB建立成功率也差，掉话率高。 白俄罗斯life项目-RRC建立成功率突降问题 6月11日RNC551的RRC连接建立成功率从平均99.8%降到99.3%-99.4%左右。 TOP小区主要集中在Pinsk和Luninec两个郊区簇。
和之前李勇碰到的RRC类似，当时是ptn设备mtu设置过小 造成。传输不稳定也会有这样现象。做ping包测试，做sla C310080065 测试看看时延和ping包大小。 故障原因是：局方的传输设备故障导致，更换传输设备后解 决 上的dsp的确没有引用地址。现场RRC较低的基站归属 rub cmp的优选框就是存在没有引用地址的rub所在框，在该框 中没有引用地址的rub单板是新加的，其他老的rub单板地址 C310080072 已经配置，所以这就是为什么现场这个模块下有的RRC没 问题，有的RRC有问题。现场尽快把rub的引用地址加上。 然后再帮忙检查一下是否其他RNC存在类似问题。 关联日志分析RRC失败原因基本如下 TRnlcFailCauseStack.atRnlcFailCause[1].btInterfaceCaus e = 0:eDrmInfCause_None, TRnlcFailCauseStack.atRnlcFailCause[1].btInnerCause = 483344:eAlgReasonRcpChargeControl: Rcp Charge Control , C310080072 TRnlcFailCauseStack.atRnlcFailCause[1].btFlowExceptio nInfo = 960:TriggerType:eDRM_TR_RRCSETUP,PreOrAfterProc ess:Before, 是RCB负荷高引起的，从RCB负荷来比较平均，现这种情 况可以扩容RCB解决。 张迪：看系统日志，4框16槽位的DSP不灵了。 对异常DSP模块进行闭塞解闭塞，复位等操作，第二天观 察指标恢复正常； 分析关联日志 1-15槽位 DSP10 存在大量FP同步失败，导 致RAB成功率低。现场闭塞DSP 复位后指标恢复。 更换RUB单板解决。 C310080167
传输
待观察 待观察
硬件故障
印尼：1.网优同事反馈有几个站点突然RRC和RAB成功率降到10%左右，检查了 下这些站点为ATM传输，都属于同一块IMAB板，IMAB单板运行正常，没有当前 告警，重启IMAB板，故障恢复。3.检查历史告警，发现共同点是单板都会出现 “ Exceptional Internal Media Plane Communication(198005396)” 告警，随后告警 自动恢复，但是指标不能恢复，直到手动重启IMAB单板。4.IMAB单板CPU负载 ttel项目，5个站点CSSR很低
硬件故障
泰国True Move项目上站点SMS6002的3个小区在7月6日12点左右RRC尝试连接 次数降为0，该站点为S222配置，其他3个小区RRC尝试连接次数正常（成功率 较低），站点没有告警，参数正常，尝试过重启RRU，但故障仍然存在。
C310080167
前方是通过关闭RRC阶段均衡规避的。
C310080167
经现场验证，问题的原因是开启了RRC负载均衡，将其关 闭后恢复。 修改rl恢复定时器以及RRCsetup重传次数后，指标有所提 升，但客户还需要观察。
C310080167 C310080167
现场原来F1载波开了RAB阶段的业务均衡，并开了F1、F2 、3载波的负荷均衡，重选偏置设置的也有点问题，导致部 分接入在F2、3上，目前修改成只开1载波的RRC阶段的业 C310080167 务均衡、关闭其他均衡策略，把重选偏置都调整为正常值， F3的RRC问题和F2的RAB问题都解决了，能正常驻留到F1 载波，指标恢复正常。 问题已查清，是客户自己添加第二载频，F1小区半径 20km，F2小区半径设置5km，由此产生的RRC失败。关联 日志里看到的单用户8s一次失败尝试，与现场人员沟通后 认为很可能是某种类似抄电表的仪器在不停尝试自动返回数 据。现场纠正参数后指标恢复正常 从5框迁出的站点，C310080167有明确减少。 3月14日变化是由于站点CMP归属变化导致。 3月20日变化是由于优选资源框迁移。 3月27日变化是由于4资源整体变差（具体见附件）。 优选框调整后，在6天的指标中，5资源框总的失败次数少 了81,238多次，4资源框总的失败数增加了18,965次，总框 总的失败次数减少57,133次。 5框存在丢包，需要升级解决 简言之：取消RRC阶段均衡。 在研发要求下，推荐使用了另外一种均衡策略： F1 ： 支持R99+HS, 业务CS+R99优先, 配置同扇区F2为同 覆盖小区，只打开RAB业务均衡，其他均衡关闭。 F2 ： 支持R99+HS, 业务HS优先，配置同扇区F1为同覆盖 小区, 只打开RAB业务均衡，其他均衡关闭。 BPK项目组陈寒总的建议，闭塞了2BPK中6槽位的1块 BPK，RRC成功率有了改善，这块板从现有的信息，已经 可以认为是硬件故障，不用更多的信息了。之前在其它商用 局出现过相同的故障，也是由于单板上某器件失效。不过要 确认是硬件那个部分故障或者失效，需要把板子返回到研发 这边来，做详细的测试。 那么就给局方这样的答复：单板硬件故障，需要返回做详细 测试后，才能明确故障原因。 经过测试ROMB内存损坏，数据同步亦存在问题 C310080167
拥塞、 RRC Reject 传输
一营泰国TRUE项目：CMP模块30上的站点RRC建立成功率低，信令中出现大量 配置--RUB 的Reject。近期发现RNC401上模块30所带的4个站点RRC建立成功率低，信令 地址 中出现较多的RRC reject的消息，尝试将站点迁移到其它CMP模块，RRC的指标 变好。