简介一份专注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到UPFQoS 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和UPFUE通过RRC连接和gNB交互。QoS Flow的建立通常由网络侧发起核心网发送PDU Session Resource Setup Request给gNBgNB根据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对低优先级数据流量的建立请求执行拒绝策略。这个策略在有些厂家通过参数配置有些是固定行为。如果室分站点上部署了VoNR5G新语音服务要关注语音流量对数据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网络建设成能根据不同业务动态调整承载能力的智能管道。本文还有配套的精品资源点击获取 5G SA室分QoS Flow建立成功率异常排查完全指南
简介一份专注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到UPFQoS 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和UPFUE通过RRC连接和gNB交互。QoS Flow的建立通常由网络侧发起核心网发送PDU Session Resource Setup Request给gNBgNB根据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对低优先级数据流量的建立请求执行拒绝策略。这个策略在有些厂家通过参数配置有些是固定行为。如果室分站点上部署了VoNR5G新语音服务要关注语音流量对数据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网络建设成能根据不同业务动态调整承载能力的智能管道。本文还有配套的精品资源点击获取