目前面对网络建设逐步完善，4G用户的不断发展，针对零流量小区的分析及处理存在着必要性。零流量小区的分布既是用户分布及行为的直观体现，也是用发展用户的一个指引，同时也能发现设备的一些故障。一个站点的能够带来怎样的效益关乎于这个站点的建设的意义，同时一个站点因故障导致零流量也给用户感知带来了直接的影响。因此不管从客户、运营商、设备商等角度分析，我们有必要对零流量及低流量小区引起高度重视，并优先进行分析处理。

针对现场一个月的零流量小区统计情况分析，干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因。从分布的情况看很多问题我们还是能够规避并进行及时处理的，如故障、工程、人为调测等原因。

主要分类：

故障问题：

覆盖、干扰问题：

用户行为问题：

工程原因：

   通过日常处理零流量小区的方法及经验，总结如下排查及处理思路。可影响相应编号查找下文判断及解决方案。

零流量小区排查处理思路：

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

目前我司设备设置情况：

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

MME

与对端连接成功

正常

有效数据

客户端

100.70.254.5

100.70.254.6

MME

与对端连接成功

正常

有效数据

客户端

100.70.254.9

100.70.254.10

MME

与对端连接成功

正常

有效数据

客户端

100.70.254.11

100.70.254.12

MME

与对端连接成功

正常

有效数据

客户端

100.70.254.13

100.70.254.14

MME

与对端连接成功

正常

有效数据

OMT侧位置及截图：

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位置截图：

目前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>、同步预定义性能计划任务

场景二、新开站问题

参考预警附件，在此不做说明。

如下告警均有可能造成小区业务异常，因此在故障处理中如下告警优先级有必要提升：

告警名称

告警编号

是否可能产生零流量

小区降质

1017000

是

NEA和网元断连

31000

是

基站掉电通知

1104000

是

小区退服

1018000

是

射频单元不在位告警

1021000

是

单通道IOT异常

1099000

是

本地小区建立失败

1020000

是

单板不在位告警

1006000

是

处理器故障

1100000

是

射频单元驻波比严重告警

1155000

是

如果室内小区测试正常，但是存在如下问题：

可通过修改A2门限改善情况，适当的增加室外宏站A2门限，是用户尽早的切换至室内小区。

但是造成此种问题的根本原因还是室内外覆盖的不合理，可通过调整天馈、整改室内系统等手段改善覆盖。

可通过观察RRC最大用户数、RRC平均用户数以及流量情况进行后台初步判断，对疑似用户较少的场景结合2、3G流量及用户情况进行观察。最后到现场进行实测观察覆盖场景。

一般情况下如荒山、农田、工地、没落景区等出均可能导致零流量。

针对此种情况可适当调整天馈方位角，将站点覆盖尽量转移至存在用户的地方，或者通过农村覆盖场景技术（8t8r、16t16r）增加小区覆盖范围，尽量减少零流量产生机会。

青岛发现个别站点代维在排障过程中将RRu和天馈临时放在机房内的情况，如果后台查看小区状态正常，现场测试无信号，或者信号覆盖异常非常弱的情况，可在机房处测试是否信号较强。遇到此种问题可追责代维责任。

基站610版本目前已发现4类挂资源问题，会导致用户在当前小区接入失败，或者从其他小区切换到当前小区失败，短时间造成KPI严重恶化。所有挂资源导致的问题现象表现一致：

1、出现挂资源后及时查询用户数，挂资源和用户数没有直接联系，用户数很少的情况下，也会出现挂资源。

真实用户数满之后导致的资源分配失败分析指导如下，现场初步分析时要跟挂资源问题分开。

未开启接纳控制，用户数满后，是ERAB建立失败；

开启接纳控制时，用户数满后，是RRC拒绝；

序号

类型

bug号

问题现象

排障手段

1

类型1：挂实例

DTMUC00254038

CDL异常流程判断：对应异常日志时间点前后，出现终端重建立到目标基站其它小区，等待重配置完成时候，核心网触发上下文释放流程。多见于S1切换入后发生重建立。

复位基站

基站异常日志判断（3条告警）：

1、链表管理出错（告警编号10916，附加信息File:/misc_link_base_func.c,Line:57, Key Parameters:）

2、获取链表空闲节点失败（告警编号10901，附加信息File:/misc_com.c,Line:353, Key Parameters:）

3、分配UE实例失败(File:/rrm_rbc_elemproc,Line:2333, Key Parameters:943,305,2,65535)等告警

注：由于版本不同，Line可能略有偏差

2

类型2：挂ue_index

DTMUC00252329

CDL异常流程判断：对应异常日志时间点前后，存在较多的切换的重建立后重配置失败流程.

删建小区

基站异常日志判断：

查看LMT异常告警，存在Crnti资源分配失败或者UE在小区内索引分配失败的告警；

3

类型3：挂ue_index

DTMUC00250612

CDL异常流程判断：此问题多出现于caps较大的站点，主要是大业务量站点存在较多用户反复接入。

删建小区

基站异常日志判断：

查看LMT异常告警，有UE在小区内索引释放失败的告警（File:/rrm_rbc_elemproc.c,Line:30585, Key Parameters:小区索引,Ue在小区内索引,Ue在基站内索引）

注：由于版本不同，Line可能略有偏差

4

类型3：挂L2定时器

DTMUC00257382

CDL异常流程判断：信令CDL中查看L2的消息（RRC-MAC），存在辅小区删链消息RRCMAC_SCELL_RL_DELETE_REQ，导致L2挂了定时器，此问题对初始接入用户的上行同步产生影响，进而影响了上行传输的成功率。问题出现后的现象是基站未收到RRC连接完成或者重配置完成。此问题原因是610版本未配置CA的小区异常走入了CA流程，导致L2定时器挂起。

复位基带板

基站异常日志判断：

1、 UE索引非法 （告警编号10555，附加信息:告警解释:收到参数错误的消息，对业务的影响的详细描述：随机接入失败）。

2、 L2时钟处理错误（告警编号10509，附加信息告警子原因:11:重启TATT定时器失败）