(1)问题分析
iPhone4终端从3G侧起呼(3G网络开启加密功能)成功切换到2G,并从2G网络返回3G时,切换无法正常完成,原因值为utran-configuration-unknown,如图5-12所示。
(2)iPhone4终端切换失败原因
目前核心网侧加密配置方式为:GSM不加密,不配置任何加密算法;3G加密,加密算法全都配置。当终端从3G网络起呼时,3G网络配置的加密算法为UEA1、UEA0,终端选择采用UEA1加密算法。在从3G到2G的切换过程中,核心网向BSC发送的加密算法为A5-0(即不加密方式),因此iPhone4终端在GSM侧采用不加密方式接入。当UE从2G切回3G网络时,根据核心网对加密方式的理解,既然该终端在RNC侧采用了加密方式进行起呼(UEA1),那么在向RNC发起切换请求时,就需要采用UEA1、UEA0加密算法,RNC根据该需求回复采用UEA1加密算法,导致iPhone4收到该消息后因为加密算法不一致切换失败。根据协议规范定义,系统间切换时应确保加密模式保持不变,即2G侧的加密方式与3G侧的加密方式应该保持一致,如果不一致则会出现切换失败,如图5-13所示。
图5-11 终端不支持导致的切换失败
图5-12 iPhone4切换失败(www.xing528.com)
(3)解决方案及验证
为了解决2G和3G加密方式不同导致的切换失败问题,优化参数如下:核心网开启A5-0、A5-1算法,BSC侧开启A5-0、A5-1算法;3G侧保持加密功能和UEA1、UEA0算法配置不变。
进行测试验证,终端从3G网络上起呼,从3G切换到2G,再从2G切换到3G,核心网到BSC的切换请求中携带A5-0、A5-1算法,BSC采用A5-1算法,RNC侧采用UEA1加密算法,这样就保证了2G侧和3G侧加密方式的一致性,两次切换均成功,如图5-14所示。
图5-13 2G和3G加密冲突导致失败
图5-14 iPhone4切换成功
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。