 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
系統(tǒng)間入小區(qū)切換失敗次數(shù)（MSC清除）有哪幾種原因？
提問者:
• 2G小區(qū)的系統(tǒng)間入小區(qū)切換失敗率高，都是MSC清除，是什么情況 2015-01-12
• 新開站時，假如MSC定義小區(qū)的CGI與BSC定義小區(qū)的CGI不一致，會出現(xiàn)以下哪種情況？ 2013-06-16
• 在跨小區(qū),RA,LA,MSC,SGSN時分別會執(zhí)行那些操作，會不會造成PS業(yè)務(wù)中斷 2013-04-13
• 正在進(jìn)行數(shù)據(jù)業(yè)務(wù)，在跨小區(qū),RA,LA,MSC,SGSN時分別會執(zhí)行那些操作，會不會造成PS業(yè)務(wù)中斷 2013-04-11
• 同NODEB小區(qū)切換,同RNC小區(qū)切換,跨RNC切換,跨MSC切換都有何特征 2013-02-23
• 新開站時，假如MSC定義小區(qū)的CGI與BSC定義小區(qū)的CGI不一致，會出現(xiàn)什么情況？ 2012-12-07
• 跨MSC出BSC切換成功率低，失敗原因為 H332Kn:BSC間出小區(qū)切換失敗次數(shù)（切換請求拒絕）（其它），是啥原因 2012-11-20
• 2G 同一MSC控制的兩個BSC間小區(qū)切換，需要MSC提供什么 2012-11-02
• 新開站時，假如MSC定義小區(qū)的CGI與BSC定義小區(qū)的CGI不一致，會出現(xiàn)以下哪種情況？ 2013-06-16
• 在跨小區(qū),RA,LA,MSC,SGSN時分別會執(zhí)行那些操作，會不會造成PS業(yè)務(wù)中斷 2013-04-13
• 正在進(jìn)行數(shù)據(jù)業(yè)務(wù)，在跨小區(qū),RA,LA,MSC,SGSN時分別會執(zhí)行那些操作，會不會造成PS業(yè)務(wù)中斷 2013-04-11
• 同NODEB小區(qū)切換,同RNC小區(qū)切換,跨RNC切換,跨MSC切換都有何特征 2013-02-23
• 新開站時，假如MSC定義小區(qū)的CGI與BSC定義小區(qū)的CGI不一致，會出現(xiàn)什么情況？ 2012-12-07
• 跨MSC出BSC切換成功率低，失敗原因為 H332Kn:BSC間出小區(qū)切換失敗次數(shù)（切換請求拒絕）（其它），是啥原因 2012-11-20
• 2G 同一MSC控制的兩個BSC間小區(qū)切換，需要MSC提供什么 2012-11-02
問題答案
( 3 )
mark一下
回答者：
lqs51
回答時間：2011-08-09 13:41
12
11
等于沒說！
回答者：
wzm248
回答時間：2011-08-09 15:47
15
15
一、連續(xù)的切換失敗
測試中我們有時會遇到這樣的情況：接連不斷的出現(xiàn)切換失敗，當(dāng)測試工程師繼續(xù)驅(qū)車向前行駛時，就可能導(dǎo)致拖帶掉話。從系統(tǒng)下行發(fā)送的Handover_Command消息中我們可以發(fā)現(xiàn)，目標(biāo)小區(qū)都是同一個小區(qū)（或同一個基站的不同小區(qū)）。此種現(xiàn)象一般都和基站或傳輸設(shè)備的時鐘故障有關(guān)，但也有可能是同頻同BISC的小區(qū)造成的。二、單獨出現(xiàn)的切換失敗
如 上所述，面對連續(xù)的切換失敗時，我們的目標(biāo)比較明確，而且基本上都是與時鐘等硬件有關(guān)，比較容易發(fā)現(xiàn)問題，也比較好解決。而實際工作中，卻存在著偶爾單獨 出現(xiàn)的切換失敗現(xiàn)象。出現(xiàn)這種現(xiàn)象的原因卻是多種多樣，我們將針對不同的現(xiàn)象分析不同的原因，值得注意的是，雖然大多數(shù)單獨出現(xiàn)的切換失敗現(xiàn)象 很相似，但通過對信令的分析（時間、幀號、信令內(nèi)容等），就會找出切換失敗的具體原因。帶著這個思路我們來看下面的介紹。1）連續(xù)多個下行Physical Information，超過系統(tǒng)設(shè)置造成失敗
2）無下行physical information
3）三層消息中出現(xiàn)HO_Complete后手機(jī)再上行發(fā)送HO_Failure消息
實際上在GSM規(guī)范中沒有此類的規(guī)定，僅在用TEMS測試中中發(fā)現(xiàn)此類現(xiàn)象。如果系統(tǒng)收到的手機(jī)上報的切換失敗的消息后，會通知源小區(qū)進(jìn)行拆線，空出原信道，這樣手機(jī)切換失敗后就不能回到原信道，從而造成切換掉話。但經(jīng)過大量TEMS的路測文件的分析，并沒有出現(xiàn)上述的切換掉話現(xiàn)象，從這個角度說，我們可以認(rèn)為這是軟件問題，實際上系統(tǒng)并沒有收到切換成功的消息。至于軟件問題的具體原因，Ericsson公司還沒有給出正面的答復(fù)。實際我們可以參照第一種情況“連續(xù)多個下行Physical Information，超過系統(tǒng)設(shè)置造成失敗”的解決辦法。
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è)置小區(qū)的最大服務(wù)距離，參數(shù)以TA為單位，最小可以設(shè)到0。該參數(shù)的目的有兩個：1、控制小區(qū)用戶起呼的范圍，超過設(shè)置范圍的用戶將不能起呼；2、控制該小區(qū)的話務(wù)量，使得超過該小區(qū)設(shè)置范圍的用戶自動切出，另外“阻止”超過改設(shè)置范圍的用戶切入。這樣在Handover Failure中的Cause: "handover impossible, timing advance out of range"。在GSM規(guī)范中規(guī)定在同步切換或預(yù)同步切換的時候，下行系統(tǒng)發(fā)送的HO_Command消息中包含了目標(biāo)小區(qū)TA設(shè)置為多大，由于手機(jī)會以源小區(qū)的TA為基準(zhǔn)向目標(biāo)小區(qū)接入，當(dāng)發(fā)現(xiàn)自己所用的TA值超過目標(biāo)小區(qū)的限制時，便會立即上行發(fā)送HO_Falure消息，并且Cause: "handover impossible, timing advance out of range"。
B． Cause: “frequency not implemented”（見GSM規(guī)范04.08）
如果切換失敗原因為Cause "frequency not implemented"時，說明有以下兩種可能：一種是手機(jī)不能調(diào)諧到HANDOVER COMMAND消息中所包含的頻率上，例如單頻手機(jī)不能切到其他頻段上，但此類現(xiàn)象只有在交換機(jī)上設(shè)置參數(shù)錯誤或出現(xiàn)故障時才可能發(fā)生，因為系統(tǒng)是會根據(jù)手機(jī)的類別來有針對性的發(fā)出切換命令的；另外一種原因是手機(jī)在收到的包含有Frenquency List的字節(jié)中包含有不同頻段的頻點。以上兩種情況手機(jī)就會立即直接發(fā)送HANDOVER FAILURE消息，并保持使用原先的信道不變，返回系統(tǒng)的失敗原因就是Cause "frequency not implemented"。C．Cause: “channel mode unacceptable”
如果手機(jī)不支持HANDOVER COMMAND中提供的信道模式或者根本沒有此類信道模式，手機(jī)就會立即發(fā)送HANDOVER FAILURE消息，并保持現(xiàn)有信道和信道模式。（詳見GSM規(guī)范04.08）D．lower layer 信道建立失敗造成切換失敗
此類現(xiàn)象在實際工作中從未遇到過，但是規(guī)范中有此類原因的切換失敗。（詳見GSM規(guī)范04.08）E．目標(biāo)小區(qū)要求加密、VGCS等設(shè)置與源小區(qū)不同且在HO_Command中沒有提及的；（見GSM規(guī)范04.08）
5） Cause 3與Cause 111的對比
在日常工作中，我們使用的測試設(shè)備有兩大類，一類是Ericsson公司的TEMS系列，這其中包括TEMS98，TEMS-Investigation2.0/3.0，TEMS-Automatic等；一類是NEMO公司的NEMO-TOM/SAM系列。由于雙方軟件設(shè)計的一些不同，一些方面需要引起大家注意。最主要的在于信令流程中的差異。TEMS中三層消息較全，另外還有二層消息，對于分析問題更加便利。相比而言TOM的三層消息就比較少，有些重復(fù)發(fā)送的例如系統(tǒng)消息和測量報告就不會紀(jì)錄下來，另外還沒有二層消息。另外，我們發(fā)現(xiàn)在Ho_Failure中的Cause Value中也有這不同的判斷，這一般體現(xiàn)在不明原因的切換失敗上，在TEMS中均為Cause111（Protocol error,unspecified），而在TOM中則多為Cause3（timer expired）。因此，前文中Cause Value不明原因的切換失敗是基于TEMS的Cause111的，但在用TOM測試的分析中，遇到的Cause Value3也同樣適用。
回答者：
base_305
回答時間：2011-08-10 00:34
17
20
• 福建天海通信科技集團(tuán)有限公司
聘：網(wǎng)優(yōu)后臺中級工程師（云南昆明）
需求人數(shù)：2 人 地點：昆明市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化規(guī)劃工程師（后臺-安徽）
需求人數(shù)：5 人 地點：馬鞍山市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
需求人數(shù)：2 人 地點：昆明市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化規(guī)劃工程師（后臺-安徽）
需求人數(shù)：5 人 地點：馬鞍山市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |