3G掉话率分析交流

清远3G掉话率分析报告

一、当前指标情况

本月清远3G掉话率较高,从上表可看出,主要因素为分组域掉话率较高造成的,而分组域掉话的主要分为HSDPA掉话率,EUL掉话率,R99掉话率.

掉话率分布如下图：

而在PS 业务当中R99业务的掉话又占了绝大多数,PS 业务掉话原因细分如下图：

二、分析优化处理

针对R99业务掉话问题，网优中心进行了优化处理: 调整inactivityTimer （由30调整为16）

通过长期的数据追踪与分析,发现3G 掉话率较高的小区

66%

30%

3G 掉话率分布

System release (Speech)

System release (Video)

System release (PS non HS)

System release (HS)

多集中在个别IMSI上,这些IMSI的掉话又绝大多数都发生向FACH信道转换的过程当中.针对这一点，我们调整了inactivityTimer（由30调整为16），目的是想要降低终端停留在fach信道上的时间，但是效果不太明显.反而还影响了现网寻呼成功率的指标,由于那些高掉话的IMSI所使用的终端设备在FACH上掉话后会自动重联,导致掉话次数异常升高（一个小时掉话100-200次）,从而影响了全网指标的下降.目前针对这些高掉话IMSI还没有找到更好的解决办法,

第一阶段:

近期清远内部进行了大面积的传输调整,设备替换,改善了部分基站高误码率,在此之后清远3G掉话率也有了比较明显的改善,由之前的0.6%以上下降到了0.5%左右.由此推论之前的传输不稳定,误码率较高是也是导致3G 掉话率居高不下的主要原因之一.

为此我们截取了全网一周(17-23日)的counter进行分析截图Top 20小区分析如下:

从以上数据可知,清远全天的R99 TOP20小区的counter统计中,pmNoCellDchDisconnectAbnorm的原因一般为无线链路质量问题，由于空口质量原因导致RLC 释放最终导致掉话.这也包括两方面:一是由于下行链路恶化终端收不到RNC下发消息;二是由于上行链路质量差,

导致RNC收不到终端的ACK响应.需要进行RF优化以及开展邻区优化,补齐存在大量邻区丢失事件的邻区关系,删除长期没有切换事件的邻区关系;减小无线链路同步所需的好帧数,加大失步所需的坏帧数,加大无线连接失步等待时长;提高最小接入电平和最小接入质量等级设置;增大由于邻区丢失导致链路释放的门限.pmNoCellFachDisconnectAbnorm的原因一般为部分设备在64/HS的downswitch到FACH信道时,因FACH 信道上无功控,导致部分弱覆盖区域的无线链路失败,以及部分设备不支持FACH上的PS业务而导致掉线,可以通过调整downswitchThreshold,downswitchTimerThreshold,hsds chInactivityTimer减少64/HS的downswitch到FACH的次数,而减少掉线率,但实际使用时对整个指标改善不明显，也可以调整inactivityTimer,使得系统能尽快释放该类资源,减少掉线风险.

三:数据分析.

通过数据统计,全天异常释放次数为3816次,其中因为个别终端导致异常释放的次数为2480次,占总体异常释放次数的65%,因为弱覆盖导致RLC链路释放的次数为115次,占总体异常释放次数的3%,因为邻区配置不当导致链路释放的次数为6次,占总体异常释放次数的0.2%,因为在CELL_FACH的掉线次数为1106次,占总体异常释放次数的29%,CS域语音掉话次数79次,占总体异常释放次数的0.02%.具体比例图如下:

3G掉话率分布

终端问题弱覆盖问题邻区漏配FACH问题CS域语音掉话

2%1%

29%

65%

若剔除由于终端所影响的话,清远2日3G掉话率应该为0.23左右,由此可见影响清远现网较严重的为终端影响

四:分析结果

目前我们已经对现网所有3G邻区进行优化,删除1900多组长期无切换关系的邻区,添加512组漏配的单向邻区,基本已经解决无线链路质量问题导致的3G掉话率增加的现象,通过调整inactivityTimer后效果不明显,且导致寻呼成功率不达标,通过数据显示,我们

号段.如下:

GPEH.xls

从目前已知的情况所知,由于上述IMSI号用户都为145急速卡用户,无法进行用户回访,建议需其他部门进行配合,找出上述用户进行回访并建议其去营业厅进行IMSI卡数据验证

有益补充：

若发现掉线很多原因值都为UehChSwitchDchToFach可以考虑inactivityTimer缩短终端在FACH的时间，减少掉线机会.但是要观察下寻呼成功率,调整的太低会影响寻呼成功率,另外若很多原因值为uehPacketUraPch,就查下是否下列MO的funture激活,若激活了就关闭

======================================================================= ==========================================

21 SystemFunctions=1,Licensing=1,RncFeature=RabCombination021

======================================================================= ==========================================

RncFeatureId RabCombination021

featureState1 (ACTIVATED) 0

isLicenseControlled 1 (TRUE)

keyId CXC4030521

licenseState 1 (ENABLED)

serviceState1 (OPERABLE) 0

======================================================================= ==========================================

Total: 1 MOs

也可以考虑增加HS切换迟滞,降低HS切换次数,硬切换过多难免出现掉线..

指派成功率和切换成功率专题分析解析

TCH指派成功率（不含切换）的优化目前，无线系统接通率是联通总部考核的指标之一，从下面的无线系统接通率的公式可以看出，TCH分配成功率对该指标的优劣具有非常重要的影响，同时TCH指派成功率的提升对改善网络的寻呼成功率等指标也是有着积极意义的。为此，我们专门对TCH指派成功率进行了专题优化。首先分析TCH指派失败的成因，TCH指派失败的原因主要有五个方面：直接重试（directed retry）过程导致的失败、没有无线资源可用（no radio resource）导致的失败、无线接口故障返回SD（radio interface failure reversion to old channel）导致的失败、无线接口消息错误（radio interface message failure）导致的失败和其它原因（all other cause）导致的失败。其中以没有无线资源可用的原因所占的比例最大。由上表列出了1月8日到1月25日20：00～21：00TCH指派失败的统计，可以看出，正是由于“没有无线资源可用”的原因导致的TCH指派失败次数主要集中在没有无线资源可用（no radio resource）导致的失败，这是由于TCH拥塞而造成的，而且随着TCH分配失败的次数越来越多，没有无线资源可用（no radio resource）导致的失败所占比例也越来越高，因此，解决TCH拥塞是提高TCH分配成功率的根本方法。缓解TCH拥塞可以通过减扩容

恒大新城12341小区扩容后拥塞情况得以解决，TCH指派成功率上升；

七星路林业大厦14352小区拥塞情况得以解决，TCH指派成功率上升；高岭收费站18371小区扩容后拥塞情况得到解决，但是30号又出现拥塞，经检查发现有一块载频TPU:0故障，经过测试恢复工作，若再出现退服则建议及时更换；安吉路尾18583小区扩容后拥塞情况得以解决，TCH指派成功率上升；

WCDMA掉话问题分析及处理方案

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.覆盖差

TD无线接通率分析

1、接通率的定义： CS域接通率=CS域RRC建立成功率CS域RAB建立成功率100% PS域接通率=PS 域RRC建立成功率PS域RAB建立成功率100% 影响接通率的两个因素就是CS域或者PS域的RRC建立成功率和RAB建立成功率，那么我们要提高就要提高RRC建立成功率和RAB建立成功率来提高接通率。 2、RRC建立成功率分析： RRC建立主要分为四个部分： 1、 UE在RACH上发送RRC Connection request； 2、 RNC收到RRC Connection后，配置L2资源并和NodeB建立IUB接口上的RL链路；也就是RB Setup request和RB SetUp response； 3、 RNC向UE发RRC Connection SetUp ； 4、 UE回复RRC Connection SetUp complete。统计RRC接通率的起始点是RNC收到RRC Connection request，终止点是RNC 收到RRC connection setup complete。因此影响RRC接通率的RRC建立失败主要是后面三步没有成功而导致。 3、RRC建立失败的原因： RNC资源分配失败，或者建立L2实例失败，或者IUB接口的RL链路失败目前的用户量和话务量不是很多，出现资源不足的情况基本上不可能，因此如果出现前面的几种失败原因，一般都是RNC或者NodeB内部出现问题，需要检查RNC 和NodeB的状态或者小区状态。 4、 UE接收不到RRC connection SetUp RRC connection SetUp消息是在FACH上发送给UE的，目前SCCPCH功率配置的值一般是-3dB（相对于PCCPCH的功率）。从覆盖上来说，已经和PCCPCH的

无线接通率提升

无线接通率提升 1.1无线接通率指标情况华为区域CS域语音接通率99.5%左右，PS域接通率在99.6%左右，远低于青海省平均值，也低于全国20名指标，为此，我们对无线接通率问题进行专项优化提升； 1.2影响无线接通率因素从综合的角度考虑接通率，需要把RRC连接建立成功率和RAB指派成功率联合起来一起表征接通率。 RRC连接建立成功率反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立可以分两种情况：一种是与业务相关的RRC连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。 RAB建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。 1.3RRC建立失败分析调整 RRC连接建立失败的原因有很多种，总体来说和无线环境关系较为密切。UE 处于空闲模式下，当UE的非接入层请求建立信令连接时，UE将发起RRC连接建立过程。每个UE最多只有一个RRC连接。当RNC接收到UE的RRC Connection Request消息，由其无线资源管理模块RRM根据特定的算法确定是接受还是拒绝该RRC连接建立请求，如果接受，则再判决是建立在专用信道还是公共信道。对于RRC连接建立使用不同的信道，则RRC连接建立流程也不一样。RRC连接建立全部定义建立在专用信道上 RRC建立失败的原因可以通过RRC统计原因的counter来确定，从话统统计

GSM常见掉话原因分析

目录第一章前言第二章造成掉话的多种原因一、频率干扰二、覆盖问题三、硬件问题四、其它问题第三章路测掉话的原因分析及解决一、关于掉话的描述 1）射频掉话 2）切换掉话二、在路测时发现的掉话问题时,我们应从哪些方面进行考虑？三、对掉话现象进行分析以及可能的原因 1）频率干扰 2）缺少邻区&目标小区话务信道拥塞严重 3）覆盖问题（Poor level & Overshooting） 4）有线口的信道释放造成的掉话 5）硬件故障直接导致的掉话 6）BSS参数设置不当 7）切换掉话 8）手机问题 9）交换机参数设置问题第四章路测中见到的典型的掉话现象一、频率干扰二、载频误码率高三、载频低功四、同频负切结束语第一章前言在移动通信中，掉话是指在分配了话音信道（TCH）或独立专用控制信道（SDCCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话对系统接通率等指标虽没有重大影响，但却给用户造成许多不便，是目前用户投诉的热点。掉话是用户衡量企业运营质量和水平的重要标志，企业必须予以重视。道路测试（Driver Test）是优化工作中必不可少的一项工作。测试工程师通过使用测试工具（笔记本电脑、测试软件、测试手机、GPS等）驱车进行通话状态和空闲状态的测试，通过记录下来的各种数据（场强、通话质量、小区参数、手机的瞬时状态等）进行现场或后期的分析，查找并解决网络问题。随着网络的发展路测的工作方法和工作思路也应该逐步开阔和深入。一直沿用老的办法和固有的思维定式去分析日益复杂的网络问题是越来越难了。我们想通过对过去路测工作中所遇到的掉话问题的总结分析，给大家一个日常工作的指导，另外也希望能够使大家开阔思路，

10-掉话类故障分析与处理

M900/M1800 基站子系统故障处理手册目录目录第10章掉话类故障分析与处理...........................................................................................10-1 10.1 概述...............................................................................................................................10-1 10.1.1 掉话问题描述......................................................................................................10-1 10.1.2 掉话的计算公式..................................................................................................10-3 10.2 导致掉话的几种因素......................................................................................................10-4 10.2.1 覆盖引起的掉话..................................................................................................10-4 10.2.2 切换引起的掉话..................................................................................................10-6 10.2.3 干扰引起的掉话..................................................................................................10-8 10.2.4 天馈引起的掉话................................................................................................10-10 10.2.5 传输引起的掉话................................................................................................10-11 10.2.6 无线参数设置不合理.........................................................................................10-11 10.2.7 其它原因引起的掉话.........................................................................................10-12 10.3 典型案例......................................................................................................................10-13 10.3.1 优化切换参数减少掉话.....................................................................................10-13 10.3.2 直放站干扰引起掉话.........................................................................................10-13 10.3.3 MAIO相同引起干扰掉话...................................................................................10-15 10.3.4 上下行不平衡....................................................................................................10-15 10.3.5 孤岛效应引起掉话.............................................................................................10-16 10.3.6 与版本相关的参数设置.....................................................................................10-17

华为GSM掉话分析

华为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）邻区不全

详细讲解WCDMA掉话问题分析及优化方法

WCDMA 掉话问题分析第一章掉话分类定义第一节正常释放流程一个CS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0325，表示是call control 子层的disconnect消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0325，表示是call control 子层的disconnect消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是832d，表示是call control 子层的release消息。 4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是832d，表示是call control子层的release消息。 5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是032a，表示是call control 子层的release complete消息。 6. RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是032a，表示是call control 子层的release complete消息。

https://www.360docs.net/doc/9d7532464.html,发RANAP_IU_RELEASE_COMMAND消息给RNC，开始释放Iu口资源，包括RANAP 层和ALCAP层资源。 8. RNC发RANAP_IU_RELEASE_COMPLETE消息给RNC。 9.RNC发RRC_RRC_CONN_REL消息给UE，开始释放RRC连接。 10. UE发RRC_RRC_CONN_REL_CMP消息给RNC。 11.RNC发NBAP_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP 层，PHY层资源。 12. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。一个PS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0a46，表示是session management子层的deactivate PDP context request消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0a46，表示是session management子层的deactivate PDP context request消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是8a47，表示是session management子层的deactivate PDP context accept消息。 4. CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC，消息中给出要释放的RAB list，其中包含了要释放的RAB ID。 5. RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是8a47，表示是session management子层的deactivate PDP context accept消息。 6. RNC发NBAP_RL_RECFG_PREP消息给NODEB。 7. NODEB发NBAP_RL_RECFG_READY消息给RNC， 8. RNC发RRC_RB_REL消息给UE，释放业务RB。 9. NODEB发NBAP_RL_RECFG_COMMIT消息给RNC，

LTE专项优化-KPI优化指导手册_无线接通率

湖南移动专项优化 KPI优化指导手册-无线接通率 2015/3/14 目录

1 概述无线接通率可以统计UE成功接入LTE网络的性能。无线接入主要发生在开机附着、异系统重选回LTE、位置更新、收到pagging等过程中，无线接入是用户使用LTE网络的前提。无线接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3部分构成。 2 指标定义无线接通率= RRC建立成功率*ERAB建立成功率*100%。 RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100% =pmRrcConnEstabSucc/pmRrcConnEstabSucc*100% ERAB建立成功率=ERAB建立成功率次数/ERAB建立尝试次数*100% =(PmErabEstabSuccInit+PmErabEstabSuccAdded)/(PmErabEstabAttInit+PmErabEstabAttAdded)*1 00% 3 RRC建立成功率分析 3.1 理论介绍 RRC连接建立过程分为两个阶段：准备阶段和实施阶段。在准备阶段中，UE会根据NAS 层的触发原因和系统广播中的接入限制信息，通过一系列检查来判断自己是否被允许进行接入过程，如果可以，则执行后续的实施阶段；否则UE的RRC将启动相应的定时器，在该定时器超时前UE无法发起任何接入过程。上述机制的目的是负荷拥塞控制，当网络负荷较重时限制某些UE 进行接入

3.2 正常信令流程 RRC建立流程如下图所示，其中红点处为RRC建立重要counter（PmRrcConnEstabAtt和pmRrcConnEstabSucc）统计节点。 RRC 建立触发原因： ●IDLE态UE需变为连接态时发起该过程，如呼叫、响应寻呼、TAU（跟踪区）、Attach(附着)等。 RRC连接建立成功流程 ●RRC连接请求：UE通过UL_CCCH在SRB0上发送，携带UE的初始（NAS）标识和建立原因等，该消息对应于随机接入过程的Msg3 ●RRC连接建立：eNB通过DL_CCCH在SRB0上发送，携带SRB1的完整配置信息，该消息对应随机接入过程的Msg4 ●RRC连接建立完成：UE通过UL-DCCH在SRB1上发送，携带上行方向NAS消息，如Attach Request、TAU Request、Service Request、Detach Request等，eNB根据这些消息进行S1口建立 RRC连接重建立拒绝流程 ●第二步中，如果eNB中没有UE的上下文信息，则拒绝为UE重建RRC连接，则通过DL_CCCH在SRB0上回复一条RRC连接重建立拒绝消息 3.3 指标定义 RRC连接建立是指处于空闲状态的UE或待开机的UE准备发起一个呼叫或响应寻呼时发起的过程。处于降低接入时延的考虑，LTE系统将RRC连接建立过程设计发生在ENB和MME之间的S1连接建立前，也就是在ENB尚未从MME获得任何UE上下文前，ENB需要将RRC连接建立完毕，因此该过程主要建立最基本的SRB1。RRC连接建立成功意味着UE与网络建立了信令连接，是进行其他业务的基础。 RRC建立成功率公式： RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100% =pmRrcConnEstabSucc/pmRrcConnEstabSucc*100% 3.4 详细counter统计节点 RRC建立成功率相关主要counter统计节点如下图所示：

(重点)VOLTE掉话分析

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进行转换时是否掉话，测试结果如下：

掉话原因及处理

GSM网络优化中掉话、拥塞的原因及解决办法 1．掉话在移动通信中，掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话不仅影响网络指标，而且会给用户造成许多不便，是用户投诉的热点。 1.1掉话产生的原因 1、由干扰引起的掉话：干扰主要包括同频、邻频及交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。交调干扰主要来自于外部干扰，如CDMA站会对我基站上行频率产生干扰。 2、由于切换引起的掉话：（1） MS在通话中，手机列表中计算6个最好的相邻小区为切换做准备，但当网络覆盖不好时，会产生频繁切换，造成无主控小区，产生掉话。（2）一些小区由于话务忙，会把话务推给相邻小区，但当相邻小区信号不好或无空闲信道时就会产生掉话。（3）孤岛效应。如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛C周围又为小区B的覆盖范围，如在A的相邻小区列表中未添加小区B，那么当用户在C 中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。 3、参数设置不合理引起的掉话：影响掉话的参数主要有切换参数和相邻小区参数。如：PMRG设置过高或相邻小区参数做错都会导致掉话。 4、基站硬件引起的掉话： BTS的硬件故障也会引起掉话，NOKIA设备中的7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD）、7949 （DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX）是特别要引起注意的，因为这些告警同时伴随着掉话。 5、Abis接口失败产生的掉话 Abis接口的，包括BSC未收到来自BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。 6、覆盖不好引起的掉话：有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好，电平值很低，手机列表中测量的相邻小区的电平值又达不到接入的要求（如RXLEV ACCESS MIN＝－95dBm）而引起掉话，在边远地区、网络覆盖不好的情况下经常会出现这种掉话。 1.2 掉话的解决办法如果一个小区掉话很高，可以先通过查掉话报告（如163报告），先确定是由于哪方面引起的掉话。（1）对于由于切换引起的掉话的解决，可先进行大范围的路测，通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并

接通率

接通率接通率，其定义为无线系统接通率＝主叫比例*随机接入成功率*业务信道分配成功率(不含切换)+(1-主叫比例)*寻呼成功率*业务信道分配成功率(不含切换)，从公式可以看出，无线系统接通率同随机接入成功率、业务信道分配成功率和寻呼成功率有很大的关系，而以前的算法只同TCH拥塞率和SDCCH拥塞率有关。针对新的指标解释，统计值将产生很大的变化，优化手段也将不同。以我们公司为例，虽然寻呼成功率和业务信道分配成功率指标相对较高，可以由于随机接入成功率很低，就导致无线系统接通率很低。从中可以看出，如果想提升无线系统接通率指标，这三项指标的优化工作缺一不可。以下分别对三项指标的优化进行简单介绍：寻呼成功率指标优化寻呼成功率指标可以协调交换专业配合进行，寻呼参数的设置主要位于MSC侧，一般情况下寻呼间隔可以设置为2个时段各7秒，或者3个时段各5秒，从实际经验来看，设置3个时段各5秒更加有利于提高寻呼成功率指标；还有MSC和BSC的周期性位置更新参数，MSC侧值要大于BSC侧的值，否则将对寻呼成功率指标造成极大的影响，一般情况下,MSC 侧设置为30（180分钟），BSC侧设置为20（120分钟），缩短位置更新周期有利于提高寻呼成功率指标，例如将MSC侧由30修改15（90分钟），BSC侧由20修改为10（60分钟）。特殊说明：周期性位置更新参数的设置要考虑MSC、BSC的处理能力以及A接口、Abis接口、Um接口、HLR和VLR等是否出现过载情况，如果出现过载要增大此参数的设置。此外无线侧的上行和下行接入参数对寻呼成功率指标的影响很大，例如将BTS312基站的RACH最小接入门限由10修改为5后，将大大提升寻呼成功率指标。业务信道分配成功率业务信道分配成功率指标主要和TCH信道的拥塞程度有关，如果小区溢出严重，业务信道分配成功率就较低，优化业务信道分配成功率的方法主要就是及时的对现网严重溢出小区进行优化调整，最简单的方法就是进行载频扩容，还可以通过各种切换参数的调整来分流话务等。随机接入成功率指标随机接入成功率的定义为随机接入成功次数/随机接入请求次数*100%，以华为设备为例，随机接入成功次数统计方法为[小区性能测量][随机接入性能测量][立即指配成功次数]，随机接入请求次数的统计方法为[小区性能测量][随机接入性能测量][立即指配请求次数]。随机接入成功率指标的优化工作目前还没有更加成熟的经验，需要逐步的摸索。下面是从实践中总结出来的16项具体解决措施： 1）首先从设备完好率、中继完好率、信道完好率入手。我们指定人员天天几次对所有设备、信道、中继的状态进行检查，发现退服的及时处理恢复。对于误码率高的中继，在多方处理无效的情况下，通过更换电路来解决。对于难度较大的中继吊死现象，我们对这些中继线上的通话进行追踪，分析其信令接续过程，与对端局一起共同处理。 2）及时处理传输和对端局故障，使中继线尽早恢复。对对端局存在的较棘手的问题，派专人天天与之联系，并帮助一起分析原因，寻找对策，不因对端的原因而坐等观望。 3）尽可能多开No．7信令中继。由于No．7信令具有传输速度快、信息量大等优点，使用No．7信令的中继群接通率一般比开中国No.1信令的中继群接通率高好几个百分点。

高掉话小区处理流程

高掉话小区处理流程建议 1. 背景掉话率反映了系统话音业务的通讯保持能力，反映了系统的稳定性和可靠性，反映统计时间话音信道占用后因各种原因导致掉话严重程度，是无线通讯系统的重要性能指标，当系统的掉话率高时，会严重影响用户的感知，从而导致用户投诉或不满。此次我们主要针对TCH掉话的分析过程进行说明。在NOKIA设备中，掉话次数count主要统计的是掉话出现在哪个接口，如：无线口、A_BIS口，A 口等等，并没有按掉话原因类型进行分类，如：信号质量差掉话或TA掉话等等，因此，在NOKIA设备中，应该按照掉话出现的接口进行分析。 2. 3J掉话率公式 (sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+a.tch_abis_fail_old +a.tch_a_if_fail_call+a.tch_a_if_fail_old+a.tch_tr_fail+a.tch_tr_fail_old +a.tch_lapd_fail+a.tch_bts_fail+a.tch_user_act+a.tch_bcsu_reset +a.tch_netw_act+a.tch_act_fail_call)-sum(b.tch_re_est_assign))/ (sum(a.tch_norm_seiz)+sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch)-sum(a.tc h_succ_seiz_for_dir_acc)+sum(a.tch_seiz_due_sdcch_con) -sum(b.tch_re_est_assign))*100% Counters from tables: A = p_nbsc_traffic B = p_nbsc_service C = p_nbsc_ho 上表就是NOKIA设备中，分为在各个接口的14类掉话。

掉话优化思路

1 网优类 1.1 掉话类掉话排查总体思路流程图

1.1.1 CS掉话类问题处理流程现网的掉话监测分成RNC级的掉话与小区级的掉话两个方面，若出现网元大面积掉话，可能由RNC硬件故障引起。但还有一种情况是全网所有的RNC 掉话率都较高，此时可以考虑可能是由于CN的故障或是由其它系统原因造成，比如系统升级。

造成RNC掉话升级的原因可以有以下几种： 1. 参数配置错误：这有两个方面参数配置存在问题，一是RNC中的全局参数配置存在问题，另一方面是由CN中对RNC的参数配置存在问题。 2. RNC硬件故障问题：需要通过对RNC告警的检查以及对RNC日志的检查来确定是否是由硬件故障引起。小区级掉话率较高，造成小区掉话的原因较多，主要有以下几种： 1. 干扰造成的掉话：（同频干扰、相关性较强的扰码引起的干扰、导频污染、上下行交叉时隙干扰、上下行导频间干扰、系统间干扰、其它无线设置的干扰） 2. 切换造成的掉话：（硬件故障导致切换异常、同频同扰码小区越区覆盖导致切换异常、越区孤岛切换问题、目标小区上行同步失败导致切换失败、无线参数设置不合理导致切换不及时） 3. 基站硬件故障造成的掉话 4. 终端问题造成的掉话 5. 链路失衡造成的掉话 6. 参数配置错误造成的掉话覆盖问题造成的掉话（覆盖空洞造成的掉话、越区覆盖造成的掉话、孤岛效应导致的掉话、导频杂乱导致的掉话、阴影衰落导致的掉话） 1.1.1.1 RNC级问题处理思路 1. 确定问题小区的分布情况（比如是否集中在同一框的某一单板上）。 2. 出现RNC级掉话后，首先需确定该RNC级的掉话是由多个小区引起的，还是由个别高掉话的小区所导致。如果是由个别小区引起的，应进行小区级的掉话处理步骤，否则进入网元级的掉话处理过程。 3. 检查RNC的系统告警，检查是否存在相关硬件的告警信息，如果存在单板的告警，则需要进行排除。 4. 检查RNC的系统日志，对其中不正常部分进行检查。 5. 检查CT数据中掉话部分的信令，分析其错误代码，常见的RNC级参数设置错误引起的掉话主要有以下几种：

LTE专项优化KPI优化指导手册无线接通率

湖南移动专项优化KPI优化指导手册-无线接通率 2015/3/14

目录 1 概述 (2) 2 指标定义 (2) 3 RRC建立成功率分析 (2) 3.1 理论介绍 (2) 3.2 正常信令流程 (2) 3.3 指标定义 (3) 3.4 详细counter统计节点 (4) 3.5 RRC接入成功率处理经验及流程 (7) 4 S1 建立成功率 (8) 4.1 正常信令流程 (8) 4.2 指标定义 (8) 4.3 详细counter统计节点 (8) 4.4 S1建立成功率处理经验及流程 (10) 5 ERAB建立成功率分析 (10) 5.1 正常信令流程 (10) 5.2 指标定义 (11) 5.3 详细counter统计节点 (11) 5.4 ERAB建立成功率处理经验及流程 (12) 6 相关案例 (13) 6.1 PRB资源受限 (13) 6.2 告警导致接入成功率低 (14) 6.3 GPS故障导致接入成功率低 (15) 6.4 天线接反导致模3干扰 (17) 7KPI指标相关counter (19)

WCDMA掉话分析及解决方法(精华)

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消息，此时定义为异常掉话。二、掉话原因分析由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。

VoLTE高掉话小区处理流程

VOLTE高掉话处理流程 1. 基站告警-主要指小区存在明显的站点告警，主要影响业务告警，包含硬件、停电、断站，射频单元驻波，IPPATH，S1故障等告警； 2. 隐形故障-主要指对问题点进行后台排查后，未发现明显故障，需上站检查相关硬件，计为隐性故障； 3. 传输故障-主要指小区存在传输链路断链，误码率过高,传输数据配置异常等问题； 4. 参数问题-主要指小区存在参数设置不合理、设置错误，参数漏配等； 5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素； 6. 内部干扰-主要指小区存在时隙配比不一致（要求同频点站点时隙配比一致）、GPS失锁、模三干扰、超远干扰； 7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰； 8. 邻区问题-新开站点邻区关系不全，不合理或未加任何邻区，影响UE小区选择或重选至不合理小区，从而影响掉线率。 9. 拥塞问题-主要指小区存在明显的资源不足，用户过多导致。 10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等，导致指标恶化，计为核心网问题； 11. 终端问题-主要指对问题点通过后台排查和现场测试，排除为所有可能无线侧因素，结

合相关信令，确认为个别用户终端问题； 12. 突发异常-主要指某项指标在1-2个时段突然出现恶化，然后自行恢复正常，再排查完各种可能性原因后，未发现任何异常，计为突发异常。 2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程 2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程 1.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301） 2.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常； 1. 检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）； 2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型 1.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； 2. 通过后台QCI=1/2误码率跟踪，如BLER>1%，确定小区存在高误码； 1.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； 2.对比64QAM 和QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常； 1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； 2.如果确认问题后，转发相关人员处理，做好跟踪工作，直至问题闭环； 1.确定目标小区运行情况，是否基站故障或异常告警； 2. 检查邻区间参数设置是否正确； 3.通过Mapinfo 检查小区邻区配置是否合理，进行邻区合理性优化； 4.检查基站是否周边站点缺少，如为孤站，可视为正常； 1.通过LST ALMAF 查询站点实时告警,参考历史告警； 2.通过DSP BRD 查询单板运行情况；是否存在弱覆盖 E-RAB 掉线率(QCI=1/2)高掉话TOP 小区服务小区是否存在异常告警或传输闪断，周边300米站点是否存在断站及告警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数切换流程失败导致的激活的语音业务E-RAB 异常释放 eNodeB 发起的原因为无线层问题的UE Context 释放次数上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换，确定目标小区参数是否设置合理是否存在高干扰是否存在高质差现场测试及后台跟踪 UE Reply 超时导致的激活的语音业务E-RAB 异常释放