 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
HSUPA差HSDPA和RSCP都良好
測試時發(fā)現(xiàn)在一條道路上信號很好，Ec/Io也很好，下載速率平均3.5M，比較穩(wěn)定，上傳速率卻很差，沒有明顯阻擋，過了那段區(qū)域后上傳速率又很好，達(dá)到1.5M以上，請高手們分析分析
提問者:
• TD中PCCPCH C/I體現(xiàn)的是下行干擾吧？RSCP和C/I都很好，但是BLER很高，請問是什么原因？ 2011-09-20
• 參數(shù)中的“系統(tǒng)間負(fù)荷切換帶起始位置的EcNo值起始RSCP值”請問“EcNo”和“RSCP”各是什么意思？ 2011-09-19
• RSCP值范圍 2011-09-07
• RSCP很強(qiáng)，但EC|IO很差有-17，這是什么原因 2011-09-06
• TD R4輔載波如果TS1或者TS2存在ISCP干擾會出現(xiàn)什么情況？ 2011-09-01
• TD R4輔載波如果TS1或者TS2存在ISCP干擾會出現(xiàn)什么情況？ 2011-09-01
• TD的ISCP問題 2011-09-01
• 下行失步時，DPCH RSCP是不是為-116dbm 2011-09-01
• 參數(shù)中的“系統(tǒng)間負(fù)荷切換帶起始位置的EcNo值起始RSCP值”請問“EcNo”和“RSCP”各是什么意思？ 2011-09-19
• RSCP值范圍 2011-09-07
• RSCP很強(qiáng)，但EC|IO很差有-17，這是什么原因 2011-09-06
• TD R4輔載波如果TS1或者TS2存在ISCP干擾會出現(xiàn)什么情況？ 2011-09-01
• TD R4輔載波如果TS1或者TS2存在ISCP干擾會出現(xiàn)什么情況？ 2011-09-01
• TD的ISCP問題 2011-09-01
• 下行失步時，DPCH RSCP是不是為-116dbm 2011-09-01
問題答案
( 6 )
你應(yīng)該多提供點(diǎn)兒信息，把環(huán)境等情況描述清楚
回答者：
TDGSMLJX
回答時間：2010-04-17 09:57
11
13
WCDA中上行主要是干擾受限，要是該小區(qū)的HSUPA已激活、數(shù)據(jù)配制完整；建議可以跟蹤RTWP值，是否正常？
回答者：
rackojb
回答時間：2010-04-17 23:04
13
12
看看上行鏈路是否有問題，有沒有干擾，上行誤碼率高不高
回答者：
niumeng690
回答時間：2010-04-20 09:22
14
13
同意此觀點(diǎn)：1.先在后臺跟蹤一下此區(qū)域的RTWP值和CQI值，看一下此區(qū)域是否存在干擾。
2..在排除干擾的情況下，在RAN側(cè)查看上行Uu接口的誤碼（UL BLER）,他會直接影響上傳速率。
3..在查看Lub接口的傳輸誤碼，時延抖動，以及Lub帶寬等問題，他也會直接影響上傳速率。
4.查看一下此區(qū)域基站相關(guān)小區(qū)的HSUPA的資源分配情況（可以找一個好的作對比）
（1）HSUPA信道碼資源分配是否合理
（2）HSUPA伴隨的DCH信道碼資源分配是否合理
（3）HSUPA信道功率配置（這個比較重要）
5.后臺查看沒問題后，在查看相關(guān)基站的硬件有沒有問題（在后臺查看有沒有各種告警。有一個叫什么RDTU的設(shè)備有沒有問題，是不是這個設(shè)備我記不清了，你可以問一下基站督導(dǎo)）
6.最后在看一下此區(qū)域的上傳速率是不是很大，如果你是上傳下載同時測得話，有時候上傳下載是相互有影響的。建議分開來測試試一試。
以上是根據(jù)樓主遇到的情況分析的，不一定準(zhǔn)確，僅供參考。
2..在排除干擾的情況下，在RAN側(cè)查看上行Uu接口的誤碼（UL BLER）,他會直接影響上傳速率。
3..在查看Lub接口的傳輸誤碼，時延抖動，以及Lub帶寬等問題，他也會直接影響上傳速率。
4.查看一下此區(qū)域基站相關(guān)小區(qū)的HSUPA的資源分配情況（可以找一個好的作對比）
（1）HSUPA信道碼資源分配是否合理
（2）HSUPA伴隨的DCH信道碼資源分配是否合理
（3）HSUPA信道功率配置（這個比較重要）
5.后臺查看沒問題后，在查看相關(guān)基站的硬件有沒有問題（在后臺查看有沒有各種告警。有一個叫什么RDTU的設(shè)備有沒有問題，是不是這個設(shè)備我記不清了，你可以問一下基站督導(dǎo)）
6.最后在看一下此區(qū)域的上傳速率是不是很大，如果你是上傳下載同時測得話，有時候上傳下載是相互有影響的。建議分開來測試試一試。
以上是根據(jù)樓主遇到的情況分析的，不一定準(zhǔn)確，僅供參考。
Whele 2010-04-22 15:15
查一下速率低那部分小區(qū)的RTWP，還有該小區(qū)的CE數(shù)，用戶多的話對速率有影響
回答者：
zhaoyongzy
回答時間：2010-04-21 18:07
15
13
1、首先測試設(shè)備設(shè)置檢查。
2、測試環(huán)境檢查，即測試地點(diǎn)的信號質(zhì)量是否足夠好，可以通過下行信號質(zhì)量來推測，建議RSCP〉-80dBm,Ec/N0 > -6dB,否則可能路損過高造成UE發(fā)射功率受限。
3、如果是速率達(dá)不到要求，一直比較低，上傳FTP服務(wù)器檢查。從終端向服務(wù)器上行灌包是否可以達(dá)到要求，灌包工具可以選擇Sniffer，可以用Ethereal在測試時候進(jìn)行抓包，然后通過TCP層協(xié)議顯示數(shù)據(jù)核查TCP層是否有丟包等
其次，檢查RAN側(cè)：
4、查看HSUPA狀態(tài)是否激活，看HSUPA小區(qū)配置是否正確。檢查RNC和NODEB版本，確保該版本沒有已知問題影響數(shù)傳速率、檢查RNC/NODEB Iub PATH帶寬配置、類型配置是否正確。檢查RNC的前后臺數(shù)據(jù)是否一致。（檢查版本、參數(shù)配置等）
5、檢查小區(qū)底噪設(shè)置是否與小區(qū)RTWP一致，小區(qū)空載RTWP是否平穩(wěn)。檢查無線環(huán)境上行是否存在干擾，檢查小區(qū)的導(dǎo)頻配置是否合理，比最大發(fā)射功率小10dB左右。
6、檢查一下RNC和NODEB的LICENSE是否足夠，包括CE和吞吐量是否足夠。（檢查資源情況）
再次，檢查CN側(cè)：
7、用戶開卡速率檢查，SGSN上限速開關(guān)設(shè)置是否正常，核心網(wǎng)交換機(jī)以及網(wǎng)口狀態(tài)傳輸模式檢查
8、IU口檢查，檢查RNC IU帶寬配置是否充足，需要滿足業(yè)務(wù)需求，檢查SGSN IU帶寬配置是否充足，需要滿足業(yè)務(wù)需求。
2、測試環(huán)境檢查，即測試地點(diǎn)的信號質(zhì)量是否足夠好，可以通過下行信號質(zhì)量來推測，建議RSCP〉-80dBm,Ec/N0 > -6dB,否則可能路損過高造成UE發(fā)射功率受限。
3、如果是速率達(dá)不到要求，一直比較低，上傳FTP服務(wù)器檢查。從終端向服務(wù)器上行灌包是否可以達(dá)到要求，灌包工具可以選擇Sniffer，可以用Ethereal在測試時候進(jìn)行抓包，然后通過TCP層協(xié)議顯示數(shù)據(jù)核查TCP層是否有丟包等
其次，檢查RAN側(cè)：
4、查看HSUPA狀態(tài)是否激活，看HSUPA小區(qū)配置是否正確。檢查RNC和NODEB版本，確保該版本沒有已知問題影響數(shù)傳速率、檢查RNC/NODEB Iub PATH帶寬配置、類型配置是否正確。檢查RNC的前后臺數(shù)據(jù)是否一致。（檢查版本、參數(shù)配置等）
5、檢查小區(qū)底噪設(shè)置是否與小區(qū)RTWP一致，小區(qū)空載RTWP是否平穩(wěn)。檢查無線環(huán)境上行是否存在干擾，檢查小區(qū)的導(dǎo)頻配置是否合理，比最大發(fā)射功率小10dB左右。
6、檢查一下RNC和NODEB的LICENSE是否足夠，包括CE和吞吐量是否足夠。（檢查資源情況）
再次，檢查CN側(cè)：
7、用戶開卡速率檢查，SGSN上限速開關(guān)設(shè)置是否正常，核心網(wǎng)交換機(jī)以及網(wǎng)口狀態(tài)傳輸模式檢查
8、IU口檢查，檢查RNC IU帶寬配置是否充足，需要滿足業(yè)務(wù)需求，檢查SGSN IU帶寬配置是否充足，需要滿足業(yè)務(wù)需求。
回答者：
x20009181983
回答時間：2010-04-23 00:31
18
13
我的看法是，
第一，只是在某一段路，某一區(qū)域UPA的值要低于其他區(qū)域。所以，可以排除測試軟件設(shè)備，終端性能，卡的簽約，以及同車測試，DPA對UPA影響的情況。
第二，RSCP好，DPA好，說明，該段區(qū)域的ECIO的值，也是較好的。否則DPA也不會穩(wěn)定。基本可以排除無線環(huán)境的問題。
第三，UPA業(yè)務(wù)能做，所以，跟后臺數(shù)據(jù)配置關(guān)系不大。業(yè)務(wù)肯定是激活了。這是毫無疑問的。如果有RTWP告警的話，不僅影響UPA，同樣也會影響DPA。而DPA是穩(wěn)定的，說明這個RTWP應(yīng)該是正常的范圍。而且RTWP這個值是一個即時值，正常是在空載的情況下，理想值為-106.4.
第四，排除這些條件后，最有可能出問題的，應(yīng)該是檢查這個基站的配置，幾個E1。檢查天饋部分。如果天線的主分集接反，比如A小區(qū)的主集，接到B小區(qū)的分集這種情況，會出現(xiàn)失衡，導(dǎo)致NODEB的上行出現(xiàn)異常情況。進(jìn)而導(dǎo)致UPA出現(xiàn)異常。再就是通過后臺KPI查看，CE,PWR利用率。
第五，還有一個跟調(diào)度算法有關(guān)，DPA,UPA會有一個搶斷算法。哪個業(yè)務(wù)先起來，誰就先占用較多的資源。如果你的DPA是長呼，UPA是短呼，或者兩個都是短呼。如果經(jīng)過中間的空閑態(tài)時間差，DPA業(yè)務(wù)先發(fā)起，也會影響、
第一，只是在某一段路，某一區(qū)域UPA的值要低于其他區(qū)域。所以，可以排除測試軟件設(shè)備，終端性能，卡的簽約，以及同車測試，DPA對UPA影響的情況。
第二，RSCP好，DPA好，說明，該段區(qū)域的ECIO的值，也是較好的。否則DPA也不會穩(wěn)定。基本可以排除無線環(huán)境的問題。
第三，UPA業(yè)務(wù)能做，所以，跟后臺數(shù)據(jù)配置關(guān)系不大。業(yè)務(wù)肯定是激活了。這是毫無疑問的。如果有RTWP告警的話，不僅影響UPA，同樣也會影響DPA。而DPA是穩(wěn)定的，說明這個RTWP應(yīng)該是正常的范圍。而且RTWP這個值是一個即時值，正常是在空載的情況下，理想值為-106.4.
第四，排除這些條件后，最有可能出問題的，應(yīng)該是檢查這個基站的配置，幾個E1。檢查天饋部分。如果天線的主分集接反，比如A小區(qū)的主集，接到B小區(qū)的分集這種情況，會出現(xiàn)失衡，導(dǎo)致NODEB的上行出現(xiàn)異常情況。進(jìn)而導(dǎo)致UPA出現(xiàn)異常。再就是通過后臺KPI查看，CE,PWR利用率。
第五，還有一個跟調(diào)度算法有關(guān)，DPA,UPA會有一個搶斷算法。哪個業(yè)務(wù)先起來，誰就先占用較多的資源。如果你的DPA是長呼，UPA是短呼，或者兩個都是短呼。如果經(jīng)過中間的空閑態(tài)時間差，DPA業(yè)務(wù)先發(fā)起，也會影響、
回答者：
jxcz3665153
回答時間：2010-04-24 12:46
12
13
這個分析的很好，很實(shí)用，學(xué)習(xí)了
heshang2008 2010-04-25 10:18
分析的很好，先謝了，由于我現(xiàn)在的分?jǐn)?shù)是﹣的不能采納答案不好意思
但是測試的時候我是分開做上傳下載的，而且您說的E1幾個的情況我也想了下，要是E1少的話應(yīng)該下載也是有問題的呀
后面測試的時候發(fā)現(xiàn)一種情況就是過去的時候速率較好，回來的時候速率較差，可能是還是和無線環(huán)境有關(guān)吧
但是測試的時候我是分開做上傳下載的，而且您說的E1幾個的情況我也想了下，要是E1少的話應(yīng)該下載也是有問題的呀
后面測試的時候發(fā)現(xiàn)一種情況就是過去的時候速率較好，回來的時候速率較差，可能是還是和無線環(huán)境有關(guān)吧
383286779 2010-05-03 00:54
下行無線環(huán)境好 能保證上行的也好嗎？
futienan@yahoo 2010-05-21 11:07
很詳細(xì)！很學(xué)習(xí)！
w8z7h 2010-07-24 15:21
• 安徽引途科技有限公司
聘：福建測試/1個月
需求人數(shù)：2 人 地點(diǎn)：福建省
• 北京宜通華瑞科技有限公司 聘：專項(xiàng)優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：4 人 地點(diǎn)：渭南市,商洛市,漢中市,安康市
• 南京華蘇科技有限公司 聘：江西移動日常優(yōu)化測試工程師
需求人數(shù)：5 人 地點(diǎn)：上饒市,鷹潭市,吉安市
• 重慶信科通信工程有限公司 聘：江西電信原廠高級后臺
需求人數(shù)：2 人 地點(diǎn)：九江市
• 浙江省郵電工程建設(shè)有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：10 人 地點(diǎn)：寧夏
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長沙市,永州市,郴州市,衡陽市
• 深圳市訊方技術(shù)股份有限公司 聘：華為45G高級網(wǎng)優(yōu)工程師
需求人數(shù)：5 人 地點(diǎn)：山東省
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點(diǎn)：寧夏
需求人數(shù)：2 人 地點(diǎn)：福建省
• 北京宜通華瑞科技有限公司 聘：專項(xiàng)優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：4 人 地點(diǎn)：渭南市,商洛市,漢中市,安康市
• 南京華蘇科技有限公司 聘：江西移動日常優(yōu)化測試工程師
需求人數(shù)：5 人 地點(diǎn)：上饒市,鷹潭市,吉安市
• 重慶信科通信工程有限公司 聘：江西電信原廠高級后臺
需求人數(shù)：2 人 地點(diǎn)：九江市
• 浙江省郵電工程建設(shè)有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：10 人 地點(diǎn)：寧夏
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長沙市,永州市,郴州市,衡陽市
• 深圳市訊方技術(shù)股份有限公司 聘：華為45G高級網(wǎng)優(yōu)工程師
需求人數(shù)：5 人 地點(diǎn)：山東省
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點(diǎn)：寧夏
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |