基站故障疑难案例

合集下载

华为基站故障处理实例

华为基站故障处理实例

5.2.3华为基站故障处理实例1. 天馈连接鸳鸯线导致扩容载频后话务量减小现象描述:反映某 312 基站第二小区话务量减小,该站话务量减小是从扩容后,原来是一个载频,采用一个 CDU ,扩容后加了一块载频,同时将 CDU 更换为 EDU ,至此话务量急剧下降,连续 3 天话务量不足原来的 1/4 ,用户怀疑是覆盖范围减小。

告警信息:在告警台中观察不到任何关于该基站的告警,单板指示灯和运行状态均正常。

原因分析:由于用户增加了一块载频,该基站下的四块载频变为五块,但是 PSU 单板只用两块,所以初步分析可能由以下原因造成话务量减小:1 ) PSU 单板不够用,由于每两块 TRX 需要一个 PSU ,所以有可能是这个原因所致;2 )新更换的 EDU 有问题;3 )扩容时连接跳线时接头没有连接牢靠,造成驻波比过大;4 )小区的天馈连接错误。

处理过程:现场检查数据,没有任何问题,观察话统,发现的确从扩容后话务量就一直维持在 1ERL 左右,没有异常告警。

到达现场后加入一块 PSU 板,通过话统对该小区进行测量报告数量的测量,发现很少,话务量没有提高,将 1 、 2 小区的 EDU 更换,现象依旧,仔细检查 TRX 和EDU 之间的连线,也没有错误,又检查天馈连线,发现第二小区的 EDU 的第二个发射端口 TX/RX_ANTB 错误的连接到第一小区天线的发端口,这样以来,第二小区的 BCCH 和 TCH 是通过不同的天线发出去的,造成可能指配信道所在的载频信号很弱,进而发生切换或掉话,切分集接收也不正确,所以造成该小区吸收不了话务量。

将小区天线重新连接,二小区的话务量立刻提升了。

建议与总结:扩容,更换硬件时一定要信心连接线缆,避免连成鸳鸯线,交叉线,如果连接错误通常不会产生告警,故障比较隐蔽,同时会造成一些切换,掉话,话务量上不去的现象。

2. 数据配置不当导致 BTS3006A 在市电掉后出现非主 BCCH 载频退服现象描述:某基站业务信道可用率突然下降,严重影响了考核指标。

NOKIA基站故障处理-案例分析

NOKIA基站故障处理-案例分析

第五章案例分析:故障案例分析一:驻马店市区刘阁基站(DE34)TRX2有7533告警(TX ANTENNA OR CONBINER CONNECTION FAULTY)由于连接在同一个合路器上的TRX1工作正常,初步判断AFEA 没有故障,TX连线紧固,则判断可能是TRX坏或者TX连线坏,更换TRX后故障解除。

但是到3月9号,TRX2再次出现7533告警,由于TRX为新换的,TX连线无故障,分析认为合路器AFEA不稳定,存在隐患,更换AFE后故障解除,没有重复出现。

故障案例分析二:西平人和基站(DE34)BCFA故障,更换后无法自启,检查发现软件包不对应(使用的板件是返修的库存板件,没有考虑软件包问题),灌入对应软件包重启后,Sec2和Sec3无法正常工作,其中Sec2的TRX7正常,而TRX8和Sec3的TRX9和TRX10均有7514告警(13MHZ CLOCK IS MISSING IN TRX)按照Nokia告警处理提示应更换TRX,但三块TRX同时坏的可能性不大,考虑可能为其他原因引起。

于是将Sec2正常运行的TRX7和出故障的TRX8倒换位置,(操作过程中对该层PSUA断电)结果Sec2两块TRX均恢复正常。

于是将Sec3的PSUA断电再加电,该扇区亦恢复正常。

分析认为有时TRX内部软件需要重新掉电初始化。

这一点和后来改半速率过程中,有些DE34站虽然数据与BSC完全对应,仍然出现OMU信令不活的现象类似,出现这种情况时,对基站供电单元CSUA掉电再加电就可以解决。

故障案例分析三:遂平红堂基站(UltraSite)O改S后,Sec1一直占不上用户,且有7602(Mismatch between BSC/MMI configuration file and the actual)告警,经检查发现,硬件数据库中Sec1的数据不完整,补充完整后再上传进去,重启BCF,故障解除。

故障案例分析四:妇幼保健院(ULTRASITE)断站,且断站时有7606告警,告警提示为合路器反射功率过高。

爱立信基站典型故障处理案例

爱立信基站典型故障处理案例
在确认马厂湖基站的数据存在掉死的情况后,重新定义了新的TG数据,来替换原先存在掉死现象的TG数据,整个基站恢复正常运行。
对上述基站数据掉死的解决办法还有一种是进行BSC的重新启动,因为需要在晚上进行,因此可能会导致基站退服的时间较长。
案例4:中国银行基站第2小区对应的机架为2个CDU C,4个载频配置,总是在4个载频全部开起来后,又很快全部退服,现象为第1、2个TRU状态为TX not enabled,第3、4个TRU为Fault灯和Operational灯同时亮。每次对DXU进行复位,总是出现上述的同样现象,整个小区无法正常运行。
总结:针对多机架级联的基站,第2、3小区退服的情况,要考虑前一级级联的小区所在的机架是否存在DXU故障、PCM传输电缆接错、IDB数据中未定义PCM级联等情况。
案例7:某个基站第2小区有3个时隙LMO状态为0800,复位和更换载频后无效。
检查基站的定义数据,发现第2小区对应的TG-139,在定义半永久连接关系时,将RBLT-1309与DCP 28连接是错误的,导致DCP 28相对应的4个TS时隙,无法正常工作。应该是RBLT-1308与DCP 28连接,正确修改后,故障解除。
因为第3、4个TRU总是出现故障现象,将这两个TRU更换,仍然出现同样的故障现象;更换第3、4个TRU对应的第2个CDU C,仍然出现同样的故障现象。
将第3、4个TRU放到第5、6个TRU的位置上,将第2个CDU放到第3个CDU的位置,这样载频的位置为第1、2、5、6,甩开TRU第3、4位置不使用,整个小区正常运行,不再出现上述故障现象。
首先全面检查基站硬件、传输设备、传输电缆等均没有发现问题,检查柳行头基站数据、小区数据定义也没有发现问题,更换DXU也不能解决问题。

因电源问题引起大面积基站中断的故障处理案例

因电源问题引起大面积基站中断的故障处理案例

因电源问题引起大面积基站中断的故障处理案例下面是一个实际案例报告(略去了地名),供参考。

2006年4月4日约19时,在×县发生了29个基站通信中断的故障,经全力抢修,于4月5日3时45分完全恢复正常。

一、故障现象2006年4月4日18:59分,网络监控室值班人员通过基站监控终端发现×县29个基站大面积通信中断。

二、故障经过1、2006年4月4日18:59分,网络监控室值班人员通过基站监控终端发现××等29个基站大面积中断。

2、19:10分,网络部相关技术人员根据故障现象,初步判断原因为×基站电源故障引起传输中断进而导致大面积断站。

3、19:35分,基站代维公司代维人员到达×基站现场,发现基站市电未停,但开关电源未工作并且机房内所有设备均已掉电。

4、19:45分,网络部相关技术人员指示现场代维人员在查找市电故障的同时使用自备发电机向基站供电。

在发电机供电情况下,×基站内的开关电源设备开始工作,并对蓄电池充电。

5、19:50分,基站代维人员在确认设备无短路漏电后合上传输空气开关,设备开始上电,传输电路开始恢复。

6、20:34分,基站电路全部恢复正常通信,基站故障消除。

7、20:40分,网络部技术人员指导×基站现场代维人员继续查找市电故障原因,现场代维人员立即联系当地供电部门对基站交流供电进行检查。

8、4月5日凌晨00:10分,×基站及其传输链路上的共计27个基站再次发生中断。

9、4月5日凌晨00:40分,正在会同供电部门检查交流线路的代维人员迅速赶回基站,发现5kW发电机因蓄电池充电电流过大,发电机长时间过载运行导致不能正常工作,代维人员立即关闭基站主设备的电源以保证传输设备的供电。

10、4月5日凌晨01:32分,除×站外的26个基站全部恢复。

11、4月5日凌晨02:05分,现场代维人员与当地供电部门人员经过仔细排查后,确定了市电故障原因:故障发生时,当地正下暴雨并有大风,从山下供电处到基站之间的交流供电线路的零线因年久老化,在恶劣天气情况下出现接触不良,引起基站的交流引入异常。

基站故障排除案例

基站故障排除案例

基站故障排除案例汇总此案例文件汇集了基站工程师在工作中遇到的实际问题。

希望基站工程师平时多留意实际工作中的问题并加以总结,以便经验共享。

案例以报警号或故障现象为索引。

为了方便工程师分享,请将你的案例写入TRBLFORM.DOC 表中,中英文不限。

再将该表E-MAIL 到He Guangqian(CSC/Beijing). 他将定期将此案例汇总分发给基站组的每个成员。

1. 报警号:7939 (3)2. SUPER 层掉话率高 (4)3. 载频单元掉话率高 (4)4. 基站下行链路话音质量差 (4)5. 传输问题 (5)6. LOOP TEST 中的频点干扰问题 (5)7. lOADING BTS SW 过程中可能会遇到的问题 (6)8. 用两条PCM 2M 口传输实现二代站8+8+8 配置 (6)9. 分级天线顺序接反 (6)10. 扇区无话务 (7)11. 案例题目:7533 (7)12. 案例题目:7838 7839 (7)13. 案例题目:7810 (8)14. 案例题目:7860 (8)15. 案例题目:7937误告警 (9)16. 案例题目:LAPD LINK FAILURE (9)17. 案例题目:OMUSIG FAILURE (9)18. 案例题目:7823 告警 (9)19. 案例题目:BCF7900 告警 (10)20. 案例题目:7817 告警 (10)21. 案例题目:告警号7942 (10)22. 案例题目:基站加电后,BCF不断重起 (11)23. 案例题目:告警号7944 (11)24. 案例题目:7842告警 (11)25. 报警号: 7842,7542 (12)26. 案例题目:调测时第三扇区无反应 (12)27. 案例题目:与DN2 相关的传输问题及告警 (12)28. 报警号:7937 (13)29. 报警号:7523 7525 7527 7529 (14)30. 报警号:7938 7939 (14)31. 手机显示Network Busy (14)32. 时钟线的问题(ALARM 7523, 7525, 7527, 7529, 7533) (15)33. 案例题目:7990 7991 (15)34. 案例题目: 微蜂窝 (16)35. 案例题目:bcfa defalt (18)36. 案例题目:震铃一声后掉话 (19)37. 案例题目: 某一TRX干扰级高 (19)38. 案例题目:7941 (19)39. 案例题目:7705 (19)40. 案例题目:DE34 BTS传输故障 (20)41. 案例题目:DE34 RTC D-bus cable deficient (20)42. 案例题目:DE34 BTS13M MCLG调测不准确 (20)43. 案例题目:DE21 基站重启无法通过MCLP (20)44. 案例题目:天线安装错误造成两扇区间频繁切换 (21)45. 案例题目:DE34 INDOOR SITE DOOR OPEN ALARM (21)46. 案例题目:传输闪断,误码率高 (21)47. 案例题目:DE21 OMU LINK 不活 (22)48. 报警号: 7842,7542 (22)49. 案例题目:传输问题;(利用HDSL 做为传输设备) (22)50. 案例题目:DE34 BTS传输故障 (23)51. 案例题目:DE34 RTC D-bus cable deficient (23)52. 案例题目:DE34 BTS13M MCLG调测不准确 (23)53. 案例题目: alarm 7515, 7516, 7530 when bb hopping on (24)54. 案例题目:7990/7991 (24)55. 基站上行干扰。

爱立信基站故障处理案例

爱立信基站故障处理案例
• 讨论:是什么原因造成这种现象呢?
• 参考答案:由于当时是夏天,又是在中午, 天气很热,微蜂窝却安装在天台上,造成 机架内温度高于安全范围。主架的温度高 于55C时就会出现TX I1B:4的故障。 当晚上 温度下降到53 C时故障自动消除。
• 总结:在故障处理时需注意周围的环境 及气候会不会对基站造成什么影响,寻 找故障发生的原因。
• 广东药学院基站扩容案例分析
• 基站描述:该站设备为2202,CDU类型为D型, 原规模为6+8+7,现需扩容到8+8+7。扩容的设 备是从其他基站拆过来的主架。
• 故障描述:该站安装后调测人员进行调测开通, 但发现主架一直控制不了扩容的机架,而且扩展 架的TRU FAULT灯在闪.
• 讨论:什么原因造成这种现象?
• 总结:如出现个别载波有TX I1B:4,说明不是天 馈线系统问题,需另寻原因。当整个小区出现TX I1B:4时,说明了是天馈线系统出现故障,这时需 针对天馈线进行检查处理。(相关知识:当CDU输 出的VSWR超过IDB定义的2级告警门限时(默认值: 1.8),会产生CF I2A:8的故障. 当VSWR超过1级告 警门限时(默认值: 2.2), 会产生TX I1B:4的故障. 如果出现故障的单元为”CDU”或”CU”, 那么是 指TRU输出功率的VSWR超出门限值.此时会产生 TXI1B:1。)1800系统由于是CDU D型,所以第 一条天线是有接收和发射的功能。如果第一条天 线出现故障,该小区无法开通,第二条天线出现 问题小区照样还是能开起来的,只是会出现方式做保护处理对用户上传分享的文档内容本身不做任何修改或编辑并不能对任何下载内容负责
爱立信基站故障处理案例
• 文明路基站故障处理案例分析

《基站故障疑难案例》课件

《基站故障疑难案例》课件

故障案例二:通信质量突然下降
本节将详细讲解通信质量突然下降的故障案例,并分享一些应对方案和实是一个常见但难以解决的问题,本节将分析其原因,并提供一 些有效的解决办法。
故障案例四:无线呼叫中断
拥有稳定的无线呼叫连接是基站的关键功能,本节将分享一个典型的无线呼叫中断故障案例,并给出解决方案。
故障案例五:网络容量不足
网络容量不足可能导致通信拥堵和通话质量下降,本节将探讨其原因,并提 供相应的解决方法。
总结和建议
通过总结前面的案例和解决方案,我们将得出一些关键的结论和宝贵的建议,帮助大家避免类似问题的发生。
《基站故障疑难案例》 PPT课件
本课件旨在介绍基站故障疑难案例,帮助大家更好地理解并解决基站故障问 题。
背景介绍
了解基站故障的背景是解决问题的首要步骤,本节将概述基站故障的常见原 因和影响。
故障案例一:信号覆盖不完全
通过一个具体案例,深入解析造成基站信号覆盖不完全的原因,并介绍相应 的解决方案。

电信现网常见基站故障处理案例

电信现网常见基站故障处理案例

1.1.1 CMPT板损坏导致基站失锁【现象描述】基站在操作维护平台中查看未退服,但BBU内HECM、HCPM板件均无法正常使用,不断重启;告警维护平台中查看基站存在“失锁”告警。

【原因分析】通过告警维护平台可得知告警涉及“GPS线路”方面,但对于具体障碍,需要对整段线路进行检查。

【处理过程】通过障碍现象实际上可以得知该基站已经退服,无法实现其应有的功能。

由于已通过网管定位为GPS故障,因而直接检查GPS线路。

将CMPT板与GPS蘑菇头相连的小跳线处断开,使用万用表的直流电压档位测试CMPT板输出电压,为0V;再使用万用表欧姆档位测试GPS电阻,在合适范围内(注:蘑菇头电阻几百欧不等,按照品牌略有差异)。

由于一般情况下CMPT板应该输出约5V左右的直流电为GPS蘑菇头供电,那么可以判定,为CMPT板件引起的故障。

更换CMPT板,恢复小跳线,基站重启后恢复工作,HCPM、HECM板正常工作,基站修复。

【建议与总结】1.当在基站不同步的一些情况下,网管不显示基站退服,但需要同步的板件无法正常工作;2.应当了解GPS故障处理的一些常识性知识。

1.1.2 PPP链路中断【现象描述】接到网管通知,反映所属安宁分局的“费家营”基站UTRP板件存在PPP链路中断告警,影响该基站的正常业务功能。

【原因分析】由于涉及的设备为基站电路域设备,因此优先考虑是电路部分的问题。

【处理过程】在现场察看发现UTRP板件存在告警,ALM指示灯为红色闪烁状态,初步判断UTRP 板件正常。

排除传输扩展板件故障后,察看与其相联接的2M线路,将不涉及开销信道2013-4-28 第1页, 共10页的2M(不会造成断站)在成端处断开,METRO500光端机的2M接口向BSC环回,与UTRP 板相连的2M接口向基站环回。

询问网管,发现BSC侧链路正常,基站侧无法环回。

近一步察看与UTRP板相连的2M头子,可能存在虚焊,重做2M头子后PPP链路恢复正常,障碍恢复。

最新24-基站故障疑难案例汇总

最新24-基站故障疑难案例汇总
告警信息:无
原因分析:在维护终端实时监控信道干扰带,HG5248蕲春十里铺-HG-1
存在较强4-5级干扰,发空闲burst后并无明显变化。
图 HG5248蕲春十里铺-HG-1(未发送空闲burst) 图 HG5248蕲春十里铺-HG-1(发送空闲burst后)
观察HG5248蕲春十里铺-HG-1、HG5248蕲春十里铺-HG-3的频点 扫描数据发现,两小区主分集频点扫描图基本一致,且从1-99号频点底噪 呈线性减弱,由于电信CDMA下行频段为870-880MHz,而移动GSM900 上行频段为890-909 MHz,该干扰极有可能是CDMA干扰造成。
图 主分集频点扫描迷你图
处理过程:频点扫描数据显示CDMA干扰对30号以上频点干扰较严重,
更换HG5248蕲春十里铺-HG-1的TCH频点(14、18、20)->(37、40、43 ),更换HG5248蕲春十里铺-HG-3的TCH频点(22、32)->(60、67)解决。
建议与总结:随着城区电信基站的增加,可能会对移动现网GSM900小
DDPU未安装。 DDPU槽位故障。 主控板故障。 面板上通信接头连接不良。 DCSU拨主控板DTMU无告警。更换第二组柜的DTMU,故障依旧。 ② 检查射频连线,问题依然。 ③ 更换第二组柜的DDPU和相应的射频连线,问题依然。 ④ 检查第二组柜的DCSU板拨码,发现S2-S5拨为OFF,改为ON后故障
通道根据GRRU使用指导,配双发双收时,A通道和B通道载波数之差不 能大于1,将两个载波分别 绑定在A和B通道后,基站正常工作。
在进行话统分析中发现存在CDMA干扰
现象描述:HG5248蕲春十里铺-HG-1、HG5248蕲春十里铺-HG-3小区
存在较强上行干扰,忙时4-5级干扰带占比均超过80%。

华为基站故障处理实例

华为基站故障处理实例

5.2.3华为基站故障处理实例1. 天馈连接鸳鸯线导致扩容载频后话务量减小现象描述:反映某 312 基站第二小区话务量减小,该站话务量减小是从扩容后,原来是一个载频,采用一个 CDU ,扩容后加了一块载频,同时将 CDU 更换为 EDU ,至此话务量急剧下降,连续 3 天话务量不足原来的 1/4 ,用户怀疑是覆盖范围减小。

告警信息:在告警台中观察不到任何关于该基站的告警,单板指示灯和运行状态均正常。

原因分析:由于用户增加了一块载频,该基站下的四块载频变为五块,但是 PSU 单板只用两块,所以初步分析可能由以下原因造成话务量减小:1 ) PSU 单板不够用,由于每两块 TRX 需要一个 PSU ,所以有可能是这个原因所致;2 )新更换的 EDU 有问题;3 )扩容时连接跳线时接头没有连接牢靠,造成驻波比过大;4 )小区的天馈连接错误。

处理过程:现场检查数据,没有任何问题,观察话统,发现的确从扩容后话务量就一直维持在 1ERL 左右,没有异常告警。

到达现场后加入一块 PSU 板,通过话统对该小区进行测量报告数量的测量,发现很少,话务量没有提高,将 1 、 2 小区的 EDU 更换,现象依旧,仔细检查 TRX 和EDU 之间的连线,也没有错误,又检查天馈连线,发现第二小区的 EDU 的第二个发射端口 TX/RX_ANTB 错误的连接到第一小区天线的发端口,这样以来,第二小区的 BCCH 和 TCH 是通过不同的天线发出去的,造成可能指配信道所在的载频信号很弱,进而发生切换或掉话,切分集接收也不正确,所以造成该小区吸收不了话务量。

将小区天线重新连接,二小区的话务量立刻提升了。

建议与总结:扩容,更换硬件时一定要信心连接线缆,避免连成鸳鸯线,交叉线,如果连接错误通常不会产生告警,故障比较隐蔽,同时会造成一些切换,掉话,话务量上不去的现象。

2. 数据配置不当导致 BTS3006A 在市电掉后出现非主 BCCH 载频退服现象描述:某基站业务信道可用率突然下降,严重影响了考核指标。

经典的基站7601#7604#7745告警案例及其处理

经典的基站7601#7604#7745告警案例及其处理
NOKIA Ultrasite GSM900
"C/y;S7{/
"d,N'X'l2m 案例简述
'e*K(C$f.B%} U!U.E移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单第二扇区有7601、7604告警,其中以7604出现最为频繁
遇到过的几个经典的基站7601#7604#7745告警案例及其处理
一.MSCBSC 移动通信论坛$v;j#O8X6e.\
故障设备
.M;K4W!w'I%~ |&c3b%T移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单NOKIA Connectsite
1、检查基站设备所有的连线是否正确,是否牢固;
;|"S;d%S!l:U:N+C2、对所有的载频所有时隙进行环路测试,确保每个时隙都正常;
(E7O8y4T&N2m+~mscbsc 移动通信论坛拥有30万通信专业人员,超过50万份GSM/3G等通信技术资料,是国内领先专注于通信技术和通信人生活的社区。针对有告警的载频进行全面的检查和各个时隙多次的拨打测试,并对有问题的做好记录;MSCBSC 移动通信论坛1A%k6N7Y%`#m4T
%I1P!j2L&v2{5K4d"h%d)z$z
3k4u:a!f1~9C | 国内领先的通信技术论坛故障分析mscbsc 移动通信论坛拥有30万通信专业人员,超过50万份GSM/3G等通信技术资料,是国内领先专注于通信技术和通信人生活的社区。8N4Z:j%{)c6~-|
7745告警内容:CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD(占用某个信道的失败率高于设定的门限值),这个告警是用来监视话务信道&信令信道的质量状况,检测可能出现故障的信道;与它相关的参数有四个:一是占用话务信道的失败率门限值是20 %;二是:占用信令信道的失败率门限值是80 %;三是:监视测量信道的时间长度为60分钟;四是:信道的门限值是10 。MSCBSC 移动通信论坛 m+^5s0y*}0a)h

最佳案例实践--宁波TD基站故障把控与提升

最佳案例实践--宁波TD基站故障把控与提升

最佳实践--宁波TD基站故障把控与提升一、问题发现自今年4月份起,宁波的TD基站告警量存在持高不下的现象,基站故障率较高,故障基站处理时长较长,一定程度地影响到了移动用户的感知度。

通过告警信息,判断该告警信息引起基站小区退服及对业务有影响的告警:其中RRU智能天线降质不影响小区退服,没有统计在设备故障率里。

二、分析研究针对这种故障高发的情况,宁波市网优中心维护组在网络部的统筹领导下,与大唐厂家一起组成故障专项小组,仔细研究了当时的故障特点,准确找到了宁波TD基站故障偏高的原因,并就导致故障历时较长的多方面原因,进行逐项解剖:传输类故障比重最大;其次是其它类故障(如基站散热异常,环境温度过低,板卡温度超出上限等等),再次是设备硬件类,最后是GPS类。

此外,我们针对一批自动恢复的疑难故障,联合厂家人员进行了专题分析。

下表是今年4月各故障的比例分布:OMT告警信息百分率三、解决提升我们根据宁波近几个月TD故障的共性特点,进行了较全面的阶段性维护提升:主要举措:第一阶段(4月初到6月底)重点处理了影响现网前三位的告警“21952 RRU电源故障告警”、“21954 RRU本振失锁告警”、“20100 RRU智能天线降质”告警经过第一阶段五周的专项处理,主要是重点针对以上三类告警,采用分析各个告警产生的原因,给出处理方法,及时安排维护人员远程或上站排除对应基站的设备故障,达到减少告警数量,提升现网指标的目的。

取得成效:截止到第一阶段结束,可以明显看出这三类告警对应的故障发生率得到了大幅降低。

下表是第一阶段处理的这三类告警,进行了设备排障工作对应的基站名称列表以及专项开展初期各基站对应的告警数量。

告警名称已经处理的问题站点问题处理前统计的告警数量RRU智能天线降质大荣建设站32528 庄桥机场站4000 海天公司站288闻江岸站83RRU本振失锁行政中心B楼站14长河工业区站17RRU电源故障告警万特商务站787 万达营业厅站 4以上数据表明,通过及时对占比居前的三类告警对应故障的基站的及时处理,列入告警专项第一阶段的三类告警的数量有了大幅度的降低。

案例——基站隐性故障问题解决案例-

案例——基站隐性故障问题解决案例-

基站隐性故障问题解决案例单位:广西南宁电信无线网优中心摘要“4_147_LCZ横县峦城镇泮塘村O”基站下有用户投诉1X有信号可以正常主被叫,但无法发送和接收短信,代维在该处也出现此问题。

期间查看呼叫指标正常,无拥塞等,但登记失败原因异常,现场拨测、后台跟踪,重启了基站后,解决了问题。

1 问题描述“4_147_LCZ横县峦城镇泮塘村O”基站是宏站,配置了三个扇区。

有用户反映在该处有信号可以正常主被叫,但无法发送和接收短信。

这三个扇区从3月8日开始,1X: 小区登记指标出现异常,一直持续至14日处理后指标才逐渐正常。

现场拨测,后台配合跟踪并分析,处理后可正常收发短信。

2 问题分析从3月8日至13日,1X: 小区CS起呼成功率(%)、1X: 小区CS寻呼成功率(%)均在99%以上,1X: 小区CS起呼失败率(%)、1X: 小区CS寻呼失败率(%)均在1%以下,指标正常。

但从3月8日至13日,各小区的1X: 小区登记成功率(%)、1X: 小区开机登记成功率(%)却很低,甚至1X: 小区关机登记成功率(%)为0,如下表所示:针对各个扇区,分析从3月8日至13日的1X:登记失败原因:4_147_3_LCZ横县峦城镇泮塘村O4_147_4_LCZ横县峦城镇泮塘村O4_147_5_LCZ横县峦城镇泮塘村O出现次数最多的是ERR_SPS_RLSA_BSSAP_Reg_Reject_IllegalMs,通常是由于IMSI非法,导致了登记失败。

从omc中的业务观察发现,其中,在147的三个扇区或者与之有切换关系下的IMSI号有非法标识(以“0”开头),并且出现多个不同的用户,代维现场测试也出现无法发送短信的现象。

提取单个用户信息,出现147-3的IMSI为“000000993671326”属于非法号码,而在其他扇区下该用户的IMSI为“460030993671326”属于有效号码,因此排除由于非法用户导致出现大量登记失败的问题。

基站问题案例

基站问题案例

4、检查BCF的后背板和扩展机架后第一块后背板的D-BUS端口是否有问题,检查后发现端口无故障。
5、检查扩展机架后背板跳线设置是否正确。经检查设置无误。
6、至此可以判断7900的告警不是因为D-BUS故障导致,应从13MHZ 时钟来检查,检查13MHZ时钟连线无故障。
7、检查扩展机架背板13MHZ时钟120Ω阻抗匹配短接头是否正常,测量发现第3块背板短接头存在短路现象,更换后故障排除。
处理过程为:
1、用电脑连接BTS,登录,发现RTG板有告警,更换RTG板后,重做硬件数据,并重起整个小区,结果是整个小区还是无法正常运行,告警依旧,难道跟RTG相连的连接有问题吗?
2、更换BTS与RTG相连接的数据线,联系机房重起基站,整个小区还有问题。
3、传输没有中断,MSC机房可以登陆该小区并重起整个站,说明传输板正常,BB2板无告警正常,BOI控制板无告警显示,控制整个基站正常运行与否,只有电源板、传输板及BOI板出现故障或RTG板出现故障才可能造成整个小区载频无法正常运行,但电源板及传输板都正常,只有BOI板坏才有可能。
4、更换BOI板,重新做硬件数据库,并灌基站软件包,重起整个小区,基站运行正常,故障排除。
此站多次重起过,四代站BOI板多次重起比较容易坏,BOI故障直接影响整个基站的正常运行。当确认传输正常的前提下,出现RTG有告警,整个小区无法正常运行,将BOI控制板更换,重新做硬件数据库,并灌相应基站软件包,重起整个基站即可。
2、核查基站硬件数据库是否有误,硬件数据库中1、2、7、8个载频为第1小区,3、4、5、6个载频为第2小区,9、10、11、12为第3小区,与实际配置和连接相符,TEI设置正确。
3、7900告警表明BCF不能检测到TRX,而且只是不能检测扩展机架中的TRX,最大的可能就是D-BUS线有问题,检查连接到扩展机架的D-BUS线是正常的。

移动GSM基站故障案例2

移动GSM基站故障案例2

关于南安村1小区隐性故障引发无线接入性低问题故障现象:小区的无线接入性直接关系到用户能否正常呼叫,直接影响到用户的感知度,是一项很重要的指标。

我们从8月14日晚忙的话务统计中发现汉寿南安村1小区的无线接入性指标很低,只有0.54,同时我们查看了白忙时的话务统计指标,却没有出现该情况。

我们取南安村1连续三天(12、13、14)晚忙时的指标进行观察,发现该小区的无线接入性指标均出现异常(白忙时均正常),具体指标如下:原因分析:流程图:无线接入性指标(MOTO)计算方法如下:无线接入性=[SDCCH占用次数/ SDCCH试呼次数]*[话音信道占用次数(不含切换)/话音信道试呼次数(不含切换)]从以上计算公式可以得出,影响无线接入性能的主要因素有:SDCCH拥塞次数、随机接入失败次数、SDCCH指配失败次数、语音指配失败次数。

通过分析对无线接入性指标的影响因素,我们可以对造成无线接入性低的具体原因进行分析。

造成该指标差的具体原因有:上行干扰或者直放站干扰引起;SDCCH/TCH拥塞;硬件故障;分析判断与原因排查:经过分析造成无线接入性指标差可能存在的原因,结合以上三天的指标发现,南安村1没有SDCCH拥塞现象,SDCCH指配、随机接入及拥塞指标均正常,造成南安村1无线接入性低的主要原因是TCH分配失败次数高。

我们根据上面分析的原因,对造成南安村1接入性差的具体原因进行了逐一的排查。

1)上行干扰或者直放站干扰引起取12、13、14连续三天晚忙的指标进行统计发现,南安村1存在上行干扰的情况,达到3、4级,还有少量5级,IOI_mean值也达到了10左右。

会不会是上行干扰造成TCH指配失败呢?首先对该小区的上行干扰进行处理。

经过查看直放站接入表,南安村1区未带直放站,故上行干扰并不是直放站干扰引起的。

不是直放站干扰引起,那会不会是频点干扰引起的呢?对南安村1区小区R 测量进行分析发现,频点31和87的上行干扰特别严重。

华为基站硬件与常见故障处理案例

华为基站硬件与常见故障处理案例

R

四分集接收与两分集接收相比,可以获得约3~5dB的上行增益
风扇框
➢风扇框配置 1 个风扇盒,内有 4 个风扇和一块风
扇监控板。风扇监控板采集机柜底部的进风口温度
,根据该温度自动调整风扇的转速。
➢风扇框的风扇采用上下排气的方式,机柜底部的
进风口与机顶的后半部构成通风回路,从而为整个
机柜提供强制散热。风扇提供 N+1 冗余备份,一个
• BSC侧载频设备属性需要配置
:射频发射模式为“不合路”,
射频接收模式为“接收分路”。
典型配置S1/1/1
• S1/1/1前两个小区共
用一个DTRU模块,分
别接到两个小区的
DDPU;第三个小区使
用另外一块DTRU和
DDPU。
• BSC侧载频设备属性
需要配置:
DTRU1,射频发射模
式为“不合路”,射频接
为“不合路”,射频接收模
式为“接收独立”;DTRU2
:射频发射模式为“不合
路”,射频接收模式
为“接收分路”。
典型配置S3/3
• S3/3有一个DTRU需要跨小区。
• BSC侧载频设备属性需要配置

DTRU1、DTRU3,射频发射模
式为“宽带合路”,射频接收模式
为“接收分路”;
• DTRU2,射频发射模式为“不合
DCOM(合路单元) 组成,满配置时可配 6
块单板,其中最多可配 6 块DDPU。DCOM 只
有在小区配置大于 4载波的情况下使用。
➢DDPU、DCOM 的所有接口均在前面板,通
过线缆连接机柜内部其他单板或模块。
➢DAFU 插框主要完成射频信号的收发双工和
发射合路,接收分集和接收信号放大,低噪声

某网络人为误操作导致140余基站中断的重大故障案例学习

某网络人为误操作导致140余基站中断的重大故障案例学习

某网络更换OSN7500备用主控板导致业务中断的故障分析一、故障经过及处理过程1.前期联通OSN设备软件整改升级过程中,450-商检3 OSN7500 设备热补丁加载完成无法激活,重新插拔18槽位GSCC单板后,单板无法启动,确认18槽位备用GSCC单板存在故障。

备板到货之后,和联通客户商定于9月20晚进行单板更换。

2.工程师主观认为更换主控板不会影响现网业务,和客户商定于当晚23点更换。

3.9月20日晚23点00分左右,将故障备用主控板更换为新到货主控板之后,查询备用主控板软件版本,与现网版本5.21.18.50P01版本不一致。

4.工程师在未确认操作方法的情况下直接使用toolkit r4模拟包加载方式对17,18槽位主控板加载主机软件进行版本升级操作(实际上17槽位主控板主机软件并不需要升级,单独加载18槽位刚刚更换的主控板就可)。

5.加载完成后于2011-09-20 23:37:18开始激活单板,首先激活18槽位备用主控板,软件提示备用主控板数据库不为空错误,要求先激活17槽位主用主控板,工程师在没有确认操作风险的情况下,于2011-09-20 23:37:48直接激活了17槽位主用主控板,激活几分钟后,网管上所有设备突然失去监控,全部网元脱管,网管计算机网卡上报IP地址冲突,怀疑是备用主控板IP和网管计算机IP地址冲突,随即修改网管计算机IP地址,修改后除450-商检3作为网关的网元(包括该网关网元)外,其他网元监控恢复。

6.等网管恢复监控之后,查看网管告警,大量站点上报TU_AIS告警,查看告警影响的路径,业务宿端全部为450-商检3,客户告知2G 基站约140个掉站。

7.怀疑升级过程中18槽位对业务造成影响,随即拔掉18槽位主控板,几分钟之后,450-商检3恢复监控。

查看450-商检3设备面板图,发现主备交叉板均不在位,在网管上对该网元下载数据配置后,业务恢复。

8.业务恢复后统计相应业务,本次事故导致此网络接入环约140个基站掉站20分钟,其他为大客户业务,业务影响重大。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
DDPU未安装。 DDPU槽位故障。 主控板故障。 面板上通信接头连接不良。 DCSU拨码错误。
处理过程:
① 查看告警,主控板DTMU无告警。更换第二组柜的DTMU,故障依旧。 ② 检查射频连线,问题依然。 ③ 更换第二组柜的DDPU和相应的射频连线,问题依然。 ④ 检查第二组柜的DCSU板拨码,发现S2-S5拨为OFF,改为ON后故障
现场的物理连线有问题,与实际的数据配置不一致。
GRRU模块本身存在硬件问题。 其他数据配置错误。
处理过程:
① 通过LST BTSPSUFP查询对应的基站,显示基站的标准为NULL,参考
文档指出NULL默认为CLASS2。
② 通过命令SET BTSPSUFP设置该基站的标准为CLASS2,结果还是一样 ,配置为40W时,还是有警告出现。
消失。
建议与总结: DCSU拨码S2-S5决定机柜是主柜还是副柜,在现网3012
并组不并柜,所以全部拨码为主柜。
BSC6900 Abis接口板光纤鸳鸯导致基站无法开工 现象描述: 黄冈新建一BSC6900,在基站调试时发现若干站点传输环断
正常,但基站一直无法开工。
告警信息:无 原因分析:
基站版本与BSC不匹配。 数据配置与硬件不匹配。 传输设备、主设备接地问题。 传输设备存在隐性故障或传输误码过高。 BSC侧问题,如接口板等。
故障处理的一般步骤
处理过程
4 1 1
现象描述
Hale Waihona Puke 32原因分析
告警信息
E1时隙故障导致小区无法正常工作
现象描述:黄冈麻城七里桥新开一个站点,该站点有3个小区,但只能同
时开两 个小区,例如1,2小区开通了,3小区就不能开通;如果1,3小区开通
了,2小区就不能开通。
告警信息:Lapd链路故障。 原因分析:
③ 检测物理连线,没有错误。
④ 更换RRU,还是有相同的告警,排除RRU硬件问题。 ⑤ 检查配置数据,确认配置的是双通道双发双收模式。 ⑥ 继续检查配置数据,发现在绑定载频和通道时,两个载波均绑定到了A 通道根据GRRU使用指导,配双发双收时,A通道和B通道载波数之差不 能大于1,将两个载波分别 绑定在A和B通道后,基站正常工作。
目录
1 1
2 3 4 5 6 E1时隙故障导致小区无法正常工作 1 BTS3012的DCSU拨码错误导致DDPU BSC6900 Abis接口板光纤鸳鸯导致基站无法开工 GRRU通道绑定错误,导致出现载波配置异常告警 1 在进行话统分析中发现存在CDMA干扰 天馈互调干扰处理案例
7
NASTAR工具发现载频隐形故障案例
在进行话统分析中发现存在CDMA干扰
现象描述:HG5248蕲春十里铺-HG-1、HG5248蕲春十里铺-HG-3小区
存在较强上行干扰,忙时4-5级干扰带占比均超过80%。
告警信息:无
原因分析:在维护终端实时监控信道干扰带,HG5248蕲春十里铺-HG-1
存在较强4-5级干扰,发空闲burst后并无明显变化。
GRRU通道绑定错误,导致出现载波配置异常告警 现象描述: 黄冈BSC12黄州自来水站点,GRRU V2模板配置双载波,功
率40W,双发双收的配置,结果出现载波配置异常告警,具体问题为
载波配置过功率类,将功率降为30W,告警消失。
告警信息:载波配置异常告警。 原因分析:
现场数据配置的不是双发双收的。
② 查看传输时隙分布时发现,开通的2个小区BCCH所在载频的RSL时隙
排列在E1`传输时隙的前面,而未开通的小区BCCH所在载频的RSL时 隙则排列在E1中间区域,所以有可能是E1中间区域的传输时隙存在问
题。
③ 把未开通小区BCCH所在载频的RSL时隙调整到E1传输时隙的后面区域 ,启动基站后,3个小区均可以正常开通。由此判断未开通小区BCCH 所在载频RSL在传输上配置的时隙存在故障。
建议与总结:对于新建基站或者割接基站,当部分小区不能开通时,首
先需要检查硬件和配置,如果不存在问题,再核查对E1传输的部分时隙。
BTS3012的DCSU拨码错误导致DDPU 现象描述:黄冈麻城电力宾馆BTS3012的基站,配置为S4/4/4,第二组
柜上电后出现DDPU通信告警。
告警信息: DDPU通信告警。 原因分析:
图 主分集频点扫描迷你图
处理过程:频点扫描数据显示CDMA干扰对30号以上频点干扰较严重,
更换HG5248蕲春十里铺-HG-1的TCH频点(14、18、20)->(37、40、43 ),更换HG5248蕲春十里铺-HG-3的TCH频点(22、32)->(60、67)解决。
处理过程:
① ② 近端查询基站版本为9.0版本与BSC版本匹配,排除版本问题。 检查基站传输相关配置与传输连接方式,发现传输挂接端口与实际硬件一致, 主副链连接也正常,排除数据配置与硬件连接问题。 ③ 检查传输设备及主设备接地情况,确认光端机与基站共地,排除接地问题带来 的传输误码。 ④ 协调客户传输人员检查相关传输设备是否有故障,发现相关传输设备均正常, 且未开工站点所在的传输环上其他站点有的可以开工,排除传输环问题。基站 近端挂表测试误码在理想范围。 ⑤ 检测BSC,更换接口板后,故障依旧,排除BSC设备问题。最后发现是接口板 到光传输设备连接有问题,从光传输设备侧往BSC环断发现其他接口板光纤接 鸳鸯,更正后故障消失,未开工站点正常工作。
图 HG5248蕲春十里铺-HG-1(未发送空闲burst)
图 HG5248蕲春十里铺-HG-1(发送空闲burst后)
观察HG5248蕲春十里铺-HG-1、HG5248蕲春十里铺-HG-3的频点
扫描数据发现,两小区主分集频点扫描图基本一致,且从1-99号频点底噪
呈线性减弱,由于电信CDMA下行频段为870-880MHz,而移动GSM900 上行频段为890-909 MHz,该干扰极有可能是CDMA干扰造成。
3个小区都能单独开通,但不能3个小区同时开通,故无线硬件没有问
题。
闭塞任意1个小区后进行复位,其他2个小区可正常开通,再进行小区 的解闭塞之后仍不能开通,即只要前面两个小区开通,第3个小区就不 能正常开通。 检查BSC数据配置,3个小区的设置一样,不存在异常情况。
处理过程:
① 由于可以开通2个小区,所以传输整体是接通的。
相关文档
最新文档