無(wú)線網(wǎng)絡(luò)優(yōu)化經(jīng)驗(yàn)研究路測(cè)切換失敗的原因分析及解決畢業(yè)論文-資料下載頁(yè)
2025-06-22 22:08本頁(yè)面
【正文】 2SABMCMD 1539。39101707544DL2DMRSPSAPI=31539。39111707552UL2SABMCMD 1539。39121707593UL2SABMCMD 1539。39131707656UL3HO_Failure 1539。39141707663UL2SABMCMD 1539。39151707692DL2UARSP 1539。39161707694UL2ICMDHOF1539。39171707718DL2RRRSP 1539。39181708634DL2DMRSPSAPI=31539。39表 4 切換失敗流程圖3但是為什么最后還是切換失敗了呢？仔細(xì)研究2層消息，手機(jī)連續(xù)發(fā)送6條SABM消息，等待接收UARSP的連接確認(rèn)消息，造成Um接口的LAPDm協(xié)議上的T200（N200＋1）超時(shí)是切換失敗的原因。經(jīng)過(guò)核查鄰區(qū)關(guān)系，我們發(fā)現(xiàn)小區(qū)31047缺少東邊一些相鄰的鄰區(qū)，造成只能回切至自己本站的2小區(qū)的現(xiàn)象，但由于距離太遠(yuǎn)，已經(jīng)無(wú)法收到下行或上行的消息，造成了切換失敗。故障解決：加上適當(dāng)鄰區(qū)后該問(wèn)題解決。我們?cè)谙旅娴淖⒔庵袑偛盘岬降挠嘘P(guān)同步/非同步切換所涉及到的計(jì)時(shí)器介紹一下：注：設(shè)置小區(qū)同步切換對(duì)切換流程的影響252。 在鄰區(qū)關(guān)系設(shè)為Non_Synchronized時(shí)，手機(jī)在發(fā)送HO_Access同時(shí)會(huì)啟動(dòng)T3124，在這個(gè)計(jì)時(shí)器期間未收到下行的Physical Information，便認(rèn)為切換失??；收到Physical Information后T3124自動(dòng)停止，這時(shí)會(huì)上行發(fā)送Layer 2 SABM消息，啟動(dòng)LAPDm的T200和N200計(jì)時(shí)器，在T200（N200＋1）時(shí)間內(nèi)未收到下行的UARSP的確認(rèn)消息就會(huì)發(fā)送切換失敗消息。252。 在鄰區(qū)關(guān)系設(shè)為Synchronized時(shí)，手機(jī)不會(huì)啟動(dòng)T3124計(jì)時(shí)器步驟，直接進(jìn)入Layer2計(jì)時(shí)器階段。B．小區(qū)之間將Synchronized Indicator置為False。在收到手機(jī)上報(bào)的HO_ACCESS消息后，從理論上基站是應(yīng)該發(fā)出下行Physical Information的，但造成手機(jī)端未收到或未正確解碼的原因有很多。這種情況下應(yīng)當(dāng)首先考慮硬件問(wèn)題，比如信道盤、時(shí)鐘、傳輸?shù)?。另外考慮是否有頻率干擾的問(wèn)題，由于干擾造成的上下行消息不能正確接受的影響范圍很廣，產(chǎn)生的原因也多種多樣，所以有時(shí)不能單單從GI分析軟件（GSM Investigator,Motorola開(kāi)發(fā)的優(yōu)化工具）等方法中發(fā)現(xiàn)帶內(nèi)干擾，例如可能由于鄰區(qū)不全造成拖帶，從而造成與遠(yuǎn)處基站的干擾等等，這就要視具體情況而定。3）三層消息中出現(xiàn)HO_Complete后手機(jī)再上行發(fā)送HO_Failure消息實(shí)際上在GSM規(guī)范中沒(méi)有此類的規(guī)定，僅在用TEMS測(cè)試中中發(fā)現(xiàn)此類現(xiàn)象。如果系統(tǒng)收到的手機(jī)上報(bào)的切換失敗的消息后，會(huì)通知源小區(qū)進(jìn)行拆線，空出原信道，這樣手機(jī)切換失敗后就不能回到原信道，從而造成切換掉話。但經(jīng)過(guò)大量TEMS的路測(cè)文件的分析，并沒(méi)有出現(xiàn)上述的切換掉話現(xiàn)象，從這個(gè)角度說(shuō)，我們可以認(rèn)為這是軟件問(wèn)題，實(shí)際上系統(tǒng)并沒(méi)有收到切換成功的消息。至于軟件問(wèn)題的具體原因，Ericsson公司還沒(méi)有給出正面的答復(fù)。實(shí)際我們可以參照第一種情況“連續(xù)多個(gè)下行Physical Information，超過(guò)系統(tǒng)設(shè)置造成失敗”的解決辦法。4）其它可能出現(xiàn)的切換失敗現(xiàn)象除了以上所介紹的幾種常見(jiàn)的切換失敗的類型外，我們還可能遇到一些其它不常見(jiàn)的切換失敗，這些都是GSM規(guī)范中定義的切換失敗類型，主要是系統(tǒng)設(shè)置出現(xiàn)問(wèn)題，或手機(jī)不支持網(wǎng)絡(luò)設(shè)置所致。A．超過(guò)目標(biāo)小區(qū)的最大服務(wù)距離，Cause: “handover impossible, timing advance out of range”（）在小區(qū)設(shè)置時(shí)，可以設(shè)置小區(qū)的最大服務(wù)距離，參數(shù)以TA為單位，最小可以設(shè)到0。該參數(shù)的目的有兩個(gè)：控制小區(qū)用戶起呼的范圍，超過(guò)設(shè)置范圍的用戶將不能起呼；控制該小區(qū)的話務(wù)量，使得超過(guò)該小區(qū)設(shè)置范圍的用戶自動(dòng)切出，另外“阻止”超過(guò)改設(shè)置范圍的用戶切入。這樣在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值超過(guò)目標(biāo)小區(qū)的限制時(shí)，便會(huì)立即上行發(fā)送HO_Falure消息，并且Cause: handover impossible, timing advance out of range。B． Cause: “frequency not implemented”（）如果切換失敗原因?yàn)镃ause frequency not implemented時(shí)，說(shuō)明有以下兩種可能：一種是手機(jī)不能調(diào)諧到HANDOVER COMMAND消息中所包含的頻率上，例如單頻手機(jī)不能切到其他頻段上，但此類現(xiàn)象只有在交換機(jī)上設(shè)置參數(shù)錯(cuò)誤或出現(xiàn)故障時(shí)才可能發(fā)生，因?yàn)橄到y(tǒng)是會(huì)根據(jù)手機(jī)的類別來(lái)有針對(duì)性的發(fā)出切換命令的；另外一種原因是手機(jī)在收到的包含有Frenquency List的字節(jié)中包含有不同頻段的頻點(diǎn)。以上兩種情況手機(jī)就會(huì)立即直接發(fā)送HANDOVER FAILURE消息，并保持使用原先的信道不變，返回系統(tǒng)的失敗原因就是Cause frequency not implemented。C．Cause: “channel mode unacceptable” 如果手機(jī)不支持HANDOVER COMMAND中提供的信道模式或者根本沒(méi)有此類信道模式，手機(jī)就會(huì)立即發(fā)送HANDOVER FAILURE消息，并保持現(xiàn)有信道和信道模式。（）D．lower layer 信道建立失敗造成切換失敗此類現(xiàn)象在實(shí)際工作中從未遇到過(guò)，但是規(guī)范中有此類原因的切換失敗。（）E．目標(biāo)小區(qū)要求加密、VGCS等設(shè)置與源小區(qū)不同且在HO_Command中沒(méi)有提及的；（）5） Cause 3與Cause 111的對(duì)比在日常工作中，我們使用的測(cè)試設(shè)備有兩大類，一類是Ericsson公司的TEMS系列，這其中包括TEMS98，TEMSAutomatic等；一類是NEMO公司的NEMOTOM/SAM系列。由于雙方軟件設(shè)計(jì)的一些不同，一些方面需要引起大家注意。最主要的在于信令流程中的差異。TEMS中三層消息較全，另外還有二層消息，對(duì)于分析問(wèn)題更加便利。相比而言TOM的三層消息就比較少，有些重復(fù)發(fā)送的例如系統(tǒng)消息和測(cè)量報(bào)告就不會(huì)紀(jì)錄下來(lái)，另外還沒(méi)有二層消息。另外，我們發(fā)現(xiàn)在Ho_Failure中的Cause Value中也有這不同的判斷，這一般體現(xiàn)在不明原因的切換失敗上，在TEMS中均為Cause111（Protocol error,unspecified），而在TOM中則多為Cause3（timer expired）。因此，前文中Cause Value不明原因的切換失敗是基于TEMS的Cause111的，但在用TOM測(cè)試的分析中，遇到的Cause Value3也同樣適用。結(jié)束語(yǔ)本文只是從路測(cè)的角度出發(fā)，對(duì)于常見(jiàn)的一些切換失敗的現(xiàn)象進(jìn)行總結(jié)和分析，并不能涵蓋全部的切換失敗的現(xiàn)象和原因。但是從分析方法上提出了Layer2與Layer3結(jié)合分析的新思路。對(duì)經(jīng)常出現(xiàn)的切換失敗現(xiàn)象給出了具體實(shí)例，并找到了適當(dāng)?shù)慕鉀Q辦法。希望能對(duì)日常的優(yōu)化工作提供一
試題試卷相關(guān)推薦
鄂ICP備17016276號(hào)-1