企业官网建设流程全解析

干通信网优或者信令分析这行的，基本都翻过UE侧的信令log。你会在LTE的RRC消息里看到rsrpResult: 50、rsrqResult: 29这种字段，第一次上手的人十有八九会懵——这到底是-90dBm还是-50dBm？信号算好还是算差？到了NR里更复杂，ss-RSRP、ss-RSRQ、ss-SINR三套编码值混在一起，换算逻辑还不完全一样。

这篇文章就专门把RSRP、RSRQ、SINR从"信令里的原始编码值"到"我们能直观理解的物理量"这条完整链路拆开讲透，同时把三者之间哪些能互算、哪些不能硬算说清楚。无论你是刚入行的网优、做信令分析的后台，还是搞基站/终端协议开发的，这篇文章应该都能帮你少走几步弯路。

1. 信令里那串数字到底是什么：RSRP、RSRQ、SINR三个指标的分工

很多人以为RSRP、RSRQ、SINR是同一个东西的三种叫法，其实它们在测量对象和物理含义上差异很大。不先把这三个概念掰开，后面所有的换算都是空中楼阁。

1.1 RSRP：只关心有用信号本身的"功率表"

RSRP全称Reference Signal Received Power，参考信号接收功率。LTE里测的是小区专属参考信号CRS上的功率，NR里测的是SSB或者CSI-RS上的功率。重点在于：它只统计参考信号所占资源单元RE上的功率，不统计数据、控制信道和干扰噪声。

打个比方，RSRP就像你站在嘈杂的会场里，只把麦克风里主讲人一个人的音量挑出来测。至于台下有多少人说话、空调噪音多大，RSRP完全不管。

正因为只管有用信号，RSRP是三个指标里最"纯净"的一个，也是覆盖评估的主心骨。LTE协议给RSRP的范围是-140dBm到-44dBm，NR的SS-RSRP范围扩到了-156dBm到-31dBm，覆盖能力明显更宽。

不过要注意，RSRP好不代表网好。信号很强但干扰更凶的场景在现实里比比皆是——这就是为什么我们还需要RSRQ和SINR。

1.2 RSRQ：把干扰噪声一起称重的"质量秤"

RSRQ全称Reference Signal Received Quality，参考信号接收质量。它测的不再是单一信号的绝对功率，而是一个比值关系：

RSRQ = N × RSRP / RSSI

其中RSSI是测量带宽内所有来源的总接收功率，包括服务小区信号、邻区信号、热噪声等等；N取决于测量带宽内的资源块RB数量。

用开场那个会场的例子来说：RSRP只测主讲人的音量，RSRQ则是拿主讲人音量和会场里所有声音的总音量做对比。主讲人嗓门再大，如果台下聊天声也大，RSRQ照样上不去。

所以RSRQ天然携带了干扰信息，网优圈子里经常用它做干扰排查的初筛指标。一个典型的判断逻辑是：RSRP不低但RSRQ明显偏低，基本可以判定存在干扰或负载过高。

1.3 SINR：最能反映实际信道状态的"体检指标"

SINR全称Signal to Interference plus Noise Ratio，信号与干扰加噪声比，数学定义是有用信号功率除以干扰功率加噪声功率。

它和RSRQ的差别在于：RSRQ是把"参考信号功率"和"总接收功率"做比值，SINR则是直接把"有用信号"和"干扰加噪声"做减法（对数域）。SINR和实际信道质量、MCS选择、速率表现的对应关系最直接——这也是为什么很多优化动作最终都盯着SINR看。

但也正因为SINR太"直白"，它在标准信令中的曝光率远不如RSRP/RSRQ高。LTE的RRC测量上报基本不直接带SINR字段，NR虽然支持SS-SINR和CSI-RS-SINR上报，实际配置里也未必会开。于是行业里长期存在一个现实问题：信令里只有RSRP/RSRQ，怎么得到SINR？这就引出后面几节的换算话题。

2. RSRQ = N×RSRP/RSSI 这条公式的来龙去脉

三个指标里，RSRP和RSRQ之间有一条"硬公式"，就是前面提到的RSRQ = N×RSRP/RSSI。这条公式是3GPP协议直接定义的，所以在信令分析中，已知其中两个量，第三个量往往能算出来。但算得准不准，关键在于你要搞清楚RSSI到底测的是什么。

2.1 一个OFDM符号里的总功率是怎么累加的

RSSI的字面意思是"接收信号强度指示"，在LTE/NR的测量语境下，它是指测量带宽内、某个包含参考信号的OFDM符号上，所有RE接收功率的总和。

这里要特别注意"总和"这个词。RSRP是单个RE上的功率（严格说是多个RE的线性平均），RSSI是整个测量带宽内一堆RE的功率之和。由于一个RB有12个RE，如果测量带宽是N个RB，那么RSSI对应的RE数量大约是12N个（只看单个OFDM符号）。

于是协议定义的RSRQ公式里，乘上这个N其实是在做一种"归一化"：把单RE的RSRP放大到RB粒度，再和包含所有RE总功率的RSSI做比。这样RSRQ的值域就能落在合理范围，不至于小到没法用。这也是为什么RSRQ是负的dB值——有用信号功率占比通常远小于1。

2.2 N值的变化：带宽、子载波间隔和测量对象都会影响它

N就是测量带宽内的RB数。看起来简单，实际最容易出错的地方就在这个N上。

LTE场景下，RSRQ测量的带宽是高层配置的测量带宽，可能是整个系统带宽，也可能只是一部分。比如20MHz系统带宽对应100个RB，10MHz对应50个RB，5MHz对应25个RB。如果用错了N值，算出来的RSSI直接差出好几dB。

NR里更要注意，SS-RSRQ的测量带宽是SSB本身占用的带宽，SSB在频域上固定占240个子载波，也就是20个RB——不管当前小区系统带宽是40MHz还是100MHz，SS-RSRQ对应的N都按20算。而CSI-RS的RSRQ则要看CSI-RS实际配置在多少个RB上，N值可能又是另一个数。换句话说，N不是一个全局固定值，它跟着测量对象走。

2.3 用信令数据反推RSSI的完整计算

假设我们在LTE信令里看到这样一组测量结果：

measResultPCell { rsrpResult = 50, rsrqResult = 29 }

解码规则后面细说，这里先直接给结论：RSRP = -90dBm，RSRQ = -5dB。如果测量带宽是20MHz（N=100），反推RSSI用对数域公式：

RSSI(dBm) = 10×log10(N) + RSRP(dBm) - RSRQ(dB)

代入就是：RSSI = 20 + (-90) - (-5) = -65dBm。

这个反推在很多自动化脚本里都会用到。但你要有个心理准备：协议里RSRQ的量化步长是0.5dB，RSRP是1dB，量化误差叠加之后，反推的RSSI误差在1~2dB以内都算正常，别当精确值用。

3. 信令消息里的编码值要这样解码：LTE和NR的映射逻辑差异

信令里你看到的不是物理量本身，而是协议规定的"编码值"。不同制式、不同指标，编码到物理量的映射规则完全不同。这节把LTE和NR的典型规则一次理清。

3.1 LTE：RSRP减140、RSRQ乘0.5再减19.5

LTE测测量结果里，RSRP和RSRQ都是整数枚举值，协议区间分别对应TS 36.133和TS 36.331里的映射表。

RSRP的编码是0到97，对应物理值-140dBm到-44dBm，步长1dB。换算公式很简单：

RSRP(dBm) = 编码值 - 140

举个例子，信令里看到rsrpResult = 50，实际物理值就是50-140=-90dBm。看到rsrpResult = 93，就是-47dBm，属于极强信号。

RSRQ的编码是0到34，对应-19.5dB到-2.5dB（严谨点说，协议映射表从-19.5dB到-2dB，但工程上常用端点近似），步长0.5dB，换算公式：

RSRQ(dB) = 编码值 × 0.5 - 19.5

比如rsrqResult = 29，就是29×0.5-19.5=-5dB。这个值在LTE里属于中等偏上，说明干扰控制得还行。

3.2 NR：SS-RSRP/SS-RSRQ/SS-SINR三套映射并存

到了NR，虽然还是三个整数编码值，但范围和步长都变了。

SS-RSRP的编码范围是0到127，对应物理值从-156dBm到-31dBm附近，步长1dB，换算公式：

SS-RSRP(dBm) = 编码值 - 156

SS-RSRQ的编码范围同样是0到127，但步长变成0.5dB，物理范围从-43dB到20dB附近：

SS-RSRQ(dB) = 编码值 × 0.5 - 43

SS-SINR也是0到127编码，步长0.5dB，物理范围从-23dB到40dB附近：

SS-SINR(dB) = 编码值 × 0.5 - 23

这三套映射之间没有任何"统一的偏移量"可套，很多刚从LTE转到NR的同事，习惯性地把SS-RSRP按LTE规则减140，出来的值直接偏了16dB，整个分析全废。这块务必用NR协议规则。

3.3 完整信令日志实例：从原始字段到最终结论

放一个真实风格的NR测量消息：

measResult { ssb-Results { ssb-Index 5, ssb-Results { ss-RSRP = 64, ss-RSRQ = 60, ss-SINR = 62 } } }

按上面的规则解码：

• SS-RSRP = 64 - 156 = -92dBm
• SS-RSRQ = 60 × 0.5 - 43 = -13dB
• SS-SINR = 62 × 0.5 - 23 = 8dB

这是一组典型的"信号中等、干扰偏高"的测量结果：RSRP-92dBm不算弱，但RSRQ只有-13dB，说明总接收功率里干扰成分不小，SINR只剩8dB，实际速率表现肯定会受影响。如果只看RSRP，很容易误判成"信号还行"，结合RSRQ和SINR才能还原真实处境。

这就是为什么信令分析不能只看一个数的原因——三个指标配合着看，才能形成完整判断。

4. SINR到底能不能从RSRP和RSRQ换算出来

这是网优群里问得最多的问题：信令里没直接给SINR，我能不能用RSRP和RSRQ自己算出SINR？答案分两层：理想模型下可以做一个粗略估计，现实网络中误差可能大到让结论失真。

4.1 理想模型下的近似推导

回想RSSI的定义：测量带宽内某个OFDM符号上所有RE的接收功率总和。如果做一个简化假设——这个符号上，只有一个参考信号RE承载了服务小区的有用信号，其余RE上的功率几乎全是干扰和噪声——那么可以推出一个线性域近似公式：

SINR ≈ 12 × RSRQ / (1 - RSRQ)

这里RSRQ取线性值而非dB值。当RSRQ比较差（比如-13dB）时，1-RSRQ约等于1，公式进一步简化为：

SINR(dB) ≈ RSRQ(dB) + 10.8

这就是业内流传的"SINR约等于RSRQ加10到12个dB"这个经验值的来源。拿前面NR的例子验算：RSRQ=-13dB，按经验公式SINR≈-13+10.8=-2.2dB，但信令里SS-SINR是8dB，差了整整10dB。

为什么差这么多？因为真实场景中，SSB符号上不仅仅是参考信号RE有功率，PBCH、PSS、SSS这些信号RE也都有功率，它们统统被算进了RSSI里。换句话说，RSSI里除了干扰噪声，还有一部分"自家人"的信号功率，这会让RSRQ偏低，进而让经验公式严重低估SINR。

4.2 为什么现实中换算结果总对不上

除开上面那个因素，还有其他几个现实原因。第一，RSRP/RSRQ是经过层三滤波的测量上报值，SINR往往是物理层瞬时估计，两者在时间上不对齐，瞬时的SINR波动可能很大。第二，LTE里数据RE的发射功率与RS功率之间存在配置关系（ρ_A、ρ_B），不同功率配置直接改变了RSSI中"自己人信号"的占比，RSRQ会受到负载和功率配置的直接影响。第三，邻区信号在RSSI里是干扰，但在开同频组网时，邻区RS和业务信号都可能进入测量带宽，既抬升RSSI又未必等效抬升SINR的分母。

简单说：RSRQ反映的是"目标信号占总接收功率的比例"，SINR反映的是"目标信号对抗干扰噪声的余量"。两者在概念上接近，但测量口径不同，换算只能用于趋势性判断，不能用于精确复现。

4.3 信令里没有SINR时，怎么间接判断信道质量

既然不能直接从RSRP/RSRQ硬算出精确SINR，那实际工作中该怎么判断？

我的做法是组合拳。第一，看RSRQ趋势，变化超过3dB以上，基本能判断干扰在恶化。第二，结合CQI上报，LTE的CQI和MCS选择直接受SINR影响，信令虽然不一定周期性上报CQI，但MAC层调度记录里通常能看到MCS，MCS走低基本等于实际SINR走低。第三，用路测终端log里的物理层测量量，高通和联发科平台的log里通常有RF SINR或PDSCH SINR的瞬时值，拿这个和信令RSRQ做对比评估。第四，NR里如果打开了reportQuantity包含sinr，信令里就能直接拿到ss-SINR，这是最准的，前提是网络侧开了这个上报量。

5. 这些年我在信令换算上踩过的坑

最后分享几个实际工作中反复踩过的坑，都是那种"算完觉得哪里不对、折腾半天才发现问题"的典型场景。

5.1 用系统带宽去算N值，RSRQ反推直接翻车

有一段时间我写脚本反推RSSI，默认按20MHz的100个RB去算N值。后来遇到一个10MHz带宽的站点，反推出来的RSSI总是偏高，干扰分析结论全错。排查半天才意识到，测量带宽根本不等于系统带宽，10MHz的N是50而不是100。10×log10(100)和10×log10(50)差3dB，这个偏差足以让一个"正常"的干扰场景看起来像"严重干扰"。

招牌经验：做任何RSSI反推之前，先确认系统带宽配置和测量带宽配置，再去定N值。NR里还要专门区分SSB的20RB和CSI-RS测量带宽，这个坑更隐蔽。

5.2 dB与dBm混用，差值直接算反

另一个高频错误是把dBm和dB当成同一类单位直接加减。RSRP是dBm（绝对功率），RSRQ是dB（比值），SINR是dB（比值），三者物理意义不同。

比如有人会用RSRP减去RSRQ去推干扰电平，算出来是个完全没意义的值。正确做法是：要算服务小区的绝对信号质量，先把RSRQ换算成线性比值，再通过RSSI反推干扰噪声总功率，整个过程必须严格区分线性和对数域。很多人换算结果差出十几dB，不是公式背错了，就是单位混用了。

5.3 把层三滤波上报值当成物理层瞬时值去对比

这是最隐蔽的坑。RRC信令里的RSRP/RSRQ不是物理层的瞬时快照，而是经过层三滤波平滑后的值。如果拿它去和某个瞬间的物理层BLER、瞬时SINR做一对一对比，经常对不上。尤其在高速移动场景下，层三滤波会引入明显滞后，看起来就像"信令里的RSRP还行，但速率已经崩了"。

最稳妥的做法是：信令里的RSRP/RSRQ做趋势分析和覆盖评估，物理层瞬时SINR做实时状态评估。两者对照时，至少取同一时间段内的均值，不要拿单点瞬时值硬比。

通信信令分析这个活，难的不是一个指标的计算，而是多个指标之间的口径对齐。RSRP是工作的地基，RSRQ是干扰的照妖镜，SINR是体验的裁判。把每个指标来自哪层、经过什么处理、用在什么场景下搞透，比死记几个公式有价值得多。希望这篇文章能帮你少走点弯路。