CDMA網(wǎng)絡(luò)信令流程詳解

1信令分析在分析問題時，請參照正確的流程，逐步檢查到底哪一條消息沒有收到，并且分析上一條消息里面攜帶的內(nèi)容，從而定位原因所在。1.1主被叫呼叫建立流程1.1.1正常信令?偈M,,|Messagetype |Messeg巳Dir已匚ticin；Arrivetime|Me?女15161SIJMssiqnrrientRequesr[AbisTAbis-BTSSetup[M5C->Ec.(_B5C->BT501:44228:171:25001:44:28:173:000001EI801011718[Abis]Abis-Connect[Abis]Abis-CLinnertAck，15161SIJMssiqnrrientRequesr[AbisTAbis-BTSSetup[M5C->Ec.(_B5C->BT501:44228:171:25001:44:28:173:000001EI801011718[Abis]Abis-Connect[Abis]Abis-CLinnertAck，J■BT5->B5C01:44:28:136:62501:44:28:187:8750110i0210i19.2ft—-*世國引西5-BT55etupTdrnjtxtendedLhannelAssiqnrnentPl已也皿蘭BT5->B5C***&C5OTJE1T苜"2竺?口匚il:啊屈:31101―戶」無_[A1]CM5巳rviER.ec|i」門鹽14[Urri]OriginationMessage13R.-C5CH01:44:27:947:1250406關(guān)鍵點1=BSC向發(fā)送C]..ServiceRequest后，如果沒有收到ISCMe■■?AssignroentRequest.尊判如后定時福睡，基話會紿手機展:送releasefirder.這種情挽是A1寰口失敗。22C^LjJJmJOrderMessaae01:44:28:803:0000206123[Abis]Abis-Propag.3tionDelayBTS-AB災(zāi)廠、*,*^JjT44:28:842:1250610124[Um]OrderMessageR-D5CH0806125[Um]ServiceConnectMessageF-D5CH口1:料:2羸家甄~020626[Um]ServiceConnectCompletionMessaqe01:44:29:142:00027「1l「「ilCirrli=!rMFiTqFn-iF! _L F-D5d>s.01:44:29:142:1250206I[Al]Assignment'-umplete _JE成01:44:29:142:7500007129[LlmjirTTrarncsystemraramitersMessageF-D5CH、pl:44:29:143:25。0206i:CH11Ar=1 MiT=1iliT^|21:sjgnmentMessage01:44:28:503:750 01062:X登

點高將話笑足建失虱不能源皮>資譬Ab指留為*bi令觀因鑫信協(xié)原苦鍵點3：如珈is正常建鏈，但卻建首收到EC藉消息，在話統(tǒng)里面宏體現(xiàn)套“指配資源失敗能原因是并alsh、CE、power^f*足著星堂留裔邸驟懸艘有收到,在%喜蠢雷熟蹴越翳道在分析接入問題時，請參照上圖所示正確的流程，逐步檢查到底哪一條消息沒有收到，且分析上一條消息里面攜帶的內(nèi)容，從而定位原因所在【注】Abis-BTSsetup消息里面，攜帶了接入的小區(qū)、扇區(qū)、walsh碼、頻點。關(guān)鍵點1：BSC向MSC發(fā)送CMServiceRequest后，是否收到AssignmentRequest。如果沒有收到MSC發(fā)的AssignmentRequest,等到6s后定時器超時，基站會給手機發(fā)送releaseorder.這種情況是A1接口失敗。關(guān)鍵點2：BTS是否向BSC發(fā)送Abis-BTSSetupAck。Abis如有問題，如誤碼高、信令鏈路帶寬不足等，將會體現(xiàn)為Abis無法建鏈成功，話統(tǒng)原因“指配資源失敗”關(guān)鍵點3：是否發(fā)送ECAM（擴展信道指配消息）消息。如Abis正常建鏈，但卻沒有發(fā)

送ECAM消息，在話統(tǒng)里面會體現(xiàn)為“指配資源失敗”，可能原因是walsh、CE.power不足。關(guān)鍵點4：是否在F-DSCH發(fā)送ordermessage,如沒有收到，說明捕獲業(yè)務(wù)信道前導(dǎo)幀失敗。關(guān)鍵點5：是否發(fā)送Assignmentcomplete。如發(fā)送表明呼叫建立成功。如沒有收到，在話統(tǒng)里面體現(xiàn)為“信令交互失敗”。被叫流程與主叫幾乎完全一致，被叫中的PagingResponse相當于主叫的originationmessageoA.M,|Messagetype■'■■less30[Al]PagingRequestM5C->E5C01:39:06:389:000003031[Abis]Abis-PCHMsqTransferBSC->BT501:39:06:389:3758C1732[Um]GeneralPageMessage01:39:06:389:375010633A.M,|Messagetype■'■■less30[Al]PagingRequestM5C->E5C01:39:06:389:000003031[Abis]Abis-PCHMsqTransferBSC->BT501:39:06:389:3758C1732[Um]GeneralPageMessage01:39:06:389:375010633「LmLEACieE曰酒op混部一一R-C5CH01:39:08:087:6250406|面mssagmDirmcticinlArriveHmmjj]PagingR巳&pci「i&巳353637「「舊M[Abis]Abis-BTSSetup[Abis]Abis-ConnectB5C->M5CM5OB5C01:39:08:088:87501:39:08:249:50001:39:08:251:50038[Abis]Abis-ConnectAck3940「Hhii1Ahi^-RTSSr卜iinAckBT5->B5CB5C->BT5BT5->B5CJjl139:08:264:875。1:39:口8:灑沖01:39:08:299:750006700331002101041[Um]ExtendedChannelAssignmentMessageF-C5CH01:39:08:591:000010642[Um]ExtendedChannelAssignmentMessageF-C5CH01:39:08:891:000010643flJmlOrderMessame_f-D5CH01:39:08:968:875020644[Um]OrderMessageR-D5CH01:39:09:144:375080645[Um]ServiceConnectMessageF-D5CH01:39:09:144:750020646[Abis]Abis-PropagationDelayReportBT5->B5C01:39:09:238:625061047[Um]ServiceConnectCompletianMessageR-D5CH01:39:09:288:37508064S[Um]OrderMessageF-D$CH01:39:09:288:500020649FA11 ij-injrjlgbg〔E：5C->M5C01:39:09:289:250000750[Um]AlertWithInformationMessageF-DSCH01:39:09:289:250020651[Um]In-TraFficSystemPdrametersMessageF-D5CH01:39:09:289:7500206rUij[i]E=K「idnd匚關(guān)陌「叮舊匝_”】旦套日口巨—F-C5CH相胃于主叫的originationmessage1.1.2典型異常信令1、A1接口失敗。A消息ID/肖息類型.消息方向 到達時間L消息內(nèi)容I[Um]口上\1巳上-吊已弓三:歸11910[Um]OriginationMessage[Al]CMServiceRe康A(chǔ)消息ID/肖息類型.消息方向 到達時間L消息內(nèi)容I[Um]口上\1巳上-吊已弓三:歸11910[Um]OriginationMessage[Al]CMServiceRe康16[Um]OrderMessage17[Um]RegistrationMessage18[Al]LocatiunUpdatingReque19[Al]LocationUpdatingRejec20[Um]OrderMessage21[Um]Registration.Message22[Al]Lucat1unUpdatingReque23[Al]LocationUpdatingAccep24[Um]OrderMessage25[Um]FLegistrationMessage26[Al]LocationUpdatingKeque27[Al]LocationUpdatingAccepl28[Um]OrderMessage29FUmlRpp-!stratinn ap'pIJOLIUUUULI11000010001001100011U1100010001-[Al]Location[Um]Registration[Al]LocatiunUpdatingReque12131415[Um]OrderMessage0000000010101—— 000R-CSCHBSC->ffl'sC04062E448DB0721354520E沒有收到Assignmentrequest,6秒后定時器超時釋放呼叫。話統(tǒng)顯示“A1接口失6222LIEU0562220EU05622P「IF2、傳輸誤碼率高導(dǎo)致指配資源失敗N消息ID]消息類壅.. |消息方向 L到達時間.._ 1消息內(nèi)容TOC\o"1-5"\h\z[Um]OriginationMessage R-CSCM 21:55:12:407:000 04 06 2B 44 8F[Al]CWServiceRequest BSC->fflSC '55:12:408:625 00 65 57 05 K[Al]AssigpmentRequest MSC^>BSCg1：55：'12：586：250 00IB01OB163 |[削u]虹u-BT3踞 |BSC->BTS|21:55:1S:581:625 |821口D81E，516g~163 |[削u]虹u-BT3踞 |BSC->BTS|21:55:1S:581:625 |821口D81E，5[?' AisigrunentFailure BSt-)MSC 21:55:16:562:000 00 04 03 04 01[單]AssigrunentRequest MSC#BSfc 21:55:16:667：250 00 IB 01 OB KI.i] ClearRequest B宓^誦柬 i^i：55：18：081：625 00 04 22 34 01AU^learCommand MSC~>BSC121:55:18:238:000 0004200401/[Um]OrderMenage F~CSqMY1：55:18:238:250 0106OE07Al/[Um]OrderMessage FT迪｛ 21:55:18:531:875 0106OE07AlITO [Al]ClearComplete ：55：18：532'：500 00口1鑿匚1T1 「[Al]N_DISCONWECT_IND MSC->BSC—'1^:55:18:638:750/ 1arm:El/TlBitErrorRateTooHighAbi，無法建鏈話統(tǒng)顯示、指配資源失敗CBSSSTAR顯示：OXF1P3、信令交互失敗61[Um]GeneralFageMessageF-CSCH093022283:12501060E162[Um]FageRespoiLEeMessage61[Um]GeneralFageMessageF-CSCH093022283:12501060E162[Um]FageRespoiLEeMessageR-CSCH093023011:2500406284!63[Al]PagingResponseBSC-)fflSC093023013:2500067570!64[Al]AssigriinerLtRequestMSC-J>BSC093023252:2500033010：65[Abis]Abis_BTSSetupBSC-^TS093023253:375801008llA消息ID消息類型消息方向 到達時間 '消息內(nèi)容250 011008[Abis]Abis-CoiltlectBTS->BSC[Abis]Allie-CuriiLHctAck[Abis]Abis_BTSSetupAck[Um]ExtendedCh：=LnrLelAssigriniHntMessage[Um]Extendsd匚h：遼頃已1AeeigrmentMessag#[Urn]Ord皂rMessageBTS->BSCT^CSCHF-DSCH321620766皆已下話ECAM消息,Ise：指配資源已成功500LUUb1A1!375 020601E：entFaielBSC->NSC109:30:23:793:8751*?抑1*?抑LearCorTirTi：=LTL(inijrOrderMessage鬟摻"BSC在F-DSCH下發(fā)'***sta^-_0rderMessage,說明話統(tǒng)顯示失敗原因：信令交互失敗。話統(tǒng)顯示失敗原因：信令交互失敗。引起信令交互失敗一般是空口原因，本案例比較特殊，該基站下面呼叫全部失敗，通過結(jié)合CSL分析，發(fā)現(xiàn)存在大量0x0c8b（SDU_ADD_LINK_FAI。接入失敗，懷疑FMR板有故障，在征得客戶同意基礎(chǔ)上復(fù)位小框后（該框下僅有這一個基站）解決。

1?2軟切換1.2.1正常信令Mes...MessagetypeMessageDirec+ion13[Um：UrderMessageF-DSCH14[Um：Pi1otStrength 巳E/ntMesEageR-DSCH15[Um：UrderMessageF-DSCH16[Um：ServiceCijriiLectMessageF-DSCHHI irum-1PilotStrengthMeaEm-ementMezzaze1R-DSCH |18[Um：OrderMenage 京蓬霜畚葺翟倍仲才」F-DSCH19[Um：UrderMezzageF-DSCH20[Um：UrderMessageF-DSCH21[Um：UrderMessageF-DSCH22[UmServiceC口：titlectCompletionMessageR-DSCH23[UmUrderMessageF-DSCH24[AlAeeigrifriHntCompleteBSC->MSC25[Um.In-Tra￡￡icSystemFarairiet.曰vsFi傳三三立甚歸_樺素窗口太小，設(shè)胃-DSCH26[UmExterLdedNeighborLiztUpdateM曰mvmg：白_汽二臺*】一F-DSCH27[Um.FowerCorLtrolMeEsage =?1■'壓頂U表F-DSCH28[aDIe]ADIE-D12-3eLUp鄰區(qū)削云鏈路建立，失敗了對應(yīng)到話統(tǒng),HOFailures（JiequeetedAbierescnji-c工iLL、EEL="工口十Em-EE 1-1f+29[Um]UrderMessage:esunavailable.)9930.Atis]Abis~CciriTLect31AbisAbis~CciriTLectAckJj13一ZD3L.32.Abis.Abie~BTSSetupAck33i:四乎已”立Hand□氏DirMEmM專羿套臾息包含新的激活集所有:分支FW■和Walsh34JJmJOrderMezzage35[Um]In_Tra￡￡icSystemFarairiet.曰vsMezzageF-DSCH36[Um]UrderMessageF-DSCH37[Um]In_TrafficSystemP:ai-:dinetereMessageF-DSCH38 [Um]UKderMessage秀口日字到嘿M單辱，如瓣尊返回gl理應(yīng)話題p-riQrvr:Ebrjh^Tr.+iroJ'd 巳rMessageGn^tlJ -Lritt：±40 [Um]UrdHt-Mpeeage,41 [Um]Hand。ftCompleticmMezzageR-DSCH42 [Um]OrderMezzageF-DSCH43[Al]Hand口氏FerformedBSC->MSC44[Abis]AbiE_PrcipagationDel：±yRepnrtETS->BSC45[Um]UrderMessageF-DSCH46 [Um]UKderMessageF-DSCH47 [Um]PowerM已aEuree巳：ntReportMeeeageR-DSCH48 [Um]FuwerM已aguTEE史ntRepnrtMeeeageR-DSCH49 [Um]Fower 曰ntReportMeeeageR-DSCH1、關(guān)鍵點1：終端是否上報PSMM消息。當相鄰小區(qū)信號強度滿足切換條件，終端上報PilotStrengthMeasurementMessage。這是觸發(fā)切換的首要條件，如果在路測時發(fā)現(xiàn)到達切換區(qū)域仍然沒有實現(xiàn)成功切換，首先檢查是否發(fā)送PSMM消息。如果沒有發(fā)送，那可能有以下幾個原因：1） 是否存在鄰區(qū)漏配（檢查ExtendNeighborListUpdateMessage或到維護臺LSTNBRCDMA中查詢）2） 切換門限是否設(shè)置合理（檢查In-TrafficSystemParametersMessage或者維護臺LSTRRMINF:RRMINF=HO;查詢）3） GPS是否正常工作（檢查GPS是否Lock，有幾顆星），相鄰集搜索窗口設(shè)置是否足夠(檢查In-TrafficSystemParametersMessage或者維護臺LSTRRMINF:RRMINF=HO;查詢)4)鄰區(qū)信號是否在此地有足夠覆蓋等等。2、關(guān)鍵點2：BSC是否向BTS發(fā)送人旗^丁、ACK。BSC收到PSMM消息，就會準備資源，包括Walsh碼和地面鏈路，向相鄰BTS發(fā)送Abis-BTSSetup要求建立地面鏈路和分配Walsh^或者向同BTS相鄰扇區(qū)發(fā)送Abis-BTSSetup分配Walsh碼。如果申請Walsh碼失敗，反饋到話統(tǒng)中就是“Intra-BSSoftHOFailures(Radioresourcesunavailable)”，可觀察其目標扇區(qū)的話務(wù)量是否很高，造成Walsh碼資源不足，或者取得服務(wù)小區(qū)對應(yīng)的SPURunlog，分析CSL失敗原因是否是其它原因；如果Abis鏈路建立失敗反饋到話統(tǒng)中就是“Intra-BSSoftHOFailures(RequestedAbisresourcesunavailable)”，可觀察其對應(yīng)扇區(qū)話務(wù)量是否很高，Abis信令鏈路帶寬設(shè)置過小，CE是否不足、業(yè)務(wù)帶寬是否不足或者取得服務(wù)小區(qū)對應(yīng)的SPURunlog，分析LSL失敗原因是否是其它原因。失敗原因值見：D：\Reliance項目準備'問3、 關(guān)鍵點3：BSC是否向終端發(fā)送UHDM消息(UniversalHandoffDirectionMessage)。地面鏈路建立和Walsh分配成功后，BSC就會向終端發(fā)送UHDM消息通知切換，UHDM消息、的“active-set-record”中包含有所有進入激活集分支的PN碼和Walsh碼。4、 關(guān)鍵點4：BSC是否收到終端發(fā)送的ackorder。終端返回UHDM消息后成功接收相鄰小區(qū)下發(fā)的空幀后回應(yīng)MSAckOrder，緊接著回復(fù)HandoffCompleteMessage，切換成功。如果收到終端的'ejectorder，反饋到話統(tǒng)中就是“BS內(nèi)軟切換失敗次數(shù)(MS拒絕)”，如果沒有收到終端MSAckOrder，反饋到話統(tǒng)就是“Intra-BSSoftHOFailures(Radiointerfaceabnormal)”，失敗可能有三個原因：源側(cè)信號過弱，終端沒有收到UHDM消息或者BTS沒有收到終端的MSAckOrderMessage目標側(cè)小區(qū)信號變?nèi)?，終端無法收到前向空幀進行同步目標側(cè)小區(qū)分配的Walsh碼有誤具體流程及內(nèi)容見附件維護臺語音軟切換信令跟蹤。

1.2.2典型異常信令暫無1.3A3A7軟切換1.3.1正常信令42I[Um]FilotStrengthMea^uremeiit.43414445?464749町581匚口LUmJUrdarMezzage.Um」匚ird_ErM巨巨IA3AT42I[Um]FilotStrengthMea^uremeiit.43414445?464749町581匚口LUmJUrdarMezzage.Um」匚ird_ErM巨巨IA3AT]A3一匚q口rwc:t:蛀;歐1盾：-「,-et.n,r+/準當土.Um]OrderMessage:A3A7]AT-HandoEiERwquwwtAckUm：Um]：Um][UmjUm.Um]TTUm：Um]Um]UniwsalHarLtl?！辍闐ir已c:tinn.Mess義巨已PowerLIeasm-ementReportMessageUnivere：il DirectionMessageO^le^MessazeHandj?！辍闏omplatic]OrderMeeeageH：±rLiluffFerfurmedExtendedNeighborListUpdateMes?OrderMessageOrderLleEiagesage|消息方向 ：到達時間K-DSCH'—F-DSCHsenb^*F-DSCHRECEIVEF-DSCHF-IISCHR-DSCHR-IISCHF-HSCHBSC->M5Cf-hsch"T-IISCH「1Fm1l-l?-.Aa?-Pilacc■?■a R—茜鍵點虹源ESC是否收到A7-Handoff :HRequestACK棄且下發(fā)UHD■通宛疼端切換:1163 [A3AT]A3~CuiiitectRECEIVE14:46:56:182:7501414擋141414埠1414141414141414[14!1446琴565646甜465646564646d565646苗46臨564656465646465656465646564657014>性47014701183:000185：：375 □lti274:750導(dǎo)頻南296:750理2理關(guān)鍵點*源BSC是否向目標側(cè)堀Esesc發(fā)送47-HandoffRequest:*瞟關(guān)鍵點3：源ESC是否收到目標ESC的43-642125Connecto如果沒有收到，在話就中有三種迎囂S失敗原因："J^Radioresourcesunavailable25nRequestedAbisresourcesunavailable625^3-1inksetupfailed12S嫁關(guān)鍵點品終端收到UHD■消息然后是否頃訊回應(yīng)OrderIessage<>器?如果沒有回應(yīng)，對應(yīng)話就里面失敗原因星為“ES間軟切換失敗次數(shù)(無線接口故8280308309029820275065065931、關(guān)鍵點1:是否收到終端上報的?$]^。當相鄰BSC的小區(qū)信號強度滿足切換條件，終端上報PilotStrengthMeasurementMessage。如果到達切換區(qū)域終端仍然沒有發(fā)送PSMM消息，可能原因同見軟切換關(guān)鍵點1。2、關(guān)鍵點2：源側(cè)BSC是否向目標側(cè)BSC發(fā)送A7-HandoffRequest。如果沒有發(fā)送，那么就要檢查：1)檢查該目標BSC的OUTCDMA是否配置了InterBSC間軟切換，檢查命令：LSTCDMACH:LSTINFO=OBSC,CN=x,SCTID=x,ARFCN=x;；修改命令：MODOUTCDMACH:BTSID=x,CN=x,SCTID=x,ARFCN=x,TYP=CDMA2000,VHOTP=SHO;A3/A7鏈路是否配置以及鏈路是否正常終端上報的PSMM消息中包含的小區(qū)PN是否屬于相鄰BSC的外部鄰區(qū)NBRCDMA是否配置正確。3、 關(guān)鍵點3：源BSC是否收到目標BSC的A3-Connect并發(fā)送A3-ConnectACK。目標8$。收到A7-HandoffRequest消息后，就會準備無線資源、地面鏈路，向源BSC發(fā)送A3鏈路資源建立請求。如果沒有收到目標BSC下發(fā)的A3-Connect，可能有如下三種原因:如果申請無線資源失敗，反饋到話統(tǒng)中就是“Inter-BSSoftHOFailures(Radioresourcesunavailable)”；可觀察其目標扇區(qū)的話務(wù)量是否很高，造成Walsh碼資源不足，或者取得服務(wù)小區(qū)對應(yīng)的SPURunlog，分析LSL失敗原因是否是其它原因；如果地面鏈路建立失敗反饋到話統(tǒng)中就是“Inter-BSSoftHOFailures(RequestedAbisresourcesunavailable)”；可觀察其對應(yīng)扇區(qū)話務(wù)量是否很高，Abis信令鏈路帶寬設(shè)置過小，CE是否不足、業(yè)務(wù)帶寬是否不足，或者取得服務(wù)小區(qū)對應(yīng)的SPURunlog，分析LSL失敗原因是否是其它原因；如果A3鏈路建立失敗反饋到話統(tǒng)中就是“Inter-BSSoftHOFailures(A3-linksetupfailed)”，檢查A3鏈路配置是否設(shè)置正確，鏈路帶寬是否足夠。4、 關(guān)鍵點4：源BSC是否向終端發(fā)送UHDM消息通知切換。源BSC收到目標8$。的A3-Connect后回復(fù)A3-Connect人。田目標8$?；貜?fù)A7-HandoffRequestACK給源BSC。源BSC收到后會向終端發(fā)送UHDM消息通知切換。UHDM消息的IE“ActiveSetInfo”中包含有源BSC和目標BSC所有進入激活集分支的PN碼。5、 關(guān)鍵點5：終端收到UHDM消息然后是否回應(yīng)OrderMessage。終端收到UHDM消息后，成功接收相鄰BSC下小區(qū)下發(fā)的空幀后回應(yīng)OrderMessage，緊接著回復(fù)HandoffCompleteMessage，切換成功。如果沒有收到終I^MSAckOrder，對應(yīng)話統(tǒng)里面失敗原因“BS間軟切換失敗次數(shù)(無線接口故障)”，可能有三個原因：源側(cè)信號過弱，終端沒有收到UHDM消息或者BTS沒有收到終端的MSAckOrderMessage目標側(cè)BSC小區(qū)信號變?nèi)酰K端無法正確收到前向空幀信號進行同步目標側(cè)小區(qū)分配的Walsh碼有誤具體流程及內(nèi)容見附件維護臺語音8$。間軟切換信令跟蹤。InterBSCSHO.dat1.3.2典型異常信令暫無1.4BSC間同頻硬切換1.4.1正常信令I(lǐng)nterBSCOutgoingHardHO

1、 按照2.3.5打開BSC間同頻硬切換開關(guān)，終端會周期性地上報PPSMM消息，BSC會根據(jù)PPSMM上報的本扇區(qū)的導(dǎo)頻和相鄰BSC扇區(qū)的導(dǎo)頻強度來進行判決是否觸發(fā)BSC間硬切換，判決參數(shù)設(shè)置請參見LSTRRMINF:CN=x,SCTID=x,CRRID=x,RRMINF=CFSC;2、 到達切換地帶后，源側(cè)BSC應(yīng)向目標側(cè)MSC發(fā)送HandoffRequired，如果一直沒有發(fā)送，那么就要檢查：1）是否周期性的上報PPSMM消息，如果沒有說明沒有打開BSC間同頻硬切換開關(guān)：查詢命令分別為：LSTRRMINF:CN=x,SCTID=x,CRRID=x,RRMINF=PHOALG;,修改命令：MODPHOALG:CN=x,SCTID=x,CRRID=x,SFHHOSW=ON;2)PPSMM消息中是否上報了相鄰BSC的導(dǎo)頻信號，信號強度是否足夠，如果沒有收到對方信號，請確認：GPS是否Lock，搜索窗口是否設(shè)置過小，對方BSC在此處是否有信號，信號強度如何;PPSMM消息中的服務(wù)導(dǎo)頻信號和相鄰BSC信號是否達到BSC間切換設(shè)置參數(shù)的門限，參數(shù)設(shè)置可通過LSTRRMINF:CN=x,SCTID=x,CRRID=x,RRMINF=HHOSF;進行查詢；終端上報的PPSMM消息中包含的小區(qū)PN是否屬于相鄰BSC的；外部鄰區(qū)OUTCDMA和NBRCDMA是否配置正確。3、 目標8$。收到HandoffRequest后，完成無線資源的分配和地面鏈路的建立后給MSC返回HandoffRequestAck0如果申請無線資源失敗，反饋到話統(tǒng)中就是“Inter-BSOutgoingHardHOFailures(Radioresourcesunavailable)”，可觀察其目標扇區(qū)的話務(wù)量是否很高，造成Walsh碼資源不足；如果地面鏈路建立失敗反饋到話統(tǒng)中就是“Inter-BSOutgoingHardHOFailures(Requestedterrestrialresourcesunavailable)”，可觀察其對應(yīng)扇區(qū)話務(wù)量是否很高，Abis信令鏈路帶寬設(shè)置過小，CE是否不足、業(yè)務(wù)帶寬是否不足、A接口鏈路狀態(tài)或者取得服務(wù)小區(qū)對應(yīng)的SPURunlog，分析失敗原因是否是其它原因。4、 MSC向源BSC發(fā)起切換命令HandoffCommand，里面包含目標BSC給終端分配的Walsh碼以及搜索窗口設(shè)置。5、 源BSC就向終端發(fā)送UHDM消息通知切換，UHDM消息包含有即將切換過去的目標BSC的搜索窗口、PN、Walsh碼等。終端收到UHDM消息后收到目標側(cè)BSC的前向空幀，會給源BSC返回MSAckOrder，并給目標側(cè)BSC發(fā)送反向業(yè)務(wù)信道前綴，如果BSC沒有收到，則空口上出現(xiàn)異常，最終切換失敗乃至掉話，在話統(tǒng)中統(tǒng)計為：Inter-BSOutgoingHardHOFailures(Returnedtooriginalchannel)和Inter-BSOutgoingHardHOFailures(MSNotdetectedbydestinationpilot)。失敗可能原因有：源BSC信號是否很弱，導(dǎo)致終端無法正確解調(diào)UHDMPN和Walsh碼是否正確搜索窗口設(shè)置是否合理，因為切換前的鄰區(qū)搜索是用的源BSC的設(shè)置，而

UHDM消息中的鄰區(qū)搜索是用的目標側(cè)的設(shè)置，存在不一致的問題，有可能目標側(cè)搜索窗設(shè)置過小導(dǎo)致之前收到的信號切換中無法收到。6、切換成功后，終端給目標BSC返回HandoffCompleteMessage，MSC釋放源BSC資源。具體流程及內(nèi)容見附件維護臺語音BSC間同頻硬切換信令跟蹤。9InterVendorSHHO

incomingSucc.dat9InterVendorSHHO

incomingSucc.dat9InterVendorSHHOOutgoingSucc.dat1.4.2典型異常信令1、華為向Lucent硬切換失敗信令。B-side

message-handofffa從下面的信令可以看出，BSC已經(jīng)給終端下發(fā)UHDM消息，最終卻沒有收到終端的OrderMessage，說明空口切換未成功，可能跟以下幾個原因有關(guān):117-[Uni]FeriodicPilotStrengthMeaEiiremerLtMeeeage"■r-dsch""17"48"40"732"12118[Um]FeriodicPilotStrengthMejawureEButFileEEage":R-iiSCH"'1748427347E119[Um]FowerMeasm-ementReportMessage":r-dsch""1748"44"3135C120[Um]PeriodicPilotStrengthMeasm-HmerLtMHSsage,：r2dsch"17484473512121[Um]Fi1utStrengthM巳 它」它mtMessage■7r-dsch""”if"48"45'632"87122[Um]OrderMessage":F-iiSCH""174845633'OC123:[Al]HandoffRequired"曲二涌柬…Tt"48"45"63362124[Um]OrderMessage'-F-DSCH"17484571287125[Um]OrderMessage■t-DSCH'"17"48"45"792"87126[Um]Fi1u+StrengthMe：=LEiji_emerLtMeeeage■:r-dsch"17484599412127[Um]OrderMessage■■:F-DSCH1748459942E128[Um]UrderMessage■:F2bSCH"1748460727E129[Um]OrderMessage■t-DSCH'"Tt""48"46..j受.87130[Um]FeriodicPilotStrengthMeaEiiremerLtMeEsage■:r-dsch"17484673837131[Al]HandoffCommandMSC->BSC17484687587132[Um]Univers：=ilHandn￡￡DirectionMessage■:F2bSCH"1748468762E133[Um]Uriivers：±1H：=ltli1u￡fDirec+ionMHSsage■t-DSCH'"17"48"47"i'7287134|[Um]IJniversalH：=LTLiloffDirtjctiurLMtjEEage |F_DSCH48:47:472:135[Abis]Abis_FropagationDelayReportBTS->BSC1748476182E136:[i.1]H：=LrLilo￡￡Commenced■:BSC-)MSC■1748478732E137[Abis]Abis_FropagatiunDelayReport■7bts->bsc"Tt""48"48'898"37138[Abis]AbiE_PropagationDelayReport■■：BTS->BSC"174850"1675C13y[Abis]AbiE_PropagationDelayFLeport■■:bts->bsc'"17485048725140[Abis]AbiE_PropagationDelayReport,■BTS^^BSC'17485080612141：[Um]OrderMessage■t-DSCH'"17"48"52"873"2E142[Um]OrderMessage■:f-dsch"17485307287143[Um]OrderMessage■■:f-dsch'"17485327287144[Um]OrderMessage':F2bSCH"17485347287145[Um]OrderMessage■7f-DSCH'"Tt""48"53"672"87146[Um]OrderMessage"：F-ijSCH"'174853873OC147[Al] FailureBSC->MSCTt"48538735C148[Um]UrderMassage,：f2dsch" 17 48538742E

1） Lucent在該區(qū)域內(nèi)前反向覆蓋較差，導(dǎo)致空口建立失敗2） UHDM中下發(fā)的頻點、PN、Walsh碼錯誤3） Lucent通過切換命令發(fā)過來的相鄰集搜索窗口過小，導(dǎo)致搜索不到鄰區(qū)（說明：在收到Handoffcommand消息之前，終端將根據(jù)華為設(shè)置的搜索窗口進行搜索，而收到Handoffcommand之后，將根據(jù)對端的搜索窗口設(shè)置進行搜索）下面逐一進行排查。從切換前的ENLUM消息里面可以看到，鄰區(qū)為429、309和69。49[Um]Ir-TrafticSysternF:±t_：utietereMessage54[Um]OrderMeEEage[Um]OrderMeeeage[Um]OrderMeEEage[Um]In_49[Um]Ir-TrafticSysternF:±t_：utietereMessage54[Um]OrderMeEEage[Um]OrderMeeeage[Um]OrderMeEEage[Um]In_TrafficSysternFarsuiietEi-EMessage[Um]OrderMeeeagernuTi^rLghlir:0x3(.3J▼nghbr▼NGHfiR-IHFO▼NGHfiR-IHFO[Um]OrderMessage[Um]OrderMessage[Um]FeriodicPilotStrength EiiEntMessag[Um]FeriodicFi1utStrengthMeaEui_enierLtMessag[Um]Fi1utStrengthMeasm-ementMessage[Um]OrderMeeeage[Um]OrderMeeeagerir_Ti-i__j___ii____—-—110101——100110101——nghbr-pn：0x135C309〕▼NGHBR-INFO 001000101——nghbr-pn:0x45(69) 0000:.MessageBrovser-IsgExplain55[Um]ExterLiiedNeinEhtu—pn：0k1ad(429)從切換前的PSMM看，Lucent基站的Ec/Io為一4dB，PN為429（pilot-pn-phase為27391，除以64得到427.98，說明PN為429，時延為65chip）。見下圖:LUmJFeri>:>dicFi1>:>tStrengthMeaEi±rement.Message[Um]Feriodii：Fi1otStrengthfileaEui-ementMeeeage[Um]FowerMpamur白/白口七ReportMessage[Um]Feri>:>dicFi1>:>tStrengthMeaEi±rement.MessageR-DSCHLUmJFeri>:>dicFi1>:>tStrengthMeaEi±rement.Message[Um]Feriodii：Fi1otStrengthfileaEui-ementMeeeage[Um]FowerMpamur白/白口七ReportMessage[Um]Feri>:>dicFi1>:>tStrengthMeaEi±rement.MessageR-DSCHR-IISCHR-DSCHR-DSCH—0011011 121|[Um]FilotStrHiig：thM白:蛭ursi-ntR-DSCHpilot_etrength：0xd(13)keep：0x1(1)▼pi1ot▼Pilot[Um]OrderMessage[Al]H：±tl>!>:>￡￡Required[Um]OrderMeisage[Um]OrderMessage[Um]Fi1c>tStrengthMeasm-ementMessageF-IISCHBSC->MS(F-IISCHF-HSCHR-DSCH-1101010001000— 1 口：+：pilot■-prLphasE:OxEaEf(27391)pi1ot-etrength:0x8(8)keep:Ox1(1)從UHDM消息里面看（見下圖），Lucent設(shè)置的srch-win-n為7（說明：在收到UHandoffcommand消息之前，終端將根據(jù)華為設(shè)置的搜索窗口進行搜索，而收到Handoffcommand之后，將根據(jù)對端的搜索窗口設(shè)置進行搜索），對應(yīng)40chip。而前面已經(jīng)計算出，時延為65chip，超過搜索窗搜索范圍（40/2=20chip）。故在終端收到UHandoffcommand之后，按照朗訊基站設(shè)置的搜索窗進行搜索，無法搜索到朗訊基站信號，導(dǎo)致切換失敗。472:87Univers：alH：dTLiiuftHirecti48484848484848484848484848484848484042444445454545472:87Univers：alH：dTLiiuftHirecti48484848484848484848484848484848484042444445454545454545464646464647117[Um]PeriodicPilotStrengthMeasurement三—mg/12&[Um]PilotStrengthMeaEm-emeritMessage[Um]OrderMessage[Al]H：dTLdijf￡Required[Um]OrderMessage[Um]OrderMessage1IS[Um]Ftn-iudicPilotStrengthM已asm-已m已tltM已，wag已[Um]FowerMeaEiji'emerLtHepartMessage[Um]FeriudicPilotStrengthMeuurem知tMessage[Um]Fi1qtStrengthMeaEixremeritMessage[Um]OrderMessage[Um]OrderMessage[Um]OrderMessage[Um]FeriodicPilotStrengthMgsurmmeTLt責：[Al]HandoffCommand[Um]UniversalH^duffDirectionMessage[Um]IJniversalHaiul。ffIIirecticmMessage[Ahie]AbiE-Prop:屹:mtionDelayFLeport[Al]H：iruhi￡￡Commenced[Abie]Abis-FropagationDelayKeport[Abis]Abis-FrupagatiunDelayJLepurt[Abie]AbiE-FropagationDelayReport[Abie]Abis~FropagationDelayRepnrt[Um]OrderMessage[Um]OrderMessage[Um]OrderMessage[Um]OrderMessage[Um]OrderMessage[Um]OrderM奕sa#[項江區(qū)門項皿d"￡Failure148[Um]OrderMessageR-LISCHR-DSCHR-DSCHR-DSCHR-DSCHF-LiSCHESC->MSCF-EiSCH"F-H5CHR-DSCHF-LISCHF-LISCHF-LISCHR-DSCHMSC->ESCF-LiSCH"F-LISCHETS->BSCBSC->MSCBTS->ESCET5->ESCBTS->BSCETS->BSCF-DSCHF-DSCHF-DSCHF-LISCHF-LISCHF-LISCHBSC->MSCF-DSCH1717171717171717171717171717171717732:125734:750313："500735:125632:875633:000633:625712:8750806 15 44 OC CB E8 B5 7F kF 22 05 (0806 15 48 OC CB EC B5 7F Bl 22 05 ]OS0606"4C"086AC4"70“““0806 15 50 OC C9 EC 75 TF E50806 05 5A OC CD EA FF 220206 01 CLl 00 40 000063 11 04 01 OE Ik 06 07 39 3F OB (02OB 01 CO 00 40 00792：87|994:13994:2E072:7E152:81738:31875:81876:25172:81618:25873：2E898:31167：5C487:2E806:12873:25072:81272:81472:81672:81873口'873:5(：874：2Et-eomp:0x5(5):0x3....(3.1srch-胃in~r:0k9(*3)t_add：0x1a(26)t-lit-op:Ox1e(30)encrypt：0x0(0)wlayer3寸iinivere：il_h：=lildoff-diiuEe-time:0x0(0)hiin-seq：OkO(0)parms-incl:0x0(0)se:ifch-incliided：0x1srch-win-a：0x7(7)—011010011110—-00—IF-DSCHsrch_win_n：0x7(7)而之前為什么可以搜索到朗訊基站的信號，是由于我們基站的搜索窗設(shè)置為11，見下圖:LVIIIJ LCXLUCU.JJ.LdLLLL*=-LJ"LZiZiJ.QJ.U11■=J>LIIII■=ZiZi-3-K.*=[Um]Extended匚hinrLelAssigrimentMessagej[Um]OrderMessage[Abis]AbisLVIIIJ LCXLUCU.JJ.LdLLLL*=-LJ"LZiZiJ.QJ.U11■=J>LIIII■=ZiZi-3-K.*=[Um]Extended匚hinrLelAssigrimentMessagej[Um]OrderMessage[Abis]Abis_FropagatinnDelayReport[Um]OrderMessage[Um]ServiceCormectMessage[Um]ServiceCuriiLHrtComple+iunMessagej[Vm]OrderMessage[Al]Assignm已nt匚口Eplmt曰4|[Ue]ln-Tra￡￡icSymtemFar：5沱七已『$45[Um]ExtendedNeighborListUpdateMeEsage■d.Pir1Fm1Il>-ila>-Maccoa l-0111001001111111010——iid:0x393￡(14655)nid：0xal0b(41227)srch-win.-a：O^a(10)——1011Erch-W1II-n:Oxb(11)1011——srch_,i*i,in_r:Oxb(.11j——011100 t-add：0xlcC28)—100000t~drop：0x20(32)0101——t-comp:0x5(J5)LJ.L*.AnLLI—iJX>JClllp-XL-3【結(jié)論】華為向朗訊硬切換時，由于朗訊基站搜索窗設(shè)置過小導(dǎo)致硬切換時無法搜索到朗訊基站信號，切換失敗。2、華為向朗訊硬切換時，由于對端分配walsh^誤切換失敗。Shardhandofffromhuaweitolucent.從下面信令可以看出，BSC已經(jīng)發(fā)送UHDM，但是最終切換失敗。原因是在UHDM消息中，對端分配的PN和walsh碼均為0，應(yīng)該是朗訊數(shù)據(jù)配置有誤。通知朗訊修改數(shù)據(jù)配置后解決。

HUAWEI2_y LLim」 rowerMQaEurwmQrLtKepurthleezage K一JJ3L.M. lu[Vm] PeriodicFi1otStrengthMHaEiji-emerit Mezzage R_DSCH 18[Vm] Power Meazin-ement fieport Mezzage Bi-DSCH 18[IJm] Power Meazin-ement fieport Mezzage R-DSCH 18[Um] FeriodicFi1otStreristhMeasm-ement Message R-DSCH 18[Al] Required BSC->fi1SC 18[Um] Fi1otStrengthMeazm-errierLtMezzage R-DSCH 18[Um] OrderMessage F-DSCH 18[Um] OrderMessage F-DSCH 18[Um] OrderMessage F-DSCH 18[Um] PowerMeaEui-en-ient ReportMessage R-DSCH 18[Al] 匚邸- MSC-：>ESC 18[IJm] Univere：alHandnEE DirectionMessage F_DSCH 18[IJm] Univere：alHandnEE DirectionMessage F_DSCH 18Uti09090909090909090909090909g00010202020202020203030304yjj232095236274739737737816896432793794086f」u375000250125250250375750750375750625750▼fch_lK_info▼FCH-ln-IilFLi-Fchpilot-pn:OkLI(D；ladd_pilc>t_rec_incl:0m0(0)pwi—cQrrib一ind：OmO(.0)code-chan-fch:0x0(0)qof_mask-id-fch：0x0(D)r寸廠￡ch-gating-mode:0x0[.0J43[IJm]UniversalHondo氏DirectionMessage F_DSCH18：:09::04::386:8T5[Al]HandoffCommen