大bsc下出现20243告警产生故障及原因分析（原创）.doc - 大bsc下出现

《大bsc下出现20243告警产生故障及原因分析（原创）.doc - 大bsc下出现》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、大BSC下出现20243告警产生故障原因分析故障描述：大BSC68下出现20243告警，该告警是针对DPUD板子，每个DPUD存在22个DSP，每DSP可以提供48个PDTCH信道，该告警产生后个别DSP的功能不可用，不带任何小区业务，而且会造成大面积小区信道OOS。告警如下：以0框9槽的DPUD板为例双击0框边缘弹出下面的对话框，展现在眼前的是9槽中的有3个DSP出现红色，说明该DSP为不可用。由于上图DSP对应关系没有标识，我们将鼠标在红色的DSP区域停留后会出现相应的DSP标识：我们找到后针对DSP的标识，我们进行手动复位，如下图：

2、执行命令成功后，观察告警是否还出，发现RSTDSP后不久又会出现告警，及DSP功能不可用，前后倒换SCU板，故障依旧。我们针对该BSC68的统计入手希望能发现问题，查看统计过程如下：选择DSP的统计项选择网元时间设定运行结果导出结果我们发现该0框9槽的DSP3，DSP17，DSP20的R9404：MaximumDSPCPUUsage都到100%及R9501:MaximumNumberofPDCHsActivatedonDSP（DSP最大激活PDTCH信道数达到48个，两者基本满足的情况的下，才能造成个别DSP功能不可用。如果造成大面积不可

3、用的情况，我个人理解的是由于某小区在某DSP下负荷很大，吊死后又会动态调整到其它DSP下，引起连锁反应造成更多DSPOOS，最终无DSP可分配使之小区GPRSOOS。解决方法：用命令DSPPSRES收集BSC68下小区PDTCH信道配置情况及DSPLOG将输出结果保存后利用MATE工具将BSC68的小区下的PDTCH信道重新进行再分配，分配到指定的DSP下工作。过程如下：文件选择，DSP负荷分析，点击运行运行batch结果将batch结果拷贝到BSC68中执行即可，通过DSP的再分配原则重新指定小区的PDTCH在指定的DSP下工作后，这几

4、天没有出现DSP告警情况。后续补充结果需要根据CNRC报告。