LTE告警+零流量那个低流量分析处理

合集下载

LTE零流量小区排除处理思路总结

零流量小区处理思路青岛优化项目组2015-4-１７1概述目前面对网络建设逐步完善，4G用户的不断发展，针对零流量小区的分析及处理存在着必要性。

零流量小区的分布既是用户分布及行为的直观体现，也是用发展用户的一个指引，同时也能发现设备的一些故障。

一个站点的能够带来怎样的效益关乎于这个站点的建设的意义，同时一个站点因故障导致零流量也给用户感知带来了直接的影响。

因此不管从客户、运营商、设备商等角度分析，我们有必要对零流量及低流量小区引起高度重视，并优先进行分析处理。

2零流量小区分类针对现场一个月的零流量小区统计情况分析，干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因。

从分布的情况看很多问题我们还是能够规避并进行及时处理的，如故障、工程、人为调测等原因。

主要分类：故障问题：➢电源：设备掉电断站、BBU掉电➢硬件告警： X2接口故障、系统时钟不可用、驻波等➢传输：传输光接口异常、BBU 接口异常、射频R接口异常覆盖、干扰问题：➢室外站点覆盖景区的，景区冬季人少➢室外站点覆盖农村空旷公路的➢室外站点覆盖不合理的，如周围有村庄、密集人群活动区域，但天线覆盖方向不合理的用户行为问题：➢活动场所：偶尔有活动，但周期比较长的。

➢随着季节变化，室外用户变少的➢确实是用户过少的工程原因：➢新建站处理故障期间，流量较低➢小区未激活，导致零流量3.零流量小区处理流程通过日常处理零流量小区的方法及经验，总结如下排查及处理思路。

可影响相应编号查找下文判断及解决方案。

零流量小区排查处理思路：1.工程状态核查工程状态只有在正常服务的状态才能产生性能数据，因此发现零流量小区首要进行工程状态核查，一般“等待开通”为现场临时调测、“正在开通、正在运维”为交换代维后者是开站人员调测。

面对不同的状态与相关人员进行核查进而作出处理。

2.常规核查项1.查看小区状态是否正常：2.查看路由、sctp是否正常：目前我司设备设置情况：Sctp链路对端网元为MME，工作模式为客户端共设有6条，全网统一配置，如果出现配置错误、缺失等会直接影响站点业务：OMT侧位置及截图：3.路由关系核查610版本升级后基站配置到MME及SGW的路由掩为一条，如果路由缺失会全部ERAB会建立失败，进而引起零流量，如下配置情况：如上所示，基站IP为100.70.23.138，网关IP地址前三位一致，最后一位按照如下表进行设置，如本周基站IP末尾为138，在“130-193”段，因此网关最后设置为129.最终此站点网关IP地址为100.70.23.129.LMT位置截图：4.CRS核查目前crs设置情况为宏站统一设置为15，室内站点统一设置为9，集团管控参数。

精品案例_LTE低流量小区处理

LTE低流量小区处理目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (5)四、经验总结 (5)LTE低流量小区处理【摘要】面对网络建设逐步完善，4G用户不断发展，针对低流量小区的分析及处理存在着必要性。

低流量小区的分布既是用户分布及行为的直观体现，也是发展用户的一个指引，同时也能发现设备的一些故障。

因此不管从客户、运营商、设备商等角度分析，我们有必要对零流量及低流量小区引起高度重视，并优先进行分析处理。

【关键字】低流量一、问题描述淮南进行簇专项网络优化，提取簇内各个小区一周的总流量，针对单个扇区进行流量及用户分析时发现，存在部分低流量扇区，日平均低于0.5GB。

从谷歌上可以看出本簇为居民密集的区域。

二、分析过程由于小区零流量或低流量直接体现用户感知，直接导致资源浪费，必须对零流量及低流量小区引起高度重视，并优先进行分析处理。

针对现场的零流量小区统计情况分析，干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因。

从分布的情况看很多问题我们还是能够规避并进行及时处理的，如故障、工程、人为调测等原因。

主要分类：故障问题：✓电源：设备掉电断站、BBU掉电✓硬件告警： X2接口故障、系统时钟不可用、驻波等✓传输：传输光接口异常、BBU 接口异常、射频R接口异常覆盖、干扰问题：✓室外站点覆盖景区的，景区冬季人少✓室外站点覆盖农村空旷公路的✓室外站点覆盖不合理的，如周围有村庄、密集人群活动区域，但天线覆盖方向不合理的✓室外站点覆盖不合理的，如周围有村庄、密集人群活动区域，但天线下倾角设置不合理的✓相邻站点有干扰，导致小区人数少用户行为问题：✓活动场所：偶尔有活动，但周期比较长的✓随着季节变化，室外用户变少的✓确实是用户过少的工程原因：✓新建站处理故障期间，流量较低✓小区未激活，导致零流量三、解决措施根据现场测试和后台提取指标查看，站点是因为什么原因导致低流量。

如果是用户少，可以更改天线的方位角来往用户多的大方覆盖；如果是故障问题，安排维护人员时间处理，后台及时监控指标，如果未恢复，需要现场测试确定具体原因。

LTE告警+零流量那个低流量分析报告处理

现状-零流量，低流量，小区分类：故障问题电源：设备断电、断站、BBU断电。

硬件告警：X2接口故障、系统时钟不可用、驻波等传输：传输光口异常、BBU接口异常、射频R接口异常等覆盖干扰问题室外站点覆盖景区的，景区冬季人少室外站点覆盖农村空旷公路的室外站点覆盖不合理的，周围有村庄密集人群活动区域，但天线覆盖方向不合理的网内干扰，网外干扰。

用户行为问题活动场所：偶尔有活动，但周期比较长的。

随着季节变化，室外用户变少的确实是用户过少零流量低流量小区统计类型宏站/室分小区数合计零流量小区宏站153零流量小区室分169低流量小区宏站562低流量小区室分681322 1243影响零流量、低流量小区因素————故障问题告警原因分析LTE 网络零低话务的主要影响因素之一为基站告警，基站告警主要分三类，分别为传输类、电源类一级硬件类，筛选出零低话务小区，基站故障占比为10%,主要告警如下告警影响小区数统计如下自我处理建议：对告警站点进行长期监控，减小告警对现网的影响，配合基站维护人员及时处理告警告警分类数量断站150光模块收发异常21射频单元维护链路异常告警43GPS 3其他6BBU IR 光模块收发异常告警射频单元维护链路异常告警小区短链以及不可用告警星卡天线故障告警影响零流量、低流量小区因素-----覆盖、干扰问题覆盖原因分析：零低话务的另一个影响因素之一----为覆盖问题，其中包含特殊场景覆盖（如景区、路等）、室分天馈覆盖不合理（仅覆盖电梯，地下停车场等）、覆盖区域不合理（附近有村庄、人口密集区域、但天馈覆盖方向不合理、天馈存在阻挡）等、零低话务小区中覆盖原因占比为。

零低话务小区分布：零低话务小区总数市区郊县农村22923425031447处理建议：影响零低业务小区--------用户行为原因分析：在优化中，可以认为一个小区话务量较低原因可以分为两大类，一种是由网络设备或者参数问题引起的低话务量，这种原因造成的低话务量是可以通过一定优化手段得到改善的。

LTE零流量小区排除处理思路总结

LTE零流量小区排除处理思路总结随着移动通信技术的不断发展，LTE（Long Term Evolution）成为了现代通信系统中的主要技术标准。

然而，在实际应用中，总会遇到一些LTE网络中的零流量小区的问题。

零流量小区指的是在LTE网络中，一些小区上没有任何用户流量。

这种情况下，该小区就无法正常工作，进而影响到整个网络的性能。

那么如何排除和处理LTE网络中的零流量小区呢？下面将从以下几个方面进行总结。

1.小区参数优化在LTE网络中，适当调整小区参数可以有效地排除零流量小区问题。

通过合理设置小区的覆盖范围、频率配置、功率控制、PRACH配置等参数，可以避免小区之间的干扰，提升小区的质量和性能，从而减少零流量小区的发生。

2.数据分析和监控通过对LTE网络中的数据进行分析和监控，可以及时发现零流量小区的存在，并采取相应的措施进行处理。

通过对小区的状态、负载、干扰等参数进行实时监测和分析，能够帮助运营商及时发现零流量小区，并找出其产生的原因，进而采取相应的优化措施。

3.小区覆盖优化LTE零流量小区通常是由于小区覆盖不到位或者覆盖重叠导致用户无法接入而造成的。

因此，通过对小区的覆盖范围进行优化，可以避免零流量小区的发生。

这包括调整小区的发射功率和天线方向，改善小区边缘覆盖问题，合理布置小区的位置和距离等。

4.干扰管理干扰是影响LTE网络性能的主要因素之一、通过有效地管理干扰，可以减少零流量小区问题的发生。

干扰管理的方法包括频率规划、功控参数优化、邻区关系优化等。

通过减小邻区之间的干扰，提高小区的信号质量，可以有效地排除零流量小区问题。

5.故障排查和维护当LTE网络中出现零流量小区问题时，需要进行及时的故障排查和维护。

首先，通过对网络设备的检查和测试，确保设备正常运行。

其次，对于有问题的小区，可以进行重启、重配置等操作以恢复其正常运行。

此外，还可以通过定期的巡检和维护，及时发现和解决零流量小区问题。

总结起来，排除和处理LTE网络中的零流量小区可以通过小区参数优化、数据分析和监控、小区覆盖优化、干扰管理以及故障排查和维护等方法来实现。

移动LTE告警故障处理大全

警
由于BBU到RRU之间没有通过传输设备，因此判断问题只能通过上站解决，出现该告警，主要定位在
BBU侧：
1、上站检查光口收发光，光模块，光纤是否完好；
CPRI光路问题或光模块故障
督导+线路+ 2、检查光纤是否存在污损，是否需要清理；施工方 3、检查BBU侧和RRU侧光模块型号是否一致，是否匹配； 4、光路处理思路如上；
GPS问题
星卡天线故障告警
GPS问题
GPS问题
星卡锁星不足告警
GPS问题
GPS问题
星卡时钟输出异常
告警
GPS问题
传输光口质量问题
传输光接口性能恶
化告警
传输光口质量问题
传输光口质量问题
传输光接口异常告
警
传输光口质量问题
单板不在单板不在单板不在
位
位告警
位
BBU CPRI 光模块不光模块/电
1、上站检查BBU侧的CPRI口光接口质量，
2、使用光功率计测量BBU到RRU之间光路衰耗问题
3、使用法兰、激光笔测试光路的通断；
CPRI光路督导+线路+ 4、对于中间有光交设备，需要依据传输问题处理的思路进行逐级排查；
问题
施工方 5、对于任何基站故障定位，不能单看一条告警，必须依照该基站所有告警综合判断，确认根因告
1、BBU到IPRAN传输端口上的光纤接头或光模块安装松动，或光模块老化。 2.、BBU传输端口上的光纤接头不洁净，存在灰尘等异物。 3、BBU传输端口上的光模块的型号（单模/多模、速率）不匹配。 4、BBU与对端传输设备之间的光纤线路存在弯折、挤压或老化，或光纤线路过长导致光信号在长距离传输后出现较大衰减。 5、使用光功、光笔判断BBU到IPRAN传输质量； 6、现网大部分问题是BBU到IPRAN距离太近，光功过高，需要增加光衰解决；

华为LTE告警原因与处理建议

华为LTE常见告警处理建议2017-8-15华为LTE常见告警目录1射频单元业务不可用告警32小区不可用告警43射频单元维护链路异常告警44BBU IR接口异常告警55网元断连66传输光接口异常告警67S1接口故障告警68射频单元IR接口异常告警79License试运行告警710以太网链路故障告警811用户面故障告警812射频单元时钟异常告警913基站S1控制面传输中断告警914射频单元交流掉电告警915BBU IR光模块收发异常告警1016射频单元驻波告警1017远程维护通道故障告警1118小区服务能力下降告警1119射频单元光模块收发异常告警1120射频单元光接口性能恶化告警1221交流掉电告警1222时钟参考源异常告警1323射频单元硬件故障告警1324射频单元输入电源能力不足告警1425配置数据超出License限制告警1426射频单元ALD电流异常告警1427RRU组网级数与配置不一致告警1528射频单元发射通道增益异常告警1529星卡锁星不足告警1530星卡天线故障告警1531BBU IR光模块/电接口不在位告警1632天线设备维护链路异常告警1633制式间通信异常告警1634配置数据不一致告警1735系统时钟不可用告警1736时间同步失败告警1837射频单元软件运行异常告警1838BBU直流输出异常告警1839单板温度异常告警1940射频单元光模块/电接口不在位告警1941射频单元接收通道RTWP/RSSI过低告警19 42BBU单板维护链路异常告警2043BBU光模块收发异常告警2044RRU组网拓扑类型与配置不一致告警2145证书失效告警2146远程维护通道配置与运行数据不一致告警22 47系统无License运行告警2248单板不在位告警2249未配置时钟参考源告警2350MAC错帧超限告警2351单板下电告警2352单板硬件故障告警2453版本自动回退告警2454单板类型和配置不匹配告警2455单板软件运行异常告警2556机框类型配置与实际不一致告警2557射频单元工作模式与单板能力不匹配告警2558License Feature不可用告警2659传输光模块不在位告警2660单板软件同步失败告警2661射频单元CPRI接口异常告警2762射频单元光模块类型不匹配告警2863小区重配置失败告警2864BBU IR光接口性能恶化告警2865单板时钟输入异常告警2966射频单元过载告警2967射频单元温度异常告警2968星卡维护链路异常告警301 射频单元业务不可用告警故障原因：1、配置原因：小区配置与设备支持规格冲突；射频模块在共模SDR配置下, 制式间载波频率间隔、功率规格、载波数规格、带宽规格等配置错误；CPRI速率配置错误；SFN跨框场景下，扇区设备配置错误；ODI配置错误；2、软件原因：License资源不足；3、单板不可用：小区使用的CPRI链路故障；小区使用的基带单元故障；小区使用的射频单元收发通道故障；CPRI带宽不足；CPRI MUX场景单板不支持；数据链路故障；控制链路故障；时钟精度不足；处理建议：1、检查小区和设备规格，更换型号匹配设备；核查配置参数是否有误,调整正确参数配置；2、核查小区LICENSE，增加LICENSE。

LTE常见告警现场处理方式

1、基站未配置外部时钟参考源
1、单板硬件故障； 2、单板未插、未插紧或下电 1、网元适配层版本错误 1、未配置时钟参考源； 2、单板硬件故障 1、基站所有承载S1interface、 X2interface的SCTP链路状态异常 1、软件升级过程中单板升级失败，导致单板BootROM没有升级成功； 2、单板FLASH存储空间不足，单板硬件故障
1、BBU连接下级RRU端口上的光模块故障
1、单板未插紧或单板故障
1、单板配置错误，或插错单板
1、RRU工作制式配置错误、RRU软件版本不匹配2、实际安装RRU型号错误。
1、当用户启动小区模拟负载成功时，产生此告警
1、馈线安装异常（接头未拧紧、进水、损坏或线缆挤压等）。 2、射频单元接收通道故障（比如低噪放、混频器、ADC和FPGA等）。
GPS类
51 版本自动回退告警
软件类
52 射频单元硬件故障告警 53 单板软件运行异常告警 54 单板硬件故障告警
RRU硬件类软件类单板硬件类
55 单板下电告警
电源类
56 单板闭塞告警 57 基站同步帧号异常告警
配置类单板硬件类
58
RRU组网拓扑类型与配置不一致告警
RRU硬件类
59 BBU IR光模块故障告警 IR接口类
序号
告警名称
告警类别
1
BBU IR光模块/电接口不在位告警
IR接口类
2 BBU直流输出异常告警
电源类
3 射频单元驻波告警
天馈驻波类
4 传输光接口异常告警
传输接口类
5 射频单元IR接口异常告警 IR接口类
6 License试运行告警
license类
7 系统无License运行告警 license类

原创-LTE传输类告警处理方法和建议

关于LTE站点告警处理方法和建议近期LTE站点派了大量A2级告警如：STCP链路,X2，IP PATH，S1接口异常等,由于大家对LTE网络接触不深,对于一些告警的处理我们还在摸索阶段,今天在龙中FE抢修中得出几个结论,在这里和大家分享下。

先说下龙中FE的故障：网元断链,查传输网管PTN无告警,业务网管PING测正常,业务无链路告警。

这种情况相信大家遇到得比较多,相对处理难度也大。

由于LTE也是IP传输承载的业务,我们到达现场后用笔记本电脑进行测试：LTE PING包测试方法与TD PING测方法大同小异,大家需注意两点：1,TD PING包所用的光电转换器速率只需100M便可,因为大多TD业务都是30M的,而LTE的必须要支持1000M速率的光电转换器 2,电话操控查询LTE本对端IP时,需注意操控查询所说的本端IP指的是传输网关IP,对端是基站设备IP,我们PING测的是传输网关IP（LTE有3跳IP;设备IP，传输网关IP,OMC服务器IP,一般设备IP与传输网关IP是同一网段的,LTE的子网掩码每个基站都是255.255.255.192,TD的是255.255.255.224）,且我们只能PING传输网关IP,OMC服务器的IP我们是PING不通的。

起初电脑无法PING通传输网关,现场与网管检查业务端口,VLAN号等,发现LTE设备VLAN号与网管不一致且业务端口现场与网管也不一致,网管重做数据和现场重新布放尾纤后网元无断裂。

（当然每个故障原因各有不同,但抢修LTE和TD故障思路都一样：检查网管有没异常告警,VLAN,业务端口,RNC测与RNC 对接光口等是否一致,现场设备设置IP与后台是否一致,可配合电脑PING包测试方法来判断故障源。

在这抢修过程中需要有清晰的思路和现场与网管细致的检查）接下来是我们所说的重点：LTEA2告警如：STCP等告警的产生原因和处理方法(附件有这些A2级告警描述截图)：在网元无断裂后,我们登上LTE设备终端（登陆的方法和平时登陆TD本地维护终端也有不同：正常连接设备后,首先设置电脑IP：192.168.0.XX,在这个网段的便可,子网掩码是默认的：255.255.0.0，电脑IP正确设置后,便打开IE浏览器输入网址http://192.168.0.49,弹出登入界面输入公认账号密码：账号：admin 密码：admin123,在这里需要注意有些设备第一次登陆时账号与密码都是要自己设置的,这时就要把账号和密码设置成公认的,否则账号密码忘记了,以后该设备便不能登了）发现出现很多A2级告警如下图：我们观察SCTP,X2，IP PATH等告警产生的原因描述均为：相邻站点或对端站点故障引起,故致电后台数据组得知在同一个IP组中如：（龙中FE：152.206.4.7，披头背FE：152.206.12.73,峰吓FE:152.206.12.77，同一IP组是什么意思,我们姑且认为它们是同一网段,地域相邻的站点）会互相建立一条STCP链路,（该链路是否影响业务暂不得知）,如果两端站点任意一端有故障如网元断链,对端便会出STCP链路告警和IP PATH告警,在龙中FE告警板上便分别有一条SCTP链路告警和IP PATH告警；接着我们便证实我们的想法,我们先观察SCTP告警：告警描述：SCTP链路故障编号为10,接着我们便查询编号为10的链路对端是哪个站点（截图不是很清晰,请谅解）：如图上显示它对端站点的IP为：152.206.12.77,这样我们便得知这条链路对端站点为峰吓FE, 峰吓FE目前还处在网元断链状态。

LTE常见告警故障分析报告

LTE常见告警故障分析1.1光口接收链路故障原因分析：•光纤有损坏•光模块问题•ODF架处法兰盘有光损•近端、远端之间的线路故障处理方法：•根据所出的光口接收链路故障的位置(基带处理板光口或RRU光口)更换相应的光纤•同上，更换相应的光模块•排除以上2种原因外，可试更换光纤连接处的法兰盘•可通过在远近端处互相发光、收光，以此判断线路是否存在故障1.2RRU链路断原因分析：•RRU掉电•光路故障•光模块损坏•基带板故障引起RRU链路断处理方法：•检查RRU是否上电•如果RRU正常上电，排除光模块或光路是否有光损•观察基带板指示灯闪烁状态是否正常，如异常，如此先插拔基带板使其复位；如果以上因素全都排除，如此更好RRU1.3天馈驻波比异常原因分析：•RRU通道接口与天线端口之间连接的跳线未连接好•设备接口渗进雨水• RRU与天线端口之间连接的跳线有损坏•RRU内部出现故障处理方法：•检查RRU通道接口与天线端口之间连接的跳线是否连接好，重新连接•检查RRU故障通道口内是否有渗进雨水，如有，需清理干净；另外设备被雨水浸泡后会有所腐蚀生锈，可用砂纸打磨后重新连接•如无以上情况，请尝试更换跳线，之后重启RRU，查看是否还会出现驻波比告警•通过以上操作后再出现，直接更换RRU1.4天线校正失败原因分析：•LTE天线校正序列发射电平上下行为同一个DV参数，经过研发部门分析600版本中默认的下行校正序列发射电平过大，有可能会导致局部RRU校正序列接收电平饱和，导致校正失败。

处理方法：•修改DV参数降低校正序列发射电平后，可以躲避由此造成的天线校正失败问题。

•经过修改DV参数仍然出现此告警，如此更换RRU室外的话TD通常是通道馈线分为9铲除了八个通道之外还有一个校准线，如果那个接错了会造成通道功率校准失败，驻波比忽高忽低。

可能是校准线损坏，更换校准跳线就行了；也可能是校准通道故障，这个就要更换RRU 设备了。

1.5智能天线校准异常原因分析：•智能天线校准线缆连接故障•RRU内部故障处理方法：•更换RRU校准通道跳线•更换RRU校准通道跳线无效，直接更换RRU1.6输入电压异常原因分析：•输入电压异常一般常见于拉远站，由于室外交转直电源柜供电功率不足或接电异常会导致出现此故障处理方法：•检查设备电源线与电源柜是否有连接问题•如连接没问题，如此考虑电源柜所带设备是否过多，可减少连接的设备或增加电源柜解决此问题1.7基站退出服务原因分析：•基带板故障•如果1个基站的所有RRU光口链路故障、设备掉电或其它原因导致RRU链路断，如此会引起基站退出服务•数据有误：无线参数—>TD-LTE—>资源接口配置—>基带资源:未调整RRU通道口为2即LTE通道处理方法：•检查BBU基带板指示灯闪烁状态是否正常，可试插拔复位，待查看告警是否消除•假如基带板无故障，通过光功率计等测试仪确定光路光信号是否有衰减，查看整站RRU是否有掉电情况发生•以上情况均排除后，检查后台数据是否有误即资源接口配置—>基带资源:查看RRU通道口(LTE通道)是否已调整为2 (此情况只适用于室分的双通道RRU) 1.8内部故障原因分析：•RRU内部时钟类出现异常处理方法：•先查看故障小区是否存在其它告警，如：驻波比告警、RRU功率检测异常、输入电压异常等，假如有，先排除此类告警•假如无其它告警，如此对设备下电复位，此告警如再次出现，直接更换RRU1.9基站同步异常、没有可用的空口时钟源、GNSS天馈链路故障原因分析：•一个基站如果GPS出现故障，这3种告警如此会同时出现•未连接GPS•已连接GPS，但室内外接头处接触不良•GPS馈线有弯折等硬伤•主控板损坏处理方法：•首先应检查机房和室外是否连接GPS•如已连接，如此检查室内外GPS直弯头处连接情况，重新连接•重新连接后告警仍不能消除，如此需检查GPS馈线是否有弯折类的硬伤，假如有，如此更换新的馈线•以上因素排除后告警仍不能消除，如此直接更换主控板1.10设备掉电原因分析：• RRU所接市电停电•有市电但RRU因内部故障不上电处理方法：•先检查RRU所接市电是否有电，如果停电，待市电恢复后查看告警•如果有市电，但RRU未显示上电，掉电重新上电RRU假如仍无反映直接更换RRU1.11单板通讯链路断原因分析：•单板掉电•BBU的PM板供电功率不足•主控板故障导致其他单板不能正常上电•单板软件故障、反复重启处理方法：•热插拔单板复位后，查看单板是否正常•如果插拔无反响，计算PM板供电功率是否满足当前BBU 的所有单板所需功率•如果PM板无本身无故障，供电功率也满足，需查看主控板是否正常•以上因素排除后告警仍不消除，直接更换该单板1.12硬件类型和配置不一致原因分析：•实际设备连接的单板与OMC配置的单板类型不一致处理方法：•根据实际需要，更换前台所插单板或修改后台配置的单板类型1.13网元断链告警原因分析：•前后台数据不一致•机房设备掉电•传输线路光缆断•主控板故障处理方法：•在站点已开通的情况下出现网元断链，需检查后台数据是否有修改导致前后数据不一致•如果数据一致，核实机房设备是否掉电•核查传输线路光缆是否断开•排除以上因素外，核实BBU的主控板是否出现故障(软件故障、单板电路损坏等)，如果有此类故障，更换主控板1.14X2断链告警以下三条都会影响切换的，无论出现哪条，都代表X2链路出现了问题。

LTE告警消除

相关告警以及消除，我们需要做的事情如下几个小方法：
载频射频单元告警，光模块告警
此类告警消除——要通过主拓扑然后针对所在的RRU进行复位，建议复位的情况下尽量的进行串联的RRU同时进行复位，而且还是先要针对那个好的进行复位，然后再针对那个不好的进行复位！
这个问题华为设备我观察了几天，他没有一个特定的规律，会不定期的就出现这个问题，而解决这个问题的后患就针对接口进行处理，这个就需要产品那边做好安排，如果不行，这个问题可以一直存在，影响的程度很小，如果产品不消除，那网优的我建议屏蔽此类告警！BBUIR光模块收发异常告警
维护链路告警这个一般都是进行了硬件操作，如果没有那么后台需要做的依然还是处理这个告警的RRU，懂主拓扑图的最好！
网元连接中断
这个问题一般都会出现在室分！出现了这个问题，系统会进行自动的启用自保护模式，自动的进行重启整个硬件系统！如果好了，那么这个问题会有遗留，如果不好，那么这个问题的解决方法就是看一下前台测试的情况！主要查看一下天线下放的测试情况，两个RRU的交接处占用的情况，然后进行调节参数！——调度！。

浅析LTE网络低速率问题分析及处理

浅析 LTE网络低速率问题分析及处理【摘要】：随着移动互联网和智能终端手机的快速发展，如今LTE网络已经广泛普及。

LTE网络作为主要的数据业务承载网络，其网络速率是衡量运营商网络品牌好坏的重要依据，因此，提高LTE网络速率对提升用户的网络使用体验具有十分重要意义。

本文主要针对LTE网络低速率问题进行分析，并提出了处理方法，以供大家参考。

关键词：LTE；速率；覆盖；干扰；一、LTE网络低速率判断方法判断LTE网络速率，一般采用网络上下行用户平均速率和上下行小区平均速率两个指标的方法，其中上下行用户平均速率是用来评估LTE网络用户的体验速率，反映的是用户平均体验速率，是关注的重点。

而上下行小区平均速率是用于反映LTE小区整体速率性能状况。

在LTE网络低速率排查工作中，低速率小区筛选有两个指标：小区业务量和用户下行去尾均速。

提取7×24小时小区数据，试点过程采用较为严格筛选条件：日业务量自忙时（业务量最大）对应用户下行均速的一周均值[1]。

筛选条件为：提取7×24小时小区业务量和用户下行去尾均速（每个小区7×24条数据）。

二、LTE网络低速率引起因素1、硬件引起。

LTE网络低速率的产生原因，极有可能是是种种网络设备硬件问题，常见的硬件问题包括：终端异常、基站硬件设备故障、天馈线问题、传输设备问题、服务器不稳定等。

2、弱覆盖引起。

良好的覆盖是保证网络性能的基础，覆盖强度通过参考信号接收功率RSRP来衡量。

RSRP能够有效反映网络的覆盖情况，当RSRP低于某一个门限值时定义为弱覆盖。

RSRP低会直接导致SINR低，进而影响TM和MCS的选择，拉低下载速率，所以弱覆盖是导致下载速率低的主要原因[2]。

根据以往工程经验，LTE网络低速率原因分类中，弱覆盖占比达到了28%，是引起低速率最大因素。

3、干扰引起。

SINR即信号与干扰加噪声比，是接收到的有用信号的强度与接收到的干扰信号（噪声和干扰）的强度比值。

移动LTE零流量低流量小区分析V4课件

案例二：某运营商零流量低流量小区优化策略
1 2 3
案例概述
某运营商在LTE网络中面临零流量和低流量小区的挑战，需要制定有效的优化策略。
优化策略
通过数据分析和挖掘，识别问题小区并分类处理，采取针对性措施如调整频谱配置、加强用户感知等。
经验总结
优化策略需综合考虑网络现状、用户需求和市场竞争，不断调整和优化，提升网络效益。
建立终端设备问题反馈机制，及时响应用户问题和需求。
加强终端设备质量检测和认证，确保设备性能符合标准。
用户需求挖掘
详细描述
推出符合用户需求的特色服务和产品。
总结词：深入挖掘用户需求，提供更加精准和个性化的服务，提高用户满意度和忠诚度。
通过数据分析了解用户行为和需求特点。
加强与用户的沟通和互动，及时响应用户反馈和需求。
基站天线挂高过高或俯仰角过小，导致信号越区覆盖，用户无法接入。
干扰问题
同频、邻频干扰，导致用户无法正常接入网络。
用户行为问题
用户使用习惯
部分用户习惯使用WiFi，减少使用移动数据流量。
用户分布
特定区域用户分布较少，如偏远地区或商业区。
用户需求
部分用户对流量的需求较低，更倾向于使用免费WiFi。
04
零流量低流量小区优化策略
网络覆盖优化
总结词：通过优化网络覆盖，提高信号强度和稳定性，从而提高用户接入率和数据传输速率。
增设微型基站和直放站，补充网络盲区。
优化天线角度和方位，提高信号穿透率和覆盖均匀性。
详细描述
增强基站信号发射功率，扩大覆盖范围。
用户行为引导
总结词：通过引导用户行为，提高用户活跃度和数据流量使用量。

LTE告警问题及处理方法总结

小区退服告警
重要告警光模块问题，更换光模块
#N/A
紧急告警一般为突发告警
重要告警突发告警，衍生告警，自恢复 •公共信道故障或删除。 •NCP、CCP故障。 •小区建立失败。
紧急告警 •小区删除（NodeB审计）。 •小区删除（NodeB资源状态指示）。 •NodeB上报小区不可用。 •卫星LICENSE控制删除小区。
故障或物理资源被闭塞的情况下，小区状态网元发送握手请求，当被管网元三次无应
会因为无可用的物理资源而变为不可用。即答时判定通信状态为断连，上报本告警。
使物理资源可用但License不足时，也会导本告警上报后，只要断连未恢复，OMC920
致小区不可用。多模场景下，由于共享资源不会因断连期间的故障原因变更而上报新
射频单元维护链路异常告警
重要告警
BBU与射频单元之间或者上下级射频单元之间的光纤或者电缆故障。
BBU或射频单元光模块故障。
射频单元或BBU单板硬件故障。
双模CPRI MUX组网场景下，汇聚方基带单板光模块故障。
双模CPRI MUX组网场景下，被汇聚方与汇聚方之间BBU背板
转发链路资源不足或链路故障。
S1信令链路故障。
时钟资源不可用（TDD LTE）。
CPRI带宽不足。
CPRI MUX规格受限。
SCTP链路状态异常。
S1接口配置错误。
跟踪区域配置信息未配置。
重要告警
MME连接的基站数到达上限。 SCTP链路闭塞。
基站配置错误。
MMEC(MME Code)和其他MMEC冲突。
基此站告运警营只商可配能置是错硬误件原因：在射频单元与对端设备（上级/
在环形组网下，射频单元连接链路的可靠性下降，下级射频单元的激活链路将倒换到备份链路上，在热环配置下对业务没有影响，

移动LTE零流量、低流量小区分析-V4幻灯片

随着季节变化，室外用户变少的；用户锁G网，没占用T网的；与2/3G网共站小区进行对比，确实是用户过少；
问题原因活动场所无活动期间用户少冬季室外用户变少用户锁G网，没占用LTE网络的农村站点用户过少
处理建议
积极协调网络运维部及时处理告警，每日跟踪处理进度，对告警发生情况每日监控，每日发送告警列表，按照优先级推动处理。
谢谢！
处理建议建议排查问题站点覆盖范围、分布系统状态，必要时增加天线设备。建议通过DT测试对问题站点进行RF优化。建议对高干扰小区进行扫频排查
影响零低业务小区因素——用户行为
原因分析：在优化中，可以认为一个小区话务量较低的原因可以分为两大类，一种是由于网络设备
或者参数问题引起的低话务量，这种原因造成的低话务量是可以通过一定的优化手段得到改善的。另一种则是由于客观因素造成的低话务量，基本上是无法通过优化来是话务量增高，主要原因为用户行为，其主要分类如下：活动场所：偶尔有活动，但周期比较长的；
覆盖、干扰问题 ➢ 室外站点覆盖景区的，景区冬季人少 ➢ 室外站点覆盖农村空旷公路的 ➢ 室外站点覆盖不合理的，如周围有村庄、密集人群活动区
域，但天线覆盖方向不合理的
用户行为问题
➢ 活动场所：偶尔有活动，但周期比较长的。 ➢ 随着季节变化，室外用户变少的 ➢ 确实是用户过少的
工程原因
➢ 新建站处理故障期间，流量较低 ➢ 小区未激活，导致零流量
、电源类以及硬件类，筛选出的零低话务小区共，基站故障原因占比为 10% ，主要告警原
因类别如下：
BBU IR光模块收发异常告警小区断链以及不可用告警
射频单元维护链路异常告警星卡天线故障告警
告警影响小区数统计如下：
告警分类断站

LTE低速率问题分析方法

LTE低速率问题分析方法TD-LTE低速率小区处理流程方法目录1 概述2 低速率差小区分析处理方法2.1 低速率小区定义2.2 低速率小区关联因子指标2.2.1 低速率上行关联因子指标2.2.2 低速率下行关联因子指标2.3 低速率小区处理流程图2.4 低速率小区各维度分析2.4.1 参数维度分析2.4.1.1 影响速率相关参数介绍2.4.1.2 影响速率相关参数建议2.4.2 干扰维度分析2.4.2.1 LTE系统内干扰2.4.2.2 LTE系统外干扰2.4.3 容量维度分析2.4.3.1 容量高负荷小区定义2.4.3.2 容量高负荷小区处理方法2.4.4 覆盖维度分析3 现网低速率小区分析评估1 概述日常的测试无法遍历所有覆盖区域，无法体现居民区与房屋内的用户体验，所以通过低速率差小区的统计，来反应用户的感知速率，同时通过后台相关的速率关联因子指标进行协同分析优化，能够更好的完善TD-LTE的网络性能，更好的提升TD-LTE网络用户的业务高速率体验。

2 低速率差小区分析处理方法2.1 低速率小区定义统计时长：提取连续4天数据统计粒度：天有效小区统计：小区满足日均流量大于100MB统计小区级出现3天或者3天以上的RTT时延大于100ms，同时速率低于2000kbps的小区判定为低速率小区2.2 低速率小区关联因子指标速率相关的后台统计指标主要为信道质量与编码使用类指标相关，从传输方向可分为上行速率关联因子与下行速率关联因子，具体的相关指标如下：上行速率关联因子：上行速率关联因子主要为以下几项指标：λ上行平均MCSλ上行16QAM编码比例λ上行噪声干扰λ上行业务信道PRB占用率基于以上上行速率关联因子的感知速率差小区判定标准如下：1. 上行平均MCS<10;2. PRB平均噪声干扰>-110dBm;3. 上行16QAM占比<20%;4. 上行业务信道PRB占用率>50%;一周内小区日均流量>50MB只有5天及以上时间满足1~4中任意一个条件则判定为LTE上行低速率质差小区；下行速率关联因子：下行速率关联因子主要为以下几项指标：λ平均CQIλ MAC层下行误块率λ下行64QAM调制占比λ双流占比基于以上下行速率关联因子的感知速率差小区判定标准如下：1. 平均CQI≤9；2. MAC层下行误块率＞20%；3. 下行64QAM调制占比≤30%；4. 双流占比≤20%(仅室外小区)。

移动LTE零流量、低流量小区分析-V4教学文稿

零低话务小区分布：
干扰原因分析：现网中存在部分小区由于系统内外干扰导致
小区接入、接续异常，出现异常事件较多，如对无限接通率造成严重影响，导致该小区低流量问题。
零低话务小区总数
市区
郊县
农村
2292
342
503
1447
处理建议：
序号
问题原因
1 室分天馈覆盖不合理
2 覆盖区域不合理
4 干扰小区排查处理
其他
6
处理建议：建议对告警站点进行长期监控，减小告警对现网的影响，配合基站维护人员及时处理重
要告警。
5
影响零流量、低流量小区因素——覆盖、干扰问题
覆盖原因分析： LTE网络零低话务的另一个主要影响因
素之一为覆盖问题，其中包含特殊场景覆盖（如景区、道路等）、室分天馈覆盖不合理（仅覆盖电梯、地下停车场等）、覆盖区域不合理（如附近有村庄、人口密集区域，但天馈覆盖方向不合理，天馈存在阻挡）等。零低话务小区中覆盖原因占比为。
覆盖、干扰问题 ➢ 室外站点覆盖景区的，景区冬季人少 ➢ 室外站点覆盖农村空旷公路的 ➢ 室外站点覆盖不合理的，如周围有村庄、密集人群活动区
域，但天线覆盖方向不合理的
用户行为问题
➢ 活动场所：偶尔有活动，但周期比较长的。 ➢ 随着季节变化，室外用户变少的 ➢ 确实是用户过少的
工程原因
➢ 新建站处理故障期间，流量较低 ➢ 小区未激活，导致零流量
7
影响零低业务小区因素——新建站问题
原因分析：目前，LTE网络10月份共开通50个站点，由于新建站点入网流程需要一段时间，并且部
分基站存在告警、天线接反等问题无法激活站点，造成网管统计为零话务或者低话务小区，新建站主要原因如下：

LTE的掉话原因分析及处理思路(加精-值得收藏)

LTE的掉话原因分析及处理思路(加精-值得收藏)LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。

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

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

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

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

现象：由于切换失败导致的掉话，通常有以下表现：1.在掉话前，UE曾发出MeasurementReport（满足切换的测量配置门限），并能收到eNB 发来的RRCConnectionReconfiguration。

2.但是UE收取目标小区的广播消息之后，立即上报RRC连接重建立请求rrcConnectionReestablishmentRequest;Cause=handoverFailure。

3.通常情况下，UE在切换失败后，会发起回到源小区的RRC连接重建立请求，并且此类RRC 连接重建立大部分都是成功的。

解决方案：1.检查源小区的邻区配置情况，确认邻区参数配置正确。

2.确认目标小区的工作状态正常（包括传输无误码、功率输出正常、小区负荷不会导致拒绝切入）。

3.确认源小区和目标小区的软件版本是否正确。

4.了解切换失败的规律（是否配置了X2？是否集中在某个小区、该小区切换成功率是否较低？周边是否有新开站点？是否处于不同的MME边缘？是否处于不同频率的基站交界处？）。