收藏 分享(赏)

MME数据冗余导致锚点基站切换入失败问题.docx

上传人:白先生客栈 文档编号:3437886 上传时间:2021-01-16 格式:DOCX 页数:4 大小:692.48KB
下载 相关 举报
MME数据冗余导致锚点基站切换入失败问题.docx_第1页
第1页 / 共4页
亲,该文档总共4页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、MME数据冗余导致锚点基站切换入失败问题一、 关键词:TAC、切换成功率二、 案例分类1. 问题分类:网络性能2. 手段分类:参数核查三、 优化背景当前爱立信MME不支持NSA,需要将锚点基站全部由爱立信MME割接至华为MME上,根据省公司规划,巴中新分配临时TAC F19A(61850)和F187(61831)用于5G业务测试,其中61831用于原32917 TAC区域,61850用于原33169区域。四、 问题现象通过网管指标统计,锚点基站(华为mme)向公网基站(爱立信mme)切换正常,但公网基站(爱立信mme)切换锚点基站(华为mme)全部失败,失败原因为目标侧准备失败。五、 原因分析

2、抓取源侧基站信令,用户在公网基站532221下满足无线信号条件后,向爱立信MME发起发起Handover required,信令中携带信息:目标基站317269,tacF187。 随后MME回复“Handover preparation failure”,携带原因值为:radioNetwork = 11 : TS1AP_CauseRadioNetwork_Root_unknown_targetID,统计为切换失败。协调爱立信MME一同排查,答复MME中缓存了新TAC信息,但该TAC下并无目标基站存在,故在本MME内搜索后直接答复unknown_targetID。六、 解决方案根据爱立信提供的T

3、AC信息(460-00-61850-317298、460-00-61831-317472),检查317298/317472基站配置,发现两个基站还保留着爱立信MME的sctp数据,删除后同时联系爱立信一并清除新TAC数据,故障解决。七、 效果评估经咨询核心网工程师,MME存在自学习机制,即当核心网和基站建链状态,MME将获取学习无线侧相关参数,如eNODEB ID、TAC等。地市有锚点站存在修改为新TAC但没有删除爱立信MME偶联情况,爱立信MME将获取到这个新TAC,并存储在MME中。当测试的锚点站配置为新TAC且删除了爱立信MME偶联,仅保留华为MME偶联,则在周边LTE向锚点站切换过程中

4、,切换请求上报至爱立信MME后,MME在自身内部查询这个TAC和相关的目的eNODEB ID,但对于这个测试站而言,已经删除了爱立信MME偶联,对接华为MME,也就是说在爱立信的MME里面找不到这个TAC和eNODEB ID,而爱立信由于拥有该TAC信息,对本次切换进行闭环处理,不会再通过DNS的TAC解析去华为寻找目标小区,最终导致切换失败。后续割接的锚点站点,需要第一时间删除指向爱立信的偶联,然后再修改为省公司分配的新TAC。若未此流程进行,则可能导致爱立信MME缓存基站数据;根据爱立信MME自删除机制,在MME与基站断链后的24-48个小时才会将删除对应基站的无线相关参数。已获得授权通信资料:白先生客栈

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 技术资料 > 技术方案

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:文库网官方知乎号:文库网

经营许可证编号: 粤ICP备2021046453号世界地图

文库网官网©版权所有2025营业执照举报