LTE零流量小区排除处理思路总结Word文件下载.docx
《LTE零流量小区排除处理思路总结Word文件下载.docx》由会员分享，可在线阅读，更多相关《LTE零流量小区排除处理思路总结Word文件下载.docx（11页珍藏版）》请在冰豆网上搜索。
室外站点覆盖农村空旷公路的
室外站点覆盖不合理的，如周围有村庄、密集人群活动区域，但天线覆盖方向不合理的
用户行为问题：
活动场所：
偶尔有活动，但周期比较长的。
随着季节变化，室外用户变少的
确实是用户过少的
工程原因：
新建站处理故障期间，流量较低
小区未激活，导致零流量
3.零流量小区处理流程
通过日常处理零流量小区的方法及经验，总结如下排查及处理思路。
可影响相应编号查找下文判断及解决方案。
零流量小区排查处理思路：
1.工程状态核查
工程状态只有在正常服务的状态才能产生性能数据，因此发现零流量小区首要进行工程状态核查，一般“等待开通”为现场临时调测、“正在开通、正在运维”为交换代维后者是开站人员调测。
面对不同的状态与相关人员进行核查进而作出处理。
2.常规核查项
1.查看小区状态是否正常：
2.查看路由、sctp是否正常：
目前我司设备设置情况：
Sctp链路对端网元为MME，工作模式为客户端共设有6条，全网统一配置，如果出现配置错误、缺失等会直接影响站点业务：
SCTP链路工作模式
对端IP地址1
对端IP地址2
对端网元类型
SCTP链路建立状态
运行状态[TD-LTE专用]
SCTP链路有效性[TD-LTE专用]
客户端
100.70.254.1
100.70.254.2
MME
与对端连接成功
正常
有效数据
100.70.254.3
100.70.254.4
100.70.254.5
100.70.254.6
100.70.254.9
100.70.254.10
100.70.254.11
100.70.254.12
100.70.254.13
100.70.254.14
OMT侧位置及截图：
3.路由关系核查
610版本升级后基站配置到MME及SGW的路由掩为一条，如果路由缺失会全部ERAB会建立失败，进而引起零流量，如下配置情况：
对端IP类型
对端IP网段地址
对端IP掩码
网关IP地址
备注
IPv4
100.70.0.0
255.255.0.0
100.70.23.129
网管IP与基站IP相对应
如上所示，基站IP为100.70.23.138，网关IP地址前三位一致，最后一位按照如下表进行设置，如本周基站IP末尾为138，在“130-193”段，因此网关最后设置为129.最终此站点网关IP地址为100.70.23.129.
业务IP末尾
网关末尾
1-65
1
66-129
65
130-193
129
194-255
193
LMT位置截图：
4.CRS核查
目前crs设置情况为宏站统一设置为15，室内站点统一设置为9，集团管控参数。
有时候因其它原因临时调整为-15，此种情况等于小区去激活。
小区最大发射功率一般不做修改。
宏站设置为460、室分设置为460或者390.
如下LMT位置截图：
5.性能统计项核查
正常情况：
异常情况：
（详情如下，可参考附件原文预警情况）
产品预警【2015】002-YJ-TDL_周期性测量任务导致北向缺数问题，OMC在V6.00.00.08版本和V6.00.10.10版本对周期性测量任务的组别和索引号做了一一对应的关系，例如R016组的索引号就是16，但在之前的版本中索引号是随机取的，导致如果升级608和610版本后会导致索引号重复而周期性测量任务无法下发的问题
场景一：
历史遗留问题
历史以后问题分版本给出解决方案：
1、V6.00.00.08版本和V6.00.10.10版本
采取分批使用轮训工具的方法操作，每批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室内覆盖问题
如果室内小区测试正常，但是存在如下问题：
1.室外宏站信号较强。
2.占用室外宏站信号无法切换至室内小区。
可通过修改A2门限改善情况，适当的增加室外宏站A2门限，是用户尽早的切换至室内小区。
但是造成此种问题的根本原因还是室内外覆盖的不合理，可通过调整天馈、整改室内系统等手段改善覆盖。
5.用户较少导致
可通过观察RRC最大用户数、RRC平均用户数以及流量情况进行后台初步判断，对疑似用户较少的场景结合2、3G流量及用户情况进行观察。
最后到现场进行实测观察覆盖场景。
一般情况下如荒山、农田、工地、没落景区等出均可能导致零流量。
针对此种情况可适当调整天馈方位角，将站点覆盖尽量转移至存在用户的地方，或者通过农村覆盖场景技术（8t8r、16t16r）增加小区覆盖范围，尽量减少零流量产生机会。
6.工程问题
青岛发现个别站点代维在排障过程中将RRu和天馈临时放在机房内的情况，如果后台查看小区状态正常，现场测试无信号，或者信号覆盖异常非常弱的情况，可在机房处测试是否信号较强。
遇到此种问题可追责代维责任。
7.挂资源问题导致
基站610版本目前已发现4类挂资源问题，会导致用户在当前小区接入失败，或者从其他小区切换到当前小区失败，短时间造成KPI严重恶化。
所有挂资源导致的问题现象表现一致：
１．现场发现的集中典型表现
１.后台观察小区状态正常。
２.现场测试无信号。
３.后台查看存在实时用户。
４.流量统计为０（有时候可能存在流量，两种情况均存在）
５.按照１５分钟力度进行ＫＰＩ监控，重点关注ＲＲＣ请求次数及切换请求次数。
如果发现短时间存在大量请求次数，则通过ｃｄｌ进行统计失败情况。
６.外场投诉（一般都是之前正常，然后突然就不行了，站下无信号。
）
７.周边邻小区切换到目标小区失败，原因是：
目标小区无可用的无线资源。
２.挂资源问题和实际用户数满的区别
1、出现挂资源后及时查询用户数，挂资源和用户数没有直接联系，用户数很少的情况下，也会出现挂资源。
2、真实用户数满之后导致的资源分配失败分析指导如下，现场初步分析时要跟挂资源问题分开。
1）未开启接纳控制，用户数满后，是ERAB建立失败；
2）开启接纳控制时，用户数满后，是RRC拒绝；
３．挂资源问题分类
序号
类型
bug号
问题现象
排障手段
类型1：
挂实例
DTMUC00254038
CDL异常流程判断：
对应异常日志时间点前后，出现终端重建立到目标基站其它小区，等待重配置完成时候，核心网触发上下文释放流程。
多见于S1切换入后发生重建立。
复位基站
基站异常日志判断（3条告警）：
1、链表管理出错（告警编号10916，附加信息File:
/misc_link_base_func.c,Line:
57,KeyParameters:
2、获取链表空闲节点失败（告警编号10901，附加信息File:
/misc_com.c,Line:
353,KeyParameters:
3、分配UE实例失败（File:
/rrm_rbc_elemproc,Line:
2333,KeyParameters:
943,305,2,65535）等告警
注：
由于版本不同，Line可能略有偏差
2
类型2：
挂ue_index
DTMUC00252329
对应异常日志时间点前后，存在较多的切换的重建立后重配置失败流程.
删建小区
基站异常日志判断：
查看LMT异常告警，存在Crnti资源分配失败或者UE在小区内索引分配失败的告警；
3
类型3：
DTMUC00250612
此问题多出现于caps较大的站点，主要是大业务量站点存在较多用户反复接入。
查看LMT异常告警，有UE在小区内索引释放失败的告警（File:
/rrm_rbc_elemproc.c,Line:
30585,KeyParameters:
小区索引,Ue在小区内索引,Ue在基站内索引）
4
挂L2定时器
DTMUC00257382
信令CDL中查看L2的消息（RRC-MAC），存在辅小区删链消息RRCMAC_SCELL_RL_DELETE_REQ，导致L2挂了定时器，此问题对初始接入用户的上行同步产生影响，进而影响了上行传输的成功率。
问题出现后的现象是基站未收到RRC连接完成或者重配置完成。
此问题原因是610版本未配置CA的小区异常走入了CA流程，导致L2定时器挂起。
复位基带板
1、UE索引非法（告警编号10555，附加信息:
告警解释:
收到参数错误的消息，对业务的影响的详细描述：
随机接入失败）。
2、L2时钟处理错误（告警编号10509，附加信息告警子原因:
11:
重启TATT定时器失败）
升级会员 