|
一、小区内部切换（INTRA _CELL HANDOVER） 因为是在该小区内部来分配TCH资源，其接续过程同呼叫建立是TCH的接续分配过程是一样的。当BSC收到BTS发送过来的指派完成（ASSIGNMENT COMPLETE）的消息后，将向MSC发送出切换已执行（HO PERFOMED）的报文，该报文中将含有该切换的类型（如INTRACELL）。此后，BSC将通过无线信道释放（RF CHANNEL RELEASE）的报文将旧的TCH信道释放，BTS收到该指令后，将把旧的TCH资源释放掉，并返回一条确认的消息（RF CHANNEL RELEASE ACK），表示该信道已空闲可用于其它的分配了。流程如图3所示。
图 3 Intra_cell Handover 流程图 二、BSC内部小区间切换（INTRA_BSC HANDOVER） 当手机想切入的目标小区是同一BSC下的不同小区时，即将触发BSC内部切换事件。 BSC将通过对手机上行发送的测量报告进行分析，排列出符合切换条件的邻小区组，当发现该手机切换的目标小区是它所管理的另一小区时，将向目标小区B发出信道激活（CHANNEL ACTIVE）的命令，该报文中含有请求的信道类型和加密算法以及切换参考号等。当B小区已准备好，则向BSC发出信道激活响应（CHANNEL ACTIVE ACK）的报文作为回应。BSC收到该报文后，则将向原小区A发出切换命令（HANDOVER COMMAND）的报文来要求手机去接入新的小区，该消息中含有在新信道上传输的所有特征信息和手机接入所需的数据，而且它还指示了该切换是同步切换还是异步切换，基站再将切换命令发送给手机。 当手机收到该命令后，通过判别若是同步切换则根据切换命令的指示，在所分配的新的TCH信道上向目标小区B发送几个（一般是四个）切换接入（HANDOVER ACCESS）的请求，然后用以前的TA值提前开始正常传输。在这里还应注意一个问题，切换接入（HANDOVER ACCESS）这一消息通过的是接入突发脉冲（ACCESS BURST）发送的，这是接入突发脉冲用到专用信道上的一个唯一的特例，它仅含有从切换命令（HO COMMAMD）中所获得的8比特的切换参考号，由于该参考号是目标小区已知的，因此新的小区就可以通过该切换识别号来检查是否是期望的手机的接入请求了。 若是异步切换，当目标小区B的信道被激活后，它将一直在所分配的专用信道上来等候手机的接入，当它检测到手机发出的切换接入请求后，一方面向BSC发出切换检测到（HO DETECT）的消息，一方面向手机发出物理消息（PHYSICAL INFORMATION）来向手机提供它所计算出的新的定时提前的结果 。 图 4 Intra_BSC Hanover 流程图 当手机收到目标小区所提供的新的TA之后（若是同步切换，它将用自己的），就会使用该TA值，进入正常传输模式，在新的TCH信道上（此时是NORMAL BURST的形式）向网络发出SABM的报文（Um接口Layer2的设置异步平衡模式。我们将会在后面的章节中，介绍二层信息的种类和作用），若网络收到了该报文，一方面向BSC发出建立指示（ESTABLISHE INDICATION）的报文，表明数据链路层已建立起来了，一方面向手机发出UA的响应帧。当手机收到UA的响应后，它会认为已和该小区建立起了信令的应答模式，此后它就会向目标小区发送一条切换完成的消息（HANDOVER COMPLETE），在该报文中，只有切换完成的指示，并不携带其它消息，只有在该报文发出后，手机才会放弃会到旧信道的所有可能性。若手机没有收到目标小区发出的物理消息（PHYSICAL INFORMATION）或UA的响应帧超过设置时长，它就会在该信道上向源小区发出一条切换失败（HANDOVER FAILURE）的报文，再由原小区考虑是否再进行切换。有关路测中切换失败的问题我们将在下一章作具体介绍。 当目标小区B收到手机发出的切换完成的消息后，将再把切换完成的消息通知给BSC。BSC收到该消息后，一方面向原小区A通过无线信道释放（RF CHANNEL RELEASE）的报文通知来它释放旧的TCH信道。当原小区A收到该报告后，将返回一条无线信道释放响应（RF CHANNEL RELEASE ACK）报文，表示该无线信道已释放完毕，可用于再次分配了。另一方面，BSC则会向MSC发出切换已执行的报文（HO PERFOMED）通知，该消息中有切换的类型。 BSC内部切换通常是由BSC自动完成，在整个决策过程中都不需要MSC的参与，为了通知MSC已成功的完成了一次切换，一般会向MSC发出一条HO PERFOMED的通知。 三、MSC内部BSC间切换（INTRA MSC HANDOVER）本节中讨论的切换也可以称为BSC间切换（INTER_BSC HANDOVER），但仅限于在同一个MSC内的BSC间切换，跨交换机的BSC间切换，则称为MSC间的切换。 BSC通过对手机测量报告的分析，若发现切换的首选目标小区属于不在该BSC下时，它将向MSC发出一条切换申请（HANDOVER REQUIRED）的报文，该报文中包含了切换的目标小区组和原小区的小区识别号（CELL ID），以及切换的原因等。当MSC收到该消息后，将尝试切入首选的目标小区，通过查询本端LAC表若发现目标小区的LAC号是自己的，则查询该小区的位置所在BSC，并向新BSC发出一条切换请求的消息（HANDOVER REQUEST），该消息中包括目标小区和原小区的信息、传输模式（从目前的需要获得，因此可能与原小区连接的特性不同）、加密模式（与以前一样）、手机类标（CLASSMARK）及所需的信道类别等。当新BSC收到该消息后，首先向MSC发一条SCCP连接的（CC）的确认消息，表示MSC与它的SCCP的连接已建立起来了，此后将通过该路径来传递A接口的信息。若当BSC发现有信道资源，则将通过交换信道激活和信道激活响应两条报文来准备好一条新的TCH信道，目标小区同时也准备好手机的接入。 当新BSC收到目标小区发来的信道激活响应后，将向MSC发送一条切换请求响应（HANDOVER REQUEST ACK）的报文，在该报文中携带着切换命令的消息,表明本端已经准备完毕，并将与该次切换所分配资源有关的信息发送给MSC。当MSC收到该消息后，将向原BSC发送切换命令（HANDOVER COMMAND），该报文中含有小区号码、信道类型和切换参考等消息。当手机收到该切换命令的消息后，将根据该消息的指示来试图接入新的小区，此后将进行切换接入过程，当手机成功的接入后，新的BSC将向MSC发切换完成（HO COMPLETE）消息。当MSC收到该消息后，就会向原BSC发送一条清除命令（CLEAR COMMAND），该报文中含有清除的原因（如切换清除等），当原BSC收到该报文后将释放掉旧的TCH信道后将向MSC发出清除完成（CLEAR COMMAND）的消息。在MSC收到该消息后，将把以前的SCCP拆除掉。于是，本次切换过程完毕。 流程如图5所示。 图 5 Inter_BSC Handover 流程图 四、 MSC间切换当MSCA收到BSC的切换申请（HANDOVER REQUIRED）后，通过对报告的分析，若发现切换首选目标小区的LAC号没有在其本地的LAC表中，则会查询其远端的LAC表，该LAC表中含有相邻MSC/VLR的路由地址，当找到目标MSCB的地址后，MSCA则会向该目标发出切换准备（PREPARE HANDOVER）的消息，并将切换请求（ HANDOVER REQUEST）装到此报文的一个“信封”中。 目标MSC收到切换准备的报文后，将向其VLRB通过发送（ALLOCATE_HO_NUMBER）来请求分配切换号码，切换号码的分配只是为了使归属MSCA能够建立起来与目标MSCB之间的路由而提供的一个指向，VLRB将选择一个空闲的切换号码（HON）并通过送切换报告的消息（SEND HO REPORT）将切换号码发送给MSCB，MSCB收到后将返回一个送切换报告响应（SEND HO REPORT）的报文。此后，MSCB将建立一条与目标BSCB的SCCP链路，并向BSCB发出切换请求（HANDOVER REQUEST），再由BSCB将目标小区的信道激活。BSCB在收到目标小区发来的信道激活响应后，将向MSCB发送含有切换命令报文的切换请求响应（HANDOVER REQUEST ACK）。在MSCB收到该消息后，就将该消息同切换号码一同包装在切换准备响应（PREPARE HANDOVER ACK）中发送给归属MSCA。MSCA一旦收到该报文后，就能向MSCB发送通过初始化地址消息（IAM）的报文，在该报文中含有VLRB所分配的切换号码，以使MSCB来识别哪个话音信道是为该手机所保留的。 流程如图6所示。 图6 MSC间切换过程 在MSCA 收到MSCB发来的地址全（ACM）消息后，便可将切换命令发送给手机，通知它接入目标小区。此后手机将完成与目标小区的切换接入过程。在收到手机发送的切换接入消息后，MSCB将向MSCA发送一条PROCESS ACCESS SIGNING的报文表示切换已检测到。当目标小区收到手机发回的切换完成消息后，将通知给MSCB，于是MSCB就通过向MSCA发送一条送结束信号（SEND END SIGNAL）的消息，来通知它切换已完成。 在MSCA收到切换完成的指示后，将向原BSCA发送清除命令，来释放旧的信道资源。当释放完成后MSCA将通知MSCB，MSCB并向其VLRB发送切换报告，来请求释放所分配的切换号码。此时已完成MSC间切换。 异常情况是，当MSCB发现无法识别的目标小区、不允许切换到所指示的目标小区、目标小区中无可用的无线信道、VLRB中无可用的切换号码或在出现数据错误时都将向MSCA发出切换失败的指示。从而使MSCA再对次选的小区进行切换，或返回到原来的信道上去。 第三章 切换失败的原因分析手机在通话中为了保证通话质量，经常会切换到能够提供更好服务的小区上去，如果移动的距离较长，则会发生多次切换的现象。虽然切换失败不等同于掉话，但在GSM网络中切换失败就意味着增加了网络的信令流量，并且也是掉话的隐患。因此处理好切换关系，减少切换失败的任务是优化工作非常重要的一项环节。 在这一章里我们将从路测角度结合实例来分析日常工作中会遇到的切换失败的现象，并分析造成各种现象的原因以及相应的处理办法。 总的来说，在遇到切换失败事件时首先应该从HO_FAILURE消息中查找切换失败的原因解释（Cause value）,有些切换失败是可以直接查到切换失败原因的（可以详查GSM规范）。但对于有些Cause value，如Cause value111（Protocol error，unspecified）、Cause value 3（Abnormal release，timer expired）等就无法定位具体原因。对于这些情况，我们就应该再进一步的对信令流程、多种测量参数、统计报告以及测试现场的环境等进行综合的分析，从而进一步确定切换失败原因。下面的大部分篇幅的分析解决办法都是基于这些无法定位具体原因的Cause value。 一、连续的切换失败测试中我们有时会遇到这样的情况：如图7所示，接连不断的出现切换失败，当测试工程师继续驱车向前行驶时，就可能导致拖带掉话。从系统下行发送的Handover_Command消息中我们可以发现，目标小区都是同一个小区（或同一个基站的不同小区）。此种现象一般都和基站或传输设备的时钟故障有关，但也有可能是同频同BISC的小区造成的。 下面我们通过几个具体实例来说明。 图7 连续的切换失败 实例1 731医院的时钟失锁现象： 我们先从一个小区因PBGT原因切换至小区3070，切换正常。当与服务小区3070距离较远，下行电平逐渐变弱，邻区电平逐渐增强时，迟迟没有切换，最后向排位很低的一个小区进行了切换，切换后效果很差，服务电平仍然不高，致使Quality很差。随后又在这两个小区之间乒乓切换，但始终没有向较好的另外几个小区发出HO Command； 分析： 最好的前几个邻区的BSIC码均没有解出，所以只能向解出BSIC码的邻区发出HOCommand。如图8。
| 
发表于 2013-11-16 22:10:22
