简介：一份专注5G SA室分网络优化实战的案例文档，面向网络优化工程师、基站运维及5G性能管理人员。内容围绕A小区QoS Flow建立成功率异常偏低（最低56.32%）的完整排查过程，从告警排查、设计图纸核对、信令跟踪，到定位部分终端不支持1T传输模式，最终通过调整CSI-RS启用状态、CSI报告数量和reportquantity等参数实现指标恢复。文档还给出全区12个同类室分站点的核查整改经验，并强调将此类问题纳入日常监控处理手册，适合需要掌握信令分析思路与参数调优方法的网优人员参考。包体为1个docx文件，大小85KB，结构清晰，现象、分析、调整前后指标对比与结论均完整呈现。目前已有502人学习下载，可作为5G室分QoS问题处理的实战参考资料。
1. 5G SA室分QoS Flow建立成功率异常，先别急着查基站
做5G网络优化，最怕的就是看到“成功率异常”就一头扎进参数里翻。SA室分场景下QoS Flow建立成功率掉下去，表面上是个无线侧KPI，但实际定位时常发现根因根本不在空口。QoS Flow是5G核心网到UE之间的端到端服务质量通道，任何一段出现问题，统计点都会在gNodeB上反映为建立失败。尤其是室分系统，涉及馈线、功分器、耦合器、皮站或分布式基站，链路复杂度和干扰环境跟宏站完全不是一回事。
这篇就按SA室分QoS Flow建立成功率异常的完整排查链路来梳理：先看懂信令流程和统计点，再逐层剥离核心网、传输、无线侧因素，最后落到参数核查和定时器调整等具体动作上。不需要厂商专属工具，用现有网管就能完成大部分定位工作，非常适合一线优化工程师当排查参考手册用。
2. QoS Flow建立的信令链条与失败统计点
2.1 从UE到UPF，QoS Flow建立涉及哪些网元
QoS Flow是5G引入的QoS管理粒度，区别于LTE时代的EPS Bearer（演进分组系统承载，即LTE里的承载概念）。一个PDU会话里可以包含多个QoS Flow，每个Flow有自己的QoS参数（5QI、ARP、GFBR（保证流比特率）、MFBR（最大流比特率）），在空口侧承载在对应的DRB（数据无线承载）上。
建立过程涉及UE、gNB、AMF、SMF、UPF等网元。在SA组网下，gNB通过NG接口连接AMF和UPF，UE通过RRC连接和gNB交互。QoS Flow的建立通常由网络侧发起，核心网发送PDU Session Resource Setup Request给gNB，gNB根据QoS Flow的5QI等信息进行DRB映射和空口资源配置，然后通过RRC Reconfiguration下发UE，同时建立NG-U隧道（NG接口用户面隧道），完成整个流程。
2.2 gNB侧统计口径：成功率有哪两个计数器
室分场景做KPI分析，第一步必须确认统计口径。一般网管系统里QoS Flow建立相关的统计分为两条链路：一个是基于信令流程的PDU Session Resource Setup Success Rate，统计的是NG接口上gNB对核心网请求的响应情况；另一个是基于UE视角的RRC Reconfiguration Complete接收到才算成功，统计的是空口执行结果。
这两个口径的差异是关键。如果前者高、后者低，说明gNB已经把资源配置下发，但UE没有完成配置或没有反馈，问题多半在空口侧或UE终端。反过来，两者都低，且失败原因值集中在“无线网络层原因”时，就要重点看资源、干扰、覆盖。若失败原因值集中在“传输层原因”，需要先检查NG接口链路状态和传输质量。
2.2.1 失败原因值的解析优先级
拿到日报或话统后，先按原因值分类聚合统计。常见的NGAP原因值包括：
- Radio Network Layer: 无线网络层问题，比如资源不足、目标小区不可用
- Transport Layer: 传输层问题，比如NG链路故障、SCTP（流控制传输协议，NG接口使用的传输协议）断连
- Protocol: 协议处理异常，通常是参数配置矛盾
- Nas: NAS层问题，比如核心网拒绝，鉴权、订阅数据异常
建议的做法是先把原因值TOP3的占比拉出来，占比最高的那个方向先投入排查资源，不要一上来就动参数。
-- 伪SQL参考，实际按厂商网管字段调整 SELECT cause_type, COUNT(*) AS fail_cnt FROM qos_flow_setup_fail WHERE date = '2025-06-01' AND cell_id IN ('46101-1', '46101-2') GROUP BY cause_type ORDER BY fail_cnt DESC;这段查询是把当天失败记录按原因类型做聚合，能看到哪类原因是绝对主因。若某类原因占比超过70%，其他方向可以暂时放一放。
2.3 传输层排查时NG接口怎么看
传输层原因失败的判断依据主要是NG接口状态和SCTP关联状态。如果室里站点是前传+回传的组网，存在传输光缆或微波链路抖动的情况，gNB到AMF之间的SCTP关联可能会频繁重建，造成大量PDU Session Setup请求无法及时处理。
常见做法是在传输侧ping包或直接在传输网管上看丢包率。室分站点的回传带宽往往是共享的，高峰期可能出现拥塞，这个需要和QoS Flow建立成功率做时间维度上的对比。比如看失败是否集中在每小时的45分钟以后，大概率是传输带宽被占满导致。
3. 室分场景特有的QoS Flow建立失败原因
3.1 泄漏、互调和弱覆盖三类典型底噪
室外宏站的QoS Flow建立失败原因分析，往往是单个问题点，但室分站点存在系统性的底噪抬升。室分系统一般用功分器或耦合器将信号分布到多个天线点，站内天馈老化或接头松动会导致驻波增加、互调产物抬升底噪。底噪抬升会产生一个特征：QoS Flow建立失败率在特定频段上异常增加，且伴随PRB（物理资源块）上行干扰电平升高。
室分场景最大的问题是“背靠背”干扰，即两个室分系统覆盖同一区域，或室分信号泄露到室外被其他站点识别，产生邻区干扰。对QoS Flow建立的影响表现为UE收到RRC重配置后上行同步失败，导致重配置无法完成。
建议排查时拉上行干扰电平数据，看是否高于-105dBm。如果高，先查干放或直放站状态，再看天馈系统接头。室分系统的干扰排查比宏站多一个“哑元”排查步骤，即关闭部分天线支路排查干扰源。
3.2 SUL和补充上行对QoS Flow建立的影响
SA组网使用SUL（补充上行）时，UE会基于测量将上行数据调度到SUL载波上。室分场景下的UE通常为低速移动状态，更倾向于驻留在SUL上以提升上行覆盖。但SUL载波的覆盖半径和室分信号强度未必匹配，室分天线点信号弱，UE上行发送功率受限，会导致QoS Flow建立时的RRC重配置完成率下降。
排查方法是在网管上拉取SUL载波和主载波的上行功控余量对比，或直接看RRC重配置失败是否集中在特定TA（时间提前量）区间。如果TA值普遍偏低且上行功控达到最大，说明覆盖不足。
解决方向一般是调整SUL的接入门限或功率配置，让UE优先在覆盖更好的载波上建立QoS Flow。不推荐直接关掉SUL，这会影响容量。
3.3 室分场景QoS Flow建立成功率与站内切换的耦合
室分站点的覆盖碎片化严重，一个室分系统下可能有多个小区。UE在楼内移动时很容易发生站内切换或站间切换，在切换过程中如果收到PDU Session Setup请求，且当前处于切换执行过程中，容易配置冲突导致失败。这种问题的特征是：失败小区集中在切换边界位置，且失败时间与切换请求时间高度重合。
从话统上看，这类失败往往伴随着较高的切换成功率下降或RRC重建率上升。排查时可以对比失败发生的TA分布和切换请求的TA分布，如果重叠度超过一定阈值，基本可以确认是切换与QoS Flow建立并发流程冲突。
4. 从指标异常到落地：参数核查与根因判定顺序
4.1 参数核查清单：从核心网到RRC的三层核对
当QoS Flow建立成功率异常时，按照一个固定的参数核查顺序能少走弯路。这个顺序是从核心网参数到RRC参数，不跳层。按照查过的实际案例，出问题的参数大多在三类位置上。
- 核心网侧下发的PDU Session Resource Setup Request里的QoS Flow描述，尤其是5QI和ARP组合是否在gNB支持范围内。例如某些厂家的gNB只支持默认的5QI集合，收到非标5QI时直接回复不支持。这种失败往往是全小区批量发生，特征是“高失败率但无空口问题”。在网管上看到某个小区的失败原因值统一为“QoS Flow not supported”时，直接查该原因值对应的5QI映射表。
- gNB侧的DRB映射配置。QoS Flow到DRB的映射规则在gNB的QoS Flow配置表里。若室内站点做过扩容或版本升级，部分QoS Flow可能没有配置对应的DRB参数（如RLC模式、逻辑信道优先级），导致空口侧无法建立承载。
- RRC层优先级处理。高优先级QoS Flow建立时若系统资源不足，gNB会优先保证语音等较高优先级的5QI（如1、2），对低优先级数据流量的建立请求执行拒绝策略。这个策略在有些厂家通过参数配置，有些是固定行为。如果室分站点上部署了VoNR（5G新语音）服务，要关注语音流量对数据QoS Flow建立的挤压效应。
| 检查层次 | 关键参数 | 常见异常表现 |
|---|---|---|
| 核心网侧 | 5QI、ARP、GBR参数 | 全小区批量失败，原因值固定 |
| gNB映射 | QoS Flow到DRB映射表 | 特定QoS类型全部失败 |
| RRC配置 | RLC模式、逻辑信道优先级 | 空口重配置失败，UE侧无响应 |
| 定时器 | T304、T310 | 切换场景失败率上升 |
4.2 用日志对比快速缩小异常范围
参数核查阶段最有效的方法不是逐项翻，而是做“对比”。拿一个成功率正常的小区和一个异常小区，把QoS Flow建立请求相关的配置导出来逐项diff，重点关注上面表格中的参数是否存在差异。
核心网侧下发的QoS Flow描述通过gNB接口跟踪消息能看到。网管一般支持在NG接口上做信令跟踪，跟踪时可以筛选PDU Session Resource Setup Request和Response消息。导出两者的QoS Flow列表，比对哪个Flow被gNB拒绝，拒绝原因是什么。这一步帮助把问题定位到具体某个QoS Flow或某一类5QI。
如果无法做信令跟踪，可以直接在gNB侧查看QoS Flow建立的统计明细，有的网管系统支持按QoS Flow ID维度统计建立成功率，定位到具体Flow后，再反向查这个Flow在核心网侧对应的业务类型和ARP优先级设置。
4.3 定时器与功率控制参数的调整路径
室分场景下QoS Flow建立失败若定位在空口侧，最常见的需要调整的参数一是T304定时器，二是上行功控。这两个参数不对，表现为同一类现象：UE收到RRC重配置但响应超时。
T304定时器在切换场景下生效，是UE等待目标小区随机接入成功的最大时间。室分场景由于覆盖落差大，源小区信号好而目标小区信号弱的“下楼梯”场景特别典型，很容易触发T304超时。如果QoS Flow建立失败集中在切换场景，并且失败原因值是“UE不响应”，需要将T304定时器从默认值放大。一般建议从默认的1000ms调整到2000ms，观察一个周期，若失败率明显下降说明问题解决。顶多是降低了切换失败率，对性能并无损害。
上行功控参数PC0（开环功控初始功率偏置）对QoS Flow建立也有影响。室分站点覆盖半径小，若PC0设置过低，UE初始发射功率不足，会导致随机接入或PUSCH（物理上行共享信道）发送失败。调整时每次加1dB，观察QoS Flow建立成功率的变化，找到最优点后固定。
提示：调整定时器或功控参数前，先确认问题是否集中在一个小区或几个小区。如果全站点普遍失败，参数调整策略要改为批量核查而不是单点调整。
5. 从互联网到车联网：QoS Flow承载的差异化业务
5G网络优化中，QoS Flow建立成功率是一个基础指标，它决定了上层业务能否承载。室分场景下尤其需要关注高价值业务的QoS Flow差异化管理。相比传统室分覆盖的移动互联网流量，车联网等特殊场景下的QoS Flow建立有其独特性。
车联网用户通过5G网络接入时，业务类型包含V2X消息、高精度地图下载、远程驾驶控制等，这些业务的QoS Flow特征不同。以低时延高可靠类业务为例，其5QI通常配置为低延迟、高优先级，对应GFBR等带宽参数需要保证。室分覆盖场景中，如果只是简单地按默认QoS参数承载所有业务，关键业务流的建立成功率即便达到99%，实际可用性也可能不达标。
参数配置上建议做QoS Flow级别的差异化处理：对高价值业务流配置独立的DRB映射，确保其优先级和调度权重；在室分站点资源受限时，优先保障这些业务流的建立请求不被拒绝；同时增加QoS Flow级别的监控，定期分析不同5QI维度的建立成功率，而不仅是看总成功率。拿车联网这个场景来说，如果一个站点的QoS Flow建立总成功率为99.5%，但5QI为3的V2X消息流成功率只有98%，那仍然是一场故障。网络优化要把5G网络建设成能根据不同业务动态调整承载能力的智能管道。
本文还有配套的精品资源，点击获取
