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