GSM网络测试:ATU设备BUG引发的未接通问题分析

需积分: 0 1 下载量 170 浏览量 更新于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引发的通信问题。