路測(cè)切換失敗的原因分析及解決

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

2、幀類(lèi)型以及它們的結(jié)構(gòu)錯(cuò)誤!未定義書(shū)簽。、單獨(dú)出現(xiàn)的切換失敗錯(cuò)誤！未定義書(shū)簽。1） 連續(xù)多個(gè)下行PhysicalInformation,超過(guò)系統(tǒng)設(shè)置造成失敗錯(cuò)誤！未定義書(shū)簽。實(shí)例：馬家堡DCS1錯(cuò)誤！未定義書(shū)簽。2） 無(wú)下行physicalinformation錯(cuò)誤！未定義書(shū)簽。A. 同站不同小區(qū)之間將SynchronizedIndicator置為T(mén)rue錯(cuò)誤!未定義書(shū)簽。注：設(shè)置小區(qū)同步切換對(duì)切換流程的影響.錯(cuò)誤！未定義書(shū)簽。B. 小區(qū)之間將SynchronizedIndicator置為False錯(cuò)誤!未定義書(shū)簽。3）三層消息中出現(xiàn)HOComplete后手機(jī)再上行發(fā)送HOFailure消息錯(cuò)誤

3、！未定義書(shū)簽。4）其它可能出現(xiàn)白切換失敗現(xiàn)象錯(cuò)誤！未定義書(shū)簽。A. 超過(guò)目標(biāo)小區(qū)的最大服務(wù)距離，Cause:"handoverimpossible,timingadvanceoutofrange”錯(cuò)誤!未定義書(shū)簽。B. Cause:"frequencynotimplemented”C. Cause:"channelmodeunacceptable”錯(cuò)誤！未定義書(shū)簽。D. lowerlayer信道建立失敗造成切換失敗錯(cuò)誤!未定義書(shū)簽。E.目標(biāo)小區(qū)要求加密、VGCS等設(shè)置與源小區(qū)不同且在HOCommand沒(méi)有提及的錯(cuò)誤!未定義書(shū)簽5）Cause3與Cause111的對(duì)

4、比錯(cuò)誤!未定義書(shū)簽結(jié)束語(yǔ)錯(cuò)誤！未定義書(shū)簽第一章前言在移動(dòng)用戶(hù)通話(huà)過(guò)程中為了使呼叫建立在最好的小區(qū)中以及為了使呼叫不至于掉話(huà)，就引入了切換的概念。換句話(huà)說(shuō)切換就是為了維持手機(jī)從一個(gè)小區(qū)移動(dòng)到另一個(gè)小區(qū)使通話(huà)能繼續(xù)進(jìn)行，以滿(mǎn)足網(wǎng)絡(luò)管理的需要。觸發(fā)切換的原因、切換的準(zhǔn)備和判決及切換的執(zhí)行等是一個(gè)十分復(fù)雜的過(guò)程。根據(jù)不同準(zhǔn)則，切換的種類(lèi)可從不同角度來(lái)劃分。一種角度是通過(guò)交換點(diǎn)的位置不同，廣義的分可分為小區(qū)內(nèi)部切換和小區(qū)間切換；具體的分可分為小區(qū)內(nèi)部切換、BTS內(nèi)部切換、BSC內(nèi)部切換、MSC內(nèi)部切換、MSC切換。還可以根據(jù)觸發(fā)切換的原因(Cause)來(lái)劃分：切換觸發(fā)原因包括上下行Quality原因切換

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

6、急切換判決的優(yōu)先級(jí)別。圖1圖2本文要討論的是在路測(cè)過(guò)程中發(fā)現(xiàn)的切換失敗的現(xiàn)象和原因，這些我們將在后面作主要介紹。在這之前，先讓我們大概了解一下小區(qū)內(nèi)部切換(Intra_CELL)、BSC內(nèi)部切換(Intra_BSC)、MS加部切換(Inter_BSC)和MSCW切換的正常的2頁(yè)流程分析，這有利于后邊切換失敗流程的分析。第二章切換流程分析、小區(qū)內(nèi)部切換（INTRA_CELLHANDOVERR因?yàn)槭窃谠撔^(qū)內(nèi)部來(lái)分配TC儲(chǔ)源，具接續(xù)過(guò)程同呼叫建立是TCH勺接續(xù)分配過(guò)程是一樣的。當(dāng)BSC攵到BTS®送過(guò)來(lái)的指派完成（ASSIGNMENCOMPLETE的消息后，將向MSCS送出切換已執(zhí)行（H

7、OPERFOMED報(bào)文，該報(bào)文中將含有該切換的類(lèi)型（如INTRACELL此后，BSCB!過(guò)無(wú)線(xiàn)彳S道釋放（RFCHANNELRELEASE的報(bào)文將舊的TCH信道釋放，BTS收到該指令后，將把舊的TCH資源釋放掉，并返回一條確認(rèn)的消息（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如有你有幫助，請(qǐng)購(gòu)買(mǎi)下載，謝謝！二、BSC內(nèi)部小區(qū)S切換（INTRA_BSCHANDOVER當(dāng)手機(jī)想切入的目標(biāo)小區(qū)是同一BS

9、CF的不同小區(qū)時(shí)，即將觸發(fā)BSCft部切換事件。BSC將通過(guò)對(duì)手機(jī)上行發(fā)送的測(cè)量報(bào)告進(jìn)行分析，排列出符合切換條件的鄰小區(qū)組，當(dāng)發(fā)現(xiàn)該手機(jī)切換的目標(biāo)小區(qū)是它所管理的另一小區(qū)時(shí)，將向目標(biāo)小區(qū)B發(fā)出信道激活（CHANNELACTIVE勺命令，該報(bào)文中含有請(qǐng)求的信道類(lèi)型和加密算法以及切換參考號(hào)等。當(dāng)B小區(qū)已準(zhǔn)備好，則向BSC發(fā)出信道激活響應(yīng)（CHANNELACTIVEACK勺報(bào)文作為回應(yīng)。BSC攵至U該報(bào)文后，則將向原小區(qū)A發(fā)出切換命令（HANDOVEOMMAND勺報(bào)文來(lái)要求手機(jī)去接入新的小區(qū)，該消息中含有在新信道上傳輸?shù)乃刑卣餍畔⒑褪謾C(jī)接入所需的數(shù)據(jù)，而且它還指示了該切換是同步切換還是異步切換，基

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

11、，它將一直在所分配的專(zhuān)用信道上來(lái)等候手機(jī)的接入，當(dāng)它檢測(cè)到手機(jī)發(fā)出的切換接入請(qǐng)求后，一方面向BSC發(fā)出切換檢測(cè)到（HODETECT的消息，一方面向手機(jī)發(fā)出物理消息（PHYSICALINFORMATION來(lái)向手機(jī)提供它所計(jì)算出的新的定時(shí)提前的結(jié)果。圖4Intra_BSCHanover流程圖當(dāng)手機(jī)收到目標(biāo)小區(qū)所提供的新的TA之后（若是同步切換，它將用自己的），就會(huì)使用該TA值，進(jìn)入正常傳輸模式，在新的TCHW道上（此時(shí)是NORMALURST的形式）向網(wǎng)絡(luò)發(fā)出SABM勺報(bào)文（Um接口Layer2的設(shè)置異步平衡模式。我們將會(huì)在后面的章節(jié)中，介紹二層信息的種類(lèi)和作用），若網(wǎng)絡(luò)收到了該報(bào)文，一方面向BSC

12、發(fā)出建立指示（ESTABLISHEINDICATIONN的報(bào)文，表明數(shù)據(jù)鏈路層已建立起來(lái)了，一方面向手機(jī)發(fā)出UA的響應(yīng)幀。當(dāng)手機(jī)收到UA的響應(yīng)后，它會(huì)認(rèn)為已和該小區(qū)建立起了信令的應(yīng)答模式，此后它就會(huì)向目標(biāo)小區(qū)發(fā)送一條切換完成的消息（HANDOVEROMPLETE在該報(bào)文中，只有切換完成的指示，并不攜帶其它消息，只有在該報(bào)文發(fā)出后，手機(jī)才會(huì)放棄會(huì)到舊信道的所有可能性。若手機(jī)沒(méi)有收到目標(biāo)小區(qū)發(fā)出的物理消息（PHYSICALINFORMATIO或UA的響應(yīng)幀超過(guò)設(shè)置時(shí)長(zhǎng)，它就會(huì)在該信道上向源小區(qū)發(fā)出一條切換失?。℉ANDOVERFAILURE的報(bào)文，再由原小區(qū)考慮是否再進(jìn)行切換。有關(guān)路測(cè)中切換失敗的

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

14、PERFOMED的通知。三、MSCrt部BSC間切換（INTRAMSCHANDOVER本節(jié)中討論的切換也可以稱(chēng)為BSC間切換（INTER_BSCHANDOVER!僅限于在同一個(gè)MS加的BSC間切換，跨交換機(jī)的BSC間切換，則稱(chēng)為MSC的切換。BSC®過(guò)對(duì)手機(jī)測(cè)量報(bào)告的分析，若發(fā)現(xiàn)切換的首選目標(biāo)小區(qū)屬于不在該BSC下時(shí)，它將向MS酸出一條切換申請(qǐng)（HANDOVERREQUIRED®文，該報(bào)文中包含了切換的目標(biāo)小區(qū)組和原小區(qū)的小區(qū)識(shí)別號(hào)（CELLID），以及切換的原因等。當(dāng)MSC攵到該消息后，將嘗試切入首選的目標(biāo)小區(qū)，通過(guò)查t©本端LAC表若發(fā)現(xiàn)目標(biāo)小區(qū)的LAC號(hào)是自

15、己的，則查詢(xún)?cè)撔^(qū)的位置所在BSC并向新BSCg出一條切換請(qǐng)求的消息（HANDOVERREQU）EST消息中包括目標(biāo)小區(qū)和原小區(qū)的信息、傳輸模式（從目前的需要獲得，因此可能與原小區(qū)連接的特性不同）、加密模式（與以前一樣）、手機(jī)類(lèi)標(biāo)（CLASSMAR極所需的信道類(lèi)別等。當(dāng)新BSC攵到該消息后，首先向MS3一條SCCPl接的（CC的確認(rèn)消息，表示MSCW它的SCCP勺連接已建立起來(lái)了，此后將通過(guò)該路徑來(lái)傳遞A接口的信息。若當(dāng)BSC發(fā)現(xiàn)有信道資源，則將通過(guò)交換信道激活和信道激活響應(yīng)兩條報(bào)文來(lái)準(zhǔn)備好一條新的TCH言道，目標(biāo)小區(qū)同時(shí)也準(zhǔn)備好手機(jī)的接入。當(dāng)新BSC攵至IJ目標(biāo)小區(qū)發(fā)來(lái)的信道激活響應(yīng)后，將向

16、MS3送一條切換請(qǐng)求響應(yīng)（HANDOVERREQUEST）ACK艮文，在該報(bào)文中攜帶著切換命令的消息，表明本端已經(jīng)準(zhǔn)備完畢，并將與該次切換所分配資源有關(guān)的信息發(fā)送給MSC。當(dāng)MSC收到該消息后，將向原BSC發(fā)送切換命令（HANDOVERCOMMAND®文中含有小區(qū)號(hào)碼、信道類(lèi)型和切換參考等消息。當(dāng)手機(jī)收到該切換命令的消息后，將根據(jù)該消息的指示來(lái)試圖接入新的小區(qū)，此后將進(jìn)行切換接入過(guò)程，當(dāng)手機(jī)成功的接入后，新的BSCW向MSC£切換完成（HOCOMPLETE肖息。當(dāng)MSC攵到該消息后，就會(huì)向原BSC發(fā)送一條消除命令（CLEARCOMMAND該報(bào)文中含有清除的原因（如切換清除等

17、），當(dāng)原BSC攵到該報(bào)文后將釋放掉舊的TCH言道后將向MSC發(fā)出清除完成（CLEAFCOMMAN的消息。在MSC攵到該消息后，將把以前的SCCP拆除掉。于是，本次切換過(guò)程完畢。流程如圖5所示。圖5Inter_BSCHandover流程圖四、MSC間切換當(dāng)MSCAC到BSC勺切換中請(qǐng)（HANDOVEEQUIRED后，通過(guò)對(duì)報(bào)告的分析，若發(fā)現(xiàn)切換首選目標(biāo)小區(qū)的LAC號(hào)沒(méi)有在其本地的LAC表中，則會(huì)查詢(xún)其遠(yuǎn)端的LAC表，該LAC表中含有相令BMSC/VLR勺路由地址，當(dāng)找到目標(biāo)MSCB勺地址后，MSCAM會(huì)向該目標(biāo)發(fā)出切換準(zhǔn)備（PREPAREHANDOVER消息，并將切換請(qǐng)求（HANDOVERREQ

18、UEST到此報(bào)文的一個(gè)“信封”中。目標(biāo)MSC收到切換準(zhǔn)備的報(bào)文后，將向其VLRB通過(guò)發(fā)送（ALLOCATE_HO_NUMBER求分配切換號(hào)碼，切換號(hào)碼的分配只是為了使歸屬M(fèi)SCAg夠建立起來(lái)與目標(biāo)MSC叱間的路由而提供的一個(gè)指向，VLREB選擇一個(gè)空閑的切換號(hào)碼（HON并通過(guò)送切換報(bào)告的消息（SENDHOREPORT等切換號(hào)碼發(fā)送給MSCBMSCB攵到后將返回一個(gè)送切換報(bào)告響應(yīng)（SENDHOREPORT勺報(bào)文。此后，MSC酹建立一條與目標(biāo)BSCB勺SCCPS路，并向BSC改出切換請(qǐng)求（HANDOVERREQUST由BSCB等目標(biāo)小區(qū)的信道激活。BSCBft收至U目標(biāo)小區(qū)發(fā)來(lái)的信道激活響應(yīng)后，將

19、向MSC股送含有切換命令報(bào)文的切換請(qǐng)求響應(yīng)（HANDOVEREQUESTCK。在MSC畋到該消息后，就將該消息同切換號(hào)碼一同包裝在切換準(zhǔn)備響應(yīng)（PREPAREHANDOVER）ACKg送給歸屬M(fèi)SCAMSCK旦收到該報(bào)文后，就能向MSC放送通過(guò)初始化地址消息（IAM）的報(bào)文，在該報(bào)文中含有VLR所分配的切換號(hào)碼，以使MSC張識(shí)別哪個(gè)話(huà)音信道是為該手機(jī)所保留的。流程如圖6所示。圖6MSC間切換過(guò)程在MSCA攵到MSCBg來(lái)的地址全（ACM消息后，便可將切換命令發(fā)送給手機(jī)，通知它接入目標(biāo)小區(qū)。此后手機(jī)將完成與目標(biāo)小區(qū)的切換接入過(guò)程。在收到手機(jī)發(fā)送的切換接入消息后，MSCBI向MSCAI送一條PRO

20、CESACCESSIGNING的報(bào)文表示切換已檢測(cè)到。當(dāng)目標(biāo)小區(qū)收到手機(jī)發(fā)回的切換完成消息后，將通知給MSCB于是MSC就通過(guò)向MSCAg送一條送2束信號(hào)（SENDENDSIGNALl勺消息，來(lái)通知它切換已完成。在MSC做到切換完成的指示后，將向原BSCAg送消除命令，來(lái)釋放舊的信道資源。當(dāng)釋放完成后MSCA空！知MSCBMSC環(huán)向其VLR眩送切換報(bào)告，來(lái)請(qǐng)求釋放所分配的切換號(hào)碼。此時(shí)已完成MSCW切換。異常情況是，當(dāng)MSC映現(xiàn)無(wú)法識(shí)別的目標(biāo)小區(qū)、不允許切換到所指示的目標(biāo)小區(qū)、目標(biāo)小區(qū)中無(wú)可用的無(wú)線(xiàn)信道、VLRB中無(wú)可用的切換號(hào)碼或在出現(xiàn)數(shù)據(jù)錯(cuò)誤時(shí)都將向MSCAg出切換失敗的指示。從而使MSC

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

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

23、換失敗,當(dāng)測(cè)試工程師繼續(xù)驅(qū)車(chē)向前行駛時(shí)，就可能導(dǎo)致拖帶掉話(huà)。從系統(tǒng)下行發(fā)送的Handover_Command肖息中我們可以發(fā)現(xiàn)，目標(biāo)小區(qū)都是同一個(gè)小區(qū)(或同一個(gè)基站的不同小區(qū))。此種現(xiàn)象一般都和基站或傳輸設(shè)備的時(shí)鐘故障有關(guān)，但也有可能是同頻同BISC的小區(qū)造成的。下面我們通過(guò)幾個(gè)具體實(shí)例來(lái)說(shuō)明。圖7連續(xù)的切換失敗實(shí)例1731醫(yī)院的時(shí)鐘失鎖現(xiàn)象：我們先從一個(gè)小區(qū)因PBGT®因切換至小區(qū)3070,切換正常。當(dāng)與服務(wù)小區(qū)3070距離較遠(yuǎn)，下行電平逐漸變?nèi)酰弲^(qū)電平逐漸增強(qiáng)時(shí)，遲遲沒(méi)有切換，最后向排位很低的一個(gè)小區(qū)進(jìn)行了切換，切換后效果很差，服務(wù)電平仍然不高，致使Quality很差。隨后又在

24、這兩個(gè)小區(qū)之間乒乓切換，但始終沒(méi)有向較好的另外幾個(gè)小區(qū)發(fā)出HOCommand分析：最好的前幾個(gè)鄰區(qū)的BSIC碼均沒(méi)有解出，所以只能向解出BSIC碼的鄰區(qū)發(fā)出HOCommand口圖8。圖8通過(guò)分析，我們知道最強(qiáng)的34號(hào)和47號(hào)頻點(diǎn)來(lái)自于基站731醫(yī)院的兩個(gè)小區(qū)(3557、3558)。因此，我們把車(chē)停在了該基站附近，由于解碼錯(cuò)誤，這時(shí)解出的鄰區(qū)BSIC是錯(cuò)誤的，而并非當(dāng)前最強(qiáng)的34、47號(hào)頻點(diǎn)小區(qū)的BSIC,致使全部切換失敗。如圖9。9頁(yè)如有你有幫助，請(qǐng)購(gòu)買(mǎi)下載，謝謝!先從HandoverFailure的CauseValue入手（圖10）,在發(fā)現(xiàn)是無(wú)法具體定位原因的Causelll后，再通過(guò)對(duì)目標(biāo)

25、小區(qū)的告警分析，發(fā)現(xiàn)該站的時(shí)鐘失鎖，需更換時(shí)鐘硬件。圖10更換時(shí)鐘后該問(wèn)題解決。實(shí)例2化工研究院時(shí)鐘失鎖現(xiàn)象：無(wú)法切入該站任何一個(gè)小區(qū)，經(jīng)空閑狀態(tài)下重選到該站后，又無(wú)法切出至周?chē)魏我粋€(gè)小區(qū)。如圖11、12、13所示。圖11無(wú)法切入圖12空閑狀態(tài)圖13無(wú)法切出原因分析：先查看HO_Failure的CauseValue=111。再根據(jù)切換失敗現(xiàn)象懷疑為時(shí)鐘硬件問(wèn)題，查看硬件告警發(fā)現(xiàn)該站時(shí)鐘失鎖。經(jīng)過(guò)更換硬件，問(wèn)題解決。實(shí)例3沙溝DCSW東鐵家墳DCS勺同頻同BSIC現(xiàn)象：在路測(cè)過(guò)程中，主被叫手機(jī)突然出現(xiàn)莫名其妙的連續(xù)的切換失敗。從現(xiàn)象上看很像是時(shí)鐘問(wèn)題，但經(jīng)檢查并無(wú)基站有時(shí)鐘告警。故障分析：分析

26、了切換的目標(biāo)小區(qū)為BSIC=41,BCCH=522經(jīng)過(guò)檢查是鄰區(qū)沙溝DCS2但從基站位置來(lái)看，當(dāng)時(shí)切換失敗所處的位置是不可能收到該小區(qū)很強(qiáng)的信號(hào)的，而在該位置上應(yīng)該收到301醫(yī)院的信號(hào)，但是當(dāng)時(shí)卻沒(méi)有收到301醫(yī)院的信號(hào)。通過(guò)檢查發(fā)現(xiàn)當(dāng)時(shí)301醫(yī)院斷站，造成該路段無(wú)主覆蓋小區(qū)。經(jīng)過(guò)核查數(shù)據(jù)，發(fā)現(xiàn)當(dāng)時(shí)的服務(wù)小區(qū)正大南路DCS：!匕側(cè)的東鐵家墳DCS2勺BSIC和BCCHt切換的目標(biāo)小區(qū)沙溝DCSf目同，但不是正大南路DCS勺鄰區(qū)。由此可以斷定，手機(jī)當(dāng)時(shí)測(cè)到的鄰區(qū)頻點(diǎn)522的強(qiáng)度為東鐵家墳DCS2勺，但由于與鄰區(qū)沙溝DCSW頻同BSIC,而造成系統(tǒng)下發(fā)HO_CMDR終導(dǎo)致了切換失敗。解決問(wèn)題的辦法

27、就是首先啟動(dòng)已斷基站，讓該路段擁有主控小區(qū)；另外應(yīng)適當(dāng)減小東11頁(yè)如有你有幫助，請(qǐng)購(gòu)買(mǎi)下載，謝謝！鐵家墳的覆蓋范圍，或通過(guò)改頻和BSIC,將東鐵家墳DCS21口為正大南路的鄰區(qū)。圖14主被叫連續(xù)的切換失敗Layer2&Layer3信令流程如下：（用藍(lán)色標(biāo)識(shí)出的為三層消息）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有關(guān)各基站位置示意圖故障原因：由于斷站造成同頻同BSIC的切換失敗，斷站恢復(fù)工作后，狀況消失。

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

30、有你有幫助，請(qǐng)購(gòu)買(mǎi)下載，謝謝！LAPDffiLAPDrf：各自的結(jié)構(gòu)如圖所示。地址段包含有SAPI;另外，對(duì)LAPD幀,因?yàn)榻涌谑屈c(diǎn)到多點(diǎn)的，還包括目的終端的地址?？刂贫伟瑤?lèi)型，對(duì)于攜帶消息的編號(hào)幀，還包含有幀編號(hào)（發(fā)送端）和下一個(gè)期望幀編號(hào)（接收端）。1B地址控制0260B2B1BflagSAPITEIN(S)N(R信息FCSflag(a)LAPD幀結(jié)構(gòu)地址控制021BSAPIN(S)N(R)信息（b）LAPDr#結(jié)構(gòu)其中N（S）:發(fā)信機(jī)發(fā)送序列號(hào)；N（R）:接收機(jī)接收序列號(hào)圖16LAPD和LAPDrfe結(jié)構(gòu)在下面的切換失敗分析里，我們將提出將路測(cè)文件中的Layer3Message和La

31、yer2Message綜合分析的辦法，因?yàn)檫@樣才能發(fā)現(xiàn)以前傳統(tǒng)做法（只分析Layer3Message）所不能發(fā)現(xiàn)的問(wèn)題。二、單獨(dú)由現(xiàn)的切換失敗如上所述，面對(duì)連續(xù)的切換失敗時(shí)，我們的目標(biāo)比較明確，而且基本上都是與時(shí)鐘等硬件有關(guān)，比較容易發(fā)現(xiàn)問(wèn)題，也比較好解決。而實(shí)際工作中，卻存在著偶爾單獨(dú)出現(xiàn)的切換失敗現(xiàn)象。出現(xiàn)這種現(xiàn)象的原因卻是多種多樣，我們?cè)谶@一節(jié)中將針對(duì)不同的現(xiàn)象分析不同的原因，值得注意的是，雖然大多數(shù)單獨(dú)出現(xiàn)的切換失敗現(xiàn)象很相似，但通過(guò)對(duì)信令的分析（時(shí)間、幀號(hào)、信令內(nèi)容等），就會(huì)找出切換失敗的具體原因。帶著這個(gè)思路我們來(lái)看下面的介紹。1）連續(xù)多個(gè)下行PhysicalInformation

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

33、發(fā)送的SABM肖息一直沒(méi)有得到UA_RSP肖息的響應(yīng)，造成LAPDnrW令重發(fā)T200X(N200+1)超時(shí)，致使切換失敗。Layer2&Layer3信令流程如下：(用藍(lán)色標(biāo)識(shí)出的為三層消息)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頁(yè)如有你有幫助，請(qǐng)購(gòu)買(mǎi)下載，謝謝!FrameNO.UL/DLLayerMessageTypeInfoinMessageTime342364347DL2UA-RSP14'48”12L2I-CMDHO_Failure14'48”12.16表3切換失敗信令流程2我們發(fā)現(xiàn)該小區(qū)的呼叫成功率

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

40、，TA已經(jīng)達(dá)到3,這時(shí)服務(wù)小區(qū)的覆蓋電平已經(jīng)降到一8xdBmQuality也達(dá)到4、5級(jí)，但鄰區(qū)覆蓋電平并不高。后系統(tǒng)令手機(jī)向同站的31048發(fā)出切換命令，但切換失敗。分析：首先先看Handover_failure中的CauseValue=111。再分析信令流程：從HO_AccessiJHO_Complete之間無(wú)任何信令，原因是同站不同小區(qū)之間我們?cè)卩弲^(qū)設(shè)置時(shí)，將默認(rèn)同步值設(shè)為T(mén)rue,因此，在切換時(shí)系統(tǒng)不會(huì)下行發(fā)送PhysicalInformation,而手機(jī)在發(fā)送HO_Acces后也不會(huì)等待下行消息，不會(huì)觸發(fā)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但是為什么最后還是切換失敗了呢？仔細(xì)研究2層消息，手機(jī)連續(xù)發(fā)送6條SABM肖息，等待接收UA-RSP的連接確認(rèn)消息，造成Um接口的LAPDmB議上的T200X(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)同步/非同步切

44、換所涉及到的計(jì)時(shí)器介紹一下:注：設(shè)置小區(qū)同步切換對(duì)切換流程的影響?在鄰區(qū)關(guān)系設(shè)為Non_Synchronized時(shí)，手機(jī)在發(fā)送HO_AccesSW時(shí)會(huì)啟動(dòng)T3124,在這個(gè)計(jì)時(shí)器期間未收到下行的PhysicalInformation，便認(rèn)為切換失??；收到PhysicalInformation后T3124自動(dòng)停止，這時(shí)會(huì)上行發(fā)送Layer2SABM肖息，啟動(dòng)LAPDnm勺T200和N200計(jì)時(shí)器，在T200X(N200+1)時(shí)間內(nèi)未收到下行的UA-RSP的確認(rèn)消息就會(huì)發(fā)送切換失敗消息。?在鄰區(qū)關(guān)系設(shè)為Synchronized時(shí)，手機(jī)不會(huì)啟動(dòng)T3124計(jì)時(shí)器步驟，直接進(jìn)入Layer2計(jì)時(shí)器階段。B

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

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