路测切换失败的原因分析及解决

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决切换的流程图。可以从图中看出紧

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喇络中切换失败就意味着增加了网络的信令流量，并且也是掉话的隐患。因此处理好切换关系，减少切换失败的任务是优化工作非常重要的一项环节。在这一章里我们将从路测角度结合实例来分析日常工作中会遇到的切换失败的现象，并分析造成各种现象的原因以及相应的处理办法。总的来说，在遇到切换失败事件时首先应该从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，便认为切换失败；收到PhysicalInformation后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、控制小区用户起呼的范围，超过设置范围的用户将不能起