爱立信BSC常见故障告警处理
常见故障告警处理
一. 硬件设备告警
1、CP FAULT
DPWSP；看CP状态。
REPCI；测试出错部件（排第一个是最可能出错的部件）。
REMCI：MAG=XX，PCB=XX；换板（可以再REMCI第二个部件）。
RECCI；测试并复位。
若修时出FC301说明交换机自己在修，此时CP状态为SE-FM（分离），无法人工修，只要等片刻就会发现CP状态变为UPDATING，再等就应该WORKING了。
2、RP FAULT
EXRPP:RP=XX；看RP状态
REPRI；测试出错部件（排第一个是最可能出错的部件）
REMRI：RP=XX，PCB=XX；（也可以换第二个部件）
RECRI；测试并复位
闭解RP BLRPI/E：RP=XX；
3、EMRP FAULT（emrp:Extension Module Regional Processor ）
REPEI：EMG=XX，EMRP=XX；
REMEI：EMG=XX，MAG=XX，PCB=XX；
RECEI：EMG=XX，PCB=XX；
4、EM FAULT
EXEMP：RP=X，EM=XX；看EM状态
若无RPT时：
REPRI：RP=XX，EM=XX；
REMRI：RP=XX，EM=XX，PCB=XX；
RECCI：RP=XX，EM=XX；
若有RPT时：
EXEMP：RP=XX，EM=XX；
BLEMI：RP=XX，EM=XX，RPT=XX；
BLEME：RP=XX，EM=XX，RPT=XX；
若与TSM相关时：
GSBLI： TSM=XX；
进行（2）或（3）闭解EM
GSBLE： TSM=XX；
5、SWITCHING NETWORK TERMINAL FAULT
NTSTP：SNT=XX；看SNT状态（常见FC38可闭解修好）
NTCOP：SNT=XX；查DEV号
对MSC：EXDRP：DEV=XX；查控制设备的RP号和EM号
对BSC：RADAP：DEV=XX；查控制设备的RP号和EM号
EXRPP：RP=XX；
NTBLI：SNT=XX；闭
NTTEI：SNT=XX；测
NTBLE：SNT=XX；解
若解不开，可试以下方法：
EXEGP：EMG=XXXXX；查CIC
EXCLP：EQM=CLC-9；查对应的DEV，记下相关数据
BLCLI：EQM=XX；闭CIC
EXCLE：EQM=XX；拆数据
NTBLI：SNT=XX；闭
NTBLE：SNT=XX；解
EXCLI：EQM=XX，SPEED=XX，DEV=XX；重新定义原来的数据
BLCLE：EQM=XX；解CIC
6、GROUP SWITCH FAULT（TSM FAULT）（或GROUP SWITCH RESTRICTIONS）GSSTP：CLM/SPM/TSM＝ALL；找出错部位（或用GSREP；列出故障的设备）。GSBLI：TSM=XX；闭
GSTEI：TSM=XX；测
GSBLE：TSM=XX；解
NTSTP：SNTP=TSM-XX；找SNT号
GSDSP；看干扰值，查干扰源
RRDSP：SNT=XX；查SUID号
RRDSL：SNT=XX，SUID=XX；LOAD
7、SP LINK FAULT（RPA FAULT时）
EXSLP：SPG=ALL；查哪条状态不正常
BLSNI：SPG=XX,node=a/b；闭LINK不好的NODE,
BLSNE：SPG=XX,node=a/b；解LINK不好的NODE
8、SP NODE FAULT
IMMCT：SPG=0/1；
IMCSP；看SP状态（SP做RESTART后会分离主备边，并UPDATE备用边） END；
（用IMSIP：NODE=XX；可看到SP操作的STEP）
BLSNI：SPG=X，NODE=X；闭
DISUI：SPG=X，NODE=X，UNIT=HD-1，TEST=0~6；逐个板测
RESUI：SPG=X，NODE=X；测
BLSUI：SPG=X，NODE=X；测（SP TRSNSIENT FAULT SUPERVISION）
BLSNE：SPG=X，NODE=X；解
9、CPT FAULT
IMLCT：SPG=0；
ILNPP：PORT=ALL；找带CPT的端口，并查端口状态、速率
ILLBI：NP=1-2-2-1-1；闭PP
ILLBI：NP=1-2-2-1；闭NP
ILLBE：PP=XX；解PP
ILLBE：NP=XX；解NP
END；（但要等半小时才好）
二、传输告警
1、DIP FAULT
DTSTP：DIP=XX；看DIP状态（FC是NODE则是SNT问题）
DTDIP：DIP=XX；查SNT号
NTCOP：SNT=XX；查DEV号
STDEP：DEV=XX；看设备是否连接（NC未连，无方向号的是空端口）或EXDEP：DEV=XX；R下面是C说明已有路由，S下面是NC还未使用。或STRSP：R=XX，STATE=BLOC；看有无BLOCK的路由，
若无说明设备未连上。
若是空端口则：
DTBLI：DIP=XX；闭DIP
若DIP是ABL或有反复按传输故障流程处理
对MSC：EXDEP：DEC=XX；查具体数据（路由号、CLC号）
对BSC：RADEP：DEV=XX；查具体数据
注：将CIC号（MISC1）除以32即可以算出第几套
FC1：表示全1码
FC2：表示帧丢失
FC3：表示误码高
DTQUP：DIP=XX；查DIP质量，看计算器是否累计太多
DTQSR：DIP=XX[，ES，ES2，SES，SES2，SF]；清相应计算器
FC4：表示对端问题
联系对端局，同时闭解设备（BLODI/E：DEV=XX；）
FC9：表示信号丢失
FC1&2：表示有可能没断，只是设备发了乱码
FC2&9：表示真的断
DTIDP：DIP=XX；看DIP的参数
DTIDC：DIP=XX，NODE=0；改DIP的参数
BLODI/E：DEV=XX；闭解设备
BLORI/E：R=XX；闭解路由
EXDAE/I：DIP=XX；闭解DIP的设备
EXDRE/I：DIP=XX；拆建DIP的路由
2、SEMIPERNANENT CONNECTION FAULT
EXSCP：NAME=XX；查DEV号
EXDEP：DEV=XX；查DIP号
DTSTP：DIP=XX；看DIP状态
若需释放
EXSCE：NAME=XX，DEV=XX；拆（一定记DEV值）
EXSPI：NAME=XX；定义半永久连接的数据
EXSSI：DEV1=XX；
EXSSI：DEV2=XX；
EXSPE：NAME=XX；
EXSCI：NAME=XX，DEV=XX；连回
若中间不成功：EXDAE：DEV=XX；去活设备
三、7号信令问题
1、信令链路问题
C7RSP：DEST=ALL；看当前局到各局向的LS号
C7LTP：LS=XX；看LS状态（FC5是EM问题）
C7LDP：LS=XX；查ST号和DEV号
C7STP：ST=XX；看信令终端对应的RP、EM
EXDRP：DEV=XX；查DEV对应的RP、EM
EXRPP：RP=XX；看RP状态
EXEMP：RP=XX，EM=XX；看EM状态
查对应中继
C7LDP：LS=XX；查DEV号
EXDEP：DEV=XX；查SNT号（若设备状态为TP对端问题）
NTCOP：SNT=XX；查DIP号
DTSTP：DIP=XX；看DIP状态
也可试着清误码：
DTQUP：DIP=XX；看有否累计太多的计算器
DTQSR：DIP=XX[，ES，ES2，SES，SES2，SF]；清相应的计算器
若无异常则监听
与对端局联系，同时闭解
C7LAE/I：LS=XX，SLC=XX；
若同时有对应的半永久连接告警
C7LDP：LS=XX；
2、CCITT7 SIGNALLING LINK FAULURE
若FC0表示ST硬件坏
若FC3人工闭解即可
若FC100/104表示误码高
若FC200表示经常反复（可能由于不稳定）
四、文件告警的处理
VOLUME LIMIT EXCEEDED
INMCT：SPG=0；
INVOP；看硬盘有哪些VOL（VOL=RELVOLUME不能随便删！ICIFILE是立即计费的文件RELFSW9是升级用的RELFSW101是TESTLOAD用的）
INVOP：VOL=XX；看使用的和未用的文件有多少
INFIP：FILE=TLOG/TLOGON/TLOGRESTART；看哪些文件可以删，TLOG文件是记录所有操作的文件
INFIR：FILE=TLOG-XXXXX；删掉过期的文件
END；
INFINITE FILE END WARING
FC214：（1）INFUP：FILE=XX；查出DEST名
（2）再看其他局，看有否定义错DEST名
（3）INFSP：FILE=XX，DEST=XX；看硬盘里已发文件和未发文件
INMCT：SPG=X；
INFIP：FILE=XX；看光盘里的文件
END；
（4）若已登记则删文件
INMCT：SPG=X；
INFIR：FILE=XXXX；
END；
（5）看文件属性有否定义错：IOIFP；
若错则改文件属性：
IOIFC：FIEL=XX[，NSUB=XX，MAXSIZE=XX，MAXTIME=XX]；
文件操作
IOFAT：FILE=icifile00－xxxx[，HEX]；看文件内容
INFCC：FILE=relcmdhdf，REMOVE＝14800；
INFUP：FILE=relcmdhdf/bsclsts；记下文件参数
INFDP；看不同的SPG用的DEST有哪些
INFDR：FILE=XXX，DEST=XX；删除（若有其他表指向他则不能直接删）
INFUE：FILE=XX；在FPU表中删
INFDI：FILE= relcmdhdf，DEST=colgdest，EQUIP＝nolink，FILEID2=relcmdhdf，RULE2=1；重新定义文件
INMCT：SPG=1；
INFIP：FILE=relcmdhdf；
END；
INFSI：FILE=relcmdhdf－0000；
五、其他告警
1、SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED
DBTSP：TAB=SAACTIONS；看哪个BLOCK要扩
SAAEP：SAE=…，BLOCK=ALL；看该BLOCK用了多少要扩多少
SASTP；看物理内存（PS，RS，DS）（会很慢）
SAALI；可扩SIZE，并看到SAE和BLOCK
SAAII：SAE=……，BLOCK=……，NI=……；手工扩SIZE
(注：扩完当晚24：00要做DUMP to HD!)
2、WITCHING PART CHARGING VIEWS OR LOGS CONGESTION (软件拥塞)
SAAEP：SAE=……，BLOCK=ALL；检查
按照上面的方法扩SIZE
3、CCITT7 DISTURBANCE SUPERVISION LIMIT REACHED
C7DSP：ENUM=……；看
C7DSR：ENUM=……；清告警
4、BLOCKING SUPERVISION (常与DIP/SNT FAULT 跟随出，应先修DIP/SNT) STRSP：R=……；看路由状态有没有SEAL的
STRDP：R=……，STATE=SEAL；看路由下每个设备的状态若有SEAL的则清告警，否则闭解
若有LIBL的让对方闭解，若不成功：
C7RAE：DEST=……；闭
C7RAI：DEST=……；解
再不成功则报障。
C7LTP：LS=……；看LS状态（RESTORING
C7LAE：LS=……，SLC=……；闭
C7LAI：LS=……，SLC=……；解
5、 SIGNALLING FAULT SUPERVISION
FAIAP：R=ALL；看R和DEV
FAISP：R=…..；看状态
FAIAR：R=……；清告警
若设备属于Code Receiver/Sender：
STDEP：DEV=……；若设备没BLOCK，则检查RP，闭解一下BLODI：DEV=……；闭设备
BLODE：DEV=……；解设备
TCTDI；测试设备
：CON；
：END；
6、LINE UNIT BLOCK
若STATE 是HB则要闭解端口：ILLBI：LU=……；
不成功的要去机房看设备是否出现硬件故障
7、SOFEWARE ERROR
SYRAE：RECTYPE=SOFTERR；清告警
8、APPLICATION DETECTED SOFTWARE ERROR
SYRAE：RECTYPE=APPLERR；清告警
9、DISTURBANCE SUPERVISION OF TRUNK ROUTES DUDAR：R=……；清告警
10、DISPTURBANCE SUPERVISION OF INDIVIDUAL DEVICES DUIAR：R=……；清告警
11、SEIZURE QUALITY SUPERVISION
STRSP：R=……；看DEV数及IDLE和BUSY数
SEQAR：DEV=……，R=……；清告警
12、SEIZURE SUPERVISION OF DEVICES IN BSC
RASAP；查设备类型
RASAR：DETY=……；清告警
13、SP NODE RESTARTED
IMMCT：SPG=0；
： IMRDP：NODE=……；清告警
： END；必须敲END才能显示出信息！
14、SP TRACE SYSTEM INACTIVE
IMLIT：SPG=……；
： IMTSI：NODE=NOSIG/SIG，NODE=……；激活（清告警）
： END；
15、MT FAILED AUTHENTICATION
MGAAR；清告警（可是很快又会出来的）
16、MSC AUTHORITY ILLEGAL LOGON ATTEMPT
说明机房有人连续出错三次终端机密码
17、AUDIT FUNCTION THRESHOLD SUPERVISION (HLR才有)
TEST 104 是内存板不足，要报管理员
SASTP；看STORE
AFTSP：TEST=……；看内存告警LOG
TEST 110 要扩SIZE
18、HLR AUTHENTICATION DATA REQUEST FAULT （有用户鉴权出错）
HGALP：NLOG=ALL；看
HGALR；清告警
19、RADIO CONTROL ADMINISTRATION TRH LOAD THRESHOLD EXCEEDED
RAHAR；清告警
RAHLP；看设定的阈值
RAHLC：AVELIM=……；改阈值
20、RADIO TRANSMISSION TRANSCODER POOL MEAN HOLD TIME SUPERVISION RRMAR：TRAPOOL=……；清告警
21、RADIO TRANSMISSION TRANSCODER AND RATE ADAPTOR FAULT
RABLE：DETY=……；断开BLOCKING SUPERVISION
NTCOP：SNT=……；查SNT下所有的DEV
RRTBI：DEV=……，FORCE；将某一组所有的DEV闭掉（此时告警应立即消除）若硬件类型不是R2（每个EM带6个TRAB）：
R4（每个EM带2个TRAB）：闭解SNT
R3或R4（每个EM带一个TRAB）：闭解EM
RRTBE：DEV=……；解设备
RABLI：DETY=……；连回BLOCKING SUPERVISION
22、HLR发生RELOAD会有“COMMAND LOG BLOCK”&“MANUAL EXCUTION OF COMMAND LOG”
IOCMP；看COMMAND LOG 状态
IOCMC：STATE=PASSIVE；
IOCMI：FILE=relcmdhdf-0001093；
IOCMC：STATE=ACTIVE；
SYLAE；清告警
SYCLI；激活COMMAND LOG
附件：
一、数据备份
ORDERED SYSTEM BACKUP FILES FILE IO EXCHANGE RELFSW0 - GZBHLR57/HB/0/1/12/13/H SUBFILE TYPE OUTPUTTIME CURRENT COMMANDLOG R1 DSSMALL 040401 0730 YES - R2 DSSMALL 040331 0724 NO - R3 DSLARGE 040331 0724 YES 0001360 R4 DSLARGE 040401 0730 NO 0001361 R5 PS,RS 040329 0555 YES - FILE IO EXCHANGE RELFSW1 - GZBHLR57/HB/0/1/12/13/H SUBFILE TYPE OUTPUTTIME CURRENT COMMANDLOG R1 DSSMALL 040326 0359 NO - R2 DSSMALL 040326 0531 YES - R3 DSLARGE 040326 0359 YES 0001356 R4 DSLARGE - NO - R5 PS,RS 040326 0359 YES - FILE IO EXCHANGE RELFSW2 - GZBHLR57/HB/0/1/12/13/H SUBFILE TYPE OUTPUTTIME CURRENT COMMANDLOG R1 DSSMALL 040325 0723 YES - R2 DSSMALL 040324 0929 NO - R3 DSLARGE 040325 0723 NO 0001355 R4 DSLARGE 040323 0730 YES 0001354 R5 PS,RS 040322 0231 YES - END 如上所示，是一个完整的SYSTEM BACKUP FILES信息，其中： FILE（RELFSW0、RELFSW1、RELFSW2）指出备份文件的编号。当发生Reload时，除非使用指令指定Load某个特定的文件（如：FCCPL:FILE= RELFSWn;）,系统总是默认Load 备份文件RELFSW0。 SUBFILE (R1、R2、R3、R4、R5)指出备份文件的子文件编号，一个完整的SUBFILE 包含R0、R1、R2、R3、R4、R5共6个子文件，其中R1和R2是作为DS的SMALL DUMP 保存文件，且两个文件是轮流使用的，R3和R4是作为DS的LARGE DUMP保存文件，也是轮流使用的，因此发生Reload时，实际上Load的文件只有4个：R0、R1（/R2）、R3（/R4）、R5。 OUTPUTTIME指出该子文件导出的时间，即完成关闭的时间。 CURRENT指出系统Reload时，Load哪些文件，YES表示要Load的文件，NO表示不Load的文件。如上所示的RELFSW0中，系统如果自动Reload，Load的文件就是R0+R1+R3+R5。 COMMANDLOG指出对应的DSLARGE（DS Large Dump）进行时，对DS区域进行操作的指令集保存的Command file 文件标号。Command file记录了两次Large Dump之间对系统进行的操作。由于在系统的备份过程中，对系统进行的操作无法保存进该备份文件中，这时Command file就起到了补充系统备份的功能。当系统发生Reload 之后，通过Load对应的Command file就可以将备份文件中欠缺的内容补充进去。 鉴于HLR的Command file内容庞大，Load Command file 容易出错，实现起来比较困难，因此在HLR发生Reload之后还是由相关部门重做因为Reload丢失的数据来实现系统数据的完整性，那么界定丢失数据的时间范围就显得尤为重要。 根据以上对SYSTEM BACKUP FILES信息的分析，需要重做的数据应该是在Reload 所用备份文件的LARGE DUMP备份开始的时间到发生Reload的时间之间，这通过查看上面的系统备份文件信息（SYBFP:FILE;）可以获得。 以上面的RELFSW0为例，当前（CURRENT）的Large dump文件是R3，其Output 时间是“040331 0724”，但是这个时间为备份的导出时间，所以开始时间应该追溯到启动系统备份操作的时间，稳妥起见，默认为00：00，这样需要重做数据的时间段即为：040331 00:00 ～ Reload发生的时间。 二、完成系统备份文件测试（TEST LOAD）： 系统备份的测试只需在分离边执行RESTART，随后并边即可，不需进行执行的倒换。以下步骤用于验证系统备份文件是否可用。由于分离CP，以下步骤应在夜间低话务量时段进行。 步骤 检查系统备份。 SYBFP：FILE； 如果最新的系统备份不在备份系列中的最大位置，先将其转至最大位置。例：最新备份在位置0，最大位置为3， INMCT：SPG=0； INFIC：FILE1=RELFSWO，FILE2=DUMMY； END； INFIC：FILE1=RELFSW3，FILE2=RELFSWO； INFIC：FILE1=DUMMY，FILE2=RELFSW3； 关停自动备份。 SYBUE； 分离CP-IOG链路。 FCSLI：SPG=0； 分离终端。 IMLCT：SPG=O； MCDSC：IO=AT-x,SEP=YES；！x=要分离的终端 END； 分离CP。 FCSEI； 查CP 状况。 7．装载系统到SB边 FCCPL：FILE=RELFSW？；！？=最大位置 8．接到SB边在本地终端：释放已分离的终端（ESC或F1），再联机（F5）。 当系统正在装入时，SB侧会自动产生一个大起动，大起动后， SB终端将可以连上SB侧。 9．激活SB边系统。 ！警告！此步只能在SB侧使用 当SB侧系统起来后（SB终端能联上机了） SYATI；！在SB终端输入 10．在SB边做小起动 ！警告！此步只能在SB侧使用 SYREI：RAND=SMALL，REASON=“TEST LOAD LARGE”； ！APZ11&20 SYREI：RANK=SMALL，EXPL=“TEST LOAD LARGE”； ！APZ30 11．在SB边做大起动 ！警告！此步只能在SB侧使用 SYREI：RAND=LARGE，REASON=“TEST LOAD LARGE”； ！APZ11&20 SYREI：RANK=LARGE，EXPL=“TEST LOAD LARGE”； ！APZ30 12．观察结果。 如7至12步都有成功，证明系统可以成功的装入CP。 13．连接到EX边。 连接到EX侧的终端 14．CP并边。 DPPAI； 15．解闭CP-IOG链路。 BLSLE：SPG=0，LINK=1 16．反分离终端。 IMLCT：SPG=0； MCDSC：IO=AT-x，SEP=NO； END； 17．反转备份位置。 SYTUC； 18．激活自动备份。 SYBUI：DISC；（说的不是很清楚） 如何做TEST LOADING 我们在日常维护例行测试中会做TEST LOADING，TEST LOADING就是测试系统备份是否可用，这种测试流程包括用备份装载CP备用边，启动备用边的应用系统，对备用边大启动，小启动。目的是为了保证在遇到紧急情况下。如IOG或CP宕机，可以通过光盘或者硬盘上的备份文件恢复系统。所以这种测试很重要。05年4月19日MSC2的IOG准备升级，但就是在做TEST LOADING无法通过，故未升级。值得注意的是：测试过程中，B边会有错误标志，如果这时A边发生了硬件故障，那么B 边也不会变成执行边，就会发生故障。因此要遵循以下一些原则：1.确实有必要做TEST LOADING 时才做；2.保证A边无硬件错误且无其他人对CP 执行其他操作；3.在话务闲时（夜间）进行。一般在对CP,IOG等升级前必须做TEST LOADING.测试前要准备好CP 备份（放在硬盘上或光盘上）。 以下是TEST LOADING 的一些流程： ALLIP;检查告警信息，确认CP无严重或频繁的告警。 IMMCT:SPG=0;入口指令 IMCSP;查看SP状态 END;退出 EXSLP:SPG=0;查看SPG0的LINK EXSLP:SPG=1;查看SPG1的LINK 检查一切正常后开始： SYBUE; 打断自动备份 FCSLI:SPG=0; 分离CP和SPG0之间的一条LINK; 命令中未指定哪个LINK，系统默认LINK1，一般来说SPG0中包含了系统重装文件， SPG0的LINK0专门用于系统重装，故在SPG0中，系统无法分离出LINK0,通常分离出LINK1; (如果是在SPG1中分离LINK,则一般分离备用边的LINK,要想恢复该LINK用命令BLSLE:SPG=0,LINK=1) 为了更好的解释，参看图一IOG的配置图，我们德阳就是典型的基于SP的配置。 图1 基于SP的IOG典型配置 DPSES; 分离备用边。 (备用边此时有错误标记并且有告警，但是如果MAU出错或者MAS的修复程序正在进行，则该命令不会接受) fccpl:file=relfsw0; 在备用边装载系统备份，成功后CP-B将做RESTART （该命令在执行边输入，一般情况下几分钟就可成功，CP现在单边。如果装载失败，到ALEX中查找FCCPL对应有相关错误解释） :mcdsc:io=at-3,sep=yes; EXECUTED :end; 分离终端 EXIT; 断开于IO的连接 CACLS:TIME=2100,DAY=TUE,DATE=050419; 设置程序时钟 SYATI; 启动应用系统，也就是激活功能块（LASIP:BLOCK=ALL;查看激活情况）SYREI:RANK=LARGE,EXPL=OTHER;做个大启动，如果成功继续做小启动 SYREI:RANK=SMALL; IMLCT:SPG=0; MCDSC:IO=AT-3,SEP=NO;解闭IO终端 END; EXIT;断开与IO终端的连接 此时IO终端将与A边连接 DPPAI;并边 BLSLE:SPG=0,LINK=1;解闭LINK SYBUI:DISC;连接自动备份； TEST LOADING顺利通过 典型故障处理 1、GPRS故障处理 有一些BSC 的小区不能分配PDCH 的故障案例 故障内容：绵竹用户反映手机不能使用grps功能，手机无gprs信号。用rrgbp检查GB接口正常，RLGRP:CELL=ALL；指令观察到有一些小区不能分配PDCH，解决情况：关于小区不能分配PDCH这个故障，我们总结出了一个流程： a)如果该BSC 有大部分小区的NOPDCH 为0，则有可能是控制GPRS 设备的RPP 出现了故障，此时可以进行以下的处理： RADRP：DEV=RTGPHDV-0&-64&-128；找出控制GPRS 设备的RP 号 FCRWS：RP=**，WS=SEP；分离RP BLRPI：RP=**；闭塞RP BLRPE：RP=**；解闭RP 完成后，用上述介绍的监测Gb 口的方法检查Gb 口的状态。 b) 如果还有少部分的小区不能分配PDCH， 首先键入指令RLCRP：CELL=**；观察其CSS 功能是否正常，如 果它不能正常分配TCH 和BCCH 则通知基站维护人员处理。如果小区CSS 功能正常，则可以用闭解小区的方法处理： RLGSE：CELL=**； RLGSI：CELL=**； (若仍不行，可以尝试HALT 小区： RLGSE：CELL=**； RLSTC：CELL=**，STATE=HALTED； RLSTC：CELL=**，STATE=ACTIVE； RLGSI：CELL=**；) 经验建议： 一般来说，小区不能分配PDCH 是不能在告警系统中显示出来 的，但是该故障又是经常发生的，因此，对于这种故障，我们必须定 时（一般是一个小时一次）用RLGRP 指令观察小区是否发生该故障。 2、BSC 信令终端缺乏的解决办法 故障内容： 多个GSM 的BSC 网元因ST 信令终端设备缺乏，无法加开链路,常常导致局间信令负荷过高，造成信令拥塞、信令重发等现象。 解决情况： 类型为RPG2 的RP 设备加入不同的软件就能作为不同的设备使用,现在就将原用于RHSNT 的RP 改用于ST。 1. PRINT EXEMP:RP=rp,EM=ALL; 查看所连的设备是什么(RHDEV- xxxx&&-xxxx) NTCOP:SNT=ALL; 查以上设备连的是哪个SNT(RHSNT-x) RADRP:DEV=RHDEV-xxxx; 查看以上设备所连的RP(确认所连RP 是我们要用于更改的RP; 在MSC 中用指令: EXDRP) NTCOP:SNT=RHSNT-x; 记录SNT 所连的TSM(TSM-xx-xx) NTSTP:SNT=RHSNT-x; 查看SNT 状态 STDEP:DEV= RHDEV- xxxx&&-xxxx; 查看以上设备状态 2. 闭DEV、SNT、EM、RP，并拆除原设备数据、连接 BLODI:DEV= RHDEV- xxxx&&-xxxx; 闭设备 NTBLI:SNT=RHSNT-x; 闭设备所连的SNT BLEMI:RP=rp,EM=em; 闭EM(要一个一个闭) BLRPI:RP=rp; 闭RP EXDAE:DEV=RHDEV-xxxx&&-xxxx; 对设备去激活 EXDUE:DEV=RHDEV-xxxx&&-xxxx; 拆除设备与SNT 之间的连接 NTCOE:SNT=RHSNT-x; 拆除SNT 与TSM 之间的连接 EXEME:RP=rp,EM=em; 拆除EM 数据 EXRUE:RP=rp,SUNAME/SUID=ALL; 拆除RP 原有数据 3. 在为RP 定义新的用途前,我们还要看看是否有足够的SIZE 让我们定义 新的设备类型,还要知道该LOAD 入什么软件. ①. 以我们的例子看,新定义的是ST 设备,所以看以下BLOCK 的SIZE是多少: SAAEP:SAE=566,BLOCK=C7ST2C; 查看NI 值,一个NI 值能定义一个C7ST2C 设备SAAII:SAE=566,BLOCK=C7ST2C,NI=x; 扩SIZE(最小扩值为”4”) 如:在没有C7ST2C 设备的情况下,NI 值为空,如扩NI 值为8 后,用C7STP 指令能看到多出了 C7ST2C-0&&-7 的设备。 ②. LOAD 什么软件?方法一:看DT; 方法二:在没有DT 的情况下.在相同设备类型的网元中,查看同用于 一样设备的RP 软件: EXRUP:RP=rp; SUID 参数所表示的就是软件名,用于ST 的RP 软件有3 个,其中一个同样也用于EM,也就是说此软件不单要LOAD 入RP 中,也要定义入EM 中.那是哪 个软件呢? 看看哪个后面带了个EM 的参数就知道了。 4. LOAD 入新的软件,定义新设备的连接 EXRUI:RP=rp,SUID=”9000/CAA 140 044 R1A03”; EXRUI:RP=rp,SUID=”??????????..”; EXRUI:RP=rp,SUID=”9000/CAA 140 053/3A R1B01”; 在RP 中LOAD 入新设备类型的所有软件 EXEMI:EQM=C7ST2C-0&&-3,RP=rp,EM=0, SUID=”9000/CAA 140 053/3A R1B01”; 定义EM 数据. NTCOI:SNT=C7SNT-x,SNTP=TSM-xx-xx,SNTV=1; 定义SNT 与TSM 之间的连接EXDUI:DEV=C7ST2C-0&&-3; 激活新定义设备 BLEME:RP=rp,EM=0; 解EM BLRPE:RP=rp; 解RP NTTEI:SNT=C7SNT-x; 测试SNT NTBLE:SNT=C7SNT-x; 解SNT BLODE:DEV=C7ST2C-0&&-3; 解设备 C7STI:ST=C7ST2C-x,ITYPE=14; 定义C7ST2C 的接口类型(不同的设备类型, 所定义的接口类型不同,C7ST2 的接口类型为’2’.501 的C7ST2C 和202 的C7ST2C 的接口类型也可能不同) 经验建议： 501 类型交换机的RPG2 设备一种功能块型、高集成度的设备，可作为RHSNT 和ST 设备使用。在信令终端紧缺的情况下，可以将个别可调整的RHSNT 设备更改为ST 设备使用，一个RPG2 可作四个ST 使用，可解决一些燃眉之急。 2、对单通现象处理的专项案例 故障内容：在爱立信交换机的维护过程中，有一些问题比较特别，解决起来的办法也很有技巧性。 对交换人员来说，单通是一个让人很头疼的问题。造成单通的原因主要有三个，1）由交换设备造成。2）由交换机接了外界设备造成。3）由于基站的设备造成。 解决情况：主要介绍前两种原因造成单通的情况及解决的方法。 1）由交换设备造成。 由交换设备造成单通的情况，现在主要有2 种可能。一是因为话音适配器TRA 有问题造成，二是因为传输电路的问题造成。对于第一种情况，可以通过TRA 的MEAN HOLD TIME 来监测是否有单通。实践证明，当某个TRA 的MEAN HOLD TIME 少于15 秒时，此TRA 被占用是就很容易引起单通，或者能正常通话的时间也极短，之后也进入单通的状态或通话质量很差导致双方都听不清楚对方的声音。当闭住这些TRA 后（RRTBI，FORCE），单通问题就解决了。对于第二种情况，及由于传输电路引起的单通，这种情况有两种表现方式，一是因为MSC 传输电路DIP 被环路，但环路后DEVICE 没有被闭住，导致这些DEVICE 仍然IDLE，仍然可以被占用，（注意，此时用STDEP 观察设备状态并没有BUSY 的状态，但实际DEVICE 可被短暂占用），把DEVICE 闭掉之后单通现象消失。二是因为两套传输电路DIP 收发调错线，造成两 套传输电路单通。这时候若在DDF 架拔开任何一套传输的环路头，可以用“DTSTP：DIP=ALL，STATE=ABL；”观察到两套传输同时断，当把环路头插回去的时候，可以用“DTSTP：DIP=ALL，STATE=ABL；”观察到两套传输都恢复了。通过把这两套传输的收发线正确调好后，单通现象消失了。 2）由交换机接了外界设备造成。 我们曾经碰到过这样的情况，MSC 的传输电路接了DAM2 设备后造成该传输电路的部分话音设备单通。（并不是这套传输电路上的所有设备都单通）造成这种情况的原因是关于DAM2 的设备有一个参数设置错了。在我们发现这个问题之前，我们费了九牛二虎之力都没有找到单通的原因，后来把这个参数调整过来后，单通现象消失了。 3、广州GW1 局TSM 故障的案例 故障内容： GZGW1 于2002/4/16 接到报障：GZGW2 网元有1 个TSM FAULT故障,其编号为TSM-A-15，当时状态为ABL,于是我们对其进行闭塞和测试，测试结果为NO FAULTS FOUND，但当我们对其进行解闭时，开始状态为WO，但过了一个多小时后，状态又变成ABL。于是我们对其进行换板测试，但结果都一样（并且每次用GSTEI 测试结果都能通过），现在故障依然不能消除。我们怀疑是软件问题，打了TROUBLE REPORT 请爱立信技术支持工程师跟进处理。 解决情况：爱立信工程师接到TR 报告后，他们在OMC 那边对该故障进行处理，他们对该TSM 进行测试时，测试结果为：NO FAULTSFOU-ND，但解闭后这个TSM 的状态又会很快变回ABL 的， 再用指令GSDSP 查看该TSM 的干扰源时，发现该TSM 受到 的干扰非常大，因此估计该故障是由于这个TSM 受到过多的干 扰而引起的，于是爱立信技术人员把该TSM 闭塞差不多2 天的 时间，然后再测试和解闭，这时该TSM 的状态为：WO，并且 一直保持了一个星期状态都是正常，A2 级的GROUP SWITCH FAULT 告警也消除了。 交换网设备故障报告约两个星期后TSM 故障再度出现，爱立信工程师到现场处理，怀疑是连线的问题，但更换部分连线后仍无法解决TSM 频繁的故障。 最后决定把TSM-A-15 整个机框与旁边的TSM 掉换，之后两个 TSM 一直运行正常，故障未再出现，查看TSM 的干扰率也一 切正常。经验建议：在爱立信交换机维护中，选组级的故障处理比较特殊，故障现象常常比较奇怪，有时仅凭逻辑判断往往模不着头脑，处理时按部就班的正统方法多次尝试也解决不了问题。因为选组级机框的板比较多，某些情况下每一块板轮流换过也未能发现原因，此时换框可以作为一个最后的处理选择。 信令重发处理故障案例 故障内容：7号信令链单条重发值超过1000，影响网络质量。 解决情况： 第一步：观察存在重发的信令链所在的传输质量。 C7LDP:LS=[存在重发的信令链]; *观察信令链所在的DEVICE EXDEP:DEV=[存在重发的信令链所在的DEVICE]; *观察DEVICE 所在的SNT。 NTCOP:SNT=[SNT 名称]；*记录相应的DIP。 DTQUP:DIP=[DIP 的名称]；*观察传输质量。主要观察的参数有以 下几个： SLIP、SLIP2、SFV 参数是滑码指标。 E2V、SES2V 是误码指标。 另外，由于传输有误码，并不是24 小时都有，所以需要在忙时如10： 00－11：00、17：00－18：00、20：00－21：00，经常检测相关链路的传输质量。并做好相关的LOG。（可以叫代维在winfiol 上设好每半小时DTQUP一次，另外刘剑峰正在开发一个相同功能的OSS 程序）。如果传输质量有问题，需要交给传输室进行处理，以解决信令重发的问题。另外，如果到同一个局向的几条链都有重发，特别是MSC 到HLR 的链路，一般都是传输质 量问题。比如HLR 到某个MSC 的几条信令链都有重发情况，则可以在MSC交换网设备故障报告 端观察是否有相关的链路传输质量问题。如果传输没有问题，请跳到第二 步。 第二步：如果重发还是集中在一套传输上，但传输却又不能确认有问题，可以更换ECT 板，或观察传输头是否正常。 第三步：观察信令链两端的信令终端是否匹配。 C7LDP:LS=[存在重发的信令链]; *比较信令链两端的信令终端是否一致。如果不一致请调整到一致。如果一致请跳到第四步。 第四步：观察信令终端所在的RP 是否都带满了信令终端。如果是则需要更换信令终端。另外，如果信令终端有问题，也会导致信令重发，但是在这种情况下，信令终端的结果并不显示该终端有问题。只有通过更换信令终端，观察信令是否还有重发，来确认该信令终端是否正常。最好能更换到一条没有重发的信令链上，来确认信令终端是否有问题。更换信令终端的dt 如下： //以CMSC-HMSC 的SLC=1 的链为例。 C7LTP:LS=2-19-255-109; C7LDP:LS=2-19-255-109; C7LAE:LS=2-19-255-109,SLC=1; EXSCP:NAME=GZHMSC-1; C7LTP:LS=2-19-255-109; C7SLE:LS=2-19-255-109,SLC=1; EXSCE:NAME=GZHMSC-1,DEV=UPD-8898; C7SLI:LS=2-19-255-109,SLC=1,ACL=A1,ST=C7ST2C-117,SDL="UPD-8898,C 7ST2C-117"; BLODI:DEV=C7ST2C-117; EXSPI:NAME=GZHMSC-1; EXSSI:DEV1=UPD-8898; EXSSI:DEV2=C7ST2C-117; EXSPE; EXSCI:NAME=GZHMSC-1,DEV=UPD-8898; C7LAI:LS=2-19-255-109,SLC=1; C7LTP:LS=2-19-255-109; EXSCP:NAME=GZHMSC-1; //只有该链为ACT 才可视为换链成功。 经验建议：信令重发原因复杂，可能性很多。由于MAP信令比较长及多，所以信令重发比较容易集中在HLR到MSC的信令链。据我们处理的经验来看， 主要原因有以下几个： 1．传输质量问题：如果传输有滑码、误码等问题，在该传输上的信令链一般都有重发。这种现象主要表现为到某个局向的几条信令上的信令重发集中在同一条传输上。特别在忙时，传输问题引起的信令重发问题就会更加严重。 2．信令终端问题：主要表现在把该信令终端换到那条链换到别的信令链后，相关的信令链也会出现信令重发。所以可以通过调整信令终端来发现这种问题。 信令终端不匹配问题：由于爱立信设备的C7ST2类型和C7ST2C类型的信令终端的处理能力及处理速度不一样，所以如果一条信令链的两端的信令终端类型不一致，很容易会导致信令重发。 4、OD/HD单元故障更换流程及系统装载方法 准备工作： 备份CP, SP 交换机硬盘的卷信息的准备（可以从该局起局数据中获得）: !!!!!!!!!重要: 因为卷PROG_A, PROG_B, OD_A, OD_B的信息不能通过一般交换机打印指令获得, 建议与爱立信公司支持部确认定义卷的DT数据( INMCT:SPG=0; INMEP:NODE=A,IO=HD-1; END;) 工具：启动盘，T8螺丝刀，LOCAL PORT， 一，确认IOG状态正常 IMMCT:SPG= ; IMCSP; END; EXSLP:SPG= ; 二, IOG单侧关电 BLSNI:SPG= ,NODE= ; BLSLI:SPG= ,LINK= ; SARPI; 拨下需关电侧NODE开关，对该侧IOG关电。 三，取下带有故障光驱的OD/HD板，换上新OD/HD板，上好螺丝，拨上开关对该侧NODE 开电。 四， 在CPU60上连上LOCAL PORT端口，LOCAL PORT另一端口接电脑串口，在WINFIOL 中作以下设置： The terminal speed is 4800 baud with 7 data bits, 1 stop bit, and even parity. The terminal is in Teletype (TTY) mode. 把启动盘（标签为STARTxx）放到光驱中 五， 按下RESET 键两次 ,对NODE做RELOAD (两次按键之间间隔三秒) . Note: Printouts CPU 60/C1 BOOTSTRAP - CNA 219 13 Rx and BOOTBLOCK READ FROM INDEX 2 are received within two minutes. Note: Printout System xx_xx_FILE:STARTSxx_ _LZY_xxxxx_xx.xxx;x loaded is received within three minutes. Printout: SP INITIAL SYSTEM RESTARTED 六， 用电脑终端的Winfiol, 按下 Note: Printout WELCOME TO ERIOS, is received, and the (ioc<) prompt appears. 七，格式化硬盘 ISMCT; ISMEI:IO=HD-1; Answer N when printout SPECIFY LIST OF UNAVAILABLE AREAS? is received. Note: Command ISMEI is repeated, requiring confirmation from the operator. Command ISMEP can be used to determine whether formatting has been completed. 八，定卷 !!!!注意: 卷的准确定义非常重要, 请仔细检查和执行卷的数据和定义. 以DYMSCA SPG0为例: ISVOI:VOL=PROG_A,NODE=A,IO=HD-1,SIZE=300000,REV=1,EXPDATE=2020-12-31; ISVOC:VOL=PROG_A,NODE=A,IO=HD-1,LIMIT=90; ISVOI:VOL=OMFZLIBORD,NODE=A,IO=HD-1,SIZE=100000,REV=1,EXPDATE=2020-12-31 ; ISVOC:VOL=OMFZLIBORD,NODE=A,IO=HD-1,LIMIT=90; ISVOI:VOL=RELVOLUMSW,NODE=A,IO=HD-1,SIZE=10000000,REV=1,EXPDATE=2020-12-31; ISVOC:VOL=RELVOLUMSW,NODE=A,IO=HD-1,LIMIT=90; ISVOI:VOL=EXCHVOLUME,NODE=A,IO=HD-1,SIZE=21876896,REV=1,EXPDATE=2020-12-31; ISVOC:VOL=EXCHVOLUME,NODE=A,IO=HD-1,LIMIT=80; ISVOI:VOL=STATVOLUME,NODE=A,IO=HD-1,SIZE=1000000,REV=1,EXPDATE=2020-12-3 1; ISVOC:VOL=STATVOLUME,NODE=A,IO=HD-1,LIMIT=80; ISVOI:VOL=OD_A,NODE=A,IO=HD-1,SIZE=2423584,REV=1,EXPDATE=2020-12-31; ISVOC:VOL=OD_A,NODE=A,IO=HD-1,LIMIT=80; END; 打印卷设置： 爱立信 WCDMA 基站常见告警处理方法 1. PDH Loss of Signal：PDH信令丢失告警 Maj PDH Loss of Sign loss_of_signal Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,ExchangeTerminal=1,E1PhysPathTerm=pp4 告警原因：传输不通。 2. Plug-In Unit General Problem：配置错误告警 Maj Plug-In Unit General Problem replaceable_unit_problem Subrack=1,Slot=2,PlugInUnit=1 告警原因：对应槽位没有板子，或板子读取不到。 处理方法：拔插相应槽位的板子，如拔插无效，则需更换板子。 3. AuxPlugInUnit_PiuConnectionLost：辅助单元设备告警 Maj AuxPlugInUnit_PiuConnectionLost equipment_malfunction AuxPlugInUnit=1 告警原因：外部告警先没接。 影响：无 处理方法：由于现在外部告警线不需要接，可闭掉AuxPlugInUnit=1 这个MO，以消除告警。 4. AuxPlugInUnit_LossOfMains：RRU电源告警 Maj AuxPlugInUnit_LossOfMains commerical_power_failure SectorAntenna=1,AuxPlugInUnit=RRU-1 告警原因：RRU掉电 影响：该小区将退服。 处理方法：到现场检查RRU电源。 5. Carrier_RejectSignalFromHardware： Carrier_SignalNotReceivedWithinTime：载频告警 Maj Carrier_RejectSignalFromHardware message_not_expected Sector=1,Carrier=1 Maj Carrier_RejectSignalFromHardware message_not_expected Sector=2,Carrier=1 Maj Carrier_SignalNotReceivedWithinTime timeout_expired Sector=2,Carrier=1 告警原因：RU或RRU故障。 影响：该小区退服 处理方法：尝试对故障小区的RU进行重启，如无效，安排代维人员更换该小区RU或RRU. 设备故障处理手册 1、设备简介 目前我公司使用的爱立信基站产品属于RBS2000（Radio Base Station) 系列。 从基站类型上分，RBS2000系列基站分宏蜂窝、微蜂窝、射频拉远基站三大类型；而从不同的频段分，则有GSM 900，DCS 1800和PCS1900等三种系列。 1.1、主要设备类型介绍 宏蜂窝基站：RBS2202、RBS2207、RBS2206 微蜂窝基站：RBS2302、RBS2309、RBS2308 射频拉远基站：RBS2111、RBS2101 1.1.1、RBS2202介绍 RBS2202设备是爱立信早期基站设备，广泛应用于容量站和覆盖站。RBS2202单机架最大配置为6个载波，单小区最大配置为12个载波，2个机架分主辅架连接。常用载波槽位配置有2+2+2，4+4+4，6+6+6，12+12+12。 插图（设备图示） ●机柜尺寸：400mm×600mm×1900mm ●重量：226kg ●工作环境温度：+5℃—+40℃ ●最大功耗2400W ●每个机柜最多能放6块载频。 ●机柜既可以配置成EGSM 900M的BTS，也可以配置成DCS 1800M的BTS。 1.1.2、RBS2207介绍 RBS2207设备适用DTRU，集成度较高，机架高度只有2206 的一半，所占空间较小，但是每机架只有3个槽位，容量小，适用于郊区覆盖。常用配置有2+2+2、4+2。 插图（设备图示） 1.1.3、RBS2206介绍 RBS2206设备适用DTRU，集成度较高，配置方式灵活，广泛应用于容量站和覆盖站。每个机架有6个槽位，最大配置为12个载波。常用槽位配置有4+4+4，6+6，8+4，12+12+12。 插图（设备图示） 以上操作时间要求为在未出现影响业务的故障条件下，一旦出现影响业务的故障，应立即解决故障，尽快恢复业务！ 一、AP类问题 1、MIRRORED DISKS NOT REDUNDANT 时间要求： 对于HLR，MSC的AP2,应该在晚间22点后，使用指令进行修复； 对于BSC和MSC的AP1可在白天进行修复。 注意事项： 如果指令修复不成功，则需要在晚间23点后进行下电处理，下电不成功则应申请备件，更换NODE。 2、AP NOT REDUNDANT 时间要求：立即处理 注意事项： 当出现此类告警时，常用的方法是登陆到NODE DOWN的一侧，使用指令net start clussvc，将CLUSTER服务重启，如问题仍未解决，应立即与网管中心技术支援室联系。 3、AP/SP备份 时间要求：晚间21点后 注意事项： 由于黑龙江爱立信的APG网元现在基本都为WINDOWS2003系统（除DAQHLR01外），系统版本都已升级到AGM017或AGM018，已解决了不清空D盘做出来的备份恢复后会导致系统无法启动的问题。因此所有的APG40设备进行AP备份均不需要执行清空D盘操作，直接使用指令“burbackup -o”进行备份即可。另外，在备份前，应先检查M盘剩余空间是否足够，如剩余空间不足，则要先删除以前的备份文件，再进行备份。 在进行SP备份时，存在由于磁带机故障，需要进行SP倒边的情况，在进行 倒边操作时，需要检查另一侧的SP工作状态是否正常。 4、APG网元磁盘空间不足 时间要求：白天即可 注意事项： 由于C盘为APG网元的系统盘，在处理此类告警时，一定要注意操作指令的准确性，我省多次出现因为“RD”指令导致误删C盘的严重故障，请一定慎用该指令。导致APG故障。建议删除文件时，可采用远程桌面的方式登陆网元，对相应的磁盘进行操作。 5、APG网元内存不足 时间要求： 对于HLR，MSC的AP2执行PRCBOOT应该在晚间23点后； 对于BSC，MSC的AP1执行PRCBOOT应该在晚间21点后。 注意事项： 执行PRCBOOT时，应先检查另一侧NODE状态是否正常，有无重要告警。 二、CP类问题 1、出现CP FAULT 时间要求：晚间22点 注意事项： HLR和MSC应先申请备件，等备件到达后进行更换。对于CP33/33C类型的网元，定位故障板时，应以最新版本的CP EVENT分析软件的结果为准。 2、IPN FAULT 时间要求：晚间22点后 注意事项： 常见爱立信交换机故障处理流程 TT计费停 1）〈CHODP：FN=TT；连续看几次，如果指针不变，则确认TT计费停 2）〈CHOFP：FN=TT；看那些计费子文件是CLOSE，那些计费子文件是OPEN 3）〈CHOFI：FN=TT，FILEID=；打开另一个状态为CLOSE的计费子文件 CHOFP:FILE=TTFILE03; 4）〈CHODP：FN=TT；连续看几次，如果指针变，TT计费恢复正常；如果指针仍然不变，则重复3）、4）直到TT计费恢复正常；如果把所有的计费子文件都打开，指针仍然不变，则马上通知交换室。（计费恢复正常后，除了能够正常计费子文件外，其他的计费子文件都要关闭，如果更改了计费子文件要通知立信计费中心） 2．CPFAULT 〈REPCI；测试出错部件。 〈REMCI：MAG=，PCB=；根据REPCI指令结果把最大怀疑坏的对应值填入。 〈RECCI；测试并复位。如果CPFAULT不能消除，则报交换室。 3．RP（EM）FAULT 〈REPRI：RP=，（EM=）； 〈REMRI：RP=，（EM=），PCB=；根据REPRI指令结果把最大怀疑坏的对应值填入。〈RECRI:rp=；如果RPFAULT不能消除，则报交换室。 4．EMRPFAULT 〈REPEI：EMG=，EMRP=； 〈REMEI：EMG=，MAG=，PCB=； 〈RECEI：EMG=，PCB=； 如果不能恢复，还可以进行如下操作： 〈EXEDP：EMG=，EM=； 〈BLODI：DEV=； 〈BLEEI：EMG=，EM=； 〈BLEEE：EMG=，EM=； 〈BLODE：DEV=；如果EMRPFAULT不能消除，则报交换室。 5．TSMFAULT 〈GSSTP；检查TSM的状态。 〈GSDSP；清除干扰源。 〈GSBLI：TSM=；闭TSM。 〈GSTEI：TSM=；测TSM。 〈GSBLE：TSM=；解TSM。等待5分钟，如果TSMFAULT不能消除，则报交换室。 6．系统时钟故障 〈NSSTP；时钟状态。 〈NSBLI：DIP=；闭时钟（参数可为RCM、CCM、DIP、EXT） 〈NSTEI：DIP=；测时钟（参数可为RCM、CCM、DIP、EXT） 测试结果为FAULTLESS，则解闭时钟，否则报障 〈NSBLE：DIP=；解时钟（参数可为RCM、CCM、DIP、EXT） 如果系统时钟状态仍然不能正常，则报交换室。 7．SNTFAULT 〈NSSTP：SNT=； 爱立信L TE网管基本功能介绍 1.告警处理 1.查看站点状态 使用OSS Common Explorer（OCE）查看站点状态 打开OCE 打开OCE后右上角第一个按钮“Open Perspective”可以切换两种界面： Network Status：可以查看全网小区状态、指定站点的告警状态。 Network Configuration：可以查看全网站点的连接状态、同步状态、是否AI开站等信息。 1.查看全网小区状态 在Network Status界面下，Status的标签页下，ECell标签可以看到全网小区状态： ERBS标签可以看到站点名称及其对应的eNB ID、IP地址等。 2.查看指定站点的告警状态 在Network Status界面下，Alarm的标签页下，可以看到指定站点的告警。选中某一行告警，下面的区域可以显示告警的详细信息。 2.告警查询 1.查看全网告警 打开Alarm List Viewer（ALV） 找到LTE网络，右键View Alarms会看到所有站点当前的告警信息。 Alarm Viewer右上角已用颜色区分不同等级的告警及数目： 1个Critical告警 2个Major告警 1个Minor告警 0个Warning告警 0个Indeterminate告警 427个Cleared告警（表示已经清除的告警） 2.导出实时告警 如果需要统计Alarm成表格，可以采取以下方法。下图是所有告警 先把已经Clear的Alarm屏蔽（点击），会出现如下图只剩当前活动的告警： 【注意】当前Cleared告警已经设置为系统自动确认，因此不会再出现在该界面。 选中上图中所有告警，然后如下图右键选择Save Alarm，保存成文件： 出现如下界面，把需要保存的Alarm文件名字填写好，点击OK，alarm_20130122.log就保存在当前用户目录路径下边，我们可以通过FTP到此路径下载文件。 爱立信设备故障处理注意事项 1 以上操作时间要求为在未出现影响业务的故障条件下,一旦出现影响业务的故障,应立即解决故障,尽快恢复业务! 一、AP类问题 1、MIRRORED DISKS NOT REDUNDANT 时间要求: 对于HLR,MSC的AP2,应该在晚间22点后,使用指令进行修复; 对于BSC和MSC的AP1可在白天进行修复。 注意事项: 如果指令修复不成功,则需要在晚间23点后进行下电处理,下电不成功则应申请备件,更换NODE。 2、AP NOT REDUNDANT 时间要求:立即处理 注意事项: 当出现此类告警时,常见的方法是登陆到NODE DOWN的一侧,使用指令net start clussvc,将CLUSTER服务重启,如问题仍未解决,应立即与网管中心技术支援室联系。 3、AP/SP备份 时间要求:晚间21点后 注意事项: 2 由于黑龙江爱立信的APG网元现在基本都为WINDOWS 系统(除DAQHLR01外),系统版本都已升级到AGM017或AGM018,已解决了不清空D盘做出来的备份恢复后会导致系统无法启动的问题。因此所有的APG40设备进行AP备份均不需要执行清空D盘操作,直接使用指令”burbackup -o”进行备份即可。另外,在备份前,应先检查M盘剩余空间是否足够,如剩余空间不足,则要先删除以前的备份文件,再进行备份。 在进行SP备份时,存在由于磁带机故障,需要进行SP倒边的情况,在进行倒边操作时,需要检查另一侧的SP工作状态是否正常。 4、APG网元磁盘空间不足 时间要求:白天即可 注意事项: 由于C盘为APG网元的系统盘,在处理此类告警时,一定要注意操作指令的准确性,我省多次出现因为”RD”指令导致误删C盘的严重故障,请一定慎用该指令。导致APG故障。建议删除文件时,可采用远程桌面的方式登陆网元,对相应的磁盘进行操作。 5、APG网元内存不足 时间要求: 对于HLR,MSC的AP2执行PRCBOOT应该在晚间23点后; 对于BSC,MSC的AP1执行PRCBOOT应该在晚间21点后。 3 常见告警处理 A1类告警 CP FAUL T 一、告警产生原因： CP FAULT一般是位于CPS或MAU中的硬件故障。当系统发现一个永久性故障或三个相同类型的暂时性故障或暂时性故障出现频率太高时，MAS 的软件就会产生CP FAULT的告警。 二、告警处理流程： 具体告警处理和操作规程请参考B-MODULE ALEX相应的OPI。以下为主要操作步骤： 当CP FAULT告警出现时，首先察看CP的状态，若状态为 基站常见故障处理 CF EC10（Main fail (External Power Source Fail)）：外部电源故障 处理步骤： 1．检查出现故障小区的PSU是否工作正常：检查指示灯是否正常； 2．检查电源链路，包括电缆、熔丝空开等； 3．检查IDB中配置的电源系统是否和实际使用的电源系统一致； 4．检查交流电源是否连接正确； 5．更换PSU。 HW and IDB inconsistency（硬件和IDB数据不一致）： 处理步骤： 1．检查硬件的频段、配置数量是否和IDB的配置数据相一致。 2．如发现数据不同，需要重新传建IDB或者在IDB中进行修改。 Climate sensor fault, System voltage sensor fault，A/D converter fault告警 处理步骤： 1．检查出现告警小区的PSU、ECU是否工作正常。 2．如PSU出现问题，则更换。（参照例三） 3．如ECU出现问题，则更换。 4．将出现告警的ECU电源关闭，更换ECU。 5．更换后，将其电源开启。 TRX 1A/13 (RF loop test fault): RF 环路测试故障 处理步骤： 1，检查TX电缆与TRU是否正确连接。 2，对TRU进行复位或者断电后重新加电，看是否能够恢复。 3，讲该载频进行退出/进入服务的操作，或者将该载频对应的TG退服后重新进入，看是否可以恢复。 4，若经过上述操作后，故障仍然存在，或者以后再次出现，建议更换该TRU。 TRX 1A/21 (Internal configuration failed): 内部配置失败 处理步骤： 1,检查CDU电源是否正常。 2,检查IDB中CDU配置是否正确。 3,检查TRU是否安装正确，与Y-link线连接是否正确。 4,检查IDB中TRU配置是否正确。 5,检查CDU-BUS线包括背板连线。 6,将CDU进行断电/加电操作。 7,重启DXU，CDU，TRU。 8,更换TRU。 9,更换CDU。 10,更换CDU-BUS线。 TRX 1A 11（DSP CPU Communication Fault）：DSP CPU通信故障处理步骤为： 1,对该TRU进行复位； 2,若复位后无法消除该故障，或者复位后再次出现，更换该TRU。 TX 1B 4（TX Antenna VSWR Limits Exceeded）：TX驻波比超限处理步骤如下： 1．在OMT检查IDB里面的VSWR Limits定义的值的大小： 基站告警处理 告警： Maj OpticalInterfaceLink_OpticalInterfaceLinkFailure equipment_malfunction OpticalInterfaceLink=1-UL 处理办法： ●检查rru是否安装，是否加电 ●检查RRU到MU之间光缆是否正常 告警： Maj FcuDeviceGroup_NumberOfHwEntitiesMismatch configuration_or_customizing_error AuxPlugInUnit=2,FcuDeviceGroup=1 处理办法： ●检查FCU连接线是否连好 ●重启RBS 告警： Maj PDH Loss of Signal loss_of_signal Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,ExchangeTerminal=1,E1PhysPathTerm=pp1 处理办法： ●2M传输不好，PP1表示第一个2E1传输不好，检查传输。 告警： Crit License Key File Fault configuration_or_customizing_error Licensing=1 处理办法： ●为基站加载license Maj AuxPlugInUnit_LossOfMains commerical_power_failure SectorAntenna=1,AuxPlugInUnit=RRU-1 处理办法： ●检查RRU供电情况； ●检查RRU与MU之间的光缆是否正常 ●查看RRU是否正常，不正常更换RRU 告警： Maj AuxPlugInUnit_PiuConnectionLost equipment_malfunction AuxPlugInUnit=1 处理办法： ●现外部告警均未接，所以锁定相关告警MO(Equipment---- External Alarm— AuxPlugInUnit=1). 告警： Maj Plug-In Unit General Problem replaceable_unit_problem Subrack=1,Slot=8,PlugInUnit=1 Min DownlinkBaseBandPool_DlHwLessThanDlCapacity configuration_or_customizing_error Subrack=1,DownlinkBaseBandPool=1 Min UplinkBaseBandPool_UlHwLessThanUlCapacity configuration_or_customizing_error Subrack=1,UplinkBaseBandPool=1 处理办法： ●Moshell里登陆到该站，ST PLUG命令，查看单板状态，若第8块板Disable,锁住第8 块板，解锁第8块板，查看故障是否消除；不消除择需带上备板上站处理，首先热插拔下第8块板，故障不消除就更换第8块板。 告警： Maj TpaDevice_AmplificationError equipment_malfunction SectorAntenna=2,AuxPlugInUnit=RRU,RruDeviceGroup=1,TpaDeviceSet=1,TpaDevice=1 处理办法： ●重新启动对应小区所在RRU; ●更换对应小区所在RRU 爱立信设备告警远程处理 手册 目录 第一部分告警分析 (6) 一、可以远程初步处理的告警 (6) §1、A1类告警 (6) §1.1 FILE PROCESS UTILITY AUTOMATIC TRANSFER FAILURE (6) §1.2 SWITCHING NETWORK TERMINAL FAULT (7) §1.3 CCITT7 SIGNALLING LINK FAILURE (7) §1.4 GROUP SWITCH FAULT (8) §1.5 DIGITAL PATH QUALITY SUPERVISION (9) DIGITAL PATH UNAVAILABLE STATE FAULT (9) §1.6 SYNCHRONOUS DIGITAL PATH QUALITY SUPERVISION (9) SYNCHRONOUS DIGITAL PATH F AULT（ET155硬件） (9) §1.7 RP INTERCOMMUNICATION GROUP FAULT (10) §1.8RADIO TRANSMISSION GB INTERFACE FAULT (10) §1.9 NM ROUTE ASR SUPERVISION (11) §2、A2类告警 (11) §2.1 INFINITE FILE END WARNING (11) §2.2 VOLUME LIMIT EXCEEDED (12) §2.3 LINE UNIT BLOCKED (13) §2.4 SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED (13) §2.5 RP FAULT (14) §2.6 EM FAULT (14) §2.7 BACKUP INFORMATION FAULT (15) §2.8 SOFTWARE ERROR (15) §2.9 APPLICATION DETECTED SOFTWARE ERROR (16) §2.10 PVC SET-UP FAILURE (16) §2.11 AUDIT FUNCTION THRESHOLD SUPERVISION (17) §3、A3类告警 (17) §3.1 CCITT7 DISTURBANCE SUPERVISION LIMIT REACHED (17) §3.2 DISTURBANCE SUPERVISION OF TRUNK ROUTES (18) §3.3 HLR AUTHENTICATION DATA REQUEST FAULT (18) §3.4 MT FAILED AUTHENTICATION (19) §3.5 SEIZURE QUALITY SUPERVISION (19) §3.6 SIGNALLING FAULT SUPERVISION (19) §3.7 ALI FAULT (20) 二、无法远程处理的告警 (20) 常用指令操作汇总 1.常用指令 ?RLSBP/C （cro、pt、TO、T3212、ATT、TX、MAXRET、ACC、cb、cbq） / \ |cell...| RLSBP:CELL=+ +; |ALL | \ / / / \ | / / \\ |cell| | | |acc...|| RLSBC:CELL=+ + +[,CB=cb]|,ACC=+ +| |ALL | | | |CLEAR || \ / | \ \ // \ [,MAXRET=maxret][,TX=tx] [,ATT=att][,T3212=t3212] [,CBQ=cbq][,CRO=cro] [,TO=to][,PT=pt] \ | | [,ECSC=ecsc]+[,SLOW]; | | / ?RLSSP/C （nccperm、CHR、accmin、CCHPWR、rlinkt、DTXU、RLINKT、NECI、MBCR） / \ |cell...| RLSSP:CELL=+ +; |ALL | \ / / RLSSC:CELL=cell+[,ACCMIN=accmin][,CCHPWR=cchpwr][,CRH=crh] \ [,DTXU=dtxu][,NCCPERM=nccperm...] \ [,RLINKT=rlinkt][,NECI=neci][,MBCR=mbcr]+; / ?RLNRP/C （khyst、koffsetp/n、awoffset、bqoffset、CS、CAND） / \ | / \| | |cellr...|| |CELL=cell,CELLR=+ +| RLNRP:+ |ALL |+[,NODATA]; |CELL=ALL \ /| | | \ / / | RLNRC:CELL=cell,CELLR=cellr +[,CS=cs][,CAND=cand] | \ / / \\ | |KOFFSETP=koffsetp|| [,KHYST=khyst]|,+ +| | |KOFFSETN=koffsetn|| \ \ // / / \\ | |LOFFSETP=loffsetp|| [,LHYST=lhyst]|,+ +| | |LOFFSETN=loffsetn|| \ \ // 常见告警 一：sccp 目的信令点禁止、MTP路由传输禁止、 MTP目的信令点不可达、sccp子系统禁止 首先查看目的信令点编码对应局向（本例中编码为AFE10） 指令为LST N7DSP:; 输出界面： 由此我们初步判断是：本端局至JNRZHLR的相关告警 由于JNRZHLR至本地端局经常出现此告警，可采用手动恢复，并清除告警。 若是至其他局向出现此告警，则需立即通知维护人员。（此告警属于严重告警须重视） 二：E1/T1 远端告警 首先：双击红色圈中的信息会弹出如下对话框： 其次：根据框、槽、端口号，可以查找电路文档信息得出进一步详细信息： 1）对端局向为：JNIGM3，TID：2016 模块号：29 起始电路：5408 终止电路：5439 2）交换ddf （对应传输ddf要传输人员再次确认） 以上信息均为手工录入信息，其中TID（终端标示）信息是最准确的，为确保电路文档信息正确，可在相应server下进行如下操作来进行验证：LST TKCBYTID （类似于exdep） 会出现如下相关信息：（包括局向、中继群、模块号、起始电路号） 第三：根据以上信息可以进行以下预处理： 1）查看该电路状态：DSP N7TKC（类似于爱立信的stdep） 会出现如下信息： 电路状态是：空闲、忙均代表正常，若是其他状态如：闭塞、锁定、故障、未知均为故障状态 2）根据ddf，联系传输处理 3）如果出现传输闪断现象，或者传输人员正在处理该电路时，需要输入如下指令以防止告警不断出现，造成不必要的扣分。（类似于dtfse）。切忌：将告警屏蔽后，一定要在文档中标注！ 4）如何配合传输查看电路 一般传输人员为排查线路故障，会要求我们配合查看电路状态 一般可以从面板中直接查看电路是好是坏，或者用指令DSP E1PORT(类似于dtstp) 如图所示：查看1框13槽23端口 RBS2000 故障代码的描述(R7.1版本) 绪论: BTS的故障是按故障的起因和重要性进行分类的: ? 1A级:MO内的故障,它会影响MO的功能特性. ? 1B级:MO外的故障,它也会影响MO的功能特性. ? 2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: ? 1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器 将对间歇性故障进行累加,当发生间歇性故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常 状态. 在BSC/OSS上将会产生一个A2告警. ? 1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个 A2告警. ? 2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 ?从BSC上获得： - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障（1级）: RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - MO的故障记录: RXELP:MO=RXO…; ?从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保 存记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生ＲＵ单元的故障映象，其上的红灯将会发亮. 但这不一定就指此单元一定有故障，这也可能指此单元检测到其他单元有故障。 如果红灯闪动，说明此故障很大可能是相关软件的故障： RBS/RU的数据库坏了或者丢失了，DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。 绪论: BTS的故障是按故障的起因和重要性进行分类的: ? 1A级:MO内的故障,它会影响MO的功能特性. ? 1B级:MO外的故障,它也会影响MO的功能特性. ? 2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: ? 1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器将 对间歇性故障进行累加,当发生间歇性故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常 状态. 在BSC/OSS上将会产生一个A2告警. ? 1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个 A2告警. ? 2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 ?从BSC上获得： - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障（1级）: RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - MO的故障记录: RXELP:MO=RXO…; ?从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保存 记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生ＲＵ单元的故障映象，其上的红灯将会发亮. 但这不一定就指此单元一定有故障，这也可能指此单元检测到其他单元有故障。 如果红灯闪动，说明此故障很大可能是相关软件的故障： RBS/RU的数据库坏了或者丢失了，DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。 注解: 注解1:在R7版本中的欠压告警门限和DC电源断开的门限值: 注解2:关于IDB, RBS DB, RU DB 和内部配置信息(常称为本地配置)可以在下列网站找到： http://www.eral.ericsson.se/~erafima/idb.html 注解3: 由于复位而产生的故障代码在下列网页中有具体描述：http://www3-rmog- bts.ericsson.se/~erafima/startcause.html (这包括 CF故障I1A:0-6, I2A:0-6, I2A:40 和TRXC故障I1A:0-6, I1A:19). 一些相关缩略语: 爱立信常见交换机故障 处理流程 Document number：PBGCG-0857-BTDO-0089-PTT1998 常见爱立信交换机故障处理流程 TT计费停 1）〈CHODP：FN=TT；连续看几次，如果指针不变，则确认TT计费停 2）〈CHOFP：FN=TT；看那些计费子文件是CLOSE，那些计费子文件是OPEN 3）〈CHOFI：FN=TT，FILEID= ；打开另一个状态为CLOSE的计费子文件 CHOFP:FILE=TTFILE03; 4）〈CHODP：FN=TT；连续看几次，如果指针变，TT计费恢复正常；如果指针仍然不变， 则重复3）、4）直到TT计费恢复正常；如果把所有的计费子文件都打开，指针仍然不变，则马上通知交换室。（计费恢复正常后，除了能够正常计费子文件外，其他的计费子文件都要关闭，如果更改了计费子文件要通知立信计费中心）2． 3． 4．CP FAULT 〈REPCI；测试出错部件。 〈REMCI：MAG= ，PCB= ；根据REPCI指令结果把最大怀疑坏的对应值填入。 〈RECCI；测试并复位。如果CP FAULT不能消除，则报交换室。 5．RP（EM）FAULT 〈REPRI：RP= ，（EM= ）； 〈REMRI：RP= ，（EM= ），PCB= ；根据REPRI指令结果把最大怀疑坏的对应值填入。 〈RECRI :rp=；如果RP FAULT不能消除，则报交换室。 6．EMRP FAULT 〈REPEI：EMG= ，EMRP= ； 〈REMEI：EMG= ，MAG= ，PCB= ； 〈RECEI：EMG= ，PCB= ； 如果不能恢复，还可以进行如下操作： 〈EXEDP：EMG= ，EM= ； 〈BLODI：DEV= ； 〈BLEEI：EMG= ，EM= ； 〈BLEEE：EMG= ，EM= ； 〈BLODE：DEV= ；如果EMRP FAULT不能消除，则报交换室。 7．TSM FAULT 〈GSSTP；检查TSM的状态。 〈GSDSP；清除干扰源。 〈GSBLI：TSM= ；闭TSM。 〈GSTEI：TSM= ；测TSM。 〈GSBLE：TSM= ；解TSM。等待5分钟，如果TSM FAULT不能消除，则报交换室。 6．系统时钟故障 〈NSSTP；时钟状态。 〈NSBLI：DIP= ；闭时钟（参数可为RCM、CCM、DIP、EXT） 〈NSTEI：DIP= ；测时钟（参数可为RCM、CCM、DIP、EXT） 常见故障告警处理 一. 硬件设备告警 1、CP FAULT DPWSP；看CP状态。 REPCI；测试出错部件（排第一个是最可能出错的部件）。 REMCI：MAG=XX，PCB=XX；换板（可以再REMCI第二个部件）。 RECCI；测试并复位。 若修时出FC301说明交换机自己在修，此时CP状态为SE-FM（分离），无法人工修，只要等片刻就会发现CP状态变为UPDATING，再等就应该WORKING了。 2、RP FAULT EXRPP:RP=XX；看RP状态 REPRI；测试出错部件（排第一个是最可能出错的部件） REMRI：RP=XX，PCB=XX；（也可以换第二个部件） RECRI；测试并复位 闭解RP BLRPI/E：RP=XX； 3、EMRP FAULT（emrp:Extension Module Regional Processor ） REPEI：EMG=XX，EMRP=XX； REMEI：EMG=XX，MAG=XX，PCB=XX； RECEI：EMG=XX，PCB=XX； 4、EM FAULT EXEMP：RP=X，EM=XX；看EM状态 若无RPT时： REPRI：RP=XX，EM=XX； REMRI：RP=XX，EM=XX，PCB=XX； RECCI：RP=XX，EM=XX； 若有RPT时： EXEMP：RP=XX，EM=XX； BLEMI：RP=XX，EM=XX，RPT=XX； BLEME：RP=XX，EM=XX，RPT=XX； 若与TSM相关时： GSBLI： TSM=XX； 进行（2）或（3）闭解EM GSBLE： TSM=XX； 5、SWITCHING NETWORK TERMINAL FAULT NTSTP：SNT=XX；看SNT状态（常见FC38可闭解修好） NTCOP：SNT=XX；查DEV号 对MSC：EXDRP：DEV=XX；查控制设备的RP号和EM号 对BSC：RADAP：DEV=XX；查控制设备的RP号和EM号 EXRPP：RP=XX； NTBLI：SNT=XX；闭 NTTEI：SNT=XX；测爱立信 WCDMA 基站常见告警处理方法
爱立信设备故障处理手册
爱立信设备故障处理注意事项
爱立信常见交换机故障处理流程
LTE爱立信网管基础操作教程V1.1
爱立信设备故障处理注意事项
爱立信常见告警处理说明
爱立信常见基站故障告警处理
爱立信WCDMA日常告警处理
几十个爱立信告警详细处理步骤
爱立信常用指令操作汇总
华为交换机告警处理-入门篇
爱立信故障告警代码及处理方法(中文版)
爱立信告警表
爱立信常见交换机故障处理流程
爱立信BSC常见故障告警处理