●路测的掉话定义是：
从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。
(1)收到任何的广播信道消息。
(2)收到无线资源释放的消息且释放的原因为非正常的。
(3)收到呼叫控制断连接、呼叫控制释放等消息，而且释放的原因为非正常的。
●掉话原因分析
由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。
●邻区漏配
一般来讲，掉话在初期优化过程中大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下方法来确认是否为同频邻区漏配。
方法一：观察掉话前UE记录的活动集ECIO信息和记录的BestServerEcIo信息。如果UE记
录的EcIo很差，而记录的BestServer EcIo很好，同时检查记录Best Server EcIo扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。如果同频测量控制的邻区列表中没有扰码，那么可以确认是邻区漏配。
方法二：如果掉话后UE马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制，进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。
方法三：有些UE会上报检测集（DetectedSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。
邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSS信号）。
2.覆盖差
一般来说，对于Voice而言，当CPICH的EcIo大于-14dB，RSCP大于-100dBm时（采用
的测量值），不可能是由于覆盖不行导致的掉话。通常所说的覆盖差主要是指RSCP很差。
上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认。由于缺站、扇区接错、功放故障导致站关闭等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差。扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。
3.切换导致的掉话
软切换/同频导致掉话主要有两类原因：切换来不及或者乒乓切换。
从信令流程上看，CS业务表现为手机收不到活动集更新命令（同频硬切换时为物理信道重配置），PS业务也有可能收不到活动集更新命令，也有可能在切换之前先发生TRB复位。
解决切换来不及导致的掉话，可以通过调整天线扩大切换区，也可以配置1a事件的切换参数使切换更容易发生，或者配置CIO使目标小区能够提前发生切换。解决乒乓切换带来的掉话问题，可以调整天线使覆盖区域形成主导小区，也可以配置1b事件的切换参数减少乒乓切换的发生等方法来进行。
对于异频切换和系统间切换，在切换前需要通过启动压缩模式来进行异频或者异系统测量。压缩模式启动太迟，可能导致手机来不及测量目标小区的信号，从而产生掉话，也可能手机完成了测量，但下发的异频切换或者异系统切换请求手机不能正常接收而导致掉话。
4.干扰导致的掉话
下行和上行的干扰都会导致掉话。一般情况下，对于下行，当激活集CPICHRSCP大于-85dB，而激活集综合EcIo小于-13dB产生了掉话，基本上可以认为是下行干扰的问题（当切换不及时的时候，也可能出现服务小区RSCP信号很好，EcIo很差但此时监视集小区RSCP 和EcIo都很好）；对于上行RTWP比正常值（-107～-105）超过10dB，干扰时间超过2～3s，就有可能造成掉话，需要重点解决。
下行干扰通常是指导频污染，指覆盖地区存在3个以上的小区满足切换条件，由于信号的波动常常出现活动集替换或者最优小区发生变化，通常当活动集综合质量不好（CPICH的EcIo都在-10dB左右波动），容易出现切换失败导致SRB复位，也可能出现TRB复位。
上行干扰增加了连接模式的手机上行发射功率，从而产生过高的BLER导致SRB、TRB 复位或者由于失步导致掉话。另外，在切换的时候，新建链路由于上行干扰导致链路不能同步，从而造成该小区的切换成功率低，或者造成切换失败而导致掉话。
5.设备问题导致的掉话
设备缺陷导致的掉话包括手机支持方面、无线网设备和手机的配合等原因。
这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。
上行受哪些因素影响：
是否有反向干扰，天馈系统故障，射频模块故障，无线环境等。功率控制参数设置问题，切换参数设置等问题都会影响到上行链路覆盖。
1.RSCP：接收信号码功率；
2.定义：Ec/IO:公共导频信道的码片能量与接收带宽内总功率谱密度之比；
3.意义：Ec/Io：体现了所接收信号的强度和相邻小区间的干扰水平的比值；
WCDMA掉话问题分析及处理方法 作者：南京格安 在国外，W CDMA已经在多个国家投入商用；在国内，WCDMA产品正逐步走向成熟，网络商用化的脚步正在加快。在网络建设及运营中，掉话率（calldroprate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题。本文从掉话的定义、掉话处理的基本流程、各种掉话数据分析方法、掉话问题的解决方法等方面加以研究，并结合实际掉话案例进行分析。 一、掉话的定义 1.路测的掉话定义 路测的掉话定义是：从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 (1)收到任何的广播信道消息。 (2)收到无线资源释放的消息且释放的原因为非正常的。 (3)收到呼叫控制断连接、呼叫控制释放等消息，而且释放的原因为非正常的。 2.话统指标中的掉话定义 广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，本文掉话率描述也重点关注UTRAN侧的KPI指标。 从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。 需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC 主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上
看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时需加以区分。 二、掉话原因分析 由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。 1.邻区漏配 一般来讲，掉话在初期优化过程中大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下方法来确认是否为同频邻区漏配。 方法一：观察掉话前UE记录的活动集EcIo信息和记录的BestServerEcIo信息。如果UE记录的EcIo很差，而记录的BestServer EcIo很好，同时检查记录Best Server EcIo 扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。如果同频测量控制的邻区列表中没有扰码，那么可以确认是邻区漏配。 方法二：如果掉话后UE马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制，进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。 方法三：有些UE会上报检测集（DetectedSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。 邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。 2.覆盖差
京广铁路指标提升方案4 京广铁路指标提升方案 1.京广铁路概况(2) 1.1指标介绍(2) 2.京广指标提升优化方案(4) 2.1历史数据分析(4) 2.2覆盖优化方案(7) 2.2.1覆盖方案遵循原则(7) 2.2.2覆盖方案制定(8) 2.2.3覆盖方案小结(18) 2.3 GRRU工作情况汇报(19) 2.3.1 维护情况介绍(20) 2.3.2 设备运行情况介绍(20) 2.3.3 GRRU工作小结及后期工作建议(21) 2.4 优化方面工作(22) 2.4.1网络结构调整(22) 2.4.2覆盖优化调整(26)
2.4.3 参数优化调整(27) 2.4.4 优化工作小结(29) 3.计划解决时间(29) 1.京广铁路概况 京广铁路属于长沙的一条重要的交通枢纽。目前京广铁路长沙境内路段由154个小区，90个基站覆盖，微专网有8个。北段微专网有：糖酒公司,社会科学院。南段微专网有：东方科器，雪峰水泥，长途线路局，丽江翠园，乒乓厂，暮云牛角塘，丰成，暮云4区。 由以上可以看出微专网的覆盖在京广铁路长沙段有举足轻重的地位，与大站一起构成了京广铁路长沙段的主要覆盖。 长沙移动微专网采取用京信公司的GRRU设备进行专网覆盖，建设初期所有远端都建设在铁路红线范围以内；光缆和电源线经常被铁路施工而挖断，偷盗也时有发生,造成后期维护非常困难,譬如学峰水泥,东方科器微都完全瘫痪.乒乓厂微5个远端,只有#1,#2远端工作. 同时京信公司GRRU设备不能有效的进行故障监控和数据统计，导致故障和问题的处理进度缓慢，导致京广铁路指标不理想，用户感知度差。 因此，京广线需要提出合理有效可行的优化整改方案，提升京广铁路指标. 1.1指标介绍
上海贝尔阿尔卡特股份有限公司
ASB SSM-ISE 工程服务部
位置更新引起未接通的分析
ASB 工程服务部 外协工程师 赵枫
一,接通率的定义
根据 CMCC 的 2005 年测试规范中规定:在城市忙时采用手机相互拨打的方式,每次通 话时长 100 秒,呼叫间隔 20 秒;如出现未接通,应间隔 20 秒进行下一次试呼. 接通率,定义:接通率=接通总次数/试呼总次数×100%; 说明: 试呼次数:以 channel request 和 CM service request 同时出现来确定试呼开始. 接通次数:当一次试呼开始后出现了 Connect,Connect Acknowledge 消息中的任何一条 就计数为一次接通. 接通率=总(Connect 或 Connect Acknowledge)数/总(channel request 和 CM service request)数×100% 接通率取主叫测试手机的统计结果.
二,未接通现象:
"一次接通"从主叫手机 Channel request 开始, 一直到被叫手机的 TCH 分配完成, Alerting,Connect.在此过程中,任何的信令中断都是"未接通" . 从信令流程上分析,可分为以下几种情形: 1.起呼后没有 IMMEDIATE ASSIGNMENT 消息 定位:RACH 冲突或者 AGCH 拥塞 建议:查看与 RACH 相关的参数――最大重发次数和发送分布时隙数以及与 AGCH 相 关的参数――接入准许保留块数 2.IMMEDIATE ASSIGNMENT REJECT 导致未接通 定位:SDCCH 拥塞 建议:检查 SDCCH 配置,查看相关小区 SDCCH 话务量 3.IMMEDIATE ASSIGNMENT FAILURE 导致未接通 定位:SDCCH 指配失败 建议:排除无线方面原因后,应从交换侧寻找问题原因
ASB2005GSM001
移动通信经验交流汇编
1/5
目录 第一章前言 第二章造成掉话的多种原因 一、频率干扰 二、覆盖问题 三、硬件问题 四、其它问题 第三章路测掉话的原因分析及解决 一、关于掉话的描述 1）射频掉话 2）切换掉话 二、在路测时发现的掉话问题时,我们应从哪些方面进行考虑？ 三、对掉话现象进行分析以及可能的原因 1）频率干扰 2）缺少邻区&目标小区话务信道拥塞严重 3）覆盖问题（Poor level & Overshooting） 4）有线口的信道释放造成的掉话 5）硬件故障直接导致的掉话 6）BSS参数设置不当 7）切换掉话 8）手机问题 9）交换机参数设置问题 第四章路测中见到的典型的掉话现象 一、频率干扰 二、载频误码率高 三、载频低功 四、同频负切 结束语 第一章前言 在移动通信中，掉话是指在分配了话音信道（TCH）或独立专用控制信道（SDCCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话对系统接通率等指标虽没有重大影响，但却给用户造成许多不便，是目前用户投诉的热点。掉话是用户衡量企业运营质量和水平的重要标志，企业必须予以重视。 道路测试（Driver Test）是优化工作中必不可少的一项工作。测试工程师通过使用测试工具（笔记本电脑、测试软件、测试手机、GPS等）驱车进行通话状态和空闲状态的测试，通过记录下来的各种数据（场强、通话质量、小区参数、手机的瞬时状态等）进行现场或后期的分析，查找并解决网络问题。 随着网络的发展路测的工作方法和工作思路也应该逐步开阔和深入。一直沿用老的办法和固有的思维定式去分析日益复杂的网络问题是越来越难了。我们想通过对过去路测工作中所遇到的掉话问题的总结分析，给大家一个日常工作的指导，另外也希望能够使大家开阔思路，
未接通归类及分析 目录 1未接通概况 (2) 2未接通分析 (2) 2.1位置更新导致的未接通 (2) 2.1.1主叫位置更新导致的未接通 (2) 2.1.2被叫位置更新导致的未接通 (4) 2.2SDCCH拥塞导致的未接通 (5) 2.3SDCCH掉话导致的未接通 (7) 2.4TCH分配失败导致的未接通 (8) 2.4.1无线原因导致的TCH分配失败 (8) 2.4.2BSC原因导致的TCH分配失败 (10) 2.5TCH拥塞导致的未接通 (11) 2.6其他异常原因导致的未接通 (12) 2.6.1由于上行干扰导致的未接通 (12) 2.6.2Cause: No user responding (15) 2.6.3Cause: User Busy (16) 2.6.4呼叫重建导致的未接通 (18) 2.6.5交换机异常导致的未接通 (19) 2.6.6BSC与MSC间CR,CC丢失造成未接通 (21)
1未接通概况 ●未接通概述： 根据CMCC规范以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。 CMCC测试标准中规定：在城市忙时进行自动拨打测试，每次通话时长120秒，呼叫间隔20秒；出现未接通情况，应间隔20秒进行下一次试呼。 接通率定义：接通率＝接通总次数/试呼总次数×100％； 说明： ●接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任 何一条就计数为一次接通。 ●接通率＝总Connect（Connect Acknowledge）数/总Channel Request数×100％●接通率取主叫双频测试手机的统计结果。 2未接通分析 2.1位置更新导致的未接通 2.1.1主叫位置更新导致的未接通 在GSM DT正常测试中，主叫手机在idle状态下有时会发生小区重选现象，小区重选后主叫手机会有两种情况下的位置更新。一种为在idle时间内主叫手机位置更新顺利完成，另一种为手机小区重选后还未来得及进行位置更新或位置更新未完成，主叫手机就发起起呼命令（channel request），此种情况会导致未接通，网络下发CM Service Reject（Cause＝4，IMSI unknown in VLR）。 ●案例描述： 如图中红圈处所示，主叫测试手机行驶过程中占用林庄1小区，手机接收电平为－53dbm左右，发起呼叫，但未接通。
华为GSM掉话分析 一、华为GSM网络掉话原因分析及相关无线参数的修改 在GSM网络运行中，掉话是用户投诉的热点，也是衡量无线网络质量的重要指标。本文根据华为GSM网络优化的一些经验，结合网规网优理论，分析了掉话问题产生的原因，对与掉话相关的无线参数的作用做一点总结。 产生掉话的主要原因有： 1.1覆盖原因： （1）不连续覆盖（盲区） 由孤站引起的掉话，由于在孤站边缘，信号强度弱质量差，无法切换到其它小区而掉话。 由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续造成掉话。 （2）室内覆盖差 因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，使得在通话过程中掉话。 （3）孤岛 服务小区由于各种原因（如功率过大）形成孤岛，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号，而小区A又未定义邻小区C，此时移动台再根据原服务小区A提供的邻小区B进行切换时，就会因找不到合适的小区而导致掉话，不连续覆盖（盲区）； 对于覆盖原因产生的掉话，还是要具体分析原原因；在参数方面，与覆盖相关的参数，主要有四类： ①MS最小接受信号等级 ②RACH最小接入电平 ③载频功率等级 ④最大时间提前量TA MS最小接受信号等级在搬迁时按照爱立信的设定值进行设定，城区基站较为密集，越区覆盖现象比较严重，所以在城区MS最小接受信号等级一般设为12或14；在郊区一般设为8或10； RACH最小接入电平都设为5（该值要比MS最小接受信号等级的值小，而且该值影响寻呼成功率，修改时要谨慎）； 载频功率等级，城区基站，对于单载频配置的小区，由于不经过合路器，机顶输出功率大，路测时发现有越区覆盖现象；为防止越区覆盖产生掉话，所以把载频功率等级由0降为1。 至于最大时间提前量TA，在小区属性表中，开站时都设为62； 1.2由于切换原因导致的掉话 （1）参数设置不合理 如两个小区相交的区域信号电平都很低，在参数上切换候选小区电平设置过低，切换门限设置太小，当邻小区电平某一时段稍强于服务小区时，一些MS就会切入该邻小区，而在切入后不久，恰好该小区的信号减弱，而又没有合适的小区再发生切换时就会掉话。 （2）邻区不全
VoLTE经验总结 1 广州VOLTE网络质量现状 经过近三个月的优化工作，广州ATU网格内，掉话率逐步改善，从11.5%（四月）下降至3.27%（七月）；接通率从93.1%提升至6月份的96.6%，七月份下降至89.46%。 七月份测试期间核心网的IOT测试也在进行；较多invite 500、SIP unknown、MT CSFB等异常问题导致的连续多次未接通。广东公司计划在本周对广州IMS 进行华为IMS替换爱立信IMS的操作，故七月份测试遇到的异常IMS相关问题分析进度暂缓。
2 广州VoLTE测试问题优化进展 2.1 异频重定向掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，因邻区缺失导致异频重定向掉话，该问题需升级P02版本解决。 网格44、45测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过多次连续上报异频A3的测报，未切换也未发生重定向，P02版本禁止QCI 1 业务异频重定向功能生效。
2.2 异系统重定向掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，VoLTE发生重定向掉话，该问题需升级P02版本解决。 网格44、45基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，7月24日，网格44、45完成P02版本升级，升级后重定向掉话问题解决，拉网测试掉话率改善明显。 P02版本禁止QCI 1业务重定向功能打开，终端上报A2（盲重定向门限）或B2事件（2G 邻区信息错误）等前期会导致重定向的情况下，网络均未下发重定向，VoLTE业务保持通话结束后自动挂机，未产生掉话事件
2.3 TM3/8转换掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，VoLTE业务过程中发生TM3到TM8模式转换，因为基站提前转换导致终端掉话，该问题需升级P02版本解决。 8月3日，网格45所有升级站点打开TM3/8自适应，验证VoLTE业务在TM3与TM8进行转换时是否掉话，测试结果如下：
路侧过程中未接通现象总结 未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。 导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。 路测过程中L3信令流程： 从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下 几步的信令流程： 主叫的信令流程： MS BTS说明 RACH Channel request AGCH Immediate assignment SDCCH CM service request SDCCH CM service accept SDCCH Authentic request SDCCH Authentic response SDCCH Ciphering command SDCCH Ciphering complete
SDCCH Setup SDCCH Call proceeding SDCCH Assignment command FACCH Assignment complete FACCH Call Progceeding FACCH Alerting FACCH Connect FACCH Connect acknowledge TCH Speech
网络未接通问题点分析流程指导书 一、路测未接通问题点产生机制 未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。 导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。 从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下 几步的信令流程： 主叫的信令流程： MS BTS 说明 RACH Channel request AGCH Immediate assignment SDCCH CM service request SDCCH CM service accept SDCCH Authentication Request SDCCH Authentication response（鉴 权响应） SDCCH Ciphering command SDCCH Ciphering complete SDCCH Setup SDCCH Call proceeding（进程、程序） SDCCH Assignment command FACCH Assignment complete FACCH Progress FACCH Alerting FACCH Connect FACCH Connect acknowledge TCH Speech 被叫的信令流程： MS BTS 说明 PCH Paging Request RACH Channel request AGCH Immediate assignment SDCCH Paging response（响应） SDCCH Authentic request SDCCH Authentic response SDCCH Ciphering command SDCCH Ciphering complete SDCCH Setup
WCDMA掉话分析及解决方法 一、掉话的定义 1.路测的掉话定义 路测的掉话定义是：从 UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 (1)收到任何的BCH消息（即系统消息）。 (2)收到无线资源释放的消息且释放的原因为非正常的。 注释：收到RRC Release消息（原因为非正常释放Not normal） (3)收到呼叫控制断开连接、呼叫控制释放等消息，而且释放的原因为非正常的。 注释：收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。 2.话统指标中的掉话定义 广义的掉话率应该包含CN和UTRAN的掉话率，由于我们做网优重点关注与UTRAN侧的掉话率指标，今天讲的掉话率描述也重点关注UTRAN侧的KPI指标。 注：UMTS Terrestrial Radio Access Network -- UMTS陆地无线接入网 从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。 需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。“比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时需加以区分。” 注：从RNC记录的信令上看，如果在Iu接口上看到了RNC 发向CN的消息为IuRelease Request或者RNC发给CN的消息为RAB Release Request消息，此时定义为异常掉话。 二、掉话原因分析 由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。
3G网络掉话分析与优化 摘要：CDMA2000是3G的通信标准之一。在网络优化中，掉话是用户投诉的热点。本文以CDMA2000网络为例研究了系统掉话的原因及出现相应故障事件所采用的优化方案，通过实际路测案例分析对掉话原因进行分析并解决系统出现的掉话故障。 关键字：3G；掉话分析；无线网络优化 一、引言 掉话是指移动台正处于在业务状态下，但未按正常释放流程中断本次业务而直接进入系统搜索状态。由于掉话对终端用户的影响很大，运营商一般都将话务掉话比或者掉话率作为网络质量考核的KPI指标。因此，如何降低系统的掉话率、提高网络运行质量就成为无线网络优化工作的重要内容。 二、网络优化中的掉话分析过程 1、话统分析 首先找出掉话率明显异常的小区进行分析，应先从以下几个方面检查掉话原因，例如硬件设备故障、弱覆盖、天馈/GPS时钟、传输问题或者无线参数配置。如这几个方面均无明显异常，可以统计单个载频的掉话指标，找出是否是某个载频的问题。查询掉话率的同时还要关注掉话次数。除此之外，干扰、覆盖、切换等问题也会影响掉话指标。所以，实际分析解决问题时，在重点抓住某个指标分析的同时还需要结合其他指标一起分析。 2、业务观察与信令跟踪 我们可以利用Service Observation，跟踪观察某个基站或者单个用户的IMSI的呼叫，记录呼叫过程中的基本信息（如：主叫、被叫号码、初始接入的小区ID、扇区ID、引起呼叫释放的内部原因等）。Signaling Trace，通常选择按单个用户的IMSI或ESN进行跟踪；测试完毕后，保存数据，可使用客户端或STP单机版查看采集的信令流程。从信令流程中分析问题。 3、路测分析 路测是我们了解网络质量、发现网络问题中直接、准确的方法。路测时需要观察是否有上下行不平衡，是否有天馈装反、导致某PN的信号出现在不该出现的地方，是否有越区覆盖、盲区覆盖等等。特别在进行了参数调整或做了RF优化调整后，都需要通过路测了解这些调整是否达到了预期效果。路测可以解决细节问题，但也有局限。由于路测路线的限制，不可能得到网络的完整情况。话统与测试相结合才能有效解决问题。 4、告警信息分析 设备告警信息能实时反映全网设备运行状态，需要密切关注。当话统中的某一指标出现异常，很有可能是设备出现问题，区别不同的告警并将其与话统指标联系起来分析才不至于浪费时间。 三、实际路测掉话优化案例分析 问题发生地点：测试车辆沿G107由北向南行驶，在亿通停车场基站与拆解中心基站中间主叫手机占用201频点发生掉话事件。如图1所示。
TAC设置不合理导致VoLTE未接通
目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (5) 四、经验总结 (6)
TAC设置不合理导致VoLTE未接通 【摘要】随着VoLTE业务的不断推广，VoLTE用户数逐步增加，VoLTE业务的感知成为关注的焦点。经过几个月的不断优化，铜陵VoLTE网络掉话率逐步减少，但是未接通现象仍时有发生。为提高用户的VoLTE通话感知，需时刻关注未接通发生的原因，逐步解决，提升接通率，保障用户通话感知。 【关键字】VoLTE 未接通 【业务类别】VoLTE、参数优化 一、问题描述 RCU设备在铜陵铜官区北京东路上进行VOLTE路测时，主叫起呼发出Invite消息后，在收到核心网响应Trying 100之前,先收到了核心网下发的RRC Connection Release消息,RRC连接释放后,接续被终止，出现了未接通事件。 二、分析过程 通过信令详细分析主叫起呼的过程，可以发现，起呼前，主叫刚完成重选过程，从TL-市区-康复中心-HFTA-448900-53小区（PCI：210）重选至TL-市区-市二院-HFTA-448913-54小区（PCI：356小区），由于源小区与目标小区处在不同的TAC，主叫发起了TAU请求：
在主叫上发TAU请求后，未等网络回复ATU Accept，主叫已开始了起呼，上发Invite消息。然而Invite上发0.172s后，主叫同时收到了网络下发的ATU Accept和RRC Connection Release消息（因此时主叫处在非业务态，ATU更新会伴随RRC连接的释放），主叫被叫同时释放，从而导致了Blocked Call事件的发生。
邻区漏配导致的VoLTE语音未接通分析 案例
目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (5) 四、经验总结 (7)
邻区漏配导致的VoLTE语音未接通分析案例 【摘要】VOLTE是基于IMS的语音业务，而IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。经历了过去几年的发展成熟后，VOLTE已经实现规模商用。VOLTE测试中邻区漏配会导致通话质量较差、掉话、未接通等问题，本文主要分析由于邻区漏配造成的未接通处理过程。 【关键字】邻区VOLTE 【业务类别】优化方法、VoLTE、参数优化 一、问题描述 统计RCU指标时发现6月13日10:03:33时在通达路与航苑路交叉口附近出现一次未接通事件，车辆在该问题路段时由西向东行驶，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-85dBm、SINR=-11.8dB；主被叫均出现未接通。 二、分析过程 主叫在10:03:28秒时发出IMS_SIP_INVITE->Trying的信令，在10:03:33时出现未接通事件，产生事件原因为IMS_SIP_INVITE 488，主叫占用BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区信号，RSRP=-62dBm、SINR=23.6dB，主叫信号良好； 主叫：
分析被叫数据，被叫在10:03:09时发出IMS_SIP_BYE->OK 200的信令后，结束通话进入空闲态，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-80dBm、SINR=-5dB左右，占用该小区信号后，重复发送RRC连接重配置消息，最终产生LTE RRC Radio Link Failure事件，无线链路失败后，小区重选至BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区后，信号恢复正常，被叫在10:03:33.836时发IMS_SIP_INVITE->Trying 100消息，还未建立QCI承载便发生了未接通事件。 从测试数据分析上看，在RRC连接重配置不成功产生了LTE RRC Radio Link Failure 的事件，提示无线链路异常发起重建，说明该未接通非流程冲突、SIP消息丢失、核心网的
掉话分析 在网络竞争日益激烈的今天，在用户对网络质量要求愈来愈高的今天，移动通信网络的性能已经越来越被人们所关注，而如何提高它的性能指标，更成为移动通信网络运营商的焦点问题之一。 现在让我们以北电系统为例详细研究一下掉话产生的原因，观察的办法及解决的措施（以下计数器和OMC_R参数均以北电系统为例）。 掉话可分为两种形式,一类是在SDCCH信道上的掉话,一类是在TCH信道上的掉话,SDCCH 的掉话是当BSC给移动台分配了SDCCH信道而TCH信道还未分配成功期间的掉话,它记入计数器C1163/x(除了C1163/5、C1163/20）中,而TCH的掉话是当BSC给给移动台分配TCH 信道成功直至将TCH信道释放掉,期间内不正常的掉话,它会记入计数器C1164/x （除了C1164/0、1、3、20、28、31）中. 在GSM规范中定义了一个叫RADIOLINKTIMEOUT(无线链路超时)的参数,单位是（个）SACCH测量报告,因为当手机进入专用模式的状态后是通过SACCH信道来传递它的上下行链路信息,在下行信道上它对手机广播系统消息SYSTEMFINFORMA TIONTYPE5、TYPE5bis、type5ter(主要是邻小区的消息)及TYPE6(主要是服务小区的消息),在上行链路上对BSS发送测量报告消息(功率控制消息、时间提前量、服务小区的电平、信号质量及邻小区的电平报告),在SDCCH信道和TCH信道上均有SACCH测量报告,在SDCCH信道上一个完整的SACCH测量报告的周期是470ms,在TCH上一个完整的SACCH测量报告的周期480ms.,在移动台侧当丢失一个SACCH报告RADIOLINKTIMEOUT减1，当收到一个SACCH报告RADIOLINKTIMEOUT加2，直至RADIOLINKTIMEOUT减为0时，信道就被释放，就发生了掉话现象，被记入计数器C1163/14，C1164/14。在掉话现象中由于这种原因引起的掉话是最多的，因此，对于某些掉话率较高的基站，我们可以适当提高该值的设置，如可把它设为32（个SACCH测量周期）,一般情况下该值被默认设为20（个SACCH 测量周期），当改变该值时还应注意几点要求，一方面，应同时改变相关的参数如RLF1、和T3109，例如当RADIOLINKTIMEOUT设为32时，RLF1应被设为7，T3109值应大于16秒；另一方面，该小区不能为拥塞小区，因为T3109的设置加大会延长无线信道释放的时间。 现在让我们详细研究一下掉话产生的原因，观察的办法及解决的措施。 （一）、由于覆盖原因导致的掉话 1、服务小区由于各种原因（如无线传播环境太好、功率太高）导致覆盖太大将它的邻小区也覆盖在内，也有可能它的邻小区的定向天线（设它为定向小区）方位角有问题或本身就信号太弱，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C还占用着原服务小区A的信号，而小区A又未定义小区C，此时移动台再根据原服务小区A提供的供切换的邻小区B进行切换时，就会因找不到邻小区而导致掉话，这种情况一般发生在市区等基站密集的地方； 2、真正没有信号覆盖的地方，比如因基站太少导致覆盖不连续,这种情况现在不多见了；
VOLTE异常掉话后连续未接通分析案例 设备厂家：华为设备型号：HTC-M8 时间：2016/2/9 关键字： VOLTE、掉话、BYE、语音 一、问题内容： 日常VOLTE测试中(1)主叫在19:15:10.645发起BYE挂机请求；（2）被叫一直未收到BYE消息;（3）主叫在19:15:16.829收到网络侧下发的BYE408消息，原因值是“No Response From Network”，主叫掉话；（4）19:15:30.649和19:15:33.684被叫发BYE请求，19:15:33.779网络侧应答BYE487（Glare Bye condition encountered）主叫掉话后紧接着发生连续两次未接通 掉话
未接通 二、问题分析： 掉话分析： 主叫发了BYE请求，无线环境较好的情况下被叫却一直未收到BYE消息，需要核心网定位是否下发了BYE消息给被叫手机 【IMS核心网信令分析】： 被叫侧SBC在主叫挂机后，随即向被叫UE发送了BYE消息。需EPC继续排查。 主被叫掉话后线环境较好，且主叫手机收到了INVITE100，但是被叫手机一直未收到INVITE。需要核心网定位这两次呼叫是否向被叫终端下发了INVITE消息。 【IMS核心网信令分析】： 两次呼叫中被叫侧SBC在主叫发起INVITE后，随即向被叫UE发送INVITE。需EPC继续排查。 正常挂机流程： 正常挂机流程，由主被叫任何一方发起BYE消息，经由IMS系统、PGW，SGW发送到对端设备，对端设备回复BYE 200确认消息，通话结束。
三、解决方案： 问题点原因在空口质量良好的情况下被叫未受到BYE消息，主叫超时未挂断导致掉话，怀疑EPC 和IMS之间的接口问题，目前对问题点占用小区进行反复拨测，未出现问题，接口问题需要厂家进一步定位原因。 1、核心网及无线测设备参数核查，对定时器等参数进行优化 2、对于基站故障及空口拥塞区域进行处理，保证覆盖及容量
1.永春观山-1 掉话分析 问题描述： 永春观山-1小区在6月16日上午6点到9点平均TCH掉话率为4.04%，平均TCH掉话次数在9次左右。 处理步骤： （1）通过对永春观山-1小区在6月16日上午6点到9点的掉话性能统计（表1）进行分析后发现，TCH掉话时平均下行电平正常，下行在31左右，TCH掉话时上行电平为21左右，掉话时平均时间提前量在5左右，指标基本正常。 表 1 （2）查看永春观山-1小区在6月16日上午6点到9点的功控性能测量报告(表2)：发现该小区MS与BTS的最大中距离达到50。 （3）再查看永春观山-1小区在6月16日上午6点到9点的载频级性能测量报告发现该小区各项指标基本正常。（如表3所示）。
表3 总结：通过载频级掉话电平性能测量、载频级掉话质量性能测量以及小区接收质量性能测量等测量统计进行联合分析，发现该小区各项指标基本正常；可以初步判断，该小区掉话主要是由于越区覆盖所引起。 建议：将该小区的天线适当向下压（即减小小区覆盖范围）或将该小区的最小接入电平值从12改成15，RACH最小接和电平值改成109。 2.安溪感德潘田-1 掉话分析 问题描述： 安溪感德潘田-1小区在晚忙时平均TCH掉话率为0.78%，平均TCH掉话次数在7次左右。 处理步骤： （1）通过对安溪感德潘田-1小区在6月16日晚忙时的小区指标统计如下表进行分析发现指标正常。
2）. 通过对安溪感德潘田-1小区在6月16日晚忙时的无线链路异常统计如下表，进行分析发现该指标的时间提前量异常，由此很可能是由于越区覆盖所引起。 总结：从上表可以看到无线链路异常时时间提前量（掉话时的TA值）异常，最大达到37；初步可以判断该小区的掉话是由于越区覆盖所引起。 建议：将该小区的天线适当向下压（即减小小区覆盖范围）或提高最小接入电平。 3.安溪龙门龙门岭-1掉话分析 问题描述： 安溪龙门龙门岭-1小区在6月16号晚20时TCH掉话率为0.78%，TCH掉话次数在9次。 处理步骤： （1）通过对安溪龙门岭-1小区在6月16日晚忙时的小区指标统计如下表发现指标正常。
未接通原因分析
目录 1概述 (3) 1.1系统消息类型 (3) 1.2呼叫建立流程 (4) 1.2.1主叫建立过程： (4) 1.2.2被叫建立过程 (5) 1.3信令流程 (5) 1.3.1主叫呼叫信令 (5) 1.3.2被叫呼叫信令 (7) 1.4未接通定义 (9) 1.5未接通分析流程 (11) 2具体分析 (14) 2.1 TCH拥塞造成的未接通的分析 (14) 2.2 TCH分配失败导致未接通 (18) 2.3 SDCCH拥塞导致未接通 (19) 2.4 SDCCH掉话引起未接通 (20) 2.5 SDC分配失败 (21) 2.6位置更新导致未接通 (22) 2.7跨LAC位置更新未接通优化 (23) 2.8被叫小区重选造成未接通 (25) 2.9硬件问题,SUM板和载频问题.降级告警. (26) 2.10上行链路问题的未接通问题 (27) 2.11连续未接通现象 (30) 2.12传输中继造成未接通 (31) 2.13 TCSR补丁引起连续未接通事件分析 (32) 2.14被叫用户忙的未接通 (33) 2.15被叫用户已关机或未应答的未接通 (34)
2.16测试手机原因造成未接通 (34) 2.17测试软件原因 (35) 2.18主被叫手机欠费，系统播放录音通知. (36) 3总结 (36) 1概述 在进行讲解之前先对系统消息和信令部分进行一下说明. 1.1系统消息类型 系统消息在两种逻辑信道中传送，BCCH和SACCH信道： 1）在空闲模式下，网络通过BCCH信道传送系统消息1－4及7、8； 2）在通信模式下，网络通过SACCH信道传送系统消息5和6。 各种系统消息分别包含的主要内容如下： （1）系统消息类型1：小区信道描述＋RACH控制参数。 （2）系统消息类型2：邻小区BCCH频点描述＋RACH控制消息＋允许的PLMN。 （3）系统消息类型2bis：扩展邻小区BCCH频点描述＋RACH控制消息。 （4）系统消息类型2ter：扩展邻小区BCCH频点描述2。 （5）系统消息类型3：小区识别（CELLID）＋位置区识别（LAI）＋控制信道描述＋小区选择＋小区选择参数＋RACH控制参数。 （6）系统消息类型4：位置区识别（LAI）＋小区选择参数＋RACH控制参数＋CBCH 信道描述＋CBCH移动配置。 （7）系统消息类型5：邻近小区BCCH频点描述。 （8）系统消息类型5bis：扩展邻小区BCCH频点描述。 （9）系统消息类型5ter：扩展邻小区BCCH频点描述。 （10）系统消息类型6：小区识别（CELLID）＋位置区识别（LAI）＋小区选择。 （11）系统消息类型7：小区重选参数。 （12）系统消息类型8：小区重选参数。
掉话问题分析及处理一般方法 本文内容是根据经验对中兴V3后台对掉话问题的分析及处理的一般方法，希望能够对分公司日常掉话问题的处理有所帮助。 总的来说，一般引起掉话的主要原因有： 1、硬件故障，载频、主控板、传输、天馈等出现故障； 2、覆盖问题，包括室内弱覆盖、边缘地区弱覆盖、阻挡导致覆盖差、隧道内信号突然下降、覆盖过远等； 3、邻区设置问题，包括无邻区、漏配邻区、外部邻区信息错误等； 4、无线环境差，包括频点规划不当导致的同邻频干扰、外部干扰源干扰、过覆盖产生的频点干扰等。 5、上下行不平衡问题，指上下行信号电平差值过大，导致解码失败，引起单通、掉话等问题。在载频功率设置一致的情况下，该类问题可能主要由载频、天馈等故障引起。另，当使用单极化天线时，同小区两天线方位角、下倾角差别较大时也会产生该问题。 6、天馈鸳鸯、接反，可能会导致切换差引起掉话、可能会产生同、邻频干扰导致无线环境变差等。该类问题以新建站、替换搬迁站居多。 7、孤岛站，无连续覆盖区域的孤岛站点，尤其是在道路附近，会产生较多掉话，该类问题只能通过后期网络建设改善，暂无其他有效手段。 中兴V3后台掉话问题分析及处理一般方法： 1、提取性能指标。 打开“性能管理”-->“性能数据查询”，提取小区级测量的“KPI指标”、“PI指标”和“掉话测量”。最好将“KPI指标”、“PI指标”一并提取，“掉话测量”单独提取。 提取载频级测量的“TRX测量”。
提取IBSC内所有小区的3天24小时的小时级指标，保存为EXCEL文件。 2、对性能指标数据进行处理。 首先，对“KPI指标”和“PI指标”进行分析。在这两项指标中，对“话音信道掉话率(不含切换)(%)”和“忙时话音信道掉话总次数”按从大到小排序，将“话音信道掉话率(不含切换)(%)”高于2%-3%，且“忙时话音信道掉话总次数”较高的小区提取出来，后将3天24小时内出现次数比较多的小区提取出来，作为掉话TOP小区，重点进行分析处理。（处理TOP小区是提升IBSC级指标的主要手段） 之后，将这些掉话TOP小区对应的“掉话测量”指标筛选出来进行分析。在“掉话测量”指标中，主要查看“On TCH/F 语音”、“On TCH/H 语音”类的指标。该类指标主要包括以下几项内容： 以上几项指标反映了掉话的类型。一般情况下，只有“无线链路失败次数”、“LAPD 链路失败次数”、“切换失败引起掉话”、“其他失败次数”内有统计值。各项指标的含义如下：“无线链路失败次数”：统计因无线链路失败引起的掉话次数。该参数主要统计的为无线侧原因引起的掉话，如上下行信号弱、无线环境差、存在干扰等。 “LAPD链路失败次数”：统计因LAPD链路失败引起的掉话次数。该参数主要统计的为LAPD传输链路问题引起的掉话，如传输闪断、误码高等。 “切换失败引起掉话”：统计因切换失败引起的掉话次数。可能产生的原因有小区拥塞严重、同频同BSIC、邻区设置不合理、过覆盖等。 “其他失败次数”：统计因以上各项以外的其他原因引起的掉话次数。该类一般较少，不进行考虑。 3、对每个掉话TOP小区掉话指标进行分析 首先，在“掉话测量”指标中提取1个TOP小区数据，对“TCH/F掉话次数”、“TCH/H
未接通原因归类 未接通原因归类： 导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。 1、RxLev连续小于-90dBm 2、（GSM）RxQual连续5级-7级 3、（GSM）No route to destination\拥塞\No circuit/channel available 主叫在起呼期间，被叫在位置更新，无法响应主叫寻呼，导致主叫呼叫建立超时（超过15S)，上发Disconnect。 4、主叫起呼期间，完成了SDCCH信道以及TCH指配，但被叫一直处于空闲模式下。（无线环境良好）Call rejected/CM Service Reject（如果信令解码有明确原因请归入前面类别） 5、起呼期间，下行电平弱（BCCHLEV\Rxlevsub连续小于-90DBM) 起呼期间所指配的SDCCH信道或者TCH信道受到干扰。 6、无SDCCH或者TCH信道指配，导致呼叫建立超时，主叫上发disconnect；或者指配TCH信道时出现指配失败。（RR Assignment Failure） 原因1:是当前服务小区的Pch信道拥塞，无法下发寻呼消息;原因2：被叫收到寻呼寻呼消息，但无法占用SDCCH信道上发寻呼响应。归为信道拥塞。 7、重选不及时会导致主叫起呼失败。 8、被作为被叫的时候分配了TCH后呼叫，会导致碰撞，进而无法接通； 未接通主要原因如下： 1、路段覆盖差 1）本身覆盖差 2）孤岛效应导致覆盖差 3）重选不及时导致覆盖差 4）硬件故障，TCH载频问题，跳线问题； 2、参数设置问题 1）重选关系 2）接入电平门限 3）呼入呼出限制等等 3、容量问题：无空闲信道等 4、硬件故障问题 4、手机本身问题