移動(dòng)通信網(wǎng) 首頁(yè) 搜索 新聞 問答 論壇 人才 博客 通信圈


問題已開啟 (普通問題)
系統(tǒng)間入小區(qū)切換失敗次數(shù)(MSC清除)有哪幾種原因?
提問者: WXF2008  提問時(shí)間: 2011-08-09    
 
  我要回答:
 

  請(qǐng)先 登錄注冊(cè) 再回答問題

問題答案 ( 3 )

mark一下

回答者: lqs51     回答時(shí)間:2011-08-09 13:41    

12        11        


等于沒說!ads不21fds3K:JFD()$#_*本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: wzm248     回答時(shí)間:2011-08-09 15:47    

15        15        


一、連續(xù)的切換失敗

測(cè)試中我們有時(shí)會(huì)遇到這樣的情況:接連不斷的出現(xiàn)切換失敗,當(dāng)測(cè)試工程師繼續(xù)驅(qū)車向前行駛時(shí),就可能導(dǎo)致拖帶掉話。從系統(tǒng)下行發(fā)送的Handover_Command消息中我們可以發(fā)現(xiàn),目標(biāo)小區(qū)都是同一個(gè)小區(qū)(或同一個(gè)基站的不同小區(qū))。此種現(xiàn)象一般都和基站或傳輸設(shè)備的時(shí)鐘故障有關(guān),但也有可能是同頻同BISC的小區(qū)造成的。

二、單獨(dú)出現(xiàn)的切換失敗

如 上所述,面對(duì)連續(xù)的切換失敗時(shí),我們的目標(biāo)比較明確,而且基本上都是與時(shí)鐘等硬件有關(guān),比較容易發(fā)現(xiàn)問題,也比較好解決。而實(shí)際工作中,卻存在著偶爾單獨(dú) 出現(xiàn)的切換失敗現(xiàn)象。出現(xiàn)這種現(xiàn)象的原因卻是多種多樣,我們將針對(duì)不同的現(xiàn)象分析不同的原因,值得注意的是,雖然大多數(shù)單獨(dú)出現(xiàn)的切換失敗現(xiàn)象 很相似,但通過對(duì)信令的分析(時(shí)間、幀號(hào)、信令內(nèi)容等),就會(huì)找出切換失敗的具體原因。帶著這個(gè)思路我們來看下面的介紹。1fads不2K:JFD()$本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有

1)連續(xù)多個(gè)下行Physical Information,超過系統(tǒng)設(shè)置造成失敗

289西70874*K:JFD()$#_*本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有

2)無(wú)下行physical information

ckjlurewioK:JFD()$#_*(本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有

3)三層消息中出現(xiàn)HO_Complete后手機(jī)再上行發(fā)送HO_Failure消息

實(shí)際上在GSM規(guī)范中沒有此類的規(guī)定,僅在用TEMS測(cè)試中中發(fā)現(xiàn)此類現(xiàn)象。如果系統(tǒng)收到的手機(jī)上報(bào)的切換失敗的消息后,會(huì)通知源小區(qū)進(jìn)行拆線,空出原信道,這樣手機(jī)切換失敗后就不能回到原信道,從而造成切換掉話。但經(jīng)過大量TEMS的路測(cè)文件的分析,并沒有出現(xiàn)上述的切換掉話現(xiàn)象,從這個(gè)角度說,我們可以認(rèn)為這是軟件問題,實(shí)際上系統(tǒng)并沒有收到切換成功的消息。至于軟件問題的具體原因,Ericsson公司還沒有給出正面的答復(fù)。urewioK:JFD()$本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有
實(shí)際我們可以參照第一種情況連續(xù)多個(gè)下行Physical Information,超過系統(tǒng)設(shè)置造成失敗的解決辦法。ewioK:JFD()$#_本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有

4)其它可能出現(xiàn)的切換失敗現(xiàn)象

除了以上所介紹的幾種常見的切換失敗的類型外,我們還可能遇到一些其它不常見的切換失敗,這些都是GSM規(guī)范中定義的切換失敗類型,主要是系統(tǒng)設(shè)置出現(xiàn)問題,或手機(jī)不支持網(wǎng)絡(luò)設(shè)置所致。
A超過目標(biāo)小區(qū)的最大服務(wù)距離,Cause: handover impossible, timing advance out of range(見GSM規(guī)范04.08
在小區(qū)設(shè)置時(shí),可以設(shè)置小區(qū)的最大服務(wù)距離,參數(shù)以TA為單位,最小可以設(shè)到0。該參數(shù)的目的有兩個(gè):1、控制小區(qū)用戶起呼的范圍,超過設(shè)置范圍的用戶將不能起呼;2、控制該小區(qū)的話務(wù)量,使得超過該小區(qū)設(shè)置范圍的用戶自動(dòng)切出,另外阻止超過改設(shè)置范圍的用戶切入。也f12dsfds1K:JFD()$#_*本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有
這樣在Handover Failure中的Cause: "handover impossible, timing advance out of range"。在GSM規(guī)范中規(guī)定在同步切換或預(yù)同步切換的時(shí)候,下行系統(tǒng)發(fā)送的HO_Command消息中包含了目標(biāo)小區(qū)TA設(shè)置為多大,由于手機(jī)會(huì)以源小區(qū)的TA為基準(zhǔn)向目標(biāo)小區(qū)接入,當(dāng)發(fā)現(xiàn)自己所用的TA值超過目標(biāo)小區(qū)的限制時(shí),便會(huì)立即上行發(fā)送HO_Falure消息,并且Cause: "handover impossible, timing advance out of range"。43289西70874K:JFD()$#_*(本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有
 
B Cause: “frequency not implemented”(見GSM規(guī)范04.08
如果切換失敗原因?yàn)?span lang="EN-US">Cause "frequency not implemented"時(shí),說明有以下兩種可能:一種是手機(jī)不能調(diào)諧到HANDOVER COMMAND消息中所包含的頻率上,例如單頻手機(jī)不能切到其他頻段上,但此類現(xiàn)象只有在交換機(jī)上設(shè)置參數(shù)錯(cuò)誤或出現(xiàn)故障時(shí)才可能發(fā)生,因?yàn)橄到y(tǒng)是會(huì)根據(jù)手機(jī)的類別來有針對(duì)性的發(fā)出切換命令的;另外一種原因是手機(jī)在收到的包含有Frenquency List的字節(jié)中包含有不同頻段的頻點(diǎn)。以上兩種情況手機(jī)就會(huì)立即直接發(fā)送HANDOVER FAILURE消息,并保持使用原先的信道不變,返回系統(tǒng)的失敗原因就是Cause "frequency not implemented"(_@s4fads13K:JFD()$#_*本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有
 %#*(我)K:JFD()本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有
CCause: “channel mode unacceptable”
如果手機(jī)不支持HANDOVER COMMAND中提供的信道模式或者根本沒有此類信道模式,手機(jī)就會(huì)立即發(fā)送HANDOVER FAILURE消息,并保持現(xiàn)有信道和信道模式。(詳見GSM規(guī)范04.08
Dlower layer 信道建立失敗造成切換失敗
此類現(xiàn)象在實(shí)際工作中從未遇到過,但是規(guī)范中有此類原因的切換失敗。(詳見GSM規(guī)范04.08
E目標(biāo)小區(qū)要求加密、VGCS等設(shè)置與源小區(qū)不同且在HO_Command中沒有提及的;(見GSM規(guī)范04.08
 &%#*(我)$K:JFD()$#本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有

5 Cause 3Cause 111的對(duì)比

在日常工作中,我們使用的測(cè)試設(shè)備有兩大類,一類是Ericsson公司的TEMS系列,這其中包括TEMS98,TEMS-Investigation2.0/3.0,TEMS-Automatic等;一類是NEMO公司的NEMO-TOM/SAM系列。由于雙方軟件設(shè)計(jì)的一些不同,一些方面需要引起大家注意。最主要的在于信令流程中的差異。TEMS中三層消息較全,另外還有二層消息,對(duì)于分析問題更加便利。相比而言TOM的三層消息就比較少,有些重復(fù)發(fā)送的例如系統(tǒng)消息和測(cè)量報(bào)告就不會(huì)紀(jì)錄下來,另外還沒有二層消息。另外,我們發(fā)現(xiàn)在Ho_Failure中的Cause Value中也有這不同的判斷,這一般體現(xiàn)在不明原因的切換失敗上,在TEMS中均為Cause111Protocol error,unspecified),而在TOM中則多為Cause3timer expired)。因此,前文中Cause Value不明原因的切換失敗是基于TEMSCause111的,但在用TOM測(cè)試的分析中,遇到的Cause Value3也同樣適用。21f3dsaf1K:JFD()$#本文來自移動(dòng)通信網(wǎng)gg1fic3.cn,版權(quán)所有


回答者: base_305     回答時(shí)間:2011-08-10 00:34    

17        20        
bu cuo
xq5619  2013-05-05 00:47 


中國(guó)通信人才網(wǎng) | 江蘇通信人才網(wǎng) | 山東通信人才網(wǎng) | 武漢通信人才網(wǎng) | 浙江通信人才網(wǎng) | 湖南通信人才網(wǎng)
嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點(diǎn):長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
西安長(zhǎng)河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):4 人 地點(diǎn):渭南市,商洛市,漢中市,安康市
南京華蘇科技有限公司 聘:高鐵高速地鐵優(yōu)化工程師
需求人數(shù):1 人 地點(diǎn):廈門市
重慶信科通信工程有限公司 聘:江西聯(lián)通中級(jí)
需求人數(shù):2 人 地點(diǎn):九江市
北京宜通華瑞科技有限公司 聘:專項(xiàng)優(yōu)化中高級(jí)(江西急聘)
需求人數(shù):5 人 地點(diǎn):上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點(diǎn):昆明市,思茅市,昭通市
廣州市積奇市場(chǎng)信息咨詢有限公司 聘:華為45G后臺(tái)-技術(shù)支撐崗位
需求人數(shù):3 人 地點(diǎn):西安市
浙江省郵電工程建設(shè)有限公司 聘:寧夏中興5G網(wǎng)優(yōu)中高級(jí)工程師
需求人數(shù):10 人 地點(diǎn):寧夏
重慶愛信思科技有限責(zé)任公司 聘:高級(jí)系統(tǒng)優(yōu)化工程師(駐菲律賓)
需求人數(shù):2 人 地點(diǎn):東南亞
陜西瑞達(dá)灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點(diǎn):新疆
熱點(diǎn)問題
更多精彩

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