LTE网络掉话KPI分析方法详解
需积分: 17 95 浏览量
更新于2024-09-09
收藏 221KB DOCX 举报
"LTE学习总结—掉话类KPI基本分析方法"
在LTE网络中,掉话类关键性能指标(KPIs)是衡量网络质量和用户满意度的重要标准。本文主要探讨了如何分析和解决掉话问题,通过以下步骤进行深入排查:
1. **告警查询**:首先,通过LSTALMAF查询站点的实时告警,并参考历史告警记录,以识别可能与掉话相关的硬件或软件故障。
2. **单板状态检查**:使用DSPBRD命令检查各个单板的运行状况,确认是否存在异常。
3. **邻区关系分析**:分析两两小区间的切换情况,确保目标小区没有故障或异常告警。同时,检查邻区列表设置是否正确,通过Mapinfo验证邻区配置的合理性,进行必要的优化。
4. **参数设置评估**:检查与掉话相关的参数,如定时器T310、N311、N310、T311、T301等,确保它们设置得当。若掉线率突然上升,应查询操作日志以确认是否有参数改动导致问题。
5. **干扰检测**:分析PCI复用,防止模三冲突,同时检查时隙配比,如室分场景下的SA2\SSP7和宏站场景下的SA2\SSP5,以确定是否存在干扰。通过后台跟踪,识别干扰类型,如上行干扰。
6. **高质差识别**:监控上下行丢包率,高丢包率通常意味着质差问题。此外,通过后台的误码率跟踪,BLER超过10%则表明存在高误码,进一步确认质差问题。
7. **弱覆盖判断**:检查传输模式,长时间的TM2模式可能表明弱覆盖。比较64QAM和QPSK调制模式的使用比例,比例失衡可能意味着覆盖问题。
8. **现场测试与跟踪**:结合现场测试和后台信令跟踪,定位问题的具体位置。如果问题涉及第三方设备,需协调相应人员共同解决问题,保持问题跟踪直至闭环。
**掉话定义**:掉话在话统中定义为ENodeB收到MME的ERABReleaseCommand(UEContextReleaseCommand)消息,或者eNodeB向MME发送E-RABRELEASEINDICATION(UECONTEXTRELEASEREQUEST),且释放原因不包括正常释放、用户无活动、部分切换、手动作业、成功切换、CS回退触发等特定原因。若E-RABRELEASECOMMAND消息释放多个E-RAB,每个业务流都会被单独统计。
LTE网络中的掉话问题需要多方面综合分析,通过告警、参数、邻区、干扰、质差、覆盖以及现场测试等多个维度进行排查,以确保网络性能和用户体验。
2021-11-06 上传
2022-02-12 上传
2022-02-01 上传
2021-09-18 上传
2021-10-01 上传
2014-12-23 上传
2021-10-03 上传
2022-04-15 上传
sinat_34064499
- 粉丝: 0
- 资源: 1
最新资源
- 构建基于Django和Stripe的SaaS应用教程
- Symfony2框架打造的RESTful问答系统icare-server
- 蓝桥杯Python试题解析与答案题库
- Go语言实现NWA到WAV文件格式转换工具
- 基于Django的医患管理系统应用
- Jenkins工作流插件开发指南:支持Workflow Python模块
- Java红酒网站项目源码解析与系统开源介绍
- Underworld Exporter资产定义文件详解
- Java版Crash Bandicoot资源库:逆向工程与源码分享
- Spring Boot Starter 自动IP计数功能实现指南
- 我的世界牛顿物理学模组深入解析
- STM32单片机工程创建详解与模板应用
- GDG堪萨斯城代码实验室:离子与火力基地示例应用
- Android Capstone项目:实现Potlatch服务器与OAuth2.0认证
- Cbit类:简化计算封装与异步任务处理
- Java8兼容的FullContact API Java客户端库介绍