BSC操作与维护Word文件下载.docx
《BSC操作与维护Word文件下载.docx》由会员分享，可在线阅读，更多相关《BSC操作与维护Word文件下载.docx（36页珍藏版）》请在冰豆网上搜索。
复位（Reset）
2．命令过程
人机语言子系统缩写为：
MCS。
输入命令后交换机不能够执行，可能有如下的几种信息显示：
NOTACCEPTED
SYNTAXERROR：
没有被承认，语法错误。
通常是标点符号出错。
COMMANDUNKNOWN：
没有被承认，交换机不懂的命令。
FORMATERROR：
没有被承认，格式错误。
FUNCTIONBUSY：
没有被承认，功能忙。
UNREASONABLE
（提示出错内容）可根据提示检查命令哪里出错；
另外，建议加上命令顺便执行所显示的结果，有以下两种：
ORDERED
EXECUTED
2、告警查看
（告警级别分为A1、A2、A3和O1、O2。
其中A告警是障碍自然产生的，而O告警（观察告警）它是由于操作引起的，目的是为了操作安全和保证服务质量。
A1是较为严重的告警，要立即处理，A2属于可以在一定时间范围内处理的告警，A3则为一般告警。
）
allip;
打印全部告警
Allip:
acl=a1/a2/a3/o1/o2;
------打印各级告警
ALLIP:
ACL=A1,ALCAT=APT;
--------打印中断告警
ACL=A1,ALCAT=BTS;
--------打印电源等外部告警
3、2000站常用指令
RBS200MO：
RXETG、RXETRX、RXETF、RXETX、RXERX、RXETS。
RBS2000MO：
RXOTG、RXOCF、RXO,RXOCON、IS、RXOTF、RXOTRX、RXOTX、RXORX、RXOTS
查小区参数：
RLDEP：
CELL=;
查小区基本参数（CGI，BCCH，BSIC等）
RLDEC:
CELL=**,BCCHNO=**,BSIC=**;
修改CGI，BCCH，BSIC，修改之前先闭站）
RLCFP:
CELL=;
查频点，SDCCH个数，跳频情况，小区广播（无广播：
0或NO，有广播：
1或YES）等
RLCFI：
CELL=，DCHNO=**；
定义频点
RLCFE：
删频点（当频点数=SDCCH时,频点不能删,要将SD数修改为少于频点数时才能删）
RLCCC：
CELL=，SDCCH=**；
修改SDCCH
RLSTP:
查小区状态（ACTIVE还是HALTED）
RLSTP：
CELL=ALL，STATE=HALTED；
查看该BSC有无闭掉小区
RLSTC：
CELL=，STATE=ACTIVE/HALTED；
激活/闭小区
RLCHP:
查跳频情况
RLCHC：
CELL=，HOP=ON/OFF；
开/关跳频
RLCRP:
查小区资源占用情况
RLNRP:
CELL=,CELLR=ALL;
查相邻小区
RLMFP：
查测量频点
RLSLP:
查小区信道监视设置
RLCPP：
小区实际发射功率
RLCPC：
CELL=，BSPWRB=**，BSPWRT=**；
改功率，需为奇数
RLLOP:
小区有效功率
RLLOC:
CELL=,BSPWR=**,BSTXPWR=**;
//改功率，需为奇数
RLSSP:
查看小区接入电平
RLSSC:
CELL=,ACCMIN=**;
修改小区接入电平（如有用户投诉信号不好，则将ACCMIN若86改为96，若96改为104）
MO部分：
RXMSP:
MO=;
查MO状态
MOTY=;
查所有同类型MO状态
RXMOP:
查MO所定义参数
RXMOI：
MO=；
定义MO
查所有同类型MO定义
RXCDP：
MO=RXOTG-;
查此TG的载波资源分配情况
RXTCP：
MOTY=RXOTG,CELL=;
知道小区名，查TG号
RXTCP:
MO=RXOTG-;
知道TG号，查对应小区
RXTCI：
MO=RXOTG-*，CELL=***，CHGR=0；
TG连小区
RXAPP：
查传输设备分配情况
RXAPI：
MO=RXOTG-，DEV=RBLT-*，DCP=*；
定义传输（RBLT设备和DCP要对应）
RXAPE：
MO=RXOTG-，DCP=**；
拆传输
RXASP：
MO=RXOTG-；
查看该TG所有MO告警，再用RXMFP查看故障代码
RXMFP：
查故障代码（RXMFP：
MO=RXOCF-*；
还可查看DXU版本，CDU类型等）
RXBLI：
闭MO（加SUBORD参数则使该MO以下级自动进行相应操作，加FORCE参数为强制执行）
RXTEI：
测试MO（在人工闭的状态下才能进行）
RXLTI：
MO=RXOTS-*-*-*；
环路测试（只适用于TS）
RXBLE：
解MO
RXESI：
使MO进入服务状态。
RXESE：
使MO退出服务状态
RXMDP：
MOTY=RXOTS（TRX/CF），DEV=RBLT-**；
查使用该设备的MO（DEV状态需为BUSY，这里有效的MO为CF、TRX、DP和TS，有时候发现有一个DEV已被占用了，但不知道给哪一个MO占用，可用这条指令查看）
查该MO所占用的设备
RXELP：
打印MO历史告警。
传输部分：
（传输状态：
一、常见失效状态：
1、LOS（信号丢失）：
当接收端接收到信号幅度在给定的时间内一直低于某个设定门限，则设备进入ＬＯＳ状态；
2、ＯＯＦ（帧失步）：
当输入比特流的帧定位字节（如２Ｍ的偶数帧０时隙１００１１０１１１１的位置不能确知，就认为此信号处于帧失步状态，建议最大ＯＯＦ监测时间为６２５us，最大帧时间为２５０us；
3、ＬＯＦ（帧丢失）：
当ＯＯＦ持续一规定时间，设备进入ＬＯＦ状态；
4、ＥＥＲ（误码高）二、常见维护告警指示信号：
1、AＩＳ（alarmindicationsignal）：
用于告知下游设备上游失效已被检出，中继设备的输入信号进入ＬＯＳ或ＬＯＦ一定时间内，线路终端的下游发出ＡＩＳ信号，ＡＩＳ信号指除特定开销字节外其余字节全１的信号净负荷必定为１，对于２Ｍ基群ＡＩＳ就是全１信号；
2、ＲＤＩ（alarmindicationffromtheremoteen）远端告警：
告知ＬＯＳ、ＬＯＦ、ＡＩＳ、或误码超标被检出。
DTSTP:
DIP=RBLT*;
查传输状态WO：
好，ABL：
自动闭，MBL：
人工闭（AIS：
FC1；
LOF：
FC2；
RDI：
FC4，LOS：
FC9）
DTSTP：
DIP=ALL，STATE=ABL；
查看该BSC所有中断传输
DTQUP:
查传输质量（BFF误码频率、DF干扰频率、SF滑码频率）UAS为不可用秒，如果UAS数值不大（为几十的话），有可能是传输出现闪断过。
如果小区出现全阻后又自动恢复的话，可先看看传输是否有误码，有的话很可能是传输断过，先清误码，再留意误码是否不断在升，误码累积到一定程度会导致CF过不了，小区出现全阻。
DTQSR：
DIP=RBLT*，UNACC，DEGR，SF；
清传输误码
DIP=ALL，UNACC，DEGR，SF；
清该BSC所有传输误码
STDEP:
DEV=RBLT-**&
&
RBLT-**;
查传输设备状态（NP：
未分配，PC：
已分配并已占用，P：
已分配但未占用）
NTCOP:
SNT=ETRBLT-*;
知道DIP号，查DEV（传输设备）
RADEP:
DEV=RBLT-*;
知道DEV，查DIP号（或ETRBLT号）
DTFSP:
DIP=RBLT*；
查看传输告警级别
DTFSC:
DIP=RBLT**,ACL=A1,FAULT=1&
4;
修改传输告警级别
BLODI:
-**;
人工闭设备
DTBLI:
DIP=RBLT**（**RBLT）;
闭传输
DTBLE:
DIP:
RBLT**（**RBLT）;
解传输
BLODE:
**;
解传输设备
EXDAI:
激活传输设备
4、200站常用指令
EXEGP:
EMG=XXX;
检查STR的状态
EXCPP:
检查控制链的状态
EXEPP:
EMG=emg,EM=ALL;
检查EMRP的状态
RISTP:
EMG=emg,EMRS=ALL;
检查EMRS（TSW）的状态
RISPP:
检查半永久连接的状态
RILSP:
EMG=emg,EMRS=emrs;
检查所有的RILT设备的状态（即所有ETB板和RTT板的设备）
RILTP:
检查EMRS和RILT连到TRI
EXCGP:
DEV=ALL;
检查所有STC设备的工作状态。
EXEDP:
EMG＝emg,EM=em;
检查EMRP装了什么软件
RICSP:
检查同步状态
RECEI:
EMG=emg,STR=A;
测试和解闭STR
EMG=emg,EMRP=0-A（8-A）;
BLEEE：
解闭EMRP
RIBLE:
DEV=RILT-0;
解闭第一块ETB板
RIRTI:
测试EMRS（TSW）
RIBLE：
EMG＝emg,EMRS=emrs;
解闭EMRS（TSW）板
EXCPI:
EMG=emg,DEVA=RBLT-16;
（STC-G）定义控制链
EXEGI:
EMG=emg,EMGNUM=0,CONTROL=SINGLE,STRTYPE=STR2C;
（STC-G定义EMG
EXEPI:
EMG=emg,EM=0,TYPE=EMRP3,CONTROL=SINGLE;
定义EMRP
EXEUI:
EMG=emg,EM=0,SUNAME=RICSR;
装EMRP的软件
EXEEI:
EMG=emg,EM=0,EQM=RICS;
定义EMRP的设备
RIETI:
DEV=RILT-0,EQMTYPE=ETB;
定义ETB（RILT－０）的物理位置
DTDII:
DIP=RILT0,DEV=RILT-0;
定义DIP（RILT０）
DTIDC:
DIP=RILT0,MODE=1;
设置DIP的参数
RISPI：
TSLOT1＝tslot1,TSLOT2=tslot2,NAME=name,REL;
定义半永久连接。
BLCPI:
EMG=emg,PATH=A;
闭掉控制链
EXEPE:
EMG=emg,PATH=A;
闭掉EMRP
RICCP：
EMG=emg，EMRS=0；
打印信令压缩连接数据。
MSC部分：
MGCEP:
查MSC里的小区定义
MGCEI：
CELL=，CGI=**，BSC=**；
定义CGI
MGCEC：
CELL=，EA=**；
MGCEE：
CELL=；
在MSC上删小区
MGOCP:
查MSC里的外部小区定义
二、MO的各种状态
UNDEF：
MO没有定义。
DEF：
MO被定义在预服务状态中。
COM：
MO被人工闭塞。
PREOPER：
MO正在进入操作状态。
这个不一定就进入操作状态的，有可能转为OPER，也有可能转为NOOP、FAIL状态。
OPER：
MO正处于操作状态中。
NOOPER：
MO暂时不处于操作状态。
FAIL：
MO永久不处于操作状态。
BLL：
由于正处于程序的加载过程而出现的闭塞。
BLT：
由于正处于测试过程而出现的闭塞。
MBL：
人工闭塞。
BLO：
自动闭塞。
BLA：
由于激活的需要所产生的闭塞。
MO间的状态之间的转换：
1、故障处理经验
告警标题：
故障处理经验
网元
故障内容：
处理过程：
TG：
TG是交换机里定义的，即使没有硬件也可以LOAD和DEBLOCK。
但是要注意COMB的类型要和实际的相符，如果是FLITERCOMBINER而COMB=SY，到后面TX有时可能会不能工作。
其他的定义最好不要错，如RSITE等，因为如果要改会很麻烦！
要把所有的MO都拆掉。
CF：
CF可以理解为从交换机GSS到基站DXU的连接。
DXU在没有LOAD过CF之前只有Local/RemoteMode的黄灯在闪；
在通过CF后只有Operational的绿灯长亮。
在更新程序时FAULT红灯和OPERATINAL绿灯交替闪（如果有ECU，ECU的灯也一样地闪）。
CFLOADINGFAILED时，要检查：
1、DIP状态（传输状态）：
DIP=RBLTxx；
，传输的状态必须时WO的，如果是ABL表示传输未通，MBL则可以解开它（DTBLE：
）。
传输是WO时不排除传输自环了。
2、RBLT设备：
STDEP：
DEV=RBLT-xx&
-xx；
（查看传输状态）要看RBLT设备是否已经在PRE-POST状态（否则用EXDAI：
（激活传输））；
其次要看BLE参数，如果是MBL就解开它（BLODE：
），如果是ABL就很可能DIP还不是WO的，如果是CBL就要检查设备和GSS的连接；
另外，还要看设备是否已经被占用，从CONFIG参数可以看出来，NP表示设备还没有分配，P表示设备已经分配了（如果这样表示这条传输已经用在其他地方，要检查传输的正确性，也有一种可能是定义错误，错误地把这条传输分配给不应该存在的TG），PC表示设备已经分配并且已经在使用（并不是在占用，如果正在占用STATE参数会是BUSY或SEBU的，BUSY是被TS占用着的，SEBU是被TRX或CF的信令占用着的，知道这两个的区别，对从传输反查用在哪个TG有帮助）。
“已经在使用”跟“并不是在占用”是不是有点矛盾了？
PC表示设备已经分配而且是已经占用的，如果说分配了但未占用的应该是P，STATE参数会是IDLE。
3、GSS到ETC的SNT状态：
NTCOP：
SNT=[用STDEP打印出来的RBLT设备]；
，SNT要正确连到GSS上。
如果相应的GSS故障会造成RBLT设备CBL。
4、是否已经分配了RBLT设备给TG：
MO=RXOTG-xx；
，在LOADCF是RBLT设备不一定要和DCP对应，但如果RBLT设备和DCP不对应在LOADTRX时会失败。
（要改RBLT的分配必须把连在其上的设备拆掉：
RXESE）
5、CF的TEI值和基站DXU的是否对应，并且要正确（用RXTEI测试时出现BTSCOMMUNICATIONNOTPOSSIBLE时首先要检查CF的TEI值，如果是正确的就要确认DXU是否处于REMOTE状态）。
6、要保证基站里的DXU硬件完好。
DXU要处于REMOTE状态。
7、DXU和PCM的连线要正确，用MULTI-DROP时要注意机架顶C3和C7口的连线。
TRX：
表示交换机能与TRX通讯。
TRX没有LOAD通过前，TRU的TxNotEnable黄灯长亮、Local/Remote黄灯闪烁。
正在LOADING时，如果要重新装载软件，TRU的Fault红灯和Operational绿灯会交替闪烁。
LOAD成功后，交换机和TRX已经通讯上了，此时只有TxNotEnable黄灯长亮。
如果不能定义TRX：
检查RBLT设备是否已分配给其它使用。
TRXLOAD失败：
1、RXMOI定义的DCP1、DCP2是否正确。
主架的DCP从128开始，扩展架从160开始，这是由LOCALBUS的时隙分配来决定的。
2、RBLT设备和DCP的定义是否对应。
同一条DIP上的时隙编号要和DCP对应，例如RBLT-35&
40所对应的DCP是4&
9。
3、RXMOI定义TRX的TEI值和实际的是否对应。
这要取决于基站里机架中的TRU位置。
如果TRU放在主架的第一、三、五位，则TEI分别等于0、2、4。
要注意相应的DCP1和DCP2也要对应。
4、TRU是否处于REMOTE状态。
5、TRU是否有硬件损坏，这个可以从基站里看出来。
6、基站机架的LOCALBUS坏。
可以RESETDXU，如果TRU没有反应，则LOCALBUS很可能损坏（这种情况很少）。
7、主架和扩展架的TRU框和DXU框有跳线，主架和扩展架的跳线是不同的，扩展架的跳线的第二位要设置位ON（主架是OFF的）。
在某些情况下，主架拿去当扩展架用时，会出现跳线错误。
注意：
如果RXMOC把TRX连小区定义错了，在TS解闭、小区激活后将会看到所有基站的硬件都正常工作，但是用RLCRP看时一个逻辑信道都没有。
另外，用RXCDP查看时，MISMATCH那一列会显示“CELL”，这个也是提示TRX连错小区。
（MISMATCH正常的时候是显示“NONE”的。
相应的，MISMATCH还会显示其它错误出来。
比如900和1800的传输调反，或RX、TX、TRX的BAND定义错，MISMATCH那一列会显示“BAND”；
又比如MISMATCH那一列显示“CHGR”就要检查TRX和TX定义的CHGR是否一致，以及根据实际情况判断是否定义错了。
TF：
表示交换机和DXU同步。
TF不能解闭：
检查机架顶C3、C7口的接线，有时情况是这样的，DXU的G703.1和G703.2口接反了，会导致TF不能解闭。
解闭TRX时TF会自动FAIL：
有过这样的经验，重新LOAD一次CF就能把TF再次解开。
此时检查CF，会发现每次CF占用的RBLT设备都有可能不同。
把IDB重新LOAD后问题解决，应该是IDB错了。
IS：
如果IS出现FAIL，一般要检查DEV与DCP是否对应，如果确定数据没定错的话，闭解IS还是出现FAIL，可尝试通过释放TG来解决。
CON：
注意CON的编号是固定的：
RXMOI:
MO=RXOCON-xx,DCP=64&
87;
只有压缩时才用这条指令
TX:
发射机，在LOADTX时TRU的灯没有变化。
注意：
如果在把TX连小区定义错了，在TS解闭、小区激活后将会看到所有基站的硬件都正常工作，但是用RLCRP看时一个逻辑信道都没有。
对于2000站，如果TRX能正常工作，TX肯定可以成功执行RXESI，顶多是不能正常工作（LMO参数值为0040），若不能执行，就要回过头来查看TRX的状态。
在解开TS后TX不能正常工作：
通常此时用RXMSP：
MO=RXOTX-xx-xx；
查看时LMO参数是0840。
要检查：
1、频点是否已经分配正确，是否够用（RLCFP）。
2、RBLT设备是否够用（RXAPP：
），LOADTRX时若不用信令压缩TRX只是占用一个RBLT设备，但是要分配足够的RBLT设备给TCH用。
3、是否有频率干扰或者天线驻波比高（>
1.2）。
发生这种情况会表现为TX不稳定。
检查是否有频率干扰可以先把跳频关掉，确认RLIMI已经执行，用RLCRP看ICMBAND参数的数值，大于1就可以认为有频率干扰。
驻波比要在基站里用SITEMASTER等工具测量。
4、执行RXBLI、RXTEI、RXBLE，把TX闭掉，测试，在解闭，有时候可以把TX恢复正常。
（实际上是让交换机重新分配资源，如果把小区HALTED一次，在ACTIVE，效果是一样的）。
这种方法不大适用于STATE是NOOP和FAIL的情况。
5、用RXTCP：
MOTY=RXOTG（RXETG），CELL=xxxxxxx；
来检查小区是否连错TG。
因为一个TG可以连几个小区，所以有时候不同基站的小区错误地连在同一个TG上，这样会导致时隙分配不上（用RXCDP看时隙时UNUSED的）。
此时用RXTCE把TG上不正确的小区删除即可。
RX：
接收机。
一般来说，2000站的RX除了有硬件故障外，不会不成功。
LOADRX时TRU不会有任何反应，各种灯的状态不会变。
TS：
如果小区是激活的，解开TS后TRU就能正常工作了。
只要有一个TS能正常工作，TRU就会只有一盏Operational绿灯在长亮，表示TRU已经在正常工作了。
TS故障处理和TX一样，把TX的故障排除后，TS应该不成问题。
建议在全部TS都解闭后才把小区激活，目的是让交换机统一分配资源，否则会出现某些TX或TS不能工作，但用RXTEI测试一下就可以了。
有时候在使用跳频时会有部分TS不能工作，这个主要是硬件原因。
因为跳频对硬件的要求比不用跳频要高，可以考虑更换硬件。
有时把某些MO测试一下或把站HALTED掉再ACTIVE，问题可以解决，但是硬件的隐患始终存在。
建议：
最好用RXASP查看小区是否还有MO存在故障。
因为即使用RXCDP查看小区状态正常，但用这条指令可以看到存在问题。
主要是一些隐性故障和TS问题，其它MO可以用RXMFP来查看故障代码，但TS一般很少会有故障代码，这时可通过RXASP看到的ALARMSITUATION所提示的内容来判断。
一般会有以下几种提示：
ABISPATHUNAVAIL缺少传输设备（这就要查看是否还有未占用的传输设备，再定多一些就可以解决了）
TSSYNCFAULT时隙未同步（可先用RXBLI闭掉，再用RXLTI对时隙进行环路测试，如果测试通过会显示“TESTSUCCESSFUL”；
如果不行，也会有相应提示，这就要根据提示再做进一步判断了。
LOOPTESTFAIL环路测试失败
经验总结：
2、基站改名
标题：
基站改名
MSC、BSC
基站改名
在BSC中闭掉旧小区并改名
CELL=XXXXXXX，STATE=HALTED；
R
升级会员 