利用DXU-LOG分析设备故障.ppt

Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,Click to edit Master title style,2011年9月,利用,DXU LOG,分析设备故障,无线室赵倩雯,爱立信RBS_DXU_LOG文件中记录了整个基站的所有软、硬件设备运行信息，通过分析log文件，及时发现基站内部问题，,并有效解决基站隐性故障。,同时，LOG文件也记录了基站以外设备（即传输和BSC）对基站的影响情况，,有助于定位疑难故障，提高抢修及时率。,下面将结合案例，解读DXU LOG文件的关键字段与设备故障的关联，并给出一些故障处理建议。,背景,目录,如何看DXU LOG,1,显性故障,2,案例分析,4,DXU LOG的提取注意事项,5,下一步计划,6,隐性故障&疑难故障,3,DXU LOG,组成：,Detailed,log&General,log,DXU LOG,时钟：,内部时钟,&,外部时钟,内部时钟,:90-01-01 00:00:00.010,以90-01-01,开头,外部时钟,:11-07-12 15:22:50.208,以实际时间开头,关键部分：,主要关注,Detailed log,的外部时钟部分,故障发生时间,查看工具：,建议,UltraEdit,提取方法：,OMT,（本地提取）,&REMOTE OMT,（远程提取）,正常运行设备,Log VS,出现故障设备,Log,，见案例（下一页）,如何看DXU LOG,如何看DXU-案例,11-07-09 03:53:08.008P_MPSK_CLOCKtimeout_clock_main.c:419TRACED:Setting time:11-07-09 03:53:40.000,1107-09 07:53:39.992P_MPSK_CLOCKtimeout_clock_main.c:419TRACED:Setting time:11-07-09 07:54:11.000,11-07-09 11:54:11.002P_MPSK_CLOCKtimeout_clock_main.c:419TRACED:Setting time:11-07-09 11:54:42.000,11-07-09 15:54:42.006P_MPSK_CLOCKtimeout_clock_main.c:419TRACED:Setting time:11-07-09 15:55:13.000,说明：正常运行设备(即基站侧，传输侧和BSC侧不进行任何操作），每隔4小时与BSC同步时钟（Setting time）,若基站侧，传输侧或BSC侧发生操作，则DXU LOG会记录相关的事件，例如：,一、事件:频段超限（6000设备载波频点设置不得超过15M),11-07-09 17:17:45.966O_TGC_Main./TMP/IC/tgc_mainBody.ic:683,TRACED:TsListCheckBandWidth Rx BandWidth Out of range:2460020000 TRXinst:3,二、故障：FC码,11-07-09 17:19:02.982O_RBS_StatusRBS_STATUS_DEF.c:398,FAULT:11-07-09 17:19 FuncType:TRX,Instance 0,Raise,EC2,TERR LINK IDLE 4 EC2,故障,出现故障MO,EC2外部告警（告警类型：1A,2A,1B,2B,EC1,EC2),常见DXU LOG 关键字段,案例一：,塘朗M3载波故障,背景：,20110810,下午,1,点30左右，塘朗,M3,的出现载波告警，有载波,block。,现象：网优之家下午1点52分起出现-8载波出现，1B/13，LOCAL MODE,DXU LOG记录：,11-08-10 13:50:26.528P_MPSSMMI_HNDLLED.c:895,TRACEH:MMI indication for LED_RBS_Fault state ON告警指示灯亮,11-08-10 13:50:26.532O_RBS_StatusRBS_STATUS_DEF.c:393,TRACEH:FAULT:11-08-10 13:50 MO:TX,Instance 8,Raise,I1B,TX OUTPUT POWER LIMITS EXCEEDED,第8载波发射功率超限,11-08-10 13:50:26.534O_RBS_StatusRBS_STATUS_DEF.c:393,TRACEH:FAULT:11-08-10 13:50 MO:TRXC,Instance 8,Raise,I2A,TX OUTPUT POWER LIMITS EXCEEDED,处理：通过查看DXU LOG和历史告警记录，发现载波8频繁出现告警，更换载波板后，故障恢复。,案例二,：,55C和54A大面积T损,背景：大运期间，55C和54A局出现大面积T损,现象：以大运体场三L1为例，网优之家A2故障，T损时隙派单,可能原因：,1、6000站点频点设置：,爱立信6000设备单个RUS要求下行频带限制为15M,上行频带限制为20M。查询站点频点设置并未超15M限制。,2、FAS功能：查询ALOG记录,T损时段对全局开启FAS，记录：,SZ55CAP1DSZAPG40;AD-410;1;29653;SZ55CAP1B;132.108.19.1;0000000063;,RARDC:RID=RIRID01,CELL=ALL,CSYSTYPE=GSM1800,处理：关闭FAS功能，T损解决。,11-07-09 11:54:11.002P_MPSK_CLOCKtimeout_clock_main.c:41,TRACED:Setting time:11-07-09 11:54:42.000,11-07-09 15:54:42.006P_MPSK_CLOCKtimeout_clock_main.c:419,TRACED:Setting time:11-07-09 15:55:13.000,说明：在17:17:45之前，设备运行正常，每个4小时同步时钟,11-07-09 17:17:45.958O_TGC_Main./TMP/IC/tgc_mainBody.ic:683,TRACED:TsListCheckBandWidth Rx BandWidth Out of range:2460020000 TRXinst:0,11-07-09 17:17:45.960O_TGC_Main./TMP/IC/tgc_mainBody.ic:683,TRACED:TsListCheckBandWidth Rx BandWidth Out of range:2460020000 TRXinst:2,11-07-09 17:17:45.962O_TGC_Main./TMP/IC/tgc_mainBody.ic:683,TRACED:TsListCheckBandWidth Rx BandWidth Out of range:2460020000 TRXinst:1,11-07-09 17:17:45.966O_TGC_Main./TMP/IC/tgc_mainBody.ic:683,TRACED:TsListCheckBandWidth Rx BandWidth Out of range:2460020000 TRXinst:3,1107-09 17:19:02.982O_RBS_StatusRBS_STATUS_DEF.c:398,FAULT:11-07-09 17:19 FuncType:,TRX,Instance 0,Raise,EC2,TERR LINK IDLE 4 EC2,11-07-09 17:19:05.262O_RBS_StatusRBS_STATUS_DEF.c:398,FAULT:11-07-09 17:19 FuncType:,TRX,Instance 3,Raise,EC2,TERR LINK IDLE 1 EC2,11-07-09 17:19:05.264O_RBS_StatusRBS_STATUS_DEF.c:398,FAULT:11-07-09 17:19 FuncType:,TRX,Instance 2,Raise,EC2,TERR LINK IDLE 1 EC2,11-07-09 17:19:05.264O_RBS_StatusRBS_STATUS_DEF.c:398,FAULT:11-07-09 17:19 FuncType:,TRX,Instance 1,Raise,EC2,TERR LINK IDLE 0 EC2,说明：大运体场三L1的所有载波（共4个载波）均出现,bandwidth 超限TRACED:TsListCheckBandWidth Rx BandWidth Out of range:2460020000 TRXinst:0,且通过EC2，2级外部告警，提示应该是基站外侧原因引起,案例二,：,55C和54A大面积T损,案例三：,高薪公寓D3出现大量TS SYNC FAULT,背景：20110810下午，高薪公寓D3小区出现T损,现象：2011-08-10 11:46分起出现大量TS SYNC FAULT,11-08-10 11:10:50.540P_PCM_GENERALpcm_general.c:3730,TRACED:Port A B C D avail 1 0 1 0 error 0 1 1 1 Source_Ref 0 0 Freq_Ref 0 0,传输抖动，存在传输误码,11-08-10 11:10:50.660P_MPSS_MMI_HNDLLED.c:895,TRACEH:MMI indication for LED_TransmissionOK port C state OFF,传输PCM C端口关闭,11-08-10 11:10:51.142O_RBS_StatusRBS_STATUS_DEF.c:391,TRACED:FAULT:11-08-10 11:10 MO:TRXC,Instance 2,Raise,EC2,TRA LOST IDLE 5,载波丢包，语音数据丢失,处理：,传输级联故障，将1小区级联到3小区的，现在改为2小区级联至3小区，不从1小区级联，故障恢复。,建议：处理TS SYNC FAULT,1.出现TS SYNC FAULT 时，一般都是传输或者传输口（DXU传输口）问题。,2.有级联的小区尤为可能出现该问题。,3.出现该告警时，建议更换传输线或者级联线和级联口，如何没有好转再更换DXU，如果还没恢复，则取DXU log进行分析。,案例四：,大运村站点T损,背景：20110727凌晨，信职宿舍PC、大运村一M，大运村二d和大运村三m出现大面积T损,现象：以大运村一M2为例，所有载波出现OML FAULT.,DXU LOG 记录,：,11-07-27 00:37:51.142O_RBS_StatusRBS_STATUS_DEF.c:391,TRACED:FAULT:11-08-10 11:10 MO:TRXC,Instance 2,Raise,EC2,TRA LOST IDLE 5,载波丢包，语音数据丢失,ALOG 记录：,2011-07-27;003641;mc;SZ55CAP1DSZAPG40;AD-406;1;159311;SZ55CAP1A;132.108.19.1;0000000047;PWMSI:SDIP=0ETM2,MS=MS-1,BOARD;,2011-07-27;003656;mc;SZ55CAP1DSZAPG40;AD-406;1;159311;SZ55CAP1A;132.108.19.1;0000000047;PWMSI:SDIP=5ETM2,MS=MS-1,BOARD;,SZ55C在20110727 00:36到00:50进行ETC155传输倒换测试。,结论：20110727 00:38,出现,T,损原因是,SZ55C,在进行,ETC155,传输倒换测试。传输倒换时，小区会进行重连接，需要时间，所以出现将近,7,分钟的临时,unconf,状态。自动恢复。,DXU LOG的提取注意事项,DXU LOG,面向爱立信研发人员，维护人员只能关注和分析重要部分,DXU LOG,分析依靠维护人员经验积累。,频繁操作基站（如复位，断电等）会清空,DXU LOG,记录文件,REMOTE OMT,提取前提：传输正常,DXU LOG,分析工作，需结合,BSC,指令查询,&,历史告警,&A LOG,，需分析者熟悉指令操作和设备工作原理,DXU LOG,内容众多，可利用软件“,UltraEdit,”,进行有效筛选，减少工作量。,养成习惯,:OMT,连接后,读取,IDB,保存,DXU LOG,下一步计划,培养代维技术骨干，掌握以下技能：,远程操作,REMOTE OMT,；,分析,DXU LOG,，解决疑难故障；,深化,REMOTE OMT,功能：,结合网优之家，针对隐性故障（即无明确,FC,码的,A2,告警，,T,损和闪断站点），提取,LOG,并自动匹配关键字段，有助于隐性故障定位；,下一个专题,利用,DXU LOG,分析载波隐性故障,目的：结合雷卡测试和,DXU LOG,分析，提高检测效率，验证准确性,寻找规律：对进行雷卡测试站点分析其,DXU LOG,，查看其,DXU LOG,和,RRU LOG,是否有关键字段与载波隐性故障相关联；,谢谢！,欢迎指正！,