满格信号却刷不出视频，一格信号反而通话顺畅——这是客服和网优每天都要面对的投诉错位。本文回答一个被问了十八年的问题：手机状态栏那五格信号，到底是谁、依据什么算出来的？文章从3GPP测量定义讲到AOSP开源代码里的具体阈值，拆解信号格的生成链路，并用一张投诉排障流程图说明运维侧如何绕开“格子”、直击RSRP/SINR真相。对普通用户，这是一次“指示器祛魅”；对工程师，这是一份可以把客服话术和数据口径拉齐的实操参考。
干过客服口网优的人都见过这种工单：用户说“我信号满格，为什么看个视频天天转圈？”你调出该位置的服务小区KPI，PRB利用率不到40%，RSRP均值-88dBm，SINR却只有3dB——强度顶格，质量稀烂。你回一句“先生您的信号没问题”，用户第二天又投诉，因为你修的是“信号”，他疼的是“体验”。
反过来也有：地库上行RSRP只有-115dBm，格子上剩一格，用户发微信却毫无障碍——微信的消息量小，扛得住边缘覆盖；一旦他要发段视频，立刻感知到“这格信号是假的”。
这两类错位指向同一个根源：用户眼里的“信号”，是手机状态栏那五格；而网络里的“信号”，是RSRP、RSRQ、SINR一组测量量。这五格既不是基站下发的，也不是3GPP规定的，而是终端操作系统在本地算出来的一个“翻译结果”。翻译一旦有损——阈值取宽了、只看下行、不看干扰——用户的感知和网络的现实就会裂开一条缝。这篇文章，就把这条缝解剖给你看。
先说结论：3GPP规定了“怎么测”，从没规定过“怎么画”。
3GPP在TS 38.215（NR物理层测量）和TS 38.133（测量上报映射）里，把NR的SS-RSRP测量范围定义得明明白白：上报索引0到127，对应-156dBm到-31dBm，步进1dB。LTE时代同理，TS 36.133把RSRP的上报区间定在-140到-44dBm。手机里那颗基带芯片，每200毫秒（空闲态通常是5秒一次，连接态更频繁）都在做这些测量，数据本身是标准化的、全球一致的。
但是——测出来之后，状态栏画几格，3GPP一个字都没写过。翻遍36系列和38系列规范，找不到任何一句“RSRP高于多少应显示满格”。画格子的规则，是iOS、Android各自在系统内部定义的，而且Android还允许运营商通过运营商配置文件调整这些阈值。这就是为什么同一个位置，同一个运营商的网络，一台iPhone显示两格，旁边一台安卓机显示四格——大家测的是同一个RSRP，翻译成人话的字典不一样。
顺带说清一个容易混淆的点：5G时代的“格”，锚定的是SS-RSRP（同步信号参考信号接收功率），而不是LTE时代那个基于CRS（小区参考信号）的RSRP。测的参考信号换了，映射阈值也跟着换了一套，这也是5G初期“信号格普遍变好看”的技术原因之一——不是网络突然变强了，是新字典的“及格线”画法不同了。
要看懂信号格，得先认识它背后的原料。工程上常说的“信号好坏”，其实是三个指标，它们回答的是三个不同的问题：
| 指标 | 全称 | 回答的问题 | 参考范围 | 经验解读 |
|---|---|---|---|---|
| RSRP | 参考信号接收功率 | 基站的声音传到这有多响？ | NR：-156～-31 dBm | ≥-85优；-95～-85良；-105～-95中；-115～-105弱；<-115边缘 |
| RSRQ | 参考信号接收质量 | 除噪声干扰后还剩几分干净？ | LTE：-19.5～-3 dB | ≥-10好；-15～-10一般；<-15差 |
| SINR | 信噪干扰比 | 有效声音是杂音的几倍？ | 无统一UE上报标准 | >20优；13～20良；0～13中；<0基本不可用 |
三个比喻：RSRP是“对方说话的音量”，RSRQ是“房间里的回声占比”，SINR是“你能不能听清”。满格只代表第一项——音量够大。房间里有100个人同时说话（邻区干扰）、或者你旁边的人扯着嗓子喊（上行受限），音量再大你也听不清。
还有一个终端侧常见换算值得记下：Android的API文档里明确写了，LTE的信号强度按dbm = ASU - 140换算，NR的SS-RSRP按dbm = ASU - 156换算。这两个常数-140和-156，正是3GPP上报区间的下限。你在工程模式里看到"asu 55"，就是NR下-101dBm——踩在“弱”的线上。
这一节是本文的核心。以下链路依据AOSP（Android开源项目）公开源码整理，主轴代码在frameworks/base/telephony/java/android/telephony/下的CellSignalStrengthLte.java和CellSignalStrengthNr.java两个文件中（链接见文末参考来源）。标准允许多种实现，具体行为以各OS官方文档为准，这里以公开的AOSP代码为例：
flowchart TD
A["基站持续发参考信号"] --> B["手机基带逐RE采样"]
B --> C["算出RSRP功率值"]
C --> D["层三滤波平滑"]
D --> E["对照阈值表分档"]
E --> F["得到0至4五个等级"]
F --> G["状态栏画格子"]
整条链路里，真正的“私货”在两处。
第一处：阈值表。 以AOSP近年版本的LTE实现为例，其默认RSRP分档阈值取四个数：-110、-105、-95、-85（单位dBm），即RSRP达到-85以上才算“极好”显示满格，-95到-85算“好”显示四格，依此递推，-110以下就只剩一格。不同版本对此有差异，部分版本还允许运营商通过CarrierConfig配置项覆盖默认值——也就是说，同一套安卓，换一家运营商的配置文件，同一位置显示的格子数都可能不一样。iOS从未公开过自己的阈值，外界只能通过抓包和实测反推。这也是为什么“信号格”永远做不成跨终端的质量基准。
第二处：滤波与取样。 RSRP不是拿一个瞬时值就去画格子。基带会做层三滤波（L3 filter），用一个时间常数做指数加权平均，把快衰落引起的抖动抹掉。这个设计的初衷是防止格子疯跳，副作用是格子对突变的响应是迟钝的——你走进电梯，RSRP瞬间掉了20dB，状态栏可能要缓好几秒才掉格；反过来你走出地库，格子也是慢慢“涨”回来的。用户说“我刚才明明满格”，从时间轴上看，他说的可能已经是几秒前的历史。
把上面两处合起来，就能理解为什么这张表值得贴在客服团队墙上：
| AOSP LTE默认分档 | RSRP区间 | 显示格数 | 用户观感 |
|---|---|---|---|
| 极好（GREAT） | ≥ -85 dBm | 5格 | 信号很好 |
| 好（GOOD） | -95 ～ -85 dBm | 4格 | 信号不错 |
| 中（MODERATE） | -105 ～ -95 dBm | 3格 | 一般 |
| 弱（POOR） | -110 ～ -105 dBm | 2格 | 有点差 |
| 很弱/无 | < -110 dBm | 0～1格 | 快没了 |
注意这张表里没有任何一栏叫“速率保证”。-85dBm满格的小区，如果SINR只有0dB、或PRB利用率95%，视频照样转圈——格子的字典里，压根没收录“干扰”和“负载”这两个词。
十八年接投诉电话攒下来的高频误区，逐一拆解。每一条都给出“用户看到什么”和“工程上真因是什么”的对照：
| 误区 | 用户描述 | 工程真因 | 验证手段 |
|---|---|---|---|
| 格子=网速 | “满格怎么还卡” | 满格只说明下行RSRP好，SINR差或小区高负载照样卡 | 查SINR分布+PRB利用率 |
| 格子=双向 | “满格发不出去视频” | 格子只反映下行参考信号，上行受功率天花板限制 | 查上行MCS与调度 |
| 满格=有容量 | “车站满格打不开网页” | 满格说明覆盖好，恰好说明大家都挤在这个小区 | 查用户数与激活用户数 |
| 室内满格=室内站 | “家里满格啊” | 中频段室外站穿透进来的“残余覆盖”，RSRP堪堪过线，波动极大 | 对比室内外RSRP与波动 |
| 格子=当前频段 | “这格是5G的格吗” | 格子锚定驻留频点的参考信号，不代表你用的业务在哪个载波 | 查终端驻留与NR状态 |
第五条多说一句。NSA组网时代，手机状态栏那个"5G"角标和格子的关系曾被大量误读——角标由锚点关系决定，格子由锚点频段的RSRP决定，两者甚至可能都不反映你数据实际跑在哪条腿上。这个话题涉及协议栈细节，此前已有专文拆解，此处只提醒一句：角标、格子、业务承载，是三件互相独立的事。用户把它们当成一件事，是“满格焦虑”的起源；运维把它们混为一谈，是排障跑偏的开始。
讲完原理，回到一线。网优团队处理“满格但卡”类投诉，标准动作应该是绕开格子、直奔测量量。下面这张流程图是我们团队内部迭代了多年的投诉闭环路径：
flowchart TD
A["用户投诉网慢"] --> B["取位置时间与终端型号"]
B --> C["查小区KPI与告警"]
C --> D{"KPI是否异常"}
D -->|异常| E["按告警或容量处理"]
D -->|正常| F["调取MDT测量报告"]
F --> G{"RSRP是否差"}
G -->|是| H["按覆盖问题整改"]
G -->|否| I["查SINR与邻区负载"]
I --> J["按干扰或参数优化"]
E --> K["整改后回访闭环"]
H --> K
J --> K
几个实战要点：
第一，MDT是免路测的利器。 3GPP从R10就引入了MDT（最小化路测），让商用终端把RSRP/RSRQ等测量结果随信令上报给网络。一张投诉工单如果绑定到了MDT数据，等于用户自己帮你做了一次路测——位置、时间、测量值三要素齐全，比事后派车复测便宜两个数量级。可惜不少团队的投诉工单系统至今没和MDT数据打通，让用户当了几年的“免费路测员”，数据却在库里睡觉。
第二，客服话术要和数据口径对齐。 客服说“信号满格”安抚用户，本质是在用错误的指标背书。我们后来把一线话术改成“您位置的下行强度是-87dBm，属于良好水平，但当前小区用户较多”——一句话同时给出强度结论和容量归因，投诉升级率明显下降。据笔者团队自己的复盘（未经行业统计验证），投诉工单里约三成的“信号问题”，根因在容量而非覆盖，话术对齐这一条改动的性价比极高。
第三，警惕“复测正常”的假闭环。 带着专业路测车去复测，仪器天线在车顶、RSRP-75dBm，当然一切正常。用户的手机在20楼窗边、RSRP-105dBm——位置差一层楼，结论差一个世界。投诉复现要尊重用户的真实使用位置，这也是MDT比路测车更接近真相的原因。
给普通用户：
*3001#12345#*可进入Field Test工程模式（此代码广泛流传但未见于苹果官方文档，不同iOS版本界面差异较大）。记住两条线：RSRP好于-95算踏实，差于-110就该投诉了。给网络工程师：
信号格是人类为无线信号设计的第一个“用户体验界面”，它诞生时没有人想过，二十年后用户会拿着这个五格刻度去和网络质量对账。它的字典里只有下行RSRP一个词，却被迫回答速度、时延、容量、上行一整张考卷——错位从第一天就写好了。
对用户，理解“格子只是手机自己的翻译”这一件事，就能消解大半“满格焦虑”。对运营商和工程师，真正的功课是把投诉链路上的每一环都换成测量量和体验指标，让“信号好不好”这个问题由数据回答，而不是由一个各厂商自定阈值的UI元素回答。
毕竟，网络的质量从来不在状态栏上，而在那串用户看不见、却真实可测的分贝里。
本文由「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 等场景全覆盖。