TBF建立成功率整个PCU都不到50%，是PCU资源不足问题...

  >上行TBF建立成功率低
1.整个BSC指标较低，例如整体成功率<60%；
•   参数检查：小区的Gamma Alpha等参数，每当BSC重新Declare后
       ，必须检查并修改；
•   信令跟踪，确认SGSN对无线请求的回应情况；
•   硬件检查：主要是GPU，在非忙时对GPU予以更换，之后再对
       网络指标予以严密的观察。

  2.BSC下个别小区指标很低，例如，成功率<10%：
•一般情况是由于小区配置PDCH的相应TRX出现问题，对TRX进行处理即可；
•大配置网络的极个别小区由于外部某些因素的影响导致该小区在GPU中的资源被阻塞从而导致小区上行请求较多，但很少成功的情况，对小区重新初始化后即可解决：
 可能的外部情况：
 a.修改小区参数，建议大规模改动后检查网络的相应指标；
 b.小区是否处于RAC的边界，建议尽量不要使较忙的小区处于RAC边
    界，有必要的话可以合并部分RAC，以减少RA Update的信令流量。
  >下行TBF建立成功率低的问题
   
        主要发现是SGSN的问题所致，在SGSN进行完相应Patch后，此类问题较少出现。

是不是PCU资源不足，通过统计计算一下就可以得出结论，PCU不足唯一的途径就是扩容

PCU利用率  [BSCGPRS_GSLUTIL]/[BSCGPRS_GSLSCAN] 
PCU拥塞率  [BSCGPRS_FAILMOVECELL]/([CELLGPRS_CELLMOVED]+[BSCGPRS_FAILMOVECELL]) 

1、PCU资源不足：可以扩容PCU，或则通过调整NSEI来均衡PCU的符合；
2、BTS信道资源不足，也是导致TBF建立成功率低的原因，可以通过扩容或调整CDED来增加静态数据信道；
3、如果开通了EDGE，EDAP资源不足也会导致TBF建立成功率低，扩容EDAP；
4、从不太成熟的经验来看，对于主从BTS的小区，如果主BTS开BB跳频，从BTS不开BB，实践中发现这种情况时可能会影响到EDGE速率和TBF建立成功率；
5、频繁的小区重选也会导致TBF建立成功率低；
6、较差的无线环境和载干比。

我们以前遇到过类似的问题：
   我们对BSC7的GPU进行了扩容，将原BSC7的GPU的三条G-ATER拆一条扩给第二个GPU使用。扩容完成后，将部分业务倒至新GPU，经过测试，新GPU业务完全正常，但是话务报告观察，旧GPU的所有小区的上下行TBF建立成功率只有70％左右,我们分析问题应该在旧的GPU上，应该与拆ATER有关，原GPU配置了三条G-ATER，现拆除一条后，可能软件与硬件出现匹配问题，造成TBF建立成功率低。
  处理步骤:1、对原GPU进行了reset。
   2、在原GPU恢复正常后，重新观察话务报告。TBF建立成功率恢复90％以上。
  故障总结:如果某个BSC的TBF建立成功率低的情况，首先考虑GPU软件的问题。尤其是拆除G-ATER的情况，必须对GPU做reset，才能使GPU的软件重新恢复正常。