BSC数据制作与维护(8)

2、 RBLT设备：STDEP：DEV=RBLT-xx&&-xx；要看RBLT设备是否已经在PRE-POST状态（否则用EXDAI：DEV=RBLT-xx&&-xx；）；其次要看BLE参数，如果是MBL就解开它（BLODE：DEV=RBLT-xx&&-xx；），如果是ABL就很可能DIP还不是WO的，如果是CBL就要检查设备和GSS的连接；另外，还要看设备是否已经被占用，从CONFIG参数可以看出来，NP表示设备还没有分配，P表示设备已经分配了（如果这样表示这条传输已经用在其他地方，要检查传输的正确性，也有一种可能是定义错误，错误地把这条传输分配给不应该存在的TG），PC表示设备已经分配并且已经在使用（并不是在占用，如果正在占用STATE参数会是BUSY的）。

3、 GSS到ETC的SNT状态：NTCOP：SNT=[用STDEP打印出来的RBLT设备]；，SNT要正确连到GSS上。如果相应的GSS故障会造成RBLT设备CBL。

4、 是否已经分配了RBLT设备给TG：RXAPP：MO=RXOTG-xx；，在LOAD CF是RBLT设备不一定要和DCP对应，但如果RBLT设备和DCP不对应在LOAD TRX时会失败。（要改RBLT的分配必须把连在其上的设备拆掉：RXESE） 5、 CF的TEI值和基站DXU的是否对应，并且要正确（用RXTEI测试时出现BTS COMMUNICATION NOT POSSIBLE时首先要检查CF的TEI值，如果是正确的就要确认DXU是否处于REMOTE状态）。

6、 要保证基站里的DXU硬件完好。DXU要处于REMOTE状态。 7、 DXU和PCM的连线要正确，用MULTI-DROP时要注意机架顶C3和C7口的连线。 TRX

表示交换机能与TRX通讯。TRX没有LOAD通过前，TRU的Tx Not Enable黄灯长亮、Local/Remote黄灯闪烁。正在LOADING时，如果要重新装载软件，TRU的Fault红灯和Operational绿灯会交替闪烁。LOAD成功后，交换机和TRX已经通讯上了，此时只有Tx Not Enable黄灯长亮。 如果不能定义TRX：

36

检查RBLT设备是否已分配给其它使用。 TRX LOAD失败：

1、 RXMOI定义的DCP1、DCP2是否正确。主架的DCP从128开始，扩展架从160开始，这是由LOCAL BUS的时隙分配来决定的。

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、 基站机架的LOCAL BUS坏。可以RESET DXU，如果TRU没有反应，则LOCAL BUS很可能损坏（这种情况很少）。 7、 主架和扩展架的TRU框和DXU框有跳线，主架和扩展架的跳线是不同的，扩展架的跳线的第二位要设置位ON（主架是OFF的）。在某些情况下，主架拿去当扩展架用时，会出现跳线错误。

注意：如果RXMOC把TRX连小区定义错了，在TS解闭、小区激活后将会看到所有基站的硬件都正常工作，但是用RLCRP看时一个逻辑信道都没有。 TF

表示交换机和DXU同步。 TF不能解闭：

检查机架顶C3、C7口的接线，有时情况是这样的，DXU的G703.1和G703.2口接反了，会导致TF不能解闭。 解闭TRX时TF会自动FAIL： 有过这样的经验，重新LOAD一次CF就能把TF再次解开。此时检查CF，会发现每次CF占用的RBLT设备都有可能不同。把IDB重新LOAD后问题解决，应该是IDB错了。 TF有FAULT CODE：

1B 1通常是传输时钟漂移。

37

IS

IS是DXU与TRU的分配单元，通常显示为CONF，如果FAIL则有可能是数据错误原因导致：

1、 RXAPP：MO=RXOTG-n；查看传输半永久连接是否正

确，必要时需要与基站维护人员核对端口。

2、 RXMOP：MO=RXOTRX-n-0&&-12；查看TRU定义的DCP

是否与载波类型、位置相符。

CON

注意CON的编号是固定的：RXMOI:MO=RXOCON-xx,DCP=64&&87; TX

发射机，在LOAD TX时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：MO=RXOTG-xx；），LOAD TRX时若不用信令压缩TRX只是占用一个RBLT设备，但是要分配足够的RBLT设备给TCH用。

3、 是否有频率干扰或者天线驻波比高（>1.2）。发生这种情况会表现为TX不稳定。检查是否有频率干扰可以先把跳频关掉，确认RLIMI已经执行，用RLCFP看ICMBAND参数的数值，大于1就可以认为有频率干扰。驻波比要在基站里用SITE MASTER等工具测量。

38

4、 执行RXBLI、RXTEI、RXBLE，把TX闭掉，测试，在解闭，有时候可以把TX恢复正常。（实际上是让交换机重新分配资源，如果把小区HALTED一次，在ACTIVE，效果是一样的）。这种方法不大适用于STATE是NOOP和FAIL的情况。 5、 用RLBDP检查NUMBPCREQ参数是否和载波数对应。有时候在用复合跳频时，由于频点数比载波数要多，为了避免在话务统计中产生错误的信道损坏率，会把NUMBPCREQ的值设置成和实际载波数对应（一个载波定义8个BPC）。在扩容（或减少载波）时，就要修改这个参数（RLBDC：CELL=xxxxxxx，CHGR=x，NUMBPCREQ=xx；），使它和扩容后的载波数对应。（正常情况下NUMBPCREQ=SYSDEFA，表示BPC的数目由分配的频点数决定） 6、 用RXTCP：MOTY=RXOTG（RXETG），CELL=xxxxxxx；来检查小区是否连错TG。因为一个TG可以连几个小区，所以有时候不同基站的小区错误地连在同一个TG上，这样会导致时隙分配不上（用RXCDP看时隙时UNUSED的）。此时用RXTCE把TG上不正确的小区删除即可。

7、 RLCFP：CELL=；查看小区是否有邻频干扰，或者RLCPP：CELL=；查看小区功率设置，如果是微蜂窝不能大于33，否则会全阻。

8、 RXMOP：MO=；查看BAND是否与硬件相符。 RX

接收机。一般来说，2000站的RX除了有硬件故障外，不会不成功。

LOAD RX时TRU不会有任何反应，各种灯的状态不会变。 TS

如果小区时激活的，解开TS后TRU就能正常工作了。只要有一个TS能正常工作，TRU就会只有一盏Operational绿灯在长亮，表示TRU已经在正常工作了。

TS故障处理和TX一样，把TX的故障排除后，TS应该不成问题。

39

建议在全部TS都解闭后才把小区激活，目的是让交换机统一分配资源，否则会出现某些TX或TS不能工作，但用RXTEI测试一下就可以了。

有时候在使用跳频时会有部分TS不能工作，这个主要是硬件原因。因为跳频对硬件的要求比不用跳频要高，可以考虑更换硬件。有时把某些MO测试一下或把站HALTED掉再ACTIVE，问题可以解决，但是硬件的隐患始终存在。

40

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库BSC数据制作与维护(8)在线全文阅读。