CDMA网络信令流程详解

1信令分析在分析问题时，请参照正确的流程，逐步检查到底哪一条消息没有收到，并且分析上一条消息里面携带的内容，从而定位原因所在。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关键点1=BSC向发送C]..ServiceRequest后，如果没有收到ISCMe■■?AssignroentRequest.尊判如后定时福睡，基话会绐手机展:送releasefirder.这种情挽是A1寰口失败。22C^LjJJmJOrderMessaae01:44:28:803:0000206123[Abis]Abis-Propag.3tionDelayBTS-AB灾厂、*,*^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令观因鑫信协原苦键点3：如珈is正常建链，但却建首收到EC藉消息，在话统里面宏体现套“指配资源失败能原因是并alsh、CE、power^f*足着星堂留裔邸骤悬艘有收到,在%喜蠢雷熟蹴越翳道在分析接入问题时，请参照上图所示正确的流程，逐步检查到底哪一条消息没有收到，且分析上一条消息里面携带的内容，从而定位原因所在【注】Abis-BTSsetup消息里面，携带了接入的小区、扇区、walsh码、频点。关键点1：BSC向MSC发送CMServiceRequest后，是否收到AssignmentRequest。如果没有收到MSC发的AssignmentRequest,等到6s后定时器超时，基站会给手机发送releaseorder.这种情况是A1接口失败。关键点2：BTS是否向BSC发送Abis-BTSSetupAck。Abis如有问题，如误码高、信令链路带宽不足等，将会体现为Abis无法建链成功，话统原因“指配资源失败”关键点3：是否发送ECAM（扩展信道指配消息）消息。如Abis正常建链，但却没有发

送ECAM消息，在话统里面会体现为“指配资源失败”，可能原因是walsh、CE.power不足。关键点4：是否在F-DSCH发送ordermessage,如没有收到，说明捕获业务信道前导帧失败。关键点5：是否发送Assignmentcomplete。如发送表明呼叫建立成功。如没有收到，在话统里面体现为“信令交互失败”。被叫流程与主叫几乎完全一致，被叫中的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匚关陌「叮旧匝_”】旦套日口巨—F-C5CH相胃于主叫的originationmessage1.1.2典型异常信令1、A1接口失败。A消息ID/肖息类型.消息方向 到达时间L消息内容I[Um]口上\1巳上-吊已弓三:归11910[Um]OriginationMessage[Al]CMServiceRe康A消息ID/肖息类型.消息方向 到达时间L消息内容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秒后定时器超时释放呼叫。话统显示“A1接口失6222LIEU0562220EU05622P「IF2、传输误码率高导致指配资源失败N消息ID]消息类壅.. |消息方向 L到达时间.._ 1消息内容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，无法建链话统显示、指配资源失败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消息类型消息方向 到达时间 '消息内容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下发'***sta^-_0rderMessage,说明话统显示失败原因：信令交互失败。话统显示失败原因：信令交互失败。引起信令交互失败一般是空口原因，本案例比较特殊，该基站下面呼叫全部失败，通过结合CSL分析，发现存在大量0x0c8b（SDU_ADD_LINK_FAI。接入失败，怀疑FMR板有故障，在征得客户同意基础上复位小框后（该框下仅有这一个基站）解决。

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传㊂㊂立甚归_桦素窗口太小，设胃-DSCH26[UmExterLdedNeighborLiztUpdateM曰mvmg：白_汽二台*】一F-DSCH27[Um.FowerCorLtrolMeEsage =?1■'压顶U表F-DSCH28[aDIe]ADIE-D12-3eLUp邻区削云链路建立，失败了对应到话统,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理应话题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、关键点1：终端是否上报PSMM消息。当相邻小区信号强度满足切换条件，终端上报PilotStrengthMeasurementMessage。这是触发切换的首要条件，如果在路测时发现到达切换区域仍然没有实现成功切换，首先检查是否发送PSMM消息。如果没有发送，那可能有以下几个原因：1） 是否存在邻区漏配（检查ExtendNeighborListUpdateMessage或到维护台LSTNBRCDMA中查询）2） 切换门限是否设置合理（检查In-TrafficSystemParametersMessage或者维护台LSTRRMINF:RRMINF=HO;查询）3） GPS是否正常工作（检查GPS是否Lock，有几颗星），相邻集搜索窗口设置是否足够(检查In-TrafficSystemParametersMessage或者维护台LSTRRMINF:RRMINF=HO;查询)4)邻区信号是否在此地有足够覆盖等等。2、关键点2：BSC是否向BTS发送人旗^丁、ACK。BSC收到PSMM消息，就会准备资源，包括Walsh码和地面链路，向相邻BTS发送Abis-BTSSetup要求建立地面链路和分配Walsh^或者向同BTS相邻扇区发送Abis-BTSSetup分配Walsh码。如果申请Walsh码失败，反馈到话统中就是“Intra-BSSoftHOFailures(Radioresourcesunavailable)”，可观察其目标扇区的话务量是否很高，造成Walsh码资源不足，或者取得服务小区对应的SPURunlog，分析CSL失败原因是否是其它原因；如果Abis链路建立失败反馈到话统中就是“Intra-BSSoftHOFailures(RequestedAbisresourcesunavailable)”，可观察其对应扇区话务量是否很高，Abis信令链路带宽设置过小，CE是否不足、业务带宽是否不足或者取得服务小区对应的SPURunlog，分析LSL失败原因是否是其它原因。失败原因值见：D：\Reliance项目准备'问3、 关键点3：BSC是否向终端发送UHDM消息(UniversalHandoffDirectionMessage)。地面链路建立和Walsh分配成功后，BSC就会向终端发送UHDM消息通知切换，UHDM消息、的“active-set-record”中包含有所有进入激活集分支的PN码和Walsh码。4、 关键点4：BSC是否收到终端发送的ackorder。终端返回UHDM消息后成功接收相邻小区下发的空帧后回应MSAckOrder，紧接着回复HandoffCompleteMessage，切换成功。如果收到终端的'ejectorder，反馈到话统中就是“BS内软切换失败次数(MS拒绝)”，如果没有收到终端MSAckOrder，反馈到话统就是“Intra-BSSoftHOFailures(Radiointerfaceabnormal)”，失败可能有三个原因：源侧信号过弱，终端没有收到UHDM消息或者BTS没有收到终端的MSAckOrderMessage目标侧小区信号变弱，终端无法收到前向空帧进行同步目标侧小区分配的Walsh码有误具体流程及内容见附件维护台语音软切换信令跟踪。

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。££Dir已c:tinn.Mess义巨已PowerLIeasm-ementReportMessageUnivere：il DirectionMessageO^le^MessazeHandj。££Complatic]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弃且下发UHD■通宛疼端切换:1163 [A3AT]A3~CuiiitectRECEIVE14:46:56:182:7501414挡141414埠1414141414141414[14!1446琴565646甜465646564646d565646苗46临564656465646465656465646564657014>性47014701183:000185：：375 □lti274:750导频南296:750理2理关键点*源BSC是否向目标侧堀Esesc发送47-HandoffRequest:*瞟关键点3：源ESC是否收到目标ESC的43-642125Connecto如果没有收到，在话就中有三种迎嚣S失败原因："J^Radioresourcesunavailable25nRequestedAbisresourcesunavailable625^3-1inksetupfailed12S嫁关键点品终端收到UHD■消息然后是否顷讯回应OrderIessage<>器?如果没有回应，对应话就里面失败原因星为“ES间软切换失败次数(无线接口故8280308309029820275065065931、关键点1:是否收到终端上报的?$]^。当相邻BSC的小区信号强度满足切换条件，终端上报PilotStrengthMeasurementMessage。如果到达切换区域终端仍然没有发送PSMM消息，可能原因同见软切换关键点1。2、关键点2：源侧BSC是否向目标侧BSC发送A7-HandoffRequest。如果没有发送，那么就要检查：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消息中包含的小区PN是否属于相邻BSC的外部邻区NBRCDMA是否配置正确。3、 关键点3：源BSC是否收到目标BSC的A3-Connect并发送A3-ConnectACK。目标8$。收到A7-HandoffRequest消息后，就会准备无线资源、地面链路，向源BSC发送A3链路资源建立请求。如果没有收到目标BSC下发的A3-Connect，可能有如下三种原因:如果申请无线资源失败，反馈到话统中就是“Inter-BSSoftHOFailures(Radioresourcesunavailable)”；可观察其目标扇区的话务量是否很高，造成Walsh码资源不足，或者取得服务小区对应的SPURunlog，分析LSL失败原因是否是其它原因；如果地面链路建立失败反馈到话统中就是“Inter-BSSoftHOFailures(RequestedAbisresourcesunavailable)”；可观察其对应扇区话务量是否很高，Abis信令链路带宽设置过小，CE是否不足、业务带宽是否不足，或者取得服务小区对应的SPURunlog，分析LSL失败原因是否是其它原因；如果A3链路建立失败反馈到话统中就是“Inter-BSSoftHOFailures(A3-linksetupfailed)”，检查A3链路配置是否设置正确，链路带宽是否足够。4、 关键点4：源BSC是否向终端发送UHDM消息通知切换。源BSC收到目标8$。的A3-Connect后回复A3-Connect人。田目标8$。回复A7-HandoffRequestACK给源BSC。源BSC收到后会向终端发送UHDM消息通知切换。UHDM消息的IE“ActiveSetInfo”中包含有源BSC和目标BSC所有进入激活集分支的PN码。5、 关键点5：终端收到UHDM消息然后是否回应OrderMessage。终端收到UHDM消息后，成功接收相邻BSC下小区下发的空帧后回应OrderMessage，紧接着回复HandoffCompleteMessage，切换成功。如果没有收到终I^MSAckOrder，对应话统里面失败原因“BS间软切换失败次数(无线接口故障)”，可能有三个原因：源侧信号过弱，终端没有收到UHDM消息或者BTS没有收到终端的MSAckOrderMessage目标侧BSC小区信号变弱，终端无法正确收到前向空帧信号进行同步目标侧小区分配的Walsh码有误具体流程及内容见附件维护台语音8$。间软切换信令跟踪。InterBSCSHO.dat1.3.2典型异常信令暂无1.4BSC间同频硬切换1.4.1正常信令InterBSCOutgoingHardHO

1、 按照2.3.5打开BSC间同频硬切换开关，终端会周期性地上报PPSMM消息，BSC会根据PPSMM上报的本扇区的导频和相邻BSC扇区的导频强度来进行判决是否触发BSC间硬切换，判决参数设置请参见LSTRRMINF:CN=x,SCTID=x,CRRID=x,RRMINF=CFSC;2、 到达切换地带后，源侧BSC应向目标侧MSC发送HandoffRequired，如果一直没有发送，那么就要检查：1）是否周期性的上报PPSMM消息，如果没有说明没有打开BSC间同频硬切换开关：查询命令分别为：LSTRRMINF:CN=x,SCTID=x,CRRID=x,RRMINF=PHOALG;,修改命令：MODPHOALG:CN=x,SCTID=x,CRRID=x,SFHHOSW=ON;2)PPSMM消息中是否上报了相邻BSC的导频信号，信号强度是否足够，如果没有收到对方信号，请确认：GPS是否Lock，搜索窗口是否设置过小，对方BSC在此处是否有信号，信号强度如何;PPSMM消息中的服务导频信号和相邻BSC信号是否达到BSC间切换设置参数的门限，参数设置可通过LSTRRMINF:CN=x,SCTID=x,CRRID=x,RRMINF=HHOSF;进行查询；终端上报的PPSMM消息中包含的小区PN是否属于相邻BSC的；外部邻区OUTCDMA和NBRCDMA是否配置正确。3、 目标8$。收到HandoffRequest后，完成无线资源的分配和地面链路的建立后给MSC返回HandoffRequestAck0如果申请无线资源失败，反馈到话统中就是“Inter-BSOutgoingHardHOFailures(Radioresourcesunavailable)”，可观察其目标扇区的话务量是否很高，造成Walsh码资源不足；如果地面链路建立失败反馈到话统中就是“Inter-BSOutgoingHardHOFailures(Requestedterrestrialresourcesunavailable)”，可观察其对应扇区话务量是否很高，Abis信令链路带宽设置过小，CE是否不足、业务带宽是否不足、A接口链路状态或者取得服务小区对应的SPURunlog，分析失败原因是否是其它原因。4、 MSC向源BSC发起切换命令HandoffCommand，里面包含目标BSC给终端分配的Walsh码以及搜索窗口设置。5、 源BSC就向终端发送UHDM消息通知切换，UHDM消息包含有即将切换过去的目标BSC的搜索窗口、PN、Walsh码等。终端收到UHDM消息后收到目标侧BSC的前向空帧，会给源BSC返回MSAckOrder，并给目标侧BSC发送反向业务信道前缀，如果BSC没有收到，则空口上出现异常，最终切换失败乃至掉话，在话统中统计为：Inter-BSOutgoingHardHOFailures(Returnedtooriginalchannel)和Inter-BSOutgoingHardHOFailures(MSNotdetectedbydestinationpilot)。失败可能原因有：源BSC信号是否很弱，导致终端无法正确解调UHDMPN和Walsh码是否正确搜索窗口设置是否合理，因为切换前的邻区搜索是用的源BSC的设置，而

UHDM消息中的邻区搜索是用的目标侧的设置，存在不一致的问题，有可能目标侧搜索窗设置过小导致之前收到的信号切换中无法收到。6、切换成功后，终端给目标BSC返回HandoffCompleteMessage，MSC释放源BSC资源。具体流程及内容见附件维护台语音BSC间同频硬切换信令跟踪。9InterVendorSHHO

incomingSucc.dat9InterVendorSHHO

incomingSucc.dat9InterVendorSHHOOutgoingSucc.dat1.4.2典型异常信令1、华为向Lucent硬切换失败信令。B-side

message-handofffa从下面的信令可以看出，BSC已经给终端下发UHDM消息，最终却没有收到终端的OrderMessage，说明空口切换未成功，可能跟以下几个原因有关: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在该区域内前反向覆盖较差，导致空口建立失败2） UHDM中下发的频点、PN、Walsh码错误3） Lucent通过切换命令发过来的相邻集搜索窗口过小，导致搜索不到邻区（说明：在收到Handoffcommand消息之前，终端将根据华为设置的搜索窗口进行搜索，而收到Handoffcommand之后，将根据对端的搜索窗口设置进行搜索）下面逐一进行排查。从切换前的ENLUM消息里面可以看到，邻区为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设置的srch-win-n为7（说明：在收到UHandoffcommand消息之前，终端将根据华为设置的搜索窗口进行搜索，而收到Handoffcommand之后，将根据对端的搜索窗口设置进行搜索），对应40chip。而前面已经计算出，时延为65chip，超过搜索窗搜索范围（40/2=20chip）。故在终端收到UHandoffcommand之后，按照朗讯基站设置的搜索窗进行搜索，无法搜索到朗讯基站信号，导致切换失败。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#[项江区门项皿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)而之前为什么可以搜索到朗讯基站的信号，是由于我们基站的搜索窗设置为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【结论】华为向朗讯硬切换时，由于朗讯基站搜索窗设置过小导致硬切换时无法搜索到朗讯基站信号，切换失败。2、华为向朗讯硬切换时，由于对端分配walsh^误切换失败。Shardhandofffromhuaweitolucent.从下面信令可以看出，BSC已经发送UHDM，但是最终切换失败。原因是在UHDM消息中，对端分配的PN和walsh码均为0，应该是朗讯数据配置有误。通知朗讯修改数据配置后解决。

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