简介《华为5G性能优化指导手册-SA》是一份面向5G网络优化工程师与运营商技术人员的实操文档聚焦SA独立组网模式下的性能问题分析与优化。手册系统梳理了接入性、移动性、保持性三大维度的关键指标给出无线接通率、无线掉线率等公式并针对小区接入性能问题明确日志告警核查、参数核查、射频通道排查等规定动作。文档将接入问题细分为空口未发起RRC_CONN_REQ、随机接入失败、RRC建立失败、NGSig建立异常四类场景逐一说明可能原因与分析路径同时结合SSB/SIB1周期、前导传输次数、小区半径等参数调整建议及上行干扰监控方法帮助现场快速定位SA组网中的接入与保持问题。资源为单个docx文档大小2.32MB包含参数配置表格与故障定位流程适合作为日常排障与参数优化的参考手册。已有470人学习浏览实用性强。1. SA 独立组网下5G 性能优化为什么不能照搬 NSA 那套拿到《华为5G性能优化指导手册-SA (2).docx》这个标题时我第一反应不是翻目录而是先分清它讲的是 SA不是 NSA。SA 独立组网下5G基站直接接入 5G 核心网N2、N3、N4 接口、QoS Flow、网络切片、EPS Fallback 这些点会同时影响用户感知。NSA 时代那套“看锚点、看 LTE 侧、看双连接分流”的办法放到 SA 里经常找不到北。比如用户显示 5G但下行只有几十 Mbps可能是 SSB 波束、调度门限、传输 VLAN、核心网 UPF 分流任何一环掉链子。这篇落在华为 5G SA 性能优化上适合网优、核心网、传输和端到端联调的人把手册标题拆成能复现的动作。2. 把手册拆成可执行闭环SA 性能优化的四层指标与基线2.1 从 5G基站到核心网SA 端到端指标怎么分层做 SA 性能优化最怕一上来就改参数。现场常见做法是先分层再定位再动手。5G 协议栈详解里从 PHY、MAC、RLC、PDCP、SDAP 到 NAS每一层都有对应观测点。你不可能只看一个“下行速率低”就判断是基站问题因为速率低可能是终端能力、无线环境、传输丢包、UPF 性能、服务器限速甚至测速节点本身的问题。我一般把 SA 性能指标切成四层每层只回答一个问题。第一层是终端与无线层回答“空口能不能给”。关键指标包括 RSRP、SINR、CQI、RI、MCS、下行 PDCP 吞吐、上行 PDCP 吞吐、PRACH 接入成功率、RRC 连接建立成功率、切换成功率、掉线率。SA 下还要看 SSB 波束覆盖、CSI 测量、上行功控余量。很多“有信号没速率”的站点RSRP 很好SINR 也不差但 CQI 上不去MCS 被压在低位问题在干扰、波束或调度。第二层是传输层回答“数据能不能顺利进出”。N3 接口丢包、时延、抖动、VLAN 配置、MTU、分片、QoS 标记都会让空口看起来正常但业务速率上不去。常见的翻车点是基站侧统计的 PDCP 吞吐很高但用户测速就是低因为 N3 承载有丢包或限速。这个时候只盯无线参数就是白忙。第三层是核心网层回答“会话和分流对不对”。SA 下要关注 N2 信令、N4 会话管理、UPF 用户面性能、QoS Flow 映射、5QI、切片标识、DNN 配置。一个 5QI 配错可能让 VoNR 或低时延业务走成尽力而为。SA 集中部署和独立部署模块仿真时用户面下沉位置不同时延和分流结果也不同现场优化要跟核心网侧一起看。第四层是业务与感知层回答“用户觉得好不好”。包括网页首包时延、视频起播时延、游戏抖动、上传速率、语音 MOS、切换中的卡顿。业务层指标不是网管自带 KPI需要拨测和端到端抓包补。常见做法是把网管 KPI、路测数据、核心网信令、拨测日志按时间戳对齐时间窗建议压到 1 秒级否则很难定位瞬断。下面这张表是我做 SA 优化时最常用的分层基线表。不要照抄数值当验收标准不同频段、带宽、终端、场景差异很大但字段结构可以直接复用。层级关键指标采集位置常见异常指向终端与无线RSRP/SINR/CQI/MCS/RI路测、网管、终端日志覆盖、干扰、波束、调度无线接入RRC 建立成功率、PRACH 成功率5G基站网管接入门限、功率、参数冲突移动性切换成功率、重建率、掉线率网管、信令邻区、A3 门限、Xn/NG 链路传输N3 丢包、时延、抖动、VLAN传输网管、基站计数器MTU、QoS、承载配置核心网N2 时延、N4 会话、5QI、DNN核心网信令、UPF 统计会话、分流、QoS、切片业务首包、起播、上传、语音 MOS拨测、探针、终端端到端瓶颈、服务器侧分层之后基线才有意义。单站基线至少连续采 3 天忙时每天取 1 小时粒度簇基线按同频段、同带宽、同设备类型分组全网基线用来发现区域性异常。不要拿一个站的凌晨数据去比另一个站的忙时数据这种对比没有价值。2.2 5G峰值速率计算公式在 SA 优化里的三个用法5G 峰值速率计算公式不是拿来写论文的现场用它反推瓶颈很快。简化公式可以写成下行峰值 ≈ 层数 × 带宽内可用 RB 数 × 每 RB 子载波数 × 每子载波每符号比特数 × 码率 × 每帧可用符号数 × 开销因子。上行峰值还要考虑终端发射功率、PUSCH 调度带宽、是否支持上行增强、SUL 或上行载波聚合。TDD 还要扣除上下行时隙配比里的下行符号占比。这个公式不需要算到小数点后两位关键是拆因子。用法一判断空口理论值与实测值的差距。比如 100 MHz 带宽、2 层 MIMO、256QAM 的站点如果理论峰值应该在 1 Gbps 以上实测只有 200 Mbps差距太大不要先怀疑“参数玄学”先看 CQI、MCS、调度 RB 数、层数。如果 MCS 长期低于 10RI 长期为 1那空口能力就没释放。用法二判断上行还是下行瓶颈。下行峰值上不去可能是 SSB 波束、CSI 反馈、下行调度上行峰值上不去可能是终端功率受限、PUSCH 功控、SR 周期、干扰。SA 下很多业务是上下行不对称的比如视频回传、直播、车联网上行优化不能只调下行参数。用法三判断传输和核心网是否拖后腿。基站侧 PDCP 吞吐接近理论值用户测速却低说明空口不是主要矛盾。如果 N3 丢包率超过千分之一或者 N3 时延抖动明显先查传输。如果核心网 UPF 分流后时延反而升高查 N4 会话和 UPF 性能。公式在这里的作用是给你一个“上限锚点”避免在错误方向上改参数。我常用一张速算表做现场判断因子看什么异常表现优先动作层数RI、SRS、终端能力RI 长期为 1查 CSI、波束、终端带宽调度 RB 数RB 数远低于配置查资源、邻区、干扰调制编码CQI、MCSMCS 低位、误码高查 SINR、干扰、功控符号配比TDD 配比、时隙格式下行符号被占用查配比、帧结构开销控制信道、参考信号开销过大查 SSB、CSI-RS 周期端到端N3、UPF、服务器基站吞吐高但测速低查传输、核心网、测速点提示峰值速率计算公式只能做上限判断不能替代路测。终端发热、后台应用、测速服务器限速、TCP 窗口都会让实测值偏离公式。2.3 手工建基线用表格固化“单站-簇-全网”三层验收现场优化最怕“改完感觉好了”。我一般用三层基线表把验收固化下来。单站层看覆盖、接入、速率、切换簇层看掉线、重建、切换、边缘速率全网层看 KPI 趋势和投诉量。每层都要有采集时间、样本数、忙时定义、终端类型、业务类型。单站基线的步骤选 3 个典型站中心覆盖、边缘覆盖、高干扰。每站连续采 3 天忙时数据忙时定义按本地话务不照搬。同站同终端做定点 CQT记录 RSRP、SINR、CQI、MCS、PDCP 吞吐。用同一测速节点、同一服务器、同一文件大小做上下行拨测。把网管计数器、路测日志、核心网信令按时间戳对齐。形成单站基线表后续任何参数改动都要和这张表对比。簇基线不是单站平均值。簇内站间距、重叠覆盖、邻区关系、切换带都会影响结果。我一般把簇内站分成三组主覆盖站、边界站、高干扰站。优化门限按组设不搞一刀切。比如边界站的切换门限可以比主覆盖站更积极但要防止乒乓切换。全网基线看趋势不看单点。每天同一时间导出 KPI按周环比。如果某个 KPI 突然恶化先查参数变更记录、告警、传输割接、核心网变更。很多“性能恶化”不是无线参数问题而是某次割接或版本变更造成的。基线层级采样对象采样周期核心字段验收门限单站典型 3 站连续 3 天忙时覆盖、接入、速率、切换不低于自身基线 95%簇同频段同带宽1 周掉线、重建、边缘速率不劣于优化前 10%全网全部站点按日/周KPI 趋势、投诉、告警趋势无突降投诉不增加注意基线表要在优化前锁定优化后再看。改完参数才建基线等于没有后悔药。3. 华为 5G SA 无线侧参数怎么调从 SSB 波束到调度门限3.1 SSB/CSI-RS 与波束场景先解决“有信号没速率”SA 下用户接入依赖 SSB速率依赖 CSI-RS 和调度。很多现场“有信号没速率”的根因在波束。SSB 波束数量、周期、功率、倾角决定了小区的覆盖形状。CSI-RS 用于下行信道测量周期和功率影响 CQI 反馈。如果 SSB 覆盖很好但 CSI-RS 配置不合适终端反馈的 CQI 会偏低MCS 上不去速率自然低。常见做法是先在网管导出 SSB 波束级覆盖再对高 RSRP 低 SINR 的区域做干扰排查。AAU/DU/CU 安装指导书里更关注工程参数比如方位角、下倾角、挂高性能优化要接着看逻辑参数。SSB 周期不是越小越好周期小会提升接入速度但增加开销周期大省开销但接入和移动性可能变慢。CSI-RS 周期也要和调度匹配周期过长会导致 CQI 更新不及时尤其在高移动场景。我一般按下面顺序调先确认 SSB 波束覆盖与规划一致不急于改功率。查 CSI-RS 周期、功率偏置、测量带宽。看 CQI 分布如果集中在低位查 SINR 和干扰。看 RI 分布如果长期为 1查终端能力、SRS 配置、波束对。看 MCS 分布如果高阶调制比例低查误码和功控。最后才动调度门限和功率参数。参数方向影响调整风险验证点SSB 波束数量覆盖形状、接入波束过多增加开销接入成功率、RSRPSSB 周期接入时延、开销过短浪费资源接入时延、PRB 占用CSI-RS 周期CQI 更新、调度过长跟不上移动CQI、MCS、RICSI-RS 功率测量准确度过高增加干扰SINR、CQI波束功率偏置边缘覆盖过偏导致重叠边缘速率、切换这里有个血泪经验不要只看 RSRP 就判断覆盖好。SA 下 RSRP 好但 SINR 差可能是重叠覆盖或外部干扰。重叠覆盖会让 CQI 波动调度器不敢给高阶 MCS。解决方式通常不是加功率而是压下倾角、修方位角、控制波束把重叠区压下去。3.2 上行增强与调度参数PRACH、PUSCH、SR 的取舍SA 上行优化经常被忽略。用户下行刷视频没问题一上传直播就卡问题多在上行。5G 关键技术里上行增强包括 SUL、上行载波聚合、PUSCH 重复、灵活帧结构。华为设备现场常见参数方向有 PRACH 配置、PUSCH 功控、SR 周期、上行调度门限、MCS 门限。PRACH 决定接入PUSCH 决定上行数据SR 决定调度请求。PRACH 周期过长会导致接入慢过短会增加资源开销。PUSCH 功控目标值太低边缘用户上行速率低太高会增加干扰。SR 周期太长上行调度不及时用户感觉“点一下卡一下”。这几个参数要一起看不能单改一个。我习惯先做上行覆盖测试记录上行 RSRP、SINR、PUSCH 发射功率、BLER。如果边缘用户 PUSCH 功率已经到上限速率还低说明上行覆盖受限需要考虑 SUL 或调整天馈。如果功率有余量但 MCS 低查干扰和调度。如果 SR 周期长查业务模型越是低时延业务越要短周期。参数作用调大调小注意PRACH 周期接入机会开销小接入慢接入快开销大与覆盖半径匹配PUSCH 功控目标上行功率覆盖好干扰大干扰小边缘差看 BLER 和功率余量SR 周期调度请求省资源时延大时延小开销大看业务类型上行调度门限是否调度调度少省资源调度多干扰大看 PRB 利用上行 MCS 门限调制编码速率高误码高误码低速率低看 SINR 分布常见误用是“为了提升上行速率把功控目标一路调高”。结果边缘用户速率没起来整网干扰上去了中心用户也掉速。上行优化要先看干扰再看覆盖最后看调度。没有干扰基线调功控就是碰运气。3.3 切换、邻区与移动性SA 下掉线和重建的触发链SA 切换涉及 Xn、N2、NG-RAN、核心网。切换失败不一定是无线门限问题也可能是 Xn 链路、NG 接口、核心网会话更新。常见触发链是A3 事件触发测量上报源站发起切换请求目标站接纳核心网路径更新用户面切换。任何一环超时都会导致重建或掉线。我一般先看切换成功率、重建率、掉线率三个指标。切换成功率低查邻区配置、A3 门限、TTT、Xn 链路。重建率高查切换带、覆盖空洞、干扰。掉线率高查核心网、传输、终端异常。SA 下还要关注 EPS Fallback 或 VoNR 切换语音业务对时延和丢包更敏感。邻区不是越多越好。邻区过多会导致测量负担和误切换邻区过少会导致漏切。常见做法是按覆盖重叠度自动加邻区再手工删掉长期无切换的冗余邻区。A3 门限和 TTT 要结合移动速度高速场景 TTT 太短会乒乓太长会晚切。低速场景可以更积极。指标可能原因排查动作参数方向切换成功率低邻区缺失、Xn 异常查邻区、Xn、信令A3、TTT、邻区重建率高切换带重叠不足路测切换带门限、波束、功率掉线率高核心网、传输、终端查 N2/N3、告警会话、QoS、承载乒乓切换TTT 过短、重叠过大看切换次数TTT、迟滞晚切TTT 过长、门限过高看重建位置A3、TTT提示切换参数改动要按簇验证不要全网一把梭。移动性参数对用户感知影响大翻车后投诉来得很快。4. 传输与核心网联调SA 性能优化绕不开的 N2/N3/N4 接口4.1 N2/N3/N4 接口面时延、丢包、VLAN 与 QoS 流映射SA 架构里N2 是控制面N3 是用户面N4 是会话管理。5G基站和核心网之间的 N3 承载如果丢包空口再好也白搭。现场常见问题是 N3 VLAN 配错、MTU 不匹配、QoS 标记丢失、传输环路或拥塞。用户感知就是“信号满格速率乱跳”。排查顺序我一般这样排在基站侧看 N3 接口统计确认丢包、时延、抖动。在传输设备看端口错包、CRC、VLAN、QoS 队列。在核心网侧看 UPF 收发包和会话统计。用抓包看 GTP-U 报文确认 QoS Flow 标记。对比不同时间段的传输流量找拥塞窗口。最后再回无线侧看是否只是空口波动。N2 接口关注信令时延和成功率。如果 N2 时延高接入和切换都会慢。N4 接口关注会话建立、修改、释放。如果 N4 会话建立慢用户开机后要等很久才有网。5G协议栈详解里 NAS 层和 NGAP 层的交互在 N2 抓包里能看到现场不要只盯空口信令。接口作用关键指标常见故障N2控制面信令时延、成功率、NGAP链路闪断、路由、防火墙N3用户面数据丢包、时延、抖动VLAN、MTU、QoS、拥塞N4会话管理会话建立时延、成功率UPF 性能、规则冲突Uu空口RSRP、SINR、CQI、MCS覆盖、干扰、调度VLAN 和 QoS 是重灾区。有些现场 N3 承载和 N2 承载走同一物理口VLAN 优先级没配好控制面信令被用户面大流量挤掉表现就是“业务一忙就掉线”。解决方式通常是分离 VLAN、配置 QoS 队列、限制突发流量。MTU 也要统一N3 里 GTP-U 封装会增加开销MTU 不匹配会导致大包被丢用户感知是“小文件能开大文件卡死”。4.2 切片与 QoS Flow5QI 参数怎么和业务对齐SA 切片是 5G 关键技术之一。切片不是建个标识就完事要落到 QoS Flow 和 5QI。5QI 决定调度优先级、时延预算、丢包率、保证速率。配错 5QI低时延业务会走成普通业务用户感知就是“时延抖动大”。VoNR、工业控制、视频回传、普通上网对 5QI 要求不同。我一般按业务类型建映射表业务典型 5QI 方向关注指标配置要点VoNR低时延语音时延、丢包、抖动优先级高丢包预算低视频回传上行为主上行速率、时延保证上行带宽工业控制低时延抖动、可靠性专用切片资源预留普通上网尽力而为吞吐、时延默认 5QI避免抢资源海量物联小包、低功耗连接数、信令控制信令开销5QI 要和核心网、基站、传输三侧一致。核心网侧配了高优先级基站侧没配对应调度策略等于白配。传输侧没配 QoS 队列高优先级报文也会被拥塞丢掉。现场联调时我一般用拨测工具打不同业务流同时抓 N3 和空口看 QoS Flow 标记是否端到端保留。切片资源预留不要过度。过度预留会让普通用户可用资源减少忙时体验下降。常见做法是先按业务重要性分级再按忙时流量做动态调整。切片优化不是一次性工程业务模型变了5QI 和资源也要跟着调。4.3 端到端拨测与信令回溯把“用户感知差”落到具体网元用户投诉“5G 慢”你不能只回“基站正常”。端到端拨测要把感知落到网元。我常用三层拨测终端层拨测、空口层路测、核心网层信令回溯。终端层用不同品牌、不同芯片的终端避免单终端问题。空口层记录 RSRP、SINR、CQI、MCS、调度 RB、PDCP 吞吐。核心网层看 N2、N3、N4 信令和 UPF 统计。拨测步骤选投诉点记录位置、时间、终端、业务。做定点 CQT连续测 10 次上下行取中位数和低值。同步抓空口日志和核心网信令时间戳对齐。看接入、切换、会话建立、用户面传输各阶段耗时。如果空口正常转传输和核心网如果空口异常查覆盖和干扰。形成结论标注证据避免拍脑袋。信令回溯最有用的是时间轴。比如用户点开视频从 NAS 会话请求到 N3 第一个 GTP-U 包中间耗时多少如果 N2 时延高接入慢如果 N4 会话建立慢核心网慢如果空口调度慢无线侧慢。把时间轴画出来责任网元就清楚了。阶段观测点正常表现异常动作接入RRC、NGAP时延低成功率高查 N2、PRACH、门限会话NAS、N4会话建立快查 UPF、DNN、切片用户面N3、GTP-U丢包低抖动小查传输、QoS、MTU空口CQI、MCS、RB调度充分查波束、干扰、功控业务首包、起播感知正常查服务器、终端、应用注意拨测节点和服务器要固定。今天用 A 服务器明天用 B 服务器数据没有可比性。5. 华为 5G SA 性能优化常见问题与排查掉坑最多的 5 个场景5.1 现象SA 接入成功但下行速率只有几十 Mbps现象很典型终端显示 5GRSRP 不错SINR 也还行但测速只有 30 到 80 Mbps。原因通常不是单一参数而是几个环节叠加。常见原因包括 SSB 波束与 CSI-RS 不匹配、CQI 长期低位、MCS 被压、调度 RB 数少、N3 传输限速、终端能力受限。解决顺序看 RI如果长期为 1查 CSI 反馈、SRS、终端能力。看 CQI 和 MCS 分布如果 MCS 低于 10查 SINR 和干扰。看下行调度 PRB 数如果远低于带宽查资源占用和邻区。看基站侧 PDCP 吞吐如果高查 N3、UPF、测速服务器。换终端、换测速节点复测排除终端和服务器问题。最后才调整调度门限和波束参数。这里最容易翻车的是只改下行功率。功率加大会增加干扰CQI 可能更差。先查空口质量再查传输和核心网。5.2 现象上行覆盖边缘频繁重建KPI 掉线率突然恶化上行边缘重建多通常和上行覆盖、功控、PRACH、SR 有关。用户走到小区边缘上行发射功率到顶PUSCH BLER 升高基站收不到调度请求终端发起重建。掉线率恶化后很多人先查下行覆盖方向就偏了。排查动作导出上行 RSRP、SINR、PUSCH 发射功率、BLER。看边缘用户是否功率受限如果是查 SUL、天馈、下倾角。看 PRACH 成功率如果低查 PRACH 周期和功率。看 SR 周期如果过长低时延业务会触发重建。查上行干扰看是否外部干扰或重叠覆盖。调整功控参数时按簇验证观察干扰变化。解决不一定是加功率。天馈调整、SUL 开启、SR 周期优化往往比单纯加功率有效。5.3 现象参数改了但 KPI 不变网管显示已下发这是网优经典坑。网管显示参数已下发但 KPI 没变化。原因可能是参数未生效、被其他参数覆盖、站点未同步、业务模型没变、KPI 采集周期不对。常见做法是改完参数后看小区状态、告警、参数一致性再确认生效时间。排查步骤查参数修改记录确认修改时间和生效时间。查小区是否重启或同步确认参数实际生效。查是否有冲突参数例如波束级和小区级同时配置。查 KPI 采集周期不要拿改前数据比改后 10 分钟。查业务量如果忙时不同KPI 本身波动。做单站定点拨测用业务结果验证参数效果。如果参数改了三天 KPI 还不动先回退再找原因。不要叠加改十个参数最后不知道谁起作用。5.4 现象切片业务时延抖动大核心网看不到丢包切片业务时延抖动核心网统计看不到丢包问题可能在传输队列、基站调度或终端。5QI 优先级配置了但传输 QoS 没配或者基站侧调度没按 QoS Flow 处理。用户感知是时延忽高忽低业务抖。排查动作抓 N3 包看 QoS 标记是否保留。查传输端口队列看高优先级队列是否丢包。查基站调度日志看不同 5QI 的调度比例。查 N4 会话规则确认 5QI 和 QoS Flow 映射。用同一切片、不同时间打流找抖动时间窗。如果传输拥塞先做流控和队列优化。切片不是空中楼阁端到端每一跳都要认这个优先级。只在一侧配等于没配。5.5 现象多频协同后切换成功率下降用户却“显示 5G”多频协同本意是提升容量和覆盖但切换参数配不好会出现频繁切换、晚切、漏切。用户看到 5G 图标但业务卡顿。原因可能是邻区配置不完整、A3 门限冲突、TTT 不匹配移动速度、异频测量门限不合理。排查动作看切换成功率、乒乓切换次数、重建率。按频段分组分析找出问题频段对。检查邻区关系和 Xn 链路。检查 A3、TTT、迟滞、异频测量门限。路测切换带看切换发生位置和信号质量。按簇调整观察一周趋势。多频协同要按场景分组高速、城区、室内不能一套参数。否则就是按下葫芦浮起瓢。6. 把手册变成现场能力SA 优化验证、回归与个人排障习惯6.1 用 A/B 簇验证参数而不是全网一把梭SA 参数之间耦合很多全网一次性下发风险大。我的习惯是选 A/B 两个相似簇A 簇改参数B 簇保持基线观察至少 3 天忙时。对比指标包括接入、切换、掉线、下行吞吐、上行吞吐、边缘速率、投诉量。A/B 簇要同频段、同带宽、同设备类型否则对比无效。验证通过后再按簇滚动推广。每次只改一类参数改完记录参数、时间、执行人、预期效果、实际效果。这样即使翻车也能快速回退。6.2 回归清单和复盘表防止“优化完三天又恶化”我吃过亏参数刚改完 KPI 很好三天后用户投诉上来了。后来我固定做回归清单改了什么、为什么改、影响哪些指标、回退门限、观察周期、责任人。复盘表按周填重点看劣化指标和投诉点。下表可以直接改成自己的模板。项目内容变更参数参数名、旧值、新值变更范围单站、簇、全网预期效果速率、时延、切换、掉线回退门限指标劣化超过多少回退观察周期3 天、1 周、2 周实际结果达标、部分达标、未达标后续动作推广、回退、继续观察回归不是形式。没有回归优化就变成碰运气。6.3 一个具体技巧用峰值速率反推瓶颈在哪儿现场最快判断瓶颈的方法是用峰值速率计算公式反推。先算当前带宽、层数、调制编码下的理论上限再看实测值。如果实测只有理论值 20%先查空口如果基站侧吞吐接近理论值但用户测速低查传输和核心网如果上行低而下行正常查终端功率、PUSCH、SR如果时延抖动大但吞吐正常查 QoS、切片、传输队列。这个技巧不能替代详细排查但能让你在十分钟内决定先查哪一层少走很多弯路。我自己的血泪经验是先分层再动手永远比一上来改参数快。希望帮到你。本文还有配套的精品资源点击获取 5G SA独立组网性能优化实战：端到端分层、N2/N3/N4与QoS切片排查
简介《华为5G性能优化指导手册-SA》是一份面向5G网络优化工程师与运营商技术人员的实操文档聚焦SA独立组网模式下的性能问题分析与优化。手册系统梳理了接入性、移动性、保持性三大维度的关键指标给出无线接通率、无线掉线率等公式并针对小区接入性能问题明确日志告警核查、参数核查、射频通道排查等规定动作。文档将接入问题细分为空口未发起RRC_CONN_REQ、随机接入失败、RRC建立失败、NGSig建立异常四类场景逐一说明可能原因与分析路径同时结合SSB/SIB1周期、前导传输次数、小区半径等参数调整建议及上行干扰监控方法帮助现场快速定位SA组网中的接入与保持问题。资源为单个docx文档大小2.32MB包含参数配置表格与故障定位流程适合作为日常排障与参数优化的参考手册。已有470人学习浏览实用性强。1. SA 独立组网下5G 性能优化为什么不能照搬 NSA 那套拿到《华为5G性能优化指导手册-SA (2).docx》这个标题时我第一反应不是翻目录而是先分清它讲的是 SA不是 NSA。SA 独立组网下5G基站直接接入 5G 核心网N2、N3、N4 接口、QoS Flow、网络切片、EPS Fallback 这些点会同时影响用户感知。NSA 时代那套“看锚点、看 LTE 侧、看双连接分流”的办法放到 SA 里经常找不到北。比如用户显示 5G但下行只有几十 Mbps可能是 SSB 波束、调度门限、传输 VLAN、核心网 UPF 分流任何一环掉链子。这篇落在华为 5G SA 性能优化上适合网优、核心网、传输和端到端联调的人把手册标题拆成能复现的动作。2. 把手册拆成可执行闭环SA 性能优化的四层指标与基线2.1 从 5G基站到核心网SA 端到端指标怎么分层做 SA 性能优化最怕一上来就改参数。现场常见做法是先分层再定位再动手。5G 协议栈详解里从 PHY、MAC、RLC、PDCP、SDAP 到 NAS每一层都有对应观测点。你不可能只看一个“下行速率低”就判断是基站问题因为速率低可能是终端能力、无线环境、传输丢包、UPF 性能、服务器限速甚至测速节点本身的问题。我一般把 SA 性能指标切成四层每层只回答一个问题。第一层是终端与无线层回答“空口能不能给”。关键指标包括 RSRP、SINR、CQI、RI、MCS、下行 PDCP 吞吐、上行 PDCP 吞吐、PRACH 接入成功率、RRC 连接建立成功率、切换成功率、掉线率。SA 下还要看 SSB 波束覆盖、CSI 测量、上行功控余量。很多“有信号没速率”的站点RSRP 很好SINR 也不差但 CQI 上不去MCS 被压在低位问题在干扰、波束或调度。第二层是传输层回答“数据能不能顺利进出”。N3 接口丢包、时延、抖动、VLAN 配置、MTU、分片、QoS 标记都会让空口看起来正常但业务速率上不去。常见的翻车点是基站侧统计的 PDCP 吞吐很高但用户测速就是低因为 N3 承载有丢包或限速。这个时候只盯无线参数就是白忙。第三层是核心网层回答“会话和分流对不对”。SA 下要关注 N2 信令、N4 会话管理、UPF 用户面性能、QoS Flow 映射、5QI、切片标识、DNN 配置。一个 5QI 配错可能让 VoNR 或低时延业务走成尽力而为。SA 集中部署和独立部署模块仿真时用户面下沉位置不同时延和分流结果也不同现场优化要跟核心网侧一起看。第四层是业务与感知层回答“用户觉得好不好”。包括网页首包时延、视频起播时延、游戏抖动、上传速率、语音 MOS、切换中的卡顿。业务层指标不是网管自带 KPI需要拨测和端到端抓包补。常见做法是把网管 KPI、路测数据、核心网信令、拨测日志按时间戳对齐时间窗建议压到 1 秒级否则很难定位瞬断。下面这张表是我做 SA 优化时最常用的分层基线表。不要照抄数值当验收标准不同频段、带宽、终端、场景差异很大但字段结构可以直接复用。层级关键指标采集位置常见异常指向终端与无线RSRP/SINR/CQI/MCS/RI路测、网管、终端日志覆盖、干扰、波束、调度无线接入RRC 建立成功率、PRACH 成功率5G基站网管接入门限、功率、参数冲突移动性切换成功率、重建率、掉线率网管、信令邻区、A3 门限、Xn/NG 链路传输N3 丢包、时延、抖动、VLAN传输网管、基站计数器MTU、QoS、承载配置核心网N2 时延、N4 会话、5QI、DNN核心网信令、UPF 统计会话、分流、QoS、切片业务首包、起播、上传、语音 MOS拨测、探针、终端端到端瓶颈、服务器侧分层之后基线才有意义。单站基线至少连续采 3 天忙时每天取 1 小时粒度簇基线按同频段、同带宽、同设备类型分组全网基线用来发现区域性异常。不要拿一个站的凌晨数据去比另一个站的忙时数据这种对比没有价值。2.2 5G峰值速率计算公式在 SA 优化里的三个用法5G 峰值速率计算公式不是拿来写论文的现场用它反推瓶颈很快。简化公式可以写成下行峰值 ≈ 层数 × 带宽内可用 RB 数 × 每 RB 子载波数 × 每子载波每符号比特数 × 码率 × 每帧可用符号数 × 开销因子。上行峰值还要考虑终端发射功率、PUSCH 调度带宽、是否支持上行增强、SUL 或上行载波聚合。TDD 还要扣除上下行时隙配比里的下行符号占比。这个公式不需要算到小数点后两位关键是拆因子。用法一判断空口理论值与实测值的差距。比如 100 MHz 带宽、2 层 MIMO、256QAM 的站点如果理论峰值应该在 1 Gbps 以上实测只有 200 Mbps差距太大不要先怀疑“参数玄学”先看 CQI、MCS、调度 RB 数、层数。如果 MCS 长期低于 10RI 长期为 1那空口能力就没释放。用法二判断上行还是下行瓶颈。下行峰值上不去可能是 SSB 波束、CSI 反馈、下行调度上行峰值上不去可能是终端功率受限、PUSCH 功控、SR 周期、干扰。SA 下很多业务是上下行不对称的比如视频回传、直播、车联网上行优化不能只调下行参数。用法三判断传输和核心网是否拖后腿。基站侧 PDCP 吞吐接近理论值用户测速却低说明空口不是主要矛盾。如果 N3 丢包率超过千分之一或者 N3 时延抖动明显先查传输。如果核心网 UPF 分流后时延反而升高查 N4 会话和 UPF 性能。公式在这里的作用是给你一个“上限锚点”避免在错误方向上改参数。我常用一张速算表做现场判断因子看什么异常表现优先动作层数RI、SRS、终端能力RI 长期为 1查 CSI、波束、终端带宽调度 RB 数RB 数远低于配置查资源、邻区、干扰调制编码CQI、MCSMCS 低位、误码高查 SINR、干扰、功控符号配比TDD 配比、时隙格式下行符号被占用查配比、帧结构开销控制信道、参考信号开销过大查 SSB、CSI-RS 周期端到端N3、UPF、服务器基站吞吐高但测速低查传输、核心网、测速点提示峰值速率计算公式只能做上限判断不能替代路测。终端发热、后台应用、测速服务器限速、TCP 窗口都会让实测值偏离公式。2.3 手工建基线用表格固化“单站-簇-全网”三层验收现场优化最怕“改完感觉好了”。我一般用三层基线表把验收固化下来。单站层看覆盖、接入、速率、切换簇层看掉线、重建、切换、边缘速率全网层看 KPI 趋势和投诉量。每层都要有采集时间、样本数、忙时定义、终端类型、业务类型。单站基线的步骤选 3 个典型站中心覆盖、边缘覆盖、高干扰。每站连续采 3 天忙时数据忙时定义按本地话务不照搬。同站同终端做定点 CQT记录 RSRP、SINR、CQI、MCS、PDCP 吞吐。用同一测速节点、同一服务器、同一文件大小做上下行拨测。把网管计数器、路测日志、核心网信令按时间戳对齐。形成单站基线表后续任何参数改动都要和这张表对比。簇基线不是单站平均值。簇内站间距、重叠覆盖、邻区关系、切换带都会影响结果。我一般把簇内站分成三组主覆盖站、边界站、高干扰站。优化门限按组设不搞一刀切。比如边界站的切换门限可以比主覆盖站更积极但要防止乒乓切换。全网基线看趋势不看单点。每天同一时间导出 KPI按周环比。如果某个 KPI 突然恶化先查参数变更记录、告警、传输割接、核心网变更。很多“性能恶化”不是无线参数问题而是某次割接或版本变更造成的。基线层级采样对象采样周期核心字段验收门限单站典型 3 站连续 3 天忙时覆盖、接入、速率、切换不低于自身基线 95%簇同频段同带宽1 周掉线、重建、边缘速率不劣于优化前 10%全网全部站点按日/周KPI 趋势、投诉、告警趋势无突降投诉不增加注意基线表要在优化前锁定优化后再看。改完参数才建基线等于没有后悔药。3. 华为 5G SA 无线侧参数怎么调从 SSB 波束到调度门限3.1 SSB/CSI-RS 与波束场景先解决“有信号没速率”SA 下用户接入依赖 SSB速率依赖 CSI-RS 和调度。很多现场“有信号没速率”的根因在波束。SSB 波束数量、周期、功率、倾角决定了小区的覆盖形状。CSI-RS 用于下行信道测量周期和功率影响 CQI 反馈。如果 SSB 覆盖很好但 CSI-RS 配置不合适终端反馈的 CQI 会偏低MCS 上不去速率自然低。常见做法是先在网管导出 SSB 波束级覆盖再对高 RSRP 低 SINR 的区域做干扰排查。AAU/DU/CU 安装指导书里更关注工程参数比如方位角、下倾角、挂高性能优化要接着看逻辑参数。SSB 周期不是越小越好周期小会提升接入速度但增加开销周期大省开销但接入和移动性可能变慢。CSI-RS 周期也要和调度匹配周期过长会导致 CQI 更新不及时尤其在高移动场景。我一般按下面顺序调先确认 SSB 波束覆盖与规划一致不急于改功率。查 CSI-RS 周期、功率偏置、测量带宽。看 CQI 分布如果集中在低位查 SINR 和干扰。看 RI 分布如果长期为 1查终端能力、SRS 配置、波束对。看 MCS 分布如果高阶调制比例低查误码和功控。最后才动调度门限和功率参数。参数方向影响调整风险验证点SSB 波束数量覆盖形状、接入波束过多增加开销接入成功率、RSRPSSB 周期接入时延、开销过短浪费资源接入时延、PRB 占用CSI-RS 周期CQI 更新、调度过长跟不上移动CQI、MCS、RICSI-RS 功率测量准确度过高增加干扰SINR、CQI波束功率偏置边缘覆盖过偏导致重叠边缘速率、切换这里有个血泪经验不要只看 RSRP 就判断覆盖好。SA 下 RSRP 好但 SINR 差可能是重叠覆盖或外部干扰。重叠覆盖会让 CQI 波动调度器不敢给高阶 MCS。解决方式通常不是加功率而是压下倾角、修方位角、控制波束把重叠区压下去。3.2 上行增强与调度参数PRACH、PUSCH、SR 的取舍SA 上行优化经常被忽略。用户下行刷视频没问题一上传直播就卡问题多在上行。5G 关键技术里上行增强包括 SUL、上行载波聚合、PUSCH 重复、灵活帧结构。华为设备现场常见参数方向有 PRACH 配置、PUSCH 功控、SR 周期、上行调度门限、MCS 门限。PRACH 决定接入PUSCH 决定上行数据SR 决定调度请求。PRACH 周期过长会导致接入慢过短会增加资源开销。PUSCH 功控目标值太低边缘用户上行速率低太高会增加干扰。SR 周期太长上行调度不及时用户感觉“点一下卡一下”。这几个参数要一起看不能单改一个。我习惯先做上行覆盖测试记录上行 RSRP、SINR、PUSCH 发射功率、BLER。如果边缘用户 PUSCH 功率已经到上限速率还低说明上行覆盖受限需要考虑 SUL 或调整天馈。如果功率有余量但 MCS 低查干扰和调度。如果 SR 周期长查业务模型越是低时延业务越要短周期。参数作用调大调小注意PRACH 周期接入机会开销小接入慢接入快开销大与覆盖半径匹配PUSCH 功控目标上行功率覆盖好干扰大干扰小边缘差看 BLER 和功率余量SR 周期调度请求省资源时延大时延小开销大看业务类型上行调度门限是否调度调度少省资源调度多干扰大看 PRB 利用上行 MCS 门限调制编码速率高误码高误码低速率低看 SINR 分布常见误用是“为了提升上行速率把功控目标一路调高”。结果边缘用户速率没起来整网干扰上去了中心用户也掉速。上行优化要先看干扰再看覆盖最后看调度。没有干扰基线调功控就是碰运气。3.3 切换、邻区与移动性SA 下掉线和重建的触发链SA 切换涉及 Xn、N2、NG-RAN、核心网。切换失败不一定是无线门限问题也可能是 Xn 链路、NG 接口、核心网会话更新。常见触发链是A3 事件触发测量上报源站发起切换请求目标站接纳核心网路径更新用户面切换。任何一环超时都会导致重建或掉线。我一般先看切换成功率、重建率、掉线率三个指标。切换成功率低查邻区配置、A3 门限、TTT、Xn 链路。重建率高查切换带、覆盖空洞、干扰。掉线率高查核心网、传输、终端异常。SA 下还要关注 EPS Fallback 或 VoNR 切换语音业务对时延和丢包更敏感。邻区不是越多越好。邻区过多会导致测量负担和误切换邻区过少会导致漏切。常见做法是按覆盖重叠度自动加邻区再手工删掉长期无切换的冗余邻区。A3 门限和 TTT 要结合移动速度高速场景 TTT 太短会乒乓太长会晚切。低速场景可以更积极。指标可能原因排查动作参数方向切换成功率低邻区缺失、Xn 异常查邻区、Xn、信令A3、TTT、邻区重建率高切换带重叠不足路测切换带门限、波束、功率掉线率高核心网、传输、终端查 N2/N3、告警会话、QoS、承载乒乓切换TTT 过短、重叠过大看切换次数TTT、迟滞晚切TTT 过长、门限过高看重建位置A3、TTT提示切换参数改动要按簇验证不要全网一把梭。移动性参数对用户感知影响大翻车后投诉来得很快。4. 传输与核心网联调SA 性能优化绕不开的 N2/N3/N4 接口4.1 N2/N3/N4 接口面时延、丢包、VLAN 与 QoS 流映射SA 架构里N2 是控制面N3 是用户面N4 是会话管理。5G基站和核心网之间的 N3 承载如果丢包空口再好也白搭。现场常见问题是 N3 VLAN 配错、MTU 不匹配、QoS 标记丢失、传输环路或拥塞。用户感知就是“信号满格速率乱跳”。排查顺序我一般这样排在基站侧看 N3 接口统计确认丢包、时延、抖动。在传输设备看端口错包、CRC、VLAN、QoS 队列。在核心网侧看 UPF 收发包和会话统计。用抓包看 GTP-U 报文确认 QoS Flow 标记。对比不同时间段的传输流量找拥塞窗口。最后再回无线侧看是否只是空口波动。N2 接口关注信令时延和成功率。如果 N2 时延高接入和切换都会慢。N4 接口关注会话建立、修改、释放。如果 N4 会话建立慢用户开机后要等很久才有网。5G协议栈详解里 NAS 层和 NGAP 层的交互在 N2 抓包里能看到现场不要只盯空口信令。接口作用关键指标常见故障N2控制面信令时延、成功率、NGAP链路闪断、路由、防火墙N3用户面数据丢包、时延、抖动VLAN、MTU、QoS、拥塞N4会话管理会话建立时延、成功率UPF 性能、规则冲突Uu空口RSRP、SINR、CQI、MCS覆盖、干扰、调度VLAN 和 QoS 是重灾区。有些现场 N3 承载和 N2 承载走同一物理口VLAN 优先级没配好控制面信令被用户面大流量挤掉表现就是“业务一忙就掉线”。解决方式通常是分离 VLAN、配置 QoS 队列、限制突发流量。MTU 也要统一N3 里 GTP-U 封装会增加开销MTU 不匹配会导致大包被丢用户感知是“小文件能开大文件卡死”。4.2 切片与 QoS Flow5QI 参数怎么和业务对齐SA 切片是 5G 关键技术之一。切片不是建个标识就完事要落到 QoS Flow 和 5QI。5QI 决定调度优先级、时延预算、丢包率、保证速率。配错 5QI低时延业务会走成普通业务用户感知就是“时延抖动大”。VoNR、工业控制、视频回传、普通上网对 5QI 要求不同。我一般按业务类型建映射表业务典型 5QI 方向关注指标配置要点VoNR低时延语音时延、丢包、抖动优先级高丢包预算低视频回传上行为主上行速率、时延保证上行带宽工业控制低时延抖动、可靠性专用切片资源预留普通上网尽力而为吞吐、时延默认 5QI避免抢资源海量物联小包、低功耗连接数、信令控制信令开销5QI 要和核心网、基站、传输三侧一致。核心网侧配了高优先级基站侧没配对应调度策略等于白配。传输侧没配 QoS 队列高优先级报文也会被拥塞丢掉。现场联调时我一般用拨测工具打不同业务流同时抓 N3 和空口看 QoS Flow 标记是否端到端保留。切片资源预留不要过度。过度预留会让普通用户可用资源减少忙时体验下降。常见做法是先按业务重要性分级再按忙时流量做动态调整。切片优化不是一次性工程业务模型变了5QI 和资源也要跟着调。4.3 端到端拨测与信令回溯把“用户感知差”落到具体网元用户投诉“5G 慢”你不能只回“基站正常”。端到端拨测要把感知落到网元。我常用三层拨测终端层拨测、空口层路测、核心网层信令回溯。终端层用不同品牌、不同芯片的终端避免单终端问题。空口层记录 RSRP、SINR、CQI、MCS、调度 RB、PDCP 吞吐。核心网层看 N2、N3、N4 信令和 UPF 统计。拨测步骤选投诉点记录位置、时间、终端、业务。做定点 CQT连续测 10 次上下行取中位数和低值。同步抓空口日志和核心网信令时间戳对齐。看接入、切换、会话建立、用户面传输各阶段耗时。如果空口正常转传输和核心网如果空口异常查覆盖和干扰。形成结论标注证据避免拍脑袋。信令回溯最有用的是时间轴。比如用户点开视频从 NAS 会话请求到 N3 第一个 GTP-U 包中间耗时多少如果 N2 时延高接入慢如果 N4 会话建立慢核心网慢如果空口调度慢无线侧慢。把时间轴画出来责任网元就清楚了。阶段观测点正常表现异常动作接入RRC、NGAP时延低成功率高查 N2、PRACH、门限会话NAS、N4会话建立快查 UPF、DNN、切片用户面N3、GTP-U丢包低抖动小查传输、QoS、MTU空口CQI、MCS、RB调度充分查波束、干扰、功控业务首包、起播感知正常查服务器、终端、应用注意拨测节点和服务器要固定。今天用 A 服务器明天用 B 服务器数据没有可比性。5. 华为 5G SA 性能优化常见问题与排查掉坑最多的 5 个场景5.1 现象SA 接入成功但下行速率只有几十 Mbps现象很典型终端显示 5GRSRP 不错SINR 也还行但测速只有 30 到 80 Mbps。原因通常不是单一参数而是几个环节叠加。常见原因包括 SSB 波束与 CSI-RS 不匹配、CQI 长期低位、MCS 被压、调度 RB 数少、N3 传输限速、终端能力受限。解决顺序看 RI如果长期为 1查 CSI 反馈、SRS、终端能力。看 CQI 和 MCS 分布如果 MCS 低于 10查 SINR 和干扰。看下行调度 PRB 数如果远低于带宽查资源占用和邻区。看基站侧 PDCP 吞吐如果高查 N3、UPF、测速服务器。换终端、换测速节点复测排除终端和服务器问题。最后才调整调度门限和波束参数。这里最容易翻车的是只改下行功率。功率加大会增加干扰CQI 可能更差。先查空口质量再查传输和核心网。5.2 现象上行覆盖边缘频繁重建KPI 掉线率突然恶化上行边缘重建多通常和上行覆盖、功控、PRACH、SR 有关。用户走到小区边缘上行发射功率到顶PUSCH BLER 升高基站收不到调度请求终端发起重建。掉线率恶化后很多人先查下行覆盖方向就偏了。排查动作导出上行 RSRP、SINR、PUSCH 发射功率、BLER。看边缘用户是否功率受限如果是查 SUL、天馈、下倾角。看 PRACH 成功率如果低查 PRACH 周期和功率。看 SR 周期如果过长低时延业务会触发重建。查上行干扰看是否外部干扰或重叠覆盖。调整功控参数时按簇验证观察干扰变化。解决不一定是加功率。天馈调整、SUL 开启、SR 周期优化往往比单纯加功率有效。5.3 现象参数改了但 KPI 不变网管显示已下发这是网优经典坑。网管显示参数已下发但 KPI 没变化。原因可能是参数未生效、被其他参数覆盖、站点未同步、业务模型没变、KPI 采集周期不对。常见做法是改完参数后看小区状态、告警、参数一致性再确认生效时间。排查步骤查参数修改记录确认修改时间和生效时间。查小区是否重启或同步确认参数实际生效。查是否有冲突参数例如波束级和小区级同时配置。查 KPI 采集周期不要拿改前数据比改后 10 分钟。查业务量如果忙时不同KPI 本身波动。做单站定点拨测用业务结果验证参数效果。如果参数改了三天 KPI 还不动先回退再找原因。不要叠加改十个参数最后不知道谁起作用。5.4 现象切片业务时延抖动大核心网看不到丢包切片业务时延抖动核心网统计看不到丢包问题可能在传输队列、基站调度或终端。5QI 优先级配置了但传输 QoS 没配或者基站侧调度没按 QoS Flow 处理。用户感知是时延忽高忽低业务抖。排查动作抓 N3 包看 QoS 标记是否保留。查传输端口队列看高优先级队列是否丢包。查基站调度日志看不同 5QI 的调度比例。查 N4 会话规则确认 5QI 和 QoS Flow 映射。用同一切片、不同时间打流找抖动时间窗。如果传输拥塞先做流控和队列优化。切片不是空中楼阁端到端每一跳都要认这个优先级。只在一侧配等于没配。5.5 现象多频协同后切换成功率下降用户却“显示 5G”多频协同本意是提升容量和覆盖但切换参数配不好会出现频繁切换、晚切、漏切。用户看到 5G 图标但业务卡顿。原因可能是邻区配置不完整、A3 门限冲突、TTT 不匹配移动速度、异频测量门限不合理。排查动作看切换成功率、乒乓切换次数、重建率。按频段分组分析找出问题频段对。检查邻区关系和 Xn 链路。检查 A3、TTT、迟滞、异频测量门限。路测切换带看切换发生位置和信号质量。按簇调整观察一周趋势。多频协同要按场景分组高速、城区、室内不能一套参数。否则就是按下葫芦浮起瓢。6. 把手册变成现场能力SA 优化验证、回归与个人排障习惯6.1 用 A/B 簇验证参数而不是全网一把梭SA 参数之间耦合很多全网一次性下发风险大。我的习惯是选 A/B 两个相似簇A 簇改参数B 簇保持基线观察至少 3 天忙时。对比指标包括接入、切换、掉线、下行吞吐、上行吞吐、边缘速率、投诉量。A/B 簇要同频段、同带宽、同设备类型否则对比无效。验证通过后再按簇滚动推广。每次只改一类参数改完记录参数、时间、执行人、预期效果、实际效果。这样即使翻车也能快速回退。6.2 回归清单和复盘表防止“优化完三天又恶化”我吃过亏参数刚改完 KPI 很好三天后用户投诉上来了。后来我固定做回归清单改了什么、为什么改、影响哪些指标、回退门限、观察周期、责任人。复盘表按周填重点看劣化指标和投诉点。下表可以直接改成自己的模板。项目内容变更参数参数名、旧值、新值变更范围单站、簇、全网预期效果速率、时延、切换、掉线回退门限指标劣化超过多少回退观察周期3 天、1 周、2 周实际结果达标、部分达标、未达标后续动作推广、回退、继续观察回归不是形式。没有回归优化就变成碰运气。6.3 一个具体技巧用峰值速率反推瓶颈在哪儿现场最快判断瓶颈的方法是用峰值速率计算公式反推。先算当前带宽、层数、调制编码下的理论上限再看实测值。如果实测只有理论值 20%先查空口如果基站侧吞吐接近理论值但用户测速低查传输和核心网如果上行低而下行正常查终端功率、PUSCH、SR如果时延抖动大但吞吐正常查 QoS、切片、传输队列。这个技巧不能替代详细排查但能让你在十分钟内决定先查哪一层少走很多弯路。我自己的血泪经验是先分层再动手永远比一上来改参数快。希望帮到你。本文还有配套的精品资源点击获取