简介：这份文档面向5G网络优化工程师与室分维护人员，聚焦SA独立组网室分场景下QoS Flow建立成功率异常这一典型问题，提供从现象定位到参数整改的完整处理思路。资源为单个docx文件，压缩包约85KB，内容以案例记录与参数对照表为主，便于直接查阅与归档。案例从A小区成功率低至56.32%、日失败4275次入手，逐步排查站点告警、室分设计图纸与信令跟踪，最终定位到部分终端不支持1T模式，需将csiRow调整为2、reportquantity改为criricqi，并给出调整前后指标对比。举一反三环节还覆盖全区12个同类室分站点的核查与整改，并将处理方法纳入日常监控手册。目前已有505人学习，适合需要积累室分QoS优化经验、掌握终端兼容性排错路径的读者参考。
1. 室分单通道下的 QoS Flow 建立成功率异常：一份可复现的排查记录
室分站点做单通道错层覆盖，SA 组网下 QoS Flow 建立成功率掉到 56.32%，失败 COUNTER 全落在“分 5QI 的 QoS Flow 建立失败次数，其它原因”上，一天 4275 次。这个场景在 5G 网络优化里不算罕见，但真正卡人的地方在于：站点无告警、基线配置检查正常、RRC 和 NG 接口指标都漂亮，唯独 QoS Flow 建立成功率塌方。这份《SA 室分 QOS Flow 建立成功率异常问题处理案例》把从现象到定位再到参数整改的完整链路拆开了，适合做 SA 室分优化、日常指标监控、以及被“其它原因”类 COUNTER 折磨过的工程和优化人员。它解决的不是一个理论问题，而是一个能照着复现、照着核查、照着改参数的现场问题。
2. 从 COUNTER 到信令：QoS Flow 建立失败怎么定位
2.1 先看指标组合，别只盯一个成功率
A 小区的指标组合很有代表性：无线接通率 55.87%，SA_RRC 连接建立成功率 99.51%，SA_QoSFlow 建立成功率 56.32%，SA_NG 接口 UE 相关逻辑信令连接建立成功率 99.71%。四个指标放在一起看，RRC 和 NG 接口都正常，说明接入层和核心网侧的逻辑信令连接没有大面积问题，塌方集中在 QoS Flow 建立这一层。失败次数 4275 次/天，原因值归在“分 5QI 的 QoS Flow 建立失败次数，其它原因”。
这里有个容易翻车的地方：很多人看到“其它原因”就默认是核心网或终端兼容性玄学，直接跳过。但“其它原因”恰恰是需要用信令跟踪去拆的黑匣子。常见做法是先把站点状态和告警过一遍，确认没有设备故障；再查设计图纸和基线配置，确认室分覆盖方式与参数匹配。这个案例里，站点是双通道错层覆盖，两通道覆盖不同区域，基站已按单通道室分基线配置，表面看没有异常。
2.2 信令跟踪锁定重配未完成
真正把问题从“其它原因”里拽出来的是小区信令跟踪。跟踪发现失败次数的 UE 能力几乎一致，怀疑是部分终端导致。进一步看某个用户接入时的信令流程：基站下发重配，但没有收到重配完成，重配置消息里携带的 CSI 信息 ROW=1。
这一步的逻辑链是：QoS Flow 建立过程中，基站会通过 RRC 重配置下发 CSI 相关配置，终端需要按配置完成测量和上报。如果终端能力与配置不匹配，重配完成消息收不到，QoS Flow 建立就会失败，COUNTER 归到“其它原因”。ROW=1 说明当前配置走的是 1T 相关模式，而部分终端不支持 1T，需要 2T 以上。如果配置 criRIPMICQI 模式，需要 2T 以上；1T 场景需要改成 criRICQI，该配置支持 1T。
提示：信令跟踪时重点看重配消息里的 CSI 信息和 ROW 值，这是判断终端能力与配置是否匹配的关键字段。
2.3 参数整改：csiRow 与 reportquantity 的联动
产研专家给出的室分单通道场景配置建议，核心是几个参数：
| 参数名 | 建议值 |
|---|---|
| CQIMeasureCfgcsiRsEnable | TRUE |
| CQIMeasureCfgcsiRow | 2 |
| CQIMeasureCfgcsirsPortAntMap | 0;0;...（全 0 填充） |
| CQIMeasureCfgreportquantity | criricqi |
| PmiMeasureCfgcsiRsEnable | FALSE |
| AprdPmiMeasureCfgcsiRsEnable | FALSE |
5 月 11 号比对现网配置，将 csiRow 修改为 2，reportquantity 修改为 criricqi。参数修改后 QoS Flow 失败次数明显减少，建立成功率恢复正常。调整前后指标对比：
| 时间 | 无线接通率 | SA_RRC 连接建立成功率 | SA_QoSFlow 建立成功率 | SA_NG 接口 UE 相关逻辑信令连接建立成功率 | 分 5QI 的 QoS Flow 建立失败次数，其它原因 |
|---|---|---|---|---|---|
| 5 月 10 日 | 55.88% | 99.51% | 56.32% | 99.71% | 4,275 |
| 5 月 11 日 | 96.51% | 99.65% | 96.92% | 99.92% | 1,031 |
| 5 月 12 日 | 99.46% | 99.57% | 99.89% | 100% | 39 |
| 5 月 13 日 | 99.62% | 99.74% | 99.89% | 100% | 4 |
从 4275 降到 4，用了三天。这个收敛速度说明参数调整直接命中了根因，不是靠话务波动或重启掩盖问题。
3. 单通道室分配置的选型逻辑与操作步骤
3.1 为什么单通道室分要改 CSI 配置
室分建设常使用单通道错层错区域覆盖，这种场景下基站射频通道数与终端能力之间容易出现错配。criRIPMICQI 模式对天线端口有要求，需要 2T 以上；如果实际是 1T 场景，终端无法完成对应的 CSI 测量和上报，重配流程走不完，QoS Flow 建立失败。改成 criRICQI 后，CSI 报告不再依赖 PMI，适配 1T 终端能力，重配完成率恢复，QoS Flow 建立成功率随之回升。
这里的选择逻辑不是“哪个参数更高级”，而是“哪个参数匹配当前通道数和终端能力”。单通道室分基线配置本身没有错，错在 CSI 相关参数没有跟着通道数走。常见做法是：室分单通道场景，csiRow 配 2，reportquantity 配 criricqi，同时关闭 PMI 相关测量开关，避免终端在不支持的测量项上卡住。
3.2 参数修改的操作路径与验证方法
参数修改本身不复杂，关键是改之前确认现网配置、改之后盯指标收敛。操作步骤：
- 确认小区当前 csiRow 和 reportquantity 取值。如果 csiRow=1 且 reportquantity 为 criRIPMICQI 类，基本可以判定为本次问题的候选小区。
- 比对室分设计图纸，确认站点为单通道错层覆盖，且基站已按单通道室分基线配置。
- 修改 CQIMeasureCfgcsiRow 为 2，CQIMeasureCfgreportquantity 为 criricqi。
- 确认 PmiMeasureCfgcsiRsEnable 和 AprdPmiMeasureCfgcsiRsEnable 为 FALSE。
- 修改后连续观察 3 天 QoS Flow 建立成功率和失败 COUNTER，确认收敛。
验证时不要只看一天的数据。5 月 11 日改完当天成功率回到 96.92%，5 月 12 日到 99.89%，5 月 13 日失败次数降到 4。如果只看 5 月 11 日，可能会误判为“还没完全恢复”，实际上参数生效和终端行为收敛需要一点时间。
3.3 全区核查与批量整改
单小区处理完之后，案例里做了一件事：举一反三，全区核查。共发现全区 12 个该类室分问题，已整改，整改后接通指标恢复正常。这一步的价值在于，单通道室分错层覆盖不是孤例，只要建设方式相同、终端群体相似，就可能批量出现同类问题。
批量核查时，建议按以下维度筛选：
- 室分站点覆盖方式为单通道错层或错区域
- SA_QoSFlow 建立成功率明显低于 RRC 和 NG 接口成功率
- 失败 COUNTER 集中在“分 5QI 的 QoS Flow 建立失败次数，其它原因”
- 信令跟踪中重配完成消息缺失，CSI 信息 ROW=1
把这几个条件组合起来，能快速从全网筛出候选小区，不用逐个信令跟踪。
4. 避坑与常见问题排查
4.1 只看 QoS Flow 成功率，忽略 RRC 和 NG 接口指标
现象：QoS Flow 建立成功率低，但 RRC 和 NG 接口指标正常，容易误判为核心网问题或终端随机性问题。
原因：QoS Flow 建立失败发生在 RRC 重配置阶段，RRC 连接建立和 NG 接口逻辑信令连接已经完成，所以这两个指标不受影响。
解决：把四个指标放在一起看，RRC 和 NG 正常、QoS Flow 塌方，优先查 CSI 配置和终端能力匹配。
4.2 把“其它原因”当成不可查的黑匣子
现象：失败 COUNTER 归在“其它原因”，没有明确原因值，排查时容易跳过。
原因：“其它原因”是 COUNTER 分类的兜底项，具体原因需要信令跟踪才能拆开。
解决：对失败次数集中的小区做信令跟踪，重点看重配消息和重配完成消息，看 CSI 信息和 ROW 值。
4.3 改了 csiRow 但没改 reportquantity
现象：只改 csiRow 为 2，reportquantity 保持原值，QoS Flow 建立成功率没有明显恢复。
原因：csiRow 和 reportquantity 是联动参数，criRIPMICQI 和 criricqi 对终端能力的要求不同，只改一个可能仍然不匹配。
解决：按建议值同时修改 csiRow=2 和 reportquantity=criricqi，并确认 PMI 相关开关关闭。
4.4 参数修改后只看一天指标就下结论
现象：改完当天指标有改善但没完全恢复，误判为参数无效或还有其它问题。
原因：终端行为收敛和话务统计周期需要时间，部分终端可能不会立即重新接入。
解决：连续观察 3 天，看失败 COUNTER 的收敛趋势，不要用单天数据做判断。
4.5 全区核查时只按站点名称筛选
现象：只排查已知问题站点附近的室分，漏掉其它区域同类配置的小区。
原因：单通道错层覆盖的建设方式可能分布在多个区域，站点名称没有规律。
解决：按覆盖方式、指标组合、COUNTER 原因值三个维度组合筛选，不依赖站点名称。
5. 把单小区经验变成日常监控规则
这个案例最后被纳入日常指标监控处理手册，方便工程及日常优化人员及时处理。从单次排查到日常规则，中间差的是可执行的筛选条件和参数模板。
我一般会把这几个条件写成日常监控的筛选规则：SA_QoSFlow 建立成功率低于 90%，同时 SA_RRC 连接建立成功率高于 99%，SA_NG 接口 UE 相关逻辑信令连接建立成功率高于 99%，失败 COUNTER 集中在“分 5QI 的 QoS Flow 建立失败次数，其它原因”。命中规则的小区，先查覆盖方式是否为单通道错层，再查 csiRow 和 reportquantity 取值。
参数模板可以直接固化为单通道室分场景的基线：
# 单通道室分场景 CSI 相关参数基线（按实际网管命令格式调整） CQIMeasureCfgcsiRsEnable = TRUE CQIMeasureCfgcsiRow = 2 CQIMeasureCfgreportquantity = criricqi PmiMeasureCfgcsiRsEnable = FALSE AprdPmiMeasureCfgcsiRsEnable = FALSE这段模板的关键不是命令本身，而是它对应的场景边界：单通道、室分、错层或错区域覆盖。如果站点是双通道或通道数更高，csiRow 和 reportquantity 的取值需要重新评估，不能直接套用。参数修改前一定要比对现网配置和设计图纸，确认覆盖方式与参数匹配。
还有一个容易忽略的点：终端能力分布。案例里失败次数的 UE 能力几乎一致，说明是特定终端群体触发的问题。日常监控时，如果发现某类终端在特定小区集中失败，可以把终端型号和小区配置做关联分析，提前发现配置与终端能力的错配。
从那以后我每次处理 QoS Flow 建立成功率异常，都强制走一遍“指标组合 → 信令跟踪 → 参数比对 → 全区核查”的流程，不再单看一个成功率就下结论。希望帮到你。
本文还有配套的精品资源，点击获取
