如何避免迁移失败的因素分析与解决方案

对于这个问题，发生时是有相对的概率和特殊条件的：首先是在迁移的过程中；其次为特定的索尼爱立信C702终端；再次是出现了测量控制失败。另外，还有掉话时手机上报的1a事件网络侧不处理，带着这些问题我们对其分析如下。

1.迁移过程中MR测量对于通话的影响

目前网络在跨RNC时对于CS业务采取的是静态迁移的策略，目的是保证高铁上的长呼在连跨几个RNC后保证小区级参数的优化效果。另外，全网打开了MR测量开关，这类测量包括同频周期测量、同频事件测量、异频周期测量、异频事件测量、异系统周期测量、异系统事件测量、下行Bler的测量、手机发射功率的测量、上行SIR的测量、LCS的测量和RACH的测量。现网开关状态如下：SETUMRCTRL：MRTRAFFICTYPE=TRAFFIC_AMR-1&TRAFFIC_VP-1&TRAFFIC_BE-1&TRAFFIC_OTHER-1，MRINTRAFREQPERIOD=D12，MRRPRTCFGSWITCH=MR_PRD_INTRA_FREQ_MEAS_SWITCH_1-1&MR_EVT_INTRA_FREQ_MEAS_SWITCH_2-1&MR_PRD_INTER_FREQ_MEAS_SWITCH_3-1&MR_EVT_INTER_FREQ_MEAS_SWITCH_4-1&MR_PRD_INTER_RAT_MEAS_SWITCH_5-1&MR_EVT_INTER_RAT_MEAS_SWITCH_6-1&MR_DL_BLER_MEAS_SWITCH_7-1&MR_UE_TX_POWER_MEAS_SWITCH_8-1&MR_UL_SIR_MEAS_SWITCH_9-1&MR_LCS_MEAS_SWITCH_10-1&MR_RACH_MEAS_SWITCH_11-1，MRLCSMETHODSWITCH=LCS_AGPS_UEBASED_SWITCH_1-0&LCS_AGPS_STANDALONE_SWITCH_2-0&LCS_CELLID_RTT_SWITCH_3-0，MRDLBLERPERIOD=D12，MRUETPPERIOD=D12，MRULSIRPERIOD=D12，MRLCSPERI-OD=D12；

这意味着终端在进行业务时会根据网络侧下发的测量控制来对上面的内容进行测量并上报测量结果。

分析网络侧下发的测量控制，发现在迁移之后手机会收到网络侧连续下发的9条测量控制，内容分别是release、release、release、intraFrequencyMeasurement、interFrequencyMeasurement（Ec-Io）、interFrequencyMeasurement（RSCP）、intraFrequencyMeasurement（Ec-Io）、qualityMea-surement、ue-TransmittedPower，其中包含的rrc-TransactionIdentifier依次为0、1、2、3、0、1、2、3、0，可以看出在这里系统的rrc-TransactionIdentifier是0、1、2、3循环使用的，所不同的是使用不同的扩展信元进行区分，如图6-2所示。

图6-2 测量控制消息中的扩展信元

之后手机迅速上报了一条测量控制失败的消息指示终端不支持rrc-TransactionIdentifier为3的测量，即不支持intraFrequencyMeasurement或qualityMeasurement的测量，而区分它们的扩展信元终端却没有上报，导致网络侧直接释放了measurementIdentity为4，也就是rrc-TransactionIden-tifier为3扩展为0的intraFrequencyMeasurement测量控制，最终使得网络侧对于同频测量的消息不再处理直至掉话，如图6-3所示。

图6-3 测量控制失败1

归纳一下，这个过程就是迁移之后网络侧通过3个包含release的测量控制消息对迁移之前的相关测量控制进行释放，其rrc-TransactionIdentifier分别为0、1、2，之后在新的小区中下发新的测量控制以保持通话的正常进行，包括同频、异频、Bler和UE发射功率的测量，它们的rrc-TransactionIdentifier分别为3、0、1、2、3、0，并且这些循环的rrc-TransactionIdentifier以扩展信元0、1、2作为区分，不考虑扩展信元可以发现Bler和同频测量的rrc-TransactionIdentifier正好相同，因为索尼爱立信C702不支持Bler的测量，所以上报了测量控制失败，但这条消息中却没有包含扩展信元的内容，导致网络侧认为终端不支持与Bler测量rrc-TransactionIdentifier相同的同频测量，从而释放了同频测量导致掉话，所有这些因素综合在一起致使了问题的发生。因此可以看出网络侧打开了MR的测量和终端不支持此测量是导致掉话的直接原因。

2.迁移过程中小区状态改变对于通话的影响

经过前面的分析我们发现，测量控制中同频和Bler测量rrc-TransactionIdentifier的巧合也是问题的一个主要原因，经过进一步的分析发现该问题的发生不是绝对的，也就是说，在某些特殊情况下即使终端仍然不支持Bler的测量，但因为rrc-TransactionIdentifier没有发生冲突就不会导致掉话。这种现象发生在以下两种情形中。

（1）由支持异频异系统且配置相关邻区的小区进入没有相关邻区的小区

根据测量控制消息的下发机制，在终端移动的过程中，每发生一个1d事件，即最好小区发生改变之后都要对之前的测量控制进行刷新（包括修改和释放），同时下发本小区新的测量控制消息。对于不定义异频异系统的小区，在1d事件后，将不下发异频异系统切换2d、2f门限，并且释放之前已经下发的异频、异系统测量，即当手机终端从一个支持异频异系统且配置相关邻区的小区进入没有相关邻区的小区且发生了1d事件的时候，网络侧会释放掉之前小区异频异系统的测量控制，只保持同频的测量控制消息。如果此时正好发生了迁移，那么在迁移之后测量控制的释放就不会有三条，因为前面已经释放过了，所以就只有一条释放消息，从而导致后面下发的测量控制的数目发生了变化，也使得rrc-TransactionIdentifier的循环发生了变化，最终Bler测量和同频测量的rrc-TransactionIdentifier不会产生冲突，在这种情况下即使手机继续上报测量控制失败也不会发生掉话，如图6-4所示。

图6-4 测量控制失败2

因此可以看出，这种情况是通过改变测量控制的下发数目避免终端不支持的Bler测量和同频测量的rrc-TransactionIdentifier产生冲突，从而避免后续流程的掉话。

（2）由支持MR测量的小区进入不支持MR测量的小区

同样地，当终端在迁移之前从一个打开了MR测量的小区进入一个没有打开MR测量的小区的时候，根据测量控制下发机制也存在释放之前MR测量控制消息的过程。如果此时正好发生了迁移，那么在迁移之后测量控制的释放就不会有三条，因为前面已经释放过了，所以就只有一条关于同频的释放消息，从而导致后面下发的测量控制的数目和rrc-TransactionIdentifier的循环发生了变化，最终Bler测量和同频测量没有产生冲突，后面也没有掉话发生。(www.xing528.com)

这种情况和上面一样，也是通过改变测量控制的下发数目避免终端不支持的Bler测量和同频测量的rrc-TransactionIdentifier产生冲突，从而避免后续流程的掉话。

3.迁移过程中终端设置及版本对于通话的影响

上面的分析是针对网络侧的，下面对终端的设置和版本对于通话的影响进行分析。

（1）终端是否设置为双模模式

在测试中发现，如果终端强制选在3G网络中，那么网络侧会根据终端的设置情况在迁移之后不会下发异频异系统的测量控制，使得在包含释放的测量控制之后的测量控制数目发生了变化，同样地使rrc-TransactionIdentifier的循环发生了变化，最终没有出现Bler测量和同频测量的冲突，也没有掉话发生。

（2）网络对R3版本终端的测量控制下发机制

测试中还发现索尼爱立信K800终端在迁移之后却不会出现相同的问题，经分析，索尼爱立信K800终端属于R3版本的终端，此版本的终端是支持Bler的测量的，但每次仅能最大接收4条测量，如果测量控制消息多于4条，那么TransactionIdentifier将被复用，但是只能是在测量控制消息超时后（系统设置为3s），接收剩余的测量控制消息，这样控制消息就不会出现上报测量控制失败消息的情况。但如果K800终端不支持Bler测量，同样也会上报测量失败，只是由于与同频的TransactionIdentifier不冲突，不会影响同频切换也不会产生掉话。

但另外一个因素也决定了它不会出现像索尼爱立信C702终端的情况，就是索尼爱立信K800终端在迁移之后网络侧下发给它的测量控制rrc-TransactionIdentifier的顺序是0、1、2、3、3、2、1、0，并且是没有扩展指示信元的，这样即使出现了不支持Bler测量的终端，测量控制在排序上也不会出现Bler测量和同频测量冲突的问题，也就不会导致掉话，如图6-5所示。

图6-5 网络针对R3终端测量控制标号方式

（3）网络对R5版本终端的测量控制下发机制

索尼爱立信C702终端属于R5版本的终端并且不支持Bler的测量，对于此版本，每次可以接收最大16条测量控制消息，指示为TransactionIdentifier（TransactionIdentifier值为0、1、2、3），与扩展信源rrc-TransactionIdentifier-MSP-v590ext：（0，1，2，3）一起对测量控制进行区分（见图6-6），这样在迁移的过程中才会出现不支持Bler测量，上报不带扩展信元的测量控制失败，导致网络侧误释放掉同频测量控制进而出现掉话的问题。

（4）网络对R6版本终端的测量控制下发机制

对于一些如诺基亚的R6版本的手机终端而言，迁移之后测量控制的下发又会不一样，此时网络侧对测量控制的区分是不使用上面的扩展信元消息部分的，而是直接采用rrc-Transaction-Identifier连续编号的方式，也就是说，测量控制消息的rrc-TransactionIdentifier，标号范围为0～15，总共16个，而没有扩展信元rrc-TransactionIdentifier-MSP-v590ext的标识。因为测量控制消息的编号是按照顺序进行的，不存在循环，因此在这种情况下即使出现不支持Bler测量的R6版本的终端，也不会产生与同频测量控制消息的冲突，从而避免了掉话的产生。

图6-6 R5类终端标识

4.迁移过程中终端事件上报内容对于通话的影响

在对信令的分析中还发现，索尼爱立信C702终端迁移上报了测量控制失败后，网络侧并不是每次都立即释放与Bler测量冲突的同频测量控制，而是一直等终端上报一个同频事件之后才开始释放同频测量控制，这个同频事件可以是1a、1b或者1d，但在释放之前，如果信号变差，而上报了2d事件的话，网络侧就会进行异频异系统切换的准备，之后切换成功的话也会避免掉话的产生。因此可以看出，在测量控制失败之后，终端对于网络事件的上报时机也会对掉话产生影响。