24小时免费观看完整视频,日本jazz亚洲护士水多多

善于提問，勤于回答，你也是專家

問題已開啟 (普通問題)

系統(tǒng)間入小區(qū)切換失敗次數(shù)（MSC清除）有哪幾種原因？

提問者: WXF2008 提問時間: 2011-08-09

	我要回答：

	請先登錄或注冊再回答問題

更多 MSC 小區(qū) 切換系統(tǒng) 小區(qū)切換相關(guān)問題

• 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è)務中斷 2013-04-13
• 正在進行數(shù)據(jù)業(yè)務，在跨小區(qū),RA,LA,MSC,SGSN時分別會執(zhí)行那些操作，會不會造成PS業(yè)務中斷 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

等于沒說！

回答者： wzm248 回答時間：2011-08-09 15:47

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

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

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

如上所述，面對連續(xù)的切換失敗時，我們的目標比較明確，而且基本上都是與時鐘等硬件有關(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)設置造成失敗

2）無下行physical information

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

實際上在GSM規(guī)范中沒有此類的規(guī)定，僅在用TEMS測試中中發(fā)現(xiàn)此類現(xiàn)象。如果系統(tǒng)收到的手機上報的切換失敗的消息后，會通知源小區(qū)進行拆線，空出原信道，這樣手機切換失敗后就不能回到原信道，從而造成切換掉話。但經(jīng)過大量TEMS的路測文件的分析，并沒有出現(xiàn)上述的切換掉話現(xiàn)象，從這個角度說，我們可以認為這是軟件問題，實際上系統(tǒng)并沒有收到切換成功的消息。至于軟件問題的具體原因，Ericsson公司還沒有給出正面的答復。
實際我們可以參照第一種情況“連續(xù)多個下行Physical Information，超過系統(tǒng)設置造成失敗”的解決辦法。

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

除了以上所介紹的幾種常見的切換失敗的類型外，我們還可能遇到一些其它不常見的切換失敗，這些都是GSM規(guī)范中定義的切換失敗類型，主要是系統(tǒng)設置出現(xiàn)問題，或手機不支持網(wǎng)絡設置所致。

A．超過目標小區(qū)的最大服務距離，Cause: “handover impossible, timing advance out of range”（見GSM規(guī)范04.08）

在小區(qū)設置時，可以設置小區(qū)的最大服務距離，參數(shù)以TA為單位，最小可以設到0。該參數(shù)的目的有兩個：1、控制小區(qū)用戶起呼的范圍，超過設置范圍的用戶將不能起呼；2、控制該小區(qū)的話務量，使得超過該小區(qū)設置范圍的用戶自動切出，另外“阻止”超過改設置范圍的用戶切入。
這樣在Handover Failure中的Cause: "handover impossible, timing advance out of range"。在GSM規(guī)范中規(guī)定在同步切換或預同步切換的時候，下行系統(tǒng)發(fā)送的HO_Command消息中包含了目標小區(qū)TA設置為多大，由于手機會以源小區(qū)的TA為基準向目標小區(qū)接入，當發(fā)現(xiàn)自己所用的TA值超過目標小區(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"時，說明有以下兩種可能：一種是手機不能調(diào)諧到HANDOVER COMMAND消息中所包含的頻率上，例如單頻手機不能切到其他頻段上，但此類現(xiàn)象只有在交換機上設置參數(shù)錯誤或出現(xiàn)故障時才可能發(fā)生，因為系統(tǒng)是會根據(jù)手機的類別來有針對性的發(fā)出切換命令的；另外一種原因是手機在收到的包含有Frenquency List的字節(jié)中包含有不同頻段的頻點。以上兩種情況手機就會立即直接發(fā)送HANDOVER FAILURE消息，并保持使用原先的信道不變，返回系統(tǒng)的失敗原因就是Cause "frequency not implemented"。

C．Cause: “channel mode unacceptable”

如果手機不支持HANDOVER COMMAND中提供的信道模式或者根本沒有此類信道模式，手機就會立即發(fā)送HANDOVER FAILURE消息，并保持現(xiàn)有信道和信道模式。（詳見GSM規(guī)范04.08）

D．lower layer 信道建立失敗造成切換失敗

此類現(xiàn)象在實際工作中從未遇到過，但是規(guī)范中有此類原因的切換失敗。（詳見GSM規(guī)范04.08）

E．目標小區(qū)要求加密、VGCS等設置與源小區(qū)不同且在HO_Command中沒有提及的；（見GSM規(guī)范04.08）

5） Cause 3與Cause 111的對比

在日常工作中，我們使用的測試設備有兩大類，一類是Ericsson公司的TEMS系列，這其中包括TEMS98，TEMS-Investigation2.0/3.0，TEMS-Automatic等；一類是NEMO公司的NEMO-TOM/SAM系列。由于雙方軟件設計的一些不同，一些方面需要引起大家注意。最主要的在于信令流程中的差異。TEMS中三層消息較全，另外還有二層消息，對于分析問題更加便利。相比而言TOM的三層消息就比較少，有些重復發(fā)送的例如系統(tǒng)消息和測量報告就不會紀錄下來，另外還沒有二層消息。另外，我們發(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

bu cuo