【LTE实战】LTE小区TAC配置不合理导致CSFB失败处理案例.doc_第1页
【LTE实战】LTE小区TAC配置不合理导致CSFB失败处理案例.doc_第2页
【LTE实战】LTE小区TAC配置不合理导致CSFB失败处理案例.doc_第3页
【LTE实战】LTE小区TAC配置不合理导致CSFB失败处理案例.doc_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

LTE小区TAC配置不合理导致CSFB失败处理案例作者:赵亮专业:无线,LTE无线设备类型:LTEENODEB设备型号:BTS3900V10VR008C00SPC130软件版本:一、 问题现象1月20日iphone5s与iphone5c手机在城区半岛酒店-HLW的室分站下进行CSFB测试,主叫和被叫都失败。1月21日华为D2手机在城区半岛酒店-HLW的室分站下进行CSFB测试,被叫都失败。二、 问题分析过程1:基站状态查询 查询站点无当前活跃告警及历史告警存在,因此排除主设备硬件告警导致:2:测试终端问题排查相同终端在其他已经开启CSFB功能的LTE小区,都能正常进行CSFB语音业务,因此排除终端问题。3:无线参数排查通过LST ENODEBALGOSWITCH命令查看该站的CSFB功能已开启,且也都配置了相应的GSM邻区关系。4、 信令分析过程1月21日16:00在该室分站下,用D2手机进行SCFB测试,被叫呼叫失败。通过对信令跟踪分析,由于LTE在无线侧无法进行单用户跟踪,所以只能跟踪该站点的UU、S1口信令,并且确保该站点无其他用户。D2做被叫时,通过S1口信令分析,在信令上可以看到16:00:18(141)在S1AP_UE_CONTEXT_MOD_REQ消息上看到MME发起CSFB请求,之后UE给MME发送回应。之后从S1口信令上16:00:18(172)的消息S1AP_UE_CONTEXT_REL_REQ可以看到ue-not-available-for-ps-service消息,说明发起CSFB后,网络侧对PS域进行拆链。查询UU口信令RRC连接释放,从RRC REL消息中看到已经携带GSM相关频点信息(UU口)。GSM侧信令分析:在BSC侧查看信令,发现16:00没有信令,可见CSFB不能正常回落到GSM。通过查询,由于该站点经纬度有误,该站点落入LAC 28741的覆盖范围内,该站点的TAC配置为28741。但该站点实际位置是在TAC 28745的覆盖范围内,导致4G的TAC配置与2G邻区的LAC不一致,由于核心网配置的LAC与TAC对应关系,容易导致UE无法找到对应的GSM服务小区,导致CSFB无法做业务。三、 解决措施通过命令MOD CENOPERTORTA将城区半岛酒店-HLW的TAC值修改为28745后,华为D2、iphone5s与iphone5c手机在该站下都能正常发起CSFB业务。四、 总结CSFB要求同覆盖下的2G小区LAC和4G小区TAC配置一致,针对此次偶发事件,今后要加强后台数据管理及无线规划数据规范性,由于站点经纬度有误导致,规划数据时要及

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论