問題已開啟
(普通問題)
有個bsc老是出PCU OVERLOAD PROTECTION FAULT ,請大蝦分析哈原因,給個solution
PCU OVERLOAD PROTECTION FAULT
• https://www.mscBSC.com/weixin/loginlog.php?wxuser=ovDCOjk5ogJUqksRcZKj0wYqnVeQ 2020-05-07
• https://m.mscBSC.com/mbbs.php?aCTIon=bbsdisplay&id=58 2020-04-17
• https://m.mscBSC.com/baeditor.php?aCTIon=reply&tid=705530 2020-04-10
• https://m.mscBSC.com/view.php?id=2286064 2020-03-31
• 什么是BSC的恢復(fù)性測試? 2020-03-12
• https://m.mscBSC.com/view.php?id=2276894 2019-06-05
• GSM同一BSC下兩手機(jī)如何通信 2019-05-13
• 我的微信和手機(jī)號是2個mscBSC賬號,怎么解除綁定?!。。。。。。。。。。。。。。。。。。。。。。! 2019-03-21
• https://m.mscBSC.com/mbbs.php?aCTIon=bbsdisplay&id=58 2020-04-17
• https://m.mscBSC.com/baeditor.php?aCTIon=reply&tid=705530 2020-04-10
• https://m.mscBSC.com/view.php?id=2286064 2020-03-31
• 什么是BSC的恢復(fù)性測試? 2020-03-12
• https://m.mscBSC.com/view.php?id=2276894 2019-06-05
• GSM同一BSC下兩手機(jī)如何通信 2019-05-13
• 我的微信和手機(jī)號是2個mscBSC賬號,怎么解除綁定?!。。。。。。。。。。。。。。。。。。。。。。! 2019-03-21
問題答案
( 3 )
答:PCU OVERLOAD PROTECTION FAULT 是PCU過載故障保護(hù)。出現(xiàn)這樣情況需要檢查數(shù)據(jù)業(yè)務(wù)流量是否過大從而導(dǎo)致PCU過載。
PCU: Packet Control Unit(數(shù)據(jù)包控制單元)
數(shù)據(jù)包控制單元(PCU)是 GSM 新加的標(biāo)準(zhǔn)。它執(zhí)行一些基站控制器(BSC)的處理任務(wù),但是是針對數(shù)據(jù)包數(shù)據(jù)的。在語音和數(shù)據(jù)之間信道的配置是由基站控制的,但是一旦一條信道被分配給 PCU ,這個 PCU 將完全控制這個信道。PCU 能夠嵌入到基站中,嵌入到 BSC 中,或甚至一些被提議的架構(gòu)中,它能夠位于 SGSN 站點上。
PCU: Packet Control Unit(數(shù)據(jù)包控制單元)
數(shù)據(jù)包控制單元(PCU)是 GSM 新加的標(biāo)準(zhǔn)。它執(zhí)行一些基站控制器(BSC)的處理任務(wù),但是是針對數(shù)據(jù)包數(shù)據(jù)的。在語音和數(shù)據(jù)之間信道的配置是由基站控制的,但是一旦一條信道被分配給 PCU ,這個 PCU 將完全控制這個信道。PCU 能夠嵌入到基站中,嵌入到 BSC 中,或甚至一些被提議的架構(gòu)中,它能夠位于 SGSN 站點上。
回答者:
wangyuan072
回答時間:2009-06-04 09:47


定期檢查并調(diào)整PCU的容量非常重要,由于PCU的容量受限或者處理能力受限而導(dǎo)致整個PCU下的所有基站都不能正常接入GPRS用戶,這也會給用戶造成非常嚴(yán)重的影響。PCU最大容量可支持64個小區(qū)、128塊TRX、256個GPRS時隙(包括GPRS靜態(tài)時隙與動態(tài)時隙),從實際GPRS優(yōu)化的經(jīng)驗中得出,調(diào)整PCU的容量應(yīng)從兩個部分來考慮。
從PCU的容量考慮,PCU最大可支持64個小區(qū)、128塊TRX、256個GPRS時隙,最終PCU的容量與處理能力是取決于實際使用的GPRS時隙數(shù)目的,建議規(guī)劃PCU下掛的基站,整體的GPRS時隙不要超過PCU容量的70%。當(dāng)然,PCU對小區(qū)數(shù)、TRX數(shù)也有相應(yīng)的限制,一般來說,每個小區(qū)都設(shè)置兩個TRX,在無線數(shù)據(jù)需求較大的點,可以適當(dāng)增加GTRX,但是一定注意總體的GPRS時隙不能達(dá)到PCU的容量上限,盡量不要超過70%。
從基站的地域分布考慮,在前期規(guī)劃時,應(yīng)該將PCU下掛的基站按照區(qū)域來劃分,郊縣偏遠(yuǎn)基站的GPRS時隙配置較少,可以使PCU多掛一些基站;市中心熱點地區(qū)的GPRS時隙配置較多,可以使PCU少掛一些基站,在總體上避免PCU容量與處理能力受限。在實施新建基站工程、擴(kuò)容工程時也應(yīng)相應(yīng)的考慮PCU的容量問題。
從PCU的容量考慮,PCU最大可支持64個小區(qū)、128塊TRX、256個GPRS時隙,最終PCU的容量與處理能力是取決于實際使用的GPRS時隙數(shù)目的,建議規(guī)劃PCU下掛的基站,整體的GPRS時隙不要超過PCU容量的70%。當(dāng)然,PCU對小區(qū)數(shù)、TRX數(shù)也有相應(yīng)的限制,一般來說,每個小區(qū)都設(shè)置兩個TRX,在無線數(shù)據(jù)需求較大的點,可以適當(dāng)增加GTRX,但是一定注意總體的GPRS時隙不能達(dá)到PCU的容量上限,盡量不要超過70%。
從基站的地域分布考慮,在前期規(guī)劃時,應(yīng)該將PCU下掛的基站按照區(qū)域來劃分,郊縣偏遠(yuǎn)基站的GPRS時隙配置較少,可以使PCU多掛一些基站;市中心熱點地區(qū)的GPRS時隙配置較多,可以使PCU少掛一些基站,在總體上避免PCU容量與處理能力受限。在實施新建基站工程、擴(kuò)容工程時也應(yīng)相應(yīng)的考慮PCU的容量問題。
回答者:
wangyuan072
回答時間:2009-06-04 10:01


擴(kuò)容吧
回答者:
youfeng
回答時間:2009-06-09 09:13


• 北京宜通華瑞科技有限公司
聘:高速高鐵優(yōu)化中級(江西上饒)
需求人數(shù):1 人 地點:上饒市
• 浙江省郵電工程建設(shè)有限公司 聘:新疆中興中高級優(yōu)化工程師
需求人數(shù):7 人 地點:昌吉市,博樂市,克拉瑪依市,石河子市
• 河北中創(chuàng)盈和通信科技有限公司 聘:初中級前臺/山西運(yùn)城
需求人數(shù):1 人 地點:運(yùn)城市
• 北京電旗通訊技術(shù)股份有限公司 聘:OTN/XPON/軟交換吉林項目
需求人數(shù):3 人 地點:長春市,遼源市,四平市
• 山東省郵電工程有限公司 聘:竣工資料結(jié)算員
需求人數(shù):5 人 地點:福州市
• 怡利科技發(fā)展有限公司 聘:移動電信聯(lián)通單驗工程師
需求人數(shù):12 人 地點:貴州省
• 福建省鴻官通信工程有限公司 聘:湖南電信專項中高級后臺
需求人數(shù):1 人 地點:岳陽市,益陽市
• 河南創(chuàng)賽通信科技有限公司 聘:急聘!廣西單驗簇優(yōu)化
需求人數(shù):49 人 地點:廣西省
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘:AI工程師
需求人數(shù):1 人 地點:云南省
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點:上饒市
需求人數(shù):1 人 地點:上饒市
• 浙江省郵電工程建設(shè)有限公司 聘:新疆中興中高級優(yōu)化工程師
需求人數(shù):7 人 地點:昌吉市,博樂市,克拉瑪依市,石河子市
• 河北中創(chuàng)盈和通信科技有限公司 聘:初中級前臺/山西運(yùn)城
需求人數(shù):1 人 地點:運(yùn)城市
• 北京電旗通訊技術(shù)股份有限公司 聘:OTN/XPON/軟交換吉林項目
需求人數(shù):3 人 地點:長春市,遼源市,四平市
• 山東省郵電工程有限公司 聘:竣工資料結(jié)算員
需求人數(shù):5 人 地點:福州市
• 怡利科技發(fā)展有限公司 聘:移動電信聯(lián)通單驗工程師
需求人數(shù):12 人 地點:貴州省
• 福建省鴻官通信工程有限公司 聘:湖南電信專項中高級后臺
需求人數(shù):1 人 地點:岳陽市,益陽市
• 河南創(chuàng)賽通信科技有限公司 聘:急聘!廣西單驗簇優(yōu)化
需求人數(shù):49 人 地點:廣西省
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘:AI工程師
需求人數(shù):1 人 地點:云南省
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點:上饒市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |