問題已開啟 (普通問題)
掉話原因為UE security mode time out,這一般是什么問題導(dǎo)致的?
掉話原因為UE security mode time out,這一般是什么問題導(dǎo)致的?并且在通話過程中還會啟動加密模式嗎
提問者: lee20080616  提問時間: 2010-07-22    
 
  我要回答:
 

  請先 登錄注冊 再回答問題

更多 ODE 問題 SEC 掉話 ECU MOD MODE OUT TIM 相關(guān)問題
問題答案 ( 7 )

這種問題沒遇到過,如果你已經(jīng)接通了,不應(yīng)該會啟動加密模式的呀,通話過程中,誤碼高嗎?K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: luyl123     回答時間:2010-07-22 16:31    

11        11        


加密超時應(yīng)該建立不了連接的吧54afd5aK:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: luyl123     回答時間:2010-07-22 16:32    

10        13        


UE security mode time out不知道出現(xiàn)在那個層面上,傳輸誤碼高,無線環(huán)境差,都有可能289西7087K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: goldenhuo     回答時間:2010-07-22 16:35    

10        13        


好像CS通話過程無加密吧?
fads13禟:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: jingcheng05     回答時間:2010-07-22 17:17    

8        6        


無線環(huán)境良好,是在室內(nèi),用的室內(nèi)分布小區(qū)的信號,是在通話過程中出現(xiàn)的掉話,原因值就是加密模式超時,而且在室內(nèi),也不存在位置更新或路由區(qū)更新的情況,#@3221a3ds也K:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
d5a4f8K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: lee20080616     回答時間:2010-07-23 08:24    

9        10        


加密應(yīng)在通話前就進行了啊,在通話過程中出現(xiàn)加密超時,可以看一下是不是測試設(shè)備出現(xiàn)了問題,比如手機或軟件什么的了。1f3dsafK:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: bindaowu     回答時間:2010-07-23 09:13    

9        10        


查看下信令,是否存在并發(fā)業(yè)務(wù)。如果在通話過程中,應(yīng)該不會出現(xiàn)此掉話原因,而是未接通原因。

回答者: halking     回答時間:2010-07-23 10:20    

10        11        
但是的確是掉話了,當(dāng)時我也在現(xiàn)場,此后我提取了CHR,分析出是UE security mode time out,如果出現(xiàn)并發(fā)業(yè)務(wù)會導(dǎo)致掉話嗎
lee20080616  2010-07-23 12:48 

沒有跟蹤信令么?建議對信令進行詳細(xì)分析。如果僅僅是根據(jù)CHR查看的話,應(yīng)該是看不到整個呼叫流程的。如果你確定是掉話的話,可能是在這種情況下發(fā)生的:
之前一直進行的是CS的長呼業(yè)務(wù),此時并發(fā)進行ps業(yè)務(wù),又恰好在此時UE進行了跨RNC的切換,在重新進行安全模式鑒定時超時。在PS域默認(rèn)為一次未接通,但在CS域則記為一次掉話,最后在CHR里呈現(xiàn)的時候,呈現(xiàn)為一次掉話。(具體為什么呈現(xiàn)掉話而不是未接通,有待繼續(xù)深究)。
在現(xiàn)網(wǎng)中,如果存在2個以上核心網(wǎng)的話,在跨RNC同時跨核心網(wǎng)側(cè)的時候有可能會出現(xiàn)這種原因的掉話,掉話原因為UE security mode time out,但究其為什么掉話,應(yīng)該是核心網(wǎng)側(cè)的問題,暫時由于學(xué)疏無法解答。
希望對你有幫助。

halking  2010-07-23 14:13 

掉話發(fā)生的場景是在辦公樓內(nèi),而且有室內(nèi)分布信號的情況,不存在跨RNC切換的問題阿
lee20080616  2010-07-24 12:24 


中國通信人才網(wǎng) | 江蘇通信人才網(wǎng) | 山東通信人才網(wǎng) | 武漢通信人才網(wǎng) | 浙江通信人才網(wǎng) | 湖南通信人才網(wǎng)
河北中創(chuàng)盈和通信科技有限公司 聘:中級前臺/寧夏中衛(wèi)
需求人數(shù):2 人 地點:寧夏
重慶愛信思科技有限責(zé)任公司 聘:初中級OTN/PTN調(diào)測工程師
需求人數(shù):5 人 地點:唐山市,承德市,張家口市
浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):8 人 地點:寧波市,舟山市,湖州市,紹興市
陜西瑞達灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點:新疆
杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程后臺人員
需求人數(shù):10 人 地點:北京市
西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
安徽引途科技有限公司 聘:皖北地區(qū)單驗測試工程師
需求人數(shù):20 人 地點:安徽省
上海瑞禾通訊技術(shù)有限公司 聘:廣州中高級工程師
需求人數(shù):3 人 地點:廣州市
成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
熱點問題
更多精彩

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