問題已開啟
(普通問題)
• LTE上下行峰值速率理論能達到多少?5G上下行峰值速率理論能達到多少? 2020-11-28
• VoLTE網(wǎng)絡(luò)優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機制是什么? 2020-11-04
• LTE attach何時會攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動態(tài)選擇信號比較好的頻點來進行測量 2020-10-26
• 為什么VOLTE end之后,QCI=1的承載也正常釋放了,但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報測量報告 2020-10-13
• VoLTE網(wǎng)絡(luò)優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機制是什么? 2020-11-04
• LTE attach何時會攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動態(tài)選擇信號比較好的頻點來進行測量 2020-10-26
• 為什么VOLTE end之后,QCI=1的承載也正常釋放了,但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報測量報告 2020-10-13
問題答案
( 3 )
To calculate the the throughput in LTE (for example in DL)
1) number of allocated PRB
2) number of Used RE (resource element in PRB) Some RE is used for RS, CCCH and so on So they are not carrying user data
3) MCS (Modulation type and coding rate which is determined based on CQI)
So for a PRB: # REs is 12*7 (during 1 ms) (just ignore the used REs for CCCH and RS)
in each RE a symbol is send and bits/symbol depends on modulation scheme for 64QAM , 16QAM and QPSK it is respectively 6,4,2
The used coding is also affecting your throughput for example the ratio is 2/3
in the end:
PRB throughput (Kbits/s) ~ 12*7*(bits/symbol)*(Coding ratio)
So in the best condition:
PRB throughput (Kbits/s)=168*6*1 ~ 1008 Kbits/s
e RE
Anyway it is not the approach to calculate the capacity as the used RE for user data could be 80~85% of total available REs
Besides there is no independent resource for signaling and so the PRB is used for user signaling and which another overhead to user DATA throughput
hope my comments help you out
1) number of allocated PRB
2) number of Used RE (resource element in PRB) Some RE is used for RS, CCCH and so on So they are not carrying user data
3) MCS (Modulation type and coding rate which is determined based on CQI)
So for a PRB: # REs is 12*7 (during 1 ms) (just ignore the used REs for CCCH and RS)
in each RE a symbol is send and bits/symbol depends on modulation scheme for 64QAM , 16QAM and QPSK it is respectively 6,4,2
The used coding is also affecting your throughput for example the ratio is 2/3
in the end:
PRB throughput (Kbits/s) ~ 12*7*(bits/symbol)*(Coding ratio)
So in the best condition:
PRB throughput (Kbits/s)=168*6*1 ~ 1008 Kbits/s
e RE
Anyway it is not the approach to calculate the capacity as the used RE for user data could be 80~85% of total available REs
Besides there is no independent resource for signaling and so the PRB is used for user signaling and which another overhead to user DATA throughput
hope my comments help you out
回答者:
kevinh
回答時間:2013-05-16 13:09


那上行的又是怎么算出來的呢?這樣說的話上行也可以用64QAM,算出來峰值速率不也是100.8Mbps,為什么上行的是下行的一半?難道是調(diào)制方式不一樣
回答者:
dnn
回答時間:2013-05-16 22:09


上下行UE支持的最大TBS塊大小是不同的(或者說MCS等級上下行是不一樣的),而且下行在計算最大值時還考慮了雙流波束賦形,上行是沒有的。
上面幾點就使得上下行峰值速率計算結(jié)果不同。
上面幾點就使得上下行峰值速率計算結(jié)果不同。
回答者:
marinelick
回答時間:2013-05-18 08:08


那上面計算的下行峰值速率12*7*6*100*2=100.8Mbps,哪里能體現(xiàn)下行是雙流呢?那個又表示的是TBS的大?3GPP協(xié)議里面說上行峰值速率是50Mbps,不知道這個是怎么計算出來的?

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