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

第一节：关于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掉话的问题

作者：陈学海

S DCCH是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