华为GSMBSS日常维护指导书-20061122-C-V1.0
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
华为GSMBSS⽇常维护指导书-20061122-C-V1.0
产品名称Product name 密级Confidentiality level
⽂档公开
产品版本Product version
Total 49 pages 共49页
V1.0
华为GBSS⽇常维护指导书V1.0(客户版)
拟制: 蔡启昌⽇期:2006-10-30
审核: 吴勇⽇期:2006-11-12
审核: ⽇期:yyyy-mm-dd
批准: ⽇期:yyyy-mm-dd
华为技术有限公司
Huawei Technologies Co., Ltd.
版权所有侵权必究
All rights reserved
Revision Record 修订记录
Date ⽇期Revision
version
修订版本
Description
描述
Author
作者
2006-11-12 1.00 修订完成V1.0蔡启昌、吴勇
⽬录
第⼀章维护概述 (4)
1.1维护的⽬的 (4)
1.2 维护的内容 (4)
1.3维护职责划分 (5)
1.4 维护作业流程 (6)
1.5 机房防病毒管理 (8)
第⼆章集中维护 (10)
2.1.总则 (10)
2.2.⽇常维护建议 (11)
2.3.周维护建议 (13)
2.4.⽉度维护建议 (14)
2.5.季度维护建议 (31)
2.6.年度维护建议 (36)
第三章⽹络管理 (39)
3.1. 总则 (39)
3.2. 质量统计 (39)
3.3.⽹络优化 (41)
第⼀章维护概述
1.1维护的⽬的
GSM 移动电话系统主要由移动交换⼦系统、基站⼦系统、操作维护⼦系统及传输系统构成。
维护的⽬标就是保证设备处于良好运⾏状态,使其运⾏服务质量能够满⾜⽤户业务使⽤的需求,⽹管可以进⾏正常的维护作业和集中监控。
其中基站⼦系统的维护,主要是保证⽹管、BSC(基站控制器)设备、PCU((分组控制单元)和BTS(基站收发信台)设备的良好运⾏,使之满⾜⽤户呼叫、短信、数据业务接⼊和下载的需求。
1.2 维护的内容
1.保证设备的完好,设备的电⽓性能、机械性能、维护技术指标及各项服务指标符合标准。
2.搞好⽹络优化,保证服务区内有良好的通信质量。
3.迅速准确地排除各种通信故障,保证通信畅通。
4.协调全程全⽹的配合,共同保证联⽹运⾏质量。
5.把关新设备、扩容设备的⼊⽹质量。
1.3维护职责划分
1.3.1集中维护
1. BSC/PCU/⽹管服务器机房部分
( l )实时监视⽹络运⾏状况和设备完好情况,实⾏24 ⼩时值班制,随时掌握系统状况,以便及时发现问题,解决问题。
( 2 )负责分析研究、检查、核查、处理⽹络运⾏中系统设备软、硬件的异常情况及问题。
( 3 )当系统设备发⽣故障时要全⼒以赴及时抢修,同时填写相关故障报告,报送有关部门并联系解决。
( 4 )负责局数据的管理、修改及实施。
( 5 )提出软件改进的建议。
( 6 )安排⽉度维护作业计划并付诸实施。
( 7 )负责本设备资料收集汇总、管理、健全和完善⼯作。
( 8 )负责系统备件的维护管理。
( 9 )监视传输设备的⼯作状态,保证各路由的畅通。
( 10 )负责集中操作维护设备本⾝的维护。
2.基站机房(BTS )部分
( l )基站设备
( a )负责基站设备的故障检查⼯作。
( b )基站设备出现故障后要全⼒以赴检修,填写故障报告,报送有关部门并联
系解决。
( c )配合收集⽹络优化⼯作所需数据,并参与⽹络优化的实施⼯作。
( d )负责基站设备改进的实施。
( e )安排⽉度维护作业计划并付诸实施。
( f )负责基站系统资料的收集、汇总管理⼯作。
( g )负责基站系统中备件的维护管理。
( h )负责基站专⽤仪表和测试车辆等的维护管理⼯作。
( 2 )天馈设备
( a )负责系统内各类收、发信天线及馈线的养护⼯作。
( b )负责铁塔、避雷系统及塔顶⽰警灯的维修、养护⼯作。
( c )安排⽉度维护作业计划并付诸实施。
( d )负责天馈设备中资料的汇总和备件的维护管理。
1.3.2 ⽹络管理
1. 质量统计
根据设备运营商的要求,及时正确地做好⽹络运⾏中的各类统计和分析⼯作。
负责原始数据及资料的收集整理,各类报表的汇总和上报⼯作。
2. ⽹络优化
根据话务分析结果和实际测量情况,负责提出⽹络优化⽅案,上报上级主管部门审核后实施。
1.4 维护作业流程
1.5 机房防病毒管理
1.5.1机房防病毒概述
集中⽹管的⽅式,⽹管服务器服务器可能集中在省⽹管中⼼,与各本地⽹设备通过⼴域⽹或局域⽹进⾏互连互通,各功能模块与各⽹元之间通信上均采⽤TCP/IP 协议实现。
这样的组⽹结构可实现全⽹设备的统⼀管理,同时⽀持本地⽹侧通过操作终端实现对本地设备的维护,满⾜集中维护和本地维护分级分层的需求。
但同时应该看到,这样的组⽹结构使得全⽹设备各⽹元间可以互连互通,所有⽹元BAM 、⽹管服务器以及操作维护台等设备均处在⼀个⼤的⼴域⽹内,某⼀⽹元感染病毒均可能会扩散到全⽹,给⽹络设备的安全运⾏带来严重的安全隐患。
1.5.2机房病毒来源易于引发病毒发⽣和传播的操作:
1.通过设备进⾏上⽹,收发邮件;
2.读写来历不明的光盘、软盘;
3.未经防病毒检测的⽂件通过拷贝、ftp 等⽅式进⼊系统;
4.来历不明的⼯具直接对⽹络内设备进⾏操作;
5.随意对⽹络内设备进⾏共享;
⽹上病毒的来源主要是⼀些不规范的操作⾏为造成的,如果各个环节均可严格把关,认真按照规范⾏事,是可以避免⽹上病毒泛滥的状况的。
这就要求在各个环节都能加强管理,不给病毒以可乘之机,这是病毒防⽌的根本所在。
1.5.3机房防病毒⽇常维护建议
1.禁⽌通过⽹络中的设备进⾏上⽹,收发邮件;
2.任何⼈不得擅⾃在⽹络上设置BBS 、NEWS 、WWW 、FTP 等各种形式的⽹络服务,
任何对⽹络结构、⽹络服务、IP 地址的设置与更改必须经机房班长同意;
3.禁⽌在⽹络中安装和运⾏其它应⽤软件,严禁在⽹络上运⾏任何⿊客软件;
4.操作维护终端必须设置和定期修改开机、屏幕保护⼝令,⼝令要符合安
5.
禁⽌利⽤⽹络设备从事与维护⼯作⽆关的活动,如:⽹上聊天、打游戏、听⾳乐等等;
6.禁⽌在⽹络中使⽤未经杀毒的软盘、来历不明的光盘;
7.禁⽌让未采取安全定制的计算机接⼊⽹络,如果确实需要接⼊,必须有安全防护
措施,并须经机房维护班长授权下才能接⼊⽹络;
8.严禁安装Pc anywhere 等远程控制软件控制⽹络中的设备,如果确有需要,使⽤
时必须设置⽤户名和密码,限制⽤户使⽤。
使⽤完毕,⽴即删除;
9.严禁在⽹络中设置完全共享⽬录,如果确有需要,必须做到以下四点:
第⼀:共享要指定某些⽤户使⽤,绝对不能everyone full control;
第⼆:使⽤完毕,⽴即取消共享;
第三:对于需要长期设备共享的⽬录,设置只读权限;
第四:取消所有对共享⽬录所做的逻辑驱动器映射
10.禁⽌维护终端上使⽤BAM 等有系统管理员权限的帐号登录;
11.准备杀毒软件,对需要接⼊⽹络中的计算机、软件盘等进⾏查杀毒;
12.准备杀毒软件,定期对维护终端进⾏查杀毒⼯作,升级防⽕墙软件,如果发现BAM、
⽹管服务器服务器感染病毒,须在华为公司技术⽀持⼈员指导下停机杀毒。
13.为防⽌BAM 、⽹管服务器等感染病毒后发⽣故障,需要在⽇常运⾏时定时备份数
据。
第⼆章集中维护
2.1.总则
集中维护检测⼯作⼀般分为定期预防性维护检测和应急维修检测两种情况。
2.1.1.定期预防性维护检测
( l )定期维护检测⼯作应按技术规范及各部件或单元的技术要求,定期、有计划地⽤规定的各种⼈机操作命令或使⽤必要的
仪器、仪表,按照规定的操作步骤,对设备的运⾏情况、应具备的各种功能、交换系统重要数据的正确完整情况,以及设备硬件的完好情况等进⾏例⾏检查和测试。
( 2 )定期检查要求对设备及附属设备的硬件部分逐⼀检查,若发现问题,⽴即予以调整、补齐或更换,以确保设备的硬件完好。
对设备中某些防尘要求⾼或活动、易损的部件,应进⾏定期的维护保养及清洁⼯作。
其它外围设备的重要部件,应定期进⾏清洁,保证运⾏正常。
( 3 )各种定期检查维护⼯作,应按照实际情况,制定合理的维护⼯作周期表,按规定的维护周期实施。
2.1.2.应急维修检测
( l )对随机或突发性的设备故障、严重的告警等异常情况,应尽快恢复设备的正常⼯作。
( 2 )在紧急或突发性设备故障发⽣的情况下,应及时向领导和上级通信主管部门报告。
应急处理完毕后,应填写相关记录表,对故障发⽣的时间、现象、涉及的具体设备、处理情况、处理⼈等进⾏详细记录。
( 3 )在应急维修和检测设备的过程中,若出现较为严重或⼀时⽆法解决的问题,应⽴即与相关⼈员联系,及时填写故障报告,并尽快和相应的技术⽀援⼈员联系,以便得到技术⽀持。
2.1.
3.注意事项
( 1 )单板拨码开关:单板拨码开关较多,⽬前⽹上运⾏设备的拨码开关是运⾏状态的正确设置,如果没有指导资料或华为公司技术⼈员指导的情况下,请不要拨动单板拨码开关,在
遇到设备掉电等需要重启BSC设备情况下⼀般也不需要现场维护⼈员重新设置单板拨码开关;对故障单板的更换必须注意,换上的单板和原单板型号相同、拨码开关设置⼀致。
( 2 )单板指⽰灯说明:华为BSC和PCU设备运⾏状态的监控除了通过告警、话统可以发现问题外,指⽰灯是最能真实的反映设备运⾏状况,由于指⽰灯较多内容具体可以根据单板的标注了解功能,根据维护台上的联机帮助核对具体含义,⼀个基本原则:PCU和BTS设备不应该有红灯出现,出现红灯时需要检查告警核实具体原因,所有传输指⽰灯都是是绿灯亮时表⽰传输物理层不通,灭时传输物理层是通的,绿灯闪时基本时传输误码较多。
( 3 )LICENSE、软硬件版本对业务的有直接影响,功能缺失等问题,⾸先确认软硬件版本是否配套。
2.2.⽇常维护建议
2.2.1 告警处理
⽇常维护以告警处理为主,通过查看OMC/⽹管服务器告警台的实时告警窗⼝(该窗⼝应⼀直开启),查看当前设备存在哪些告警,告警的处理原则:⽇常维护以告警处理为主,处理的顺序是先紧急告警、重要告警、⼀般告警、提⽰告警再事件告警,特别是紧急重要的告警,对PCU、BSC的紧急重要告警需要100%处理确认,这两类设备⼀般不会上报紧急重要告警。
问题通报:通报流程以运营商内部流程为准,必要时可以通知华为公司。
告警处理⽅法:双击告警纪录,查看告警定位、⽀路号可能原因、处理建议等(查联机帮助进⾏进⼀步的细化,也可根据联机帮助的案例来初步处理),找到对应的⽹元单板,检查业务情况(单板状态查询、载频信道占⽤、话统结果、信令跟踪、切换观测),核查对应⽹元是否还有其他相关的告警上报,确认是否有相关作业⼯单下发,联系操作⼈员确认是否⼈为操作所致(后续操作确认等),发现为⾮⼈为异常原因,需要上报对应接⼝责任⼈进⾏进⼀步的确认处理,对基站设备的告警需要,根据告警对象找到相应的站点。
基站类故障告警处理还需要结合环境监控系统的告警进⾏处理,故障处理⼀般结合话统来同步分析。
关乎全局的告警:关乎全局全系统的告警主要包括65#⽬的信令点不可访问告警、307#AM GMCC通信链路异常、86#信令链路不可⽤告警、505#CPU过载告警、301#AM与BM模块失去联络告警、509#MC2链路通讯过载等异常告警、时钟类告警;建议⾸先拨打华为公司800-830-2118或者0755-********按指导操作或根据告警情况安告警处理建议进⾏处理。
其
中65#⽬的信令点不可访问告警、307#AM GMCC通信链路异常、86#信令链路不可⽤告警、505#CPU过载告警等均可能导致整个系统瘫痪,并和MSC的运⾏情况相关,需要尽早知会MSC、SGSN、传输等部门。
告警处理⽬标:告警要做到100%的闭环,遗留问题做好跟踪记录。
2.2.2 对于其他⽹元(如MSC/HLR/SGSN等)告知、⽤户投诉问题处理:
处理原则:根据现象、描述信息等,得出问题发⽣时间、确定问题的初步范围、找出问题的规律,结合已有问题和告警理出问题的相关性(部分问题可根据联机帮助来判断)。
问题通报:通报流程以运营商原流程为准,建议通知华为公司800
处理⽅法:对紧急重⼤问题,⽴即查找相关BSS⽹元的告警,查看维护台,检查话统等,扩充到全局去初步判断检查。
通过⽤户信息使⽤信令跟踪来定位,华为BSC维护台提供有7
号信令、A接⼝、ABis⼝、⽤户切换观察、单⽤户跟踪等信令跟踪⼿段,具体操作⽅法见BSC联机帮助,跟踪结果保存在所使⽤的WS下的\OMC\shell\G3BSC32V300R002Cxx\trace
⽬录下,可以通过跟踪回顾进⾏回放分析,也可以拷贝保存到其他维护终端打开分析。
PCU 维护台也提供有PB、GB、UM的接⼝跟踪功能,跟踪结果保存在所使⽤的WS上⾃⼰制定⽬录下,具体操作⽅法见PCU的联机帮⼦。
问题处理⽬标:100%问题闭环,遗留问题做好跟踪记录。
2.2.3 ⽇常话统分析
⽇常必须关注的话统:华为话统⼀般是按对象和功能进⾏话统上报,维护⼈员也必须进⾏话统的查看,通过话统可以对设备性能进⾏分析和预测,主要的话统包括:
1、“CPU性能测量”重点检查指标:CPU占⽤率平均低于40%(该任务须检查⼀周以上的统计结果);如果长期⼤于40%需要分析所在模块的业务情况,如果没有严重的拥塞、其他异常等,初步怀疑MPU单板故障,需要尽快换下。
2、A接⼝中继性能测量”重点检查每个时隙占有次数和占⽤时长是否有较⼤差异,如果存在较⼤差异的时隙需要对该时隙进⾏指定拨测,确认占⽤正常,主要⽤来定位单通、杂⾳、回⾳等问题;
3、“SCCP协议性能测量”重点检查对端SCCP拒绝率⼀般要为0,如果⼤于0需要进⼀步确认原因,尽快联合交换侧联合进⾏定位处理。
4、“MTP性能测量”重点指标检查:信令链路不可⽤时长必须为0,信令链路发送占⽤百分⽐(%)”和“信令链路接收占⽤百分⽐(%)”,如果在这两项指标中有⼀项超过40%的时候,建议扩容7号链路。
(该任务须检查⼀周以上的统计结果);
5、在“BSC整体性能测量”中的有关A接⼝话统,可以了解A接⼝配置和占⽤情况,A接⼝中继电路的状态统计,处于未安装状态或故障状态、空闲状态、忙状态等状态的电路的数⽬以及占总配置数⽬的百分⽐,通过⼀段时间话统的观察,可以⽅便的知道A接⼝是否需要扩容,是否存在异常等。
6、在“BSC整体性能测量”和“随机接⼊性能测量”检查寻呼与⽴即指配相关指标:MSC
发来的寻呼次数、ABIS⼝电路业务寻呼下发次数、⽴即指配成功率、ABIS⼝电路业务PCH 过载次数等指标是否异常,这类指标对整体性能有较⼤的影响,可能导致寻呼⽆响应等⽤户投诉;
6、“BSC整体性能测量”重点指标检查:指配失败次数是否⼀直很⾼或相同时段是否异常,载波完好率=100%,TCH掉话率<3% ,BSC内⼩区间切换成功率>92%,⼊BSC切换成功率>86%,出BSC切换成功率>86%,SDCCH拥塞率(遇全忙)。
6、“⼩区TCH性能测量” 重点指标检查:TCH可⽤率>98%,TCH拥塞率<5% ,TCH掉话率<3%,TCH指配失败次数(所有次数)是否⼀直很⾼或相同时段是否异常;
7、“⼩区SDCCH性能测量” 重点指标检查:SDCCH可⽤率>98%,SDCCH拥塞率<5% ,SDCCH 掉话率<3%。
8、在检查话统结果是否存在明显的不合理的统计结果,例⾏对各⼩区的话统结果进⾏检查,及时发现长时间没有话务量的⼩区。
2.3.周维护建议
汇总⼀周内的告警、投诉,总结⼀周内的处理结果,对遗留和需要跟踪的问题进⾏周维护例会交流。
重点关注:⽬的信令点不可达、MCC链路异常、信令链路不可⽤、CPU过载告警、前后台流控、MC2链路通讯过载等异常告警、时钟类告警。
汇总⼀周的话统进⾏分析:重点关注话统有:BSC整体性能测量(包括多个话统),CPU性能测量,MTP链路性能测量,SCCP性能测量话统。
通过话统通过绘图的⽅法,了解A接⼝占⽤、CPU平均负荷、A⼝信令负荷、SCCP话统的对端拒绝率等。
2.4.⽉度维护建议
2.4.1.BSC⽉度维护操作指导
2.4.2.1.BSS版本配套关系检查项⽬
序号BSC版本配套关系检查项⽬检查结果备注
1 BSC主机软件版本和OMC软件版本是否
配套,所有的WS上必须安装相同的OMC补
丁版本。
请根据版本配套表检查,将所有维护WS的OMC补丁版本统⼀
2 BSC前台主机和后台DBF数据⼀致性的检
查检查历史告警是否有告警编号为:699
3 通过从BSC维护台查询单板获得的LAPD
版本信息,检查是否与主机版本配套。
是否有告警ID为:355 的‘BSC主机与
LAPD版本不配套告警’,如果有此告警,
请重新加载此单板,如果未出现355告警
说明版本配套请根据版本配套表进⾏检查,发现不配套,请重新加载配套的LAPD软件。
序号 BTS版本配套关系检查项⽬检查结果备注
4 BTS3X基站推荐使⽤的版本:
G3BTS32V302R002C06SP05通过基站维护台多基站软件查询功能查询,所有TRX/TMU单板软件版本⼀致
5 BTS3002C基站推荐使⽤的版本:
G3BTS36V306R002C05 所有DRU/IOMU单板软件版本⼀致
数据配置检查项⽬
序号数据配置检查项⽬检查结果备注6 检查BSC流控参数配置是否正确:内部流
控功能和ABIS⼝流控需要打开,TCH流控
功能关闭。
7 在正常情况下,要求平均每个BM模块开通
不少于2条NO7,保证每个BSC⾄少有2条NO7,每个模块上⾄少有⼀条NO7信令链路。
对话务量⽐较⾼的BM模块要多配置NO7。
考虑到有可能意外情况造成个别NO7中断,因此配置时要注意留冗余。
2.4.2.2.BSC运⾏状态检查项⽬
序号 BSC运⾏状态检查项⽬检查结果备注
8 BSC维护台上检查单板状态是否显⽰正常
9 在BSC维护台上检查所有A接⼝7号链路
是否正常
10 在BSC维护台上检查所有A接⼝电路状态
正常MSC侧的A接⼝电路状态是否与BSC的电路状态⼀致
11 在BSC维护台上检查所有LAPD链路正
常
序号 BTS运⾏状态检查项⽬检查结果备注
12 通过基站维护台多基站故障查询功能,是
否存在故障
根据具体情况进⾏处理
13 检查基站时钟状态(如果有⼤⾯积的基站
时钟告警,请对E3M已配置未使⽤的端⼝及
TC配置数据未使⽤的端⼝进⾏检查,检查
端⼝是否处于⾃环状态,如果是⾃环状态对于⼤⾯积基站出现时钟异常问题,可能是BSC 的时钟参考源异常
要断开)
2.4.2.
3.BSC话统检查项⽬
序号 BSC话统检查项⽬检查结果备注 14 例⾏对各⼩区的话统结果进⾏检查,及时
发现长时间没有话务量的⼩区,并尽快恢
复业务。
15 检查是否登记了以下⼏个话统任务:“MTP
链路性能测量”、“CPU性能测量”、
“SCCP协议性能测量”,“A接⼝中继
性能测量”,“BSC整体性能测量”“⼩
区SDCCH性能测量”、“⼩区TCH性能
测量”、“随机接⼊性能测量”,统计周
期为60分钟,统计时段为24⼩时。
如尚未按照检查要求登记,请⽴即登记。
16 “MTP性能测量”重点指标检查:链路负
荷<40%(该任务须检查⼀个周以上的统计
结果)
超过可考虑扩容
17 “CPU性能测量”重点检查指标:CPU占
⽤率平均低于40%(该任务须标查⼀个周
以上的统计结果)不⽤关注瞬间CPU占⽤率,检查是否话务量增加所致。
18 “SCCP协议性能测量”重点检查对端
SCCP拒绝率⼀般要为0,如果⼤于0需要
进⼀步确认原因。
需要和交换共同确认原因
19 “A接⼝中继性能测量”重点检查每个时隙
占有次数和占⽤时长是否有较⼤差异,如果
存在较⼤差异的时隙需要对该时隙进⾏指
定拨测,确认占有正常。
可以通过更长时间的话统进⾏确认。
20 “BSC整体性能测量”重点指标检查:该任务须标查⼀周以上
指配失败次数是否⼀直很⾼或相同时段是否异常
载波完好率=100%
TCH掉话率<3%
BSC内⼩区间切换成功率>92%
⼊BSC切换成功率>86%
出BSC切换成功率>86%
SDCCH拥塞率(遇全忙)<5% SDCCH掉话率<3% 的统计结果,如果发现问题,再检查对应⼩区指标21 “⼩区SDCCH性能测量” 重点指标检查:
SDCCH可⽤率>98%
SDCCH拥塞率<5%
SDCCH掉话率<3% 该任务须检查最近三天的结果或根据整体性能测量发现问题的对应时段的结果
22 “⼩区TCH性能测量” 重点指标检查:
TCH可⽤率>98%
TCH拥塞率<5%
TCH掉话率<3%
TCH指配失败次数(所有次数)是否⼀直
很⾼或相同时段是否异常该任务须检查最近三天的结果或根据整体性能测量发现问题的对应时段的结果23 在“BSC整体性能测量”和“随机接⼊性
能测量”检查寻呼与⽴即指配相关指标:
MSC发来的寻呼次数、ABIS⼝电路业务寻
呼下发次数、⽴即指配成功率、ABIS⼝电
路业务PCH过载次数等指标是否异常
24 在检查话统结果时,是否存在明显的不合
理的统计结果。
建议对于异常话统结果根据实际情况进⾏处理
25 建议删除多余的、重复的话统任务,以及
主要⽤于⽹优的临时话统任务(例如出、
⼊⼩区切换性能测量任务),特别是TRX
级任务(例如上下⾏平衡性能测量任务
等)。
2.4.2.4.BSC告警检查项⽬
序号 BSC告警检查项⽬检查结果备注
26 检查⼀个⽉的历史告警:是否有MPU过载
告警(编号505)1、当主机加载、复位时MPU占⽤率特别⾼是正常的。
27 检查⼀个⽉的历史告警:是否有MPU板倒
换成功告警(编号525) 通过查询历史告警检查近期是否出现过MPU主备倒换。
28 检查⼀个⽉的历史告警:是否有信令链路
业务中断告警(编号626)是否有信令链
路⼆层拥塞告警(编号62)
检查为何中断
29 检查⼀个⽉的历史告警:是否有AM与BM
模块失去联络告警(编号301) 需要在凌晨低话务时进⾏处理
30 检查告警台实时告警,按照告警的紧急程
度做好处理。
如发现LAPD_OML链路故障告警,应该尽快处理。
31 是否有过多相同告警,可考虑屏蔽和处理过多的告警易造成如下
不良影响:
1、BAM运⾏速度慢甚⾄
死机;
2、告警丢失;
3、出现问题时不易查找
重要告警,尤其不利于远
程维护。
2.4.2.5.BSC硬件相关检查项⽬
序号BSC硬件相关检查项⽬检查结果备注
32 电源接地是否规范,是否存在接地隐患如发现存在隐患,应及时提
出进⾏整改
33 请检查BAM风扇运⾏是否正常(主要是听
BAM是否有嘀嘀的异常响声,说明风扇可
能异常,再考虑拆箱检查)。
曾有过局点因风扇损坏没有及时发现⽽造成主板损坏。
34 在正常运⾏状态下,MPU拨码开关是否正
确正常运⾏情况下,应该设置为:程序“可⽤”但“不可写”;数据“可⽤”且“可写”。
35 在正常运⾏状态下,SNT、MCC、CTN板
拨码开关是否正确正常运⾏情况下,应该设置为:程序、数据“可⽤”
36 检查各单板的指⽰灯是否正常请按照《设备⼿册》进⾏
检查。
37 检查BSC机架后的HW、E1线缆安装是
否规范,是否有未⽤E1线头裸露在母板处
等对于悬挂在母板处或者汇流条的裸露E1线必须⽤绝缘袋⼦进⾏包装。
2.4.2.6.BSC其他检查项⽬
序号 BSC其他检查项⽬检查结果备注
38 BAM机器与⽹管服务器、各操作维护终端
通信是否正常。