掉话原因分析资料

掉话率(CS)=( RNC 触发释放的CS域业务RAB的数目/ CS 域成功建立业务的RAB 指配响应消息的数目)× 100%

掉话率(PS)= (RNC 触发释放的PS域业务RAB的数目/ PS 域成功建立业务的RAB 指配响应消息的数目)× 100%

掉话的原因如：弱覆盖、强干扰、切换失败引起的掉话(系统内&异系统)、手机或基站故障引起掉话...

具体来说：

1.1 覆盖差

TD网络覆盖指标主要是P-CCPCH的RSCP、C/I。通常所说的覆盖差，是指（室内）RSCP 小于－90dBm。室外RSCP小于-85dB 。

对覆盖差问题进行分析是，通常要考虑上行覆盖和下行覆盖。上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话。

如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。

在合理的链路平衡情况下，而且上下行没有干扰的情况下，上行和下行发射功率会同时受限，此时不一定要严格区分哪一方先出现受限。如果上下行严重不平衡，则应该初步判定为受限方向存在干扰。

确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据，若最好小区的RSCP和C/I都很低，就可以认为是覆盖问题。

由于缺站、扇区接错、功放故障导致站关闭等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差，扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。

1.2 邻区漏配

一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：

方法一：观察掉话前UE记录的激活集C/I信息和Scanner记录的Best Server C/I信息，如果UE记录的C/I很差，而Scanner记录的Best Server C/I很好；同时检查Scanner 记录Best Server扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中，如果测量控制的邻区列表中中没有扰码，那么可以确认是邻区漏配。

方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。

方法三：有些UE会上报检测集（Detected Set ）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。

邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。

1.3 切换掉话

切换导致掉话主要有两类原因：切换来不及或者乒乓切换。

从信令流程上CS业务表现为手机收不到激活集更新命令（物理信道重配置），PS业务也有可能收不到激活集更新命令，也有可能在切换之前先发生TRB复位。

从信号上看，切换来不及主要有以下现象：

1）拐角：源小区C/I陡降，目标小区C/I陡升（即突然出现就是很高的值）；

2）针尖：源小区C/I快速下降后一段时间后上升，目标小区出现短时间的陡升。

从信令流程上看，一般在掉话前手机上报了邻区的1g或者2a测量报告，RNC也收到了测量报告，并下发了激活集更新消息，但UE收不到激活集更新消息。

乒乓切换主要有以下两种现象：

1）主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和C/I每个小区成为主导小区的时间很短；

2）无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区的C/I都很差。

从信令流程上看，一般可以看到1个小区刚刚删除，然后马上要求加入，此时收不到RNC 下发的激活集更新命令导致失败。

解决切换来不及导致的掉话，可以通过调整天线扩大切换区，也可以配置1g事件的切换参数使切换更容易发生，或者配置Offset使目标小区能够提前发生切换；解决乒乓切换带来的掉话问题，可以调整天线使覆盖区域形成主导小区，也可以配置1g事件的切换参数减少乒乓的发生等方法来进行。

对于异频切换和系统间切换，在切换前需要进行异频或者异系统测量，测量启动太迟，可能导致手机来不及测量目标小区的信号，从而产生掉话，也可能手机完成了测量，但下发的异频或者异系统切换请求手机不能正常接收而导致掉话。

对于3G 2G系统间切换掉话的常见原因大概如下：

邻区漏配置，可以通过配置邻区解决；

信号变化太快导致掉话；

手机问题，比如UE回切换失败或者UE没有上报异系统测量报告导致掉话等；

物理信道重配置时发生最优小区发生变更导致掉话，需要产品算法进行优化；

异系统小区配置过多导致掉话，可以通过优化邻区数目解决；

LAC区配置错误导致的掉话，可以通过数据配置检查解决。

1.4 干扰掉话

下行和上行的干扰都会导致掉话。一般情况下，对于下行，当激活集P-CCPCH RSCP大于-85dB，而激活集综合C/I小于-9dB产生了掉话，基本上可以认为是下行干扰的问题（当切换不及时的时候，也可能出现服务小区RSCP信号很好，但C/I很差；但此时监测集小区RSCP和C/I都很好）；对于上行RTWP比正常值（-107～-105）超过10dB，干扰时间超过2～3s，就有可能造成掉话，需要重点解决。

下行的干扰通常是指导频污染，指覆盖地区存在3个以上的小区满足切换条件，由于信号的波动常常出现激活集替换或者最优小区发生变化，通常当激活集综合质量不好（P-CCPCH的C/I都在-3dB左右波动），容易出现切换失败导致SRB复位，也可能出现TRB复位。

上行的干扰增加了连接模式的手机上行发射功率，从而产生过高的BLER导致SRB或者TRB复位或者由于失步导致掉话。另外，在切换的时候，新建链路由于上行干扰问题导致链路不能同步，从而造成该小区的切换成功率低，或者造成切换失败而导致掉话。

通常在没有干扰的情况下，上下行是平衡的，也就是说掉话前上下行的发射功率都会接近最

大值。但当干扰存在时，如果是下行的干扰，往往出现上行发射功率很小或者BLER收敛的情况，但下行发射功率达到最大值同时也伴随着下行BLER不收敛；对于上行干扰，会存在同样的表现，在实际分析可以通过这个方法来区分。

1.5 流程交互失败

一些需要信令交互的流程，如AMR控制、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。还有一种特殊情况就是在流程的交互过程中，如RB建立，RB重配置等流程中，切换的测量报告不能及时处理，导致信号变差而掉话。

这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。

1.6 异常

在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。比如：NodeB异常引起同步失败，导致的链路不停增加和删除,手机不上报1g测量报告导致掉话.这里需要重点注意的是测试手机异常死机引起的掉话问题，一般在拨测过程中容易出现这个问题，具体表现为路测记录的数据中有一段时间没有手机上报的信息。

TD掉话专题优化

TD掉话专题优化

【问题描述】

掉话率反映了系统业务的通讯保持能力，是用户直接感受的重要性能指标之一。广义的掉话率应该包含CN 和UTRAN的掉话率，由于无线网络优化重点关注UTRAN侧的掉话率指标，本文掉话率描述也重点关注UTRAN 侧的掉话及优化方法。

掉话率的统计是建立在一定业务的基础之上的，极少的业务量所统计出的高掉话率，对网络优化是没有意义的；极高的业务量所统计出的掉话率往往是与拥塞有关。因此在优化时关注的应该是话务量处于负载正常的小区。

一【由覆盖引起的掉话】

原因分析

根据厦门实验网的经验，一般情况下，掉话均是以下面的原因引起:

?服务小区由于各种原因（如无线环境好，功率过高，站点设置太高）产生越区覆盖，导致UE 在移动到被越区覆盖的小区后，因无邻区关系配置，导致掉话。

?越区覆盖导致的频率干扰和扰码相关性问题。

?波导效应和湖面效应会使服务小区覆盖过远，引起干扰或切换判断混乱，产生掉话。

?由于孤岛效应，处于孤岛的UE无法切换出去，产生掉话。

?由于一个地方没有一个足够强的主导频，出现导频污染，手机通话过程中，乒乓切换会比较严重，导致掉话率上升。

?两个小区交接部分出现明显的无信号覆盖的漏洞，UE移动出覆盖范围，产生掉话。

?由于高大建筑物遮挡产生的阴影效应。

解决措施

?消除漂移信号的影响

对覆盖区进行定期路测，查找覆盖不规范的基站，通过调整该站的下倾角，方位角，或降低它的最大发射功率等方法来优化覆盖区域，同时避免基站天线沿街道或湖面覆盖，避免街道效应和湖面效应等产生难以控制的信号，消除漂移信号对其它基站的影响。

?查找覆盖不足的地区

通过用户投诉和路测来查明覆盖不足的地方，看是否可以通过调整方位角，方位角，挂高，以及发射功率等方法增大覆盖范围（这需要综合考虑频率、扰码规划以及其它方位覆盖的情况）。如果弱场区处于商场、隧道、地下停车场、地铁入口、高层建筑等特殊场合，则需要增加RRU，或室内分布来解决。

?排查硬件故障

如果掉话率突然上升，则需要检查本小区和相邻小区此时是否工作正常，通过OMC-B检查本小区和相邻小区告警，并检查小区各通道输出功率是否正常，排除因为硬件原因产生的小区功率收缩。

?检查邻小区是否定义完整

根据整个网络结构，结合路测情况，在OMC-R数据库检查是否存在漏配邻区的情况，特别是不同省市相邻边界处应经常对照相邻小区数据。

二【由于切换引起的掉话】

原因分析

切换原因的掉话案例在切换专题优化中已经介绍过了，本章再把这些原因提炼出来。

?硬件故障导致切换异常引起掉话

同频同扰码小区越区覆盖导致切换异常引起掉话

?越区孤岛切换问题引起掉话

在环境比较复杂时，由于较近小区的信号阻挡产生一定损耗，而其他小区可能会从建筑物夹缝中透露出来，形成较强越区孤岛。由于该区域的小区和该越区小区之间不会互配置邻小区，在干扰没有严重到导致下行失步时，UE将不会选择到该小区上。但在服务小区信号较弱时，UE很可能会重选到该越区孤岛上。当在该小区上通话（建立其他的DPCH也是一样）后，将会导致无法切换从而掉话的现象。

?目标邻小区负荷过高导致切换失败引起掉话

当目标邻小区的负荷过高时，切换将无法完成。另外，当目标小区的部分传输通道由于误码较高或者频繁瞬断时，将会导致地面电路资源无法激活，从而引起切换（选择）失败。如果是跨RNC时，由于源RNC不了解目标RNC的传输故障情况，因此只要有切换请求，就会尝试进行切换执行，而最终导致切换失败，引起掉话。

?目标小区上行同步失败导致切换失败引起掉话

目标小区上行UPPCH干扰严重，或者同时有其他UE的上行同步碰撞，导致和目标小区的上行同步失败；目标小区的UPPTS期望接收到的功率设置过小，功率步长设置不当等原因可能会导致同步无法完成。

?原小区下行干扰严重导致切换失败引起掉话

在切换过程中，如果原小区下行干扰严重，有可能会导致原小区无法有效接收到UE上报的测量报告，从而不进行切换。此时，系统侧应该有“物理信道重配置超时”消息。而UE会出现失步，并发出“小区更新”。此时路测设备上的DPCH SIR会相应的较差。

在切换带处出现下行干扰，有可能是相应小区的下行信号遭受到了其他无线信号的干扰。干扰源可能来自于TD系统内其他同频小区，也可能是其他异系统的干扰，自然界的干扰，由于其有效频段较低（主要集中在100MHz以下）影响一般不大。

?无线参数设置不合理导致切换不及时引起掉话

切换过程分为切换测量、切换判断以及切换执行等3个过程。哪一个过程没有及时执行都会导致切换比较

慢，不及时。

切换测量，有两种策略，分别为周期性上报型和事件触发型。采用周期性上报型，系统可以较好的了解UE 的状态，可以对切换较好的控制，但是会导致系统信令负荷较重，故目前一般采用事件触发型的测量策略。目前系统的切换主要触发事件有1G（频内最佳小区变化，触发频内切换）和2A（频间最佳小区变化，触发频间切换）事件。

如果切换触发事件上报不够及时，将会导致切换不够及时，从而导致切换失败和掉话的可能性。

解决措施

?排查硬件故障，消除硬件告警

?调整天线参数

对于具有明显偏高的站点，需注意其扇区天线下倾角的设置不要太小，且最好选用具有垂直上波瓣抑制特性的扇区天线，以规避越区现象的出现。

?调整优化参数

1)切换允许下行功率门限

为保证系统的掉话率维持在较低水平，对于已在系统中的需要进行切换的用户，其优先级应较新接入的用户高。因此，考虑到系统中为切换预留的容量，通常下行切换功率门限一般需要大于下行接入功率门限。

2)切换允许上行干扰最大门限

为保证系统的掉话率维持在较低水平，对于已在系统中的需要进行切换的用户，其优先级应较新接入的用户高。因此，考虑到系统中为切换预留的容量，通常上行切换干扰门限应比上行接入干扰门限小。

3)小区个性偏移

利用本参数，可以调整UE选择的小区。例如当一个小区由于街道拐角等原因，将存在一个质量的突变，这样就可以将小区的本参数设置为正值，增大UE选择本小区的几率，可以减小切换失败导致的掉话。

4)PCCPCH RSCP切换迟滞量

该参数设置过大，将会导致UE无法及时切换，甚至发生掉话可能。

5)切换开关

如果测试UE上可以看到相应的邻小区PCCPCH RSCP远大于服务小区（比如大6dB以上，且持续时间超过5秒以上）而不进行切换，可能是由于服务小区无线参数中的“切换开关”参数设置为“TRUE”，从而导致该UE无法切出该小区。

?下行干扰解决措施

1)切换带处源小区遭受到严重的下行干扰，可以使用扫频进行排查；

2)源小区信号陡降或者目标小区陡升导致的下行干扰问题，可以适当调整天线参数进行优化解决。

三【由于干扰引起的掉话】

原因分析

?同频干扰

?相关性强的扰码引起的干扰

?上下行交叉时隙干扰

?导频污染

?上下行导频间干扰

?系统间干扰

?卫星接收器、屏蔽器、雷达等干扰

注：干扰判断方法可详见干扰专题

解决措施

?优化频点、扰码。

?设置频点优先级和时隙优先级来尽量避免在弱场区同频同时隙切换。

?上下行时隙调整，举例说明当相邻小区时隙配置分别为2/4和3/3时，降低TS3时隙的优先级，减少TS3时隙的上下行交叉干扰。

?天线参数的调整，避免越区覆盖。

?检查邻区关系，避免漏配邻区。

?DwPCH由于时间延迟对其他基站UpPCH的干扰可以采用UpShifting技术处理。?异系统间的干扰，主要采用增加空间隔离度和增加滤波器来降低