MD60.68-掉话专题案例

null掉话专题掉话专题无线网络规划部掉话专题－概述掉话专题－概述网络考核指标： 长途接通率 话务掉话比 话音信道可用率 无线接通率 最坏小区比例 内容提要内容提要掉话率计算原理 掉话原因分析 掉话典型案例 掉话率计算原理 掉话率计算原理 P要点： 掌握TCH掉话率的计算公式和统计点。 掌握SDCCH掉话率的计算公式和统计点。概述概述掉话有两种：TCH掉话和SDCCH掉话   TCH掉话是指成功占用TCH信道后，信道非正常释放 SDCCH掉话是指成功占用SDCCH信道后，信道非正常释放 TCH掉话率的基本概念 TCH掉话率的基本概念 TCH掉话率公式 TCH掉话率=TCH掉话次数/TCH占用成功次数×100% TCH掉话率的基本概念TCH掉话率的基本概念TCH掉话次数统计点 BSC向MSC发起CLEAR_REQ消息时,当前占用的信道类型为TCHTCH掉话率的基本概念TCH掉话率的基本概念 发送Clear_Request消息的典型原因值一般为： 无线链路失败（radio interface message failure） 人工干预（O&M intervention） 设备故障（equipment failure） BSS与MSC间 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 错误（protocol error between BSS and MSC） 强占（preemption）TCH掉话率的基本概念TCH掉话率的基本概念TCH掉话率统计点分析TCH掉话率统计点分析TCH占用成功次数统计点（一） （a）立即指配过程中收到CH_ACT_ACK消息，且由于暂无可用SDCCH信道而直接分配的信道类型为TCH； （b）在呼叫主状态为CS_WAIT_RR_EST(等待RR建立态 )时收到CH_ACT_ACK消息，且当前信道为TCH； （c）指配过程中发送指配完成消息；TCH掉话率统计点分析TCH掉话率统计点分析TCH占用成功次数统计点（二） （d）入BSC切换收到MSG_ABIS_HO_DETECT消息，此时切换类型非SDCCH切换时； （e）BSC内切换时收到MSG_ABIS_HO_DETECT消息，此时切换类型非SDCCH切换时； （f）出局切换过程中收到来自MSC的原因为HO_SUCC或CALL_CTRL的CLEAR_CMD消息，且切换原因为直接重试； 呼叫流程图及TCH掉话率统计点分析（一） 呼叫流程图及TCH掉话率统计点分析（一） 立即指配流程图： 呼叫流程图及TCH掉话率统计点分析（二）呼叫流程图及TCH掉话率统计点分析（二）呼叫流程图及TCH掉话率统计点分析（三）呼叫流程图及TCH掉话率统计点分析（三） 指配流程图： 呼叫流程图及TCH掉话率统计点分析（四）呼叫流程图及TCH掉话率统计点分析（四） BSC内部切换流程 呼叫流程图及TCH掉话率统计点分析（五）呼叫流程图及TCH掉话率统计点分析（五）BSC间切换流程 呼叫流程图及TCH掉话率统计点分析（六）呼叫流程图及TCH掉话率统计点分析（六）    定向重试流程 当出局切换过程中收到来自MSC的原因为HO_SUCC或CALL_CTRL的CLEAR_CMD消息，且切换原因为定向重试时，也作为统计点，计入TCH占用成功次数。 SDCCH掉话率的基本概念 SDCCH掉话率的基本概念 SDCCH掉话率公式 SDCCH掉话率(%)=（SDCCH占用时无线链路断的次数(连接失败)+SDCCH占用时无线链路断的次数(错误指示)+SDCCH占用时地面链路断的次数(ABIS)）/成功的SDCCH占用次数(所有的)*100% SDCCH掉话率=SDCCH掉话次数/成功的SDCCH占用次数(所有的)*100％ SDCCH掉话率统计点分析 （一）SDCCH掉话率统计点分析 （一）SDCCH掉话次数统计点 向MSC发起CLEAR_REQ和ERR_IND消息时，当前占用的信道类型为SDCCH。 SDCCH占用成功次数统计点 (1)立即指配过程中收到CH_ACT_ACK,信道为SDCCH (2)在状态为CS_WAIT_RR_EST时收到CH_ACT_ACK消息，且当前信道为SDCCH (3)入局SDCCH切换收到HO_DETECT (4)BSC内SDCCH切换收到HO_DETECT SDCCH掉话率统计点分析（二）SDCCH掉话率统计点分析（二）SDCCH掉话率统计点分析（三）SDCCH掉话率统计点分析（三）如下几种情况都会导致SDCCH掉话： 入局SDCCH切换HO_DETECT消息非法 入局SDCCH切换HO_CMP消息非法 入局SDCCH切换发送HO_CMP消息失败 TN_WAIT_HO_DETECT、TN_WAIT_HO_CMP(SDCCH切换)超时 TN_WAIT_INTER_HO_CMP(SDCCH切换)超时 TN_T8(出BSC切换完成)超时 由其它多种原因导致的内部清除掉话原因分析掉话原因分析P要点： 掌握高掉话率的主要原因 掌握高掉话率的解决思路 掉话原因概述 掉话原因概述    根据掉话统计点定义，一般发生掉话原因如下   无线链路故障，通信过程中，消息无法正常接收     T3103计数器逾时无响应     其它的系统故障(如，BSC的定时器与MSC定时器是否匹配。参见【案例十】) 可能引起掉话的计时器（BSC计时器）：          T3109           T3103 无线链路故障 无线链路故障 无线链路故障信令流程图： 无线链路故障无线链路故障无线链路超时图 T3103计数器逾时无响应 T3103计数器逾时无响应 切换流程（T3103计时） ： 无线链路故障原因分析 无线链路故障原因分析 分析发生无线链路故障的原因，一般有以下几种情况： 干扰（网内干扰、外界干扰、设备本身的干扰） 覆盖不好（盲区、孤岛、上下行不平衡） 参数设置不合理（无线链路失效计数器、SACCH复帧数、 切换、功控等参数不合理） 设备问题（天线——馈线——CDU——TRX） 时钟问题 传输问题无线链路故障原因分析－干扰无线链路故障原因分析－干扰干扰 同频干扰 邻频干扰 交调干扰及其它外部干扰分析定位TCH掉话问题（ 干扰）分析定位TCH掉话问题（ 干扰）解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ： 首先排查设备问题 进行实际路测，检查干扰路段和信号质量分布，找出干扰频点。 用频谱分析仪进一步查找干扰源 开启跳频、DTX、功率控制等功能可大幅度降低系统内部的相互干扰。 分析定位TCH掉话问题（ 干扰）分析定位TCH掉话问题（ 干扰） 判断方法： 1．分析话统中的干扰带出现的规律 2．接收电平性能测量 3. 质量差切换比例 4．接收质量性能测量 5．掉话性能测量 6．切换失败但重建也失败次数过多 无线链路故障原因分析－覆盖无线链路故障原因分析－覆盖覆盖： 1. 越区覆盖 2. 覆盖盲区 3. 信号衰落 4. 邻小区定义不全 5.上下行不平衡 分析定位TCH掉话问题（ 覆盖)分析定位TCH掉话问题（ 覆盖)判断方法： 功率控制性能测量 接收电平性能测量 小区性能测量／小区间切换性能测量 掉话性能测量 邻近小区性能测量 未定义邻区平均电平测量 功率控制性能测量 出小区切换性能测量 上下行平衡性能测量分析定位TCH掉话问题（ 覆盖)分析定位TCH掉话问题（ 覆盖)解决方法： 调整网络参数 增加基站无线链路故障原因分析－参数设置无线链路故障原因分析－参数设置有可能影响掉话率的主要参数: 无线链路失效计数器和SACCH复帧数。 RACH忙门限和RACH最小接入电平。 MS最小接收信号等级。 SDCCH是否动态分配。 呼叫重建允许 . 国家色码NCC允许 . 频率规划参数。 切换相关参数。参见【案例六】 功控相关参数。参见【案例五】 与版本相关的参数。参见【案例七】 分析定位TCH掉话问题（无线参数设置)分析定位TCH掉话问题（无线参数设置)问题定位及解决： 系统消息数据表 小区属性表 无线链路连接定时器 物理消息最大重复次数 掉话率性能测量 根据掉话原因判断：错误指示和连接失败分析定位TCH掉话问题（切换参数设置）分析定位TCH掉话问题（切换参数设置） 判断方法： 小区间切换性能测量：切换失败但重建也失败次数过多。 小区间切换性能测量：切换次数过多，重建成功也多。 未定义邻近小区性能测量：未定义邻区电平及测量 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 个数情况。 出小区切换性能测量：出小区切换成功率低（针对某小区），找出切向哪个邻小区的成功率低，进一步从目标小区查找原因。 入小区切换成功率低，对方小区切换判决参数设置不合理。 TCH性能测量：切换次数与TCH呼叫占用成功次数不成比例。（切换/呼叫＞3）分析定位TCH掉话问题（切换参数设置)分析定位TCH掉话问题（切换参数设置)解决方法： 合理增加邻区 调整不合理切换参数 分析定位TCH掉话问题（功控参数设置)分析定位TCH掉话问题（功控参数设置)无线链路故障原因分析－设备问题无线链路故障原因分析－设备问题由于设备问题引起的掉话： 硬件故障 参见【案例八】 传输故障 天馈线故障 其它原因 参见【案例七】 根据话统分析定位TCH掉话问题（设备故障）根据话统分析定位TCH掉话问题（设备故障） 判断方法： TCH性能测量： TCH占用时A接口失败次数异常。 TCH可用率异常。 地面链路断掉话次数多。 若该小区的掉话率和拥塞率一直很高，则该小区可能有部分设备故障。 掉话典型案例 掉话典型案例 案例1 l         故障现象 某地区基站分布如图所示（红色标注为BCCH频点，不跳频，采用DTX），有用户反映C基站2小区地区掉话情况严重。（已排除硬件故障可能） 第一步： 请确认图中各基站小区频点分配是否合理？案例分析案例分析 分析基站拓扑图得出结论：频点规划合理 下一步：查看话统干扰带如下： （09:00~10:00） 干扰带1 干扰带2 干扰带3 干扰带4 干扰带5 1小区： 2.85 14.25 1.14 0.27 0.54 2小区： 4.09 12.57 3.14 0.03 0.01 3小区： 0 2.92 13.27 0.25 0.37 （03:00~04:00） 干扰带1 干扰带2 干扰带3 干扰带4 干扰带5 1小区： 2.85 4.28 0.00 0.00 0.00 2小区： 4.09 2.89 0.00 0.00 0.00 3小区： 0 2.12 0.00 0.00 0.00 干扰带反映有何异常？说明什么？案例分析案例分析 实际路测：发现接收电平值较高时，质量已很差。 观察话统：发现伴随着高掉话率，质量原因切换比重很大，信道分配失败率高 综合话统和路测结果分析得出结论：存在干扰 通过话统哪些指标可验证此结论？案例分析案例分析 经现场调查，发现局方有直放站设备，该直放站是一宽带直放站，它将远端另外一个模拟站的信号通过光纤传送到近端进行放大，并发射出去。由此导致了数字信号经直放站放大后对基站C二小区形成干扰。 故障已定位：干扰掉话。 请考虑可采用的解决手段解决步骤解决步骤 最终下调一定的直放站功率，效果相当明显，干扰带从以干扰带2、干扰带3为主立即几乎全部降为干扰带1。C站点掉话率高的问题解决。小结小结讨论：排查干扰掉话常用方法与步骤 掉话典型案例掉话典型案例案例二   故障现象 某站采用1×3射频跳频，扩容后，TCH信道分配失败率持续较高（原因是无线链路故障），同时并伴有较高的TCH掉话率和切入失败率，SDCCH掉话率正常。从高信道分配失败率与高切入失败率分析， 有哪几种故障可能？ 案例分析案例分析 由于分配失败率伴随着较高的掉话率和切入失败率。 可以基本断定有两种可能性： 在指配TCH信道时出现问题， 该次通话所占用的频点或时隙有干扰或不稳定。 SDCCH掉话率正常，因此基本断定携载BCCH频点的载波和BCCH频点出现干扰的可能性较小。相应非BCCH频点的载波和跳频频点出现干扰的可能性较大。 案例分析案例分析故障查找： 通过对设备硬件，天馈和传输稳定性的检查，未发现任何问题。 路测中发现，高电平、低质量的现象严重。 实地拨测，通话中话音质量差。 参数检查过程中发现新增载波的MAIO与另一个载波的MAIO值相同。 发现故障点：跳频频点碰撞。案例分析案例分析解决措施： 对新增载波的MAIO值重新取值，掉话率等相关指标恢复正常。会引起同邻频碰撞的跳频参数还有哪些？掉话典型案例掉话典型案例案例三 故障现象 路测过程中发现以下现象：手机占上某小区，但不能呼出；单向通话；在距离小区一定距离处总是掉话；频繁的切换后掉话。分析： 该现象最可能是因为。。。。？案例分析案例分析 上面提到的路测现象多是： 上下行不平衡 可能由于上行信号低于下行信号太多而造成的功率不平衡。 进行驱车测试： 测试时让手机往小区边缘方向移动，同时用MA10信令分析仪在基站侧跟踪抓取数据（下页图）。案例分析案例分析MA10抓取数据： 案例分析案例分析上下行不平衡判断与排查 首先可以检查小区的服务范围是否过大， 上行功控打开时，功控参数设置不当也会造成明显的功率不平衡。 小结小结对于上下行不平衡导致掉话：1、若小区覆盖范围过大，可减小基站发射功率，或增大 该小区的手机接入门限和切换门限。 2、将上行链路补偿因子适当调高，稳定信号滤波器长度适当 缩短。掉话典型案例掉话典型案例案例四 直放站引起的干扰掉话       故障现象 某基站CELL3掉话率达10%，CELL1与CELL2掉话率及拥塞率正常 。 案例分析案例分析         故障分析与解决 1、无论如何闭塞该小区载频信道，都存在较高的拥塞率 2、查看分析话统任务数据，干扰带与话务量、掉话率的情况呈规律性。 3、更改频点，将CELL3的频点改为间隔原来频点1M以上，结果问题依旧，排除了同邻频干扰情况。 4、考虑设备本身故障 5、定位外界干扰案例分析案例分析5、利用频谱仪进行扫频测试。 发现一个中心频率为904.14M，频谱带宽为300K，类似模拟频谱的可疑信号，该信号持续稳定存在。 在CELL3分路器口该信号强度为-27dBm，CELL2为-40dBm，CELL3为-60dBm，与受干扰影响程度相符。 白天话务量比晚上大 至此，定位问题： 904M外界干扰源。案例分析案例分析 利用频谱仪进行路测定位 将所有测试都放在屋顶进行 通过中断测试证实干扰信号掉话典型案例掉话典型案例案例五 孤岛效应导致掉话 故障现象 用户反映在某大楼五楼及五楼以上打电话经常出现掉话现象。 用户投诉也是获取网络质量信息的重要手段案例分析案例分析第一步：进行实地测试 现场存在掉话和杂音 从测试手机上可以看到出现掉话前手机总是处在一个非本地A基站的服务区内 第二步：查看话统 确认该小区为距此大楼大约3-4公里的B基站小区，由此断定这里所收到的B地区基站小区信号为某一遮挡物反射回来的信号，从而在此区域形成一个相当于孤岛的覆盖区。案例分析案例分析第三步：查看数据配置 在BSC数据配置中与B基站邻区关系只配置了A基站的第二小区，并没有配置第三小区。 分析掉话 当手机在该区域用B基站的第二小区的信号时，A基站第三小区的信号又比较强，而B基站第二小区又与A基站的第三小区无邻区关系，因此无法进行切换. 由于B基站的第二小区的信号又是经过多次反射后的信号，当由于某种原因导致手机收到的B基站的信号突然变弱时，此时可能要发起紧急切换，但此时A基站的第二和第三小区对于B基站的第二小区来说又不是最好的侯选小区，因此就有可能切换到其他C基站，而此时手机又无法收到C基站的信号，于是产生掉话现象案例分析案例分析    问题解决 修改BSC数据配置中BA1（BCCH）表、BA2（SACCH）表、小区相邻关系表中数据 把A基站的第三小区作为B基站第二小区的邻区。 进一步进行网络工程参数的优化，消除孤岛效应。 通过测试，基本解决掉话问题。小结小结  点评： 解决孤岛问题的两种手段： 调整孤岛小区的天线，消除孤岛现象 为孤岛小区定义新的邻小区掉话典型案例掉话典型案例案例六 优化切换参数减少掉话 在A地到B地的路测过程中发现，在基站附近的山洞口，没有及时切换导致的掉话次数较多。案例分析案例分析山洞就在基站附近，进入山洞后目标小区功率较好为80dbm左右，但原服务小区信号迅速衰减到100dbm之下，因为山洞外两个小区的下行功率都很好，触发不了切换，但是在进入山洞后原服务小区电平迅速下降，在统计时间还没到达之前，已经掉话。请思考：如何解决改善此类问题？案例分析案例分析修改相关参数如下表：案例分析案例分析修改相关参数如下表：小结小结 优化调整切换参数以减少掉话 在保证没有乒乓切换和导致话音断续过多的前提下，使PBGT切换较易发生，从而达到抗干扰和降低掉话率的目的； 合理设置紧急切换触发门限，在掉话之前及时触发紧急切换以减少掉话等。 掉话特殊案例掉话特殊案例案例七 与版本相关的参数设置 l         故障现象 某地割接扩容后，割接扩容后的5个基站掉话率特别高，达到5%，每个小区掉话次数多达100次，其中一个没有扩容变化的基站的掉话率也变得非常高。 所有掉话的原因都是射频掉话，但不知是什么原因导致射频掉话，没有干扰，没有基站的硬件故障。 案例分析案例分析 故障分析与查找 检查数据 频率 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 、BSIC规划等 观察话统 干扰带一切正常，没有干扰现象存在。 切换成功率在93%以上，切换正常，没有问题。 检查基站各个TRX和FPU的版本 扩容后TRX与FPU版本不一致案例分析案例分析升级TRX和FPU版本，使他们的各个版本统一，没有效果。 最后对数据重新进行检查发现，原来新扩容的基站采用15：1的复用方式，对2.0的基站都打开了测量报告预处理功能，2.0基站的部分版本不支持测量报告预处理，导致掉话率奇高。 案例分析案例分析点评： 在系统做了大规模的调整后，如新建基站的割接入网、基站扩容、重新频率计划、升级、补丁，应对与之相关的系统参数进行全面的检查、调整。 尤其要重点检查的有，相邻小区关系、频率干扰情况、跳频参数、小区参数等。对各种基站版本也需特别注意。 掉话典型案例掉话典型案例案例八 TRX板故障导致掉话 故障现象 拨测中发现基站第二小区有频繁断话现象          故障分析 查看话统发现，该小区TCH拥塞率超过10％，而且切入失败率也较高。从远端维护台上看该小区一块TRX板显示异常，初步定位单板问题。掉话典型案例掉话典型案例 故障清除 用测试手机锁定频点，反复拨打测试，证实只在该板的1、3、5、7时隙掉话，而2、4、6、8时隙通话正常。将此板换到其他槽位，故障依旧；将其他槽位的好板换到此槽位，通话正常；再将故障板换至其它机柜，故障依旧。确定为TRX坏。后来将送至的备板换上，通话恢复正常。 掉话典型案例掉话典型案例 点评： 在基站侧进行测试时，不能仅仅满足于每个载频能通话就可以了，而应该将每个载频的每个时隙均要通话测试，一定要保证每个TCH信道都能双向通话，且通话效果良好。 掉话典型案例掉话典型案例案例九 时钟问题导致掉话 故障现象 某地1800A区割接入网，B站点基站一小区建立通话后，切向共站址的900M小区，2到5秒后，在900M上掉话。掉话率很高。 掉话典型案例掉话典型案例l         故障分析 测试中发现900和1800的时钟同步比较慢，当在1800上建立通话准备向900切换时，从路测仪器上看，FER陡然变到最大，而后逐渐减少直到消失，900到1800的切换有同样的现象。监测信令发现，掉话前几秒钟的通话是呼叫重建的过程，而测试手机显示已切换到900小区。时钟不同步问题严重。后协同局方、900M设备厂家共同测试时钟，不正常的掉话现象消失。 掉话典型案例掉话典型案例点评： 双频切换中，要求900与1800基站时钟严格同步。否则，还会出现外部邻区出现同BCCH、同BCC的情况。 掉话典型案例掉话典型案例案例十 BSC的定时器与MSC定时器不匹配导致定时掉话 故障现象 偶然发现在我们网上通话，当通话时长达到4分30秒时就掉话。试打后确认非偶然现象，每次通话到4分30秒时就掉话。 掉话典型案例掉话典型案例 故障分析 查看数据配置，发现是全面升级时忘了配定时器数据表，造成SCCP连接被定时清除，从而造成断话。 故障清除步骤 在“配置/软件参数/定时器数据表”中添加一条记录与MSC侧计时器配合。华为用户 培训 焊锡培训资料ppt免费下载焊接培训教程 ppt 下载特设培训下载班长管理培训下载培训时间表下载 中心华为用户培训中心