 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
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很強，但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很強，但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)該多提供點兒信息，把環(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
同意此觀點：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)境檢查，即測試地點的信號質(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)交換機以及網(wǎng)口狀態(tài)傳輸模式檢查
8、IU口檢查，檢查RNC IU帶寬配置是否充足，需要滿足業(yè)務(wù)需求，檢查SGSN IU帶寬配置是否充足，需要滿足業(yè)務(wù)需求。
2、測試環(huá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)交換機以及網(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)定�；究梢耘懦裏o線環(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)定�；究梢耘懦裏o線環(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
這個分析的很好，很實用，學(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
• 南京華蘇科技有限公司
聘：中興中高級優(yōu)化工程師
需求人數(shù)：20 人 地點：山東省
• 成都旗訊通信技術(shù)有限公司 聘：招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù)：12 人 地點：北京市,上海市,天津市,重慶市,浙江省
• 中通服建設(shè)有限公司 聘：北京項目
需求人數(shù)：5 人 地點：北京市
• 廣東南方通信建設(shè)有限公司 聘：SDH/OTN傳輸工程師
需求人數(shù)：2 人 地點：呼和浩特市
• 福建省鴻官通信工程有限公司 聘：湖南電信專項中高級后臺
需求人數(shù)：1 人 地點：岳陽市,益陽市
• 陜西卓普通訊科技有限公司 聘：電信后臺優(yōu)化工程師
需求人數(shù)：10 人 地點：西藏
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級前臺
需求人數(shù)：3 人 地點：果洛藏族自治州
• 元道通信股份有限公司 聘：新疆-督導(dǎo)工程師
需求人數(shù)：6 人 地點：阿克蘇市,庫爾勒市
• 浙江省郵電工程建設(shè)有限公司 聘：新疆中興中高級優(yōu)化工程師
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
需求人數(shù)：20 人 地點：山東省
• 成都旗訊通信技術(shù)有限公司 聘：招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù)：12 人 地點：北京市,上海市,天津市,重慶市,浙江省
• 中通服建設(shè)有限公司 聘：北京項目
需求人數(shù)：5 人 地點：北京市
• 廣東南方通信建設(shè)有限公司 聘：SDH/OTN傳輸工程師
需求人數(shù)：2 人 地點：呼和浩特市
• 福建省鴻官通信工程有限公司 聘：湖南電信專項中高級后臺
需求人數(shù)：1 人 地點：岳陽市,益陽市
• 陜西卓普通訊科技有限公司 聘：電信后臺優(yōu)化工程師
需求人數(shù)：10 人 地點：西藏
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級前臺
需求人數(shù)：3 人 地點：果洛藏族自治州
• 元道通信股份有限公司 聘：新疆-督導(dǎo)工程師
需求人數(shù)：6 人 地點：阿克蘇市,庫爾勒市
• 浙江省郵電工程建設(shè)有限公司 聘：新疆中興中高級優(yōu)化工程師
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |