诺基亚基站版本问题导致VoLTE切换失败掉话-

问题描述：VoLTE用户在QCI1 DRX打开的情况下，在eNodeB内的不同小区切换，切换成功率只有96%左右，导致VoLTE掉话。

问题分析：在RL55站点下网格遍历的VoLTE测试中发现VoLTE掉话次数较多，掉话率高达20%左右，严重高于VoLTE的掉线率目标值2%。经分析一半以上的掉话都是由于站内切换失败引起的掉话。

如图:UE 已经在源小区收到切换命令，但是在目标小区随机接入失败，最终导致掉话。

Emil Log也显示在由于随机接入失败引起的切换失败。

MAC PS 研发分析了现有的TTItrace log，未能找到root cause。可能的怀疑点包括DRX功能\无线链路原因\MSG1消息解码。外场对比DRX开启和关闭的切换成功率对比。发现在DRX开启的情况下VoLTE切换成功率只有95.1%。

抓取DRX开启下的研发Log，经分析，如果上行MGS3的HARQ反馈为ACK时，目标小区接入能正常进行，切换成功。但当MGS3的HARQ反馈为NACK时，本应触发HARQ重传机制，但是由于软件内部计算偏差，错误认为UE处于DRX的sleep状态，未能有效的进行MSG3消息的重传，导致目标小区接入不成功，切换失败。

由此看出，切换失败只发生在接入的HARQ反馈的NACK时，故比例约为4%。

并且只有当DRX打开时，软件才会错误的计算UE处于DRX的sleep状态，切换失败。DRX关闭时，HAQR反馈为NACK后软件能正常的保证重传。

切换失败只发生在VoLTE时，是因为VoLTE采用QCI 1 传输。 QCI 1 配置的DRX周期较短，DRX计算错误切换失败就会发生。

如果DRX的周期较长，即使计算错误，UE的DRX状态还是active，还是能够保证重传后切换成功。所以切换失败只发生在DRX周期较短的VoLTE 测试中。