問題已開啟 (普通問題)
華為CDMA掉話的全面原因,包括無線側(cè)和系統(tǒng)側(cè),有哪些?
華為CDMA掉話的全面原因,包括無線側(cè)和系統(tǒng)側(cè),有哪些?謝謝了
提問者: xiongyingjie  提問時間: 2009-03-24    
 
  我要回答:
 

  請先 登錄注冊 再回答問題

更多 無線 華為 CDMA 掉話 系統(tǒng) 相關(guān)問題
問題答案 ( 4 )

無線側(cè)主要是無強導(dǎo)頻信號,導(dǎo)致的切換失敗,天線的下傾角和方位角的不對。系統(tǒng)側(cè)有鄰區(qū)漏配。221a3dK:JFD(本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有

回答者: 聶波     回答時間:2009-03-24 14:45    

5        7        
謝謝大俠
xiongyingjie  2009-06-18 15:27 



協(xié)議規(guī)定手機測和基站的掉話機制,下面分別說明一下re432K:JFD本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
 #&)*(&#*($K:JFD()$#_本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
l  協(xié)議中規(guī)定的手機側(cè)掉話機制:
A、移動臺連續(xù)收到超過N2m12)個壞幀,就會關(guān)閉其發(fā)射機。但此時前向仍在接收,如在Fade Timer計時器(連續(xù)5秒)內(nèi)收到連續(xù)N3m2)個好幀,移動臺會重新開啟發(fā)射機,否則移動臺重新初始化;
B、移動臺發(fā)射要求應(yīng)答的消息后沒有收到響應(yīng)消息,如連續(xù)N1m次發(fā)射后,仍然無響應(yīng),移動臺重新初始化。(N1m:移動臺在反向業(yè)務(wù)信道上發(fā)送要求應(yīng)答消息的最大重發(fā)次數(shù),對IS95A3次,IS95B9次,IS200013次。)
 K:JFD()本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
l  BSC側(cè)掉話機制:1f3dsaf12zK:JFD()$#_本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
反向信號差,FMRCCM上報TCH ERR,CCM就會釋放呼叫產(chǎn)生掉話。FMR上報TCH ERR可能為以下幾種原因值。其中,只有原因值為4、56TCH ERR上報CCM后,CCM會釋放呼叫。原因值2只針對軟切換分支,CCM會拆除該分支。   (*)#$@&%K:JFD()$本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
1、FMR中各分支合并后300個反向幀中有270個以上Erasure(壞)幀。
該門限值可以在AirBridge上進行修改,命令為:MOD SDUMDC,修改檢查ERASURE幀比率、檢查ERASURE幀門限。查詢命令為: LST FRMINFO。對應(yīng)的釋放原因值為C05我)$#@32K:JFD()$本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
2、反向連續(xù)收到300idel幀。纇$#$#&)*(&K:JFD()$#_*本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
該門限值可以在AirBridge上進行修改,命令為:MOD SDUMDC,修改檢查IDLE幀計數(shù)器。查詢命令為: LST FRMINFO。對應(yīng)的釋放原因值為C04
R002B01D302之前版本中,存在若兩個切換分支間時延超過反向幀合并定時器長度后導(dǎo)致FMR上報過多idel幀造成掉話的情況。在現(xiàn)版本中,默認的反向幀合并定時器已修改為18s,且合并時通過幀號判斷收到的幀是否是本20ms內(nèi)的幀,一旦合并出一幀好幀就會把IDLE計數(shù)器清0,所以不會再出現(xiàn)因傳輸時延大造成idel幀過多的掉話。s13東oK:JFD(本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
但按幀號合并也可能帶來另一個問題:一差一好兩分支合并時,如果好分支傳輸時延大,收到的好分支幀號為上個20ms幀的幀號,則會丟棄該好幀,處理差分支上收到的本20ms內(nèi)的幀。導(dǎo)致好分支沒產(chǎn)生作用,可能出現(xiàn)too many erasureTCH_ERROR掉話。因此,基站間的傳輸時延問題依然需要關(guān)注,如當(dāng)小基站傳輸使用UNI方式,而宏基站傳輸使用IMA方式時,這時發(fā)生在兩者之間的軟切換就可能出現(xiàn)分支間傳輸時延過大的問題。
3、markov FER過高。
markov FER是將收到的幀與本地產(chǎn)生的幀相比,如果不同,就算一個壞幀,計算這種壞幀的比例。 沒有收到幀時也會統(tǒng)計為壞幀。缺省值是500個幀(10秒鐘)里有95%的壞幀就會上報TCH ERR,該值可以在調(diào)試臺設(shè)置(FMR調(diào)試命令中的設(shè)置馬可夫FER)。對應(yīng)的釋放原因值為C06d3s1fd知1K:JFD()$#本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
4、某個分支240ms沒有收到幀。
多分支時,只拆除該分支;單分支時,會產(chǎn)生掉話。對應(yīng)的釋放原因值為C02。#(*$#蔏:JFD(本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
該值可以在AirBridge上進行修改,命令為:MOD SDUMDC,修改反向幀接收定時器長度,注意單位為毫秒。查詢命令為: LST FRMINFO。如果由于該原因造成軟切換增刪分支頻繁時,可以考慮將反向幀接收定時器長度改得長一些。目前默認值為240ms,基本可以排除傳輸閃斷造成的影響。(我)$#@K:JFD()本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
 
f12zcv545%K:JFD()$#_本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
d3s1fd知K:JFD()$本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有

回答者: dwdavy     回答時間:2009-03-24 21:39    

4        4        


學(xué)習(xí)學(xué)習(xí)!$(哦*&#%kcK:JFD()$#_本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
*($(哦K:JFD(本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有

回答者: CDMA2003     回答時間:2009-03-24 22:01    

4        3        
共同進步
xiongyingjie  2009-06-18 15:30 



我也學(xué)習(xí)了4afd5a4f8e3K:JFD()$#_*本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有
3dsaf12zK:JFD()$本文來自移動通信網(wǎng)m.gg1fic3.cn,版權(quán)所有

回答者: wood860730     回答時間:2009-04-04 22:15    

9        7        
共同進步
xiongyingjie  2009-06-18 15:32 


中國通信人才網(wǎng) | 江蘇通信人才網(wǎng) | 山東通信人才網(wǎng) | 武漢通信人才網(wǎng) | 浙江通信人才網(wǎng) | 湖南通信人才網(wǎng)
重慶信科通信工程有限公司 聘:后臺優(yōu)化
需求人數(shù):2 人 地點:南昌市
南京華蘇科技有限公司 聘:中興IPRAN工程師
需求人數(shù):2 人 地點:煙臺市
北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
南京欣網(wǎng)通信科技股份有限公司 聘:網(wǎng)優(yōu)工程師(J10069)
需求人數(shù):1 人 地點:咸陽市
杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘:山西移動晉中項目中級前臺
需求人數(shù):2 人 地點:晉中市
成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
元道通信股份有限公司 聘:中級后臺-福建
需求人數(shù):8 人 地點:福州市,寧德市,三明市,南平市
嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程單驗人員
需求人數(shù):10 人 地點:北京市
熱點問題
更多精彩

聯(lián)系我們 - 問通信專家 Powered by MSCBSC 移動通信網(wǎng)  © 2006 -