换手之前：测量与判决原理

你开车用导航时有没有注意到一件事：导航从来不会等你已经开过路口了才重算路线。它一直在盯着“下一个路口”，在距离、车速、路况三个条件都满足的那一刻，才平静地说出“前方五百米右转”。说得早了是误报，说得晚了是事故——这个“什么时候喊”的学问，就是蜂窝网络移动性管理里最精致的一环。

手机在移动网络里也是被这样“导航”的。基站不会等手机走出覆盖边缘、链路快断了才想办法，而是在一切还好的时候，就让手机持续盯着周围的邻区，把“谁比谁好多少、好了多久”这类证据收集起来，等条件同时满足时才发出换手指令。我们平时说的“切换流程”（信令怎么接力）只是最后一步的执行动作；在执行之前，还有一整条看不见的流水线在运转——测量、滤波、事件评估、上报判决。这篇文章就拆这条流水线：手机用什么当尺子、怎么把毛刺抹平、怎么判定“该换了”，以及工程师读信令时该怎么看懂这套机制留下的痕迹。

一、拿什么当尺子：三把各管一段的尺子

要比较“邻区和服务小区谁好”，先得定义什么叫“好”。问题在于，“信号好”其实是个含糊词：可能是信号强、可能是干扰小、也可能是负载轻不挤。一件事含糊，工程上的办法就是把它拆成几个可测量的量。于是有了三把尺子：RSRP、RSRQ、SINR。

RSRP（参考信号接收功率）回答“基站的灯塔亮不亮”。每个小区都会持续广播参考信号（4G里是CRS，5G里主要是同步广播块里的信号，以及数据解调用的一些参考信号），手机把这些承载参考信号的资源粒子上收到的功率做线性平均，换算成dBm。它只测基站专用的“灯塔”信号，不测整条街的嘈杂声，所以它反映的是覆盖强度，是切换判决里最常用的主尺。工程上要知道两点：第一，它是宽带意义上的平均（4G里在测量带宽内平均），一个窄带上的衰落尖峰不会让它大起大落；第二，5G里它分化成了两把尺——同步广播块上的RSRP（空闲态也能测，服务覆盖的大盘）和信道状态参考信号上的RSRP（连接态精细化度量），看信令时要分清测的是哪把。

RSRQ（参考信号接收质量）回答“这条街上吵不吵”。它的定义是一个比值：

其中RSSI是手机在测量带宽内听到的总功率——包括服务小区、邻区、干扰和噪声全都在内，N是统计RSSI所用资源块的数量。分母是“整条街的音量”，分子是“灯塔的亮度”。这个比值最妙的地方在于它对负载敏感：小区里用户多了，数据占用的资源块多了，街上的“人声”（邻区调度的数据）就大，RSSI涨上去，RSRQ就掉下来——哪怕RSRP纹丝不动。所以RSRP高而RSRQ低，往往不是覆盖问题，是这条街太挤了。它以dB为单位，4G里的典型量程是-3到-19.5dB。

SINR（信噪干比）回答“实际能听清几分”。它把有用信号和干扰加噪声直接对比，是和吞吐量关系最直接的量。但它有个特殊地位：协议没有给SINR定义统一的上报映射，各家芯片怎么算、基站怎么用属于实现自由，标准允许多种实现，具体行为以各厂家官方文档为准。这就是为什么你抓包看测量报告，报出来的都是RSRP/RSRQ，而SINR只出现在工具软件和厂家内部接口里。

顺带记一个工程数字：RSRP在上报时被映射成0到97的整数，每步1dB，-140dBm对应0、-44dBm对应97。你在信令里看到上报值97，说明这部手机距离哪座塔都不远，属于“信号好到封顶”的场景。

二、一条看不见的流水线

有了尺子，接下来是怎么量。整个测量判决在手机和基站之间是流水作业的：

尺子	测的是什么	反映什么问题	单位与量程（4G典型值）
RSRP	参考信号的平均功率	覆盖强度、远近关系	dBm，约-44～-140
RSRQ	参考信号功率与总接收功率之比	干扰与负载状况	dB，约-3～-19.5
SINR	有用信号与干扰加噪声之比	空口质量、吞吐上限	dB，无统一上报映射

flowchart TD
    A["天线里混着全网信号"] --> B["物理层按参考信号<br/>抽样出功率值"]
    B --> C["L3滤波：一阶低通<br/>抹掉快衰落毛刺"]
    C --> D["事件评估：对照门限<br/>与TTT计时"]
    D --> E["触发测量报告MR"]
    E --> F["基站汇总判决<br/>下发切换命令"]

第一步：抽样。手机不需要额外的“测量模式”，它在正常接收下行数据的同时，把落到参考信号资源粒子和相邻小区参考信号上的功率顺手记录下来。这是个很聪明的设计——测量是接收行为的副产品，几乎免费。同频邻区的测量甚至不需要停下来去“看别处”；只有异频和异系统测量才需要专门的耳朵，这一点后面讲门控时再谈。

第二步：滤波。原始功率值是没法直接用的。无线信道里快衰落让信号强度以几十毫秒为周期剧烈起伏，如果拿原始值做判决，手机会在小区边缘“上一秒想切、下一秒不想切”。所以在进入事件评估之前，每个功率样本都要过一层低通滤波：

$M_n$是最新样本，$F_{n-1}$是历史滤波值，滤波系数$k$由基站下发，取0到19。这个公式读起来抽象，直觉却很简单：每次新样本只占一小份权重，历史占大头。$k$每增加4，新样本的权重就减半——$k=4$时新样本占一半（相当于“新旧各取平均”），$k=8$占四分之一，$k=16$只占十六分之一。$k$越大，曲线越平滑但越“迟钝”；$k$越小越“跟手”但毛刺越多。注意这层滤波对服务小区和邻区一视同仁，两边都要抹平了再比，否则比较本身不公平。

第三步：事件评估。关键设计来了：“该不该换”这个判断，是在手机本地做的，不是基站做的。基站下发的是规则（什么事件、什么门限、持续多久），手机拿着规则自己对答案，只有事件成立时才上报。为什么这样设计？想象反方案：手机把所有邻区的滤波值每200毫秒报给基站，让基站算。以小区边缘几十上百部手机计，这条信令洪流会把空口和基站处理都拖垮。而“本地评估、触发才报”，把99%的无效比较消化在手机里，空口里飞的只有“事件成立了”这短短一条。这是移动性管理里“用规则换带宽”的经典思路。

第四步：上报。事件触发后，手机通过信令承载把测量报告发出去。报告是“事件型”的：报一次、还是触发后按一定间隔连报几次、要不要在事件离开时再补一条“不成立了”，这些参数都在测量配置里写明。报告里带着每个邻区的RSRP（可同时带RSRQ），基站拿到的不是“我觉得该切了”这种结论，而是原始证据——怎么判，永远是基站的权力。

三、事件系统：把“该换了”写成一道不等式

基站下发的规则里，事件是分家的。同频的事、异频的事、换制式的事、负荷转移的事，各有一套触发条件，用字母加数字命名：

这张表里最值得精讲的是A3——切换判决的主力。它的进入条件是一道不等式：

公式里所有$M$都是滤波后的功率（dBm），所有$O$和$H$都是偏移量（dB）：$O_{fn}$和$O_{cn}$是给邻区频点、邻区小区的“加分项”，$O_{fp}$和$O_{cp}$是服务侧的加分项，$O_{ff}$是这个事件自带的偏移，$H_{ys}$是迟滞。全部移项整理后，它的人话版本只有一句：

事件	触发含义	典型用途
A1	服务小区质量好于门限	收回异频测量间隙、恢复测量
A2	服务小区质量差于门限	启动异频/异系统测量、触发重定向
A3	邻区比服务小区好出一个偏移量	同频/异频切换的主力事件
A4	邻区绝对质量好于门限	负载均衡、向指定频点迁移
A5	服务小区差于门限1且邻区好于门限2	弱覆盖场景的切换
A6	邻区比服务小区好出偏移量（载波聚合场景）	辅载波变更
B1	异系统邻区好于门限	向其他制式切换
B2	服务小区差于门限1且异系统邻区好于门限2	弱覆盖时向其他制式迁移

这几个参数各有性格。偏移（Offset）是网络对边界的主动调整：想让手机早点切过去就给邻区加分，想让它多留一会儿就减分。迟滞（Hysteresis）纯粹是防抖用的：它在进入条件和离开条件之间挖出一道沟——高于“门限加迟滞”才算进来，低于“门限减迟滞”才算出去，中间地带维持现状。没有这道沟，处在两个小区质量十字路口的手机会因信号随机起伏而来回横跳，这就是经典的乒乓切换：信令风暴、短暂中断叠加、用户体验忽好忽坏。

时间门限TTT（Time-to-Trigger）是第二重防抖，管的是时间维度：条件成立后必须持续成立这么久，事件才算真正触发。迟滞抗的是“幅度上的毛刺”，TTT抗的是“持续时间很短的突发波动”——两者一个在空间轴、一个在时间轴，缺一不可。TTT的协议取值从40毫秒到5秒多，工程上常取几百毫秒量级作为起点。把三重条件串起来看就是三道闸门：

flowchart TD
    A["滤波后的邻区与服务小区"] --> B["计算质量差值"]
    B --> C{"空间门: 差值大于<br/>偏移加迟滞?"}
    C -->|否| D["不动作"]
    C -->|是| E["启动TTT计时"]
    E --> F{"计时期间<br/>条件一直成立?"}
    F -->|否| G["清零重来"]
    F -->|是| H["触发测量上报"]

注意一个细节：TTT计时期间条件哪怕闪断一下，计时就清零重来——判据不是“累计成立够久”，而是“连续成立够久”。这保证了触发那一刻，邻区是稳定地更好，而不是恰好赶上衰落深谷的假象。

sequenceDiagram
    participant U as 手机
    participant S as 源基站
    participant T as 目标基站
    Note over U: 邻区滤波值持续好于门限
    U->>U: A3成立，启动TTT计时
    U->>S: 测量报告MR
    S->>S: 判决并准备目标小区
    S->>T: 协商与数据准备
    T-->>S: 就绪确认
    S->>U: 切换命令与目标配置
    U->>T: 断开源链路，接入目标
    T->>S: 切换完成确认
    S->>T: 在途数据转发

四、门控与配速：机制里的人性化设计

第一套：A2门控。异频邻区不在服务频点上，手机“看”它们得把接收机调谐过去，而调谐期间服务频点的数据就得暂停——这是有真实代价的。所以协议的设计是：平时不测异频，只有当A2事件（服务小区差于门限）触发，网络才下发异频测量任务，手机才申请测量间隙（周期性从服务频点上借出几毫秒去“看一眼”别的频点）。等邻区测量结果出来、该切切、该留留；如果服务小区质量回升、A1事件触发，间隙再收回来。整个过程像医院分诊：没症状不拍片，有症状才加检，痊愈就停药。

flowchart TD
    A["服务小区跌破A2门限"] --> B["手机上报A2事件"]
    B --> C["网络下发异频测量任务"]
    C --> D["申请周期性测量间隙"]
    D --> E["手机定期调谐到异频点"]
    E --> F{"异频邻区变好了吗"}
    F -->|A3或A4成立| G["上报并触发切换"]
    F -->|服务小区回升| H["A1成立，收回间隙"]

第二套：移动状态缩放。步行的用户和高速路上120公里时速的用户，需要完全不同的判决节奏——行人可以慢条斯理，车上的人TTT设长了根本来不及切。有意思的是，协议并不让手机直接测速度（那要动用多普勒估计，代价不小），而是用了一个代理指标：统计窗口期内换了几次小区。换得勤，说明走得快。判定为高速态后，TTT和迟滞按协议因子自动缩短、调低，让判决“配速”跟上移动速度；中间还设计了状态间的缓冲，防止用户在城区边缘走走停停导致状态来回跳。观察结果反推原因——不测速度本身，测速度的“脚印”。

五、另一双眼睛：RLM与判决链的分野

读到这里容易产生一个错觉：只要测量判决正常，链路就安全。其实判决链管的是“该不该换小区”，它并不盯着当前链路本身的生死。盯这个的是另一套独立机制——无线链路监测：手机持续评估下行控制信道的解调质量，连续差到失步门限就启动失步计时器，恢复同步就停表；计时器走完还没回来，就宣告无线链路失败，转入重建或退回空闲。

为什么要分成两套？因为它们回答的问题不同。测量判决是前瞻——“前面的路好不好”；链路监测是当下——“脚下这条路还在不在”。两者可能在同一时刻给出矛盾的答案：邻区测量值明明很好，测量报告也按时在发，链路却失败了。典型场景是上行出了问题——下行还能正常收、能正常测，但手机发出的信号基站收不到或解不出，切换命令根本下不来。所以排查掉话时，“测量报告都发了怎么还掉”不算灵异事件，它往往只是提醒你：该看上行了。

六、回到现网：这套原理在哪里用得上

读信令的三看。一看测量配置：基站在连接态重配消息里下发测量对象（量哪个频点）、报告配置（按什么事件、什么门限、什么TTT）和测量标识（把两者配对成任务），这一串参数组合就是该小区移动性行为的“性格档案”。二看测量报告内容：哪个频点、哪个小区、什么值，反推手机当时眼里的世界。三看时序：事件上报时刻、切换命令时刻、失败时刻的先后关系，能直接定位问题出在测量判决、执行还是链路本身。

卡顿排查先看哪把尺。用户投诉“信号满格网速慢”，先分清是哪类问题：RSRP也好、RSRQ也差——高负载或强干扰；RSRP本身就低——覆盖问题，该判决链出场了；RSRP正常、RSRQ也正常但就是慢——往吞吐相关的方向查。三把尺子各管一段，别拿着RSRP一把尺子包打天下。

邻区从哪来。判决的前置条件是网络知道有哪些邻区可测。现代网络的邻区关系表很大程度靠自动邻区关系机制维持：网络发现手机报上来了一个“没见过的小区”，就派手机去读它的系统广播、带回全球小区标识，自动建表。作为工程师，遇到“该切的邻区压根没被测量”，先查邻区关系表是不是漏配——判决链再精密，尺子没对准对象也是白搭。

调参数就是调天平。偏移、迟滞、TTT三件套本质上是在“快速切换”和“稳定不抖”之间配平。减少乒乓切换，加大迟滞或TTT；代价是切换变慢，弱覆盖区域容易切晚了导致掉话。反过来调，切换跟手了，边缘抖动就来了。没有万能值，只有匹配场景的值——高速线路、密集城区、室内深层覆盖，各有各的配法。

常见问题

Q: RSRP很好，为什么网速还是很慢？ A: RSRP只回答“灯塔亮不亮”，不回答“街上吵不吵、挤不挤”。RSRP好说明覆盖没问题；慢的原因通常藏在RSRQ（干扰大或本小区负载高）和SINR（空口质量差）里，也可能是传输侧瓶颈。三把尺子分工不同，先量对再下结论。

Q: 迟滞和TTT都是防抖，设一个不就够了吗？ A: 不够，因为它们抗的噪声不同。迟滞在“幅度轴”上设安全带，要求质量差足够大；但幅度大不等于持续——一次深衰落的短暂回升就能骗过它。TTT在“时间轴”上设门槛，要求状态持续成立。边缘环境里幅度毛刺和时间毛刺都存在，两道闸门是互补关系。

Q: 测量报告都正常上报了，为什么还会掉话？ A: 测量判决和无线链路监测是两套独立机制。测量报告正常说明下行接收没问题，但切换能否完成还取决于上行质量、目标小区准备等因素。上行被淹没时，手机“看得见”邻区却说不出话，切换命令下不来，链路计时器超时照样掉线。这种“测量正常却掉话”的组合，优先查上行。

Q: 事件判定为什么放在手机里做，而不是全报给基站算？ A: 信令开销和实时性。判决需要百毫秒级的持续观测，如果把所有样本都传给基站，空口信令量会随用户数爆炸；手机本地按规则评估、只在事件触发时上报一条，把绝大部分比较消化在源头。规则下发一次，反复使用——这是典型的“以规则换带宽”。

Q: 5G的测量和4G比，判决思路变了吗？ A: 核心框架没变：还是测量、滤波、事件、上报这条流水线，事件家族的名字都延续了。变的主要是尺子：5G用同步广播块做覆盖类的RSRP测量、用信道状态参考信号做精细化度量，且引入了波束层面的测量与选择——判决粒度从“选小区”细化到了“选波束”。理解了原理，这些演进只是换了测量对象。