常见基站故障指标异常处理

常见基站故障指标异常处理

第一节：关于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并作好相关记录。

第二节：关于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并作好相关记录。

第三节：关于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并作好相关记录。

第四节：关于载频BER高的问题

作者：陈玉杰

载频的BER（Bit Error Rate）含义是载频工作的时候在其上传输的数字信息比特的比特误码率。

载频的BER和在该载频上通话时的通话质量是密切相关的。手机在通话时的话音质量有8个级别，即Quality=0,1,2,3,4,5,6,7 。0是最好，7为最差。而Quality的0到7是和BER分别对应的。对应关系如下：

Rxquality BER 默认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并作好相关记录。

第五节：关于载频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并作好相关记录。

第六节：关于切换成功率低的问题

作者：李文健

小区切换可分为三种类型：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_BSS HANDOVER；INTRA_BSS

HANDOVER INTRA_CELL HANDOVER中切换失败数，分析其切换失败的原因主要是归属于那一类的切换。

二． 若切换失败的原因主要属于inter_bss切换则应查看该BSC内的

其它基站切换情况，若此BSC内所有基站的inter_bss切换失败均高，则应侧重于查验BSC的切换数据是否有错误、BSC的时钟是否准确、BSC的timer 是否合理等。若此BSC内其它基站无上述情况，则应重点查找基站本身的问题。

三． 若切换失败的原因主要属于intra_bss和intra_cell，则也应重点

常见基站故障指标异常处理

查找基站自身的问题。

四． 基站自身检查：

1． 检查基站的数据设置是否合理，有无同频、邻频等相邻小区

的问题。

2． 查看当日统计数据，初步分析其切换失败原因，排除由于该

小区话务量太高，为超忙小区引起的高切换失败率。

3． 检查基站关于切换请求和切换成功的统计数据，分析其基站

可能的原因。

4． 检查基站硬件设备，重点检查基站的发射功率、接收电平、

时钟等基站设备是否正常。（检查方法见维护步骤）

五．如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。

六．如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。

第七节：关于基站时钟问题的问题

作者：张昱

目前在现网运行的基站时钟中有两种类型，一种是单独采用时钟板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，则需对时钟重新校准并如一、二步中所述记录响应的测试数据。出此站经常出现此问题，则将测试数据移交技术组并在OMC填写相关记录。

六．由技术组对此问题进行跟踪处理，并协助开SR。直至问题解决。

六． 在时钟测试过程中如发现有时钟完全失锁或基站时钟已损坏，

则应查看基站是否存在时钟告警，如有时钟告警则应及时更换时钟板；如基站无任何有关于时钟的告警，则要求在取得基站的2天event、SWFM log和路测LOG文件后，对时钟板进行更换。坏时钟板和相关测试数据应移交技术组进行进一步分析，并协助开SR解决此问题。

附录1：MCELL 9-9测试线(MCU)

常见基站故障指标异常处理

下图为PC与MCU连接测试线的布线图：

TO PC TO GPROC

Pin 9 to earth Pin 9 to earth

附录2：驻波比与发射功率对应表

正常驻波比下的发射功率和反射功率对应关系

PW（反射）=（（（R-1）*（R-1））/（（R+1）*（R+1）））*PW（发射） 其中R=驻波比

常见基站故障指标异常处理

附录3：9-25测试线(900A TCU 0)

下图为PC与GPROC连接测试线的布线图：

常见基站故障指标异常处理

5 7

6 6

7 4

8 5

9 22

TO PC TO GPROC

附录4：Incell9-9调盘线

下图为PC与R(S)CU连接测试线的布线图：

TO PC TO R(S)CU

附录5：Horrizon CTU 9-9调盘线

下图为PC与CTU连接测试线的布线图(EQCP PINS)：

常见基站故障指标异常处理

TO PC TO CTU

(9-WAY D-TYPE F CONNECTOR) (9-WAY D-TYPE M CONNECTOR) （ EQCP 布线图 ）

下图为PC与CTU连接测试线的布线图(RSS PINS)：(TCU_G 0) TO PC TO CTU (9-WAY D-TYPE F CONNECTOR) (9-WAY D-TYPE M CONNECTOR) （ RSS 布线图 ）

附录6：MCELL6 TCUB 9-25调盘线转换头(900B)

下图为PC与TCUB连接测试线的布线图(EQCP PINS)：

本文来源：https://www.bwwdw.com/article/7rl1.html