信号满格，视频却转圈；四格掉到三格，网速反而没变——几乎所有手机用户都经历过这种“格数与体验的错位”。格数到底是谁画的？它测的是什么、没测的是什么？本文从一线无线优化工程师的视角拆解格数的生成链路，解释 RSRP、SINR、RSSI 三个射频指标的真实含义，用四个典型故障场景说明“满格也卡”的病根，并结合 Opensignal 众包测评的报告数据，说明第三方为什么坚持用“真实体验”而不是格数来评价一张网络。文末附一份五分钟自查流程图，供工程师和资深用户直接套用。
很多用户以为信号格数是网络“发给”手机的，其实恰恰相反：格数是手机自己算出来的一个显示等级，与基站没有任何直接的约定。3GPP 标准规定了终端必须如何测量信号——NR 系统里的 SS-RSRP、SS-RSRQ、SS-SINR 测量定义在 TS 38.215 中，LTE 时代的 RSRP/RSRQ 则定义在 TS 36.214——但标准从未规定“多少 dBm 显示几格”。
这条链路是这样的：
flowchart TD
A["空口SSB广播信号"] --> B["芯片测量：SS-RSRP与SINR"]
B --> C["调制解调器上报测量值"]
C --> D["操作系统换算为等级"]
D --> E["状态栏按等级画格数"]
也就是说，你看到的“满格”，是终端厂商（更准确说是芯片平台加操作系统）用一套自家定义的映射阈值，把测量到的 dBm 数值折算成 0 到 4 或 0 到 5 的等级，再画成图标。Android 的 SignalStrength API 里，getLevel() 返回的就是这个 0～4 的整数。这套阈值属于各终端平台的私有实现细节，3GPP 不统一规定，各平台也不对外公开细节——不同手机在同一个位置显示的格数不同，是完全正常的现象。
这里有一个工程师才容易注意到的盲区：格数反映的主要是空闲态的下行广播信号。手机没打电话、没刷视频的时候，靠测量基站周期性广播的 SSB（同步信号块）来维持小区驻留和格数显示。而你实际刷视频、打电话走的是连接态的业务信道，两者不但信号质量可能不同，连驻留的小区都可能不是同一个。更极端的例子是 NSA 组网下部分终端的"5G"角标显示——控制面锚点在 4G，角标逻辑由终端自行决定，图标亮着不代表你的数据此刻在 5G 载波上跑。格数和角标，本质上是给消费者看的“界面”，不是给工程师看的“仪表”。
要看懂“满格为什么卡”，得先认识三个指标。注意下表的区间是无线优化行业常用的经验参考值，不是任何标准的强制规定：
| 指标 | 测的是什么 | 较好 | 一般 | 较差 | 工程意义 |
|---|---|---|---|---|---|
| SS-RSRP | 参考信号接收电平 | ≥ -85 dBm | -95 ～ -105 dBm | ≤ -110 dBm | 覆盖强弱的“体温计” |
| SS-SINR | 信号与干扰加噪声之比 | ≥ 20 dB | 6 ～ 13 dB | ≤ 0 dB | 决定实际吞吐的“血压” |
| RSSI | 载波上总接收强度 | 仅作参考 | 仅作参考 | 仅作参考 | 包含干扰，不能单独看 |
三个指标的关系可以打个比方：RSRP 告诉你“对方说话的声音有多大”，SINR 告诉你“背景噪音有多大”，而 RSSI 是“整个房间里所有声音加起来有多响”。决定你网速的，往往不是声音大小，而是信噪比。
这就是大量“满格也卡”案例的总根源：RSRP 决定格数，SINR 决定速率。一部手机可以站在窗边收到很强的主服务小区信号（RSRP -75 dBm，妥妥满格），但同时被三个相邻小区的同频信号反复冲刷，SINR 被拉到 0 dB 以下——调度器给出的 MCS（调制编码方式）被压到最低阶，下载速率掉到几百 kbps，但格数纹丝不动。
还有一个不对称性值得记住：下行功率由基站决定，可以做到很大；上行受限于终端的发射功率（手持终端典型为 23 dBm，即功率等级 3）。所以“格数”这个基于下行测量出来的东西，天然无法反映上行能力。你在人堆里发不出去一个短视频、视频通话对方看到马赛克，很多时候下行其实好得很。
下面四个场景来自我这些年经手的优化片区，是最典型的“满格投诉”画像。
场景一：城中村的“满格弱 SINR”——导频污染。 城中村握手楼之间，周围三四个宏站的信号经楼体多次反射后全都到达用户，每个站的 RSRP 都不弱。手机格数满格，SINR 却常年在 0 dB 附近挣扎。这种区域的路测数据有个标志性形态：主服务小区频繁切换，速度却始终上不去。处理思路是“做减法”：通过下倾角、方位角调整压住越区覆盖，让某个站形成主导频，必要时在巷子里补小微站。优化完成后，RSRP 可能只改善 3 个 dB，但 SINR 从 0 dB 抬到 10 dB 以上，速率翻几倍——格数几乎看不出变化，体验天翻地覆。
场景二：高层的“假满格”——无主导频。 高层住宅 20 楼，窗外没有任何本网近站，远处多个站点的信号轮流“值班”，格数忽满忽少，视频频繁缓冲、页面加载反复重连。这是城市高层独有的“孤立覆盖”问题：信号来自四面八方的远处宏站，谁都够不着、谁也压不住。近年来主流的解法是高层专网覆盖（楼内室分或对准高层的板状天线定向覆盖），而不是继续指望地面宏站。
场景三：室内的“外驻留”——深度覆盖不足。 客厅靠窗满格，因为手机驻留的是室外宏站；走进主卧，仍然死守着那个站的弱信号（RSRP 掉到 -110 dBm 以下），页面转圈、微信语音断续，但格数可能还显示两三格。这暴露了格数的第三个盲区：它只在终端重选小区时才大幅变化，而重选有迟滞，终端宁可在弱信号小区里“熬着”，也不轻易切换。这类问题的根治靠室分系统或家庭级设备，参数上则要核查重选门限配置是否合理。
场景四：根本不是无线的锅——内容源与承载。 有一类投诉最冤枉网络：空口质量很好，RSRP、SINR 双优，但某个 App 就是大促期间卡。此时问题出在 CDN 边缘节点拥塞、应用服务器限速，甚至 DNS 解析慢。工程师排查时常用一个土办法：换几个不同 App 对比测试——如果所有 App 都卡，嫌疑在空口或承载；如果只有个别 App 卡，那和运营商网络八成没关系。
正因为格数不可靠，国际主流的第三方测评机构十几年前就放弃了“测一格两格”的思路，转向直接测量用户获得的真实体验。其中最有代表性的是 Opensignal：它的报告库自述其定位是帮助理解“用户在移动和宽带网络上获得的真实体验（true experience consumers receive）”，数据来自亿万用户设备的众包测量，而不是传统意义上的雇员路测。
从其报告库可以看到几个值得玩味的信号：
三种“看体验”的途径各有盲区，对比如下：
| 途径 | 数据来源 | 优点 | 盲区 | 典型代表 |
|---|---|---|---|---|
| 网管 KPI | 基站/核心网计数器 | 全网无死角、可定位到小区 | 看不到终端侧真实感受 | 运营商网管系统 |
| 众包测评 | 海量用户设备实测 | 贴近真实体验、覆盖室内 | 依赖样本量与设备分布 | Opensignal、Ookla |
| 路测/CQT | 专业仪表定点定线 | 可重复、能抓底层信令 | 样本少、难以进室内 | 各测评机构、优化公司 |
三者互补而不互替：网管 KPI 告诉你“网络认为自己怎么样”，众包告诉你“用户实际感觉怎么样”，路测告诉你“信令层面到底发生了什么”。成熟的优化体系三者都要看。
遇到“满格但卡”，工程师的第一反应不是看格数，而是做一个分流判断：是空口的问题，还是空口之外的问题。下面这张决策图是我个人常用排查顺序的抽象版：
flowchart TD
A["用户报障：满格但卡"] --> B{"换个应用试试"}
B -->|其它应用也卡| C["嫌疑转向空口或承载"]
B -->|仅个别应用卡| D["问题在应用或CDN侧"]
C --> E["实测RSRP与SINR"]
E --> F{"SINR低于3dB吗"}
F -->|是| G["干扰类：邻区干扰或导频污染"]
F -->|否| H{"RSRP弱于-110dBm吗"}
H -->|是| I["覆盖类：深度覆盖不足"]
H -->|否| J{"上行受限或小区拥塞"}
J -->|是| K["查PRB利用率与调度"]
G --> L["邻区与下倾角等RF优化"]
I --> M["室分补盲或新增站址"]
K --> N["扩容或负载均衡"]
D --> O["反馈应用侧或换节点重测"]
普通用户虽然没有网管权限，也有几招土办法能用上：开着飞行模式十秒再关（强制重选小区）；走到窗边对比室内外速率（判断深度覆盖）；用不同 App 交叉验证（区分内容源与空口）；如果手机工程模式里能读到 SINR，低于 3 dB 基本可以断定是干扰或重叠覆盖问题，而不是“信号弱”。
对运营商来说，格数不可靠带来一个管理难题：用户按格数报障，KPI 却按网管指标考核，两套话语体系对不上。行业这几年的解法是把“用户感知”做成一条数据闭环：
第一步，投诉聚类。把 12345、客服工单、App 内报障按地理栅格聚合，找出重复投诉热区——单条投诉可能是用户误会，同一栅格一月二十条一定是真问题。
第二步，数据对齐。把投诉热区与 MR（测量报告）数据、众包测评数据、DT 路测数据叠加比对。实践里常见两类错位：网管 KPI 全绿但众包体验差（典型如室内弱覆盖，网管根本“看不见”室内），或者路测很好但投诉很多（典型如内容源问题，路测只测空口自然一切正常）。
第三步，分诊处置。按第五节的决策逻辑分流到 RF 优化、室分建设、扩容或反馈应用侧，处置后用众包数据和投诉量回验效果。这条链路目前很多省市已经做到月度例行，头部运营商在用 AI 做自动化的“投诉—根因”匹配，把工单直接派给对应的优化动作。
标准侧也留了空间：3GPP 只负责把 SS-RSRP、SINR 这些测量定义得足够精确，至于格数怎么画、角标怎么亮，标准允许多种实现，具体行为以各终端平台的官方文档为准。
格数是一张"用户界面”，不是测量仪器。它由终端厂商用私有阈值绘制，主要反映空闲态的下行广播信号，看不见 SINR、看不见上行、看不见内容源。理解了这一点，“满格也卡”就不再是玄学：要么是干扰压垮了信噪比，要么是深度覆盖亏空了弱小区，要么问题压根不在无线侧。下次再遇到满格转圈，先换 App 对比，再看 SINR——五分钟内，你大概率能把问题的方向摸清楚。而对运营商来说，真正值得卷的从来不是用户状态栏上那五道杠，而是 Opensignal 这类报告里 Consistent Quality 曲线的下限：用户记住的，永远是体验最差的那一分钟。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。