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

合集下载

LTE地掉话原因分析报告及处理思路(加精,值得收藏)

LTE地掉话原因分析报告及处理思路(加精,值得收藏)

LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。

统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始,之后进行的各类业务,未正常释放的均计为“掉话”。

正常释放流程如下:一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。

掉话原因1:弱覆盖现象:由于弱覆盖导致的掉话,通常有以下表现:1.掉话前服务小区的RSRP持续变差(低于弱覆盖标准,如小于-105dBm),同时服务小区的SINR 也一起持续变差(小于0dB,甚至小于-3dB)。

2.掉话后可能会有一段时间(数秒至数分钟不等,取决于实际网络覆盖情况),UE无数据上报(类似于UE脱网)。

解决方案:要解决此类掉话,需要改善覆盖。

具体手段有:1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。

2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区,并加强它的覆盖。

如常用的天馈调整、站点建设等。

具体案例:对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区,覆盖较差存在掉线风险。

通过调整PA:3→0,RS参考功率:13.4dB→15.2dB,覆盖改善,掉线风险大大降低。

掉话原因2:越区覆盖现象:在支持切换的移动通信网络中,由于无法精确控制无线信号的传播,因此或多或少都会存在越区覆盖的情况,导致“孤岛覆盖”无法与周边站点进行正常切换掉话,通常有以下表现:1.越区覆盖导致的“导频污染”。

在覆盖区内,没有稳定的强信号作为主服务小区。

服务小区信号的频繁变化,是导致掉话的一个主要原因。

2.越区覆盖对主服务小区的干扰(包括邻区漏配、越区信号的迅速变化等)。

在某些区域,主服务小区收到越区信号的干扰,最终导致掉话。

解决方案:1.越区覆盖的一般优化原则是:在区域中已有合理的稳定信号覆盖的情况下,尽可能的控制越区覆盖的信号。

析移动通信中的掉话问题

析移动通信中的掉话问题

析移动通信中的掉话问题由于移动通信网络的优化迅猛发展,使人们对网络服务质量提出了更高的要求,移动通信的重点也由网络工程建设进入网络的调整和优化阶段。

通过系统化的网络优化工程,可以充分利用现有的网络设备、资源和容量,最大限度地提高网络的服务质量,提高效益。

对于掉话问题更是势在必行需要解决,就这个问题自己简单的分析了几点原因,提出了几点方案。

一、产生切换掉话的原因所谓切换,就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区,必须改变原有的话音信道而转接到一条新的空闲话音信道上去,以继续保持通话的过程。

切换是移动通信系统中一项非常重要的技术,切换失败会导致掉话,影响网络的运行质量。

(1)越区切换参数定义不合理:上行电平切换门限、切换余量以及切换功率控制参数等定义不合理,致使越区切换失败,产生掉话。

(2)信号强度滞后值设置不度当:信号强滞后值设置太小,小区基站没有足够的时间处理切换呼叫,造成许多呼叫在切换时丢失。

(3)忙时目标基站无切换信道:相邻小区都很繁忙,造成忙时呼叫重建失败导致掉致使手机用户在进行切换时无法占用相邻小区的空闲话音信道。

(4)信号强度太弱:当基站做分担话务量的切换时,有些切换请求会因切入小区的信号强度太弱而失败,有时即使切换成功,也会因信号强度太弱而掉话。

(5)网络存在漏覆盖区或盲区:当移动台进入网络的漏覆盖区或信号强度盲区时,信号变得太弱而发出切换请求,切换不成功引起掉话。

二、产生干扰掉话的原因无线电波传播的特性决定其在传播过程中易受外界多种因素的影响;由于网络内部原因,它还受到网络内部各种因素的影响,如同频、邻频干扰以及网络中设备本身的非线性、设备故障所引起的交调干扰。

(1)设备本身的非线性以及设备故障引起的交调干扰。

设备运行中缺乏定期的指标测试和调整,使交调干扰在一定范围存在。

(2)频率规划或频点选择不正确,在较近距离内存在同频、邻频现象。

目前市区的站点分布越来越密,而分配给网络的频率资源是有限的,因此在通话中产生严重的背景噪音甚至掉话。

掉话处理方法

掉话处理方法

1.出现小区级掉话时,首先查看该小区有硬件故障告警,2.检查切出成功率是否正常,如果切换成功率较低,检查邻区关系以及是否存在同频同码的情况。

1》邻小区关系中是否存在同频同扰码的现象,这种情况在路测中也可以发现,一般是在邻区表中出现两条相同频点的邻小区关系,这里需要注意的是业务同频同扰的现象,它无法在路测中发现,一般需要对信令进行分析,此时虽然两个小区主载频异频,但measurement report却上报了1G事件,针对这种情况需要通过修改频点和扰码解决(可以通过系统自带的全局参数合法性检查工具进行检查)2》邻小区关系中是否存在同频同码组的现象,这种情况在路测中也可以发现,一般情况是它是影响到终端的测量结果,此时测量结果不准确,造成终端上报系统后系统判断错误,针对这种情况则需要修改频点和扰码解决(可以通过系统自带的全局参数合法性检查工具进行检查)3》是否存在单边邻小区关系,如果存在,添加单边邻区,单边小区的检查可以使用NOP-T工具进行也可以通过对性能统计指标中的小区对切换统计指标来检查。

4》是否存在异频邻小区个数过多的现象(异频邻区数超过8个),如果存在,删除不必要的邻区,这种情况可以使用NOP-T工具进行检查,也可以使用办公软件进行检查。

5》是否存在切换开关设置的问题(有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止),如果存在,打开切换开关。

6》切换相关的事件定义是否准确,不区引用是否正确,如果存在,修改引用。

7》PS切换失败是否存在完整性算法问题,如果存在,将之间的完整性开关设成一致。

8》是否存在邻区漏配的情况9》目标小区拥塞造成的掉话,由于目标小区的资源不足,而本小区的覆盖又越来越差,此时造成掉话,常见的错误代码为no_resource_available或RRM_Celloverload_Release3、检查时隙转换点配置是否正确,是否存在交叉时隙干扰,如果存在,修改时隙转换点4、检查UP时隙贺上行业务时隙的干扰电平,是否存在上行干扰导致掉话,若存在,进行干扰排查5、根据性能指标统计,如果PS域和CS域的BLER都比较高则可能存在干扰,然后再结合载频时隙干扰统计指标来判断是否确实存在干扰,另外通过对信令的分析如存在干扰则一般信令流程正常,未有切换或其他事件,但RNC进行了IURELEASE,原因一般为无线链路的原因(比如无线链路错误等),有时也会发生CELLUPDATE原因为RLCunrecoverable erro如果存在则需要现场排查,现场测试时如果存在干扰则有以下几方面的显示:1》C/I较差:系统内同频的干扰较为严重,发生掉话时会存在终端发射功率较高的现象,同时覆盖也相对较好,表现在RSCP值上,一般都在-90dB以上,另外一表现象就是起呼比较困难,而起呼成功后也容易掉话2》终端发射功率较高,基本上满功率发射,一般都在-20dB以上3》系统外的干扰造成的掉话同样具有终端发射功率较高的现象,也一般都在-20dB以上4》系统外的干扰造成的掉话也可以通过误块率指标进行判断,此时无论是进行CS业务还是PS业务BLER都比较高,且保持时间较长5》系统外的干扰语音业务判断,此时进行通话会出现断字,吞字等现象,比较难以进行通话6.通过对性能指标的统计主要是RRC连接成功率的统计,这其中包括业务相关和非业务相关的统计,如果两种统计都差则可能存在覆盖问题,此时检查CT数据中RRC CONNECTION REQUEST中的PCCPCH的值,则存在弱覆盖现象,需进行功率参数,天线方位角、下倾角的调整7.如果上述都检查不出原因,可能是载波的隐性故障,此时可以尝试闭解载波时隙,或者强行闭载波、时隙观察掉话率的变化8.终端问题,一般是通过对大量的性能数据统计,发现掉话高的小区,然后依据小区信令数据分析信令,可以看出掉话常发生的用户,而后进行处理。

干扰-子帧配比不同导致掉话分析和问题处理

干扰-子帧配比不同导致掉话分析和问题处理

子帧配比不同导致掉话分析和问题处理1 现象描述室分系统,电梯门口天花板上有一个天线,主要覆盖电梯门口的信号(PCI=500,图中圆圈即为天线位置,PCI为500的小区覆盖电梯门口和1F-10F),测试时所在楼层为14楼,楼层内的信号由另外一个小区覆盖(PCI=501)。

除电梯口前通道外,整层楼的信号都比较强RSRP在-60~-75之间,SINR>24,室分打点测试时,一旦路过电梯口,特别是在电梯口天线下,RSRP会降低到-141,SINR也会降到-10,出现掉线的情况。

测试的时候两部终端同时测试,一部上行,一部下行。

2 告警信息无3 原因分析1、初步分析认为可能是RS功率设置过大导致干扰。

因为整层楼的室内区域比较小(在30平米左右),两个小区存在交叠覆盖,产生相互干扰。

所以首先将PCI为500的小区的RS功率降低3dB,发现掉话的情况同样存在,证明和RS功率关系不大;2、继续分析是否两个小区之间的相互邻区漏配了,导致掉话。

后经查看信令发现终端并不存在MR上报不处理的情况,并且后台核查邻区配置后确定两个小区的双向邻区均已经配置,则排除邻区漏配问题。

3、由于初步简单分析并没有查到原因,所以后面进行更详细的分析。

4 处理过程1、首先确定掉话问题,根据测试的结果显示,在电梯厅门口RSRP会突然陡降,然后掉话;2、排除邻区漏配的原因。

邻区已配置且参数配置正确,可排除邻区漏配导致掉话的情况。

因为刚开站,参数都是按照规划参数进行配置的,没有仔细的核查所有的参数配置;3、排除设备告警方面的原因。

核查操作日志,设备故障,告警和外部事件进行核查,没有设备故障,之前的告警也已经消除,没有发现问题;4、排除上行干扰原因。

由于之前的步骤都没有查出问题,所以接着就怀疑是不是因为存在干扰,所以进行了NI跟踪,结果是环境很干净,干扰问题排除;5、核查网规网优参数。

在核查的时候,就发现了一个问题,PCI为500的小区配置的子帧配比为SA1(2:2),而PCI为501小区配置的子帧配比为SA2(3:1),由于PCI为500的小区不光覆盖电梯门口,同时也覆盖1楼至10楼,而7楼为提高上行速率,修改了子帧配比。

掉话原因及处理

掉话原因及处理

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接口的误码率的影响。

VOLTE掉话分析

VOLTE掉话分析

VOLTE掉话分析VOLTE(Voice Over LTE)是一种在4G LTE网络上实现高质量语音通话的技术。

它比传统的2G和3G网络更高效和先进,但在实际应用过程中,仍有可能出现掉话的情况。

下面将分析VOLTE掉话的可能原因和解决方法。

首先,VOLTE掉话的原因可能和网络覆盖有关。

4GLTE网络有时在一些较为偏远的地区信号覆盖可能不稳定,或者室内覆盖不足,这都可能导致VOLTE掉话。

解决这一问题的方法可以是增加基站的覆盖范围或增加室内信号增强器等设备。

其次,VOLTE掉话的原因还可能和设备功率管理有关。

在信号弱的地方,手机可能会增大功率以保持通信连接,这可能会导致电量消耗过快,进而导致掉话。

此外,设备的软件或硬件故障也可能导致VOLTE掉话。

解决这一问题的方法可以是优化设备的功率管理算法,确保设备正常运行,并及时修复软硬件故障。

再次,VOLTE掉话的原因还可能和网络负载有关。

在高峰时段或网络拥堵的情况下,网络负载增加可能导致语音通话的质量下降,包括掉话。

解决这一问题的方法可以是提升网络的容量,增加带宽等。

此外,VOLTE掉话还可能和网络的QoS(Quality of Service)设置有关。

QoS的设置可以对不同类型的数据流分配不同的优先级,如果语音通话的优先级设置不当,可能导致VOLTE掉话。

解决这一问题的方法可以是合理设置QoS,确保语音通话的优先级高于其他数据流。

最后,VOLTE掉话的原因还可能和网络的连接稳定性有关。

网络的连接不稳定可能导致通话中断,从而出现掉话情况。

解决这一问题的方法可以是优化网络的传输协议,提高连接的稳定性。

总的来说,VOLTE掉话的原因可能涉及网络覆盖、设备功率管理、网络负载、QoS设置和连接稳定性等多个方面。

要解决这一问题,需要优化网络、设备和软件配置,并加强对网络质量的监控和维护。

只有在确保网络稳定和通信质量高的情况下,才能实现高质量的VOLTE通话体验。

GSM常见掉话原因分析

GSM常见掉话原因分析
图6很差的覆盖造成了掉话
B.过覆盖(Overshooting)
还有一种覆盖问题就是邻区间交叠区过大,甚至出现了过覆盖(Overshooting)的现象。比较典型的情况是:一个较高的基站A的天线没有作下倾角或只有很小的下倾角度,与它相邻的一个基站B的天线高度较低,覆盖范围很小,造成B的覆盖范围被A完全包含。如图7所示。所以在越过绿色的B小区主控覆盖范围后,手机还会“回切”至A小区,但是由于种种原因,A小区并没有C小区的邻区。因此,当测试人员继续行驶后,就会因无邻区可切而造成拖带掉话(例如在红色区域)。解决的办法就是如图中所示,将小区A的覆盖范围控制好(小区A’),就可以解决过覆盖造成掉话的问题。
带内干扰:GSM系统内部干扰主要由以下几个方面原因产生:
l频率规划不合理,引起同频、邻频干扰;
l基站或手机功率设置不合理,引起下、上行链路干扰;
l频率复用不合理;
l由于多径效应、建筑物反射等造成干扰;
l码间干扰;
l TA与实际不符造成时隙干扰。
当MS在服务小区收到很强的同频或邻频干扰信号时,会引起误码率恶化,使手机无法准确解调邻近小区的BSIC或不能正确接收MS的测量报告,从而产生掉话。
l在Layer 2上:BSS/MS每T200时间发送N200+1次SABM/DISC消息,但未从接收端收到回应
2)切换掉话
l MS未能成功切换至目标小区,但未能回到源小区
l MS发送HO FAILURE和UL-SABM消息给源小区,但未得到回应
二、在路测时发现的掉话问题时,我们应从哪些方面进行考虑?
图2干扰基站图
事故原因:同频干扰造成掉话,通过对规划的调整和修改邻区参数,上述问题得到解决。
实例2:直放站、阻断器造成的掉话
随着用户的增多,很多宾馆酒店写字楼等建筑物内为了解决电梯、地下室等信号覆盖的盲区就会出现私建直放站,从而产生了强烈的上下行干扰,有时波及周围很多小区的性能,对网络指标的影响非常大。频率阻断器是一种宽带的干扰器,其安装的目的就是要对移动通信系统产生强烈的干扰,以达到阻断器周围一定范围内手机无法接入系统服务的目的。

移动通信掉话故障分析及解决方案

移动通信掉话故障分析及解决方案

移动通信掉话故障分析及解决方案掉话率是衡量移动通信无线网络质量的一项重要指标,解决减少掉话成为了提升网络质量和客户满意度的重要工作。

本文例举了移动通信中无线系统几种常见的掉话问题,如因直放站掉话、设备引起的掉话、切换掉话、干扰掉话等,并简要分析了这几类掉话的原因,提出了相应的解决方案。

标签掉话;切换;干扰;直放站1 前言我们在使用手机过程中经常会遇到掉话的问题,这也是许多移动用户申告的热点之一。

所谓掉话,就是指通话双方在通话期间由于某种原因非正常终止通话。

移动通信系统是有线与无线的综合体,它是移动网络在其覆盖范围内,通过空中接口将移动台与基站联系起来,并进而通过移动交换机交换连接,实现用户终端无线联络。

由于移动电话的移动性及无线传输的复杂性,因而一定程度的掉话显得不可避免的。

但随着无线技术的不断发展和网络质量的逐步提升,无线掉话正被逐渐克服和改善。

掉话率是考核无线网络的一项重要指标,它从一个侧面反映了网络运行的质量情况。

2 产生掉话的几种原因2.1 网络漏覆盖或盲区引起的掉话2.1.1 移动网络建设初期,由于资金问题和无线规划的缺陷,以及大众对移动通信需求的飞涨,无线基站在一些地区还存在着许多的盲点和漏点。

当移动台进入网络的漏覆盖区或信号盲区时,因信号太弱而发出切换请求,但切换不成功引起掉话。

2.1.2 初期网络建设为了解决无线覆盖问题,采用全向基站较多,一些基站在工程选址时又往往选到山坡或大楼楼顶等高处上,导致近距离覆盖不好,且覆盖范围又过大,在统计上体现上行信号弱掉话比例较高。

2.2 直放站引起的掉话为减少投资,扩大覆盖范围,一些小基站普遍采用直放站放大信号,但由于目前大量使用的直放站是900MHz宽带放大器,基站与直放站之间绝大多数又是射频连接方式,加之直放站的规划和选址上存在一些问题,特别是部分县局设置的直放站不是接收本局基站的信号,而是就近接收邻县(市)基站的信号,从而造成邻县(市)基站掉话率偏高。

掉话类故障处理指导

掉话类故障处理指导

掉话类故障处理指导掉话分类定义在华为Probe侧对于掉话(ERAB Abnormal Release)的定义:UE没有收到Deactivate Eps Bearer Context Request消息,但收到RRC Release或RRC Connection Reconfiguration消息,则表示ERAB异常释放。

标口信令在eNodeB跟踪到的标准接口信令中,如果存在eNodeB发起的释放,即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“User-inactivity (20)”时,则判断为掉话。

掉话预检查方式异常掉话通常都是由eNB发起的释放,通知MME释放上下文,因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可,如下图所示。

S1AP_UE_CONTEXT_REL_REQ点击“标准接口消息类型”按消息类型进行排序,这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起,如下图所示。

按消息类型排序依次点击下一条,查看中的原因值,找出最后的原因为非02 80 的原因值。

找到异常掉话消息根据对应的时间点,打开标准UU口的跟踪,找到对应时间点的RRC_CONN_REL消息,如下图所示。

找到对应的UU口消息掉话率指标话统公式在话统侧异常掉话指标的公式定义如下:Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel)等同于:Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / (L.E-RAB.AbnormRel.QCI.N +L.E-RAB.NormRel.QCI.N)其中:分子上表征异常释放的Counter为L.E-RAB.AbnormRel.QCI.N= L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+L.E-RAB.AbnormRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+ L.E-RAB.AbnormRel.QCI.5+ L.E-RAB.AbnormRel.QCI.6+ L.E-RAB.AbnormRel.QCI.7+ L.E-RAB.AbnormRel.QCI.8+ L.E-RAB.AbnormRel.QCI.9;而分母上是正常释放与异常释放的总和,正常释放的Counter为L.E-RAB.NormRel.QCI.N= L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+L.E-RAB.NormRel.QCI.3+L.E-RAB.NormRel.QCI.4+ L.E-RAB.NormRel.QCI.5+ L.E-RAB.NormRel.QCI.6+ L.E-RAB.NormRel.QCI.7+ L.E-RAB.NormRel.QCI.8+ L.E-RAB.NormRel.QCI.9;常见掉话原因邻区错/漏配通常,网络建设初期优化过程掉话占大多数是由于邻区错/漏配导致的。

掉话原因分析及解决办法档

掉话原因分析及解决办法档

• TCH掉话分析• 掉话的定义爱立信交换机对掉话总次数(TFNDROP)的统计定义是:当BSC向MSC发”CLEAR REQUEST”时,会使TFNDROP加一.或者是BSC收到MSC送来的不是因为“CALL CONTROL”或者是“Handoversuccessful”而产生的"CLEAR COMMAND”信息,也会使TFNDROP加一.但如果是由BSC先发“CLEAR REQUEST“,MSC再向BSC 发“CLEAR COMMAND“的这种情况,则不会使TFNDROP加一.• Abnormal Release• 计数器触发过程• BSC和掉话相关属性• 掉话的分类在爱立信交换机里,当掉话产生即CLEAR REQUEST发送到MSC时,交换机将会以下面的优先顺序去检查紧急状态(Urgency state),从而判断应该增加哪一个掉话计数器:Excessive TALow signal strength in downlink and/or uplinkBad quality in downlink and/or uplinkSudden loss of connection• 掉话的分类图解• 交换原因造成的掉话•GS与TRANSCODER会造成掉话,可以查找产生掉话时所占用的TRA设备在BSC内分布情况;•TRAPOOL是否拥塞;•SRS设备有故障或拥塞;•A接口传输问题;交换方面的原因造成的掉话多数都是只会跳转TFNDROP计数器而且属于其他原因掉话(other reason);• BSC追踪得到的掉话原因由BSC的Test System追踪及Cell Traffic Recording(CTR)得到的无线掉话主要原因:太多测量报告丢失(Too Many Measurement Report Generation Missing),和RLINKT,RLINKUP相关;T200超时(N200+1);切换掉话;• TA掉话原因•基站覆盖范围过大,TA超过TALIM值造成的掉话;解决办法检查TALIM,MAXTA;降低天线俯仰角,减少越区覆盖;降低天线高度;减少发射功率;开通基站的EXTENDED RANGE FEATURE;• 下行信号强度掉话原因基站发射功率设置过低;没有足够的基站覆盖;天线类型和天线是否受到阻挡;基站和天馈线硬件故障,如驻波比过高、TRU、CDU故障;基站动态功率参数设置不合理:对下行的信号和信号质量的期望值过低功控范围过大造成下行信号强度过低;切换参数设置不合理(如KOFFSETN设置过大等)或漏定邻小区关系,漏定NCCPERM;TCH拥塞;解决办法检查BSPWRB,BSPWRT;检查并排除基站和天馈线系统的硬件故障;调整基站动态功控参数;检查NCCPERM,以及相邻关系;• 上行信号强度掉话原因上下行功率不平衡:下行功率过大造成下行信号强度能满足正常通话条件但上行信号强度已经无法正常通话。

室分VoLTE掉话问题处理总结

室分VoLTE掉话问题处理总结

室分VoLTE掉话问题处理总结一、问题描述近日接到县局反馈在XX电信大楼通话过程中容易掉话,出现次数较多。

二、分析处理过程根据县局提供室分信息,查询了基站的告警情况,该小区为1t2r配置,底噪情况如下,实际底噪-85左右,(诺基亚基站小区正常底噪在-105左右;该小区ANT2实际未接馈线):根据县局提供的手机号码及掉话时间,在智慧优化平台查看通话记录,发现其掉话原因为BEARER_RELEASED。

端到端语音质量对比情况,主被叫语音质量均优良,没有丢包问题和时延问题:分析被叫端语音质量,可以看出在最后的5秒内达到的达到包数相比减少了非常多:在“信令回溯”页面,可以看出eNobeB发送了UE Context Release Complete 消息给MME,具体原因未知:继续查询XDR话单,找到对应的使用记录,可以看出UE Context Release 的原因是Radio Connection With UE Lost:根据上述分析,在空口侧应该是UE失步了导致基站释放了它的上下文信息。

按照通话时间在基站侧进行了calltrace,从信令来看,掉线原因是Radio Connection With UE Lost,具体原因为上行BLER达到了100%,然后基站认为手机out of syn并释放了其手机上下文信息,导致掉话问题出现。

若干秒后三、处理方案根据上面的分析,是手机失步了然后基站释放上下文导致掉话问题出现。

查询小区参数,其N310,N311,T310均已达到最极限值,没有修改的空间了,而该小区的底噪问题由于涉及到较多的环节,暂时无法处理。

分析该小区周边站点情况,同站址内有L800小区在用,故暂时采用语数分析方案,临时解决掉话问题。

XX大楼室分小区_1修改了如下参数:数修改如下:因L800小区带宽较小,在承载了较多的语音业务后需控制其覆盖范围,我们将其rsboost调整为-3,电子倾角下压了3度。

掉话问题分析及处理一般方法

掉话问题分析及处理一般方法

掉话问题分析及处理一般方法本文内容是根据经验对中兴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小区,重点进行分析处理。

LTE的掉话原因分析及处理思路(加精

LTE的掉话原因分析及处理思路(加精

LTE的掉话原因分析及处理思路(加精LTE(Long-Term Evolution)是一种移动通信技术,为用户提供高速数据传输和更稳定的通信质量。

然而,LTE网络在实际使用中可能会出现掉话现象,影响用户的通信体验。

掉话是指通话或数据传输过程中突然中断的情况,可能由多种原因引起。

本文将对LTE掉话的原因进行分析,并提出相应的处理思路。

一、LTE掉话的原因分析:1.频率干扰:当LTE信号受到其他频段或其他无线设备的干扰时,会导致通信中断或掉话。

2.基站负载过重:如果LTE基站的通话负荷过重,可能会导致通信连接不稳定,从而引起掉话现象。

3.地形遮挡:地形起伏或建筑物阻挡信号传输会导致LTE信号弱化,从而影响通话质量。

4.用户位置变动:当用户在快速移动过程中,如高速驾驶或地铁运行中,可能会导致基站切换不及时,引起掉话。

5.信号干扰:电磁干扰、天气影响或其他无线设备工作可能会对LTE 信号产生干扰,造成掉话现象。

6.网络故障:LTE基站设备故障、传输线路故障等都可能导致通信中断或掉话。

7.用户设备问题:用户使用老旧或不兼容的设备、软件问题、设备损坏等都可能导致LTE掉话。

二、LTE掉话处理思路:1.优化网络规划:对LTE网络进行规划优化,调整基站覆盖范围和功率等参数,提高信号质量和覆盖范围,降低掉话率。

2.增加基站密度:增加LTE基站密度,提高信号覆盖范围和质量,减少用户在移动过程中的掉话现象。

3.加强干扰监测:实时监测LTE信号干扰源,及时发现并处理可能影响通信质量的干扰因素,减少掉话发生的可能。

4.提高用户设备兼容性:鼓励用户使用符合LTE标准的设备,避免因设备兼容性问题而引起的掉话现象。

5.强化故障处理机制:建立健全的LTE故障处理机制,快速响应网络故障事件,提供快速恢复服务,降低掉话率。

6.加强用户培训:向用户普及LTE网络知识,教育用户正确使用设备、信号、网络选择等功能,减少用户因操作不当而引起的掉话。

关于VOLTE掉话率定位分析及优化案例

关于VOLTE掉话率定位分析及优化案例

关于VOLTE掉话率定位分析及优化1.1.1.1.优化思路定界流程:1.1.1.2.定位及优化1.1.1.2.1.基于话统定位优化流程对小区的QCI1的ERAB异常释放原因进行统计分析。

➢对于传输层问题占比大,则需传输侧进行排查分析;➢切换流程失败原因则重点分析无线质量、邻区关系、参数配置;●排查源小区及目标小区覆盖、干扰等无线质量情况,避免切换时与目标小区同步失败。

●核查邻区关系及参数,并结合地理图层确保已完善周报邻区,保证邻区关系及参数合理性;●参数一致性:核查确保外部邻区基站标识、小区标识、频点、PCI与邻区小区实际参数一致性、避免测量上报错误小区导致切换失败。

●核查切换参数配置:现网同异频切换基本都是基于A3事件:Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off。

同频切换参数,主要核查优化同频切换参数组ID的同频切换幅度迟滞、同频切换偏置、同频切换时间迟滞:异频切换参数,主要核查优化异频A3偏置、基于A3的异频A1 RSRP触发门限、基于A3的异频A2 RSRP触发门限。

异系统的切换参数,主要合理设置 A2 测量门限,避免由于测量过晚导致终端来不及测量目标小区信号无法切换掉话;➢无线层问题原因则重点排查弱覆盖、过覆盖、PCI模3干扰、外部干扰、参数配置等;●借助MR数据等措施判断弱覆盖及优化;●核查小区干扰情况并进行处理优化;●通过CQI上报指标统计各调制方式占比,可反映下行信道质量情况,正常情况是64QAM远大于QPSK占比,反之则说明无线质量存在异常。

如下为正常小区下各调制方式占比情况:●通过性能平台TA数据统计评估是否存在过覆盖问题,当TA统计距离明显大于最小站间距,则该小区极可能存在过覆盖。

对于过覆盖问题需进行增大下倾角、降低功率、站点整改等。

➢无线网络拥塞原因。

对于无线网络拥塞原因导致语音掉话,则需对拥塞原因进行排查及扩容等优化处理。

1.1.1.2.2.基于路测定位优化流程➢基于测试数据在ATU平台进行异常事件统计。

掉话原因及解决方法

掉话原因及解决方法

一、切换对掉话的影响对于移动通信系统来说,切换对系统运行质量有较大的影响。

切换掉话是无线掉话的一部分。

切换的主要原因有四类:电平引起的切换、话音质量引起的切换、功率预算引起的切换及距离引起的切换。

如果切换不成功将会造成掉话。

根据我们对小区切换的统计可以看出,正常情况下切换成功率高的地区,一般说来掉话率都比较低。

切换掉话的主要原因有以下几点:(1)由于小区话务量大,有全忙时长,引起手机在切换时目标小区没有可用资源分配,原小区无线链路难以继续维持通话而引起掉话。

(2)在配置无线数据时,由于邻区漏配或错配引起手机在切换时没有合适的小区可以切换而引起掉话。

(3)手机在切换时,目标小区的载频硬件存在隐性故障,导致手机切换后占用问题载频,发生质量问题或电平差而引起掉话。

(4)手机在切换时,由于小区同BCCH、BSIC或同BCCH不同BSIC,手机在测量时出现解码错误而切换到错误小区引起掉话。

(5)存在孤岛效应,如果服务小区A由于地形的原因产生的场强覆盖孤岛C,而在孤岛C周围又为小区B的覆盖范围,这时如果在A的邻近小区的拓扑结构表中未添加小区B,那么当用户在C中建立呼叫后,一但走出孤岛,由于无处可切换将产生掉话。

减少因切换导致的掉话可以从以下几方面着手:1.避免相邻小区拥塞引起掉话各小区话务分布不均衡,一些小区,由于相邻小区都很繁忙,造成忙时目标基站无切换信道,而导致手机用户在进行切换时无法占用相邻小区的话音信道。

在这种情况下,BSC将对此进行呼叫重建,若主叫基站的信号此时不能满足最低工作门限或亦无空闲话音信道,则呼叫重建失败导致掉话。

因此,我们要合理分布话务。

通过工程扩容、拆闲补忙、话务切换、开启半速率等功能减少由于拥塞而产生的掉话。

2.注意相邻小区的选择正确、完整的邻区关系非常重要,邻区关系做的太少,会造成大量掉话;邻区关系做的过多,会导致测量报告的精确性降低。

这两种情况都会造成网络质量的恶化和掉话。

在定义相邻小区时,设计往往与实际情况存在差异。

11掉话原因分析及解讲义决方法

11掉话原因分析及解讲义决方法
过覆盖 “孤岛效应”
解决措施 1、通过话统找出高掉话的小区,
通过DT确定高掉话的区域 2、通过增大功率、改变天线的
方位角、下倾角、挂高来增大覆 盖 3、排除硬件故障和邻区漏定义 造成的的弱覆盖 4、通过降低功率,压大下倾角、 提高ACCMIN来收缩覆盖范围, 消除漂移信号。也可通过合理设 置TALIM,使MS不能在孤岛中接 入小区,从而减少掉话。此方法 多用于湖泊或江河边缘的基站。 5、增大RLINKT、RLINKUP
谢 谢 各 位 聆 听
掉话原因分类
覆盖原因导致的掉话 切换引起的掉话 参数设置不当引起的掉话 干扰导致的掉话 天馈线原因导致的掉话 传输故障造成的掉话 直放站导致的掉话
覆盖原因导致的掉话及解决方法
原因 弱覆盖
指受地形地貌、建筑物的影响, 通常在楼内(室内)、基站信号 覆盖的边缘地带容易造成这类掉 话。
干扰导致的掉话及解决功率落 入接收邻频道接收机 通带内造成的干扰
邻频干扰保护比
C/A>(-9+3)dB
降低邻频干扰的措施
若不满足邻频保护比, 则需要重新进行频率 规划,要保证BCCH 不出现邻频干扰
开启动态功控和非连 续发射及跳频功能, 可降低整网干扰,减 少掉话。
直放站造成掉话及解决方法
安装直放站后,要修改相应的小区参数, 否则会造成掉话
重新进行频率规划、修改邻区列表、修 改TALIM、调整切换参数、功控参数。
从各接口分析掉话原因
无线接口失败(RLINKT)
弱信号掉话(盲区) 高阻塞掉话 干扰掉话 邻区漏定义掉话 孤岛效应掉话
Abis接口失败
传输质量引起,如误码、滑码、帧丢失
A接口失败
常发生在MSC之间、BSC之间与A接口有关的切换,与局间信 令配合、网间同步有关

无线网络优化问题分析和主要解决方法

无线网络优化问题分析和主要解决方法

一、WCDMA‎掉话分析和‎解决办法:1、路测中掉话‎的定义:路测的掉话‎定义是:从UE侧记‎录的空口信‎令上看,在通话过程‎(连接状态下‎)中,如果空口的‎消息满足以‎下3个条件‎的任何一个‎就视为路测‎掉话。

(1)收到任何的‎广播信道消‎息。

(2)收到无线资‎源释放的消‎息且释放的‎原因为非正‎常的。

(3)收到呼叫控‎制断连接、呼叫控制释‎放等消息,而且释放的‎原因为非正‎常的。

广义的掉话‎率应该包含‎C N和UT‎RA N的掉‎话率,但由于网络‎优化重点关‎注的是与U‎TRAN侧‎的掉话率指‎标,因此只要重‎点关注U T‎RA N侧的‎K P I指标‎即可。

2、掉话原因分‎析——涉及到具体‎的信令分析‎A、邻区漏配:一般来讲,掉话在初期‎优化过程中‎大多数是由‎于邻区漏配‎导致的。

对于同频邻‎区,通常可以用‎以下方法来‎确认是否为‎同频邻区漏‎配。

方法一:观察掉话前‎U E记录的‎活动集Ec‎I o信息和‎记录的Be‎s tSer‎v erEc‎I o信息。

如果UE记‎录的EcI‎o很差,而记录的B‎e stSe‎r ver EcIo很‎好,同时检查记‎录Best‎Serve‎r EcIo扰‎码是否出现‎在掉话前最‎近出现的同‎频测量控制‎的邻区列表‎中。

如果同频测‎量控制的邻‎区列表中没‎有扰码,那么可以确‎认是邻区漏‎配。

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

方法三:有些UE会‎上报检测集‎(Detec‎t edSe‎t)信息,如果掉话发‎生前检测集‎信息中有相‎应的扰码信‎息,也可以确认‎是邻区漏配‎的问题。

邻区漏配导‎致的掉话包‎括异频邻区‎漏配和异系‎统邻区漏配‎。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

M900/M1800 基站子系统故障处理手册目录目录第10章掉话类故障分析与处理...........................................................................................10-110.1 概述...............................................................................................................................10-110.1.1 掉话问题描述......................................................................................................10-110.1.2 掉话的计算公式..................................................................................................10-310.2 导致掉话的几种因素......................................................................................................10-410.2.1 覆盖引起的掉话..................................................................................................10-410.2.2 切换引起的掉话..................................................................................................10-610.2.3 干扰引起的掉话..................................................................................................10-810.2.4 天馈引起的掉话................................................................................................10-1010.2.5 传输引起的掉话................................................................................................10-1110.2.6 无线参数设置不合理.........................................................................................10-1110.2.7 其它原因引起的掉话.........................................................................................10-1210.3 典型案例......................................................................................................................10-1310.3.1 优化切换参数减少掉话.....................................................................................10-1310.3.2 直放站干扰引起掉话.........................................................................................10-1310.3.3 MAIO相同引起干扰掉话...................................................................................10-1510.3.4 上下行不平衡....................................................................................................10-1510.3.5 孤岛效应引起掉话.............................................................................................10-1610.3.6 与版本相关的参数设置.....................................................................................10-17第10章掉话类故障分析与处理10.1 概述在GSM网络中,掉话率是衡量无线网络质量的重要指标。

本章主要分析引起掉话的原因,如何定位和解决问题。

目的是降低掉话率,提高网络质量。

另一方面还可解决由掉话率高造成的最坏小区,降低最坏小区比,提高话务掉话比。

最坏小区比指标定义(按照网络规模的不同分别计算):特大型网络最坏小区比例:最坏小区个数/忙时平均每信道话务量超过0.15Erl的小区个数。

大型网络最坏小区比例:最坏小区个数/忙时平均每信道话务量超过0.12Erl的小区个数。

中型网络最坏小区比例:最坏小区个数/忙时平均每信道话务量超过0.1Erl的小区个数。

最坏小区指标定义:忙时话音信道拥塞率(不含切换)高于5%,或话音信道掉话率高于3%的小区。

话务掉话比指标定义:话务掉话比=(忙时话音信道总话务量×60)/忙时话音信道掉话总次数。

其中,掉话次数的定义为无线侧统计Clear Request消息。

10.1.1 掉话问题描述掉话可分为两种形式:z SDCCH上的掉话:SDCCH的掉话是指在BSC给移动台指配SDCCH而TCH还未指配成功的期间发生的掉话。

z TCH上的掉话:TCH的掉话是指在BSC给移动台成功分配了TCH后,发生的掉话。

造成掉话的原因,主要有三种:z无线链路故障(发生在通信过程中,消息无法正常接收);z T3103超时(发生在切换过程中,MS无法占用目标小区信道,也无法返回原信道);z系统故障(设备故障等各种可能发生的故障)。

(1) 在这三种掉话原因中,主要的掉话形式是无线链路故障。

在GSM规范中有一参数为Radio Link Timeout (无线链路超时)。

当移动台在通信过程中话音质量恶化到不可接收,且无法通过射频功率控制或切换来改善时,移动台认为无线链路故障,强行拆除链路,造成掉话。

GSM规范规定,移动台中有一计数器S,该计数器在通话开始时被赋予一个初值,即参数“无线链路超时”的值。

若移动台解码SACCH 消息(周期120ms)失败,S减1;反之,移动台每正确接收到一SACCH 消息,S加2,但S不可以超过初始被赋予的值,当S为0时,移动台报告无线链路故障。

信令流程如图10-1所示,图中(1)(2)专用模式已建立(SDCCH/TCH);(3)无法解释SACCH的消息块(上行/下行),导致无线链路超时。

前面是相对于下行的情况,在小区属性表下的SACCH复帧数(周期480ms),定义了上行链路连接失败时间。

当BTS检测到无线链路上一个被激活的连接被破坏时,就会向BSC上报连接失败消息Connection Failure。

系统判断连接失败的准则是基于上行链路的误码率或SACCH 是否正确译码。

华为BTS采用后一种判断准则,方法和移动台判断无线链路失效类似。

若基站每正确解出一次移动台的SACCH消息,计数器的值加2,最大不超过数据配置中确定的初值;反之,计数器减1,当计数器的值减为0时,BTS上报连接失败消息。

计数器的初值N是在数据配置中确定的,就是小区属性表中的SACCH复帧数,其单位为480ms。

另外,基站的无线口层二(LAPDm)在层二帧与移动台侧无法正常交互的情况下,会向BSC上报错误指示消息Error Indication,对应于图10-1中的第(3)步,原因值为T200超时,BSC也会释放无线链路,上报清除请求(Clear REQ)。

MSMSC BSC BTS(2) 定时器T3103:(a) 定义:在切换过程中(BSS 内部和BSS 间),BSC 按照此定时器在发起切换小区和目标小区同时保留TCH 。

T3103在BSC 发出切换命令(Handover Command )消息时启动,收到切换完成(Handover Complete )时(BSC 内部切换)或清除命令(Clear Command )时(BSC 间切换)清除。

(b) 该定时器的用途是保持信道足够长的时间以便MS 可以返回信道,若MS 丢失是用于信道释放。

BSC 向移动台发出切换命令时T3103开始计时,在BSC 收到来自切换目标小区的切换完成)或者来自源小区的切换失败(Handover Failure )时就将T3103复位,BSC 将Handover Command 信息发送到BTS 时,如果T3103超时后仍未收到任何消息时,BSC 就判断源小区发生了无线链路失败,进而释放源小区的信道,信令流程如图10-2所示。

MSC BSC BTS1MSBTS2图10-2 T3103超时导致掉话(3) 由设备故障等原因造成的掉话,例如案例八的详细描述。

10.1.2 掉话的计算公式(1) TCH 掉话率=TCH 掉话次数/TCH 占用成功次数×100%(2) TCH 掉话次数统计点:BSC 向MSC 发起Clear Request 消息时,当前占用的信道类型为TCH ;(3) 发送Clear Request 消息的典型原因值一般为:z无线链路失败(Radio Interface Message Failure ) z人工干预(O&M Intervention ) z设备故障(Equipment Failure ) z BSS 与MSC 间协议错误(Protocol Error Between BSS and MSC )z强占(Preemption)信令流程如图10-3所示。

相关文档
最新文档