GSM网络测试:ATU设备BUG引发的未接通问题分析
需积分: 0 164 浏览量
更新于2024-07-10
收藏 3.73MB PPT 举报
"这篇文档是关于GSM网络测试与分析的交流,主要讨论了ATU设备的一个BUG导致的未接通问题。问题出现在主叫占用G01M392小区进行呼叫时,被叫在位置更新后重选至D018963小区,由于电平下降和质差导致呼叫未接通。在900M小区重选到1800M的过程中,手机在发送服务请求时上报的900M小区信息不正确,使得系统拒绝了请求并释放了信道。文档还包含了GSM网络的呼叫流程分析,未接通、掉话和质量问题的关注点,以及各种可能引起未接通的原因,如弱覆盖、频率干扰、TCH信道分配失败等。"
在GSM网络中,呼叫流程是通信成功的关键步骤。从描述中可以看出,一个未接通的呼叫可能涉及到多个阶段的问题,包括主被叫的立即指配、寻呼、SDCCH占用和TCH分配阶段。在本案例中,问题出在主被叫SDCCH占用阶段,手机在900MHz小区重选到1800MHz小区后,虽然网络发出了"Immediate Assignment command",但手机上报的信息有误,导致了连接的拒绝。
具体来说,手机在发送`cm_service_request`时,其上报的RF Power Capacity Class不正确,即手机发射功率级别被错误地报告为Class 3,而DCS1800频段只接受Class 4及其以上。这种不匹配使得系统认为手机无法正确工作在1800MHz频段,因此拒绝了服务请求,并释放了信道,造成未接通。
此外,文档还提到了一些在分析过程中需要注意的点,例如没有`channelrequest`消息可能意味着被叫小区的AGCH信道存在拥塞,或者在Layer 3的Measure report中BCCH信息不一致可能表明网络同步问题。测试人员还需要关注弱覆盖、频率干扰、硬件故障、传输故障等因素,这些都可能导致未接通或掉话。
为了解决此类问题,测试人员通常会使用各种专业软件进行信令跟踪和网络性能监控,以便深入分析信令流程、识别问题并采取相应的优化措施。同时,对于常见的问题,如功率突降、信道释放等,也需要有专门的处理策略。
GSM网络测试与分析涉及多方面的技术细节,需要深入理解GSM协议栈,熟悉呼叫流程,以及具备排查网络故障的能力。通过细致的测试和分析,才能有效地定位和解决如文中所述的由设备BUG引发的通信问题。
2022-06-22 上传
2022-04-16 上传
2018-09-18 上传
2024-10-13 上传
2024-10-13 上传
2024-10-13 上传
2024-10-13 上传
eo
- 粉丝: 32
- 资源: 2万+
最新资源
- zlib-1.2.12压缩包解析与技术要点
- 微信小程序滑动选项卡源码模版发布
- Unity虚拟人物唇同步插件Oculus Lipsync介绍
- Nginx 1.18.0版本WinSW自动安装与管理指南
- Java Swing和JDBC实现的ATM系统源码解析
- 掌握Spark Streaming与Maven集成的分布式大数据处理
- 深入学习推荐系统:教程、案例与项目实践
- Web开发者必备的取色工具软件介绍
- C语言实现李春葆数据结构实验程序
- 超市管理系统开发:asp+SQL Server 2005实战
- Redis伪集群搭建教程与实践
- 掌握网络活动细节:Wireshark v3.6.3网络嗅探工具详解
- 全面掌握美赛:建模、分析与编程实现教程
- Java图书馆系统完整项目源码及SQL文件解析
- PCtoLCD2002软件:高效图片和字符取模转换
- Java开发的体育赛事在线购票系统源码分析