简介围绕爱立信5G网络KPI体系整理的演示文稿面向无线网络优化工程师、5G规划建设人员及需要理解KPI counter口径的学习者用于梳理从单站到全网的性能评估框架。内容把KPI优化置于网络优化流程中区分路测KPI与网络统计KPI并说明单站验证、15至40站规模的簇优化和全网优化各自关注的指标与测试范围。演示稿还按NR NSA、NR SA及LTE接入维度组织接入性、保持性、移动性、完整性、业务量、PRB利用率、干扰、无线质量和用户面时延等统计项补充发展期、成熟期NSA/SA终端关注重点以及覆盖优化中的SS-RSRP/SS-SINR比例、上下行速率、切换与掉线、PING时延、5G驻留时长占比等验收指标。资源包共1个pptx文件约450KB结构紧凑适合培训宣讲、指标口径对照和优化复盘时查阅。已有143人学习。1. 5G KPI到底是什么把网络体检报告读成一句人话去医院体检报告单上密密麻麻写着血压、血脂、血糖每个数值后面还跟着一个参考区间。医生不会因为你某一项超了就直接下结论而是把几项凑在一起看判断整体状态。5G KPI扮演的就是这份体检报告的角色——它把一张看不见、摸不着的无线网络翻译成一串能对比、能定位、能改进的数字。通俗地说5G KPI 就是衡量 5G 网络好不好用的一组关键性能指标Key Performance Indicators覆盖接入、保持、完整性、移动性、业务量等几个维度。它的价值在于把用户觉得卡这种模糊抱怨变成某小区下行平均速率掉到 200Mbps、SS-SINR 达标率不足 80%这样能直接下手的问题。搞懂这套体系你才知道网络优化到底在优化什么。2. 为什么需要一套KPI体系从单站验证到全网优化的三段式网络优化最容易犯的错是把整张网当成一个整体去调。几千个基站同时开动参数一改一大片最后指标没上去连问题出在哪个站都说不清。KPI 体系存在的第一个理由就是把优化拆成有先后顺序的三段单站验证、簇优化、全网优化。每一段有独立的指标口径和判定标准前一段不通过后一段的数据就没有参考价值。打个比方这就像装修房子先逐个检查每盏灯亮不亮单站验证再把一个房间的线路整体调一遍簇优化最后才是全屋验收全网优化。跳过任何一步后面都会返工。2.1 单站验证基站入网前的体检单站验证发生在基站正式入网之前目的很单纯保证这一个站的性能是正常的。检查项包括单站健康检查、单站建设完整性以及接入性、保持性、移动性、完整性、业务量这几类基础指标。为什么非要单独做这一步因为一个带病上岗的基站会污染整网数据。比如某个站的驻波比异常、天馈接反、邻区漏配它自己可能还能勉强工作但在簇优化阶段你会看到周边小区的切换成功率莫名其妙地掉最后排查半天发现根子在它身上。血泪经验往往就是这么攒出来的一个站的参数配错能让一整个簇的指标看起来都像玄学。单站验证的判定逻辑是合格/不合格不是好/更好。它只回答一个问题这个站的各项能力是否达到设计预期。合格了才允许进入下一阶段不合格就退回去整改。2.2 簇优化15~40个基站为一组的小考单站全部合格之后把地理位置相邻的 15~40 个基站组成一个簇做簇级优化。这一阶段主要依靠路测做两件事RF射频优化和异常事件优化。RF 优化解决的是覆盖问题——天线方位角、下倾角、功率配置目标是让信号在该有覆盖的地方有覆盖在不该越界的地方别乱飘。异常事件优化解决的是流程问题——掉线、切换失败、接入失败这类事件通过路测信令回溯定位到具体原因。簇优化之所以要成簇而不是成站是因为移动性指标天生是站与站之间的关系。切换成功率、掉线率这些指标单看一个站没有意义必须看它和邻居之间的配合。一个簇内的基站互相是邻居把它们打包评估才能看出真实的移动性表现。提示簇的划分不是随机的通常沿地理边界和话务边界切分避免把密集城区和郊县强行塞进同一个簇否则指标会被平均得看不出问题。2.3 全网优化路测与话统双线并行簇优化全部达标后进入全网优化。测试范围从一个簇扩大到整张网络关注点也从只看路测变成路测指标和网管性能指标同时看。这一步的区别很关键。路测是抽样跑的是几条固定路线样本量有限但能反映真实用户感知网管性能指标也就是话统是全量统计覆盖所有小区所有时段但它是网络侧自己记的账和用户实际体验之间可能有偏差。两者必须互相印证路测发现某段路速率低就去话统里查对应小区在那个时段有没有拥塞、有没有干扰话统显示某小区掉线率高就去路测里看是不是特定路段、特定终端才复现。三个阶段的对比如下阶段覆盖范围主要手段核心关注判定口径单站验证单个基站现场测试健康检查、建设完整性、基础能力合格 / 不合格簇优化15~40 个基站以路测为主RF 优化、异常事件簇级 KPI 达标全网优化整张网络路测 话统路测指标与网管指标双向印证全网 KPI 达标看懂这张表就明白为什么很多优化工作会翻车明明是在做全网优化用的却是单站验证的思路一个站一个站地抠抠完发现整网指标没动——因为问题本来就在站与站之间。3. 五大指标类别接入、保持、完整、移动、业务量5G KPI 的统计指标体系可以归成几大类接入性、保持性、完整性、移动性、业务量再加上无线质量和可用性。每一类回答一个非常朴素的问题。3.1 接入性与保持性能不能连上、会不会掉接入性回答能不能连上。在 NSA 组网下它不是一个指标而是一串NR 网络中接入、NR Leg 建立、LTE 网络中接入。因为 NSA 终端要同时挂上 LTE 锚点和 NR 辅节点任何一条腿没接上业务就起不来。话统里最常看的两个计数器是pmEndcSetupUeAttENDC 建立尝试次数和pmEndcSetupUeSuccENDC 建立成功次数eNB 侧和 gNB 侧各有一套两侧的成功率要分开算、分开看。两侧数字对不上通常意味着接口或者配置有问题。保持性回答连上之后会不会掉。对应的指标是会话掉线率、NR 连接释放、NR Leg 释放、LTE 连接释放以及 LTE 侧的异常释放比例。这里有一处特别容易被忽略的注释NSA 场景下NR Leg 的建立失败或释放用户是感知不到接入性、保持性下降的——因为 LTE 那条腿还在业务会回落到 LTE 继续跑。但用户的速率和时延会实打实地变差。也就是说这类问题不会体现在接入类和保持类指标上只会悄悄体现在完整性指标里。做优化的人如果只盯着接入成功率就会漏掉一整片问题。3.2 完整性与移动性速率够不够、切换顺不顺完整性管的是用起来爽不爽核心是速率和时延。指标包括 NR 速率、LTE 速率、LTE Leg 速率以及用户面时延、添加 NR Leg 的时延。速率类指标通常要同时看平均值和达标率前者反映整体水平后者反映体验的一致性。移动性管的是走动的时候顺不顺。NR 内同频切换、异频切换、NR 与 LTE 互操作、LTE 异系统互操作都在这一类。NSA 下还要再拆细gNB 内切换成功率和 gNB 间切换成功率分别对应同一 gNB 内部和跨 gNB 的辅节点变更。话统里对应的计数器名字很长但结构很清楚# NSA 场景下几个移动性与接入性指标的算法示意 att_intra 8600 # pmEndcPSCellChangeAttIntraSgnbgNB内辅节点变更尝试次数 succ_intra 8450 # pmEndcPSCellChangeSuccIntraSgnbgNB内辅节点变更成功次数 att_inter 3100 # pmEndcPSCellChangeAttInterSgnbgNB间辅节点变更尝试次数 succ_inter 2980 # pmEndcPSCellChangeSuccInterSgnbgNB间辅节点变更成功次数 print(fgNB内切换成功率: {succ_intra / att_intra * 100:.2f}%) print(fgNB间切换成功率: {succ_inter / att_inter * 100:.2f}%)这段代码只做一件事用成功次数除以尝试次数。参数含义已经在注释里标出Att是 attempt尝试Succ是 success成功IntraSgnb和InterSgnb区分的是同一个 gNB 内部还是跨 gNB。分母用错是最常见的错误——有人拿成功次数去除以总用户数或者总呼叫数算出来的数字看着挺好看其实没有物理意义。3.3 业务量与无线质量用户数和PRB利用率说明了什么业务量类指标包括 ENDC 用户数、NR 用户数、ENDC 流量、NR 流量、ENDC 能力用户数。话统里常用的三个最大用户数pmRrcConnLevelMaxEnDc、平均用户数pmRrcConnLevelSumEnDc / pmRrcConnLevelSamp、上下行总流量(pmMacVolUl pmMacVolDl)/8/1024/1024/1024换算成 GB。最后一串除法的意思是字节转比特除以 8转 KB 除以 1024一路除到 GB。无线质量类指标更能说明为什么慢。PRB 利用率反映资源占用程度上下行干扰反映底噪水平编码方式比例256QAM、64QAM、16QAM、QPSK、BPSK和 RANK 比例单流、两流占比反映空口条件好坏。一个小区速率上不去可能是 PRB 打满了可能是干扰太大导致只能跑低阶调制也可能是信道条件差只能单流传输——这三种原因对应的处理手段完全不同。举一个具体的算法例子小区内用户下行平均速率# 小区内用户下行平均速率结果单位为 kbps pmMacVolDlDrb 7_500_000_000 # DRB 下行 MAC 层字节数 pmMacTimeDlDrb 18_000 # DRB 下行持续时长单位 ms thp_kbps 64 * pmMacVolDlDrb / pmMacTimeDlDrb print(f下行平均速率: {thp_kbps / 1024:.2f} Mbps)系数 64 来自字节转比特8× 毫秒转秒的倒数1000/125这一串单位换算的合并结果所以分子用字节、分母用毫秒直接乘 64 得到的就是 kbps。第一次看到这个公式的人大多会愣一下但把单位拆开推一遍就通了。同理小区 MAC 层下行速率用64 * pmMacVolDl / pmPdschSchedActivity区别在于分母换成了 PDSCH 实际调度时长——一个有业务就计时一个只在有调度时计时两者算出来的数值天然不同不能混着比。4. NSA、SA与LTE三套指标体系怎么对上5G 的指标体系之所以看起来复杂根源在于组网方式不止一种。NSA非独立组网、SA独立组网、以及作为底座的 LTE三套体系并存指标名字相似但口径不同混用就会得出错误结论。4.1 NSA的双连接结构MN锚点与SN辅节点NSA 下终端同时连接两个节点MNMaster Node主节点通常是 LTE 基站和 SNSecondary Node辅节点即 NR 基站。这种结构叫 EN-DC。理解了这一点就能理解为什么 NSA 的 KPI 里到处是锚点这个词——LTE 锚点连接建立成功率、LTE 锚点掉线率、LTE 锚点切换成功率这些指标评价的其实是那条保命的腿稳不稳。也正因为有两条腿NSA 的指标必须分腿统计。NR 辅节点连接建立成功率 NR 辅节点成功增加次数 / 辅节点尝试增加次数这个指标只看 NR 那条腿而 EN-DC MN 锚点连接建立成功率只看 LTE 那条腿。两条腿的达标要求也不一样前者常见要求是 98%后者是 99%——锚点更严格因为它一旦断了整个业务就没了。SN 变更的时延指标同样分控制面和用户面。控制面看的是从终端收到 RRC Connection Reconfiguration 信令开始到向目标小区发送 RRC Connection Reconfiguration Complete 完成的时间差用户面看的是基于 PDCP 数据包序号统计的断流时长——下行从收到源 SN 最后一个包到收到目标 SN 第一个包上行反过来。这两个时延的门槛通常在 20ms 和 40ms 量级超出就意味着用户在切换瞬间会感到明显的卡顿。4.2 从发展期到成熟期指标关注点怎么迁移同一张网络处在不同建设阶段该重点看的指标是不一样的。NR 不连续覆盖的发展期、NR 连续覆盖的成熟期 NSA、成熟期 SA三者的关注点存在明显迁移指标类别发展期NR 不连续成熟期 NSANR 连续成熟期 SANR 连续接入性会话建立成功率会话建立成功率会话建立成功率、NR 支路建立成功率保持性会话掉线率会话掉线率会话掉线率、NR 支路掉线率完整性用户速率NR 支路速率用户速率、NR 支路速率移动性锚点 LTE 切换成功率NR 切换成功率IntraF / InterFNR 切换成功率、NR 支路切换成功率、NR IRAT 成功率业务量NR 的业务量PRB 利用率、NR 用户数PRB 利用率、NR 用户数无线质量上下行干扰上行干扰、编码方式、时延、MIMO 用户数上行干扰、编码方式、时延、MIMO 用户数可用性小区完好率小区完好率小区完好率这张表的读法是发展期网络还没连成片终端经常要在 NR 和 LTE 之间来回跳所以移动性上只能看锚点 LTE 的切换NR 自身的切换还谈不上到了成熟期 NSANR 连成片了NR 切换成功率才成为主角进入 SA 之后支路这个维度消失了取而代之的是端到端的用户速率和 NR 自身的异系统切换。搞错阶段会闹笑话。比如在发展期盯着 NR 切换成功率看数据样本少得可怜指标忽高忽低全是噪声又比如在 SA 阶段还按 NSA 的口径去找锚点掉线率根本找不到对应的计数器。4.3 覆盖类KPISS-RSRP与SS-SINR的门槛覆盖是 5G 优化的地基覆盖类 KPI 的判定通常用比例而不是平均值。原因很直白一段路上 95% 的位置信号很好、5% 的位置完全没信号平均值可能依然漂亮但用户体验是每隔几百米断一次。常用的两个门限指标是 SS-RSRP同步信号参考信号接收功率和 SS-SINR同步信号信噪比。建设初期的典型要求是SS-RSRP 高于 -88dBm 的比例大于 90%SS-SINR 高于 3dB 的比例大于 90%。这两个数字必须成对出现——只看 RSRP 会漏掉信号很强但干扰很大的情况那种场景下终端显示的格数满格实际速率却上不去是最容易被投诉的一种。验收口径上还有一组更宽松但更强调能用的门槛无线覆盖率定义为 SS-RSRP ≥ -100dBm 且 SS-SINR ≥ 0dB 的数据点百分比要求不低于 90%。注意这里是且两个条件同时满足才算一个有效覆盖点。速率方面的验收目标通常按运营商分别设定比如某运营商要求 NSA/SA 下行平均 500Mbps另一家要求 420Mbps上行某运营商 NSA 50Mbps、SA 80Mbps另一家 60Mbps。这类数值会随网络规模和当地要求动态调整属于典型的以当地客户要求为准。还有一个容易被当成覆盖率用的指标5G 驻留时长占比 5G 网络驻留时长 / 总体测试时长常被作为覆盖考察指标。它和覆盖率的区别在于覆盖率看的是信号够不够强驻留比看的是终端愿不愿意待在 5G 上。信号够强但终端被参数赶回 LTE覆盖率满分、驻留比很难看这种情况在实际网络中并不罕见。5. 常见误区这几个概念最容易混KPI 体系里有一批长得像、名字像、算法不像的概念初学者混用之后往往做出错误的优化决策。下面五组是最典型的。5.1 路测KPI 与 话统KPI易混点两个都叫 KPI都能算出成功率和速率很多人以为只是数据来源不同指标本身是一回事。为什么混它们的名字确实重合度很高都有接入、保持、速率、切换这几类指标名甚至一模一样。怎么区分路测 KPI 来自测试终端在固定路线上跑出来的样本是抽样数据反映的是用户在这条路上感知如何话统 KPI 来自网络侧计数器的全量统计反映的是所有小区所有时段发生了什么。路测样本量小但贴近真实体验话统覆盖全但可能和体验脱节。判断标准也不同路测看的是达标率比如单用户下行速率 ≥100Mbps 的样点占比 ≥90%话统看的是全量比值。分析问题时路测负责发现问题路段话统负责定位问题小区顺序不能颠倒。5.2 接入成功率 与 会话建立成功率易混点两者都描述业务能不能起来常被当成同义词互换使用。为什么混在 LTE 单连接时代二者几乎是同一件事很多人带着这个习惯进了 5G。怎么区分会话建立成功率是从用户业务角度看的端到端指标而在 NSA 下一次成功的会话可能包含 MN 锚点建立和 NR 辅节点建立两步各自有独立的成功率。NR 辅节点建立失败时业务可能仍然建立成功只是跑在 LTE 上。所以会出现会话建立成功率 99%但 NR 支路建立成功率只有 95%这种组合此时用户能上网但速率明显偏低。看接入类指标必须明确问一句这是端到端的还是某条支路的。5.3 掉线率 与 异常释放比例易混点都涉及连接断掉看起来只是叫法不同。为什么混异常释放听起来就像是掉线的另一种说法字面意思高度接近。怎么区分掉线率的分母是成功完成连接建立次数分子是掉线次数它是一个面向用户感知的比率衡量的是连上之后非正常断开的概率。异常释放比例则是话统侧的一个统计量统计的是各类异常释放原因在总释放中的占比它可以包含用户主动释放、网络侧因资源或拥塞触发的释放等多种情形粒度更细但不直接等于用户感知的掉线。掉线率适合对外汇报异常释放比例适合对内定位——前者告诉你有多严重后者告诉你为什么。5.4 覆盖率 与 驻留比易混点都用来评价5G 铺得好不好经常在同一张汇报表里并列出现。为什么混在理想情况下有覆盖就应该有驻留两个数字确实应该接近。怎么区分覆盖率是信号强度的空间统计问的是这个地方信号够不够强驻留比是时间的统计问的是终端在这里待了多久。覆盖率 95% 而驻留比只有 80%说明网络信号没问题但终端被某些策略赶回了 LTE——可能是锚点优先接入策略、可能是邻区配置让终端过早重选、也可能是终端能力或套餐限制。覆盖率低而驻留比高则说明测试区域选得偏乐观。两个指标一起看才能区分建设问题和策略问题。5.5 平均值 与 达标率易混点都能描述速率汇报时随手挑一个用。为什么混平均值算起来简单达标率要设门限很多人图省事只用平均值。怎么区分平均值把所有样本一锅烩一段高速加一段断流平均下来可能还挺好看达标率设一条线比如 ≥100Mbps 的样点占比专门暴露分布的不均匀。做验收和对比时必须用达标率因为它是最差那部分体验的守门员做容量规划时可以看平均值因为关心的是总量。同一批数据平均值 420Mbps 可能对应达标率 85%也可能是 98%两者背后的网络状态天差地别。6. 什么时候该看KPI、什么时候别被KPI牵着走KPI 是工具不是目标。判断什么时候该用、什么时候该停可以按场景分场景适合看 KPI不适合只看 KPI单站入网健康检查、基础能力是否合格用单站指标推断整网表现簇优化RF 质量、异常事件定位用簇级平均值掩盖个别问题站全网验收覆盖率、达标率、切换成功率用平均值替代达标率日常运维掉线率、PRB 利用率趋势指标正常就认为用户没问题投诉处理定位到具体小区和时段只报指标不还原用户场景一个具体的例子。某段道路用户反馈看视频总转圈路测数据显示该路段 SS-RSRP 达到 -85dBm、覆盖率指标漂亮得很但单用户下行速率达标率只有 70%。切到话统看对应小区PRB 利用率在忙时长期贴着高位上行干扰也偏高。这时候如果只盯覆盖率结论会是覆盖没问题可能是终端或服务器问题然后就卡住了把覆盖率、达标率、PRB 利用率、上行干扰四个指标串起来看问题才清晰不是信号不够是资源不够外加干扰压着调制阶数上不去。对应动作是扩容和干扰排查跟加功率、调天馈一点关系都没有。反过来也有不该迷信 KPI 的时候。用户投诉集中在某个时段、某类终端而全网指标纹丝不动这恰恰说明指标口径没有覆盖到那个维度。这时候该做的是缩小统计粒度——按时段、按终端类型、按小区拆开看而不是继续盯着那张全网红绿报表自我安慰。我自己踩过最深的一个坑是早期做簇优化时只看了切换成功率指标 99% 以上觉得一切正常结果用户投诉不断。后来把异常释放比例和 NR 辅节点建立成功率一起拉出来才发现有一批站点的 NR 腿压根就没建起来几次用户全程跑在 LTE 上切换当然成功——因为根本没有 NR 可切。从那以后我每次看一组 KPI都强制走一遍这个指标的分母是谁、失败的那部分去哪了的检查宁可多问一句也不让数字替我做决定。希望帮到你。本文还有配套的精品资源点击获取 简介围绕爱立信5G网络KPI体系整理的演示文稿面向无线网络优化工程师、5G规划建设人员及需要理解KPI counter口径的学习者用于梳理从单站到全网的性能评估框架。内容把KPI优化置于网络优化流程中区分路测KPI与网络统计KPI并说明单站验证、15至40站规模的簇优化和全网优化各自关注的指标与测试范围。演示稿还按NR NSA、NR SA及LTE接入维度组织接入性、保持性、移动性、完整性、业务量、PRB利用率、干扰、无线质量和用户面时延等统计项补充发展期、成熟期NSA/SA终端关注重点以及覆盖优化中的SS-RSRP/SS-SINR比例、上下行速率、切换与掉线、PING时延、5G驻留时长占比等验收指标。资源包共1个pptx文件约450KB结构紧凑适合培训宣讲、指标口径对照和优化复盘时查阅。已有143人学习。1. 5G KPI到底是什么把网络体检报告读成一句人话去医院体检报告单上密密麻麻写着血压、血脂、血糖每个数值后面还跟着一个参考区间。医生不会因为你某一项超了就直接下结论而是把几项凑在一起看判断整体状态。5G KPI扮演的就是这份体检报告的角色——它把一张看不见、摸不着的无线网络翻译成一串能对比、能定位、能改进的数字。通俗地说5G KPI 就是衡量 5G 网络好不好用的一组关键性能指标Key Performance Indicators覆盖接入、保持、完整性、移动性、业务量等几个维度。它的价值在于把用户觉得卡这种模糊抱怨变成某小区下行平均速率掉到 200Mbps、SS-SINR 达标率不足 80%这样能直接下手的问题。搞懂这套体系你才知道网络优化到底在优化什么。2. 为什么需要一套KPI体系从单站验证到全网优化的三段式网络优化最容易犯的错是把整张网当成一个整体去调。几千个基站同时开动参数一改一大片最后指标没上去连问题出在哪个站都说不清。KPI 体系存在的第一个理由就是把优化拆成有先后顺序的三段单站验证、簇优化、全网优化。每一段有独立的指标口径和判定标准前一段不通过后一段的数据就没有参考价值。打个比方这就像装修房子先逐个检查每盏灯亮不亮单站验证再把一个房间的线路整体调一遍簇优化最后才是全屋验收全网优化。跳过任何一步后面都会返工。2.1 单站验证基站入网前的体检单站验证发生在基站正式入网之前目的很单纯保证这一个站的性能是正常的。检查项包括单站健康检查、单站建设完整性以及接入性、保持性、移动性、完整性、业务量这几类基础指标。为什么非要单独做这一步因为一个带病上岗的基站会污染整网数据。比如某个站的驻波比异常、天馈接反、邻区漏配它自己可能还能勉强工作但在簇优化阶段你会看到周边小区的切换成功率莫名其妙地掉最后排查半天发现根子在它身上。血泪经验往往就是这么攒出来的一个站的参数配错能让一整个簇的指标看起来都像玄学。单站验证的判定逻辑是合格/不合格不是好/更好。它只回答一个问题这个站的各项能力是否达到设计预期。合格了才允许进入下一阶段不合格就退回去整改。2.2 簇优化15~40个基站为一组的小考单站全部合格之后把地理位置相邻的 15~40 个基站组成一个簇做簇级优化。这一阶段主要依靠路测做两件事RF射频优化和异常事件优化。RF 优化解决的是覆盖问题——天线方位角、下倾角、功率配置目标是让信号在该有覆盖的地方有覆盖在不该越界的地方别乱飘。异常事件优化解决的是流程问题——掉线、切换失败、接入失败这类事件通过路测信令回溯定位到具体原因。簇优化之所以要成簇而不是成站是因为移动性指标天生是站与站之间的关系。切换成功率、掉线率这些指标单看一个站没有意义必须看它和邻居之间的配合。一个簇内的基站互相是邻居把它们打包评估才能看出真实的移动性表现。提示簇的划分不是随机的通常沿地理边界和话务边界切分避免把密集城区和郊县强行塞进同一个簇否则指标会被平均得看不出问题。2.3 全网优化路测与话统双线并行簇优化全部达标后进入全网优化。测试范围从一个簇扩大到整张网络关注点也从只看路测变成路测指标和网管性能指标同时看。这一步的区别很关键。路测是抽样跑的是几条固定路线样本量有限但能反映真实用户感知网管性能指标也就是话统是全量统计覆盖所有小区所有时段但它是网络侧自己记的账和用户实际体验之间可能有偏差。两者必须互相印证路测发现某段路速率低就去话统里查对应小区在那个时段有没有拥塞、有没有干扰话统显示某小区掉线率高就去路测里看是不是特定路段、特定终端才复现。三个阶段的对比如下阶段覆盖范围主要手段核心关注判定口径单站验证单个基站现场测试健康检查、建设完整性、基础能力合格 / 不合格簇优化15~40 个基站以路测为主RF 优化、异常事件簇级 KPI 达标全网优化整张网络路测 话统路测指标与网管指标双向印证全网 KPI 达标看懂这张表就明白为什么很多优化工作会翻车明明是在做全网优化用的却是单站验证的思路一个站一个站地抠抠完发现整网指标没动——因为问题本来就在站与站之间。3. 五大指标类别接入、保持、完整、移动、业务量5G KPI 的统计指标体系可以归成几大类接入性、保持性、完整性、移动性、业务量再加上无线质量和可用性。每一类回答一个非常朴素的问题。3.1 接入性与保持性能不能连上、会不会掉接入性回答能不能连上。在 NSA 组网下它不是一个指标而是一串NR 网络中接入、NR Leg 建立、LTE 网络中接入。因为 NSA 终端要同时挂上 LTE 锚点和 NR 辅节点任何一条腿没接上业务就起不来。话统里最常看的两个计数器是pmEndcSetupUeAttENDC 建立尝试次数和pmEndcSetupUeSuccENDC 建立成功次数eNB 侧和 gNB 侧各有一套两侧的成功率要分开算、分开看。两侧数字对不上通常意味着接口或者配置有问题。保持性回答连上之后会不会掉。对应的指标是会话掉线率、NR 连接释放、NR Leg 释放、LTE 连接释放以及 LTE 侧的异常释放比例。这里有一处特别容易被忽略的注释NSA 场景下NR Leg 的建立失败或释放用户是感知不到接入性、保持性下降的——因为 LTE 那条腿还在业务会回落到 LTE 继续跑。但用户的速率和时延会实打实地变差。也就是说这类问题不会体现在接入类和保持类指标上只会悄悄体现在完整性指标里。做优化的人如果只盯着接入成功率就会漏掉一整片问题。3.2 完整性与移动性速率够不够、切换顺不顺完整性管的是用起来爽不爽核心是速率和时延。指标包括 NR 速率、LTE 速率、LTE Leg 速率以及用户面时延、添加 NR Leg 的时延。速率类指标通常要同时看平均值和达标率前者反映整体水平后者反映体验的一致性。移动性管的是走动的时候顺不顺。NR 内同频切换、异频切换、NR 与 LTE 互操作、LTE 异系统互操作都在这一类。NSA 下还要再拆细gNB 内切换成功率和 gNB 间切换成功率分别对应同一 gNB 内部和跨 gNB 的辅节点变更。话统里对应的计数器名字很长但结构很清楚# NSA 场景下几个移动性与接入性指标的算法示意 att_intra 8600 # pmEndcPSCellChangeAttIntraSgnbgNB内辅节点变更尝试次数 succ_intra 8450 # pmEndcPSCellChangeSuccIntraSgnbgNB内辅节点变更成功次数 att_inter 3100 # pmEndcPSCellChangeAttInterSgnbgNB间辅节点变更尝试次数 succ_inter 2980 # pmEndcPSCellChangeSuccInterSgnbgNB间辅节点变更成功次数 print(fgNB内切换成功率: {succ_intra / att_intra * 100:.2f}%) print(fgNB间切换成功率: {succ_inter / att_inter * 100:.2f}%)这段代码只做一件事用成功次数除以尝试次数。参数含义已经在注释里标出Att是 attempt尝试Succ是 success成功IntraSgnb和InterSgnb区分的是同一个 gNB 内部还是跨 gNB。分母用错是最常见的错误——有人拿成功次数去除以总用户数或者总呼叫数算出来的数字看着挺好看其实没有物理意义。3.3 业务量与无线质量用户数和PRB利用率说明了什么业务量类指标包括 ENDC 用户数、NR 用户数、ENDC 流量、NR 流量、ENDC 能力用户数。话统里常用的三个最大用户数pmRrcConnLevelMaxEnDc、平均用户数pmRrcConnLevelSumEnDc / pmRrcConnLevelSamp、上下行总流量(pmMacVolUl pmMacVolDl)/8/1024/1024/1024换算成 GB。最后一串除法的意思是字节转比特除以 8转 KB 除以 1024一路除到 GB。无线质量类指标更能说明为什么慢。PRB 利用率反映资源占用程度上下行干扰反映底噪水平编码方式比例256QAM、64QAM、16QAM、QPSK、BPSK和 RANK 比例单流、两流占比反映空口条件好坏。一个小区速率上不去可能是 PRB 打满了可能是干扰太大导致只能跑低阶调制也可能是信道条件差只能单流传输——这三种原因对应的处理手段完全不同。举一个具体的算法例子小区内用户下行平均速率# 小区内用户下行平均速率结果单位为 kbps pmMacVolDlDrb 7_500_000_000 # DRB 下行 MAC 层字节数 pmMacTimeDlDrb 18_000 # DRB 下行持续时长单位 ms thp_kbps 64 * pmMacVolDlDrb / pmMacTimeDlDrb print(f下行平均速率: {thp_kbps / 1024:.2f} Mbps)系数 64 来自字节转比特8× 毫秒转秒的倒数1000/125这一串单位换算的合并结果所以分子用字节、分母用毫秒直接乘 64 得到的就是 kbps。第一次看到这个公式的人大多会愣一下但把单位拆开推一遍就通了。同理小区 MAC 层下行速率用64 * pmMacVolDl / pmPdschSchedActivity区别在于分母换成了 PDSCH 实际调度时长——一个有业务就计时一个只在有调度时计时两者算出来的数值天然不同不能混着比。4. NSA、SA与LTE三套指标体系怎么对上5G 的指标体系之所以看起来复杂根源在于组网方式不止一种。NSA非独立组网、SA独立组网、以及作为底座的 LTE三套体系并存指标名字相似但口径不同混用就会得出错误结论。4.1 NSA的双连接结构MN锚点与SN辅节点NSA 下终端同时连接两个节点MNMaster Node主节点通常是 LTE 基站和 SNSecondary Node辅节点即 NR 基站。这种结构叫 EN-DC。理解了这一点就能理解为什么 NSA 的 KPI 里到处是锚点这个词——LTE 锚点连接建立成功率、LTE 锚点掉线率、LTE 锚点切换成功率这些指标评价的其实是那条保命的腿稳不稳。也正因为有两条腿NSA 的指标必须分腿统计。NR 辅节点连接建立成功率 NR 辅节点成功增加次数 / 辅节点尝试增加次数这个指标只看 NR 那条腿而 EN-DC MN 锚点连接建立成功率只看 LTE 那条腿。两条腿的达标要求也不一样前者常见要求是 98%后者是 99%——锚点更严格因为它一旦断了整个业务就没了。SN 变更的时延指标同样分控制面和用户面。控制面看的是从终端收到 RRC Connection Reconfiguration 信令开始到向目标小区发送 RRC Connection Reconfiguration Complete 完成的时间差用户面看的是基于 PDCP 数据包序号统计的断流时长——下行从收到源 SN 最后一个包到收到目标 SN 第一个包上行反过来。这两个时延的门槛通常在 20ms 和 40ms 量级超出就意味着用户在切换瞬间会感到明显的卡顿。4.2 从发展期到成熟期指标关注点怎么迁移同一张网络处在不同建设阶段该重点看的指标是不一样的。NR 不连续覆盖的发展期、NR 连续覆盖的成熟期 NSA、成熟期 SA三者的关注点存在明显迁移指标类别发展期NR 不连续成熟期 NSANR 连续成熟期 SANR 连续接入性会话建立成功率会话建立成功率会话建立成功率、NR 支路建立成功率保持性会话掉线率会话掉线率会话掉线率、NR 支路掉线率完整性用户速率NR 支路速率用户速率、NR 支路速率移动性锚点 LTE 切换成功率NR 切换成功率IntraF / InterFNR 切换成功率、NR 支路切换成功率、NR IRAT 成功率业务量NR 的业务量PRB 利用率、NR 用户数PRB 利用率、NR 用户数无线质量上下行干扰上行干扰、编码方式、时延、MIMO 用户数上行干扰、编码方式、时延、MIMO 用户数可用性小区完好率小区完好率小区完好率这张表的读法是发展期网络还没连成片终端经常要在 NR 和 LTE 之间来回跳所以移动性上只能看锚点 LTE 的切换NR 自身的切换还谈不上到了成熟期 NSANR 连成片了NR 切换成功率才成为主角进入 SA 之后支路这个维度消失了取而代之的是端到端的用户速率和 NR 自身的异系统切换。搞错阶段会闹笑话。比如在发展期盯着 NR 切换成功率看数据样本少得可怜指标忽高忽低全是噪声又比如在 SA 阶段还按 NSA 的口径去找锚点掉线率根本找不到对应的计数器。4.3 覆盖类KPISS-RSRP与SS-SINR的门槛覆盖是 5G 优化的地基覆盖类 KPI 的判定通常用比例而不是平均值。原因很直白一段路上 95% 的位置信号很好、5% 的位置完全没信号平均值可能依然漂亮但用户体验是每隔几百米断一次。常用的两个门限指标是 SS-RSRP同步信号参考信号接收功率和 SS-SINR同步信号信噪比。建设初期的典型要求是SS-RSRP 高于 -88dBm 的比例大于 90%SS-SINR 高于 3dB 的比例大于 90%。这两个数字必须成对出现——只看 RSRP 会漏掉信号很强但干扰很大的情况那种场景下终端显示的格数满格实际速率却上不去是最容易被投诉的一种。验收口径上还有一组更宽松但更强调能用的门槛无线覆盖率定义为 SS-RSRP ≥ -100dBm 且 SS-SINR ≥ 0dB 的数据点百分比要求不低于 90%。注意这里是且两个条件同时满足才算一个有效覆盖点。速率方面的验收目标通常按运营商分别设定比如某运营商要求 NSA/SA 下行平均 500Mbps另一家要求 420Mbps上行某运营商 NSA 50Mbps、SA 80Mbps另一家 60Mbps。这类数值会随网络规模和当地要求动态调整属于典型的以当地客户要求为准。还有一个容易被当成覆盖率用的指标5G 驻留时长占比 5G 网络驻留时长 / 总体测试时长常被作为覆盖考察指标。它和覆盖率的区别在于覆盖率看的是信号够不够强驻留比看的是终端愿不愿意待在 5G 上。信号够强但终端被参数赶回 LTE覆盖率满分、驻留比很难看这种情况在实际网络中并不罕见。5. 常见误区这几个概念最容易混KPI 体系里有一批长得像、名字像、算法不像的概念初学者混用之后往往做出错误的优化决策。下面五组是最典型的。5.1 路测KPI 与 话统KPI易混点两个都叫 KPI都能算出成功率和速率很多人以为只是数据来源不同指标本身是一回事。为什么混它们的名字确实重合度很高都有接入、保持、速率、切换这几类指标名甚至一模一样。怎么区分路测 KPI 来自测试终端在固定路线上跑出来的样本是抽样数据反映的是用户在这条路上感知如何话统 KPI 来自网络侧计数器的全量统计反映的是所有小区所有时段发生了什么。路测样本量小但贴近真实体验话统覆盖全但可能和体验脱节。判断标准也不同路测看的是达标率比如单用户下行速率 ≥100Mbps 的样点占比 ≥90%话统看的是全量比值。分析问题时路测负责发现问题路段话统负责定位问题小区顺序不能颠倒。5.2 接入成功率 与 会话建立成功率易混点两者都描述业务能不能起来常被当成同义词互换使用。为什么混在 LTE 单连接时代二者几乎是同一件事很多人带着这个习惯进了 5G。怎么区分会话建立成功率是从用户业务角度看的端到端指标而在 NSA 下一次成功的会话可能包含 MN 锚点建立和 NR 辅节点建立两步各自有独立的成功率。NR 辅节点建立失败时业务可能仍然建立成功只是跑在 LTE 上。所以会出现会话建立成功率 99%但 NR 支路建立成功率只有 95%这种组合此时用户能上网但速率明显偏低。看接入类指标必须明确问一句这是端到端的还是某条支路的。5.3 掉线率 与 异常释放比例易混点都涉及连接断掉看起来只是叫法不同。为什么混异常释放听起来就像是掉线的另一种说法字面意思高度接近。怎么区分掉线率的分母是成功完成连接建立次数分子是掉线次数它是一个面向用户感知的比率衡量的是连上之后非正常断开的概率。异常释放比例则是话统侧的一个统计量统计的是各类异常释放原因在总释放中的占比它可以包含用户主动释放、网络侧因资源或拥塞触发的释放等多种情形粒度更细但不直接等于用户感知的掉线。掉线率适合对外汇报异常释放比例适合对内定位——前者告诉你有多严重后者告诉你为什么。5.4 覆盖率 与 驻留比易混点都用来评价5G 铺得好不好经常在同一张汇报表里并列出现。为什么混在理想情况下有覆盖就应该有驻留两个数字确实应该接近。怎么区分覆盖率是信号强度的空间统计问的是这个地方信号够不够强驻留比是时间的统计问的是终端在这里待了多久。覆盖率 95% 而驻留比只有 80%说明网络信号没问题但终端被某些策略赶回了 LTE——可能是锚点优先接入策略、可能是邻区配置让终端过早重选、也可能是终端能力或套餐限制。覆盖率低而驻留比高则说明测试区域选得偏乐观。两个指标一起看才能区分建设问题和策略问题。5.5 平均值 与 达标率易混点都能描述速率汇报时随手挑一个用。为什么混平均值算起来简单达标率要设门限很多人图省事只用平均值。怎么区分平均值把所有样本一锅烩一段高速加一段断流平均下来可能还挺好看达标率设一条线比如 ≥100Mbps 的样点占比专门暴露分布的不均匀。做验收和对比时必须用达标率因为它是最差那部分体验的守门员做容量规划时可以看平均值因为关心的是总量。同一批数据平均值 420Mbps 可能对应达标率 85%也可能是 98%两者背后的网络状态天差地别。6. 什么时候该看KPI、什么时候别被KPI牵着走KPI 是工具不是目标。判断什么时候该用、什么时候该停可以按场景分场景适合看 KPI不适合只看 KPI单站入网健康检查、基础能力是否合格用单站指标推断整网表现簇优化RF 质量、异常事件定位用簇级平均值掩盖个别问题站全网验收覆盖率、达标率、切换成功率用平均值替代达标率日常运维掉线率、PRB 利用率趋势指标正常就认为用户没问题投诉处理定位到具体小区和时段只报指标不还原用户场景一个具体的例子。某段道路用户反馈看视频总转圈路测数据显示该路段 SS-RSRP 达到 -85dBm、覆盖率指标漂亮得很但单用户下行速率达标率只有 70%。切到话统看对应小区PRB 利用率在忙时长期贴着高位上行干扰也偏高。这时候如果只盯覆盖率结论会是覆盖没问题可能是终端或服务器问题然后就卡住了把覆盖率、达标率、PRB 利用率、上行干扰四个指标串起来看问题才清晰不是信号不够是资源不够外加干扰压着调制阶数上不去。对应动作是扩容和干扰排查跟加功率、调天馈一点关系都没有。反过来也有不该迷信 KPI 的时候。用户投诉集中在某个时段、某类终端而全网指标纹丝不动这恰恰说明指标口径没有覆盖到那个维度。这时候该做的是缩小统计粒度——按时段、按终端类型、按小区拆开看而不是继续盯着那张全网红绿报表自我安慰。我自己踩过最深的一个坑是早期做簇优化时只看了切换成功率指标 99% 以上觉得一切正常结果用户投诉不断。后来把异常释放比例和 NR 辅节点建立成功率一起拉出来才发现有一批站点的 NR 腿压根就没建起来几次用户全程跑在 LTE 上切换当然成功——因为根本没有 NR 可切。从那以后我每次看一组 KPI都强制走一遍这个指标的分母是谁、失败的那部分去哪了的检查宁可多问一句也不让数字替我做决定。希望帮到你。本文还有配套的精品资源点击获取