经典案例-VoLTE掉话问题处理思路与优化方法
- 格式:docx
- 大小:1.93 MB
- 文档页数:20
广东-佛山基于规避干扰的VoLTE掉话问题优化案例2019年09月目录佛山基于规避干扰的VoLTE掉话问题优化案例............................................错误!未定义书签。
一、问题描述 (2)二、分析过程 (2)2.1 VoLTE呼叫VoLTE的信令呼叫流程 (2)2.1.1 呼叫流程图 (2)2.1.2 连接态与idle态起呼信令 (3)2.1.3 SIP会话流程 (5)2.2 掉话问题分析思路 (7)2.3 测试数据分析 (8)2.4 PRB利用率分析 (9)2.5 RRC用户数分析 (9)2.6 RSSI分析 (10)三、解决措施 (12)3.1 优化调整方案 (12)3.2 优化复测情况 (12)四、经验总结 (14)【摘要】在VOLTE使用中网络保持性能是业务质量重要方面,主要体现在VOLTE 掉话指标,本文将简洁介绍佛山日常拉网测试中,发现因外部干扰问题导致VoLTE掉话问题的分析以及优化过程。
【关键字】VOLTE,干扰,掉话【业务类别】VOLTE一、问题描述在光明村附近路段进行DT测试过程中,测试车辆行驶光明村附近,主叫占用南庄电信LBBU40_3(551685_16),RSRP -91、SINR21.4无线环境较好,软件统计主叫掉话事件。
二、分析过程2.1 VoLTE呼叫VoL TE的信令呼叫流程2.1.1 呼叫流程图2.1.2 连接态与idle态起呼信令Idle态起呼连接态起呼对关键流程所示:主叫发INVITE消息,触发主叫RRC建立过程,INVITE消息中包含被叫方的号码,主叫方支持的媒体类型和编码等。
主叫建立SRB2信令无线承载,QCI9默认承载和QCI5 SIP信令无线承载。
例如在本例中,信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=4。
VoLTE异常掉话分析目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (6)VoLTE异常掉话分析【摘要】VoLTE语音掉话是指在UE在与eNB间成功建立eRAB(QCI1)之后,由于异常原因导致的eRAB(QCI1)释放,原因通常包括RRC重配置(包括语音挂机触发)失败;终端RRC重建失败;UE LOST检测打开后终端重同步失败等。
本文通过对池州RCU路测中的掉话事件进行分析,发现DRB异常释放导致掉话。
【关键字】VoLTE掉话、DRB释放【业务类别】参数优化一、问题描述2019年7月18日,池州RCU 1200设备在市区和谐路与平湖路交口约100M处发生一次掉话,掉话位置如下图所示。
图1.掉话区域位置图二、分析过程VoLTE语音掉话问题的定位和普通数据业务掉话问题的定位步骤类似,主要有以下几个原因:1、覆盖类:越区覆盖、重叠覆盖、弱覆盖等导致掉话。
2、切换导致的掉话:过早切换、过晚切换及乒乓切换等导致掉话。
3、干扰引起的掉话:通常干扰分为上行干扰及下行干扰,系统内干扰及外来干扰。
不论哪种类型的干扰都会导致掉话。
4、流程交互失败:VoLTE相比普通业务需要建立QCI1的专有承载,当切换和QCI1专有承载修改/建立/删除冲突时,可能导致QCI1对应的NAS流程失败,导致掉话。
5、异常分析:传输问题(S1、X2口复位、闪断等)、eNB故障(单板复位、射频通道故障等)、UE故障等(UE死机、发热等)。
通过网管查询周边GC-市区-平天湖假日酒店-ZFTA-447481、GC-市区-贵池消防大队-ZFTA-447489、GC-市区-池州科苑-ZFTA-447903等基站均工作正常无告警。
分析掉话处RSRP及SINR值,如图2所示,可以看出此处占用GC-市区-平天湖假日酒店-ZFTA-447481-54信号,RSRP值约-75.19dBM,SINR约19.2dB,信号质量良好。
VOLTE优化案例案例1:异频重定向掉话案例【问题描述】主叫占用广州天河区鱼珠木材市场D-ZLH-3(EARFCN=38100 PCI=83CELLID=135693)小区通话时,信号强度为-101dbm左右,出现一次RRC Connection Release,导致承载拆除,引起一次主叫掉话。
【问题分析】分析测试数据,发现UE占用服务小区广州天河区鱼珠木材市场D-ZLH-3(EARFCN=38100 PCI=83CELLID=135693)在通话的过程中信号越来越差,之后上报测量报告A2事件,eNODEB 收到报告后发起异频重定向判决,下发RRC Connection Release,由异频重定向后,eNodeB 向MME发送ue context release request,mme释放专用承载。
当UE被重定向后在新的小区发起RRC连接,网络只建立了默认承载,UE发送BYE消息,导致掉话。
从地理环境上看,服务小区与UE重定向目标小区相距较远,不需配邻区关系,UE在该路段仅是偶尔测量到目标小区的信号,这种环境极容易触发异频重定向。
【解决方案】关闭异频重定向,复测问题解决,服务小区后台统计指标无异常。
【问题总结】根据拉网统计,目前该类掉话占总掉话次数的82%以上,对测试指标影响非常严重。
异频重定向触发原理:小区间没定义邻区关系,当邻区满足切换条件时,主服务小区无法切换到邻区,基站会给UE下发系统内重定向。
优化办法:通过关闭异频重定向的功能来规避该事件,除此之外,异频邻区的完善需要加大优化力度。
后续解决办法:除了做好邻区优化外,中兴将在下个版本加入基于QCI的异频重定向功能,禁止专用承载的业务发生异频重定向。
案例2:异系统重定向掉话案例【问题描述】VoLTE测试eSRVCC过程中,发现eSRVCC执行的是CCO,而不是PS切换。
而CCO对于VoLTE语音来说,必然导致掉话。
【问题分析】具体如下图所示。
VoLTE语音质量优化案例1:VoLTE窄带与宽带语音质量对比【问题现象】在3GPP LTE中,VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码,两种编码速率具有不同的话音质量,所以又分别称为VoLTE标清语音(或VoLTE 12.2kbps)和VoLTE 高清语音(或VoLTE 23.85kbps)。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点:●每20ms产生一个语音包,包括了RTP/UDP/RLC-Security压缩头;●每160ms生成一个SID语音静默包。
●帧长20ms;AMR-NB编码特点为:● 4.75kbps到12.2kbps共8个码率,分别为:4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps;●采样率为8kHz。
AMR-WB编码特点为:● 6.6kbps到23.85kbps共8个码率,分别为:6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps;●采样率为16kHz。
可见两者显著的差异是采样速率不一样,窄带一个语音帧是160个点,宽带一个语音帧采样320个点。
AMR NB的语音带宽范围:300-3400Hz,8KHz采样。
AMR WB的语音带宽范围:50-7000Hz,16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMR WB与AMR NB不同之处在于AMR WB按16kHz采样,分别按频率带50~6400Hz 和6400~7000Hz 进行编码。
用来降低复杂度,AMR WB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测(LP)算法是在每隔20ms 的帧要进行一次线性预测算法,每5ms搜索一次自适应码本,这个过程是在12.8Kbs 速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的, 目的是调整与在声音基础上的低频有关的高频带. 高频带的声频通过使用由低带LP 过滤器产生的LP 滤波器进行重建。
VOLTE接通率优化思路及案例VOLTE (Voice over LTE) 是一种利用LTE网络传输语音和数据的技术。
VOLTE接通率优化是指通过调整和优化网络参数和配置,以提高VOLTE呼叫的接通率。
下面将介绍一些优化思路和案例,以提高VOLTE接通率。
1.数据分析和故障排查:首先,进行数据分析和故障排查是优化VOLTE接通率的基础。
通过分析呼叫失败原因、掉话率、信号覆盖和质量等指标,定位问题,并采取相应的措施进行修复。
2.优化VoLTE频谱资源:VOLTE需要分配适当的频谱资源以保证通话质量。
通过合理规划和配置频谱资源,避免与其他无线网络干扰,优化频谱利用率,提高VOLTE接通率。
3.参数优化:调整和优化网络参数是提高VOLTE接通率的重要手段。
例如,设置适当的调度算法、增加资源预留、调整拥塞控制参数等,以优化资源分配和控制,提高呼叫的接通率。
4.优化呼叫控制和信令处理:呼叫控制是VOLTE接通率的关键。
通过优化呼叫控制流程、有效处理和分发信令等方式,减少呼叫失败、超时等问题,提高VOLTE接通率。
5.扩充信号覆盖:信号覆盖是影响VOLTE接通率的重要因素。
通过添加、调整和优化基站、天线的位置和布局,加强覆盖,提高信号质量和接通率。
6.增加容量和优化网络拓扑:根据需求,增加基站和小区,扩充网络容量,分担负载,减少拥堵,提高VOLTE接通率。
同时,对网络拓扑进行优化,合理设计和布置小区,以提高效率和质量。
7.实时性网络优化:通过对网络信号和质量进行实时监测和优化,及时发现和解决问题,提高VOLTE接通率。
例如,利用实时数据和监控系统,对信道质量、拥塞情况等进行监测和控制。
下面以一个案例来说明VOLTE接通率的优化:地区的手机运营商发现VOLTE接通率较低,通过数据分析发现主要问题是信号覆盖不佳和呼叫控制流程不完善。
1.基站优化:首先,他们增加了一些基站,将基站的覆盖范围调整到更适合VOLTE通话的区域。
VOLTE接通率优化思路及案例随着移动通信技术的快速发展,人们对通话质量的要求也越来越高。
VOLTE(Voice over LTE)作为一种高质量的语音通信技术,具有更高的音质、更快的连接速度和更低的延迟,逐渐取代了传统的2G和3G语音通信方式。
然而,由于各种原因,VOLTE接通率可能会受到一些干扰,影响通话质量。
因此,提高VOLTE接通率成为了运营商和设备厂商共同面临的一个重要问题。
下面将介绍一些优化VOLTE接通率的思路和案例:1.信号覆盖优化:VOLTE需要在LTE网络下进行语音通信,因此优化LTE网络的覆盖范围和信号强度可以提高VOLTE接通率。
对于信号覆盖不好的区域,可以增设更多的LTE基站或放置室内LTE小站,以消除信号死角和盲区。
案例:城市的一些居民小区信号覆盖很差,导致VOLTE接通率低。
该地区的运营商决定在小区内增设室内LTE小站,通过强化信号覆盖,提高VOLTE接通率。
经过实施后,VOLTE接通率显著提高,用户体验得到了极大改善。
2. QoS优化:VOLTE语音通话对QoS(Quality of Service)要求较高,需要保证较低的延迟和较高的网络带宽。
因此,通过对网络中的资源进行调度和优化,可以提高VOLTE接通率。
例如,对于VOLTE通话流量进行优先级调度,确保其能够优先获得网络资源。
案例:国家的一个运营商发现,其LTE网络中VOLTE语音通话的延迟较高,导致VOLTE接通率较低。
通过对网络的QoS策略进行优化,提高了VOLTE语音通话的优先级,将相关资源分配给VOLTE通话,从而提高了接通率。
案例:运营商发现其IMS网络存在一些性能问题,导致VOLTE接通率较低。
运营商对IMS网络进行优化,增加了IMS服务器的数量,改进了通信协议,优化了网络参数等。
通过这些改进措施,VOLTE接通率得到了明显提高。
4.终端设备优化: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统计距离明显大于最小站间距,则该小区极可能存在过覆盖。
对于过覆盖问题需进行增大下倾角、降低功率、站点整改等。
无线网络拥塞原因。
对于无线网络拥塞原因导致语音掉话,则需对拥塞原因进行排查及扩容等优化处理。
异系统切换失败导致Volte掉话排查案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (6)四、经验总结 (9)异系统切换失败导致Volte掉话排查案例【摘要】LTE数据业务的掉话,我们通常是指UE异常退出RRC_CONNECTED状态导致的连接中断,在VoLTE语音业务时,对于开通VoLTE功能的用户会在RRC连接建立后建立QCI5的信令承载,在进行VoLTE通话时,会再建立QCI1的语音专用承载,QCI1的E-RAB释放,意味着VoLTE语音业务结束,所以我们用QCI1的E-RAB异常释放来定义VoLTE语音业务掉话,E-RAB(QCI=1)掉线率反映了系统的业务通讯保持能力,也反映了系统的稳定性和可靠性。
【关键字】VoLTE掉话异系统切换【业务类别】VoLTE一、问题描述2019年3月31日宣城电信RCU设备在市区进行拉网测试时出现VoLTE异常掉话现象,问题点位于宣州区水阳江大道宛陵湖展览馆附近。
测试设备在其他基站可以正常进行VoLTE呼叫,基本可以排除测试设备的问题。
并对基站参数和其它站点参数进行对比,未发现和VoLTE相关的参数存在差异。
需要信息分析优化定位故障并解决。
二、分析过程(一)、排查思路分析VoLTE掉话分为UE上下文释放、E-RAB承载释放两类掉话。
端到端信令VoLTE掉话:当eNodeB收到来自MME的E-RAB RELEASE COMMAND(UE CONTEXT RELEASE COMMAND)消息,或eNodeB向MME发送E-RAB RELEASE INDICATION(UE CONTEXT RELEASE REQUEST )消息,且释放原因不为“Normal Release”,“Detach”,“User Inactivity”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Successful Handover”时,如果释放的承载包括QCI=1,则判断为VoLTE掉话。
4G直放站下VoLTE异常掉话分析及处理XX目录一、案例背景 (4)二、优化分析及解决过程 (4)2.1滨江新天地花园VoLTE 切换问题 (4)2.1.1自由模式(不锁频) (6)2.1.2手机锁频至1.8G (7)2.1.3问题分析 (9)2.1.4复测验正 (10)2.2阳光国际地下室接入、VoLTE 切换问题 (11)2.2.1CQT ABM 业务测试 (11)2.2.2CQT VoLTE 语音业务测试 (12)2.2.3问题分析 (13)2.2.4性能分析 (14)2.2.5硬件性能排查 (15)三、取得成效及经验总结 (18)摘要目前,居民拥有小汽车数量日益增加,对多层住宅区来说,地下停车也有很好的优势,业主可以从车库很便捷的到达家庭。
然而,目前部分住宅区地下车库实现了通讯信号覆盖,但仍有不少“盲区”需要完善通信信号覆盖。
考虑到地下室人员流动性大、密度小、话务低等特点,传统室分采用 RRU 覆盖经济效益低,通过使用4G 直放站对地下室进行覆盖,达到补盲效果,并合理控制投入成本,提高投入产出比。
本案例通过直放站分布系统接入问题实例分析,研究直放站下终端接入异常原因,并通过对直放站施主扇区 RRU 下挂直放站最大数量进行整改、验证,保障用户正常接入,同时对室外切换进行验证,调整切换参数,确保用户出入地下室可正常切换。
【关键字】直放站接入 VoLTE 切换一、案例背景传统室分采用 RRU 覆盖经济效益低,通过使用 4G 直放站对地下室进行覆盖达到补盲效果,可以合理控制投入成本,提高投入产出比。
但同时直放站覆盖也将面临多重问题,需要对新建直放站室分及时、详细测试,评估覆盖是否影响用户使用。
借鉴 C 网直放站问题排查思路制定直放站问题排查流程。
二、优化分析及解决过程2.1滨江新天地花园 VoLTE 切换问题滨江新天地位于江洲路与通江路交叉口北侧,小区由高层和别墅组成,高层楼宇地下室为地下停车库,该停车库含北出入口、东出入口共 2 个出入口。
一、VOLTE掉话优化方法(包括测试、统计)1.1、Volte掉话定义:Volte掉话率=掉话次数/成功建立呼叫次数*100%统计方法•掉话:空口RRC连接释放(终端Radio Link Failure或者网络侧RRC Release);主被叫bye消息异常或者通话结束收到bye和ACK消息,但是未正常释放承载。
•成功建立呼叫:包括RRC连接建立和SIP会话建立。
a)RRC连接建立:RRC IDLE状态的终端通过“随机接入-RRC连接建立-DRB建立”立空口过程完成与无线网的连接并开始上、下行数据传送,视作成功完成连接建立;b)成功建立呼叫:从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK消息;1.2、Volte掉话率优化思路:Volte掉话分析大致来源于投诉、DT、统计(炎强或者网管)三方面;目前掉话原因主要集中在两方面:一方面是无线;另一方面是EPC或者IMS的问题。
针对掉话优化,具体优化流程涉及方面如下:1.2.1 路测掉话分析思路Volte目前在我省处于试商用阶段,现阶段测试是我们发现Volte问题的主要手段。
通过全国各地对Volte掉话分析处理的经验,如上六方面是影响Volte测试掉话率的主要因素,具体分析方法如下:1、服务小区故障导致掉话:此类问题的表象不一,总的来说,在确认系统的功率、切换、业务相关参数无误、并排除了无线环境(信号)的影响之后,掉话问题依旧存在,这时可以将问题考虑为系统设备(可能是硬件或软件)异常。
1. 网管告警查询,如果存在告警及时处理。
2. 切换流程异常(在切换区、无法正常完成切换、而导致掉话)3. 在业务进行到相对固定的一段时间内、发生掉话(并且可复现)4. 在特定某(几)个扇区、eNodeB下,发生可复现的掉话5. 跨MME、或者跨TA等,在特殊区域进行业务时,发生可复现的掉话2、弱覆盖导致掉话:现象由于弱覆盖导致的掉话,通常有以下表现:1. 掉话前服务小区的RSRP持续变差(低于弱覆盖标准1,如:小于-110dBm)、同时服务小区的SINR也一起持续变差(小于-0dB,甚至更低);2. 掉话后可能会有一段时间(数秒至数分钟不等,取决于实际网络覆盖情况),UE无数据上报(类似于UE脱网)。
经典案例-VoLTE掉话研究和实践总结Volte掉话研究和实践总结1概述随着Volte的不断放号,Volte用户不断增加,如何保持Volte用户在语音通话过程中不掉话将至关重要。
本文将介绍Volte语音掉话优化方法以及台州Volte掉话优化成果。
下图所示为挂机流程:Volte掉话定义如下:掉话率:(主叫掉话次数+被叫掉话次数)/(主叫呼叫建立成功次数+被叫呼叫建立成功次数)路测软件掉话定义:呼叫成功后,通话阶段收到RRCCONECTION RELEASE消息,挂机阶段QCI1承载没有释放,BYE REQUEST没有收到200 OK。
2影响Volte掉话的因素Volte掉话问题涉及到UE,EnodeB,EPS,IMS端到端网元,需要各个网元联合分析和定位具体原因。
影响Volte掉话的因素如下图所示:3Volte掉话定位思路首先确定是哪类原因引起的掉话,再根据触发异常的网元分析掉话原因。
Volte通话过程中网络侧下发RRC Release或者SIP信令异常等掉话问题,一般是由空口质量,切换失败,重建,流程冲突等原因造成,涉及端到端网元,因此定位根因需要端到端信令,下图是Volte 定位思路。
如上图所示,分析Volte掉话时,告警核查和参数核查是无条件执行的。
掉话是在通话阶段收到了RRC Release1、查看基站侧虚用户跟踪,若是基站触发的,查看S1口释放原因。
2、根据原因值结合基站日志进行分析。
3、若是MME触发的,则查看释放原因,联合MME分析。
QCI1承载没有删除1、查看QCI1承载删除是否有切换,TAU流程,若存在查看基站虚用户跟踪,EPC跟踪,分析流程交叉处理顺序是否合理。
2、若流程交叉无问题或是无流程冲突,则查看基站虚用户跟踪是否收到QCI1承载删除。
3、若基站收到QCI1承载删除,则分析基站为何没有下发给终端。
4、若基站没有收到QCI1承载删除,则查看MME/PGW/SGW是否收到PCRF指示删除QCI1承载。
参数优化降低VoLTE掉话率目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (8)参数优化降低VoLTE掉话率【摘要】目前全省2/3G正在逐步开展退网工作,VoLTE用户数不断增加,如何保持V oLTE 用户在语音通话过程中不掉话至关重要。
本文针对当前六安区域掉话率指标连续多月全省倒数现状,通过修改分业务类型的下行HARQ重传/下行SRB的MIMO模式两套参数改善V olte语音掉话率。
【关键字】V oLTE掉话率、分业务类型的下行HARQ重传、下行SRB的MIMO模式【业务类别】V oLTE一、问题描述四月份,省公司开始通报全省V olte感知指标,六安多项指标被评为负星,其中VoLTE 掉话率0.04%,远低于全省平均水平0.02%,该指标亟待提升。
二、分析过程1.1.VoLTE掉话率网管KPI指标定义1.1.1无线掉话KPI电信运营商要求的eNodeB侧语音业务的E-RAB掉线率(QCI1)公式为:100%×(eNodeB发起的S1 RESET导致的的QCI为1的E-RAB异常释放次数+eNodeB 触发的QCI为1的业务E-RAB异常释放次数+切换出QCI为1的E-RAB异常释放次数)/ QCI为1的业务E-RAB建立成功次数1.1.2EPC掉话KPIEPC侧的掉话率公式定义如下:100%× (S1模式IMS语音承载删除次数(无线发起的S1释放,异常掉话原因)+ S1模式IMS语音承载删除次数(无线发起的E-RAB释放)+ S1模式IMS语音承载删除次数(Handover流程中无线侧E-RAB建立失败))/ S1模式IMS语音承载激活成功次数。
1.2.影响Volte掉话的因素Volte掉话问题涉及到UE,EnodeB,EPS,IMS端到端网元,需要各个网元联合分析和定位具体原因。
影响Volte掉话的因素如下图所示:六安自19年4月份开始,Volte掉话率始终稳定在0.04%及以上水平,远高于全省水平,按区县进一步划小分析发现,金寨和霍山等山区掉话率明显高于市区及平原农村。
精品案例_电信Volte用户异常掉话故障排查案例Volte用户异常掉话故障排查案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (6)宣城电信Volte用户异常掉话故障排查案例【摘要】LTE数据业务的掉话,我们通常是指UE异常退出RRC_CONNECTED状态导致的连接中断,在VoLTE语音业务时,对于开通VoLTE功能的用户会在RRC连接建立后建立QCI5的信令承载,在进行VoLTE通话时,会再建立QCI1的语音专用承载,QCI1的E-RAB释放,意味着VoLTE语音业务结束,所以我们用QCI1的E-RAB 异常释放来定义VoLTE语音业务掉话,E-RAB(QCI=1)掉线率反映了系统的业务通讯保持能力,也反映了系统的稳定性和可靠性。
【关键字】VoLTE 掉话专用承载【业务类别】VoLTE、掉话一、问题描述3月23日对宣城电信市区的主要路段进行了VOLTE业务拉网测试。
统计分析指标时,按照省公司下发的VOLTE业务能力测试规范统计指标时,发现1处掉话测试UE在其他基站可以正常进行VoLTE呼叫,基本可以排除测试UE的问题。
并对基站参数和其它站点参数进行对比,未发现和VoLTE相关的参数存在差异。
由于之前一直未查出原因,现场还进行数据重新制作,也未能解决。
二、分析过程按逻辑时间在MS1信令中查找该问题点,是一条RRC连接释放消息,如下图:向上查找,在22:53:13:452时刻发现DEACTIVATE EPS REQ (EPS承载去激活请求)消息,并得到了网络的响应(DEACTIVATE EPS ACC)。
继续向上查找,发现在22:53:13:392时刻MS1收到了BYE 500 Service Internal消息,如下图:查看消息体(下图),该消息为网络下发给UE的(Network to UE),告警正文中显示无法收到对端(MS2)的响应(No Response From Peer)。
问题点1:金科路近高科中路-主叫掉话-2015/10/23 13:09:02-(121.59643498,31.19828579)➢问题描述与分析:主被叫通话过程中主叫UE由高科中路右转至金科路后继续向南行驶至200m处发生一次掉话事件,分析主叫通话过程中由浦蔡陀HL3H_11(PCI=471,TAC=6348)切换至浦药谷HL1H_11(PCI=131,TAC=6334)后,发起TAU更新请求,TAU更新过程中主叫UE 测量到浦蔡陀HL3H_12(PCI=472)RSRP电平值优于主服务小区,多次上报A3测量报告后,未能收到eNodeB下发的RRC重配置切换命令,随后主叫UE因空口无线恶化发起RRC重建,重建被拒失败后释放了RRC连接UE进入空闲态,空口连接重新建立后UE在13:09:01.979和13:09:01.981分别收到了网络侧下发的RRC Release和TAU Reject消息,记录一次掉话;从空口信令看TAU更新失败eMM-cause原因为:隐式分离(implicitly-detached)从虚用户跟踪侧MME于13:14:00.626下发了一条S1AP_UE_CONTEXT_REL_CMD释放了UE上下文,释放原因为NAS层的detach,紧跟着eNodeB于13:14:00.627向UE下发了RRC_CONN_REL释放命令,同时从eNodeB侧看未收到主叫多次上发的MSID7测量报告未进行测量判决eNodeB未进行测量判决下发切换重配置命令,导致主叫UE因空口持续恶化发生RRC重建立,重建被拒后释放了空口RRC连接,结合附近路段空口环境看该路段存在乒乓切换问题,短时间内主叫UE尝试发起了3次同频切换,第四次尝试由浦药谷HL1H_11回切至浦蔡陀HL3H_12时出现问题,导致RRC重建失败,同路段从被叫看被叫侧未出现TAU更新失败,并且切换顺畅,只经过一次浦蔡陀HL3H站内切换,未占用到浦药谷HL1H_11小区;➢解决方案:1、针对该路段乒乓切换问题,因浦蔡陀HL3H为新开弱覆盖补点站,周边同时存在另一补点站新吉隆HL6H待激活,建议优化道路重叠覆盖度,下压浦药谷HL1H_11小区机械下倾角由0°至5°,方位角由340°至0°,下压浦亮秀HL1H_12机械下倾角由0°至3°,方位角由140°至120°,控制信号数量;同时调整浦蔡陀HL3H_11到浦药谷HL1H_11的小区偏移量由0dB改为-2dB,浦蔡陀HL3H_12到浦药谷HL1H_11小区偏移量由0dB改为-1dB抑制切换;2、针对该路段TAC边界插花引发的TAU更新失败问题,建议核查TAC-LAC一致性后修改浦蔡陀HL3H、浦蔡陀HL2H两站点的TAC由6348改为6334,避免边界插花区域频发TAU问题,同时拉通核心网定位TAU被拒具体原因;。
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进行转换时是否掉话,测试结果如下:网格45遍历拉网测试中出现26次TM3向TM8的模式转换,转换正常未发生异常。
LTE网络杂散干扰导致的VOLTE高掉话优化案例一、问题现象长治D2_LU潞城安乐ZLF_H-2小区无线接通率和掉话率指标持续恶化,且恶化趋势明显。
指标统计截图如下:二、问题分析通过TOP小区的分析流程进行问题排查发现,D2_LU潞城安乐ZLF_H-2小区上行干扰严重,且主要表现为前高后低的波形走势,判断为杂散干扰。
对于现网高干扰小区影响KPI指标时,由于扫频排查干扰源耗时较长,较难及时处理,可以通过修改上下行PRB偏置参数临时解决部分低接入、高掉话TOP小区。
参数使用场景:(1)、只有部分频段有强干扰(高干扰频段最好小于一半RB),频谱如图2.(2)、小区业务量不是很高(业务量较高的话,无论如何都会分配到高干扰频段PRB)(3)、一个站点3个小区只有1个或2个小区存在高干扰、指标差(3个小区上行干扰都高的小区无法解决)备注:该方案只是辅助性方案,需注意的是排查干扰依旧是解决问题主要手段。
三、问题处理基本原理:优先为终端配置干扰较小频段的资源(RB)修改方法:CellType=0/1/2,优先分配的RB如下图所示:注意:其中需PRB随机化偏置上下行都要同步修改。
PRB随机化偏置修改位置如下:将D2_LU潞城安乐ZLF_H-2的上下行PRB随机化偏置由0修改为2后低接入和高掉话问题基本解决,修改前后对比如下图所示:四、问题总结通常干扰分为上行干扰和下行干扰,系统内干扰和系统外干扰,不论哪种类型的干扰都会导致掉话:上行干扰可以从话统指标进行分析。
TDD系统上行干扰包括普通时隙和特殊时隙的干扰两方面,两种干扰呈现的特征也是不一样的。
对于杂散干扰只干扰前部分PRB的情况下,由于扫频排查干扰源耗时较长,较难及时处理,可以通过修改上下行PRB偏置参数临时解决部分低接入、高掉话TOP小区,该方案只是辅助性方案,需注意的是排查干扰依旧是解决问题主要手段。
VoLTE测试常见掉话未接通案例1.背景VoLTE技术带给4G用户最直接的感受就是接通等待时间更短,以及更高质量、更自然的语音视频通话效果。
首先,高清语音和视频编解码的引入显著提高了通信质量,其次,VoLTE的呼叫接续时长大幅缩短,但VoLTE测试过程中仍发现部分掉话、未接通的现象,严重影响用户的感知。
本文梳理了VoLTE测试过程中常见的掉话、未接通的处理案例,为日后VoLTE试商用后此类问题的处理打下坚实的基础。
2.VoLTE语音通话流程简要如下:1.主叫发起INVITE消息,触发RRC建立过程(假设为空闲态);INVITE消息包括主被叫电话号码,主叫支持的媒体类型、编码;2.主叫建立SRB2承载、QCI=9的DRB、QCI=5的sip信令承载;3.核心网反馈INVITE 100,表面正在处理应答;4.主叫RRC重配置建立QCI=1的专用承载;并激活;5.主叫收到被叫INVITE 183消息;并反馈PRACK启动资源预留;6.被叫收到PRACK后,反馈PRACK 200,启动资源预留;7.主叫收到PRACK 200,发送UPDATE,表明资源预留成功;8.同样被叫收到UPDATE,反馈UPDATE 200,表明资源预留成功;9.被叫发送INVITE 180 RINGING,振铃;10.被叫反馈INVITE 200,表明摘机11.主叫收到INVITE 200后,反馈ACK给IMS服务器,应答初始INVITE请求;并有IMS发给被叫;12.通话中;13.被叫挂机,发送BYE;IMS转发给主叫;14.主叫挂机,反馈BYE 200,IMS转发给被叫,表明结束会话;15.RRC重配置去激活QCI=1专载;图1.1 释放专载图1.2 简化信令流程图3.DT测试中常见的掉话、未接通问题2.1.切换失败导致常见有较多MR上报但不切,可能邻区漏配,之后触发RRC Re-Establishment,重建立不成功时掉话。
NSA VoLTE 掉话原因分析处理XX分公司目录1 概述 (3)1.1 版本信息 (3)1.2网络拓扑图 (3)2 NSA VoLTE 掉话问题 (3)2.1问题背景 (3)2.2问题分析 (4)2.3解决措施 (4)2.4.4现场验证 (5)3 整体测试验证情况 (6)3.14G数据业务验证 (6)3.1.1用户感知指标:(上行优良比)(≥5M bp s) (6)2.1.2用户感知指标:(下行优良比)(≥12M bp s) (6)3.1.3切换指标:切换成功率 (6)3.1.4切换失败原因分析 (7)3.2V oL T E验证 (7)3.2.1覆盖率 (7)3.2.2接通率 (8)3.2.3掉话率 (8)3.2.4M O S优良比(≥3.5比例) (8)3.2.5呼叫建立时延(秒) (8)3.2.6切换成功率,切换失败原因分析 (8)3.3关键KP I (8)3.3.1接通率 (8)3.3.2切换成功率 (9)3.3.3V o l t e接通率 (9)4 总结 (10)1概述1.1版本信息项目相关信息升级时间2019 年 4 月 15 日 0:00~4:00eNodeB BTS3900 V100R015C10SPC100测试工具(终端跟踪工具) 4G:鼎利5G:Mate 20 X1.2网络拓扑图2NSA VoLTE 掉话问题2.1 问题背景NSA 用户做 VoLTE,由 NSA 锚点站切换到 17B LTE only 存量站点失败。
测试手机在R15协议版本基站驻留(已添加N R),拨打V o LTE 电话,向R12.1协议版本基站移动,触发切换,切换后 VoLTE 会发生掉话。
2.2 问题分析NSA 终端在 NSA 区域下使用 NR PDCP,而17B 及之前的 LTE 版本不支持 R15 协议,无法识别N R P D C P,所以当17B基站接收到19B基站发出的切换准备消息时,因为协议不兼容,不能识别切换准备消息中的 NR P DCP,最终导致切换准备失败。
案例1:案例主叫UE信令主叫UE占用大名城LF1,RSRP值-96dbm,MR上报的最优目标小区为长江一号LF3,由于该组邻区漏配,导致该路段存在弱覆盖,UE最终向长江一号LF1发起切换。
因目标小区RSRQ 值-25,无线环境差造成切换失败。
UE发起RRC重建立被拒。
最终被叫挂机后,主叫也未收到IMS_SIP_BYE->Request和后续的DEACTIVATE_EPS_BEARER_CONTEXT_REQUEST消息,承载未释放掉。
当 eNB 侧未成功下发 AM 信令,会进行 HARQ 及 RLC 的重传,在 SRB 达到最大重传次数后,如果是普通信令,则会继续等待 UE UU 口响应定时器超时后释放,若为 5 大特殊信令,则会在 SRB 达到 RLC 最大重传次数后直接启动延迟释放定时器,等待延迟释放定时器超时后掉话。
(延迟释放定时器配置:T310+T311+20s)主叫UE在15:41:25时呼叫已达到180s,因未收到BYE请求,在经过20s等待无响应后,被统计为掉话。
被叫UE 信令被叫UE 在RRC 重配置失败后,重新驻留到长江一号LF3小区,在15:41:25本次呼叫结束。
影响范围:VOLTE 通话接续本例中,通过信令分析,确定因缺少邻区导致无线环境差造成切换失败所致。
首先核查大名城LF1邻区配置,查询网管发现,该小区配置的邻区有长江一号LF1/LF2,无长江一号LF3的邻区关系。
表现在测试信令中是终端持续上报Measurement Report 但是无法成功切换。
添加大名城LF1和长江一号LF3双向邻区后,复测正常,未再发生掉话。
网管查询大名城LF1邻区结果LTE 掉话常见原因主要有以下几类:切换掉话:切换异常分为过早切换、过晚切换、乒乓切换。
由于引入了重建流程,发生过早切换能够重建回到原小区,故不会发生掉话;过晚切换容易发生目标小区没有UE 上下文信息,容易发生。
高负荷场景VoLTE语音掉话分析案例一、【问题描述】分析淮南市区网格RCU V oLTE测试数据,测试中出现掉话事件,掉话原因:“RRC重配消息中包含释放DRB承载信息或未重建起呼DRB”。
针对此现象,我们展开分析处理。
二、【问题分析与排查】2.1 UE log分析终端占用HN-市区-洞山局-NFTA-440705-50无线环境良好(RSRP=-80.62dBm,SINR=15.2dB),通话过程中,在19:21:03.574收到基站侧下发的携带释放QCI=1专载的重配置消息,之后终端上发BYE请求挂机,主叫掉话。
被叫在19:21:03.534同样收到携带释放QCI=1专载的重配置消息,被叫终端也上发BYE请求挂机,造成被叫掉话。
2.2 Emil Trace分析Emil 信令消息显示,在19:21:04基站侧下发重配置消息,消息中包含释放QCI=1专载的信息,如下图所示:在E-RAB Release Indication消息中显示,释放专载的原因值为:radio-resources-not-available,即无线资源不可用,如下图所示:2.3 原因排查2.3.1 设备告警&干扰排查经核查,问题区域附近站点无设备告警,无异常干扰现象。
2.3.2 参数核查① V oLTE相关参数(包含切换参数)核查;②QCI1 DRX ROHC核查;③Inactivity timer参数核查;④ iniMcsUl和iniPrbsUl参数核查;⑤CFI核查。
参数影响排查后:只有CFI、iniMcsUl 和iniPrbsUl这3个参数与网络物理资源相关。
2.4 指标统计分析HN-市区-洞山局-NFTA-440705-50小区V oLTE掉话问题点,对这些小区对应时间段的重要指标进行统计,对比测试异常时段与其他非测试同时段网管KPI 发现,测试时段该小区CCE_BLOCKING_RATE异常,指标如下:可以得出结论:本次异常掉话很可能与问题小区CCE_BLOCKING_RATE 指标相关联,而从参数核查情况来看,与PDCCH拥塞相关参数只有CFI设置。
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”不含在内。
如下图所示:信令监测指标判断应答次数在Mw口统计,掉话次数在RX口统计,有ASR/ASA 消息(会话中断消息)且ASR消息中携带的abort cause值不为3(3 表示ESRVCC切换)。
信令监测掉话率有可能同一个呼叫PCRF发多次ASR,比如多方通话场景或者用户呼叫保持后再拨打另一路通话,这时会议发起方掉话就会算多次掉话。
从目前大量测试分析发现当前判断标准并不能涵盖所有掉话场景,有部分场景的掉话并不会触发ASR/ASA消息。
各信测厂家对不同网元厂家Rx接口的关联情况实现有差别,需明确信测厂家支持AAR消息中sip和tel这两种格式的关联。
2.1 VoLTE掉话问题定界思路针对不同应用场景下的应用的算法,可从核心网、无线网两方面共同发起定界分析:对端到端信令平台的各接口如Mw、Rx、Gx、S11接口数据,利用时间维度和终端信息对失败原因进行准确关联,获取掉话场景下各接口承载释放消息中的失败原因码,形成主要问题的判决条件。
通过对大量信令案例的分析对比,总结出各类型问题的典型信令特征,以SIP信令中BYE消息的reason头域深度解析为着手点,对用户、无线、EPC、IMS等问题进行原因定界。
选用接近UE侧的S1-MME接口作为分析VOLTE掉话的入口。
使用IMSI为串联关键字,串联出一个用户在S1接口上的四种消息流程:EPS_BEARER_CONTEXT_ACTIVATIONEPS_BEARER_CONTEXT_DEACTIVATIONUE_CONTEXT_RELEASE_REQUESTUE_CONTEXT_RELEASE_COMMAND数据的关联聚合按照IMSI和时间点进行排序,并按照VOLTE无线掉话特征流程:专载建立成功后,在没有专载去激活流程的情况下,eNodeB直接发起UE上下文释放请求,符合VOLTE无线掉话信令模式。
UE CONTEXT RELEASE REQUEST选取消息中带的radionetworklayercause来进行判别,除了2,20,23,24,28,其它都定界为无线掉话。
2.2 VoLTE掉线率TOPN小区定位排查思路先分析是哪类原因引起的掉话,再根据触发异常的网元分析掉话的原因。
对于VoLTE 通话过程中网络侧发起RRC Release,涉及到传输、eNodeB、核心网。
VoLTE掉线流程如下:1、提取细分异常释放原因的计数器,查看由那类计数器引起的失败次数最多,针对性处理。
2、核查邻区关系:删除过远邻区,添加漏配邻区3、核查邻区参数配置是否正确4、上行干扰排查处理:对于上行干扰站点及时进行处理5、同频同PCI、同频同PRACH复用距离核查6、上行功控参数核查:对于上行功控方式(开环、闭环),P0等相关参数核查配置是否合理7、站点告警核查:对于影响指标的告警及时进行处理8、对于因弱覆盖导致掉线,若终端处于覆盖边缘,周围无可用的LTE小区,可以调整系统间重定向/切换策略,使用终端重定向/切换到3G/2G,减少掉线次数。
3 VoLTE掉线信令流程以及相关指标UE释放相关信令流程如下:KPI统计相关失败Counter如下:4 VOLTE掉话无线问题优化方法4.1 由于ENB的无线链路失败无线链路失败由以下四种情况造成:(1)eNodeB的RLC层检测到空口重传超过最大重传次数;(2)eNodeB的PDCP层检测到完整性保护失败。
通常和加密/完保算法相关,需要重点核查基站配置的加密/完保算法;(3)监测到空口消息超时。
空口定时器超时是指等待RRC重建立完成/重配完成定时器超时。
重配的作用主要是是修改RRC连接(如建立/修改/释放无线承载)、执行切换、建立/修改/释放测量、增加/修改/释放辅载波,当重配消息中部分或是全部小区和UE理解不一致时,会造成重配不响应;(4)SR达到最大重传次数或者上下行HarqFail过高。
造成空口失败的主要原因有:告警、上行干扰、弱覆盖、超远覆盖、参数问题、其它原因。
详细排查流程如下:(1)站点告警:关联无线链路失败时段相关告警,若指标较差时段和告警时段相匹配,需要进行告警处理,无线链路失败涉及告警如下:(2)异常参数配置:核查无线链路失败相关参数,如和推荐参数不一致,修改为推荐参数。
(3) 上行NI>=-105dBm:干扰问题排查。
(4) RSRP<=-110dBm:弱覆盖问题排查。
(5) TA>6(城区)或TA>36(农村):超远覆盖问题排查。
4.2 由于ENB 重建立失败当eNodeB 接收到从UE 来的RRCConnectionReestablishmentRequest 消息后,经过接纳等流程,处理失败,给UE 发RRCConnectionReestablishmentReject 消息,触发UE 释放。
造成重建失败的原因包括:(1)检测无线链路失败; (2)切换失败导致; (3)eUTRA 移动性失败; (4)完整性校验失败; (5)RRC 重配置失败。
路测中发现的RRC 重建原因归类。
其中超过64%的属于基础网络问题,包括弱覆盖和邻区干扰引起的质量问题;约27%属于规划配置类问题,包括PCI 冲突以及相邻基站RLC SNSIZE 不一致造成的切换失败;约9%属于其它原因。
另外目前跨站重建立成功需要X2进行上下文信息交互,如果不配置X2的话跨站重建立则不能够成功。
建议处理重建立失败导致的掉线问题时首先确保网络中X2配置占比达到95%以上,以降低跨站重建立失败概率,减少由于重建立失败导致的掉线。
造成重建立失败的主要原因有超远覆盖、邻区漏配、X2漏配、参数配置异常、其它原Others:下行链路质量原因23%Others :上行链路质量原因32%Others :PCI 冲突4%Reconfigurefailure :SN 参数不一致,重配置失败23%HandoverFailure :RF 原因9%Others:其它原因9%RRC 重建原因归类因。
详细排查流程如下:(1)参数配置异常:需要核查重建失败相关参数配置(2)邻区漏配核查:邻区漏配会导致切换不及时,服务小区信号指标差导致重建立。
详细核查流程如下:(3)X2漏配:X2配置需要和邻区配置保持一致。
(4)TA>6(城区)或TA>36(农村):超远覆盖问题排查。
4.3 由于小区关断或复位当eNodeB接收到从OMC来的人为触发的小区闭塞命令,或者由于eNodeB异常告警触发小区Reset,导致发起E-RAB释放。
该问题需要重点核查小区告警,相关告警如下:4.4 ENB由于S1链路故障发起释放S1链路故障包含如下情况:(1)当eNodeB检测到S1的光口故障。
当eNodeB检测到光口相关故障触发UE释放。
通过和光口告警相关,重点核查相关告警(参见5.3.1)。
(2)GTPU层检测到Path(eNodeB和SGW业务通路)故障。
当eNodeB检测到GTP-U Path(eNodeB和SGW的业务通道)故障触发UE释放。
当UE接入网络后,为保证eNodeB和SGW的业务通道处于激活状态,eNodeB会周期性的向SGW发送Echo Request消息,如果收到SGW的Echo Response,说明GTP-U隧道处于激活状态,如果未收到Echo Response消息,说明GTP-U隧道异常,eNodeB会发起释放请求。
SGW的地址可以在Initial context setup request消息中进行查询。
该问题是由于eNodeB和SGW通道出现异常,原因主要是由于传输或是核心网问题导致GTP-U隧道通信异常。
可以通过EMS->诊断测试->IP通道测试进行问题排查。
(3)GTPU层接收到对端的Error Ind消息。
S1链路释放导致的释放通常和光口告警、传输或是核心网相关。
当eNodeB收到从MME来的S1 Rest消息或者Error Index消息,该问题主要和核心网相关,需要核心网协助排查。
S1链路故障导致异常释放主要和传输、参数配置、告警、核心网、其它。
详细排查流程如下:(1)传输问题排查:eNodeB->SGW ping包丢包率>3%时需要核查eNodeB<->SGW 之间的IP通道质量问题。
(2)告警排查:关联S1链路故障相关告警,若指标较差时段和告警时段相匹配,需要进行告警处理,S1链路故障涉及告警如下。
(3)参数配置问题:重点核查和S1链路故障相关参数配置。
(4)核心网问题排查:当eNodeB收到从MME来的S1 Rest消息或者Error Index 消息时,需要核心网协助进行排查。