微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 移动通信 > 无线网优技术 > 未接通的一半处理流程,谢谢

未接通的一半处理流程,谢谢

时间:06-26 整理:3721RD 点击:
如题。
经常性的在测试中出现未接通问题,希望得到解决,未接通的一个处理流程和未接通产生原因,谢谢

这个话题不小,未接通的原因太多也很复杂,可以说整个系统联络任一部分出了问题都会导致未接通...而楼主单纯要从路测能获得的信息来分析是远远不够的

从路测的角度能发现的信息是相当有限的,路测角度可发现的导致未接通的原因比如覆盖问题、质量问题、部分邻区问题,部分接入参数、手机发射功过高现象、拥塞看具体情况部分有提示、电平波动等等...

所以从路测的角度分析未接通除了上面提到的你能明确判定的比如弱覆盖了,质量差,个别参数异常设置(消息能看到部分接入参数),部分明确的拥塞没信道等等...还是要结合小区状态和话统进行整体进行分析才行。

随便侃侃。

未接通的主要原因有:
拥塞、干扰误码、被叫位置更新、设备原因等。

1.无线环境太差导致ecno rscp太差?
2拥塞无资源
3被叫关机
4lac更新
5重选拖网
6设备异常

路过,学习中!

我把路测中的未接通分为两类:
1、信令还能正常交互的,这种情况下一般会有reject、release等消息,就从这些消息来分析好了;
2、信令不能交互的,这种情况一般是无线环境差,从弱覆盖、干扰、小区重选参数等着手来分析。

随便侃侃(向zhangzhenshan学习,哈哈)。

个人遇到未接通,喜欢先看信令流程(主被叫结合看)走到哪一步判断是什么原因产生未接通,比方说设备原因(自己打自己,主叫信令正常,被叫一直空闲模式)SD拥塞,SD掉话,TCH拥塞,TCH掉话,位置更新,具体信令流程参考信令宝典;然后根据原因查看相关位置,如看无线环境,是否覆盖弱,是否质差,是否存在干扰,如果都OK,就通过后台统计,看是否存在硬件故障。

未接通是最头痛的,很多时候单纯从LOG根本看不出原因,要结合后台话务统计来看,是不是拥塞、考试等等原因,至于质差、弱覆盖、位置更新什么的我就不多说了

能过前后台信令看是什么原因导致的未接通。

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top