干通信网优或者信令分析这行的基本都翻过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到-44dBmNR的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个RB10MHz对应50个RB5MHz对应25个RB。如果用错了N值算出来的RSSI直接差出好几dB。NR里更要注意SS-RSRQ的测量带宽是SSB本身占用的带宽SSB在频域上固定占240个子载波也就是20个RB——不管当前小区系统带宽是40MHz还是100MHzSS-RSRQ对应的N都按20算。而CSI-RS的RSRQ则要看CSI-RS实际配置在多少个RB上N值可能又是另一个数。换句话说N不是一个全局固定值它跟着测量对象走。2.3 用信令数据反推RSSI的完整计算假设我们在LTE信令里看到这样一组测量结果measResultPCell { rsrpResult 50, rsrqResult 29 }解码规则后面细说这里先直接给结论RSRP -90dBmRSRQ -5dB。如果测量带宽是20MHzN100反推RSSI用对数域公式RSSI(dBm) 10×log10(N) RSRP(dBm) - RSRQ(dB)代入就是RSSI 20 (-90) - (-5) -65dBm。这个反推在很多自动化脚本里都会用到。但你要有个心理准备协议里RSRQ的量化步长是0.5dBRSRP是1dB量化误差叠加之后反推的RSSI误差在1~2dB以内都算正常别当精确值用。3. 信令消息里的编码值要这样解码LTE和NR的映射逻辑差异信令里你看到的不是物理量本身而是协议规定的编码值。不同制式、不同指标编码到物理量的映射规则完全不同。这节把LTE和NR的典型规则一次理清。3.1 LTERSRP减140、RSRQ乘0.5再减19.5LTE测测量结果里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 NRSS-RSRP/SS-RSRQ/SS-SINR三套映射并存到了NR虽然还是三个整数编码值但范围和步长都变了。SS-RSRP的编码范围是0到127对应物理值从-156dBm到-31dBm附近步长1dB换算公式SS-RSRP(dBm) 编码值 - 156SS-RSRQ的编码范围同样是0到127但步长变成0.5dB物理范围从-43dB到20dB附近SS-RSRQ(dB) 编码值 × 0.5 - 43SS-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 -92dBmSS-RSRQ 60 × 0.5 - 43 -13dBSS-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≈-1310.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层调度记录里通常能看到MCSMCS走低基本等于实际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是体验的裁判。把每个指标来自哪层、经过什么处理、用在什么场景下搞透比死记几个公式有价值得多。希望这篇文章能帮你少走点弯路。