 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
EVDOC/I達到10以上,下載速率都正常,可上傳速率 比較低,這是為什么?請幫忙解釋一下,有什么好的處理方法不?
在網(wǎng)絡(luò)優(yōu)化中出現(xiàn)的問題1
提問者:
• C/I在什么條件下，CS-4的傳輸速率大于CS-3？ 2015-07-27
• AMR RQI和C/I的關(guān)系，以及對速率調(diào)整門限的疑惑，謝謝！ 2014-05-28
• TD下載出現(xiàn)DPCHC/I為-15以下，但PCCPCHC/I為正數(shù)，且RSCP為-60多，下載速率只有100k，這是什么情況 2014-02-24
• TD PS業(yè)務(wù)無速率，RSCP C/I 值都良好，就是沒有下載速率 2013-11-11
• HS SCCHMEASURE C/I低對速率有影響嗎？ 2013-08-01
• ATU中數(shù)據(jù)業(yè)務(wù)參數(shù)SIR與PCCPCH C/I跟速率有什么聯(lián)系 2013-07-04
• TD做H業(yè)務(wù)時PCCPCH C/I很差，速率很低，但同時做語音業(yè)務(wù)和空閑的手機PCCPCH C/I很好，求解 2013-04-25
• FTP下載時DPCHC/I影響下載速率嗎 2013-02-18
• AMR RQI和C/I的關(guān)系，以及對速率調(diào)整門限的疑惑，謝謝！ 2014-05-28
• TD下載出現(xiàn)DPCHC/I為-15以下，但PCCPCHC/I為正數(shù)，且RSCP為-60多，下載速率只有100k，這是什么情況 2014-02-24
• TD PS業(yè)務(wù)無速率，RSCP C/I 值都良好，就是沒有下載速率 2013-11-11
• HS SCCHMEASURE C/I低對速率有影響嗎？ 2013-08-01
• ATU中數(shù)據(jù)業(yè)務(wù)參數(shù)SIR與PCCPCH C/I跟速率有什么聯(lián)系 2013-07-04
• TD做H業(yè)務(wù)時PCCPCH C/I很差，速率很低，但同時做語音業(yè)務(wù)和空閑的手機PCCPCH C/I很好，求解 2013-04-25
• FTP下載時DPCHC/I影響下載速率嗎 2013-02-18
問題答案
( 1 )
反向鏈路負載估計算法與參數(shù)的檢查
檢查當前扇區(qū)反向功率控制機制是否使能，相應(yīng)參數(shù)是否設(shè)置正確。
RAB 相關(guān)內(nèi)容進行檢查。
反向數(shù)據(jù)包大小檢查
檢查TxT2PMax 參數(shù)、PermittedPayload 參數(shù)、BucketLevel 參數(shù)。
反向數(shù)據(jù)傳輸隊列檢查
由于系統(tǒng)僅僅傳輸位于反向數(shù)據(jù)傳輸隊列中的數(shù)據(jù)，所以如果反向數(shù)據(jù)傳輸數(shù)據(jù)始終處于不滿狀態(tài)時，就無法申請更大的數(shù)據(jù)包進行傳輸，從而影響了反向鏈路性能。如有必要，可以在終端上檢查終端上的反向數(shù)據(jù)傳輸隊列是否處于充滿狀態(tài)。
終止目標檢查
終止目標檢查主要是考察某個RTCMAC 流的終止子包數(shù)是否和期望值（對于HiCap 傳輸模式流，一般為4 個子包終止，對于LoLat 傳輸模式流則為2 個子包終止）相等。如果實際的終止子包數(shù)小于期望值，可能是反向功率控制的setpoint 設(shè)置過高引起，這會造成AT 發(fā)射功率過高，反向系統(tǒng)吞吐量下降；如果實際的終止subpacket 數(shù)大于期望值，可能是反向功率控制的setpoint 設(shè)置過低引起，這會重傳過多，反向吞吐量下降，延時增加。傳輸模式相關(guān)參數(shù)檢查
需要核實Merge Threshold 和Payload Thresh 兩個參數(shù)的設(shè)置是否符合推薦值；T2P 參數(shù)檢查
需要分別核實HiCap 和LoLat 兩種模式下T2P 參數(shù)的設(shè)置是否符合推薦值。
檢查當前扇區(qū)反向功率控制機制是否使能，相應(yīng)參數(shù)是否設(shè)置正確。
RAB 相關(guān)內(nèi)容進行檢查。
反向數(shù)據(jù)包大小檢查
檢查TxT2PMax 參數(shù)、PermittedPayload 參數(shù)、BucketLevel 參數(shù)。
反向數(shù)據(jù)傳輸隊列檢查
由于系統(tǒng)僅僅傳輸位于反向數(shù)據(jù)傳輸隊列中的數(shù)據(jù)，所以如果反向數(shù)據(jù)傳輸數(shù)據(jù)始終處于不滿狀態(tài)時，就無法申請更大的數(shù)據(jù)包進行傳輸，從而影響了反向鏈路性能。如有必要，可以在終端上檢查終端上的反向數(shù)據(jù)傳輸隊列是否處于充滿狀態(tài)。
終止目標檢查
終止目標檢查主要是考察某個RTCMAC 流的終止子包數(shù)是否和期望值（對于HiCap 傳輸模式流，一般為4 個子包終止，對于LoLat 傳輸模式流則為2 個子包終止）相等。如果實際的終止子包數(shù)小于期望值，可能是反向功率控制的setpoint 設(shè)置過高引起，這會造成AT 發(fā)射功率過高，反向系統(tǒng)吞吐量下降；如果實際的終止subpacket 數(shù)大于期望值，可能是反向功率控制的setpoint 設(shè)置過低引起，這會重傳過多，反向吞吐量下降，延時增加。傳輸模式相關(guān)參數(shù)檢查
需要核實Merge Threshold 和Payload Thresh 兩個參數(shù)的設(shè)置是否符合推薦值；T2P 參數(shù)檢查
需要分別核實HiCap 和LoLat 兩種模式下T2P 參數(shù)的設(shè)置是否符合推薦值。
回答者：
wfwuxian
回答時間：2009-12-28 14:48
4
7
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司
聘：浙江紹興移動專項優(yōu)化中級
需求人數(shù)：1 人 地點：紹興市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 陜西瑞達灃通信技術(shù)有限公司 聘：華為5G工程單驗工程師
需求人數(shù)：10 人 地點：吐魯番市,哈密市
• 廣東南方通信建設(shè)有限公司 聘：日常項目外場優(yōu)化工程師
需求人數(shù)：3 人 地點：南寧市
• 北京宜通華瑞科技有限公司 聘：華為PTN中級工程師
需求人數(shù)：2 人 地點：上饒市
• 北京電旗通訊技術(shù)股份有限公司 聘：遼寧沈陽遼陽朝陽急需工程師
需求人數(shù)：99 人 地點：遼陽市,朝陽市
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 南京格安信息系統(tǒng)有限責任公司 聘：RF中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：北京市
• 山東省郵電工程有限公司 聘：竣工資料結(jié)算員
需求人數(shù)：5 人 地點：福州市
需求人數(shù)：1 人 地點：紹興市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 陜西瑞達灃通信技術(shù)有限公司 聘：華為5G工程單驗工程師
需求人數(shù)：10 人 地點：吐魯番市,哈密市
• 廣東南方通信建設(shè)有限公司 聘：日常項目外場優(yōu)化工程師
需求人數(shù)：3 人 地點：南寧市
• 北京宜通華瑞科技有限公司 聘：華為PTN中級工程師
需求人數(shù)：2 人 地點：上饒市
• 北京電旗通訊技術(shù)股份有限公司 聘：遼寧沈陽遼陽朝陽急需工程師
需求人數(shù)：99 人 地點：遼陽市,朝陽市
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 南京格安信息系統(tǒng)有限責任公司 聘：RF中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：北京市
• 山東省郵電工程有限公司 聘：竣工資料結(jié)算員
需求人數(shù)：5 人 地點：福州市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |