- 1、本文档共26页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Network Service Application Management
Page PAGE 26 of NUMPAGES 26
摩托罗拉BSS系统安全
监控手册
摩托罗拉浙江分公司
协维组
内容提要
本部分内容综述GSM BSC级系统网络的硬件告警处理及一些日常监控方法,提供维护过程中分析问题的一般思路,对常见告警的处理,实际故障解析等。对一些工具的使用,还有常见故障的案例和日常维护工作的注意事项。通过本部分的学习读者将具有GSM BSC级网络维护的一般知识,掌握BSS系统基本维护技能,能够承担日常的网络维护工作。
目录
TOC \o 1-3 \h \z \u 序论 4
维护工作的要旨--防患未燃 4
分析问题的一般思路 5
第一章 日常监控数据收集 6
一、ECT 6
二、EVENT LOG : 7
第二章 BSS系统安全监控 8
一、告警定义 8
二、监控列表及描述 8
? GPROC告警 9
? GCLK告警 10
? KSW告警 11
? LAN告警 13
? BSP告警 14
? MSI告警 15
? MTL告警 15
? XBL告警 17
? 数据总线告警 17
? BSS告警 19
第三章 故障处理分析 20
一、常见故障分析处理 20
? GPROC的故障处理 20
? GCLK的故障处理 21
? KSW的故障处理 22
? KSWX/DSWX板的故障: 22
? LANX的故障处理 23
? MSI的故障处理 24
? MTL的故障处理 24
? BSP的故障处理 25
? 数据总线的故障处理 26
? 单通故障的处理 29
二、日常维护的注意事项 29
三、典型问题汇总 30
序论
维护工作的要旨--防患未然
系统建设完成经过验收后,就转入系统维护工作。由于此时系统已经给终端用户提供服务,网络的任何故障均可能对终端用户产生影响,从而对运营商的形象产生影响。所以维护工作的要旨是防患于未燃,将系统隐患尽早排除,不要使其成为系统故障而影响系统的性能。
预防性维护是我们的最佳选择,定期对任何一个BSS网元的巡检和对基站的安装调测都进行严格的检测调整,保证系统及其附属外围设备工作在正常状态,通过集中性预防维护,可以及时发现系统隐患并加以排除,最大限度地提高现行系统设备的利用率,增强系统设备的可靠性,从而减轻平时日常维护的压力。
由于各个方面的原因,诸如传输、不同厂家设备配合、各个厂家硬件的稳定性、软件、气候、环境等,使得系统会出现一些不可预知的问题。如何解决此类问题,尽快恢复系统工作。
分析问题的一般思路
遇到问题时,保持清醒的头脑,认真仔细的分析问题,做好必要的检查,收集相关数据,最大限度的掌握材料对于我们迅速准确的判断问题是有很大的帮助。
首先我们要分清是局部问题,还是系统问题,是单个基站的问题,还是整个BSC的问题,是一个BSC的问题还是MSC下所有的BSC问题。通过初步的故障定位,进行初步的处理与测试,缩小故障范围,直到找到最终的故障原因。其次我们要通过各种方法,寻找问题可能有的规律,如特定的时间,具有周期性等等。寻找出规律,就能加快故障定位,在日常的维护中出现的最多是硬件故障,而系统的硬件又是整个网络运行的最基本保障,有些硬件故障是我们可以解决的,而有些硬件故障是需要CNRC来协助解决,所以就需要收集一些SWFM、LOG等数据。每次出现的故障及处理好后都要做记录,以便为以后出现故障提供参考。
日常监控数据收集
机房维护人员经常碰到告警,有些告警是操作维护过程中自然产生的,有些告警是瞬时性的,不会影响系统正常运行,但频繁的出现也会加大系统的负荷,因此对于我们维护人员来说,怎么发现告警,怎么来定义告警,有些告警是需要通过历史事件来发现跟踪,还有一些告警故障是需要CNRC来协助我们解决,在CNRC处理的过程中当然会需要一些数据分析说明,所以需要我们来收集一些告警事件,SWFM、MMI LOG、EVENT LOG等数据,因此我们有必要知道日常维护中的一些命令和工具的使用。
一、ECT
Event count tool 是COP的工具之一,该Tool只统计ALARM 告警,可以统计出整个OMC的告警次数,也可以具体统计出某个设备产生告警的次数,所以我们可以通过ECT了解现网的告警趋势,对于一些EVENT如传输、信令的闪断,和硬件板主备用的倒换这样告警事件是无法统计的,而ECT保留的数据一般是一星期,所以我们在日常的维护中如何应用该工具、如何从ECT里发现告警、如何分析告
文档评论(0)