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

wordword/word零流量小区处理思路某某优化项目组2015-4-１７1概述目前面对网络建设逐步完善，4G用户的不断开展，针对零流量小区的分析与处理存在着必要性。零流量小区的分布既是用户分布与行为的直观表现，也是用开展用户的一个指引，同时也能发现设备的一些故障。一个站点的能够带来怎样的效益关乎于这个站点的建设的意义，同时一个站点因故障导致零流量也给用户感知带来了直接的影响。因此不管从客户、运营商、设备商等角度分析，我们有必要对零流量与低流量小区引起高度重视，并优先进展分析处理。2零流量小区分类针对现场一个月的零流量小区统计情况分析，干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因。从分布的情况看很多问题我们还是能够躲避并进展与时处理的，如故障、工程、人为调测等原因。主要分类：故障问题：电源：设备掉电断站、BBU掉电硬件告警：X2接口故障、系统时钟不可用、驻波等传输：传输光接口异常、BBU接口异常、射频R接口异常覆盖、干扰问题：室外站点覆盖景区的，景区冬季人少室外站点覆盖农村空旷公路的室外站点覆盖不合理的，如周围有村庄、密集人群活动区域，但天线覆盖方向不合理的用户行为问题：活动场所：偶尔有活动，但周期比拟长的。随着季节变化，室外用户变少的确实是用户过少的工程原因：新建站处理故障期间，流量较低小区未激活，导致零流量通过日常处理零流量小区的方法与经验，总结如下排查与处理思路。可影响相应编号查找下文判断与解决方案。零流量小区排查处理思路：工程状态只有在正常服务的状态才能产生性能数据，因此发现零流量小区首要进展工程状态核查，一般“等待开通〞为现场临时调测、“正在开通、正在运维〞为交换代维后者是开站人员调测。面对不同的状态与相关人员进展核查进而作出处理。1.查看小区状态是否正常：2.查看路由、sctp是否正常：目前我司设备设置情况：Sctp链路对端网元为MME，工作模式为客户端共设有6条，全网统一配置，如果出现配置错误、缺失等会直接影响站点业务：SCTP链路工作模式对端IP地址1对端IP地址2对端网元类型SCTP链路建立状态运行状态[TD-LTE专用]SCTP链路有效性[TD-LTE专用]客户端MME与对端连接成功正常有效数据客户端MME与对端连接成功正常有效数据客户端MME与对端连接成功正常有效数据客户端MME与对端连接成功正常有效数据客户端MME与对端连接成功正常有效数据客户端MME与对端连接成功正常有效数据OMT侧位置与截图：610版本升级后基站配置到MME与SGW的路由掩为一条，如果路由缺失会全部ERAB会建立失败，进而引起零流量，如下配置情况：对端IP类型对端IP网段地址对端IP掩码网关IP地址备注IPv4网管IP与基站IP相对应如上所示，基站IP为100.70.23.138，网关IP地址前三位一致，最后一位按照如下表进展设置，如本周基站IP末尾为138，在“130-193〞段，因此网关最后设置为129.最终此站点网关IP地址为100.70.23.129.业务IP末尾网关末尾1-65166-12965130-193129194-255193LMT位置截图：目前crs设置情况为宏站统一设置为15，室内站点统一设置为9，集团管控参数。有时候因其它原因临时调整为-15，此种情况等于小区去激活。小区最大发射功率一般不做修改。宏站设置为460、室分设置为460或者390.如下LMT位置截图：正常情况：异常情况：〔详情如下，可参考附件原文预警情况〕产品预警【2015】002-YJ-TDL_周期性测量任务导致北向缺数问题，OMC在V6.00.00.08版本和V6.00.10.10版本对周期性测量任务的组别和索引号做了一一对应的关系，例如R016组的索引号就是16，但在之前的版本中索引号是随机取的，导致如果升级608和610版本后会导致索引号重复而周期性测量任务无法下发的问题场景一：历史遗留问题历史以后问题分版本给出解决方案：采取分批使用轮训工具的方法操作，每批100站方式轮训工具删除的具体步骤：1>、使用轮训工具删除基站的周期性测量任务，删除方法参见《【2014】056-TZ-TDL_基站升级到V6.00.00.08版本后出现KPI指标为0的方案解决【技术通知单】》2>、同步删除了周期性测量任务的基站的配置数据3>、同步预定义性能计划任务场景二、新开站问题参考预警附件，在此不做说明。3告警类如下告警均有可能造成小区业务异常，因此在故障处理中如下告警优先级有必要提升：告警名称告警编号是否可能产生零流量小区降质1017000是NEA和网元断连31000是基站掉电通知1104000是小区退服1018000是射频单元不在位告警1021000是单通道IOT异常1099000是本地小区建立失败1020000是单板不在位告警1006000是处理器故障1100000是射频单元驻波比严重告警1155000是4室内覆盖问题如果室内小区测试正常，但是存在如下问题：室外宏站信号较强。占用室外宏站信号无法切换至室内小区。可通过修改A2门限改善情况，适当的增加室外宏站A2门限，是用户尽早的切换至室内小区。但是造成此种问题的根本原因还是室内外覆盖的不合理，可通过调整天馈、整改室内系统等手段改善覆盖。可通过观察RRC最大用户数、RRC平均用户数以与流量情况进展后台初步判断，对疑似用户较少的场景结合2、3G流量与用户情况进展观察。最后到现场进展实测观察覆盖场景。一般情况下如荒山、农田、工地、没落景区等出均可能导致零流量。针对此种情况可适当调整天馈方位角，将站点覆盖尽量转移至存在用户的地方，或者通过农村覆盖场景技术〔8t8r、16t16r〕增加小区覆盖X围，尽量减少零流量产生机会。某某发现个别站点代维在排障过程中将RRu和天馈临时放在机房内的情况，如果后台查看小区状态正常，现场测试无信号，或者信号覆盖异常非常弱的情况，可在机房处测试是否信号较强。遇到此种问题可追责代维责任。基站610版本目前已发现4类挂资源问题，会导致用户在当前小区接入失败，或者从其他小区切换到当前小区失败，短时间造成KPI严重恶化。所有挂资源导致的问题现象表现一致：

１．现场发现的集中典型表现后台观察小区状态正常。现场测试无信号。后台查看存在实时用户。流量统计为０〔有时候可能存在流量，两种情况均存在〕按照１５分钟力度进展ＫＰＩ监控，重点关注ＲＲＣ请求次数与切换请求次数。如果发现短时间存在大量请求次数，如此通过ｃｄｌ进展统计失败情况。外场投诉〔一般都是之前正常，然后突然就不行了，站下无信号。〕周边邻小区切换到目标小区失败，原因是：目标小区无可用的无线资源。２.挂资源问题和实际用户数满的区别1、出现挂资源后与时查询用户数，挂资源和用户数没有直接联系，用户数很少的情况下，也会出现挂资源。真实用户数满之后导致的资源分配失败分析指导如下，现场初步分析时要跟挂资源问题分开。未开启接纳控制，用户数满后，是ERAB建立失败；开启接纳控制时，用户数满后，是RRC拒绝；３．挂资源问题分类1类型1：挂实例DTMUC00254038CDL异常流程判断：对应异常日志时间点前后，出现终端重建立到目标基站其它小区，等待重配置完成时候，核心网触发上下文释放流程。多见于S1切换入后发生重建立。复位基站基站异常日志判断〔3条告警〕：1、链表管理出错〔告警编号10916，附加信息,Line:57,KeyParameters:〕2、获取链表空闲节点失败〔告警编号10901，附加信息File:/misc_.c,Line:353,KeyParameters:〕3、分配UE实例失败(File:/rrm_rbc_elemproc,Line:2333,KeyParameters:943,305,2,65535)等告警注：由于版本不同，Line可能略有偏差2类型2：挂ue_indexDTMUC00252329CDL异常流程判断：对应异常日志时间点前后，存在较多的切换的重建立后重配置失败流程.删建小区基站异常日志判断：查看LMT异常告警，存在Crnti资源分配失败或者UE在小区内索引分配失败的告警；3类型3：挂ue_indexDTMUC00250612CDL异常流程判断：此问题多出现于caps较大的站点，主要是大业务量站点存在较多用户反复接入。删建小区基站异常日志判断：查看LMT异常告警，有UE在小区内索引释放失败的告警〔,Line:30585,KeyParameters:小区索引,Ue在小区内索引,Ue在基站内索引〕注：由于版本不同，Line可能略有偏差4类型3：挂L2定时器DTMUC00257382CDL异常流程判断：信令CDL中查看L2的消息〔RRC-MAC〕，存在辅小区删链消息RRCMAC_SCELL_RL_DELETE_REQ，导致L2挂了定时器，此问题对初始接入用户的上行同步产生影响，进而影响了上行传