第一节：关于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类型、CCBcavity号定义错误等）五．频率问题可能会造成基站掉话。

（同频、邻频干扰或基站上行干扰等）六．基站相邻小区定义错误可能造成基站掉话。

第二部分：掉话问题处理的流程在处理基站掉话问题的过程中可按照以下几个步骤完成：一．由班组查看统计，将掉话类型分类，确定掉话区域。

A．Rf_losses_tchB．Out_inter_bss_ho_clearC．Out_intra_bss_ho_lostD．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 默认BER0 <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并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。