ImageVerifierCode 换一换
格式:DOCX , 页数:10 ,大小:21.88KB ,
资源ID:3975426      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/3975426.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(LTE常见故障总结.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

LTE常见故障总结.docx

1、LTE常见故障总结LTE常见故障总结11、System module failure (0010)32、BTS reference clock missing (1898)33、Configuration error: Unit initialization failure (0012)34、Configuration error: Not enough HW for LCR (1868)45、Configuration error: Power level not supported (4008)46、Cell configuration data distribution failed (

2、6253)47、Failure in optical RP3 interface (4064)58、Failure in optical RP3 interface (0010)59、Baseband bus failure (3020,1906)510、RF module failure (6259,1911、1711、1712)511、Cell power failure (4090)612、GPS Receiver alarm: Control Interface not available (4011)613、X2 interface setup failure(6304)614、Tr

3、ansport layer connection failure in X2 interface615、Failure in replaceable baseband unit716、Temperature alarm(0002)717、VSWR(1838)718、Failure in optical RP3 interface (2004)819、GPS时钟盒闪断,时钟信号不正常,无法识别RRU820、Failure in optical RP3 interface(2000)821、光纤交叉连接822、基站始终无法建立S1连接,只到configed状态923、GPS时钟盒闪断,时钟信号不正

4、常,无法识别RRU924、某一个小区的RRU无法识别925、BBU版本无法识别1026、校准初步排查1027、本地IP地址和路由正常,ping不通MME和网关1128、TRS文件始终无法生效1129、三种疑难告警1230、远程ping不通基站1231、风扇告警1232、BTSlog有link消息,但是pinger始终不亮1233、驻波问题1334、pinger正常,但是SM里小区显示橙黄色告警1335、几个特列1336、FOSI 和FOSN的光功率范围1337、不同频段RRU类型1338、MAC绑定及载波冲突1439、传输不通1440、升级完成后出现驻波告警141、System module

5、failure (0010)引起原因:由于天气温度过高或者机房温度过高,导致BBU的热量散发不出去,引起的告警,一般表现是第三小区挂死,严重的可能会整站挂死,甚至会烧坏BBU。抑或是光模块出现问题导致出现此告警。处理方法:1、由于是高温引起,基站要降温并重启BBU、若是BBU长期处于高温状态,会导致BBU内部的芯片烧坏,到最后只能替换BBU2、若是因为光模块导致,则可以更换光模块,则可以解决此问题。2、BTS reference clock missing (1898)引起原因:一般导致此故障有两个原因:1、高温导致比较常见,由于高温时间过长,光模块过热,导致BBU和RRU失去连接,而后会出现

6、此告警。2、时钟盒出现故障。3、时钟线与GPS头的连接线接头(避雷器接口)没有做好,接收不到时钟信号。4、时钟线和时钟盒的连接不好。处理方法:1、高温引起,基站要降温,等待一段时间后并重启BBU、2、 时钟盒故障,更换时钟盒;3、 GPS线头没有接好,重新做一下从GPS引下来的馈线到避雷器的头子,使其能够正常接触。4、 若是时钟线损坏,则更换时钟线;若是时钟线和时钟盒接头没有接好,则接好接头。3、Configuration error: Unit initialization failure (0012)引起原因:1、高温导致小区挂死,软重启后会出现此告警2、高温导致基站自动重启出现此告警处理

7、发法:1、高温引起,基站要降温并重启BBU。2、 重新COMISSION基站,即重新把基站的集成文件(SCFC)和传输文件(Config)重新传入BBU内,重启后一般可以恢复正常。4、Configuration error: Not enough HW for LCR (1868)引起原因:以3小区基站配置来说明,由于集成文件已经配置好了,若是某一小区丢失或两个、三个小区的RRU都识别不到,则会出现此告警。1、高温导致光模块过热,跟光纤的连接中断2、 光纤没有插好3、 光纤断了4、 RRU坏了5、 SCFC文件配置有问题处理方法:1、高温引起,基站要降温并重启BBU。2、 将光纤拔下来,重新插

8、好3、 更换损坏的光纤4、 更换RRU5、 重新配置SCFC文件,如果是二小区的基站,不能将SCFC文件做成三小区的配置,否则也会出此告警。5、Configuration error: Power level not supported (4008)引起原因:1、BBU上的FSMF到FBBA之间的电源连接线没有插好,导致供电不足2、 BBU自身的问题处理方法:1、重新拔插这些电源线,使之接触正常2、 说是BBU自身的问题,则是有些可以不用拔插,直接重启基站就可以解决此问题。6、Cell configuration data distribution failed (6253)引起原因:基站运行

9、一段时间由于自身问题导致,在此也说不清楚为什么会出现此问题,最大的可能性就是BBU加载好的文件一般存储在它的FLASH芯片里面,运行一段时间后文件出错,未能成功读取到SCFC文件,导致基站出现此告警处理方法:由于重启基站后此问题即可消失,所以一般处理的方式为重启基站,在重启的过程中,基站会重新读取索引目录Filedirectory,重新加载基站的配置文件,此过程会擦除原先在Flasn里面的数据,这样基站就能正常工作了。7、Failure in optical RP3 interface (4064)引起原因:1、光模块损坏导致辅口读不到光纤消息2、 温度过高,导致辅口光模块故障,读取不到光纤消

10、息3、 辅口的光纤断了处理方法:1、更换辅口的光模块,问题得到解决2、 下电直接重启,或是下电后将光模块拔出,冷却一阵再插入卡槽内,加好光纤,加电起来后此告警消失3、 光纤损坏导致此问题,需要更换光纤,此问题最为麻烦,需要工程队配合,一般更换光纤后都能好(前提是把1、2都做过一遍了,告警得不到解决的情况下,更换光纤)。8、Failure in optical RP3 interface (0010)引起原因:1、高温导致小区两光纤传输中断,BBU读不到RRU消息2、 高温导致小区两光模块出现问题处理方法:此问题处理的方法一般为下点重启,问题都可以得到解决,但是如果机房或者综合柜的温度还是很高的

11、话,过不了多久,大概10分钟左右,此告警还会出现,所以需要做的是打开综合柜的门,进行散热处理,或是增加空调设备,降低室内温度,如果基站在室外,则没有什么好的办法,只能将BBU拿出来,放在综合柜外面。9、Baseband bus failure (3020,1906)引起原因:1、BUS线没有插好2、 BBU内部主板的问题处理方法:1、重新拔插BUS线,使之连接正常2、 BBU内部主板的问题有的可以通过下电重启解决此问题,但是有的只能更换BBU,此问题才能得到解决。10、RF module failure (6259,1911、1711、1712)引起原因:1、光模块损坏导致2、 RRU出现故障

12、导致处理方法:1、若是告警号为1711(主)或1712(辅),则分别更换主辅侧的光模块即可解决问题。2、 告警号为1911或者是6259的时候,则需要更换RRU,一般都可以解决此类故障。11、Cell power failure (4090)引起原因:1、高温导致供给FBBA的电流减少,导致功率不足2、 Vendor文件不匹配处理方法:1、高温引起,基站要降温并重启BBU2、 更换跟天线匹配的正确的Vendor文件12、GPS Receiver alarm: Control Interface not available (4011) 引起原因:GPS时钟盒工作不正常处理方法:1、重启时钟盒2

13、、 拔插连接BBU和时钟盒的时钟线13、X2 interface setup failure(6304)引起原因:X2链路连接建立失败,需要建立X2链路连接 处理方法:1、如果邻基站存在,则邻基站好了以后,此告警自然消失2、 如果邻基站不存在,则需要在邻区关系表里面讲此链路的连接配置删除,既可以消除此告警。14、Transport layer connection failure in X2 interface 引起原因:邻小区没有Onair,即基站未能正常起来工作处理方法:1、删除邻区关系2、 是邻小区正常工作15、Failure in replaceable baseband unit引起

14、原因:1、FSMF和FBBA之间连接不好导致2、 FBBA硬件问题处理方法:1、重启BBU2、 检查FSMF和FBBA之间的连线3、 更换FBBA板件16、Temperature alarm(0002)引起原因:1、机房或者综合柜温度过高2、 BBU风扇转速过快或者过慢 处理方法:1、检查机房空调是否正常工作,温度是否正常。2、 检查综合柜是否散热良好3、 检查BBU的风扇转速是否正常,一般可以看到此类告警,若是不正常,则需要更换风扇。17、VSWR(1838)引起原因:1、RRU内部的耦合器脱落,倒是发射端口出现驻波2、 天线跟BBU内的Vendor文件不匹配,出现驻波3、 馈线头子没有做好

15、,进水了,出现驻波4、 馈线有问题,出现驻波5、 光模块也会导致驻波(很少见,我没见过,但是听说过)处理方法:1、对于RRU损坏导致的驻波,则更换RRU,只能如此解决2、 若是天线和Vendor文件不匹配导致的告警,则更换相对应的Vendor文件3、 进水了则需要晾干或者更换馈线4、 馈线有问题则直接更换5、 光模块有问题,可以通过更换光模块来解决。18、Failure in optical RP3 interface (2004)引起原因:1、软件问题2、 硬件问题 处理方法:1、更换软件版本,此告警有的基站可以消失2、 更换硬件,此告警可以消失 对于此告警,实在是难以有一个定论,曾经研发的

16、人为此告警一天打了5个补丁还是解决不了,到现在也不知道怎么办,只有不停的更换软件包,更换硬件,更换光模块来消除此告警。19、GPS时钟盒闪断,时钟信号不正常,无法识别RRU正常情况下,小的时钟盒信号灯为常绿,如果出现绿色指示灯不断闪烁则GPS信号不正常。如果灯闪的情况为一长二短,则为GPS馈线短路,如果灯闪的情况为一长一短,则为GPS馈线开路。20、Failure in optical RP3 interface(2000)引起原因:此告警基本是因为温度过高,但是光模块还能工作,但又受到影响,出现的告警,或者是光模块故障导致解决办法:1、更换光模块2、下电重启,若是基站处于正常温度下,则可以保

17、持正常,不再出此告警。21、光纤交叉连接对于室外型宏基站(FZHA,s111),开通后正常的FZHA的框号为1、1、1、1、3、1、1、4、1 (normal FZHA rack no、png)。已发现有部分基站开通后的FZHA的框号为1、1、1、1、2、1、1、3、1 (abnormal FZHA rack no、png)。对于这种情况,基站无告警,但对于第一、二小区的业务测试会造成影响。原因可能是第一小区的辅光纤与第二小区的主光纤交叉错接。1、3、4代表主光口22、基站始终无法建立S1连接,只到configed状态这种情况一般是基站发了S1连接请求,但是核心网侧没有回,在SM里面会有630

18、8的告警(S1 interface setup failure),这个时候我们会误认为是核心网侧没有配这个站的数据或没配对,其实核心网侧不需要配置任何数据。所有的information都由ENB上报。下面是MME的输出:MCC MNC ENB ID ENB IP S1 CONN AMOUNT= = = = =460 0813172、16、2、163460 08106172、16、2、137 * *8172、16、2、13916S1口通了之后,ENB正常接入网络,MME侧就能看见有关的信息。所以,基站侧开通时,不外乎2个问题:1、传输不通:需要核对传输侧数据是否配对。比如:ENB IP地址,网关

19、,S1-C控制地址,VLAN ID等。2、 传输通了,S1口不通:需要核对ENB侧 MCC,MNC,ENBID是否正确。特别是ENBID,不能与其它站冲突。截止到现在,99%的ENB S1口不通,是由于ENBID冲突造成的。SCTP的端口号36412如果都是诺西的设备,就不会出问题。总之,在ENB接入EPC的过程中,MME只是起着等待接入,接入确认的作用。23、GPS时钟盒闪断,时钟信号不正常,无法识别RRU正常情况下,时钟盒信号灯为常绿,如果出现绿色指示灯不断闪烁则GPS信号不正常。如果灯闪的情况为一长二短,则为GPS馈线短路;如果灯闪的情况为一长一短,则为GPS馈线开路。这两种情况一般只需

20、重做GPS头子就行。还有一种情况是灯闪的时间间隔相同,则为时钟盒模式选择错误,只需把时钟盒上的模式开关拨到GNSS就行。24、某一个小区的RRU无法识别现象是:该小区的RRU能ping通,但是在BTSlog里面无法读出RRU的版本,SiteManger里面也无法识别RRU。既然小区光纤同步没问题,而BTSlog和SM却又同时识别不到RRU的版本,按照RL15时的经验只可能是RRU的productCode丢失,所以从RRU里面,通过log a提取RRU的log( F01_startup、zip和F01_runtime、zip),从该RRU的启动log里面,可以看到如图1-1显示的信息:图1-1

21、该小区RRU启动log而正常RRU启动log里面,应为如图1-2所示的信息:图1-2 正常RRU启动log对比可以看出,原因应该是productCode和Serial number丢失造成。在RRU里面,使用eeprom命令,手动写入productCode和Serial number,重启基站后,小区恢复正常。25、BBU版本无法识别BBU版本无法识别主要表现在SM读到的版本为“?”,这个问题也是在1800之后出现的,主要是因为往BBU里传文件时出错引起系统切换,重启后就识别不到版本了。对此尝试过很多手段,包括重升PS、重传fs1、重灌基站包和重刷flash都不行。既然这个问题是系统切换时造成

22、的那能不能再让它切换一次?于是问研发要了一条关于切换的命令,具体步骤如下:1)通过将FileDirectory里面的“?”写回版本号,再放回flash里面2)保证备区的FileDirectory里版本号不是“?”3)在FCTB里执行命令:uboot_env get,查看正在运行的区域,如果是fs1,则执行命令: uboot_env set active_partition=2,将系统切换至fs24)重启BBU,重启后一般情况下能恢复正常版本,不行的话可以再次尝试以上方法。26、校准初步排查如果发现某个小区的校准有问题,比如说2小区的校准有问题,那么我们更换小区1和小区2的光纤位置(也就是Opt

23、IF1和OptIF3更换,OptIF2和OptIF6更换),看看校准不好的小区是否有变化:(1) 如果校准不好的小区变到了第1小区,那么可能是RRU或者射频连线的问题(2) 如果校准不好的小区还是第2小区,那么可能就是eNB的问题对于(1)类问题,我们要继续看看是哪个path有问题,如下面的log:AntIdx(7)值偏大,则须检查对应第8通道的跳线是否接好。如果所有path都不好的话,则可以尝试sitemanager block、unblock这个小区,看是否恢复正常,如果没有校准打印,则直接重启。以下是各个参数的定义:Timeoff 波动不要太大,能稳定就可以Ampratio 是原始天线信

24、号计算出的天线x对参考天线的幅度比Finalampratio 是最后ULPHY给出的调整幅度比,不会1Maxtxantampratio 是7组幅度比中最大值,代表了RRU8个通道之间幅度的差异27、本地IP地址和路由正常,ping不通MME和网关先检查光电转换器上面是否有5个绿灯。如果电口灯未亮,检查eNB到光电转换器的网线;如果光口灯未亮,检查光电转换器到PTN的光纤是否连接正确;如果1000M灯未亮,检查网线的质量;如果指示灯都正常的话,则致电PTN工程师核对PTN的端口和传输数据,尤其是VLAN和容量。28、TRS文件始终无法生效当传完fs1文件或升完级后,TRS文件在SM里始终无法se

25、nding出去,将其上传至runfs1trs_datadb根目录下重启基站也不生效;此时可以尝试重刷PS来解决,生效后BBU上的传输指示灯会变绿!29、三种疑难告警(1)Cell power failure 原因:RF received low power from BTS 解决方法:1、Check Pmax and txPowerScaling value2、Check vendor file3、Replace FSMF or FBBA(2)RF module failure 原因:LNA burned 解决方法:Replace RRU HW或BBU HW或FBBA(3)Baseband b

26、us failure 原因:基带总线配置被硬件,软件,DSP或LTX拒绝 解决方法:更换BBU到两块FBBA的数据线或直接更换BBU30、远程ping不通基站远程ping不通有以下几种可能:(1)网管IP没配或配错(2)该站之前正常,但是后来上站发现vlan数据又被做到PTN2-5口,导致远程ping不通;(3)光电转换器到BBU的网线有问题,诺西采购的这批网线还不如地摊上卖的靠谱,运行一段时间后,竟然会导致传输中断(4)PTN上的光模块突然之间出问题了(5)基站正常运行一段时间后TRS文件丢失(6)PTN被托管了(7)机房断电、BBU或光电转换器被下电以上可能大多数都需去现场结合实际情况来判

27、断,并采取相应的解决方法!31、风扇告警风扇告警可能是风扇过速、低速或不转,一半是风扇本身的问题,可以通过更换风扇来解决,一半是由于BBU出了问题,而不转也可能是因为风扇电源未插好。另外有些风扇告警时有时无,需结合实际情况来判断。32、BTSlog有link消息,但是pinger始终不亮 这个问题在18630版本下很常见,据说是因为该版本对光口质量要求高,因为我试过将版本降到16200时问题就消失了,升上来后又复现了,解决方法如下:(1)整站下电(2)更换光模块(3)单独上电问题小区(4)将问题小区一根光纤拔掉33、驻波问题 驻波问题很常见,主要有以下几种:(1) 跳线未插或未插好(2) RR

28、U耦合器脱落,导致驻波固定在RRU某一通道(3) 天线问题(4) Vendor文件没有和天线型号对应SM里面显示的某通道驻波比告警是指RRU上对应的某通道,不是天线的,而校准+1则和RRU对应!34、pinger正常,但是SM里小区显示橙黄色告警 岳峰镇台中这个站之前很正常,运行一段时间后二小区无法识别,远程重启基站后该小区报4064告警。上站下电重启基站后该小区光纤同步正常,但是SM里小区显示橙黄色告警,更换BBU侧光模块后问题依旧,最后更换RRU侧光模块问题解决。35、几个特列 (1)金榜食府-温度告警-整站挂掉 :温度过高会导致光口异常,小区退服;(2)传输数据做好后,PTN网管确认vl

29、an、ip也添加了,但是就是ping不通网关:后来才知道对应的网关没添加; (3)有个小区始终不报link消息:后来发现是RRU侧光纤未插; (4)琅岐便携-将BBU下电6-8分钟后,pinger能正常识别,但是SM识别不到该小区-重启几次后SM能识别,但是报RP3-2000:更换光模块后问题解决。36、FOSI 和FOSN的光功率范围(1)RTXM228-601 输出光功率:-8、2dBm+0、5dBm (FOSN)输入光功率:-14、4dBm+0、5dBm(2)RTXM228-618 输出光功率:-5、2dBm+0、5dBm(FOSI)输入光功率:-14、4dBm+0、5dBm37、不同频

30、段RRU类型室分只有一种频段:E频段,2、3G (6通道FZNC 和2通道FZND)宏站有两种频段:F频段,1、9G (8通道FZFA和8通道FZFD)D频段,2、6G (8通道FZHA)38、MAC绑定及载波冲突更换BBU后传输需在网管做一个MAC地址的绑定铁路旅社:TD第三小区11个载波,所以LTE的第三小区只能到configing状态,到不了configed的状态,也ONair不了!39、传输不通1,网管IP没配或配错,按规划重新做数据;2,该站之前正常,但是后来上站发现vlan数据又被做到PTN2-5口,导致远程ping不通,将PTN尾纤插到正确位置;3,光电转换器到BBU的网线有问题,直接更换;4,PTN上的光模块出问题,直接更换;5,基站正常运行一段时间后TRS文件丢失,重做数据;6,PTN被托管,联系PTN侧处理;7,机房断电、BBU或光电转换器被下电、空开跳闸,上电或联系移动处理;40、升级完成后出现驻波告警 此故障出现在最新升级的版本247_16,升级完成后,由于Vendor文件未能同步更新名称,导致出现驻波,这时候就需要通过Fileziler登陆到BBU里面,将Vendor文件的后面几位改成升级以后版本的名称,比如说升级前,Vendor名称为vendor_GZ,这时候就需要该为vendor_GZ。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1