终端与网络参数协商不一致导致2G至3G重选失败问题处理

故障案例终端与网络参数协商不一致导致2G至3G重选失败问题处理省公司江苏专业无线设备类型RNC设备厂家华为设备型号DRNC820软件版本170编制时间2009-8-21作者李俊作者电话13906118229入库时间审核人审核人电话厂商审核人联系方式关键字加密模式；START VALUE；integriProtInitNumber故障现象在TD商用终端测试中。使用LG KT878手机做2G至3G重选，出现路由区更新失败。具体现象如下：UE在空闲状态下，从GSM网络重选至TD网络后，并行发起位置区更新请求和路由区更新请求。PS域下发安全模式控制后，手机在5秒之后回复Routing Area Update Reject，原因为“Network Failure”，从而引起路由区更新失败。之后，手机发起小区更新请求。在小区更新信令中可以看到服务小区的RSCP为-80dBm左右。网络侧并未响应手机的小区更新请求。在T314计时器超时后，终端重新申请RRC连接，只做位置区更新，位置区更新成功。而在同地同时测试的其他终端（中兴U210、华为T550、酷派6168H、多普达S700等）都很正常。告警信息无原因分析UE从2G重选到3G后，将CS、PS域的START VALUE都清零了。在CS域的初始直传消息（LAU Request）中，UE将START VALUE通知了MSC，进行了参数协商。但是，PS域的初始直传消息（RAU Request）没有将清零后的START VALUE通知SGSN，可能造成网络侧与终端侧在PS域使用的START VALUE不一致。SGSN下发的securityModeCommand中，带有完整性保护初始值（integriProtInitNumber），协议规定该值是由START VALUE计算得到。如果终端侧与网络侧START VALUE没有协商一致，将导致网络侧下发的完整性保护初始值（integriProtInitNumber）与终端侧自身计算得到的不一致，终端不响应网络侧下发的安全模式命令securityModeCommand，最终致使RAU过程失败。处理步骤修改LG KT878终端底层协议栈，使UE在发送PS域初始直传消息中（RAU Request）需要上报START VALUE与SGSN进行协商。故障总结终端侧与网络侧的配合问题是我们当前推进TD终端发展、以及TD网络优化中最难分析与解决的问题。这需要我们从终端侧和网络侧协同分析，并根据协议进行问题定位。