 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
TDLTE室分站點(diǎn)，速率上不去（100kbps左右）。
無線環(huán)境RSRP、SINR都極好。通過信令可以看到ENB一直要求UE rrc連接重配置，而UE一直告訴ENB重配置完成。Event上面只出現(xiàn)一個(gè)事件：Prach:Msg(RA）。通過測(cè)試指標(biāo)發(fā)現(xiàn)速率上不去的原因是MSC值較低，調(diào)度不滿導(dǎo)致。請(qǐng)問大神該如何解決?
已詢問過做WO的兄弟，他確認(rèn)了基站數(shù)據(jù)沒做錯(cuò)。測(cè)試設(shè)備、ftp下載地址、閉TD、WLAN等方面操作與排查也沒有結(jié)果。
已詢問過做WO的兄弟，他確認(rèn)了基站數(shù)據(jù)沒做錯(cuò)。測(cè)試設(shè)備、ftp下載地址、閉TD、WLAN等方面操作與排查也沒有結(jié)果。
提問者:
• LTE上下行峰值速率理論能達(dá)到多少？5G上下行峰值速率理論能達(dá)到多少？ 2020-11-28
• VoLTE網(wǎng)絡(luò)優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機(jī)制是什么？ 2020-11-04
• LTE attach何時(shí)會(huì)攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動(dòng)態(tài)選擇信號(hào)比較好的頻點(diǎn)來進(jìn)行測(cè)量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報(bào)測(cè)量報(bào)告 2020-10-13
• VoLTE網(wǎng)絡(luò)優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機(jī)制是什么？ 2020-11-04
• LTE attach何時(shí)會(huì)攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動(dòng)態(tài)選擇信號(hào)比較好的頻點(diǎn)來進(jìn)行測(cè)量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報(bào)測(cè)量報(bào)告 2020-10-13
問題答案
( 3 )
查查卡的注冊(cè)數(shù)據(jù)中的ambr等數(shù)據(jù)速率相關(guān)的數(shù)據(jù)，另外看看s1傳輸?shù)膸捵鰶]做限制
回答者：
ebrain68
回答時(shí)間：2014-06-23 13:35
17
12
但是信令中偶爾會(huì)出現(xiàn)Paging這個(gè)信令，若出現(xiàn)Paging這個(gè)信令，相應(yīng)的MIB、SIB消息就會(huì)出來，速率就會(huì)上去到7-80M，但堅(jiān)持不了多久就又下來了，又回復(fù)到之前那樣低速率。應(yīng)該跟卡里的注冊(cè)數(shù)據(jù)沒關(guān)系。S1傳輸方面贊未查詢丟包、受限或誤碼。
ajian3100 2014-06-23 14:26
如果是paging的話，你看看paging是哪類paging，是sib update的paging？還是數(shù)據(jù)鏈路斷掉而又下行數(shù)據(jù)到來而觸發(fā)的恢復(fù)數(shù)據(jù)的paging？沒看到具體log沒法猜測(cè)。
另外你的rrcconntionreconfig的內(nèi)容是什么？
100kbps的數(shù)據(jù)速率這么低的速率如果保持住的話，只有參數(shù)配錯(cuò)or帶寬受限的時(shí)候才會(huì)出現(xiàn)。
另外你確認(rèn)低速率是不是在一個(gè)cell上？速率高的時(shí)候在另一個(gè)cell？只是猜測(cè)啊，還是好好仔細(xì)看看log吧。
從你的log上看到：
cqi還是不錯(cuò)的，平均14，
但是分下來的mcs確實(shí)平均8，比較差，
而且調(diào)度的RBS才60多啊，但即使60多也不至于100kbps
還有就是從你的這個(gè)瞬間的截圖log看，上下行的無線環(huán)境貌似是沒有問題的。
所以，自己看看log，特別是速度能到70Mbps以上時(shí)候的情況和速率上不去時(shí)候的個(gè)方便的比較。
另外你的rrcconntionreconfig的內(nèi)容是什么？
100kbps的數(shù)據(jù)速率這么低的速率如果保持住的話，只有參數(shù)配錯(cuò)or帶寬受限的時(shí)候才會(huì)出現(xiàn)。
另外你確認(rèn)低速率是不是在一個(gè)cell上？速率高的時(shí)候在另一個(gè)cell？只是猜測(cè)啊，還是好好仔細(xì)看看log吧。
從你的log上看到：
cqi還是不錯(cuò)的，平均14，
但是分下來的mcs確實(shí)平均8，比較差，
而且調(diào)度的RBS才60多啊，但即使60多也不至于100kbps
還有就是從你的這個(gè)瞬間的截圖log看，上下行的無線環(huán)境貌似是沒有問題的。
所以，自己看看log，特別是速度能到70Mbps以上時(shí)候的情況和速率上不去時(shí)候的個(gè)方便的比較。
ebrain68 2014-06-23 15:42
前面我描述問題的時(shí)候說錯(cuò)一句話，速率提升并不是在paging之后提升的，而是在之前。當(dāng)最后一個(gè)reconfiguration complete消息結(jié)束之后慢慢的速率開始提升上去。此事距離測(cè)試開始過去4分鐘多幾秒。最后一條rrcconntionreconfig以及rrcconntionreconfig complete的內(nèi)容，以及離最后一條rrcconntionreconfig complete 約23秒后才出現(xiàn)的paging消息內(nèi)容如http://photo.blog.sina.com.cn/u/1760216440
后面懷疑基站數(shù)據(jù)配置有誤，因?yàn)槭谴笠?guī)模的室分站點(diǎn)有這樣的現(xiàn)象。近期關(guān)于大數(shù)據(jù)更改行為的操作就只有開啟MR功能這一項(xiàng)。客戶催的急，已協(xié)調(diào)廠家工程師來現(xiàn)場(chǎng)支援。但我自己的想法是，頻繁性的RA failed，應(yīng)該先核查rach里面的參數(shù)設(shè)置是否有誤，但是對(duì)rach里面涉及到的參數(shù)了解不夠多，所以不知道該從哪里入手。
后面懷疑基站數(shù)據(jù)配置有誤，因?yàn)槭谴笠?guī)模的室分站點(diǎn)有這樣的現(xiàn)象。近期關(guān)于大數(shù)據(jù)更改行為的操作就只有開啟MR功能這一項(xiàng)。客戶催的急，已協(xié)調(diào)廠家工程師來現(xiàn)場(chǎng)支援。但我自己的想法是，頻繁性的RA failed，應(yīng)該先核查rach里面的參數(shù)設(shè)置是否有誤，但是對(duì)rach里面涉及到的參數(shù)了解不夠多，所以不知道該從哪里入手。
ajian3100 2014-06-25 17:41
有可能存在外部干擾，可以嘗試統(tǒng)計(jì)后臺(tái)統(tǒng)計(jì)系統(tǒng)上行每PRB子載波平均干擾噪聲（dBm）
回答者：
478436561
回答時(shí)間：2014-06-23 15:17
17
13
請(qǐng)確認(rèn)一下UE側(cè)的SNR如何？有的時(shí)候盡管接收功率很好，但是SNR不一定會(huì)好。這樣會(huì)導(dǎo)致UE側(cè)接收到的數(shù)據(jù)，解調(diào)和解碼都會(huì)錯(cuò)誤。
請(qǐng)確認(rèn)一下UE側(cè)發(fā)送的CQI是否正確？如果前面的SNR是OK的，那么CQI的值應(yīng)該在15。如果CQI 不是15，或者很小，就有問題。另外需要確認(rèn)這個(gè)CQI eNB是否正確接收到。如果沒有接收到，還是會(huì)影響調(diào)度，進(jìn)而影響速率。
請(qǐng)確認(rèn)一下UE側(cè)發(fā)送ACKNACK 是否在eNB上正確接收。如果沒有接收到，或者接收錯(cuò)了，都會(huì)有影響。
另外，eNB是否分配了足夠的時(shí)頻資源。有多個(gè)UE調(diào)度，有多種業(yè)務(wù)的時(shí)候，還需要確認(rèn)QCI等級(jí)。
下載如果是FTP的話，還需要確認(rèn)服務(wù)器是否有速率限制；以及下載工具是否有限制。
請(qǐng)確認(rèn)一下UE側(cè)發(fā)送的CQI是否正確？如果前面的SNR是OK的，那么CQI的值應(yīng)該在15。如果CQI 不是15，或者很小，就有問題。另外需要確認(rèn)這個(gè)CQI eNB是否正確接收到。如果沒有接收到，還是會(huì)影響調(diào)度，進(jìn)而影響速率。
請(qǐng)確認(rèn)一下UE側(cè)發(fā)送ACKNACK 是否在eNB上正確接收。如果沒有接收到，或者接收錯(cuò)了，都會(huì)有影響。
另外，eNB是否分配了足夠的時(shí)頻資源。有多個(gè)UE調(diào)度，有多種業(yè)務(wù)的時(shí)候，還需要確認(rèn)QCI等級(jí)。
下載如果是FTP的話，還需要確認(rèn)服務(wù)器是否有速率限制；以及下載工具是否有限制。
回答者：
zhangshiqin
回答時(shí)間：2014-07-06 22:10
11
11
• 成都旗訊通信技術(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 - |