终端与网络参数协商不一致导致2G至3G重选失败问题处理
3页
1、故障案例终端与网络参数协商不一致导致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等）都很正常。告警信息
2、无原因分析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网络优化中最难分析与解决的问题。这需要我们从终端侧和网络侧协同分析，并根据协议进行问题定位。
《终端与网络参数协商不一致导致2G至3G重选失败问题处理》由会员q****9分享，可在线阅读，更多相关《终端与网络参数协商不一致导致2G至3G重选失败问题处理》请在金锄头文库上搜索。
爱立信TDLTE基站现场维护手册
2022-03-27 20页
基于定时器的D2H功能验证报告
2022-03-27 7页
LTE800M网络基于频率优先级切换成功率的提升方案
2022-03-27 7页
011南昌电信CDMA+LTE网络专项优化项目天线性能研究
2022-03-27 32页
路网通区域指标输出说明
2022-03-27 3页
站间ULCoMP不同配置验证报告_20161225
2022-03-27 12页
跨RNC无法切换问题分析
2022-03-27 5页
TDLTE单站验证指导书V21].0
2022-03-27 17页
LTE室分RRU3182eCRS端口数设置错误导致无法切换入问题分析
2022-03-27 5页
黄金未来短期操作计划
2022-03-27 4页