《关于普通用户占用4G锚点小区后概率性无法上网的问题分析.docx》由会员分享，可在线阅读，更多相关《关于普通用户占用4G锚点小区后概率性无法上网的问题分析.docx（8页珍藏版）》请在三一文库上搜索。
1、关注：网优资源库、免费领取网优资料标题名称1、 XX方法解决/优化XX问题2、 XX方法提升/降低/避免XXXX关于普通用户占用4G锚点小区后概率性无法上网的问题分析一、 关键词：4G锚点、概率性、无法上网二、 案例分类1. 问题分类：网络参数配置2. 手段分类：4/5G协同相关配置三、 优化背景河北省为了局部开通5G网络，且开通时间比较紧迫，所以现网升级了一套MME16为5G网元，其他为未升级网元。MME16POOLMME3MME1MME2MME。非锚点小区 锚点小区四、 问题现象有用户反映在东风路省移动公司时，出现无法连接网络的现象，需定位原因。五、 原因分析使用SEQ平台分析用户话单，发
2、现用户投诉时段12:02分前后，用户自SJQID0130省移动公司-HLSE_4小区重选至5G NSA架构的4G锚点小区SJQIX5109河北移动全球通俱乐部楼顶-HFH-0后，终端开始连续发送协议类型为UDP类型的DNS单据，并未看到有用户投诉的微信业务单据，判断此时网络确实存在异常，且异常自用户重选到锚点小区后开始。分析此时的PS单据，用户自SJQID0130省移动公司-HLSE_4小区重选至SJQIX5109河北移动全球通俱乐部楼顶-HFH-0后，当终端开始服务请求后（UE triggered Service Request），网络侧立即下发了Network-Initiated Deta
3、ch消息，Detach类型为IMSI Detach，终端去附着。进一步分析，在用户切换到锚点小区SJQIX5109河北移动全球通俱乐部楼顶-HFH-0后，11:59:30终端发起Service Request，此时根据信令看出用户信息存储在MME7中。随后，用户在12:05:30占用SJQIX5109河北移动全球通俱乐部楼顶-HFH-0小区再次发起Service Request，终端的用户信息已经存储在MME16中。正常情况下，eNB会根据GUTI中的MMEC将S1链路连接到原存储用户信息的MME上，但如果eNB与原MME之间链路存在故障时，则eNB会重新选择MME进行连接，随后会触发核心网链
4、式备份流程，网络侧会发起IMSI DETACH，将用户信息恢复到新MME上，需排查SJQIX5109河北移动全球通俱乐部楼顶-HFH-0与MME7之间链路是否正常。随后，与核心网侧确认，当前仅MME16完成升级改造，故锚点小区SJQIX5109河北移动全球通俱乐部楼顶-HFH-0仅连接了MME16，与4G POOL内其他MME无连接。为确认上述分析是否正确，在东风路省移动公司对问题进行复现。当测试终端占用非锚点小区时，联系核心网将该测试终端指向MME7。此时用户占用SJQID0515东明家具槐安东路-HLHD_0（PCI：479），连接MME7（MMEC为E6）。22:11:37，终端重选至锚
5、点小区SJQIX5109河北移动全球通俱乐部楼顶-HFH-0（PCI：230），此时终端发起业务请求后，仍然尝试连接MME7（MMEC为E6）。在信令面链路建立完成后，22:11:38时MME给UE下发了GUTI重分配命令，且由MME16分配，证明在此次建立S1链路时终端更换到了MME16进行了连接。随后，MME向终端下发了Detach请求，且去附着类型为IMSI-DETACH，且此时测试终端在进行各项应用请求时，均显示“无法连接网络”，问题现象复现。六、 解决方案升级所有MME网元。现计划5月9日前，完成POOL内所有MME升级改造，将锚点小区可连接的MME和现网一样组POOL，彻底解决该问题七、 效果评估MME16完成了升级改造，当用户自非锚点小区非MME16重选到锚点小区发起业务后，不再触发更换MME触发链式备份流程，用户网络连接正常。八、 基于案例提炼的方法、流程及评估标准建议5G网络正在如火如荼的进行着，为了保障先发优势，各个网络都在紧张的建设中，这就需要各个网元的同步建设，只有这样才能确保网络的稳定提升。希望本案例能给大家带来借鉴及风险规避。已获得授权