問題已開啟
(普通問題)
更多
數(shù)據(jù)業(yè)務
gb口
負荷
業(yè)務
相關問題
• SA場景下LNR數(shù)據(jù)業(yè)務和語音業(yè)務的策略是什么并說出數(shù)據(jù)業(yè)務信令流程,以及SA場景下速率不達標的可能原因。 2020-08-04
• 語音業(yè)務,數(shù)據(jù)業(yè)務走什么通道? 2019-03-19
• LTE數(shù)據(jù)業(yè)務,上行丟包率正常,下行丟包率非常差,請問大神如何優(yōu)化? 2018-08-07
• 鼎立9.6 PC測試端連接索尼M35T進行CSFB業(yè)務時要如何配置任務,手機端和電腦端的設置注意事項?備注:已能正常進行數(shù)據(jù)業(yè)務測試,但無法測試CSFB業(yè)務 2018-02-04
• 語音業(yè)務與數(shù)據(jù)業(yè)務每個需要使用多少個RB? 2017-11-17
• WCDMA現(xiàn)在數(shù)據(jù)業(yè)務主要走IP,語音主要走ATM,走IP的時候用的FE,是否不用E1了,與E1是不是就完全沒有關系了,只有走ATM的時候用的E1 2017-08-25
• 求資料《中國聯(lián)通3G數(shù)據(jù)業(yè)務態(tài)快速返回4G優(yōu)化指導手冊》 2017-08-23
• LTE基站License超限告警影響數(shù)據(jù)業(yè)務嗎? 2017-07-13
• 語音業(yè)務,數(shù)據(jù)業(yè)務走什么通道? 2019-03-19
• LTE數(shù)據(jù)業(yè)務,上行丟包率正常,下行丟包率非常差,請問大神如何優(yōu)化? 2018-08-07
• 鼎立9.6 PC測試端連接索尼M35T進行CSFB業(yè)務時要如何配置任務,手機端和電腦端的設置注意事項?備注:已能正常進行數(shù)據(jù)業(yè)務測試,但無法測試CSFB業(yè)務 2018-02-04
• 語音業(yè)務與數(shù)據(jù)業(yè)務每個需要使用多少個RB? 2017-11-17
• WCDMA現(xiàn)在數(shù)據(jù)業(yè)務主要走IP,語音主要走ATM,走IP的時候用的FE,是否不用E1了,與E1是不是就完全沒有關系了,只有走ATM的時候用的E1 2017-08-25
• 求資料《中國聯(lián)通3G數(shù)據(jù)業(yè)務態(tài)快速返回4G優(yōu)化指導手冊》 2017-08-23
• LTE基站License超限告警影響數(shù)據(jù)業(yè)務嗎? 2017-07-13
問題答案
( 2 )
愛立信的PCU支持64個RPP,每個RPP有兩個DL2,每個DL2設備包含32個支持64kbps的GPH設備,其中DL2-0支持Gb和Abis,也就是說1個RPP可以滿足一個滿配置的Gb接入這個RPP,如果這塊RPP沒有接Gb,哪么全部可以接Abis,這些設備支持16kbps的BPDCH和64Kbps的GPDCH和EPDCH。
如果說GSL負荷過大(擁塞?),有兩種情況,一種就是處理能力不足,一種是(帶寬)資源不足。處理能力:RPP里面有8個DSP處理芯片,每個DL2有4個,每個DSP可以處理25個BPDCH,而G/EPDCH的處理能力是B-PDCH的1.5倍,即DSP可以處理16.7個G/EPDCH,由于只有6個DSP用來處理Abis,所以一個RPP能處理150個BPDCH或者100個G/EPDCH。資源能力:RPP有64個設備(GPH),考慮需要做同步的,有62個可用,每個設備對應一個64kbps資源,也就是對應1個G/EPDCH或者4個BPDCH,則每個RPP就支持62*4=248個BPDCH或者62個G/EPDCH,如果不負責Gb的,好像就不需要考慮同步的設備。 |所謂的GSL是指一個BPDCH或者G/EPDCH所要求的GPH子設備或者設備。
當服務的都是BPDCH的時候,由于RPP的支持數(shù)量遠大于處理能力支持的數(shù)量,248>150,所以這個時候,調(diào)整Gb的時隙數(shù)不能提高容量。當服務的都是G/EPDCH的時候,處理能力表現(xiàn)又強于資源數(shù),減少Gb時隙數(shù)可以增加容量。bbs.mscbsc.com3K2B!K,^2t!R:Q3g'G
但是需要注意的是,在制定Gb時隙數(shù)量的時候,要考慮這個服務區(qū)下面帶的BSC的總流量、流量峰值,數(shù)據(jù)包大小,信令開銷,BPDCH和G/EPDCH的比例,如果整體資源確實不足的時候必須要增加Gb時隙數(shù)量和RPP的數(shù)量了。
愛立信RPP需求=max{等量BPDCH/150+等量EPDCH/100,等量BPDCH/248+等量EPDCH/62+Gb時隙/32}+1MSCBSC 移動通信論壇!K1Z*n,^.`8n B1`6p
等量xxxx指fix+on-demand*信道激活比例
如果說GSL負荷過大(擁塞?),有兩種情況,一種就是處理能力不足,一種是(帶寬)資源不足。處理能力:RPP里面有8個DSP處理芯片,每個DL2有4個,每個DSP可以處理25個BPDCH,而G/EPDCH的處理能力是B-PDCH的1.5倍,即DSP可以處理16.7個G/EPDCH,由于只有6個DSP用來處理Abis,所以一個RPP能處理150個BPDCH或者100個G/EPDCH。資源能力:RPP有64個設備(GPH),考慮需要做同步的,有62個可用,每個設備對應一個64kbps資源,也就是對應1個G/EPDCH或者4個BPDCH,則每個RPP就支持62*4=248個BPDCH或者62個G/EPDCH,如果不負責Gb的,好像就不需要考慮同步的設備。 |所謂的GSL是指一個BPDCH或者G/EPDCH所要求的GPH子設備或者設備。
當服務的都是BPDCH的時候,由于RPP的支持數(shù)量遠大于處理能力支持的數(shù)量,248>150,所以這個時候,調(diào)整Gb的時隙數(shù)不能提高容量。當服務的都是G/EPDCH的時候,處理能力表現(xiàn)又強于資源數(shù),減少Gb時隙數(shù)可以增加容量。bbs.mscbsc.com3K2B!K,^2t!R:Q3g'G
但是需要注意的是,在制定Gb時隙數(shù)量的時候,要考慮這個服務區(qū)下面帶的BSC的總流量、流量峰值,數(shù)據(jù)包大小,信令開銷,BPDCH和G/EPDCH的比例,如果整體資源確實不足的時候必須要增加Gb時隙數(shù)量和RPP的數(shù)量了。
愛立信RPP需求=max{等量BPDCH/150+等量EPDCH/100,等量BPDCH/248+等量EPDCH/62+Gb時隙/32}+1MSCBSC 移動通信論壇!K1Z*n,^.`8n B1`6p
等量xxxx指fix+on-demand*信道激活比例
回答者:
lbblbblbb
回答時間:2011-10-19 08:31


我只會簡單的回答,GB口負荷大,造成數(shù)據(jù)業(yè)務的瓶頸,下載速率慢。
回答者:
kissmeimei
回答時間:2011-10-21 14:42


• 西安中興精誠通訊有限公司
聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
• 北京宜通華瑞科技有限公司 聘:電信原廠優(yōu)化高級(江西急聘)
需求人數(shù):5 人 地點:南昌市
• 杭州東信網(wǎng)絡技術有限公司 聘:LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 廣東世炬網(wǎng)絡科技股份有限公司 聘:網(wǎng)管運維工程師
需求人數(shù):2 人 地點:云南省
• 嘉環(huán)科技股份有限公司 聘:網(wǎng)優(yōu)前臺RF工程師-高級
需求人數(shù):2 人 地點:河源市
• 南京華蘇科技有限公司 聘:濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù):1 人 地點:濟南市
• 北京電旗通訊技術股份有限公司 聘:山東濱州電信
需求人數(shù):3 人 地點:濱州市
• 成都旗訊通信技術有限公司 聘:【聯(lián)通項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 廣東華訊工程有限公司 聘:廣東移動維護支撐
需求人數(shù):2 人 地點:廣州市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
需求人數(shù):2 人 地點:重慶市
• 北京宜通華瑞科技有限公司 聘:電信原廠優(yōu)化高級(江西急聘)
需求人數(shù):5 人 地點:南昌市
• 杭州東信網(wǎng)絡技術有限公司 聘:LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 廣東世炬網(wǎng)絡科技股份有限公司 聘:網(wǎng)管運維工程師
需求人數(shù):2 人 地點:云南省
• 嘉環(huán)科技股份有限公司 聘:網(wǎng)優(yōu)前臺RF工程師-高級
需求人數(shù):2 人 地點:河源市
• 南京華蘇科技有限公司 聘:濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù):1 人 地點:濟南市
• 北京電旗通訊技術股份有限公司 聘:山東濱州電信
需求人數(shù):3 人 地點:濱州市
• 成都旗訊通信技術有限公司 聘:【聯(lián)通項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 廣東華訊工程有限公司 聘:廣東移動維護支撐
需求人數(shù):2 人 地點:廣州市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |