路測切換失敗的原因分析與解決(參考版)
2025-06-30 06:17本頁面
【正文】 拼一個春夏秋冬！贏一個無悔人生！早安！—————獻(xiàn)給所有努力的人.學(xué)習(xí)好幫手。不奮斗就是每天都很容易，可一年一年越來越難。是狼就要練好牙，是羊就要練好腿。希望能對日常的優(yōu)化工作提供一些幫助。但是從分析方法上提出了Layer2與Layer3結(jié)合分析的新思路。因此，前文中Cause Value不明原因的切換失敗是基于TEMS的Cause111的，但在用TOM測試的分析中，遇到的Cause Value3也同樣適用。相比而言TOM的三層消息就比較少，有些重復(fù)發(fā)送的例如系統(tǒng)消息和測量報告就不會紀(jì)錄下來，另外還沒有二層消息。最主要的在于信令流程中的差異。（）E．目標(biāo)小區(qū)要求加密、VGCS等設(shè)置與源小區(qū)不同且在HO_Command中沒有提及的；（）5） Cause 3與Cause 111的對比在日常工作中，我們使用的測試設(shè)備有兩大類，一類是Ericsson公司的TEMS系列，這其中包括TEMS98，TEMSAutomatic等；一類是NEMO公司的NEMOTOM/SAM系列。C．Cause: “channel mode unacceptable” 如果手機(jī)不支持HANDOVER COMMAND中提供的信道模式或者根本沒有此類信道模式，手機(jī)就會立即發(fā)送HANDOVER FAILURE消息，并保持現(xiàn)有信道和信道模式。B． Cause: “frequency not implemented”（）如果切換失敗原因為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é)中包含有不同頻段的頻點。這樣在Handover Failure中的Cause: handover impossible, timing advance out of range。A．超過目標(biāo)小區(qū)的最大服務(wù)距離，Cause: “handover impossible, timing advance out of range”（）在小區(qū)設(shè)置時，可以設(shè)置小區(qū)的最大服務(wù)距離，參數(shù)以TA為單位，最小可以設(shè)到0。實際我們可以參照第一種情況“連續(xù)多個下行Physical Information，超過系統(tǒng)設(shè)置造成失敗”的解決辦法。但經(jīng)過大量TEMS的路測文件的分析，并沒有出現(xiàn)上述的切換掉話現(xiàn)象，從這個角度說，我們可以認(rèn)為這是軟件問題，實際上系統(tǒng)并沒有收到切換成功的消息。3）三層消息中出現(xiàn)HO_Complete后手機(jī)再上行發(fā)送HO_Failure消息實際上在GSM規(guī)范中沒有此類的規(guī)定，僅在用TEMS測試中中發(fā)現(xiàn)此類現(xiàn)象。這種情況下應(yīng)當(dāng)首先考慮硬件問題，比如信道盤、時鐘、傳輸?shù)?。B．小區(qū)之間將Synchronized Indicator置為False。252。我們在下面的注解中將剛才提到的有關(guān)同步/非同步切換所涉及到的計時器介紹一下：注：設(shè)置小區(qū)同步切換對切換流程的影響252。經(jīng)過核查鄰區(qū)關(guān)系，我們發(fā)現(xiàn)小區(qū)31047缺少東邊一些相鄰的鄰區(qū)，造成只能回切至自己本站的2小區(qū)的現(xiàn)象，但由于距離太遠(yuǎn)，已經(jīng)無法收到下行或上行的消息，造成了切換失敗。39181708634DL2DMRSPSAPI=31539。39161707694UL2ICMDHOF1539。39141707663UL2SABMCMD 1539。39121707593UL2SABMCMD 1539。39101707544DL2DMRSPSAPI=31539。3981707474UL2SABMCMD 1539。3961707396UL2SABMCMD 1539。3941707387UL3HO_Access 1539。3921707370UL2RRRSP 1539。再分析信令流程：從HO_Access到HO_Complete之間無任何信令，原因是同站不同小區(qū)之間我們在鄰區(qū)設(shè)置時，將默認(rèn)同步值設(shè)為True，因此，在切換時系統(tǒng)不會下行發(fā)送Physical Information，而手機(jī)在發(fā)送HO_Acces后也不會等待下行消息，不會觸發(fā)T3124。后系統(tǒng)令手機(jī)向同站的31048發(fā)出切換命令，但切換失敗。2）無下行physical informationA．同站不同小區(qū)之間將Synchronized Indicator置為True。該案例說明，在實際工作中的任何時候，我們都不能忽略硬件問題，尤其是在沒有發(fā)現(xiàn)硬件告警的情況下，更需要通過超過常規(guī)手段的新辦法來發(fā)現(xiàn)硬件問題。在對硬件模塊和天線的駐波比等參數(shù)進(jìn)行檢測未發(fā)現(xiàn)問題后，經(jīng)過更換信道盤后該問題解決。48352364349UL2ICMDHO_Failure1439。48332364323UL2SABMCMD 1439。48311946801DL3Physical_InfoTA=11439。48291946777UL2SABMCMD 1439。48271946762DL3Physical_InfoTA=11439。48251946739UL3MRnull1439。48231946736DL3Physical_InfoTA=11439。48211946723DL3Physical_InfoTA=11439。48191946699UL2SABMCMD 1439。48171946684DL3Physical_InfoTA=11439。48151946660UL2SABMCMD 1439。48131946645DL3Physical_InfoTA=11439。48111946621UL2SABMCMD 1439。4891946606DL3Physical_InfoTA=11439。4871946582UL2SABMCMD 1439。4851946580DL3Physical_InfoTA=11439。4831946551UL2RRRSP 1439。Layer3信令流程如下：（用藍(lán)色標(biāo)識出的為三層消息） FrameNO.UL/DLLayerMessage TypeInfo in MessageTime 12364048DL2ICMDHO_Command1439。但在2層消息中我們可以看出，從Handover_Access后上行發(fā)送的SABM消息一直沒有得到UA_RSP消息的響應(yīng)，造成LAPDm信令重發(fā)T200（N200＋1）超時，致使切換失敗。隨后再對該地區(qū)的頻率規(guī)劃進(jìn)行了核查，未發(fā)現(xiàn)有頻率干擾。1）連續(xù)多個下行Physical Information，超過系統(tǒng)設(shè)置造成失敗實例：馬家堡DCS1現(xiàn)象：從Handover_Command到系統(tǒng)下行發(fā)第一個Physical Information正常，因此軟件認(rèn)為切換成功，發(fā)送HO_Complete消息。出現(xiàn)這種現(xiàn)象的原因卻是多種多樣，我們在這一節(jié)中將針對不同的
公司管理相關(guān)推薦
鄂ICP備17016276號-1