摩托罗拉BSS系统安全监控手册(motorola).doc

摩托罗拉BSS系统安全监控手册(motorola).doc

  1. 1、本文档共26页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 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)

xieliandimei + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档