 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
TBF建立成功率整个PCU都不到50%，是PCU资源不足问题？怎么解决？
TBF建立成功率整个PCU都不到50%，是PCU资源不足问题？怎么解决？
提问者: 更多
PCU
TBF
Base Station Controller
问题
功率
网关(Gateway)
相关问题
• DBS3900_GSM无线链路异常告警引起TBF建立成功率差怎么处理？ 2012-11-20
• 中兴V6.2版本EGPRS PCU出现拥塞，TBF建立成功率与PDCH分配都低，该从哪里入手 2012-09-02
• 大量的手机QQ业务对PCU设备有何影响？换句话说，手机QQ业务对PCU设备有何特殊的要求？比如说TBF连接数？ 2009-01-13
• 请问诺基亚PCU性能的一张报表中的PCU_T指什么？？（并非指PCU版本） 2008-12-02
• dl_bler_egprs高，TBF失败率高 2008-11-26
• TBF的溢出率是怎么计算的？ 2008-11-05
• GPRS的PCU设备是如何分配的？ 2008-11-03
• 中兴V6.2版本EGPRS PCU出现拥塞，TBF建立成功率与PDCH分配都低，该从哪里入手 2012-09-02
• 大量的手机QQ业务对PCU设备有何影响？换句话说，手机QQ业务对PCU设备有何特殊的要求？比如说TBF连接数？ 2009-01-13
• 请问诺基亚PCU性能的一张报表中的PCU_T指什么？？（并非指PCU版本） 2008-12-02
• dl_bler_egprs高，TBF失败率高 2008-11-26
• TBF的溢出率是怎么计算的？ 2008-11-05
• GPRS的PCU设备是如何分配的？ 2008-11-03
问题答案
( 4 )
是不是PCU资源不足，通过统计计算一下就可以得出结论，PCU不足唯一的途径就是扩容
PCU利用率 [BSCGPRS_GSLUTIL]/[BSCGPRS_GSLSCAN]
PCU拥塞率 [BSCGPRS_FAILMOVECELL]/([CELLGPRS_CELLMOVED]+[BSCGPRS_FAILMOVECELL])
PCU利用率 [BSCGPRS_GSLUTIL]/[BSCGPRS_GSLSCAN]
PCU拥塞率 [BSCGPRS_FAILMOVECELL]/([CELLGPRS_CELLMOVED]+[BSCGPRS_FAILMOVECELL])
回答者：
jerrydeng
回答时间：2008-11-11 16:08
15
12
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、较差的无线环境和载干比。
2、BTS信道资源不足，也是导致TBF建立成功率低的原因，可以通过扩容或调整CDED来增加静态数据信道；
3、如果开通了EDGE，EDAP资源不足也会导致TBF建立成功率低，扩容EDAP；
4、从不太成熟的经验来看，对于主从BTS的小区，如果主BTS开BB跳频，从BTS不开BB，实践中发现这种情况时可能会影响到EDGE速率和TBF建立成功率；
5、频繁的小区重选也会导致TBF建立成功率低；
6、较差的无线环境和载干比。
回答者：
dycdy
回答时间：2008-11-12 09:42
17
16
我们以前遇到过类似的问题：
我们对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的软件重新恢复正常。
我们对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的软件重新恢复正常。
回答者：
tigermarx
回答时间：2008-11-17 22:52
14
12
>上行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后，此类问题较少出现。
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后，此类问题较少出现。
回答者：
tigermarx
回答时间：2008-11-25 18:41
18
16
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |