【资料名称】：基站无线设备排障手册

【资料作者】：da

【资料日期】：2008

【资料语言】：中文

【资料格式】：DOC

【资料目录和简介】：

一、要求范围 ……………………………………………1
二、技术要求 ……………………………………………1
三、问题及处理方法……………………………………1
A、关于Path balance值的问题…………………………………1
B、关于SD掉话的问题………………………………………3
C、关于TCH掉话的问题………………………………………4
D、关于载频BER高的问题……………………………………5
E、关于载频IOI高的问题……………………………………6
F、关于切换成功率低的问题 ……………………………………7
G、关于基站时钟问题的问题 ……………………………………8
H、关于坏载频的处理………………………………………10
I、关于断站的处理…………………………………………10
J、关于小区OOS的处理……………………………………10
K、关于各类告警的处理 ………………………………………10
L、GSM网络外干扰…………………………………………11
四、设备更换 ……………………………………………11
五、网络优化简述………………………………………15
六、其他PCMCIA Card使用简介…………………………………21
附录1、常用命令…………………………………………22
附录2、故障处理流程图…………………………………23
基站无线设备排障手册

一、 要求范围
A、重大障碍包括基站中断障碍；载频故障；小区退服，严重告警
B、一般性障碍包括基站一般硬件告警
C、基站性能统计所反映的障碍
二、 技术要求
A、具有24小时随时派人到维护现场的能力，原则上独立进行排障
B、应避免障碍扩大；未经许可，不擅自对设备及其组件直接掉电、插拔。
C、在天津移动要求时限内排除故障
D、故障处理过程中，随时与OMC进行通报、配合。
E、故障处理完毕后立即通知有关部门，在值班人员确认后方可离开，并做好故障处理记录
F、及时返回故障工单，并填写相应维护记录
三、故障及处理方法

A、关于Path balance值的问题
P-b值是反映RTF性能的一个参数，它的计算公式为pathbalance=uplink path loss-downlink path loss+110，故它的最佳值应为110。P-b值不正常是在基站维护过程中经常遇到的问题，它会影响到拥塞、掉话等一些敏感的指标，也会造成通话质量的下降。
第一部分：造成P-b值不正常的原因
造成P-b值不正常的原因有很多，既有软件方面的，也有硬件方面的。总结起来主要有以下几个方面：
1．基站数据定义错误
2．话务量太低也会造成P-b值不正常
3．相邻小区或本小区同频或邻频干扰也会造成P-b值不正常
4．射频通路、接收通路硬件故障及连接错误
5．载频本身故障
6．带外干扰
第二部分：解决P-b问题的步骤
我们知道了造成P-b值不正常的原因，因此先不要急于下站，我们可以先进行一下前期的分析。这有助于我们尽快的解决问题。这个分析主要是根据OMC终端的统计来做的。
一．先看一下基站是否有告警。
二．是否由于话务量太低，载频无占用造成P-b值不正常（P-b值为0）。
三．检查相关数据是否有定义错误。这包括：
1．接收天线的位置定义是否正确
2．定义的合路器类型是否正确
3．载频和RTF的相关定义是否正确
4．基站内及相邻基站是否存在同频或邻频干扰
四．倒换RTF位置以便初步判断障碍点。
一般如果只有较少载频的P-b值不正常，则可以在下站前将其RTF的位置与同小区的其它载频倒换一下，观察其后一时段的P-b值变化情况，若改换载频后RTF的P-b值正常，而改换到原RTF所在位置载频的新RTF P-b值不正常，则可初步认定是硬件故障。
一般如果P-b值不正常的RTF较多，甚至整个小区的RTF的P-b值都不正常，那么载频故障的机率就比较小，应侧重检查其数据或合路器、天馈线等设备。
五．基站设备检查：
1．如果P-b值较低，可侧重检查射频通路；如果P-b值较高，可侧重检查接收通路。具体检测方法可按操作维护规程进行检查。
2．检查基站连线、天馈线连线及方向是否正确。
3．检查基站接头是否有松动现象，基站天馈线序是否与标签一制。
4．更换基站坏载频、器件性能不好的基站硬件。
5．基站硬件检测未发现问题后，可对基站天馈部分进行检查。如：驻波比、天线方向等。
六．如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。
七．如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。

B、关于SD掉话的问题
SDCCH是Stand-alone Dedicated Control Channel 的缩写,其意思是独立专用控制信道。其作用是A GSM control channel where the majority of call setup occurs .Used for MS to BTS communications before MS assigned to TCH。是指建立呼叫时主要使用的GSM控制信道。用于在MS分配给TCH之前MS与BTS的通信。
第一部分：SD掉话问题可能产生的原因：
1、突发事件（突然增高的话务量、相临基站断站等）
2、基站硬件问题可能会造成基站SD产生掉话。（载频、发射通路、合路器、时钟问题等）
3、基站天馈性能不好可能会造成基站SD掉话。
4、基站天馈接错可能会造成基站SD掉话。
5、基站数据设置错误可能会造成基站掉话。（CCB类型、CCB cavity号定义错误等）
6、频率问题可能会造成基站掉话。（同频、邻频干扰或基站上行干扰等）
7、基站相邻小区定义错误可能造成基站掉话。（产生SD切换掉话）
第二部分：掉话问题处理的流程：
一．由班组查看统计，是否是突发事件。
二．由班组重点查看SD所在载频情况、载频PB值、载频IOI值、载频BER值等统计项，观察几天的变化规律。
三．由班组查看基站和周围小区数据定义是否正确，是否存在同频、邻频等频率问题。（数据及频率问题一般在割接、新站及频率变动工程后易出现）。
四．由班组路测基站及其周围情况。判断可能的硬件问题、天馈问题及时钟问题等。
五．在频率方面未发现问题后由班组对基站进行检查并详细填写检查记录，检查内容如下：
1．基站有无告警。
2．检查基站时钟是否偏离过大。
3．基站发射功率是否平衡。
4．基站天馈（接收及发射）有无驻波比高的现象。
5．检查基站接头是否有松动现象，基站天馈线序是否与标签一制。
6．更换基站高掉话载频、器件性能不好的基站硬件。
六．如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。
七．如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。

C、关于TCH掉话的问题
基站掉话问题是GSM网络运行过程中一个比较常见的问题，由于产生掉话问题的原因较多，因此很难对掉话问题按其产生的原因进行一个较为准确的分类。在现网的统计中，将掉话问题按其归属分成了四类：单载频掉话（Rf_losses_tch）；BTS内小区间切换掉话（Intra_cell_ho_lost）；BSC内小区间切换掉话（Out_intra_bss_ho_lost）；BSC间小区间切换掉话（Out_inter_bss_ho_clear）。
第一部分：掉话问题可能产生的原因
由于掉话问题较为复杂很难准确定位，因此此处我们仅列出在现网中较为常见的几种引起掉话的原因：
一．基站硬件问题可能会造成基站产生掉话。（载频、发射通路、接收通路、时钟问题等）
二．基站天馈性能不好可能会造成基站掉话。
三．基站天馈接错可能会造成基站掉话。
四．基站数据数据设置错误可能会造成基站掉话。（CCB类型、CCB cavity号定义错误等）
五．频率问题可能会造成基站掉话。（同频、邻频干扰或基站上行干扰等）
六．基站相邻小区定义错误可能造成基站掉话。
第二部分：掉话问题处理的流程
在处理基站掉话问题的过程中可按照以下几个步骤完成：
一．由班组查看统计，将掉话类型分类，确定掉话区域。
A．Rf_losses_tch
B．Out_inter_bss_ho_clear
C．Out_intra_bss_ho_lost
D．Intra_cell_ho_lost
二．由班组重点查看载频掉话情况、载频PB值、载频IOI值、载频BER值等统计项，观察几天的变化规律。
三．由班组查看基站和周围小区数据定义是否正确，是否存在同频、邻频等频率问题。（数据及频率问题一般在割接、新站及频率变动工程后易出现）。
四．由班组路测基站及其周围情况。判断可能的硬件问题、天馈问题及时钟问题等。
五．在频率方面未发现问题后由班组对基站进行检查并详细填写检查记录，检查内容如下：
3．基站有无告警。
4．检查基站时钟是否偏离过大。
3．基站发射功率是否平衡。
4．基站接收系统有无问题。
5．基站天馈（接收及发射）有无驻波比高的现象。
6．检查基站接头是否有松动现象，基站天馈线序是否与标签一制。
7．更换基站高掉话载频、器件性能不好的基站硬件。
六．如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。
七．如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。

D、关于载频BER高的问题
载频的BER（Bit Error Rate）含义是载频工作的时候在其上传输的数字信息比特的比特误码率。
载频的BER和在该载频上通话时的通话质量是密切相关的。手机在通话时的话音质量有8个级别，即Quality=0,1,2,3,4,5,6,7 。0是最好，7为最差。而Quality的0到7是和BER分别对应的。对应关系如下：
RxqualityBER默认BER
0<0.2%0.14%
1 0.2—0.4%0.28%
2 0.4—0.8%0.57%
3 0.8—1.6%1.13%
4 1.6—3.2%2.26%
5 3.2—6.4%4.53%
6 6.4—12.8% 9.05%
7 >12.8%18.1%
一般情况下认为Rxquality在不大于4的时的通话话音质量是可以接受的。但当Rxquality大于4时则会出现通话断续、杂音甚至掉话的现象。因此从对应关系可以看出，当载频的BER高于2.26%的时候，即说明该载频的通话质量有问题了，应该尽快进行处理。
第一部分：BER高的原因
造成载频BER高的原因主要有以下几种：
一．基站问题引起的BER高
1、信道盘的发射接收补偿参数不合格
2、信道盘内部硬件和架顶发射接收器件故障
二．频率干扰引起的BER高
1、同邻频干扰造成
2、上行干扰
第二部分：处理载频BER高的流程
处理载频BER高的障碍时，首先要判断是硬件故障还是由于干扰引起的高BER。基本流程如下：
一．通过OMC统计找出BER高的RTF，并找出该RTF（例如 RTF 0 4）所占用的DRI (例如DRI 0 4)。把BER高的DRI 0 4上的RTF 0 4和本小区正常的一个RTF（例如 RTF 0 5,原来在DRI 0 5上）倒换。过一个小时后，再观察统计结果。
如果RTF 0 4的BER正常了，而RTF 0 5的BER高了起来，那么说明DRI 0 4这块信道盘有问题。
如果RTF 0 4的BER仍然很高，而RTF 0 5的BER还是正常的。那么说明RTF 0 4可能受到了干扰，信道盘是没有问题的。
二．对于信道盘引起的BER高：
1、信道盘的发射接收参数不合格会导致信道盘发射接收的自动增益和衰耗不能正确补偿，从而可能导致通信质量下降。这种情况只需下站重新校准收发参数即可解决。
2、若校准收发没有作用，则可能是信道盘故障和发射接收器件（如CCB ,CBF，IADU,DLNB等出现问题）。可以根据具体情况更换这些硬件来解决。
三．对于频率干扰引起的BER高
排除了硬件故障原因后，BER高可能是干扰引起的。
1、对于同邻频引起的BER高，通话质量差，可以通过路测来发现该载频周围是否存在同邻频。如果发现有则可以将测试数据移交技术组，由技术组协调网络优化部门更改频点来解决干扰。
2、上行干扰也会影响通话质量和BER。上行干扰可以通过OMC统计中IOI一项观察到上行干扰的影响程度。关于上行干扰问题的解决，可以参照”关于IOI值高的问题“一文中的解决方法。
四．通过以上几步原因的查找如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。
四．如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。

E、关于载频IOI高的问题
IOI（Interference On Idle）值的含义是：载频时隙在空闲状态时收到的上行干扰信号的强度。理想情况下，载频时隙在空闲状态即没有占用的情况下收到的上行信号功率应该为0,一般情况下IOI值 <1。只要IOI值 <5,那么对信道的影响就不会很严重，但若IOI值接近了10或超过了10 ，则会造成小区的掉话，通话质量下降等严重问题。
第一部分：IOI值高的原因可以分为两方面
一．基站内部的接收设备障碍造成的IOI值高：
1．信道盘的接收补偿值不准或接收功能障碍
2．小区的接收器件DLNB或IADU、双工器故障
3．天馈线故障
二．外来的干扰源造成的上行干扰：
1．GSM网络内部的干扰：即频率规划不当，同邻频过多造成的上行干扰。
2．GSM网络外部的干扰：即外界非法直放站、集团通信系统非法占用GSM上行频段，或由于其它通信系统的设备的不合格，发射信号边带频谱干扰GSM上行频段。
第二部分：IOI值高的几种解决方法
一．依据几日内的统计可初步判断IOI高的原因（属设备问题或干扰问题）。
二．基站内部的接收设备障碍造成的IOI值高
1．对于个别载频IOI高的现象通过改变RTF与DRI的位置关系来判断故障信道盘，对信道盘的接收部分进行测试：若仍没效果，则可以更换该载频。
2．对于某个或所有载频的IOI较高时，排除（1）中所说的障碍后，故障点可由载频向上查找。即IADU、DLNB或双工器，检查此类设备的情况。必要时可更换故障器件。
3．检查天馈系统（包括驻波比、方向角、线续等）。如馈线不正常，则可以转交天线组处理，维修或更换天馈线。
三．如是干扰源造成的上行干扰：
1．路测基站及其周围基站情况，判断干扰来源。
2．查看基站频率数据设置情况，有无同频、邻频情况。
3．如有频率问题通知并移交路测文件至技术组，由技术组协调网优重新规划该地区的频率。
4．如路测及基站数据未发现问题则需用HP8594E对基站的上行信号进行扫频测试（测试方法见附录8）。
5．确定有上行信号后将测试数据存储后转交技术组，由技术组协调网优部对干扰源进行进一步查找。
四．通过以上几步查找，如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。
如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。

F、关于切换成功率低的问题
小区切换可分为三种类型：inter_bss之间的切换；intra_bss之间的切换；intra_cell之间的切换。一般而言，可触发切换发生的因素有以下几种：downlink receive level;downlink receive quality;interband handover ;interference handover; mobile station distance; uplink receive level ;uplink receive quality;powerbuget handover.目前，现网运行的设备中开通的触发切换有以下几种：downlink receive quality;interband handover ; uplink receive quality powerbuget handover。
第一部分：切换成功率低可能的原因
1、小区之间存在盲区；
2、基站时钟频率不准，BSIC码无法解开；
3、基站天馈线接错；
4、基站数据定义错误（相邻小区定义错误等）；
5、基站小区话务量高（每TCH话务量超过0.8ERL），无空闲SDCCH或TCH；
6、存在同频干扰；
7、小区功率不齐。
第二部分：切换成功率低的处理流程
发现小区切换成功率低后，应按以下步骤分析解决问题：
一．查看统计中INTER_BSSHANDOVER；INTRA_BSS HANDOVER INTRA_CELLHANDOVER中切换失败数，分析其切换失败的原因主要是归属于那一类的切换。
二．若切换失败的原因主要属于inter_bss切换则应查看该BSC内的其它基站切换情况，若此BSC内所有基站的inter_bss切换失败均高，则应侧重于查验BSC的切换数据是否有错误、BSC的时钟是否准确、BSC的timer 是否合理等。若此BSC内其它基站无上述情况，则应重点查找基站本身的问题。
三．若切换失败的原因主要属于intra_bss和intra_cell，则也应重点查找基站自身的问题。
四．基站自身检查：
1．检查基站的数据设置是否合理，有无同频、邻频等相邻小区的问题。
2．查看当日统计数据，初步分析其切换失败原因，排除由于该小区话务量太高，为超忙小区引起的高切换失败率。
3．检查基站关于切换请求和切换成功的统计数据，分析其基站可能的原因。
4．检查基站硬件设备，重点检查基站的发射功率、接收电平、时钟等基站设备是否正常。（检查方法见维护步骤）
五．如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。
五．如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录

G、关于基站时钟问题的问题
目前在现网运行的基站时钟中有两种类型，一种是单独采用时钟板GCLK的INCELL型基站时钟，另一种是采用OCXO模块的MCELL型基站时钟。它们分别提供一个不同的测试端口，分别为：16.384Mhz和8000Hz。在GSM网络中时钟的同步方式一般都是主从同步方式，即要求BTS时钟应锁定通过2M线传输的上一级（BSC）的时钟。
第一部分：基站时钟失锁产生的原因：
目前，现网运行的基站中部分基站经常会出现刚刚校准时钟不久，基站就又有关于时钟方面的告警，其主要是：phase lock lost 或phase lock falure 。分析此种现象，其原因主要有以下几种：
一．基站传输方式对时钟同步的影响：
目前现网基站的传输方式主要有以下几种方式：PDH传输方式、SDH传输方式、微波传输方式（大微波传输属于SDH传输、小微波属于PDH传输）。在PDH传输体制中，时钟信息通常是采用一次群数字信号所携带的时钟信息作为网络网络同步的基准。而在SDH传输体制中，由于低次群信号可能经历指针的调整，使其定时信息产生较大的抖动和漂移损伤，使同步的性能下降，因此通常其时钟从SDH中的高速数字信号中直接提取时钟基准。由于目前现网使用的传输均为2M（一次群），因此对于采用单一的PDH方式传输的基站，其时钟可由2M中准确的传输，而不至于产生较大的偏移，导致时钟失锁。而对于采用SDH或SDH与PDH混用的基站其2M中的时钟信号由于指针调整的影响，导致时钟信号产生较大的偏移，以至基站本振的时钟无法跟踪其2M中传输的上级时钟信号，造成基站的时钟失锁。（目前现网使用的NOKIA SDH传输设备由于其设备提供一个外接时钟口，因此可外接时钟保证网络时钟的同步；OMUX设备无此端口，因此现无法提供2M的稳定时钟。）
二．基站本振时钟对时钟同步的影响：
目前基站时钟使用的是晶振时钟，其时钟的中心频率随着时间的变化会产生漂移，因此如基站的本振时钟产生的漂移过大则也会造成时钟的失锁。
第二部分．MOTOROLA设备对时钟的要求：
现网运行的MOTOROLA基站设备中分别有两种类型时钟测试口（INCELL型的16.384MHz和MELL6或Horizon型的8KHz）。基站本振的时钟稳定度要求均应小于0.05ppm。因此在INCELL型基站的时钟调测中应保证其本振时钟的测试输出口应小于：16.384MHz±0.8192Hz（即正常值应为：16383999.19 Hz—16384000.81 Hz），;在MCELL或Horizon型基站的时钟调测中应保证其本振时钟的测试输出口应小于：8000 Hz±0.0004 Hz（即正常值应为：7999.99960 Hz—8000.00040 Hz）。
第三部分．对基站时钟失锁问题的处理流程：
一．基站出现时钟失锁告警（phase lock lost;phase lock failure）,基站维护人员用频率计对时钟进行测试（测试前一定要将频率计预热，测试方法见第一章时钟调测）。将时钟锁定参数：phase_lock_gclk分别为1和0时的测试值记录下来。
二．对基站时钟进行重新校准，并将校准后的时钟值记录下来（此时phase_lock_gclk的设置应为0）。将时钟锁定参数：phase_lock_gclk设置为1，待基站实现Phase locked后记录此时的时钟测试值。恢复基站。
三．观察基站情况，过数天后如基站又出现phase_lock_lost;phase_lock_failure 。基站维护人员携带频率计对时钟再次进行测试，记录phase_lock_gclk分别为1和0时的测试值。
四．如在phase_lock_gclk在0时的测试值符合Motorola的时钟范围，即小于0.05ppm，则无需对时钟重新校准，记录该站情况反馈给OMC。但需保证对基站的时钟的定期维护。（一般为3个月）
五．如在phase_lock_gclk在0时的测试值不符合Motorola的时钟范围，即大于0.05ppm，则需对时钟重新校准并如一、二步中所述记录响应的测试数据。

H、关于坏载频的处理

坏载频的处理必须及时，因为它会影响整个小区的质量，一般处理坏载频我们要经过以下步骤：
[1]INS载频，观察情况。
[2]清洁光纤，观察情况。
[3]断电重启，观察情况。
[4]用旁边的正常载频的光纤，看是否能起来。如果不能起来，表明此载频已坏，可根据调测方法更换载频。
[5]第四步如果载频能起来，表明此载频并未坏，可能是光纤或 FOX板有问题，可以对此进行相应判断处理。

I、关于断站的处理

断站的处理必须及时，它是影响网络质量的重要方面，障碍的处理必须以断站为主。产生断站的原因是多方面的，但大方面只有两项：
[1]传输问题：在基站里给BSC方向打环，MMS口子是不好的，这时就需要传输人员配合，查找断站点并解决。有时基站打环是好的，这可能是传输中有误码，这时就必须用两兆测试表查找问题。
[2]基站问题：一般来说给基站自环，如果MMS口不好的话，就可以认为是基站的自身问题，这时就可以更换扳子了（T43、NIU、MCU或MCUF）。如果打环是好的，一般就可以认为基站是正常的了，但如果基站还是恢复不了的话，就应该考虑以下三个方面了：第一，可能是扳子有不明显的问题，第二，可能是传输有误码，第三可能是两兆传输和基站不共地。
总之，使基站断站的可能性很多，但一定要按着“先查传输后查基站，重点基站”的原则做。基站维护人员应该对基站的传输系统掌握。
特别难处理的是基站瞬断（即坏即好）问题。可能有BSC的原因、传输的原因和基站的原因。
如果有两个以上基站同时瞬断，基本上可以排除基站因素。可以从其相同的传输路径（经同一设备）去查找故障并排除；如二者无共同路径或换成不同路径后仍同时瞬断，则可判断是BSC故障。
单个基站的瞬断一般有软件告警、传输误码等情况。传输误码故障可通过更换设备（传输设备、T43、NIU甚至MCU等）、重做头子、倒换路由等方法解决。软件告警的处理正在研究，通过更换处理器（MCU或GPROC），即使当时有效，也不能持久。
J、关于小区OOS的处理

小区OOS是指，小区退出正常的工作。这样的障碍可以按以下几个步骤考虑：
[1]先查看基站的多条传输中的一条是否中断；是则先处理传输
[2]FMUX或FMUX光纤有问题：用基站内的备用FMUX或FMUX光纤测试。
[3]查看是否是CCB设备障碍：CCB保险，CCB连线，本小区的前两块载频。
[4]重新起站
注：有时要注意站内的室温，温度是造成小区OOS和坏载频的主要原因之一。

K、关于各类告警的处理

[1]第二、三小区备边光纤告警：这是由于站内的部分FMUX板版本的问题，一般用BBD版的FMUX替换其他版本FMUX就可以排除障碍（或用其他光功率大的也行）。
[2]IAS：NO REDUNDATN CONNECTION TO ALARM BOARD CONNECTION BROKEN：本小区第二载频的告警线未连或未连好。
[3]IAS：CABINET FAN FAILURE：站内的风扇坏或插头有问题。
[4]TRASMIT FAILURE OUTPUT POWER BUT FUCTION：载频低功率造成的，更换载频就可以恢复。
[5]其他可能出一些奇怪的告警，这一般都是告警板造成的，检查它的各个连线是否连好。仔细检查告警线的接头是否完好。

L、GSM网络外干扰
带外干扰是目前影响GSM网络最严重的一类干扰，这类干扰往往影响整个GSM的上行频段，是目前较难解决的干扰之一。这类干扰有些是由于附近存在的非法直放站对远处的同频的上行信号进行放大，然后传给受干扰的小区天线。或者由于其它通信系统（如CDMA或某些集团通信系统）发射设备滤波性能差，残留的边带信号较多，侵入到GSM的上行频段，造成了上行干扰。
解决此类干扰，主要就是查找干扰源的位置，并制止那些非法设备的运行。但由于目前我公司还没有专门的设备，而且涉及到与其它通信公司协调测试，因此需要及时汇报情况并联合网络优化部门一起处理。
测试确认为GSM网络外干扰时可以利用HP8594E综合测试仪对基站内的接收信号进行检测。检测的时候，应先关掉本小区的载频发射，通过电缆转接头连接接收天线的输出（或信道盘的两条接收线RX1、RX2的输出）和综合测试仪的输入。除非很强的上行干扰，在接收天线的输出端才能观察到干扰，若干扰不是特别强，则只能在信道盘的接收口的才能观察到，因为信号从接收天线的输出到信道盘接收的输入，又经过了IADU的放大。
将测试仪接在信道盘的接收线的输出口（A或B），观察此时的综测仪接收信号，若在GSM上行频段（890—915MHz）仍存在较强的上行信号，则说明存在上行干扰（上行干扰存在时会看到上行频段的频谱存在明显的起伏）。用同样的方法测试本小区的其它信道盘，必要时可以与其它没有上行干扰的小区的天馈线对调，再观察此时的上行干扰。若此时干扰信号消失，则说明该干扰应该来自与基站设备以外。若此时干扰信号仍然存在，则说明干扰在接收天线以下，即从机柜顶到信道盘接收口这段通路之中。也即是设备本身问题。
注：维护时需关站的处理：正常维护需关站的申请应提前一星期提出。临时维护需关站的申请提前24小时提出；排障需重启基站要立即请示并得到许可后方能进行。停站时间的选择应避开话务量高的时间；在每月通信质量指标统计日和每日忙时10：00-11：15内，除了经代维管理部门同意外，杜绝对任何设备进行操作；特殊的站，维护工作可在晚上进行。