企业官网建设流程全解析

简介：中国联通5G网络质量分析PPT，面向通信工程师、网络优化人员与5G技术学习者，用于理解并输出可落地的网络质量评估方案。内容覆盖5G技术特征、质量评估KPI体系（吞吐量、时延、连接稳定性、覆盖范围、用户感知质量QoE），系统梳理路测与定点测试等数据收集方式，以及统计分析、趋势分析、故障定位与性能优化方法；并结合中国联通城市热点、偏远地区、交通枢纽等场景的实测案例，指出信号覆盖不足、网络拥堵、设备兼容性等典型问题，提出基站补盲、AI智能调度、终端适配等改进建议。资源为单个pptx演示文稿，包体41.18MB，排版采用微软雅黑与多组配色，可直接套用或二次编辑。已有211人学习，适合撰写5G网络分析报告、制作课题汇报或内部培训材料。

1. 一份华为口径的5G网络质量分析PPT，该怎么看、怎么用

干网优的人对这类文件不陌生：月底汇报、季度应检或者集团巡检前，手里这份《中国联通-5G网络质量分析(华为).pptx》被要求“讲清楚”，而讲清楚的前提是想明白——这页报告到底要回答什么问题。5G网络质量分析不是“信号好不好”这种泛泛结论，而是对着一批小区，把覆盖、接入、保持、速率逐项量化，找到劣化点，判断它是无线问题、传输问题还是参数配置问题，再排出优先级，写进工单让人去处理。标题里的“华为”决定了这套分析的取数底座：数据出自华为网管的OMC话统、MML查询和小区级KPI，离设备最近，也最容易一路追到框号、槽位、RRU这种物理对象。这份材料适合联通分公司的网优、客响、运维支撑三类人看：网优看KPI门限怎么设，客响看投诉与指标怎么关联，运维看告警与割接记录怎么对齐。

2. 拆指标：结合5G网络架构把KPI台账建起来

做质量分析的第一步不是拉数据，而是先把指标体系立起来。5G网络架构和4G最大的差别在于组网形态：SA模式下gNodeB直接连5G核心网，NSA模式则要借用LTE锚点走EN-DC流程。质量分析主要盯着RAN侧，但NSA场景下要先甄别业务到底是跑在NR载波上还是分流到了LTE，否则统计出来的“5G速率”会混进锚点流量，一算就是错的。同时，现网gNodeB多数采用CU/DU合设形态，物理上就是一个基站盒子，KPI粒度到小区即可；未来CU/DU分离后，时延和切换指标要跨网元关联，分析模型还要再拆一层。不管组网怎么变，质量域可以稳定地分成三块：接入与覆盖、保持与移动性、体验与速率。每一块对应独立的KPI台账，也对应独立的问题排查方向。

2.1 覆盖与接入类指标：从SSB覆盖到RRC建立成功率

5G基站覆盖评估和4G不一样，不能再只看“RSRP采样点”，因为NR的同步信号是SSB，质差区域往往表现为SS-RSRP偏低或者SSB采样点稀疏。我一般先把小区的覆盖栅格拉出来，按良好（SS-RSRP≥-95dBm）、边缘（-105dBm~-95dBm）、弱覆盖（<-105dBm）三档做统计。弱覆盖占比超过10%的小区，接入类KPI大概率同步劣化，这种站优先安排现场补测和天馈调整，而不是先动参数。

接入类KPI的核心是两个：RRC建立成功率和无线接通率。RRC建立成功率反映的是用户从空闲态到连接态的“能不能上得来”，无线接通率则是业务级指标，它要乘上ERAB建立成功率，反映“能不能真正建立起业务承载”。这两个指标在华为网管话统里都有独立字段，很多人汇报时把无线接通率等同于RRC建立成功率，一到波动排查就发现口径对不上。相关参数如下表：

这些门限要结合联通集团的月度考核口径去调，用固定值反而容易误判。比如RRC建立成功率在大量终端同时做位置更新时会有短时尖峰回落，单看全天均值没问题，但按15分钟粒度看能抓到劣化时段，这也是后面取数粒度设置的意义。

2.2 保持与移动性类指标：掉线率、切换成功率与切换准备

用户连上网络之后，分析重心转到“能不能一直保持”。最能反映保持能力的指标是掉线率，华为网管话统里叫UE Context异常释放比例，统计口径是异常释放次数除以总释放次数，区分用户面和信令面。掉线率高的站要优先看是否有空口质差、传输闪断和小区拥塞三类诱因。

移动性类KPI主要看切换成功率，又细分成站内切换、gNB间Xn接口切换和跨核心网切换。正常水平下，站内切换成功率应该最高，Xn切换略低一点，两者差距一般在0.5个百分点以内。如果出现“站内切换正常、gNB间切换明显偏低”的组合，基本可以判断问题出在Xn链路或者邻区漏配，而不是天馈侧。移动性参数里A3事件偏置、触发时延和CIO都会直接影响切换触发时机，排查时要用话统里的切换准备失败次数来判断是“没触发”还是“触发了没执行成功”。常见参考门限如下：

移动性指标不能只看成功率，还要看切换次数。一个小区每天只有十几次切换，哪怕失败两次也算“80%成功率”，看起来吓人，实际业务影响有限。把“劣化时长”和“尝试次数”放一起筛选，才不会被长尾小区带偏，这也是TOP小区筛法要解决的问题。

2.3 体验与速率类指标：上下行吞吐、CQI与时延

覆盖有了、连接不掉，接下来用户真正感知的是速率和时延。速率类KPI建议取PDCP层上下行平均吞吐，华为话统里也提供空口调度速率，两个口径的差距主要在丢包重传和协议开销。下行吞吐看调制等级分布，上行吞吐更多看终端发射功率和覆盖。5G网络架构里如果开了载波聚合，还要把主载波和辅载波的分流比例拉出来，辅载波长期为0说明CA配置有问题，用户速率从来跑不满。

CQI是下行信道质量的直接镜子，华为网管话统里有CQI均值、CQI优良占比和采样点数量。我的习惯是先看采样点数：一天里CQI采样不足1000次，均值再好看都不可信。速率类KPI出现“均值正常但用户投诉多”的情况，要结合时延指标一起看，比如空口时延和用户面时延。常见参数参考：

速率类指标在PPT里最容易“一图遮百丑”，因为拉出来一条曲线，标注“本月下行速率150M，环比提升20%”，决策层看不见底层采样分布。所以我做速率分析时一定会把“采样点数”和“活跃用户数”作为附表放在曲线旁边，样本不够就明确写“建议扩大统计窗口”，而不是硬给结论。

3. 对数据：从华为OMC取数到小区框号地图

指标体系立好之后，进入真正耗时间的环节：把话统数据从华为网管里拿出来，清洗成小区级台账。华为网管这一圈产品线（常见的M2000、U2020这一代OMC平台）对5G小区的话统管理方式沿用了4G的框架，但指标ID和命令细节有差异。我一般把取数工作拆成四步：建话统任务、设指标粒度、调度导出、小区级聚合。每一步都有固定的坑，走一遍反而比直接拉后台报表更快。

3.1 MML取数路径：话统任务、指标ID与粒度设置

华为OMC上取数有两种路径：一是前台界面直接建话统任务，二是通过MML命令查询和导出。注意，前台报表系统（比如后台KPI看板）很多指标是小时级聚合，丢了15分钟维度的波动，要抓劣化时段必须自己建任务。建话统任务时，关键设置项有三个：待统计对象选小区级（Cell），统计粒度选15分钟还是30分钟，时长选连续7天。粒度太细数据量大且话统文件容易撑爆服务器，粒度太粗看不出问题时段，15分钟是日常分析里比较平衡的选择。话统文件导出后是CSV或XML格式，小区名、小区ID、CGI、PCI这些字段都在，但有些版本的表头是英文缩写，要对一遍字段映射。

为了减少漏项，我会把所有要取的性能指标整理成一张配置清单，照着清单勾选，防止漏指标导致返工。表格内容大致如下：

MML命令在OMC的维护终端里执行，LST开头表示查询，DSP开头表示动态查询，这算华为网管日常用得最顺手的两个动作。LST CELL能拉出小区的基础参数台账，DSP CELL能看到小区当前运行状态和所属物理位置信息。执行完命令后，把输出保存成文本或导出到本地，再做二次加工。注意：OMC的命令行是一个黑匣子，命令拼错一个字母都会直接报错，复制粘贴参数时尤其小心带空格的值。

3.2 小区级聚合与TOP小区筛法

话统原始数据是一个小区、一个时间片、一条记录的结构，但联通一个地市可能有几千个小区，直接看表格根本看不出问题。我的做法是先按小区做全天聚合，再用“双维度筛法”出TOP小区：先按劣化幅度排序（比如掉线率从高到低），再叠加劣化时长（比如连续3个15分钟时段劣化才算命中）。这样一来，那些只有一闪而过波动的正常小区会被过滤掉，留下来的才是真正值得写进PPT的“钉子户”。

TOP小区筛选建议用两个口径做交叉验证：一是绝对劣化口径，指标数值低于门限的小区，例如掉线率大于2%；二是相对劣化口径，比全网均值高一个标准差的小区。两个口径都命中的小区优先排入工单。筛完后还要做“打标”：把每个TOP小区标上它的基站所属网格、场景类型（室分/宏站/高铁/校园）和覆盖对象，这步影响着后面的归因方向。比如高铁场景掉线率高，优先怀疑频繁切换和小区重选参数；校园场景CQI差，优先怀疑大话务拥塞和上行干扰。打标要落到表格里，后续写PPT直接按场景分类讲，不会变成一长串小区名单念给领导听。

还有一个常见做法是画小区级散点图，横轴是RRC建立成功率，纵轴是掉线率，四象限一画，问题小区自然聚出来。这个图可以手工用Excel透视表实现，不必依赖专门工具。聚合这一步唯一要守的原则是：所有KPI在同一套小区集合和同一时间窗口下计算，杜绝前半小时用全网口径、后半小时用TOP口径这种混用。

3.3 框号-小区映射：把网管台账落到物理位置

网络指标分析做到小区级只能定位到逻辑对象，真正要排障，得把小区映射到物理位置：哪个基站的哪个框、哪个槽位、哪个RRU端口。华为5G网管查小区对应框号的常规路径是先用LST CELL查出小区的本地小区ID和基站名称，再执行DSP CELL查设备的单板驻留信息，把框号、槽位、RRU通道对应起来。查询结果里一般能看到基带板、主控板和射频板挂接关系，配合现网的“基站-机柜-设备-端口”台账，就能把出问题的小区锁定到一块可插拔的板卡上。

这一步在PPT里的呈现方式不是命令行记录，而是一张“小区-框号-端口”映射表，再配上地图打点。具体查询命令参考如下：

实际分析中常遇到台账不准的情况：网管显示小区挂在框0槽位1，现场开站记录写的是槽位2，排查人员拿着错误信息去现场等于白跑一趟。所以我在做框号映射前会先花半小时核对台账，把网管数据和设计图纸、开站记录三方对照，不一致的先标出来，再下结论。这个动作虽然琐碎，但它是物理定位的底，底没打牢，后面的“已处理”都是虚的。

注意：DSP类命令是动态查询，会实时访问设备，高峰时段尽量少跑全量查询，避免给网管造成额外负荷。批量导出话统不心疼，批量DSP要挑凌晨或闲时窗口做。

4. 常见问题排查：五个让5G网络质量分析跑偏的翻车现场

指标取完、台账建好，理论上可以出报告了。但真正让分析报告翻车的，往往不是分析方法，而是数据口径和元数据层面的低级错误。下面这五个现场是我在做联通5G质量分析时反复踩过的坑，每条按现象、原因、解决三个维度拆开，供你对照检查。

4.1 现场一：同频干扰把切换统计抬虚高

• 现象：某网格连续一周出现“切换成功率下降但RRC建立成功率正常”的组合，按指标走势图看，切换失败集中在每天9点到11点。
• 原因：该网格5G小区全部使用同一频点，同频邻区之间干扰严重。终端上报测量报告后，源小区在A3事件触发门限附近反复判决，出现“切换准备成功但执行失败”的大量记录。KPI统计里切换准备成功数上去了，切换执行成功率被拉低，整个指标曲线看起来很吓人。
• 解决：先把同频邻区的CIO（小区个性偏移）调低，再把A3偏置从默认拉大一个步长，观察24小时。同时核查并删除冗余邻区关系，减少无效测量。最终切换成功率恢复正常。这个案例说明，指标出现背离（一个指标正常另一个恶化）时，先查干扰和邻区配置，不要急着改接入参数。

4.2 现场二：CQI采样点太少，速率KPI全是“玄学”

• 现象：TOP小区台账里出现两个下行速率极低的小区，速率曲线几乎贴着0。但其他指标全部正常，现场测试速率也正常。
• 原因：这两个是低业务量小区，全天只有零星几次业务建立，话统里CQI采样点不足几十次。少数几次高干扰采样就把平均CQI拽到很低，PDCP层吞吐均值自然被带崩。业务量越小的点，均值对异常采样越敏感，这属于统计样本问题，不是无线问题。
• 解决：对采样点数少于1000的小区做“直接标记，不参与速率统计”处理，同时改用采样点加权平均替代简单平均。从那以后，我的速率分析模板里一定会带上采样点数字段，低于阈值的小区不允许参与结论性统计。样本不足的KPI，宁可留白也不要硬写结论。

4.3 现场三：NSA/SA双模站点，指标混用

• 现象：同一个物理站点的NR小区，前两天速率指标在100M以上，第三天突然跳水到20M。网管配置没动，现场也无告警，怎么解释都解释不通。
• 原因：该站点开启了NSA和SA双模，NSA终端通过EN-DC分流把部分流量放在LTE锚点承载。话统里按承载类型区分NR流量和LTE分流流量，早先统计粒度只选了NR侧，看起来速率骤降，实际是终端大量走了LTE锚点，NR侧有效载荷变少。
• 解决：话统任务里增加承载类型维度，区分SA承载和EN-DC承载，统计时只算SA用户承载的NR性能；或者把NSA的LTE锚点小区一并纳入分析，做端到端速率评估。双模站点的指标口径必须在台账里显式标注，否则报告换个统计窗口，结果对不上，还得回头返工。

4.4 现场四：无线接通率和ERAB建立成功率口径混淆

• 现象：某区县无线接通率连续三天低于99%，公告发出去之后，客响同事反馈没有任何用户投诉，现场拉网测试也正常。
• 原因：统计人员把ERAB建立成功率误写成了无线接通率。ERAB建立成功率只计算核心网承载建立这一环，不关心前面的RRC建立，而无线接通率是“RRC建立成功率×ERAB建立成功率”的业务级结果。核心网链路抖动时，ERAB建立成功率会短期下降，无线侧一点问题都没有。
• 解决：话统报表里新建“无线接通率”合成指标，用乘法公式关联RRC和ERAB两个字段，彻底避免手工抄数。同时把“RRC建立成功率”和“ERAB建立成功率”两个分项拆开呈现在PPT里，凡是无线接通率劣化，先看是哪一个环节掉链子，再定向派单。

4.5 现场五：割接、升级当天数据未打标，均值被拉低

• 现象：一个片区整周KPI平稳，但周报里的全周均值突然下降，而且每个指标都在降，找不到一个集中的劣化时段。
• 原因：周中某个凌晨该片区做了核心网升级和基站软件补丁操作，当天话统里有约30分钟的中断和恢复期数据，一部分小区的统计值被异常掉零。未剔除割接窗口的数据直接参与周均值聚合，把整周指标拉低了。这是数据清洗环节的疏漏，不是网络真实劣化。
• 解决：所有割接、升级、变更操作在网管日历中标记时间窗口，做周报时按窗口剔除异常时段的统计记录。我会在取数脚本里内置“变更日历文件”，每次跑数自动过滤，并把剔除的时段数量作为附注写在PPT下方。这样做还有一个额外好处：变更后指标的对比可以直接用变更前后各24小时的净数据算，评估客观得多。

排查这五类现场时，我的顺序是固定的：先看话统口径和元数据，再看变更记录，最后才做无线参数归因。很多人一上来就调参数，结果发现是统计问题，白白浪费半天。这也算是做质量分析最值得守的一条纪律。

5. 把分析写成能拍板的结论：汇报叙事与三张必上图

数据清完、根因定位了，最后一步是把技术结论翻译成决策信息。我发现最容易出效果的汇报逻辑不是按时间线讲“我做了什么”，而是倒过来：先抛结论，再用证据链支撑。PPT叙事顺序通常可以按下面这张来组织：

三张必上图我基本每次都会放：第一张是全网小区质量地图散点，用颜色区分栅格指标，让领导一眼看到劣化区域在哪里；第二张是TOP小区按时段堆叠曲线，15分钟粒度，把早上忙时和晚忙时的劣化峰值暴露出来；第三张是KPI瀑布图或贡献度排名，讲清楚“这个指标下降，是哪个小区贡献了主要劣化量”。三张图分别回答哪里、何时、谁，信息不重叠。

写报告时还有两个我长期坚持的习惯。第一，每个结论后带一个“置信度”表述：是全网数据结论、还是抽样推断、还是现场测试补证。第二，所有数据必须能回溯：PPT里每张图注明取数时间内和取数范围，防止下一个分析周期别人拿同样标题的报告来对不上数。最后我想说这些年做网优最深刻的教训：别急着让报告“好看”，先把话统和台账搞得干干净净，结论自然立得住。指标会撒谎，但只要口径透明、数据可溯源，再难看的网络状况也能变成一份让领导和同事都信服的行动清单。希望帮到你。

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