为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

常德新开通RNC接通率低问题处理

2020-03-06 6页 doc 26KB 1阅读

用户头像

is_594886

暂无简介

举报
常德新开通RNC接通率低问题处理常德新开通RNC接通率低问题处理 一、故障现象: 2013年9月2日后,常德市汉寿县、桃源县分公司反映一到晚上21:00,就偶尔会出现呼叫失败,上网速度缓慢的情况,但是到第二天白天就会恢复正常。 二、问题分析: 分析流程图: 分析判断可能原因: 1. 性能指标分析,排除业务繁忙引起的处理能力不足的问题: 通过查看桃源和汉寿都归属RNC4049,RNC4049是新开RNC,查看RNC的接通率指标,发现RNC的接通率指标如下:在21:00左右开始接通率指标都会下降,第二天凌晨3:00指标恢复。但查询接口板、信令面、媒体面业务处...
常德新开通RNC接通率低问题处理
常德新开通RNC接通率低问题处理 一、故障现象: 2013年9月2日后,常德市汉寿县、桃源县分公司反映一到晚上21:00,就偶尔会出现呼叫失败,上网速度缓慢的情况,但是到第二天白天就会恢复正常。 二、问题分析: 分析流程图: 分析判断可能原因: 1. 性能指标分析,排除业务繁忙引起的处理能力不足的问题: 通过查看桃源和汉寿都归属RNC4049,RNC4049是新开RNC,查看RNC的接通率指标,发现RNC的接通率指标如下:在21:00左右开始接通率指标都会下降,第二天凌晨3:00指标恢复。但查询接口板、信令面、媒体面业务处理板CPU负荷均在15%以内,处理能力不是问题。 2. RNC和SGSN或MSC SERVER之间的偶联故障: 1)检查SGSN上和MSC SERVER上到此RNC的偶联,均为正常状态,排除信令偶联的故障。 2)根据以前的处理经验,RNC的偶联有时会出现偶联吊死,但无告警的情况,针对此,我们检查了RNC所连接的CE端口,但经过检查,RNC到SGSN和MSC SERVER的各个端口的流量均正常,无异常情况产生,排除偶联吊死的问题。 3. 信令追踪定位问题: 1)通过分析信令、CDT,发现业务建立失败是出现了原因为UNSPECIFIED的RRC拒绝。 将跟踪的消息发给中兴后台分析,结合计数器和信令内容,以及走查相关代码,进一步确认业务在CMP选择DMP单板过程中出现了失败,异常代码分支如下所示: 1)分析选择DMP失败原因分析 DMP选择失败一般有两种可能: a. DMP状态异常,处于离线或者断链状态,此时数据库中保存的DMP状态为“不可用”。当全部DMP都状态异常时,CMP无法选出DMP单板。 b. DMP状态正常,但是业务建立失败后,进入数据库的“单板惩罚”时间,目前单板惩罚时间长度是100秒,在这100秒内CMP单板无法选择到该DMP单板。当全部单板都进入“单板惩罚“时间,CMP就无法选出DMP单板。(“单板惩罚”是当某块DMP出现业务建立失败后,数据库系统会在100秒内暂时不选择该DMP板建立业务的机制,目地是为了避免该类失败集中出现) 通过提取DMP单板的异常日志和RNC的告警信息,确认问题出现时,DMP状态正常。可以排除全部DMP都处于“不可用”状态这种可能。 接下来重点分析DMP上出现业务失败,进入“单板惩罚”时间这种可能。通过计数器上分析指标变化的规律,发现每天晚上23点左右开始指标恶化,凌晨3点恢复。再结合RNC系统中每天凌晨3点进行的GID列清理机制,初步怀疑是DMP单板上出现了GID挂死,甚至GID耗尽了,导致业务建立失败。 联系常德现场采集各单板上GID的统计信息进一步分析。采集的数据显示,当时RNC4049的1-3-5-1槽位 DMP有755个在用的GID,如下图: 同时该DMP上在线的用户数为55,如下图: 进一步查询各GID对应的用户信息,发现部分GID找不到对应的用户实例(InstantceNum is 0),并且存在时间长达7小时,确定这是一个挂死的GID,如下图: 分析至此,选择DMP单板失败的原因已经确定。下一步重点分析GID挂死的原因。 (2) GID挂死原因分析 组织分析代码,重点是业务流程中申请GID后没有正常释放GID的分支。走查发现,如果CMP主备板的RNCID不一致,在CMP主备倒换后,会导致本RNC的小区更新在CMP上被误判断成跨RNC小区更新,在这个处理流程中,DMP单板申请GID后没有正常释放GID,会形成GID挂死。 如果确实是上面描述的这种场景,则当故障出现时,该RNC上的性能报表小区更新数就应该为0。 至此,常德RNC4049业务无法接通问题的原因确定:该RNC曾经修改了RNCID(这个已与现场核实,并从操作日志上可以看出修改RNCID后,现场在8月26日做过RCB倒换,触发了异常发生),但是没有进行整机复位,导致主备CMP板上的RNCID不一致(此时主用CMP上是修改后的RNCID,备用CMP上是修改前的RNCID);当CMP主备倒换后,新的主用CMP上的RNCID错误,触发了小区更新时DMP单板GID挂死;GID挂死耗尽全部GID后,业务建立失败。 三、 解决措施: 1. 对此RNCID需要进行整系统复位。 2. 现网修改过RNCID的设备,统一进行一次检查,如果存在备用CMP上RNCID不正确的设备,复位备用CMP,消除隐患。 检查方法: 在CMP的RDS上执行g_TDtRnlcGlobalData.wSrncId,会出来一个地址,此时再执行“d 该地址”,出来的第二个数值0653(如图)就是RNCID,看一下CMP的主备板是否一致。如果不一致则需要复位CMP号错误的那块RCB单板。 3. 版本升级解决 RNCV2.00.412及后续版本已经完善保护机制:即使出现RNCID不正确等异常,也正常释放GID,避免GID挂死。 四、经验: 对于新开通RNC各项性能需要与原有RNC信息一一校对好,一般RNCID规划好后不会再次修改。万一要修改,需要进行整系统复位,以便新RNCID在各单板上生效。
/
本文档为【常德新开通RNC接通率低问题处理】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索