1、如有你有幫助，請購買下載，謝謝!3頁第一章前言第二章切換流程分析錯誤！未定義書簽錯誤!未定義書簽一、小區內部切換（INTRA_CELLHANDOVER.錯誤!未定義書簽二、BSCJ部小區間切換（INTRABSCHANDOVER錯誤!未定義書簽三、MS吶部BSC間切換（INTRAMSCHANDOVER錯誤!未定義書簽四、MSC間切換錯誤！未定義書簽第三章切換失敗的原因分析錯誤！未定義書簽一、連續的切換失敗錯誤！未定義書簽實例1731醫院的時鐘失鎖錯誤!未定義書簽實例2化工研究院時鐘失鎖錯誤!未定義書簽實例3沙溝DCSf東鐵家墳DCS勺同頻同BSIC昔誤！未定義書簽。注：LAPD和LAPDm使用的

2、幀類型以及它們的結構錯誤!未定義書簽。、單獨出現的切換失敗錯誤！未定義書簽。1） 連續多個下行PhysicalInformation,超過系統設置造成失敗錯誤！未定義書簽。實例：馬家堡DCS1錯誤！未定義書簽。2） 無下行physicalinformation錯誤！未定義書簽。A. 同站不同小區之間將SynchronizedIndicator置為True錯誤!未定義書簽。注：設置小區同步切換對切換流程的影響.錯誤！未定義書簽。B. 小區之間將SynchronizedIndicator置為False錯誤!未定義書簽。3）三層消息中出現HOComplete后手機再上行發送HOFailure消息錯誤

3、！未定義書簽。4）其它可能出現白切換失敗現象錯誤！未定義書簽。A. 超過目標小區的最大服務距離，Cause:"handoverimpossible,timingadvanceoutofrange”錯誤!未定義書簽。B. Cause:"frequencynotimplemented”C. Cause:"channelmodeunacceptable”錯誤！未定義書簽。D. lowerlayer信道建立失敗造成切換失敗錯誤!未定義書簽。E.目標小區要求加密、VGCS等設置與源小區不同且在HOCommand沒有提及的錯誤!未定義書簽5）Cause3與Cause111的對

4、比錯誤!未定義書簽結束語錯誤！未定義書簽第一章前言在移動用戶通話過程中為了使呼叫建立在最好的小區中以及為了使呼叫不至于掉話，就引入了切換的概念。換句話說切換就是為了維持手機從一個小區移動到另一個小區使通話能繼續進行，以滿足網絡管理的需要。觸發切換的原因、切換的準備和判決及切換的執行等是一個十分復雜的過程。根據不同準則，切換的種類可從不同角度來劃分。一種角度是通過交換點的位置不同，廣義的分可分為小區內部切換和小區間切換；具體的分可分為小區內部切換、BTS內部切換、BSC內部切換、MSC內部切換、MSC切換。還可以根據觸發切換的原因(Cause)來劃分：切換觸發原因包括上下行Quality原因切換

5、、上下行Level原因切換、干擾切換、Distance原因切換、功率預算切換(PBGT。其中功率預算定義為非緊急切換，其余切換類型定義為緊急切換。在MotorolaBSS判決切換時，優先級由高至低分別為UplinkQualityUplinkInterferenceDownlinkQualityDownlinkInterferenceUplinkLevelDownlinkLevelDistancePBGT(無線鏈路)當然切換還可以根據其他不同的條件分為其他種類，例如根據定時提前來劃分，可以分為同步切換和異步切換，等等。圖1、圖2為MotorolaBS»U決切換的流程圖?？梢詮膱D中看出緊

6、急切換判決的優先級別。圖1圖2本文要討論的是在路測過程中發現的切換失敗的現象和原因，這些我們將在后面作主要介紹。在這之前，先讓我們大概了解一下小區內部切換(Intra_CELL)、BSC內部切換(Intra_BSC)、MS加部切換(Inter_BSC)和MSCW切換的正常的2頁流程分析，這有利于后邊切換失敗流程的分析。第二章切換流程分析、小區內部切換（INTRA_CELLHANDOVERR因為是在該小區內部來分配TC儲源，具接續過程同呼叫建立是TCH勺接續分配過程是一樣的。當BSC攵到BTS®送過來的指派完成（ASSIGNMENCOMPLETE的消息后，將向MSCS送出切換已執行（H

7、OPERFOMED報文，該報文中將含有該切換的類型（如INTRACELL此后，BSCB!過無線彳S道釋放（RFCHANNELRELEASE的報文將舊的TCH信道釋放，BTS收到該指令后，將把舊的TCH資源釋放掉，并返回一條確認的消息（RFCHANNELRELEASEACKt示該信道已空閑可用于其它的分配了。流程如圖3所示。RSSRRSMSSMho_recognisedHorecreceivedInitiateintracellhoInternal ho4assignment.Internal hoAssignment ack. Physical contextInternal ho initi

8、atedInternal ho initiated 4ackTransfer requestSwith responseSM |requestPhysicalcontextconfirmMSCMSChannelactivationack.Assignmentcmd (FACCH)Assignment cmdSABMEstablish indicationUA AssignmentHo perfAssignmentcomplete流程圖圖3IntracellHandover如有你有幫助，請購買下載，謝謝！二、BSC內部小區S切換（INTRA_BSCHANDOVER當手機想切入的目標小區是同一BS

9、CF的不同小區時，即將觸發BSCft部切換事件。BSC將通過對手機上行發送的測量報告進行分析，排列出符合切換條件的鄰小區組，當發現該手機切換的目標小區是它所管理的另一小區時，將向目標小區B發出信道激活（CHANNELACTIVE勺命令，該報文中含有請求的信道類型和加密算法以及切換參考號等。當B小區已準備好，則向BSC發出信道激活響應（CHANNELACTIVEACK勺報文作為回應。BSC攵至U該報文后，則將向原小區A發出切換命令（HANDOVEOMMAND勺報文來要求手機去接入新的小區，該消息中含有在新信道上傳輸的所有特征信息和手機接入所需的數據，而且它還指示了該切換是同步切換還是異步切換，基

10、站再將切換命令發送給手機。當手機收到該命令后，通過判別若是同步切換則根據切換命令的指示，在所分配的新的TCH信道上向目標小區B發送幾個（一般是四個）切換接入（HANDOVEECCESS的請求，然后用以前的TA值提前開始正常傳輸。在這里還應注意一個問題，切換接入（HANDOVERACCESS一消息通過的是接入突發脈沖（ACCESBURST發送的，這是接入突發脈沖用到專用信道上的一個唯一的特例，它僅含有從切換命令（HOCOMMAMD所獲得的8比特的切換參考號，由于該參考號是目標小區已知的，因此新的小區就可以通過該切換識別號來檢查是否是期望的手機的接入請求了。若是異步切換，當目標小區B的信道被激活后

11、，它將一直在所分配的專用信道上來等候手機的接入，當它檢測到手機發出的切換接入請求后，一方面向BSC發出切換檢測到（HODETECT的消息，一方面向手機發出物理消息（PHYSICALINFORMATION來向手機提供它所計算出的新的定時提前的結果。圖4Intra_BSCHanover流程圖當手機收到目標小區所提供的新的TA之后（若是同步切換，它將用自己的），就會使用該TA值，進入正常傳輸模式，在新的TCHW道上（此時是NORMALURST的形式）向網絡發出SABM勺報文（Um接口Layer2的設置異步平衡模式。我們將會在后面的章節中，介紹二層信息的種類和作用），若網絡收到了該報文，一方面向BSC

12、發出建立指示（ESTABLISHEINDICATIONN的報文，表明數據鏈路層已建立起來了，一方面向手機發出UA的響應幀。當手機收到UA的響應后，它會認為已和該小區建立起了信令的應答模式，此后它就會向目標小區發送一條切換完成的消息（HANDOVEROMPLETE在該報文中，只有切換完成的指示，并不攜帶其它消息，只有在該報文發出后，手機才會放棄會到舊信道的所有可能性。若手機沒有收到目標小區發出的物理消息（PHYSICALINFORMATIO或UA的響應幀超過設置時長，它就會在該信道上向源小區發出一條切換失敗（HANDOVERFAILURE的報文，再由原小區考慮是否再進行切換。有關路測中切換失敗的

13、問題我們將在下一章作具體介紹。當目標小區B收到手機發出的切換完成的消息后，將再把切換完成的消息通知給BSCBSC攵至IJ該消息后，一方面向原小區A通過無線信道釋放（RFCHANNELRELEASE的報文通知來它釋放舊的TCHW道。當原小區A收到該報告后，將返回一條無線信道釋放響應（RFCHANNELRELEASEACK文，表示該無線信道已釋放完畢，可用于再次分配了。另一方面，BSCM會向MS3出切換已執行的報文（HOPERFOME而知，該消息中有切換的類型。BSC內部切換通常是由BSC自動完成，在整個決策過程中都不需要MSC勺參與，為了通知MSCS成功的完成了一次切換，一般會向MS3出一條HO

14、PERFOMED的通知。三、MSCrt部BSC間切換（INTRAMSCHANDOVER本節中討論的切換也可以稱為BSC間切換（INTER_BSCHANDOVER!僅限于在同一個MS加的BSC間切換，跨交換機的BSC間切換，則稱為MSC的切換。BSC®過對手機測量報告的分析，若發現切換的首選目標小區屬于不在該BSC下時，它將向MS酸出一條切換申請（HANDOVERREQUIRED®文，該報文中包含了切換的目標小區組和原小區的小區識別號（CELLID），以及切換的原因等。當MSC攵到該消息后，將嘗試切入首選的目標小區，通過查t©本端LAC表若發現目標小區的LAC號是自

15、己的，則查詢該小區的位置所在BSC并向新BSCg出一條切換請求的消息（HANDOVERREQU）EST消息中包括目標小區和原小區的信息、傳輸模式（從目前的需要獲得，因此可能與原小區連接的特性不同）、加密模式（與以前一樣）、手機類標（CLASSMAR極所需的信道類別等。當新BSC攵到該消息后，首先向MS3一條SCCPl接的（CC的確認消息，表示MSCW它的SCCP勺連接已建立起來了，此后將通過該路徑來傳遞A接口的信息。若當BSC發現有信道資源，則將通過交換信道激活和信道激活響應兩條報文來準備好一條新的TCH言道，目標小區同時也準備好手機的接入。當新BSC攵至IJ目標小區發來的信道激活響應后，將向

16、MS3送一條切換請求響應（HANDOVERREQUEST）ACK艮文，在該報文中攜帶著切換命令的消息，表明本端已經準備完畢，并將與該次切換所分配資源有關的信息發送給MSC。當MSC收到該消息后，將向原BSC發送切換命令（HANDOVERCOMMAND®文中含有小區號碼、信道類型和切換參考等消息。當手機收到該切換命令的消息后，將根據該消息的指示來試圖接入新的小區，此后將進行切換接入過程，當手機成功的接入后，新的BSCW向MSC£切換完成（HOCOMPLETE肖息。當MSC攵到該消息后，就會向原BSC發送一條消除命令（CLEARCOMMAND該報文中含有清除的原因（如切換清除等

17、），當原BSC攵到該報文后將釋放掉舊的TCH言道后將向MSC發出清除完成（CLEAFCOMMAN的消息。在MSC攵到該消息后，將把以前的SCCP拆除掉。于是，本次切換過程完畢。流程如圖5所示。圖5Inter_BSCHandover流程圖四、MSC間切換當MSCAC到BSC勺切換中請（HANDOVEEQUIRED后，通過對報告的分析，若發現切換首選目標小區的LAC號沒有在其本地的LAC表中，則會查詢其遠端的LAC表，該LAC表中含有相令BMSC/VLR勺路由地址，當找到目標MSCB勺地址后，MSCAM會向該目標發出切換準備（PREPAREHANDOVER消息，并將切換請求（HANDOVERREQ

18、UEST到此報文的一個“信封”中。目標MSC收到切換準備的報文后，將向其VLRB通過發送（ALLOCATE_HO_NUMBER求分配切換號碼，切換號碼的分配只是為了使歸屬MSCAg夠建立起來與目標MSC叱間的路由而提供的一個指向，VLREB選擇一個空閑的切換號碼（HON并通過送切換報告的消息（SENDHOREPORT等切換號碼發送給MSCBMSCB攵到后將返回一個送切換報告響應（SENDHOREPORT勺報文。此后，MSC酹建立一條與目標BSCB勺SCCPS路，并向BSC改出切換請求（HANDOVERREQUST由BSCB等目標小區的信道激活。BSCBft收至U目標小區發來的信道激活響應后，將

19、向MSC股送含有切換命令報文的切換請求響應（HANDOVEREQUESTCK。在MSC畋到該消息后，就將該消息同切換號碼一同包裝在切換準備響應（PREPAREHANDOVER）ACKg送給歸屬MSCAMSCK旦收到該報文后，就能向MSC放送通過初始化地址消息（IAM）的報文，在該報文中含有VLR所分配的切換號碼，以使MSC張識別哪個話音信道是為該手機所保留的。流程如圖6所示。圖6MSC間切換過程在MSCA攵到MSCBg來的地址全（ACM消息后，便可將切換命令發送給手機，通知它接入目標小區。此后手機將完成與目標小區的切換接入過程。在收到手機發送的切換接入消息后，MSCBI向MSCAI送一條PRO

20、CESACCESSIGNING的報文表示切換已檢測到。當目標小區收到手機發回的切換完成消息后，將通知給MSCB于是MSC就通過向MSCAg送一條送2束信號（SENDENDSIGNALl勺消息，來通知它切換已完成。在MSC做到切換完成的指示后，將向原BSCAg送消除命令，來釋放舊的信道資源。當釋放完成后MSCA空！知MSCBMSC環向其VLR眩送切換報告，來請求釋放所分配的切換號碼。此時已完成MSCW切換。異常情況是，當MSC映現無法識別的目標小區、不允許切換到所指示的目標小區、目標小區中無可用的無線信道、VLRB中無可用的切換號碼或在出現數據錯誤時都將向MSCAg出切換失敗的指示。從而使MSC

21、A!對次選的小區進行切換，或返回到原來的信道上去。第三章切換失敗的原因分析手機在通話中為了保證通話質量，經常會切換到能夠提供更好服務的小區上去，如果移動的距離較長，則會發生多次切換的現象。雖然切換失敗不等同于掉話，但在GS喇絡中切換失敗就意味著增加了網絡的信令流量，并且也是掉話的隱患。因此處理好切換關系，減少切換失敗的任務是優化工作非常重要的一項環節。在這一章里我們將從路測角度結合實例來分析日常工作中會遇到的切換失敗的現象，并分析造成各種現象的原因以及相應的處理辦法?？偟膩碚f，在遇到切換失敗事件時首先應該從HO_FAILUREf息中查找切換7頁如有你有幫助，請購買下載，謝謝！失敗的原因解釋(C

22、ausevalue),有些切換失敗是可以直接查到切換失敗原因的(可以詳查GSMJ!范)。但對于有些Causevalue,如Causevaluelll(Protocolerror,unspecified)、Causevalue3(Abnormalrelease,timerexpired)等就無法定位具體原因。對于這些情況，我們就應該再進一步的對信令流程、多種測量參數、統計報告以及測試現場的環境等進行綜合的分析，從而進一步確定切換失敗原因。下面的大部分篇幅的分析解決辦法都是基于這些無法定位具體原因的Causevalue。一、連續的切換失敗測試中我們有時會遇到這樣的情況：如圖7所示，接連不斷的出現切

23、換失敗,當測試工程師繼續驅車向前行駛時，就可能導致拖帶掉話。從系統下行發送的Handover_Command肖息中我們可以發現，目標小區都是同一個小區(或同一個基站的不同小區)。此種現象一般都和基站或傳輸設備的時鐘故障有關，但也有可能是同頻同BISC的小區造成的。下面我們通過幾個具體實例來說明。圖7連續的切換失敗實例1731醫院的時鐘失鎖現象：我們先從一個小區因PBGT®因切換至小區3070,切換正常。當與服務小區3070距離較遠，下行電平逐漸變弱，鄰區電平逐漸增強時，遲遲沒有切換，最后向排位很低的一個小區進行了切換，切換后效果很差，服務電平仍然不高，致使Quality很差。隨后又在

24、這兩個小區之間乒乓切換，但始終沒有向較好的另外幾個小區發出HOCommand分析：最好的前幾個鄰區的BSIC碼均沒有解出，所以只能向解出BSIC碼的鄰區發出HOCommand口圖8。圖8通過分析，我們知道最強的34號和47號頻點來自于基站731醫院的兩個小區(3557、3558)。因此，我們把車停在了該基站附近，由于解碼錯誤，這時解出的鄰區BSIC是錯誤的，而并非當前最強的34、47號頻點小區的BSIC,致使全部切換失敗。如圖9。9頁如有你有幫助，請購買下載，謝謝!先從HandoverFailure的CauseValue入手（圖10）,在發現是無法具體定位原因的Causelll后，再通過對目標

25、小區的告警分析，發現該站的時鐘失鎖，需更換時鐘硬件。圖10更換時鐘后該問題解決。實例2化工研究院時鐘失鎖現象：無法切入該站任何一個小區，經空閑狀態下重選到該站后，又無法切出至周圍任何一個小區。如圖11、12、13所示。圖11無法切入圖12空閑狀態圖13無法切出原因分析：先查看HO_Failure的CauseValue=111。再根據切換失敗現象懷疑為時鐘硬件問題，查看硬件告警發現該站時鐘失鎖。經過更換硬件，問題解決。實例3沙溝DCSW東鐵家墳DCS勺同頻同BSIC現象：在路測過程中，主被叫手機突然出現莫名其妙的連續的切換失敗。從現象上看很像是時鐘問題，但經檢查并無基站有時鐘告警。故障分析：分析

26、了切換的目標小區為BSIC=41,BCCH=522經過檢查是鄰區沙溝DCS2但從基站位置來看，當時切換失敗所處的位置是不可能收到該小區很強的信號的，而在該位置上應該收到301醫院的信號，但是當時卻沒有收到301醫院的信號。通過檢查發現當時301醫院斷站，造成該路段無主覆蓋小區。經過核查數據，發現當時的服務小區正大南路DCS：!匕側的東鐵家墳DCS2勺BSIC和BCCHt切換的目標小區沙溝DCSf目同，但不是正大南路DCS勺鄰區。由此可以斷定，手機當時測到的鄰區頻點522的強度為東鐵家墳DCS2勺，但由于與鄰區沙溝DCSW頻同BSIC,而造成系統下發HO_CMDR終導致了切換失敗。解決問題的辦法

27、就是首先啟動已斷基站，讓該路段擁有主控小區；另外應適當減小東11頁如有你有幫助，請購買下載，謝謝！鐵家墳的覆蓋范圍，或通過改頻和BSIC,將東鐵家墳DCS21口為正大南路的鄰區。圖14主被叫連續的切換失敗Layer2&Layer3信令流程如下：（用藍色標識出的為三層消息）FrameNO.UL/DLLayerMessageTypeInfoinMessageTime11564991DL2I-CMDHO_Command14'20”16.2921564991DL3HO_Command14'20”16.2932480042UL2RR-RSP14'20”16.3942480

28、045UL3HO_Access14'20”16.4151565072UL3HO_Failure14'20"16.7561565079UL2SABM-CMD14'20”16.7871565108DL2UA-RSP14'20"16.9181565110UL2I-CMDHO_Failure14'20"16.9291565134DL2RR-RSP14'20”17.03表1切換失敗的Layer2&Layer3的信令流程1圖15有關各基站位置示意圖故障原因：由于斷站造成同頻同BSIC的切換失敗，斷站恢復工作后，狀況消失。

29、注LAPD和LAPDn使用的幀類型以及它們的結構共有三種不同類性的幀，分別為I幀（編號消息幀）、S幀（監督幀）和U幀（無編號信息幀并有控制功能），如表2所示：幀含義作用U幀SABM設置異步平衡模式建立證實模式的第一個幀DISC釋放證實模式的第一個幀UA無編號響應對上卸兩英幀的響應DM非連接方式指示非連接模式的響應UI無編號信息信息幀（非證實模式）I幀I信息信息幀（證實模式）S幀RR接收準備好“可以繼續”（流量控制），也用于肯定回答RNR接收未準備好“應該停止”（流量控制）REJ拒絕否定回答FRMR幀拒絕向回報告差錯表2LAPD和LAPD曲類型（其中RNRf口FRMF&LAPD時不用）如

30、有你有幫助，請購買下載，謝謝！LAPDffiLAPDrf：各自的結構如圖所示。地址段包含有SAPI;另外，對LAPD幀,因為接口是點到多點的，還包括目的終端的地址?？刂贫伟瑤愋?，對于攜帶消息的編號幀，還包含有幀編號（發送端）和下一個期望幀編號（接收端）。1B地址控制0260B2B1BflagSAPITEIN(S)N(R信息FCSflag(a)LAPD幀結構地址控制021BSAPIN(S)N(R)信息（b）LAPDr#結構其中N（S）:發信機發送序列號；N（R）:接收機接收序列號圖16LAPD和LAPDrfe結構在下面的切換失敗分析里，我們將提出將路測文件中的Layer3Message和La

31、yer2Message綜合分析的辦法，因為這樣才能發現以前傳統做法（只分析Layer3Message）所不能發現的問題。二、單獨由現的切換失敗如上所述，面對連續的切換失敗時，我們的目標比較明確，而且基本上都是與時鐘等硬件有關，比較容易發現問題，也比較好解決。而實際工作中，卻存在著偶爾單獨出現的切換失敗現象。出現這種現象的原因卻是多種多樣，我們在這一節中將針對不同的現象分析不同的原因，值得注意的是，雖然大多數單獨出現的切換失敗現象很相似，但通過對信令的分析（時間、幀號、信令內容等），就會找出切換失敗的具體原因。帶著這個思路我們來看下面的介紹。1）連續多個下行PhysicalInformation

32、,超過系統設置造成失敗實例：馬家堡DCS1現象：從Handover_Command系統下行發第一個PhysicalInformation正常，因此軟件認為切換成功，發送HO_Complete消息。但1.05秒后又上行發送HandoverFailure消息。如有你有幫助，請購買下載，謝謝！分析：首先看HandoverFailure中的CauseValue=111(Protocolerror,unspecified)無法證實具體失敗原因。隨后再對該地區的頻率規劃進行了核查，未發現有頻率干擾。在OM端也未發現傳輸和基站硬件的告警信息。但在2層消息中我們可以看出，從Handover_Access后上行

33、發送的SABM肖息一直沒有得到UA_RSP肖息的響應，造成LAPDnrW令重發T200X(N200+1)超時，致使切換失敗。Layer2&Layer3信令流程如下：(用藍色標識出的為三層消息)FrameNO.UL/DLLayerMessageTypeInfoinMessageTime12364048DL2I-CMDHO_Command14'48"10.9422364049DL3HO_Command14'48"10.9431946551UL2RR-RSP14'48"10.8041946555UL3HO_Access14'48&

34、quot;10.8351946580DL3Physical_InfoTA=114'48"10.9461946580UL3HO_Complete14'48"10.9471946582UL2SABM-CMD14'48"10.9581946593DL3Physical_InfoTA=114'48"11.0091946606DL3Physical_InfoTA=114'48"11.06101946619DL3Physical_InfoTA=114'48"11L2SABM

35、-CMD14'48"11L3Physical_InfoTA=114'48"11.19131946645DL3Physical_InfoTA=114'48"11.25141946658DL3Physical_InfoTA=114'48"11.31151946660UL2SABM-CMD14'48"11.32161946671DL3Physical_InfoTA=114'48"11.37171946684DL3Physical_InfoTA=114'48&q

36、uot;11.43181946697DL3Physical_InfoTA=114'48"11.49191946699UL2SABM-CMD14'48"11.50201946710DL3Physical_InfoTA=114'48"11.55211946723DL3Physical_InfoTA=114'48"11.61221946729DL3System_Infor_614'48"11.64231946736DL3Physical_InfoTA=114'48"11.67241946738

37、UL2SABM-CMD14'48"11.68251946739UL3MRnull14'48"11.68261946749DL3Physical_InfoTA=114'48"11.73271946762DL3Physical_InfoTA=114'48"11.79281946775DL3Physical_InfoTA=114'48"11.85291946777UL2SABM-CMD14'48"11.86301946788DL3Physical_InfoTA=114'48"

38、11.91311946801DL3Physical_InfoTA=114'48"11.97322364314UL3HO_Failure14'48"11.99332364323UL2SABM-CMD14'48"12.0413頁如有你有幫助，請購買下載，謝謝!FrameNO.UL/DLLayerMessageTypeInfoinMessageTime342364347DL2UA-RSP14'48”12L2I-CMDHO_Failure14'48”12.16表3切換失敗信令流程2我們發現該小區的呼叫成功率

39、和切換成功率均很低，懷疑為硬件有問題。在對硬件模塊和天線的駐波比等參數進行檢測未發現問題后，經過更換信道盤后該問題解決。說明是CTU中某些功能模塊出現故障。該案例說明，在實際工作中的任何時候，我們都不能忽略硬件問題，尤其是在沒有發現硬件告警的情況下，更需要通過超過常規手段的新辦法來發現硬件問題。這樣，除了能解決眼前的問題以外，還能為發現網絡深層次問題和發現問題的新思路積累經驗。2）無下行physicalinformationA.同站不同小區之間將SynchronizedIndicator置為True;實例：北太平莊路口DCS現象：測試工程師在北三環自西向東行駛，占用小區31047,隨著繼續行駛

40、，TA已經達到3,這時服務小區的覆蓋電平已經降到一8xdBmQuality也達到4、5級，但鄰區覆蓋電平并不高。后系統令手機向同站的31048發出切換命令，但切換失敗。分析：首先先看Handover_failure中的CauseValue=111。再分析信令流程：從HO_AccessiJHO_Complete之間無任何信令，原因是同站不同小區之間我們在鄰區設置時，將默認同步值設為True,因此，在切換時系統不會下行發送PhysicalInformation,而手機在發送HO_Acces后也不會等待下行消息，不會觸發T3124如下表：FrameNO.UL/DLLayerMessageTypeIn

41、foinMessageTime11707367DL2I-CMDHO_command15'39”12.6221707370UL2RR-RSP15'39”12.6431707372DL3HO_Command15'39”12.6541707387UL3HO_Access15'39”12.7151707391UL3HO_Complete15'39”12.7361707396UL2SABM-CMD15'39”12.7671707435UL2SABM-CMD15'39”12.9481707474UL2SABM-CMD15'39"13

42、.1291707514UL2SABM-CMD15'39”13.30101707544DL2DM-RSPSAPI=315'39”13.44111707552UL2SABM-CMD15'39”13.48121707593UL2SABM-CMD15'39”13.67131707656UL3HO_Failure15'39”13.96141707663UL2SABM-CMD15'39”13.99151707692DL2UA-RSP15'39"14.12161707694UL2I-CMDHOF15'39"14.131717

43、07718DL2RR-RSP15'39”14.24181708634DL2DM-RSPSAPI=315'39”18.47表4切換失敗流程圖3但是為什么最后還是切換失敗了呢？仔細研究2層消息，手機連續發送6條SABM肖息，等待接收UA-RSP的連接確認消息，造成Um接口的LAPDmB議上的T200X(N200+1)超時是切換失敗的原因。經過核查鄰區關系，我們發現小區31047缺少東邊一些相鄰的鄰區，造成只能回切至自己本站的2小區的現象，但由于距離太遠，已經無法收到下行或上行的消息，造成了切換失敗。故障解決：加上適當鄰區后該問題解決。我們在下面的注解中將剛才提到的有關同步/非同步切

44、換所涉及到的計時器介紹一下:注：設置小區同步切換對切換流程的影響?在鄰區關系設為Non_Synchronized時，手機在發送HO_AccesSW時會啟動T3124,在這個計時器期間未收到下行的PhysicalInformation，便認為切換失?。皇盏絇hysicalInformation后T3124自動停止，這時會上行發送Layer2SABM肖息，啟動LAPDnm勺T200和N200計時器，在T200X(N200+1)時間內未收到下行的UA-RSP的確認消息就會發送切換失敗消息。?在鄰區關系設為Synchronized時，手機不會啟動T3124計時器步驟，直接進入Layer2計時器階段。B

45、.小區之間將SynchronizedIndicator置為False;在收到手機上報的HO_ACCESS息后，從理論上基站是應該發出下行15頁如有你有幫助，請購買下載，謝謝！PhysicalInformation的，但造成手機端未收到或未正確解碼的原因有很多。這種情況下應當首先考慮硬件問題，比如信道盤、時鐘、傳輸等。另外考慮是否有頻率干擾的問題，由于干擾造成的上下行消息不能正確接受的影響范圍很廣，產生的原因也多種多樣，所以有時不能單單從GI分析軟件（GSMInvestigator,Motorola開發的優化工具）等方法中發現帶內干擾，例如可能由于鄰區不全造成拖帶，從而造成與遠處基站的干擾等等，

46、這就要視具體情況而定。3）三層消息中出現HO_Complete后手機再上行發送HO_Failure消息實際上在GSMfi范中沒有此類白規定，僅在用TEMSW試中中發現此類現象。如果系統收到的手機上報的切換失敗的消息后，會通知源小區進行拆線，空出原信道，這樣手機切換失敗后就不能回到原信道，從而造成切換掉話。但經過大量TEMS的路測文件的分析，并沒有出現上述的切換掉話現象，從這個角度說，我們可以認為這是軟件問題，實際上系統并沒有收到切換成功的消息。至于軟件問題的具體原因，Ericsson公司還沒有給出正面的答復。實際我們可以參照第一種情況“連續多個下行PhysicalInformation，超過系統設置造成失敗”的解決辦法。4）其它可能出現的切換失敗現象除了以上所介紹的幾種常見的切換失敗的類型外，我們還可能遇到一些其它不常見的切換失敗，這些都是GSMffl范中定義的切換失敗類型，主要是系統設置出現問題，或手機不支持網絡設置所致。A超過目標小區的最大服務距離，Cause:“handoverimpossible,timingadvanceoutofrange"（見GSM®范04.08）在小區設置時，可以設置小區的最大服務距離，參數以TA為單位，最小可以設到0。該參數的目的有兩個：1、控制小區用戶起呼的范圍，超過設置范圍的用戶將不能起