企业官网建设流程全解析

简介：这份关于5G室分零低流量小区排查与处理的PPT分享，专为网络优化工程师、基站维护及无线网优团队打造，系统梳理了室分零低流量问题的四大根因：设备故障、覆盖与干扰、用户行为及工程原因，并结合襄阳、宜昌两地134个零低流量小区的实际排查数据，给出了分类占比与对应整改措施。资源包含1个pptx演示文稿，大小6.61MB，目录结构从原因分析、处理流程到案例复盘逐层展开，便于按模块查阅。目前已有一百余人学习，适合正在处理5G室分低效能小区、需要排障思路与现场案例参考的优化人员。通过故障告警监控、天馈RF优化、用户行为引导、工程整改协调等角度，可快速建立一套可落地的排查方法，减少零低流量小区数量并提升网络资源利用效率。

1. 室分零低流排查：到底是省成本省钱，还是自己给自己找事

做网优的都知道，室分站点零流量和低流量小区是最让人又爱又恨的一批小区。爱的是它们往往意味着覆盖区域压根没人用网，恨的是排查起来牵扯到工参、SEQ平台、MR测量报告、核心网话单一大堆数据源，动辄要从早忙到晚，最后还可能发现是统计口径出了问题，白忙一场。所谓室分零低流，指的是那些RRU或者PRRU下的小区覆盖正常、设备在线，但忙时流量持续为零或者低于某个阈值的情况。这东西不是凭空出现的——要么是天线被遮挡或破坏了，要么是覆盖的商圈写字楼根本没活人，要么是用户被吸到了别的频段或别的系统上。

我这几年做过不少轮室分零低流整治专项，最深的感受是：这个方向最容易翻车的不是技术，而是把「假零低流」当成「真零低流」来整治。今天就顺着这个标题，把零低流小区的判定口径、排查链路、分类整治和常见的几个容易被忽略的坑讲一遍。适合正在做室分优化专项、或者被领导点名去搞零低流清单的同行照着复现，也适合刚接手室分系统的朋友理解整个排查体系是怎么转起来的。

2. 先定标准再动手：零低流的判定口径为什么是排查的地基

零低流排查的第一个环节不是翻数据，而是先把「零流」和「低流」的定义锁死，否则后面做的所有分析都是在对空气输出。

2.1 忙时怎么取，日均还是每小时，直接决定清单的可靠性

常见做法是先取一周的网管数据，粒度细化到每个小区按小时维度的上行和下行流量。很多专项方案里用的是每日流量汇总，但这里有个明显的坑：室分覆盖的场景以办公楼、商场、地铁为主，流量本身就存在极强的潮汐效应。一个在写字楼底下车库的微站，凌晨一点流量为零是常态，中午十二点却可能因为外卖员和快递员频繁进出而跑出几十兆流量。如果拿日均去看，它大概率会被标记成低流甚至零流，然后进入整治清单，实际上它只是忙时错位。

我一般先取全天24小时中每日的忙时（通常取14:00到16:00，或者17:00到19:00）流量，再结合时常说的「忙零」——也就是一周时间内，每天忙时流量均为零的小区——才算真正的零流。低流的话可以灵活一些，比如忙时流量低于50MB，或者忙时RRC连接建立次数少于5次，这两者取孰高来定。不要只用一个指标，RRC连接次数低但流量高的情况也存在，典型是视频直播类业务；反过来，流量几乎为零但RRC建立次数很高的情况也有，比如大量IoT终端频繁发起小包心跳。这俩需要分开记录，到分类整治那一步，它们的处理方式是完全不同的。

提示：在出第一版零低流清单之前，务必先把「忙时」的时间窗、流量统计的周期（15分钟粒度还是60分钟粒度）、以及低流的流量阈值写进给领导看的方案里，否则后面稍微换个口径，清单就大变样，说都说不清。

2.2 光看流量不准：RRC连接数、用户数和干扰都要拉出来对齐

只用流量来判定零低流，其实是一个特别粗糙的筛子。我遇到过一个典型场景：某个商场室分RRU覆盖的负一层车库，网管显示连续一周忙时流量都在20MB以下，按阈值完全符合低流特征。但把RRC连接建立次数拉出来看，每天忙时都有几百次，再细看连接失败率和CQI分布，发现是终端频繁接入但很快释放——典型的被干扰推走的表现。这种小区如果照着低流清单直接加功率或者调整天线，只会让干扰更严重，用户体验更差。

所以我的排查三板斧是：第一，拉该小区的流量和RRC连接建立成功率；第二，拉MR数据里的RSRP分布和SINR分布，看覆盖是否真的差；第三，看有无上行干扰特征，比如每个PRB的干扰噪声平均值，如果多个PRB底噪异常抬升，大概率存在外部干扰或硬件问题。把这四类数据对到一起，才能区分「覆盖差导致没人用」「有覆盖但用户被干扰赶走」和「压根没有用户存在」这三类完全不同的零低流成因。

数据源方面，日常的工具链大致是：网管系统出小区级流量、RRC连接统计、干扰检测结果；SEQ平台把用户面的流量按IP五元组分流，能看到具体是哪些业务在跑、占了多少流量；MR测量报告则用来做覆盖评估和栅格定位。这三者的数据时间颗粒度最好对齐到同一小时，否则后面统计出来的偏差能让你怀疑人生。

2.3 零低流清单怎么输出：一张能直接下发整改的表格长什么样

筛完数据之后，要落地成一张可以分发给优化人员或代维同事的排查清单，而不是停留在分析结论上。我的表格固定有几列：基站标识、小区标识、覆盖场景（写字楼/商场/车库/地铁站）、忙时流量（MB）、忙时RRC连接次数、MR覆盖率、上行干扰电平、初步判定类型（覆盖型/干扰型/无业务型）、待现场核实项。

其中「待现场核实项」这一列特别重要，比如写着「核实天线是否朝向电梯井」「核实RRU是否连接了正确的PRRU」「核实合路器是否损坏」。它让清单可以直接变成现场代维的执行工单，而不是一份只能躺在本本里的分析报告。这一步看似琐碎，却能省掉后续大量的反复沟通成本，也算是血泪经验换来的习惯。

3. 从SEQ平台到MR数据：零低流小区排查要用到的工具和数据链路

有了清单，接下来就是一场从数据到现场的多层验证。零低流排查的常见步骤一般是：网管筛选 → SEQ平台确认业务量 → MR数据定位覆盖 → 现场巡检 → 分类整治。其中SEQ和MR数据的配合使用是判断成因的关键。

3.1 用SEQ平台分辨「没用户」和「有用户但不产生流量」

SEQ平台的全称各家厂商不太一样，核心能力是采集用户面的信令和业务数据，形成以用户为维度的业务感知记录。零低流排查用到它的主要原因在于：网管只能告诉你小区流量大致为零，但看不到具体是谁在用、用什么业务、业务是否成功。

实际排查操作上，我一般会针对目标小区拉一周内每一天的用户级详单，筛选出该小区下接入过的IMSI或者MSISDN，统计用户的业务行为。重点看三个指标：用户数、人均流量、业务成功率。常见的组合有以下几种:

一是有少量用户接入但人均流量极低，业务成功率却很高。这种情况通常不是设备问题，而是覆盖区域内本身没有重度上网需求，比如配电房、水泵房、值班室。这块区域可以评估调整为低功耗模式，或者直接考虑关断部分载波（但注意要留出电话业务的余量）。

二是用户数不少但业务成功率很低，典型现象是用户附着成功但PDP上下文激活失败率高，或者HTTP业务失败率高。这种情况首先要怀疑传输或核心网侧的签约问题，其次可能是小区容量配置过小导致拥塞。这种就不属于零低流整治的范畴，要转给核心网或数据网的人去查。

三是用户数和业务成功率都低，说明该区域基本没活人靠近，或者手机根本驻留不到这个小区上。后者要配合MR和终端侧测试才能定位了。

3.2 MR覆盖率与弱覆盖定位：用测量报告把问题锁到具体楼层和天线

MR数据在零低流排查里的作用，是确认「覆盖存在但没业务」和「覆盖不存在所以没业务」之间的那一层。对于网络侧拿不到用户的位置信息的场景，MR是唯一能把小区级的现象降维到更小栅格的数据手段。

实操上，先从MR子系统导出目标小区一周的RSRP和SINR测量采样点，按栅格（常见的用50m x 50m栅格）统计采样点数量、平均RSRP、平均SINR和覆盖率。覆盖率可以简单定义为RSRP > -110dBm的采样点占比，低于90%就说明这个小区覆盖本身存在明显短板。

这里有一个容易被忽略的问题：MRO（MR OMC）数据里混入了大量室内穿透采样点，特别是在高层楼宇场景，一栋楼的低层用户可能因为邻居基站的信号更强而占用别的小区，导致目标小区的MR采样点数量本身偏少。这种情况下的覆盖率数据要看的是「采样点是不是足够支撑统计」。我会要求单个小区一周内至少有一千个有效采样点，否则宁可去现场路测，也不强行靠MR下结论。这也是为什么零低流排查不要光躺在机房里做——现场是最终裁判。

3.3 现场用网优宝或路测软件补终端视角

网管和SEQ都是网络侧的视角，但零低流问题最后的确认步骤通常是现场测试。常见做法是直接拿手机走到覆盖区域里，锁频到目标小区（比如把手机频段锁定到该室分的频点上），用路测软件观察参考信号接收功率、参考信号接收质量、是否存在频繁的小区重选或切换。这个步骤能一锤定音地确认终端在这个区域能不能正常驻留和发起业务。

有的代维同事会用手机工程模式看服务小区，但工程模式里只能看到当前驻留小区号和信号强度，看不到干扰情况，我一般会配一部支持路测的终端，实在没有的话用网优宝也能凑合看个大概。现场测试不是为了测出多漂亮的指标，而是为了回答三个问题：这地方能不能驻留、驻留后信号是否稳、发起业务是否成功。

4. 零低流分类整治：覆盖型、干扰型、无业务型三种情况分别怎么处理

完成排查和分析，零低流小区大致可以分到三类篮子里。不同类别的处理手段相距甚远，最忌讳拿一套模板套所有小区。

4.1 覆盖型零低流：天线被遮挡或方位不对，怎么调

覆盖型的意思是，覆盖区域内信号本身不达标，导致用户根本驻留不到该小区，自然就没有流量。典型现象：MR覆盖率低，现场测试时RSRP长期低于-105dBm或者干脆搜不到该小区信号。造成这类问题的原因，一是施工时天线被装修吊顶遮挡，二是天线方向角朝向墙壁或电梯井，三是馈线或PRRU链路故障导致信号衰减。

整治思路是优先处理物理层问题。先按清单现场核实天线实际朝向和周围环境，常见的情况是蘑菇头天线被防烟布或广告牌盖住。能调的当场把方向角调开，被遮挡的挪位置，做一次简单的RF优化。调完之后重新做现场测试，确认覆盖恢复了再等一周的网管数据回流复测。

如果调整天线后依然覆盖不足，就考虑加装补点设备，比如把一个双通道RRU覆盖的盲区拆出单通道来补弱覆盖区域。不过，加装设备属于成本较高的操作，落地前要把「预计新增覆盖面积」「预计吸收用户数」「总投资」放到一起评估，别为了一个零流小区盲目加设备。

4.2 干扰型零低流：上行干扰导致小区不可用，先清频再调功率

干扰型的典型特征是该小区MR覆盖率不差，但上行底噪明显抬升，导致终端发送的上行数据在基站侧解调失败，用户体验极差，最终选择不驻留或主动切走。这类小区在一周网管数据里会表现为“RRC连接次数少但随机接入信道前导码发送次数不少”，听着很反直觉，但确实是常见现象。

处理这类问题，要分两步走。第一步，查干扰来源。室分系统的上行干扰来源主要是其他系统的杂散干扰、互调干扰，以及外部信号从天线口灌入的阻塞干扰。用频谱仪接在RRU的天线口上扫上行频段，看底噪抬升的频率范围是否和已知的其它频段相邻，能区分出是系统间干扰还是系统内干扰。第二步，针对来源做处理。如果是系统间干扰，加装滤波器是最直接的手段；如果是互调干扰，检查合路器和接头是否老化松动，更换器件是常规操作；如果是外部信号灌入，就需要在天线口加衰减器或者调整天线位置错开外部的强信号路径。

功率调整（比如降RRU功率）在干扰型零低流中一般是最后手段，因为降功率虽然能降低干扰影响范围，但同时也会恶化覆盖，搞不好把一个干扰型问题调成了覆盖型问题。

4.3 无业务型零低流：真没人用，就评估关断或重耕

无业务型是三者里处理起来最需要和领导对齐的。它判定为：覆盖正常，干扰正常，但覆盖区域内确实没有用户或没有移动数据需求。常见场景包括：校园区域的假期时段、写字楼的非工作日、某些新建小区入住率极低、工厂车间的非生产时段。

对这类小区，我不建议一上来就做硬关断。先看它所属的场景和周边覆盖重叠情况。如果它覆盖的区域有其它小区能兜底（比如同楼层还有别的RRU覆盖相同区域），就可以考虑将其载波关断或设为低功耗模式，提升整个网络的能效指标。如果没有兜底小区，就要考虑临时性方案，比如通过参数让该小区在忙时快速释放空闲用户，降低资源占用。频段重耕则是更进一步的策略——如果该小区覆盖的区域长期无需求，且周边的其它小区出现容量瓶颈，可以考虑把这个室分的频点调整到别的更忙的小区上去，提高频谱利用率。

这类型的整治核心是「算总账」：关断一个零流载波，省下的电费和租费，能不能覆盖掉将来可能出现的话务突发风险。风险控制的方式是保留电话业务的 Basic 通道，只关数据载波。

5. 室分零低流排查避坑：常见误判、统计陷阱与容易忽略的边界条件

零低流排查做多了你会发现，数据自己不会说谎，但统计口径和数据源的盲区会。这一章把高频踩坑点拿出来晒一晒，每一件都是真实经历过的。

5.1 现象：VoLTE和VoNR话务流量未纳入统计口径，导致假零流

刚做零低流专项时，我拿到的第一版清单里有一批写字楼室分小区显示近一个月流量为零。但查SEQ后发现这些小区每天都有不少VoLTE通话时长，只是语音业务的话务量没有折算进流量统计里，同时语音呼叫的成功率和时长正常得很。这类小区被标记为零流，纯粹是因为统计脚本只统计了PS域的流量，把CS域或VoLTE的流量给漏了。

原因是统计口径里没有包含语音业务的数据流量，部分平台对VoLTE的流量是走专用承载的，默认不计入普通数据流量统计。解决方式是在出清单前先确认统计项里包含「VoLTE上行流量、VoLTE下行流量」，或者把「忙时等效话务量」当作辅助判定指标。现在再处理零低流清单，我都会先拉一份小区的语音话务量做对照，凡是语音话务量正常的小区，先不列入整治清单，这就是典型的假零低流。

5.2 现象：MR覆盖率达标，但小区实际覆盖的是停车场设备区域

某个老商场的室分小区，网管指标一切正常，MR覆盖率95%以上，流量却几乎为零。现场核查后哭笑不得——这个小区覆盖的是商场地下三层的设备机房和部分车位，日常几乎无人停留，但施工时覆盖设计图里这块区域被打上了覆盖标签。这种情况属于「设计覆盖区域与业务需求区域不匹配」，不是设备问题。

原因是前期的室分设计以「全面覆盖」「不留死角」为原则，把配电房、水泵房等无人区也纳入覆盖对象，却未同步评估业务需求。再加上该商场地下车场后来重做导改，车位划走了，设备区扩大，进一步放大了问题。解决方式是先确认现场实际用途，如果该区域确实长期无人，只保留消防通信的兜底即可，评估关断或降低功率，把这部分资源省下来。

5.3 现象：低流小区出现在节假日或周末，忙时时间窗是周末

有一次专项排查，一批在核心商圈的室分小区连续两周被标记为低流，怎么看都不合理。后来复盘发现，这批小区覆盖的是写字楼底商，忙时集中在工作日午间和晚间，而低流判定用的忙时窗口是按全网统一取的「工作日14:00-16:00」，附近虽然有流量但都在晚上八点以后才出现，所以被误判成低流。这个坑的本质是忙时定义与场景不匹配。

解决方式并不复杂：对于室分场景，要在判定之前单独定义每种场景的忙时。写字楼取工作日12:00-14:00和17:00-19:00；商场取周末和节假日的全天；地铁站取早晚高峰的7:00-9:00和17:00-19:00。每一种场景一套忙时时间段，叠加后再生成零低流清单，准确率会高很多。

5.4 现象：双频段室分一个频段零流，另一个频段正常，差点被判成整体零低流

某医院室分系统是1.8G和2.1G双频段部署，排查时发现1.8G频段对应的小区零流，而2.1G频段对应的小区流量正常。如果只看小区名而不拆频段看，会把整个站点判断成零低流。但实际情况是，这家医院的大部分用户终端都支持2.1G频段，且2.1G频段优先。1.8G频段只是因为终端不优先驻留，且原覆盖区域设计时的主力频段已切换，导致空置。

原因是多频段室分里，不同频段的优先级和重选参数都会影响用户的实际占用。如果不看频段级别的小区流量，就无法感知这种差异。处理方式是在网管数据提取时，按「小区+频段」联合维度取数，不要只按小区名汇总；对因为优先级导致空置的频段，可以做一次重选和切换优先级参数的调整，把用户匀一部分过去，这样既缓解了另一个频段的负载压力，又让闲置频段产生了价值。

5.5 现象：网管流量为零但SEQ平台有流量，怎么对齐都不一致

这是一个特别磨人的问题——网管上统计的小区流量为零，SEQ平台上却能查到该小区下多个用户产生的流量记录。两边数据对不上，折腾了大半天后找到了原因：该小区做过DUDU改造（D频段和U频段合并），传输侧数据经过了一层转换，网管流量统计点在转换前，而SEQ平台的统计点在转换后，中间一段流量没被计入网管。

原因是不同厂商设备对接后，流量统计点不一致。统计点设在不同的接口或协议层上，导致底层数据单位不统一。解决方式是让核心网同事配合确认GGSN/PGW侧的流量统计点，以及在传输链路改造后重新核对各平台的采集接口是否更新。这种问题一般不是一次性改完就结束的，传输链路只要动过，零低流排查第一件事永远是先验证两边的数据口径是匹配的。

6. 零低流排查的可视化与复盘：一张图看清整批小区状态，用参数改动记录做长效管理

零低流排查做到后面，比拼的往往是复盘和呈现能力。数据筛完、现场跑完、整治做完之后，如何让这批问题看得见、管得住，才是专项能真正收尾的关键。

6.1 用散点图和GIS图层做批量小区的汇聚呈现

一批几百个零低流小区，逐条巡检报告很难直观看出问题分布规律。我习惯按场景和类型做两类图：第一类是散点图，横轴是忙时流量，纵轴是MR覆盖率，每个点是一个小区，颜色表示初步判定类型（红色干扰型、黄色覆盖型、蓝色无业务型）。这张图一拉出来，哪些小区是真正纯粹的零流、哪些是覆盖和干扰共同作用，一眼就能分辨，后续整改的优先级排序也方便做。

第二类是GIS分布图，把小区的物理位置和类型标记在地图图层上。比如一个商圈里连着五六个干扰型零低流小区，那大概率不是单个小区的问题，而是附近有个信号源或外部干扰源头在影响一片区域。从图纸上看出集群效应，是单看表格做不到的。做GIS图时注意把小区经纬度统一转换成WGS84坐标系，要不然叠加底图后位置偏移会非常大。

6.2 参数与天线调整的记录表：一个小区一条变更历史

零低流整治里最容易被忽略的环节是变更留痕。每次调整了功率、切换参数、天线方位角，都建议同步记录到一张变更表里，字段包括：小区名称、调整时间、调整类型、调整前值、调整后值、调整原因、经办人、预期效果。这张表不仅是复盘素材，也是将来出了问题的后悔药。

有一次整治后一周，某个商场室分突然出现大量用户投诉无法上网，最后查下来是之前调整参数时把该小区的最大RRC连接数阈值改小了，导致商场搞活动时用户一多就拥塞。如果没有变更记录，要回溯是哪一步操作引入的问题，几乎无从下手。有了记录，直接把变更表拉出来跟投诉时间对齐，五分钟就能定位到问题参数，然后一键回滚。

6.3 复测的周期与验证基准：不要调整完第二天就下结论

零低流小区的整治效果验证，最忌讳的是调整完第二天就拉数据看结论。场景流量的波动性决定了验证周期至少要一周。我一般定两周的复测规则：调整完成后的第一周，先做一次现场测试确认覆盖和驻留正常；再过一周拉网管数据看忙时流量和连接次数变化。只有连续两周指标都脱离了零低流阈值线，才能算整治完成。

另外，验证基准不能只看流量绝对值。一个原本完全零流的小区，调整后忙时能从0涨到20MB，看着还是低流，但已经说明用户能驻留进来了。这种时候要结合RRC连接次数判断——如果连接次数从个位数涨到了三位数，说明业务正在恢复，可以再观察一段时间。反过来，如果连接次数没啥变化，流量涨了，那就是某个大流量用户偶然接入导致的，不代表问题解决。

6.4 例行常态化：把零低流排查做进月度健康检查里

零低流排查最理想的收尾状态，不是一次性专项结束，而是变成例行工作的一部分。我的习惯是每月初自动跑一遍判定脚本，生成当月零低流清单，和上月清单对比，重点看老问题是否复发、新问题出现在哪个网格。这个习惯能帮我尽早发现室分系统的隐患——比如某栋楼开始大改造、某片区域入住率骤降，都能从零低流小区的变化里嗅出苗头。

说到底，零低流排查本质上不是一项“清理垃圾”的工作，而是一个持续感知网络空间使用状态变化的窗口。它唯一的门槛是别嫌数据繁琐、别跳过口径核对、别一个人闷头调参数，多让网管、核心网、代维三边的人对齐一下，能少走很多弯路。以上是我做这个专项沉淀下来的一套完整思路，希望对正在做或准备做室分零低流排查的你有所帮助。

本文还有配套的精品资源，点击获取