做无线调试这些年，我见过太多人对着日志里一串负数发呆：-55、-62、-78，到底哪个算好？哪个能容忍？实话讲，RSSI以dBm为单位，本身只是一个“相对测量值”，它测的是接收端天线口附近“听到”的信号强弱。但这句话只是开始，真正要把RSSI用起来，背后藏着链路预算、环境损耗、芯片实现差异、甚至定位建模一堆门道。
这篇内容适合做设备部署、无线网络规划、物联网项目选型、以及日常排查WiFi/BLE/蜂窝信号问题的人看。我会从RSSI的本质讲起，把dBm怎么读、信号在哪一步丢的、现场怎么测、常见坑怎么排、项目里怎么定基线，一次讲透。
1. RSSI到底是什么：从定义到直觉理解
1.1 名字里的真相：这是个“指示”，不是严格测量
RSSI全称Received Signal Strength Indicator，注意最后那个单词是“Indicator”，不是“Measurement”。一个“指标”意味着它来自芯片内部的接收机电路估算，而不是一台校准过的功率计对空间电磁波做的绝对计量。不同厂商、不同芯片，同一个物理位置的RSSI读数可以差出10dB以上，这在项目管理中特别容易被忽略。
我见过最典型的情况是：甲方拿手机在A点测出-60dBm，又拿另一台手机测同一个A点，读数是-70dBm，然后投诉网络“有问题”。实际情况往往是手机天线灵敏度、网卡天线增益、驱动换算公式都不一样。所以碰到跨设备横向比较之前，先问一句：这两台设备的RSSI基准一样吗？
正因为如此，RSSI的价值更多体现在“相对变化”上：同一个接收设备，在同一条链路上，位置挪动了、天线转了、环境变了，RSSI的升降趋势是可靠的。它告诉你的不是“这个点的功率绝对是多少毫瓦”，而是“信号比之前强了还是弱了、强多少”。
1.2 一个dBm是多少：对数刻度的直觉
dBm的全称是“分贝毫瓦”，定义是功率与1毫瓦的比值取对数再乘10。公式不复杂：
P_dBm = 10 × log10(P_mW / 1mW)
也就是说，0dBm等于1毫瓦。每降低10dBm，功率变为原来的十分之一；每降低20dBm，功率变为原来的百分之一。这个刻度看起来不直观，但好处是能把“0.000001毫瓦”这种让人头皮发麻的数字压缩成一个好读的负数。
我给你一组直观对照：
| 接收功率（dBm） | 换算成功率（mW) | 体感 |
|---|---|---|
| -30 dBm | 0.001 mW | 贴着天线，信号炸裂 |
| -40 dBm | 0.0001 mW | 近距离，非常强 |
| -50 dBm | 0.00001 mW | 好到能开高速业务 |
| -60 dBm | 0.000001 mW | 日常WiFi的舒适区 |
| -70 dBm | 0.0000001 mW | 一般般，能用但看脸 |
| -80 dBm | 0.00000001 mW | 很弱，连接开始断断续续 |
| -90 dBm | 0.000000001 mW | 接近很多接收机的灵敏度地板 |
你发现没有，从-50到-70，中间只差20dB，但接收功率实际差了100倍。这就是对数刻度的“压缩”效果。把它想成水龙头：-30dBm是阀门开到最大，-70dBm是拧到只漏几滴水。无线链路里，那几滴水还能不能被接收机识别，就看接收机的“舌头”够不够灵。
这个直觉很重要。之后你看见RSSI掉了3dB，别觉得“才3个点”，意味着实际功率已经折半。掉了6dB，就是四分之一。掉了10dB，十分之一。掉20dB，百分之一。项目里判断“衰减是不是要命”，先做这个转换再说。
1.3 RSSI、RSRP、RxPower：沟通前先统一口径
RSSI这个名词在不同通信标准里含义并不完全相同。蜂窝网里有RSRP（参考信号接收功率），它针对特定的参考信号做测量，和宽带范畴的RSSI不是一回事；WiFi芯片报告的大多是整条信道带宽内几乎所有能量的总和，包括噪声和干扰；蓝牙协议栈里又喜欢说RSSI或者接收功率等级。再加上安卓和iOS展示信号格数的算法各异，你很难用一个数打天下。
项目沟通时最容易出问题的，就是拿WiFi的RSSI去套手机蜂窝的RSRP标准。同一个数值，比如-75dBm，在WiFi环境里也许还能凑合看视频，在蜂窝边缘可能就是一条“能打通但上网转圈”的破链。后面我给的阈值分级只是经验，代表的是“通常WiFi/BLE场景下的体感”，你真正部署的时候，一定要回到自己用的协议和接收机灵敏度去校准。
2. 信号从哪丢：一条无线链路上的预算清单
2.1 链路预算公式：信号不是“凭空变弱”的
从发射端到接收端，RSSI的变化是有账可算的。一个基础但非常实用的链路预算公式是：
P_rx = P_tx + G_tx - L_tx - L_path + G_rx - L_rx
每一项拆开看：
- P_tx：发射功率，比如WiFi AP常配的17dBm EIRP或20dBm EIRP
- G_tx：发射天线增益，单位dBi或dBd
- L_tx：发射端馈线、接头损耗，天线没做好阻抗匹配时这里会吃不少
- L_path：路径损耗，自由空间传播里约等于 32.4 + 20×log10(距离m) + 20×log10(频率MHz)
- G_rx：接收天线增益
- L_rx：接收端馈线损耗和失配损耗
举一个实际算例。假设AP发射功率20dBm，发射端到天线的馈线和接头损耗2dB，发射天线增益3dBi，接收天线增益0dBi，接收端损耗1dB，目标距离15米，2.4G频段中心频率2450MHz。自由空间路径损耗大概是：
32.4 + 20×log10(15) + 20×log10(2450) ≈ 32.4 + 23.5 + 67.8 = 123.7dB
放进公式算接收功率：
20 - 2 + 3 - 123.7 + 0 - 1 = -103.7dBm
这个值已经非常低了，普通WiFi设备基本连不上。所以真实室内场景绝不能只算自由空间，还要把墙壁、人体、家具的衰减算进去，但这套公式的大方向是对的——它告诉我，想要RSSI达标，要么距离近、要么高增益天线、要么提高发射功率。
我建议每个项目的无线选型阶段，都拿这个公式跑一遍。不需要精确到小数点，只要知道在目标距离和目标频段下，大致的接收功率落在什么档位。你会有一种“一切尽在掌握”的感觉。
2.2 房间里看不见的杀手：多径、遮挡、人体
链路预算算完，你以为RSSI就是个“距离越远越弱”的线性衰减，那就想简单了。室内真正让RSSI变得神出鬼没的，是多径效应。信号在四面墙、地板、天花板之间反射，到接收端时往往有好几条路径的能量叠加。有的位置反射波和直射波同相叠加，RSSI突然拉高；有的位置反相相消，RSSI断崖下跌。移动个几十公分，读数跳动5到8dB都算轻松。
再就是金属和含水物体。金属栅栏、铝合金办公隔断、人体，对2.4G和5G信号都是“重灾区”。人体含水量高，站在AP和终端之间，RSSI能掉3到6dB，这还不算你手里握着终端时手对天线的影响。玻璃、砖墙、混凝土分别有各自的穿透损耗，混凝土墙一面可以吃掉10到20dB，所以隔一堵承重墙还想信号满格，纯属想多了。
我在现场踩过最典型的一个坑：设备贴着一根金属立柱安装，天线端口离金属表面只有2厘米，RSSI直接从-62掉到-78。当时室内没人动位置，唯独那根柱子是“信号黑洞”。后来把安装支架往外延伸了几厘米，读数立刻回来。天线净空区这件事，永远值得多一嘴强调。
2.3 频段差异：2.4G/5G/蓝牙/LoRa的RSSI不能直接比
同样距离下，频率越高的电磁波在自由空间里损耗越大。5G频段比2.4G的路径损耗天然多出大约6dB，毫米波更高。所以拿2.4G WiFi的-55dBm和5G WiFi的-58dBm做比较没有意义，频段不同、带宽不同、接收机能力也不同。
蓝牙BLE在很多物联网项目里也是常见选项。BLE设备的接收灵敏度一般能做到-90dBm左右，但它的实际可用RSSI还受调制方式和数据速率影响。LoRa这类低速率广域网甚至能在-128dBm以下解调，它的“-100dBm”和WiFi的“-100dBm”完全是两个世界。哪怕都叫RSSI，协议栈、扩频增益、抗干扰能力都不一样。
所以，选型比较RSSI时，只做“同一协议、同一频段、同一芯片平台的相对变化”，不要拿一个BLE网关的RSSI去横向拷问一个WiFi设备是否达标。这是很多集成项目吵架的第一源头。
3. 实操：把RSSI变成工程上能用的判断依据
3.1 现场测量最靠谱的三个动作
我目前做现场勘测，基本固定一套笨办法，但特别有效。
第一个动作是锁定测量姿势。不要举着设备边走边读，也不要边打电话边测，人体的走动和姿势对RSSI影响太大。把终端放在目标和真实使用场景接近的位置，比如桌面上、墙挂设备旁边，固定不动，等读数稳定。
第二个动作是多角度多次采样。我习惯围绕被测设备转一圈，每隔45度测一次，然后把同一点的正对、侧对、背对三种朝向都记录下来。为什么这样做？天线在终端内部通常不是全向的，手机上边框有个天线切缝，你握持的位置不一样，RSSI都不一样。转一圈能发现盲区，也能找到最优安装朝向。
第三个动作是统计中位数而不是平均值。采20个点，把偶尔冒出来的干扰峰值拉高，平均值会被污染。中位数更抗干扰，也更接近你日常体验。我通常会在每个点位采20到30个有效样本，去掉最大最小的那一两个，再算中位数。这个值才拿来画信号地图。
3.2 常用工具读RSSI的几个入口
不同终端的读法不同，我日常比较顺手的有这几个路径。
Linux笔记本上最直接的是iw命令：
iw dev wlan0 link输出里会直接给出signal字段，单位就是dBm。缺点是部分USB无线网卡或老驱动报告格式不一致。
macOS上更简单：按住Option键点菜单栏的WiFi图标，就能看到当前连接AP的RSSI、噪声和信道。这个入口适合做快速巡检，但你看不到历史采样。
Windows笔记本可以用命令：
netsh wlan show interfaces可以看到“信号”字段，但它是百分比，不是严格的dBm，适合给业务同事看个大概。
手机上的工程模式和第三方App就更多了。iOS进入Field Test后能看详细字段，Android的开发者模式或一些网络分析工具也能读到RSSI。我的经验是：手机读数方便，但驱动做过的平滑和换算会让细节丢失，最后判读时保留一位小数意义不大，看整数就行了。
3.3 阈值分级：什么值能干活，什么值只能“呵呵”
我根据自己的项目经验整理了一张参考表，不代表任何厂商标准，但作为现场估值非常实用。
| RSSI 区间 | 体验定级 | 我对项目的判断 |
|---|---|---|
| -30 ~ -50 dBm | 极好 | 基本贴着天线，适合做高吞吐、低时延业务 |
| -50 ~ -60 dBm | 优秀 | 常规办公和家庭场景都很舒适 |
| -60 ~ -70 dBm | 良好 | 可用，但速率波动会开始明显 |
| -70 ~ -80 dBm | 较差 | 低速率能用，视频、实时交互开始卡 |
| -80 ~ -90 dBm | 很差 | 接近接收灵敏度极点，随时会掉线 |
| < -90 dBm | 基本不可用 | 建议改位置、改天线、加中继 |
这个表的重点是“档位之间的变化比绝对档位更重要”。比如你昨天在会议室测到-62，今天变成-70，这8dB的变化已经足够说明有问题了，不用等它跌到-80再排查。相反，如果在同一个点位长期稳定在-68，那这个无线环境反而是健康的。
3.4 用RSSI做测距和定位：能，但要小心
RSSI经常被拿来做室内定位和距离估算，原理很简单：信号强度随距离上升而衰减，测出强度就能反推距离。常用对数路径损耗模型长这样：
RSSI(d) = RSSI(d0) - 10 × n × log10(d / d0) + Xσ
其中d0是参考距离，通常取1米；n是路径损耗指数，自由空间取2，普通室内取2.5到4.5；Xσ是阴影衰落带来的随机偏差。
举个例子。假如在1米处测得RSSI0 = -35dBm，n取3，那么5米处的理论值约为：
-35 - 30 × log10(5) ≈ -35 - 21 = -56dBm
如果某次实测在5米处读到-53dBm，反推距离：
d = 1 × 10^((-35 - (-53)) / 30) ≈ 10^(18/30) ≈ 3.98米
看起来还行，但真实环境里多径效应会让单点RSSI波动好几个dB，反推距离误差轻松超过50%。所以我能接受“RSSI测距做大体判断”，比如判断设备在哪个房间、哪个区域；但要做到米级精确定位，还是得靠指纹库或者多基站/多AP的多边定位加滤波。别指望单点RSSI能拯救室内定位精度。
4. 我踩过的RSSI的坑：排查思路与对策
4.1 现象一：数值很漂亮，业务却卡成幻灯片
有次帮某研发中心做网络排查，办公室AP旁一台终端RSSI稳定在-55dBm，但视频会议一直卡顿。所有人盯着“满格信号”一脸不解。后来看信道利用率才发现，这个AP挂在2.4G的6信道旁边全是高负载、高重传，接收功率高不代表信道干净，信号好也没用。
排查这类问题，不能只看RSSI。我的习惯是先看信噪比、再看重传率、最后看周围信道噪声底。RSSI高但SNR低，说明信号里混着大量干扰；RSSI高且SNR高但业务还是卡，那就得往吞吐、队列、后端走，链路物理层的数据已经“听清”了，问题不在这。
4.2 现象二：换个设备读数差10dBm
这是最多被冤枉的坑。两个终端放在同一个位置，一个报-62，一个报-72。有人立刻判定第二个终端坏了。我做过很多次实验，结果发现：天线增益不一样、内部走线不一样、驱动校准不一样，都会造成这个差异。有些厂牌把RSSI做了平滑处理，有些直接输出原始ADC值，所以绝对读数上的差异非常正常。
这里就是标题“相对测量值”最扎心的体现。跨设备比较必须建立校准关系，或者干脆只用同一型号设备做前后对比。我在项目里明确规定：所有验收和告警基准，都以“同一接收机、同一位置、同一朝向”为前提，别跨设备硬比。
4.3 现象三：现场测-70dBm，装进金属壳变-90dBm
做硬件产品之后，这个坑踩得更深。开发阶段用开发板测，RSSI漂漂亮亮。装进量产外壳，尤其是内部有金属支架、电池紧贴天线、外壳又加了一层金属装饰框之后，RSSI直接报废。
原因不外乎三个：金属壳体把天线辐射能量屏蔽掉了大半；天线净空区被电池和排线占满；还有接地不良导致天线阻抗被拉偏。处理办法也很直接：优先调整天线位置，让它靠近塑胶壳边缘；天线下方不要铺铜；电池尽量远离天线馈点；必要时候外置FPC天线并固定在结构件上远离金属。这个坑我建议做硬件的人在开模前就用假壳实测一遍，不要等量产了才发现射频链路废了。
4.4 排查速查表
| 现象 | 可能原因 | 先做哪一步 |
|---|---|---|
| RSSI高但丢包严重 | 信道拥塞、干扰、隐藏节点 | 看信道利用率和重传率，切换信道或改5G |
| RSSI低但能连上 | 距离近但被遮挡 | 找遮蔽物，调天线净空 |
| RSSI上下反复横跳 | 自动信道切换、多径相消、驱动平滑 | 锁定信道，重测20次取中位数 |
| 走远一点就突然掉线 | 接近灵敏度极限 | 调低数据速率档位，或增加AP密度 |
| 换设备读数差距大 | 芯片、天线、驱动基准不同 | 统一型号做对比，不跨硬件判死刑 |
5. 项目里落地：建立RSSI基线和巡检习惯
5.1 部署前的基线测试清单
很多项目是设备上线后出问题才开始查RSSI，这其实已经晚了。我建议部署前就做一版基线档案，不需要多复杂，但一定要记录清楚。
固定发射节点的天线高度、发射功率、天线增益；在目标点位用“用户真实使用姿势”测RSSI中位数；记下时间、日期、所在信道、当时有哪些其他无线设备在工作；每个关键点位至少统计24小时的数据，拿到波动包络；然后在CAD平面图上把每个点位的中位数标出来，连成一片“信号热区”。用Excel画散点图都够用，关键是这些数据要存下来，后面出问题才有对照。
5.2 把RSSI写进监控告警时的参数建议
做监控告警最容易犯的错，是给RSSI设一个全局固定阈值，比如“小于-80dBm就告警”。但不同点位、不同安装条件下的历史均值差异很大，固定阈值会误报一堆，还会漏报真正的异常。
更合理的做法是：以每个点位的历史中位数为基准，设一个相对偏移阈值。比如某点历史RSSI是-60，波动包络在-60±5，那就可以在偏移超过8到10dB时告警。这个偏移量已经明显超出多径和日常干扰的正常范围，大概率是真异常。同时告警要联动重传率、信噪比一起看，RSSI只是触发条件之一，别单独做裁决。
5.3 什么叫“稳”：波动包络的概念
判断链路稳不稳，不要只看某一次RSSI高低，要看一段时间内的分布。我习惯统计10%分位数和90%分位数，两者之间的宽度就是波动包络。室内环境下同一个固定位置，正常的包络宽度大概3到5dB。如果包络宽度干到8dB以上，说明周围存在间歇性遮挡、干扰源或者天线附近有运动物体。
这个包络同样能用来给“自动切换信道”做依据。如果包络变宽，先不要急着怀疑发射机坏了，重点查环境变化。我遇到过几次“RSSI突然变差”的工单，最后都是仓库里堆了一排金属货架，环境变化引起的衰减，根本不是设备故障。
5.4 给其他项目的一条忠告
RSSI的判断标准一定要“自建”，别直接抄别的项目的“-80dBm能连”这种江湖结论。不同接收机灵敏度不同，不同速率档位的需求也不同。你们项目要跑4K视频，-65dBm都可能不满足；如果只是传传感器温湿度数据，-85dBm也许活得好好的。
把“自己的业务最低可用RSSI”测出来，写进项目规范，比任何网上经验都有用。
最后我再分享一个小技巧：现场勘测时，我会特意带两三个天线类型不同的终端，在同一位置交替测一遍，把设备间的差量记录下来。这套差量数据平时不起眼，但后面一旦出现“某台设备RSSI明显偏低”的投诉，我就能立刻判断是设备本身的问题还是环境的锅。RSSI说到底就是一串负数，但你要是真把它当回事，它能帮你读懂半条无线链路。
