問題已開啟
(普通問題)
TBF建立成功率整個(gè)PCU都不到50%,是PCU資源不足問題?怎么解決?
TBF建立成功率整個(gè)PCU都不到50%,是PCU資源不足問題?怎么解決?
提問者: berserky 提問時(shí)間: 2008-11-11
更多
PCU
TBF
Base Station Controller
問題
功率
網(wǎng)關(guān)(Gateway)
相關(guān)問題
• DBS3900_GSM無線鏈路異常告警引起TBF建立成功率差怎么處理? 2012-11-20
• 中興V6.2版本EGPRS PCU出現(xiàn)擁塞,TBF建立成功率與PDCH分配都低,該從哪里入手 2012-09-02
• 大量的手機(jī)QQ業(yè)務(wù)對(duì)PCU設(shè)備有何影響?換句話說,手機(jī)QQ業(yè)務(wù)對(duì)PCU設(shè)備有何特殊的要求?比如說TBF連接數(shù)? 2009-01-13
• 請(qǐng)問諾基亞PCU性能的一張報(bào)表中的PCU_T指什么??(并非指PCU版本) 2008-12-02
• dl_bler_egprs高,TBF失敗率高 2008-11-26
• TBF的溢出率是怎么計(jì)算的? 2008-11-05
• GPRS的PCU設(shè)備是如何分配的? 2008-11-03
• 中興V6.2版本EGPRS PCU出現(xiàn)擁塞,TBF建立成功率與PDCH分配都低,該從哪里入手 2012-09-02
• 大量的手機(jī)QQ業(yè)務(wù)對(duì)PCU設(shè)備有何影響?換句話說,手機(jī)QQ業(yè)務(wù)對(duì)PCU設(shè)備有何特殊的要求?比如說TBF連接數(shù)? 2009-01-13
• 請(qǐng)問諾基亞PCU性能的一張報(bào)表中的PCU_T指什么??(并非指PCU版本) 2008-12-02
• dl_bler_egprs高,TBF失敗率高 2008-11-26
• TBF的溢出率是怎么計(jì)算的? 2008-11-05
• GPRS的PCU設(shè)備是如何分配的? 2008-11-03
問題答案
( 4 )
是不是PCU資源不足,通過統(tǒng)計(jì)計(jì)算一下就可以得出結(jié)論,PCU不足唯一的途徑就是擴(kuò)容
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
回答時(shí)間:2008-11-11 16:08
16 12
1、PCU資源不足:可以擴(kuò)容PCU,或則通過調(diào)整NSEI來均衡PCU的符合;
2、BTS信道資源不足,也是導(dǎo)致TBF建立成功率低的原因,可以通過擴(kuò)容或調(diào)整CDED來增加靜態(tài)數(shù)據(jù)信道;
3、如果開通了EDGE,EDAP資源不足也會(huì)導(dǎo)致TBF建立成功率低,擴(kuò)容EDAP;
4、從不太成熟的經(jīng)驗(yàn)來看,對(duì)于主從BTS的小區(qū),如果主BTS開BB跳頻,從BTS不開BB,實(shí)踐中發(fā)現(xiàn)這種情況時(shí)可能會(huì)影響到EDGE速率和TBF建立成功率;
5、頻繁的小區(qū)重選也會(huì)導(dǎo)致TBF建立成功率低;
6、較差的無線環(huán)境和載干比。
2、BTS信道資源不足,也是導(dǎo)致TBF建立成功率低的原因,可以通過擴(kuò)容或調(diào)整CDED來增加靜態(tài)數(shù)據(jù)信道;
3、如果開通了EDGE,EDAP資源不足也會(huì)導(dǎo)致TBF建立成功率低,擴(kuò)容EDAP;
4、從不太成熟的經(jīng)驗(yàn)來看,對(duì)于主從BTS的小區(qū),如果主BTS開BB跳頻,從BTS不開BB,實(shí)踐中發(fā)現(xiàn)這種情況時(shí)可能會(huì)影響到EDGE速率和TBF建立成功率;
5、頻繁的小區(qū)重選也會(huì)導(dǎo)致TBF建立成功率低;
6、較差的無線環(huán)境和載干比。
回答者:
dycdy
回答時(shí)間:2008-11-12 09:42
19 20
我們以前遇到過類似的問題:
我們對(duì)BSC7的GPU進(jìn)行了擴(kuò)容,將原BSC7的GPU的三條G-ATER拆一條擴(kuò)給第二個(gè)GPU使用。擴(kuò)容完成后,將部分業(yè)務(wù)倒至新GPU,經(jīng)過測(cè)試,新GPU業(yè)務(wù)完全正常,但是話務(wù)報(bào)告觀察,舊GPU的所有小區(qū)的上下行TBF建立成功率只有70%左右,我們分析問題應(yīng)該在舊的GPU上,應(yīng)該與拆ATER有關(guān),原GPU配置了三條G-ATER,現(xiàn)拆除一條后,可能軟件與硬件出現(xiàn)匹配問題,造成TBF建立成功率低。
處理步驟:1、對(duì)原GPU進(jìn)行了reset。
2、在原GPU恢復(fù)正常后,重新觀察話務(wù)報(bào)告。TBF建立成功率恢復(fù)90%以上。
故障總結(jié):如果某個(gè)BSC的TBF建立成功率低的情況,首先考慮GPU軟件的問題。尤其是拆除G-ATER的情況,必須對(duì)GPU做reset,才能使GPU的軟件重新恢復(fù)正常。
我們對(duì)BSC7的GPU進(jìn)行了擴(kuò)容,將原BSC7的GPU的三條G-ATER拆一條擴(kuò)給第二個(gè)GPU使用。擴(kuò)容完成后,將部分業(yè)務(wù)倒至新GPU,經(jīng)過測(cè)試,新GPU業(yè)務(wù)完全正常,但是話務(wù)報(bào)告觀察,舊GPU的所有小區(qū)的上下行TBF建立成功率只有70%左右,我們分析問題應(yīng)該在舊的GPU上,應(yīng)該與拆ATER有關(guān),原GPU配置了三條G-ATER,現(xiàn)拆除一條后,可能軟件與硬件出現(xiàn)匹配問題,造成TBF建立成功率低。
處理步驟:1、對(duì)原GPU進(jìn)行了reset。
2、在原GPU恢復(fù)正常后,重新觀察話務(wù)報(bào)告。TBF建立成功率恢復(fù)90%以上。
故障總結(jié):如果某個(gè)BSC的TBF建立成功率低的情況,首先考慮GPU軟件的問題。尤其是拆除G-ATER的情況,必須對(duì)GPU做reset,才能使GPU的軟件重新恢復(fù)正常。
回答者:
tigermarx
回答時(shí)間:2008-11-17 22:52
15 14
>上行TBF建立成功率低
1.整個(gè)BSC指標(biāo)較低,例如整體成功率<60%;
• 參數(shù)檢查:小區(qū)的Gamma Alpha等參數(shù),每當(dāng)BSC重新Declare后
,必須檢查并修改;
• 信令跟蹤,確認(rèn)SGSN對(duì)無線請(qǐng)求的回應(yīng)情況;
• 硬件檢查:主要是GPU,在非忙時(shí)對(duì)GPU予以更換,之后再對(duì)
網(wǎng)絡(luò)指標(biāo)予以嚴(yán)密的觀察。
2.BSC下個(gè)別小區(qū)指標(biāo)很低,例如,成功率<10%:
•一般情況是由于小區(qū)配置PDCH的相應(yīng)TRX出現(xiàn)問題,對(duì)TRX進(jìn)行處理即可;
•大配置網(wǎng)絡(luò)的極個(gè)別小區(qū)由于外部某些因素的影響導(dǎo)致該小區(qū)在GPU中的資源被阻塞從而導(dǎo)致小區(qū)上行請(qǐng)求較多,但很少成功的情況,對(duì)小區(qū)重新初始化后即可解決:
可能的外部情況:
a.修改小區(qū)參數(shù),建議大規(guī)模改動(dòng)后檢查網(wǎng)絡(luò)的相應(yīng)指標(biāo);
b.小區(qū)是否處于RAC的邊界,建議盡量不要使較忙的小區(qū)處于RAC邊
界,有必要的話可以合并部分RAC,以減少RA Update的信令流量。
>下行TBF建立成功率低的問題
主要發(fā)現(xiàn)是SGSN的問題所致,在SGSN進(jìn)行完相應(yīng)Patch后,此類問題較少出現(xiàn)。
1.整個(gè)BSC指標(biāo)較低,例如整體成功率<60%;
• 參數(shù)檢查:小區(qū)的Gamma Alpha等參數(shù),每當(dāng)BSC重新Declare后
,必須檢查并修改;
• 信令跟蹤,確認(rèn)SGSN對(duì)無線請(qǐng)求的回應(yīng)情況;
• 硬件檢查:主要是GPU,在非忙時(shí)對(duì)GPU予以更換,之后再對(duì)
網(wǎng)絡(luò)指標(biāo)予以嚴(yán)密的觀察。
2.BSC下個(gè)別小區(qū)指標(biāo)很低,例如,成功率<10%:
•一般情況是由于小區(qū)配置PDCH的相應(yīng)TRX出現(xiàn)問題,對(duì)TRX進(jìn)行處理即可;
•大配置網(wǎng)絡(luò)的極個(gè)別小區(qū)由于外部某些因素的影響導(dǎo)致該小區(qū)在GPU中的資源被阻塞從而導(dǎo)致小區(qū)上行請(qǐng)求較多,但很少成功的情況,對(duì)小區(qū)重新初始化后即可解決:
可能的外部情況:
a.修改小區(qū)參數(shù),建議大規(guī)模改動(dòng)后檢查網(wǎng)絡(luò)的相應(yīng)指標(biāo);
b.小區(qū)是否處于RAC的邊界,建議盡量不要使較忙的小區(qū)處于RAC邊
界,有必要的話可以合并部分RAC,以減少RA Update的信令流量。
>下行TBF建立成功率低的問題
主要發(fā)現(xiàn)是SGSN的問題所致,在SGSN進(jìn)行完相應(yīng)Patch后,此類問題較少出現(xiàn)。
回答者:
tigermarx
回答時(shí)間:2008-11-25 18:41
19 17
• 成都旗訊通信技術(shù)有限公司
聘:電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點(diǎn):浙江省,江蘇省,河北省,山西省,遼寧省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:急聘!華為項(xiàng)目(江蘇區(qū)域)
需求人數(shù):30 人 地點(diǎn):江蘇省
• 北京宜通華瑞科技有限公司 聘:專項(xiàng)優(yōu)化中高級(jí)(江西急聘)
需求人數(shù):5 人 地點(diǎn):上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 福建省鴻官通信工程有限公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):牡丹江市
• 廣州瀚信通信科技股份有限公司 聘:項(xiàng)目經(jīng)理(廣東)
需求人數(shù):2 人 地點(diǎn):廣東省
• 西安長河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):安康市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):8 人 地點(diǎn):寧波市,舟山市,湖州市,紹興市
• 重慶信科通信工程有限公司 聘:后臺(tái)優(yōu)化
需求人數(shù):2 人 地點(diǎn):南昌市
• 山東省郵電工程有限公司 聘:竣工資料結(jié)算員
需求人數(shù):5 人 地點(diǎn):福州市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程單驗(yàn)人員
需求人數(shù):10 人 地點(diǎn):北京市
需求人數(shù):12 人 地點(diǎn):浙江省,江蘇省,河北省,山西省,遼寧省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:急聘!華為項(xiàng)目(江蘇區(qū)域)
需求人數(shù):30 人 地點(diǎn):江蘇省
• 北京宜通華瑞科技有限公司 聘:專項(xiàng)優(yōu)化中高級(jí)(江西急聘)
需求人數(shù):5 人 地點(diǎn):上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 福建省鴻官通信工程有限公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):牡丹江市
• 廣州瀚信通信科技股份有限公司 聘:項(xiàng)目經(jīng)理(廣東)
需求人數(shù):2 人 地點(diǎn):廣東省
• 西安長河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):安康市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):8 人 地點(diǎn):寧波市,舟山市,湖州市,紹興市
• 重慶信科通信工程有限公司 聘:后臺(tái)優(yōu)化
需求人數(shù):2 人 地點(diǎn):南昌市
• 山東省郵電工程有限公司 聘:竣工資料結(jié)算員
需求人數(shù):5 人 地點(diǎn):福州市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程單驗(yàn)人員
需求人數(shù):10 人 地點(diǎn):北京市
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |