## 概述 满格信号却刷不出视频，一格信号反而通话顺畅——这是客服和网优每天都要面对的投诉错位。本文回答一个被问了十八年的问题：手机状态栏那五格信号，到底是谁、依据什么算出来的？文章从3GPP测量定义讲到AOSP开源代码里的具体阈值，拆解信号格的生成链路，并用一张投诉排障流程图说明运维侧如何绕开“格子”、直击RSRP/SINR真相。对普通用户，这是一次“指示器祛魅”；对工程师，这是一份可以把客服话术和数据口径拉齐的实操参考。 ## 目录 - 一、满格的投诉单：感知与现实的裂缝 - 二、格子是谁画的：3GPP管不到的半页纸 - 三、先分清：强度指标和质量指标 - 四、拆开看：手机把RSRP变成五格的全过程 - 五、满格≠能用：五个高频误区 - 六、运维实战：投诉工单的正确打开方式 - 七、三条给用户，三条给工程师 - 结语：把“格”还给格，把“感知”还给数据 - 参考来源 ## 一、满格的投诉单：感知与现实的裂缝 干过客服口网优的人都见过这种工单：用户说“我信号满格，为什么看个视频天天转圈？”你调出该位置的服务小区KPI，PRB利用率不到40%，RSRP均值-88dBm，SINR却只有3dB——强度顶格，质量稀烂。你回一句“先生您的信号没问题”，用户第二天又投诉，因为你修的是“信号”，他疼的是“体验”。 反过来也有：地库上行RSRP只有-115dBm，格子上剩一格，用户发微信却毫无障碍——微信的消息量小，扛得住边缘覆盖；一旦他要发段视频，立刻感知到“这格信号是假的”。 这两类错位指向同一个根源：**用户眼里的“信号”，是手机状态栏那五格；而网络里的“信号”，是RSRP、RSRQ、SINR一组测量量。这五格既不是基站下发的，也不是3GPP规定的，而是终端操作系统在本地算出来的一个“翻译结果”**。翻译一旦有损——阈值取宽了、只看下行、不看干扰——用户的感知和网络的现实就会裂开一条缝。这篇文章，就把这条缝解剖给你看。 ## 二、格子是谁画的：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——踩在“弱”的线上。 ## 四、拆开看：手机把RSRP变成五格的全过程 这一节是本文的核心。以下链路依据AOSP（Android开源项目）公开源码整理，主轴代码在`frameworks/base/telephony/java/android/telephony/`下的`CellSignalStrengthLte.java`和`CellSignalStrengthNr.java`两个文件中（链接见文末参考来源）。标准允许多种实现，具体行为以各OS官方文档为准，这里以公开的AOSP代码为例： ```mermaid 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决定，两者甚至可能都不反映你数据实际跑在哪条腿上。这个话题涉及协议栈细节，此前已有专文拆解，此处只提醒一句：**角标、格子、业务承载，是三件互相独立的事**。用户把它们当成一件事，是“满格焦虑”的起源；运维把它们混为一谈，是排障跑偏的开始。 ## 六、运维实战：投诉工单的正确打开方式 讲完原理，回到一线。网优团队处理“满格但卡”类投诉，标准动作应该是绕开格子、直奔测量量。下面这张流程图是我们团队内部迭代了多年的投诉闭环路径： ```mermaid 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比路测车更接近真相的原因。 ## 七、三条给用户，三条给工程师 **给普通用户：** 1. **想知道真实信号，别看格子，进工程模式看数字。** Android在“设置→关于手机→状态信息”里可直接看到dBm值；iPhone在拨号盘输入`*3001#12345#*`可进入Field Test工程模式（此代码广泛流传但未见于苹果官方文档，不同iOS版本界面差异较大）。记住两条线：RSRP好于-95算踏实，差于-110就该投诉了。 2. **满格卡顿，先挪位置再骂网络。** 室内满格大概率是窗外信号穿墙进来的残余覆盖，往窗边走两步，RSRP可能改善10dB以上——比重启手机有效得多。 3. **人多处卡是正常物理规律。** 演唱会、春运车站满格但慢，是容量问题不是信号问题。投诉也会有用，但运营商的解法是临时扩容，不是修“坏信号”。 **给网络工程师：** 1. **内部指标体系里禁用“格”作为质量单位。** 用RSRP/SINR分档建立统一话术，客服、网优、客服质检三方对齐口径，否则每一通投诉电话都在加深用户的“满格焦虑”。 2. **把MDT数据接进投诉工单流。** 用户自报位置+MDT测量值，能覆盖八成以上的室内投诉初判，路测车只留给疑难杂症。 3. **感知指标替代覆盖指标做考核。** 视频起播时延、卡顿率这类体验指标，比“RSRP达标率”更接近用户真实感受——你的KPI考什么，用户就投诉什么之外的东西。 ## 结语：把“格”还给格，把“感知”还给数据 信号格是人类为无线信号设计的第一个“用户体验界面”，它诞生时没有人想过，二十年后用户会拿着这个五格刻度去和网络质量对账。它的字典里只有下行RSRP一个词，却被迫回答速度、时延、容量、上行一整张考卷——错位从第一天就写好了。 对用户，理解“格子只是手机自己的翻译”这一件事，就能消解大半“满格焦虑”。对运营商和工程师，真正的功课是把投诉链路上的每一环都换成测量量和体验指标，让“信号好不好”这个问题由数据回答，而不是由一个各厂商自定阈值的UI元素回答。 毕竟，网络的质量从来不在状态栏上，而在那串用户看不见、却真实可测的分贝里。 ## 参考来源 1. [Android开发者文档：CellSignalStrengthLte](https://developer.android.com/reference/android/telephony/CellSignalStrengthLte) — Android官方API文档，含getRsrp/getLevel及ASU-dBm换算说明 2. [Android开发者文档：CellSignalStrengthNr](https://developer.android.com/reference/android/telephony/CellSignalStrengthNr) — NR信号强度API，含SS-RSRP的ASU-156换算定义 3. [AOSP源码：CellSignalStrengthLte.java](https://android.googlesource.com/platform/frameworks/base/+/refs/heads/main/telephony/java/android/telephony/CellSignalStrengthLte.java) — Android开源项目的信号分档实现，本文阈值讨论的主依据 4. [3GPP TS 38.215 规范页](https://www.3gpp.org/dynareport/38215.htm) — NR物理层测量规范，SS-RSRP/RSRQ/SINR的官方定义 5. [ETSI TS 138 215 下载目录](https://www.etsi.org/deliver/etsi_ts/138200_138299/138215/) — 与3GPP规范等同的欧洲标准版本，可免费下载全文 --- > 本文由「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 等场景全覆盖。