ALCATEL告警手册V2完全版(无线).docVIP

  1. 1、本文档共31页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
ALCATEL告警手册V2完全版(无线)

前言 由于ALCATEL公司提供的告警资料一般都是英文 ,而且其编排顺序是按照流水号编排的,没有逻辑层面的思路。所以我们编写这套资料,一个对卡特的告警词典起到一个汉化的作用;另一方面,通过对告警资料的重新分析梳理,使之条理清晰,结构严谨。 本手册按章节结构编撰,在每一小类告警中,按照级别排列。最后给出了告警规范以及每条告警出现频次的经验值。 本手册所给出的处理流程均为厂商规定的标准处理流程,在实际工作中可能也并不完全按照操作,所以同时也给出了或是经验操作建议,或是提醒,用符号“(”标示。根据全省设备分布情况和技术进步角度,本手册摒弃了G1BSC的告警,仅仅包括G2BSC、G2BTS、和EVOLIUM BTWS。 目 录 第一部分、卡特无线告警基础知识 3 第二部分:BSC核心故障 4 §1、PROCESSOR类告警 4 §2、X25类告警 6 §3、BSC电源类告警 7 §4、SWITCH类告警 8 §5、N7类告警 8 §6、TRUNK类告警 9 §7、TELECOM类告警 11 §8、BSC总体类告警 12 §9、SWTICH G2类告警 16 §10、BSC CLOCK类告警 17 §11、BSC BROADCAST-BUS类告警 19 §12、BSC ADAPT类告警 21 第三部分:BTS核心告警 22 §1、CELL类告警 22 §2、BTS类告警 24 §3、RSL类告警 27 §4、OML类告警 28 第四部分、卡特无线告警规范 29 第一部分、卡特无线告警基础知识 一、告警的级别: 在alcatel系统中定义了告警的五个级别,分别是,critical,major,minor,warning,indeterminate,我们映射成四个结别,分别是,严重、主要、次要、其它,他们的默认含义界定如下: critical(严重):一个非常重要的故障,需要立即采取行动纠正清除故障。比如:小区掉死。 Major(主要):一个重要的故障,会引起服务的降级,需要紧急处理。比如,载频板死掉。 Minor(次要):不影响服务,但是需要处理以避免更大的故障。 Warning(轻微):一个潜在的故障,可以探明一下原因以避免故障升级。 Indeterminate(其它):一个潜在的故障或仅仅一个指示说明,可以探明一下原因以避免故障升级。 Clear(已清除):本条告警已经得到清除。 二、告警的描述分类: 在alcatel告警中描述了各个设备或性能层面的告警,一个告警到底描述了那一方面,这就是告警描述分类,分为五类: Communication:指出这样一个故障,在网络中从一点到另一点的传输流程或传输处理过程有问题。 Quality of service:指示出,网络服务质量的降低。 Processing Error:软件故障或者处理故障。 Equipment:指示出一个设备故障。 Environmental:指示包含设备的一个附件出现告警。 第二部分:BSC核心故障 §1、PROCESSOR类告警 ACCESS FAIL 级别:Major(主要);类型:Equipment 1、告警产生原因 BSC核心层维护单元发现有一个处理器无法检测到,然后发“RELOAD”命令,当这个处理器无法收到“RELOAD”命令时,此SBL的状态变成FLT,“ACCESS FAIL”的告警随之产成,表明这个处理器不可达。 2、告警处理流程 首先观察相应电路板(CPR、DTC、TCU)状态,然后LOCK/UNLOCk对应模块,如果变成IT,表示处理完毕。如果变成FLT,则检查与之相关的SWITCH电路板是否有问题,如果还没有排除故障,则需要硬测BSC。 3、派单建议:一般故障工单(DTC、CPR、TSC告警,不影响服务,只影响电路板性能) 次要故障工单(TCU电路板告警,影响载频服务) 主要故障工单(VIP基站对应的TCU,影响VIP基站载频服务) RELC_OV 级别:Major(主要);类型:Equipment 1、告警产生原因 在BSC中,每一个PROCESSOR都有一个计数器,当这个Processor频繁重装软件时(Reload attemps),在一定时间内,次数超过了计数器,此时产生RELC_OV告警,中央处理器自动关闭此PROCESSOR, 即此Processor退出服务。 2、告警处理流程 Disable(LOCK) 相关SBL(CPR、DTC、TCU、TSC) 对闭掉的SBL做TEST 对闭掉的SBL做VERIFY Initial(UNLOCK)相关SBL(CPR、DTC、TCU、TSC) 如果还不好,更换相关电路板。 3、派单建议:一般故障工单(D

文档评论(0)

ligennv1314 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档