掉话优化思路

合集下载

5G常见掉话问题定界分析与优化

5G常见掉话问题定界分析与优化
■NSA场景下UE会主动通过LTE通知网络侧自己 5G侧TA超时,要求5G网络侧释放用户 ■SA场景下UE会触发随机接入流程,进行重同步, 随机接入失败情况下,触发重建流程
5G常见掉话问题定界分析与优化:空口原因导致掉话
5G常见掉话问题定界分析与优化:空口原因导致掉话
5G常见掉话问题定界分析与优化:空口原因导致掉话
5G常见掉话问题定界分析 与优化
5G常见掉话问题定界分析与优化
5G常见掉话问题定界分析与优化:空口原因导致掉话
空口原因导致掉话
●常见掉话场景 □下行RLC达到最大重传次数(默认32次) □上行RLC达到最大重传次数(默认32次) □SR达到最大次数(默认64次) □上行TA超时 ●常见掉话原因 □覆盖、干扰、切换问题,信号质量差,导致上下行高误码 □参数配置问题
干扰及配置问题
● 干扰的类别有很多,根据干扰问题分析进行干扰问题定位: □切换不及时导致的邻区干扰 □TDD系统的环回干扰 □时钟偏差导致的小区间干扰 □还有外部干扰等 ●常见的配置问题主要有: □漏配邻区导致无法切换掉话,切换参数设置不合理导致掉话 □RLC参数配置不合理,导致状态报告不能及时上报,导致RLC重传达到最大次数掉话 □SRS自适应门限设置不合理,导致远点SRS带宽不能切换到窄带,基站测量SRS信号较弱,无法准确测量TA导致掉话 □A2门限配置过高,导致UE没有到小区边缘就被正常释放( NSA )
5G常见掉话问题定界分析与优化:掉话重点参数排查
5G常见掉话问题定界分析与优化:空口原因导致掉话
●UE侧和基站侧都使用TATimer来管理上行 同步,TATimer是一 个计时器,对处于上 行同步状态的时间进行计时 □TATimer在UE收到RAR中的TA调整命令或 者UE收到TA调整的MCE时启动 □UE收到一次TA调整的MCE时会停止一个 已有的TA Timer并启动一个新的TATimer。 当TATimer超时,UE认为自己处于上行失 步状态,NSA场景下UE会主动通过LTE通知 网络侧自己5G侧TA超时,要求5G网络侧释 放用户

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通话体验。

经典案例-VoLTE掉话问题处理思路与优化方法

经典案例-VoLTE掉话问题处理思路与优化方法

VoLTE掉话问题处理思路与优化方法VoLTE掉话问题处理思路与优化方法目录VoLTE掉话问题处理思路与优化方法 (1)1概述 (3)2VoLTE掉话率问题定界排查 (3)2.1VoLTE掉话问题定界思路 (4)2.2VoLTE掉线率TOPN小区定位排查思路 (5)3VoLTE掉线信令流程以及相关指标 (6)4VOLTE掉话无线问题优化方法 (7)4.1由于ENB的无线链路失败 (7)4.2由于ENB重建立失败 (9)4.3由于小区关断或复位 (11)4.4ENB由于S1链路故障发起释放 (11)4.5由于UE切换失败 (14)4.6由于UE不在线导致释放 (14)4.7由于ENB小区拥塞导致的释放 (14)4.8由于ENB过载控制导致的释放 (14)5VOLTE掉话处理案例 (15)5.1邻区漏配导致的掉话问题处理案例 (15)5.2弱覆盖导致的掉话问题处理案例 (18)5.3切换失败导致的掉话问题处理案例 (19)6总结 (20)1 概述目前萍乡电信VoLTE商用在即,VoLTE作为LTE网络实现语音通话的最终方案,用户对VoLTE高清语音的需求将越来越大,但目前由于电信Volte没有实现弱覆盖情况下的异系统切换,所以在弱覆盖区域存在较大的掉话风险。

伴随着网络规模的进一步扩大以及网络结构的日渐复杂,处理VoLTE的掉线问题即将成为日常网络维护中一项重要的工作。

本文通过研究VoLTE掉话问题定位及处理方法,主要从无线链路失败、切换失败、拥塞等方面展开分析,并总结VoLTE掉话问题处理优化经验。

2 VoLTE掉话率问题定界排查VoLTE掉话率指在移动通信的过程中,终端在VoLTE的通信意外中断的几率。

在信令监测平台上,VoLTE掉话指标取自于Rx接口和Mw接口,公式如下:VoLTE语音掉话率=VoLTE语音掉话次数/((VoLTE语音始呼应答次数+VoLTE语音终呼应答次数))VoLTE语音掉话次数指SBC(不区分主叫域和被叫域)收到PCRF发送媒体类型为语音的ASR(下图消息1)的次数,且ASR中Abort Cause为“PS to CS Handover”不含在内。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

GSM网络中掉话问题的分析思路

GSM网络中掉话问题的分析思路

1、影响掉话主要有哪些参数?答:无线链路失效计数器、SACCH 复帧数;RACH 忙门限(现在不起作用了)和 RACH最小接入电平;MS最小接收信号等级;呼叫重建允许(用户感受好但要记录掉话);国家色码NCC允许频率规划参数;切换相关参数;功控相关参数;与版本相关的参数。

2、掉话率如何优化?答:无线系统掉话分为 SDCCH掉话和TCH掉话:无线链路断掉话:调整无线链路失效计数器,SACCH复桢数,T3109定时器,MS最小接收信号等级,RACH最小接入电平进行优化。

错误指示掉话:调整T200定时器相关参数进行优化。

干扰掉话:下行干扰可以通过更换合理的频点和 BSIC,打开下行 DTX,跳频进行优化;上行干扰可以打开上行功控进行优化。

切换掉话:通过完善小区相邻关系,优化切换门限,切换时间,切换定时器,调整越区覆盖的小区工程参数等参数来优化。

上下行不平衡掉话:检查两副的天线下仰角是否不同,方位角是否合理;通过调整下倾角控制过远覆盖掉话;检查天馈是否进水,合路器是否存在问题。

通过检查MSC和传输是否存在问题来优化。

信道问题掉话:对载频板硬件进行版本升级或更换。

3、在日常优化过程中,掉话都有哪些类型?都有哪些解决方法?答:在日常优化过程中,一般掉话类型有故障掉话、切换掉话、定时器超时掉话、参数设置不合理造成的掉话、ABIS口掉话、覆盖区域不合理掉话、干扰掉话等。

故障掉话还包括显性硬件故障掉话、隐性故障掉话、传输故障掉话等。

干扰掉话分为频率干扰掉话、C网干扰掉话、室内系统干扰掉话、天馈系统干扰掉话、直放站干扰掉话、外部干扰掉话等。

详细参考如下:硬件故障、频率干扰、天馈系统干扰、外部干扰、切换掉话、隐性故障、覆盖问题、C网干扰、参数设置、越区覆盖、A bis 口掉话、传输故障、室内系统干扰解决方法:针对故障掉话,需要加强告警台监控力度,同时加强与维护部门、传输部门等部门之间的配合,以便及时掌握基站故障信息并做好保障,对话务密集区域、SVIP、重要保障区域等基站故障进行优先处理,加快载频故障、小区退服、基站中断的抢通进度。

5G网络掉话率指标优化经验总结

5G网络掉话率指标优化经验总结

5G网络掉话率指标优化经验总结1.掉话率提升针对5G掉线率指标,通过专项优化、指标监控预警及日常TOP小区处理等动作进行指标提升,目前全省5G掉线率指标0.1%以下,改善明显。

1.1.5G掉线率专项优化通过基于MRO的邻区漏配优化、PCI混淆优化、互操作策略优化、边界小区优化、BWP节电功能与终端兼容性优化等专项优化动作有效降低5G掉线率。

1.1.1.基于MRO的邻区漏配优化通过MRO数据文件进行采样点级统计,当服务小区与邻区存在多个达到切换门限的采样点且服务小区与邻区未定义邻区关系,同时判断服务小区与邻区距离与相对角度,均满足合理邻区条件时,则判断该邻区关系漏配,需进行添加。

截止目前基于MRO数据核查出邻区漏配52742条,添加邻区34009条,其余邻区因小区背向覆盖、站点搬迁、中间间隔多层站点等原因暂不进行添加。

1.1.2.PCI混淆优化当邻区外部定义存在PCI混淆(NR基站配置2个同频点同PCI的LTE外部小区)时,可能会导致执行阶段切换失败,进而引起用户掉线。

通过一定规则对NR基站NR/LTE外部小区进行核查优化,截止目前共优化1862个小区,小区整体NR切换成功率由98.05%提升至99.57%,对应小区无线掉线率由0.18%降低至0.05%。

PCI混淆优化原则如下:(1)存在PCI混淆情况的邻区对1周累计切换次数≦5次或距离大于3km,进行删除;(2)存在PCI混淆情况的邻区对均不满足条件1时,距离大于2km且1周累计切换次数≦20次的,进行删除;(3)存在PCI混淆情况的邻区对不满足条件1和条件2时,修改LTE小区PCI,且需注意复用距离与修改后的PCI不会对其他NR、LTE外部小区造成PCI 混淆情况;(4)均满足条件1或条件2时,选择距离更远、5-4切换次数更少的进行删除。

1.1.3.互操作策略优化(增加盲重定向的应用)针对现场可能还存在的少量邻区漏配或者错配等原因导致的5G终端在5G 弱场无法及时切换到4G导致的拖网掉线情况,引入保底盲重定向和邻区漏配直接走重定向策略,降低用户掉线风险,目前已在试点推广,试点区域5G掉线率由0.13%降低到0.07%。

小灵通网络高掉话率分析及优化方案

小灵通网络高掉话率分析及优化方案
2 7 .9
干扰规 建链再请 TC H接入 成功 率 7 2 .8 4 8 .7 9O .2 1.7 2 2
基站地址
( %)
率 ( 话 务量 避发生率 求率 ( %) %) 1 .8 8 8 1.1 3棉八厂一
表 1 区域基站数据分析表 ( 以下数据采集时 间:2 0 年 元月 3 06 0日至 2月 5日 晚忙时 1 :( ~2 :(】 9 】 O 】) ( 】 ( 端 口号 P RI D 平均 占用 掉 话 掉话率 信道阻塞 峰值 E O 话 务量 次数 14 1 O —1 14 O —5 2 O 2 0 4 O .8 3 2 .7 3 6
的失败 。
统 。由于建筑环境 、天气 、用户行 为及话 务模型 的不断 变化 , 网络中经常会在局部出现诸如覆盖不好 、 话音 质 量差 、 掉话等问题 , 就要 求我 们不断地跟踪和 分析网 这 络性能 ,制定相应 的优 化方案 使得呼 叫建立时 间减 少 ,
掉话次数减少 、通话语音 质量不断 改善 、降低拥 塞率、
当基站拆除时要保证覆盖 质量 , 而添加组控时需要
们在制定优化方案时的方 向把握有很大的帮助。
3 2优化思路 . 3 2 1覆盖优化 ..
考虑是否覆盖层数不足 、周 围是否存在覆盖不足区域或
过闲基站 ,另外对于连续的 多个信道高 阻塞基站应该先 优先解决最高 阻塞的基站并 间隔添加组控 。
根据以上分解流程 , 我们可以根据话务数据进行相
( )设备软硬件故障 ,设备模块 或程 序出现 故障 , 2 如 GW 、C C、C S S吊死等 。 ( )发起 重叫型切换 , 切换不成功而切 回又失败 3 但 导致 的掉话 。
关 事件的统 计 , 以分析造成掉话率恶化的 因素 , 这对我

突然掉话处理思路论文

突然掉话处理思路论文

关于突然掉话的处理思路【摘要】在网络优化中,对掉话的优化是网络优化工作的重点。

从统计分析的掉话原因主要有:弱信号掉话,质量差的掉话,ta超限的掉话以及突然掉话等。

在这几种掉话类型中质量差的掉话,ta 超限的掉话可以从掉话性能性能测量的话务统计中直接分析,但对于电平高,质量好的掉话分析比较困难,这部分重要是突然掉话,是由于信号突然中断(比如进入电梯、手机通话中掉电等)。

本文主要讨论由于手机掉电导致手机突然与网络失去联系,造成的掉话。

【关键词】掉话;处理1.突然掉话的判定由于话务统计中对掉话的统计比较简单,无法对每个掉话具体分类,为分析突然掉话对整体掉话的影响,主要是利用挂信令表跟踪信令,利用软件分析的方法对突然掉话进行分析。

判断”手机掉电现象”的信令依据: 反复开机,但没有关机信息每一个clrreq之后,都有一个imsi attach(开机)行为。

但没有imsi detach(关机)的行为。

由此可见,手机是突然与网络失去了联系,该用户造成了10次突然掉话。

根据用户msisdn号码对用户进行回访,用户是由于手机没电导致掉话。

2.某地掉话统计的分析利用信令仪对某的掉话进行统计分析:由此表格可见,突然掉话占整体掉话的比例均值为46.94%,平均每天323次,在掉话中所占比例可谓极大。

注:以上统计有一定误差,如手机掉电后不反复开机可能不能统计。

3.手机突然掉电后信令流程当手机掉电后即手机突然与网络失去联系,当bsc的无线链路失效计数器满足系统设置时间后,判断无线链路故障,bsc上发clear request消息,计为一次掉话。

4.正常释放过程对比正常信令流程和手机掉电的信令流程可以发现,如果msc 能在bsc发”clear request”前发"clear command”将不会触发bsc的掉话统计计数器。

5.手机突然掉话分析gsm网络sacch复帧数一般设置为52(无线链路失效计数器设置为56),当手机掉电时bsc需要等待52个sacch时间间隔判断无线链路故障,当判断出后timer3109启动,当t3109超时后,bsc 上发clear request消息,计为一次掉话,然而与该用户通话的另一个用户当听不到对方声音时,一般等待10秒左右就会挂机,并向网络上发disconnect。

关于优化解决掉话的经验

关于优化解决掉话的经验

目录:解决掉话的经验单通故障处理经验非法短信(机)查找高话务密集区域的话务量吸收经验西安校园网话务及投资效益分析郊县覆盖问题的解决经验陇海铁路宝鸡西段解决方案北电1205型BSC备用chain反复重启分析及处理PCUSN MUX端口故障处理关于优化解决掉话的经验摘要:掉话是普遍存在的一个需要不断解决和优化的网络问题,不同种类的掉话形成的原因也各有不同。

本文主要介绍日常分析、优化、处理解决掉话问题的方法和经验。

关键词:掉话覆盖切换拥塞信令掉话率在移动通信网中是一项非常重要的指标,也是网络投诉的热点问题,掉话率的高低在一定程度上体现了移动网通信质量的优劣。

如何针对掉话问题进行定位并加以解决,是日常优化工作的重中之重。

掉话的分类掉话主要在无线方面体现为两种形式,一类是在SDCCH信道上的掉话,一类是在TCH信道上的掉话,在北电设备中,SDCCH的掉话是当BSC给移动台分配了SDCCH信道而TCH信道还未分配成功期间的掉话,它记入计数器C1163/x中,而TCH的掉话是当BSC给给移动台分配TCH信道成功直至将TCH信道释放掉,期间内不正常的掉话,它会记入计数器C1164/x,按照掉话原因不同主要分为以下几种:✓由于覆盖原因导致的掉话✓由于切换引起的掉话✓由于干扰而导致的掉话✓硬件故障导致的掉话✓由于Abis接口和A接口失败产生的掉话✧解决掉话分析思路在集团公司统计的掉话成分中,主要包括无线掉话,切换掉话以及各种硬件和异常掉话等。

首先应该针对北电计数器进行求和统计,了解全网各类掉话成分所占的比例,进而对全网或者局部的掉话情况进行总体的把握,通过和前一阶段掉话水平相比较找出近期影响掉话的主要因素,比如是否新开基站,进行了大规模网络割接,是否存在网内外干扰,优化设备和硬件性能下降等情况等等,确定近一段时间内对掉话的重点解决区域,与此同时针对个别高掉话小区进行专题分析,可以从干扰,频点,覆盖,邻区等各个方面进行具体分进行相应的调整,调整后做好相应的测试验证工作。

掉话率的优化分析及解决方法

掉话率的优化分析及解决方法

掉话率的优化分析及解决目录前言 (2)第一章、掉话及掉话率的定义 (3)第二章、信令流程 (4)1. 正常的呼叫信令流程 (4)2.射频掉话的信令流程 (6)3.切换掉话的信令流程 (7)第三章、掉话产生原因及相应的解决方法 (12)1.由于基站设备硬件问题造成的掉话 (12)2.由于基站软件问题造成的掉话 (17)3.由于覆盖问题造成的掉话 (17)4.由于干扰造成的掉话 (19)5.由于参数设置不够优化造成的掉话 (20)6.由于邻区问题缺少邻区或者邻区不合理造成的掉话 (21)7.由于切换引起的掉话 (24)8.由于传输问题造成的掉话 (29)9.Abis口和A口问题产生的掉话 (29)第四章、如何查找掉话,分析掉话原因 (31)TCH掉话分析方法 (31)切换掉话分析方法 (41)第五章、掉话具体案例分析及解决方法 (47)1.硬件问题造成的掉话实例分析 (47)2.覆盖问题造成掉话的实例分析 (47)3.断站造成的掉话的实例分析 (48)4.带外干扰造成掉话的实例分析 (49)5.频率问题造成掉话的实例分析 (50)6.切换掉话的实例分析 (51)7.软件问题造成掉话的实例分析 (51)8.数据或参数问题造成掉话的实例分析 (53)结束语 (55)前言掉话是用户在使用手机过程中经常遇到的问题,也是用户申告的热点。

掉话率在移动通信网中是一项非常重要的指标,掉话率的高低在一定程度上体现了移动网通信质量的优劣。

另外,无线系统掉话率也是考核无线网络运行情况的重要指标。

所以如何降低无线系统掉话率,是提高网络运行质量和无线网络优化的重点之一。

本文对可能引起掉话的原因进行了分析,同时讨论减少掉话次数的一些方法和思路,并结合具体实例说明了一些分析和处理掉话的方法以供大家参考。

第一章、掉话及掉话率的定义在移动通信中,通常定义的掉话是指在分配了话音信道(TCH)后,由于某种原因,使呼叫丢失或中断,正常通话无法进行的现象。

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平台进行异常事件统计。

关于突然掉话的处理思路

关于突然掉话的处理思路

关于突然掉话的处理思路【摘要】在网络优化中,对掉话的优化是网络优化工作的重点。

从统计分析的掉话原因主要有:弱信号掉话,质量差的掉话,TA超限的掉话以及突然掉话等。

在这几种掉话类型中质量差的掉话,TA超限的掉话可以从掉话性能性能测量的话务统计中直接分析,但对于电平高,质量好的掉话分析比较困难,这部分重要是突然掉话,是由于信号突然中断(比如进入电梯、手机通话中掉电等)。

本文主要讨论由于手机掉电导致手机突然与网络失去联系,造成的掉话。

【关键词】掉话;处理1.突然掉话的判定由于话务统计中对掉话的统计比较简单,无法对每个掉话具体分类,为分析突然掉话对整体掉话的影响,主要是利用挂信令表跟踪信令,利用软件分析的方法对突然掉话进行分析。

判断”手机掉电现象”的信令依据: 反复开机,但没有关机信息每一个CLRREQ之后,都有一个IMSI ATTACH(开机)行为。

但没有IMSI DETACH(关机)的行为。

由此可见,手机是突然与网络失去了联系,该用户造成了10次突然掉话。

根据用户MSISDN号码对用户进行回访,用户是由于手机没电导致掉话。

2.某地掉话统计的分析利用信令仪对某的掉话进行统计分析:由此表格可见,突然掉话占整体掉话的比例均值为46.94%,平均每天323次,在掉话中所占比例可谓极大。

注:以上统计有一定误差,如手机掉电后不反复开机可能不能统计。

3.手机突然掉电后信令流程当手机掉电后即手机突然与网络失去联系,当BSC的无线链路失效计数器满足系统设置时间后,判断无线链路故障,BSC上发CLEAR REQUEST消息,计为一次掉话。

4.正常释放过程对比正常信令流程和手机掉电的信令流程可以发现,如果MSC能在BSC 发”CLEAR REQUEST”前发"CLEA R COMMAND”将不会触发BSC的掉话统计计数器。

5.手机突然掉话分析GSM网络SACCH复帧数一般设置为52(无线链路失效计数器设置为56),当手机掉电时BSC需要等待52个SACCH时间间隔判断无线链路故障,当判断出后TIMER3109启动,当T3109超时后,BSC上发CLEAR REQUEST消息,计为一次掉话,然而与该用户通话的另一个用户当听不到对方声音时,一般等待10秒左右就会挂机,并向网络上发DISCONNECT。

无线网络规划-掉话原因与优化方法

无线网络规划-掉话原因与优化方法
任务6 掉话分析
LTE掉话的原因及优化方法
LTE掉线的原因及优化方法
LTE掉话可以从话务统计和DT/CQT两个方面来定义。 在话务统计上,所有非用户未激活原因引起eNodeB主动释放E-RAB的均 被视为掉话。 在DT/CQT测试中,掉话分为信令掉话和业务掉话。业务掉话是在整个测 试中,连续30s应用层无速率,又可统计为无速率比例;信令掉话是指在RRC 重建消息“rrcConnectionReconfigurationComplete”之后,终端收到rrc释 放“rrcConnectionRelease”或者终端发起RRC重建失败 (rrcConnectionRelease 原因值不包含系统间切换、用户未激活网络侧释放 和CSFB的释放三类)。
掉线
LTE掉线的原因及优化方法
常见的导致LTE掉线的问题有 基站故障、传输问题、切换 问题、参数设置、干扰和无 线环境六种情况,掉线的分 析流程如图:
基站告警 传输问题 切换失败 参数问题
干扰
覆盖问题
完成
是处理基站硬件故障来自是传输误码、闪断等

处理切换问题

定时器设置等
处理外部干扰或者无线

环境优化
进行天线、功率调整或 是 者新增基站、上下行不
平衡处理等
感谢您的聆听与观看
Lorem ipsum dolor sit amet, consectetur adipisicing elit.Lorem ipsum dolor sit amet, consectetur

VoLTE掉线率优化处理分析

VoLTE掉线率优化处理分析

VoLTE掉线率优化处理思路【摘要】VoLTE即Voice over LTE,它是一种IP数据传输技术,使得用户在LTE网络下不仅仅能够享受高速率的数据业务,同时还能获得高质量的音视频通话。

VoLTE是基于IMS的语音业务,而IMS由于支持多种接入和丰富的多媒体业务,成为全IP时代的核心网标准架构, 本文主要介绍VoLTE掉话率优化方法,为后续VoLTE接入成功率的优化提升提供参考【关键字】VoLTE掉话率【故障现象】VoLTE掉话排查思路1、无线侧原因排查:终端异常进入空闲模式或者无线链路失败、RRC重建失败,需要查看当时的SINR和RSRP,确认是否由于越区覆盖、邻区漏配、PCI模3干扰、弱覆盖、基站故障等无线问题导致,VoLTE掉话应重点关注以下几个环节:是否发生无线链路失败终端在无线质量极差时会发生无线链路失败(Radio Link Failure,RLF)事件,RLF事件可从路测软件中查到。

出现无线链路失败后建议检查以下几点。

1) 邻区漏配导致无法切换导致掉话。

邻区漏配现象:掉话前下行覆盖变差, UE多次上报测量报告(MR),已经满足切换门限后网络侧不下发包含mobilitycontrol的RRC重配消息,最后掉话。

2) 覆盖弱导致无线链路失败(Radio Link Failure)3) 干扰强造成了SINR低,导致无线链路失败(Radio Link Failure)。

建议检查掉话点的SINR、RSRP以及相邻站点的PCI,确认是否存在越区覆盖、重叠覆盖、PCI模3干扰等。

无线链路失败后是否RRC重建成功RLF之后若终端搜索到合适的小区,可发起RRC重建流程。

重建成功话音则得到接续,不算掉话。

设备功能问题导致掉线说明:若无线环境较好未发生无线链路失败而终端突然掉线,建议检查基站或终端是否存在功能问题导致掉话。

例如:TM3/8转换导致掉话。

2、EPC原因排查:如果通话发生专用承载丢失、去激活承载消息未收到、核心网下发Detach Request,跟踪MME、S/PGW、PCRF信令查找问题原因。

掉话TOP小区处理思路

掉话TOP小区处理思路

掉话TOP小区处理思路掉话率提升一般处理过程1) 查看问题小区本站点及周边小区是否告警:重点关注站是否存在驻波比告警、GPS告警、小区载波状态是否建立已可用,存在硬件告警的,将问题及时反馈。

2) 查看是否存在上行干扰:从话统数据中获取上行各时隙干扰统计数据,看网内是否存在强干扰导致的掉话,对于上行干扰导致的掉话,一般会伴随着接入失败率高、CS掉话率高、切换失败率高等现象。

3) 检查频点扰码分布的合理性,如果存在同频同码组小区相邻并且正对的情况,需要修改扰码规避。

4) 查看是否由于切换失败导致的掉话,同时需要检查是否有邻区漏配,这种情况在话统切换成功率中无法体现,可以通过基站分布图大致检查地理分布相邻的小区是否已经配置为邻区。

邻区的合理完善配置需要通过路测优化来完成。

5) 查看是否由于弱覆盖导致的掉话:可适当加大PCCPCH功率(建议3dB以内,不超过PCCPCH最大建议配置功率),增强覆盖;或者反过来,调整最小接入电平QRXLEVMIN,适当抬高接入条件,保证接入时的电平稳定。

修改最小接入电平值时要注意伴随的几个参数的修改,空闲模式小区重选同频测量门限,空闲模式小区重选异频测量门限,空闲模式小区重选异系统切换测量门限使这几个参数与最小接入电平值之和修改前后不变6) 检查是否由于功率参数设置不合理。

对于PS掉话率偏高(非全掉话)的情况,需要检查RL功率参数设置是否合理,包括无线链路最大最小发射功率MAXDLTXPWR/MINDLTXPWR,减少由于功率过小导致边缘用户掉话。

7) 检查是否由于个别用户导致的掉话指标异常。

用户由于终端原因或者所在位置覆盖较差,会造成频繁掉话。

8) 提升PS业务无线掉线率,PS永久在线定时器修改(注意仅针对TOP RNC修改)SET TPSINACTTIMER:PSINACTTMRFORCON=40, PROTECTTMRFORCON=1, PSINACTTMRFORSTR=40, PROTECTTMRFORSTR=1, PSINACTTMRFORINT=40, P 1 ` 1` `` zHRS=D2K;。

掉话原因及解决方法

掉话原因及解决方法

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

话务掉话比指标的优化措施

话务掉话比指标的优化措施

一、GSM各考核指标的优化措施1、针对超闲小区的比例较大,我们删除了部分配置不合理的载频。

2、为了适当减少超闲小区,对不会出现最坏小区的2载频小区并且话务量不超过2爱尔兰的全部改为单载频小区。

3、由于部分市区或县城里的载频被删除,所以我们对市区或县城里的频点重新进行规划,减少网内的干扰,可以降低掉话次数。

4、BTS312新的软件版本支持的T200参数范围较大,因此升级之后将BTS312基站T200 FACCH(全速率)和T200 FACCH TCH SAPI0参数由100提高到了250,将错误指示掉话大部分消灭,话务掉话比指标大幅度提升。

这个参数对掉话指标影响很大。

5、调整邻区关系,增减相邻小区,针对切换成功率低的小区,调整切换参数如边缘切换门限,下行质量差门限,边缘切换统计时间,边缘切换持续时间,PBGT切换门限等参数,提高切换成功率,减少由于切换失败引起的掉话。

6、调整天馈,对于绥化市区的900M基站天馈下倾角较小,存在越区覆盖,相应调整下倾角,可以大大降低干扰。

7、经常有一些小区由于掉话1、2次而成为最坏小区,拟针对话务量较小小区采用改组合BCCH方法减少最坏小区数量,这种方法大约能减少2~3个最坏小区。

8、对于提高寻呼成功率指标,我们更改RACH忙门限的值为5,最小接收电平的忙门限为5。

把BTS寻呼次数重发次数由1改为2,MSC也修改了操作系统内部参数,同时缩短了周期性位置更新周期,MSC改为150分钟,BSC各个小区改为60分钟。

通过这几个参数的修改寻呼成功率已经到达了94分钟,全省最高。

其中提升寻呼成功率的最有效方式就是调整RACH忙门限和最小接入电平,但是降低接收门限也可能造成掉话次数的降低。

9、SACCH复贞数的调整对掉话影响非常大。

将BTS2.0和BTS312基站同时升级后,可以修改这个参数。

将BTS2.0的SACCH复贞数由20修改为31,将BTS312的SACCH复贞数由31修改为63后,话务掉话比升高15分钟,效果非常明显。

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

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级参数设置错误引起的掉话主要有以下几种:其中:unknown_target_rnc则表明CN中对RNC的SGSN解析地址定义错误,此时容易造成PS业务RNC间切换失败,从而引起掉话的产生。

而user_plane_versions_not_supported则主要是由于版本问题造成的失败;如果产生release_due_to_utran_generated_reason原因则主要是由于硬件故障造成。

1.1.1.2 小区级问题处理思路1. 确定问题小区的分布情况(比如是否集中在同一框的某一单板上)。

2. 出现小区级掉话时,首先查看该小区是否有硬件故障告警,如果有,首先要求用服人员解决硬件故障问题。

3. 检查切出成功率是否正常,如果切换成功率较低,检查邻区关系以及是否存在同频同码的情况。

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

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

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

如果存在,打开切换开关-切换相关的事件定义是否准确,不区引用是否正确,如果存在,修改引用-PS切换失败是否存完整性算法问题,如果存在,将RNC、CN之间的完整性开关设成一致-是否存在邻区漏配的情况。

需要用SCANNER路测发现是否存在漏配的情况。

如果存在,添加邻区。

-目标小区拥塞造成的掉话,由于目标小区的资源不足,而本小区的覆盖又越来越差,此时造成掉话。

常见的错误代码为no_resource_available或RRM_CellOverload_Release4. 检查时隙转换点配置是否正确,是否存在交叉时隙干扰。

如果存在,修改时隙转换点。

5. 检查UP时隙和上行业务时隙的干扰电平,是否存在上行干扰导致掉话。

如果存在,进行干扰排查6. 根据性能指标统计,如果PS域和CS域的BLER都比较高则有可能存在干扰,然后再结合载频时隙干扰统计指标来判断是否确实存在干扰,另外通过对信令的分析如存在干扰则一般信令流程正常,未有切换事件或其它事件,但RNC进行了IURELEASE,原因一般为无线链路的原因。

(比如无线链路错误等),有时也会发生CELLUPDATE 原因为RLCunrecoverable error如果确实存在则需要现场排除,现场测试时如果存在干扰则有以下几个方面的显示-C/I较差:系统内同频的干扰较为严重,发生掉话时会存在终端发射功率较高,的现象,同时覆盖也相对较好,表现在RSCP值上,一般都在-90dBm以上,另外一表现象就是起呼比较困难,而起呼成功率后也很容易掉话-终端发射功率较高,基本上满功率发射,一般都在20以上-系统外的干扰造成的掉话同样具有终端发射功率较高的现象,也一般都都在20以上-系统外干扰造成掉话时也可以通过误块率指标进行判断,此时无论是进行CS业务还是进行PS业务,BLER都比较高,并且保持时间较长-系统外干扰语音业务判断,此时进行通话会出现断字、吞字、金属声等现象,比较难以进行通话。

7. 通过对性能指标的统计,主要是对RRC连接成功率的统计,这其中的统计包括业务相关和非业务相关的统计,如果两种统计都较差,则有可能存在覆盖问题,此时可以检查CT数据中RRC CONNECTIONREQUEST中的PCCPCH的值,则说明存在弱覆盖现象,需要进行功率参数、天线方向角、下倾角的调整。

8. 如果上述都检查不出原因,可能是载波、时隙的隐性故障,此时可以尝试闭解载波时隙,或者强行闭载波、时隙观察掉话率的变化。

9. 终端问题,一般是通过对大量的性能数据统计,发现掉话高的小区,然后依据小区性能数据分析信令,可以看出掉话常发生的用户,而后进行处理。

目前常见的终端问题为UP同步存在问题,此时容易在切换时产生Ue_Operate_fail_physicalchannelfailure错误。

1.1.1.3 按问题原因错误码处理思路上表为目前TD外场CS域掉话原因最多的4种原因(错误码),占全部掉话总量的92%左右。

下面我们针对每个原因的掉话情况进行排查分析说明,排查大概思路是从无线到设备,从外部到内部,从软(空口环境、参数设置)到硬(硬件故障)。

本节中涉及到的覆盖排查、干扰排查在前面的1.1节中都有详细描述,故本节中对此类排查不予详细描述。

UCIU_error错误原因机制:UCIU error表示RLC(无线链路控制层)不可恢复性错误。

从结构模型看,RLC层是比物理层高。

发生UCIU error故障(掉话),说明链路的物理层是正常的,RLC层出现故障。

当RLC层发生传递失败后,会首先进行重传尝试,如果重传成功,链路的RLC 层恢复;当重传达到最大次数后RLC层仍没有传递成功,发送端可发起RLC层的复位,恢复RLC的全部初始参数,如果复位能够成功,那么RLC重新开始向接收端作重传尝试;当复位达到最大次数后,复位仍不成功,发送端认为RLC发生了不可恢复性错误。

(UCIU error)。

RNC作UCIU error释放,意味着下行链路的RLC发生了不可恢复性错误。

排查思路:-确定问题小区的分布情况(比如是否集中在同一框的某一单板上)。

-检查这些小区的状态和告警信息,包括RRU的驻波比等,看是否由于设备原因导致UCIU_error。

Iub口传输质量不好导致的严重丢包。

一般来讲,由于设备侧异常会导致整个NodeB的小区掉话率非常高,比较易于从后台KPI指标发现并且处理优先级高,现网中这种情况应该较少。

-无线参数核查,利用网管自带小区参数模板核查功能进行参数核查(重点关注问题小区与正常小区有出入的参数配置,同时要甄别一些日常网优调整的常规参数如小区个性偏移、迟滞值等)。

-确定事件发生时间点上当时的场强情况,可能由于弱场导致下行RLC发生不可恢复性错误。

-对系统内、外的上、下行干扰情况进行排查。

跟踪后台这些小区的LMT载波测量,同时跟踪这些小区的信令,或者采集后台的CT数据,将信令时间和LMT时间对齐(计算出差值),对于后台CT中由于UCIU_error掉话的业务对照LMT数据进行分析,主要关注业务所在载波的上行的ISCP值和下行的TCP值,上行ISCP过高或者是有突变,说明是上行干扰过大导致ACK不能反馈上来,下行TCP过大,说明UE需要的功率过大,表明有弱覆盖或者是下行强干扰。

-更换终端进行测试,排除特定问题终端因素。

RNLC_Ue_IntraRNCHo_TimeOut错误原因机制:该原因的掉话从信令流程上看是由于RNC下发RNC内切换的物理信道重配置或者RB重配消息后,启动一个定时器,在定时器超时前没有收到物理信道重配置完成或者RB重配完成消息,则RNC发起IU释放请求。

排查思路:-确定问题小区的分布情况(比如是否集中在同一框的某一单板上)。

-查看告警,排查告警问题。

-无线参数核查,利用网管自带小区参数模板核查功能进行参数核查。

-NodeB、传输等数据配置核查。

-RNC下发的物理信道重配置或者RB重配消息,终端没有正常接收到。

排查覆盖情况、下行干扰情况。

用LMT跟踪小区TCP,若TCP过大说明终端需要的下行发射功率很大,可判断下行弱覆盖或者有干扰。

-终端收到了RNC下发的物理信道重配置或者RB重配消息,上报了物理信道重配置完成或者RB重配完成消息,RNC没有收到,首先排查上行干扰情况。

用LMT跟踪小区上行ISCP,如果上行ISCP过高或者有突变则可判定存在上行干扰。

-更换终端进行测试,排除特定问题终端因素。

-排查NodeB硬件故障。

RNLC_Ue_Cellupdate_TimeOut错误原因机制:UE发送cellupdate,RNC响应后下发cellupdate confirm并设置等待定时器,定时器默认长度为5s,定时器超前如果未收到终端的物理信道重配完成消息,则发起Iu Release Request。

相关文档
最新文档