<!-- title: 测量间隙：手机如何偷瞄邻频 -->

# 测量间隙：手机如何偷瞄邻频

## 一、从一个生活场景说起

想象你正在参加一场大型酒会，全神贯注地和A桌的朋友聊着天。这时你隐约觉得隔壁B桌的讨论更有意思，你想确认一下B桌的氛围到底好不好。你会怎么做？

你不可能一边盯着A桌说话、一边听清B桌——人的注意力是"单通道"的。你只能**短暂地侧过身、把耳朵朝向B桌听一两秒，然后再转回来继续和A桌对话**。在这偷听的这一两秒里，A桌说的话你其实是听不全的。

手机的射频接收机，本质上就像这个"单通道耳朵"。

当你的手机（UE）正连接在某个小区、专心收发数据时，网络要求它必须时刻监测周围其他小区的信号质量，以便在合适的时候发起**切换（Handover）**。可问题来了：邻区往往工作在**不同的频率**上，而一台普通的手机通常只有一套正在被占用的接收通道。要测量另一个频率，它就得把"耳朵"从当前频率**临时调走**。

可是调走的这一小段工夫，当前服务小区发来的数据就没人接了，会丢包。怎么办？网络和手机约定好：每隔一段时间，**双方都"闭嘴"几毫秒**，让手机赶紧把耳朵调到邻频去听一听，听完立刻调回来继续干活。

这个被双方默契约定出来的、专门用来"偷瞄"邻频的几毫秒时间窗口，就叫**测量间隙（Measurement GAP，简称 GAP）**。

## 二、核心矛盾：测量需求与单接收机的天然冲突

要理解GAP为什么被设计成今天这个样子，必须先抓住它背后那对永恒的矛盾：

> **手机想"什么都测得到"以保障切换及时，又想"一点都不耽误业务"以保障吞吐量。**

这两者不可兼得，因为根源在于一个物理限制——**接收机同一时刻一般只能调谐到一个频率上**（少数高端终端有双接收机，那是后话）。

我们可以把移动通信里的测量分成三类，看看哪一类才真正"需要" GAP：

| 测量类型 | 目标小区频率 | 是否需要GAP | 原因 |
|---------|------------|-----------|------|
| **同频测量（Intra-frequency）** | 与服务小区同频 | 4G：不需要；5G：多数情况下不需要，特殊场景才需要 | 接收机本就调谐在该频率，边收边测即可 |
| **异频测量（Inter-frequency）** | 同制式、不同载频 | **需要** | 必须重调谐接收机到目标频率 |
| **异系统测量（Inter-RAT）** | 不同制式（如5G测4G） | **需要** | 频率不同且制式不同，必须重调谐 |

一个常被新手忽略的细节是：4G时代同频测量基本不需要GAP，而**到了5G NR，由于子载波间隔（SCS）灵活、SSB位置特殊，某些同频场景也需要GAP机制**，这是NR相对LTE的一个微妙变化。但无论如何，GAP最主要、最核心的应用场景，永远是**异频和异系统测量**。

这就引出了本文的灵魂追问：

- 如果不配GAP，会发生什么？→ 手机测不到异频邻区 → 不知道该往哪切 → 异频切换彻底失效，只能同频硬扛，掉线风险飙升。
- 如果GAP配得太密，会发生什么？→ 手机频繁"离岗偷瞄"，业务吞吐量被白白蚕食。
- 如果GAP配得太稀，会发生什么？→ 手机迟迟测不到目标小区，切换决策滞后，可能错过最佳切换时机，发生"晚切"甚至掉话。

所以GAP的设计，本质上是在**"切换的及时性"和"业务的吞吐量"之间走钢丝**。

## 三、GAP的三大参数：周期、长度、偏移

理解了动机，剩下的就是把这套"默契约定"用参数精确描述。GAP由三个核心参数刻画，可以把它想象成一个**反复敲响的闹钟**：

| 参数 | 全称 | 含义 | 典型取值 |
|------|------|------|---------|
| **MGRP** | Measurement Gap Repetition Period | 闹钟多久响一次（GAP的重复周期） | 20 / 40 / 80 / 160 ms |
| **MGL** | Measurement Gap Length | 每次闹钟响时，允许"离岗"多久（GAP持续长度） | LTE固定6ms；NR可配置1.5 / 3 / 3.5 / 4 / 5.5 / 6 ms等 |
| **gapOffset** | Gap Offset | 在一个周期内，GAP从哪个时刻开始（相位偏移） | 用于对齐目标小区参考信号位置 |

用一张甘特图把这三个参数"画"出来，一目了然：

```mermaid
gantt
    title 测量间隙周期结构（MGL=6ms, MGRP=40ms 示例）
    dateFormat X
    axisFormat %L ms
    section UE时间分配
    GAP1 测量邻频 :crit, g1, 0, 6
    正常收发服务小区 :active, a1, 6, 40
    GAP2 测量邻频 :crit, g2, 40, 46
    正常收发服务小区 :active, a2, 46, 80
```

- **MGRP**决定了闹钟的"敲击频率"。周期越短，测得越勤、越及时，但离岗越频繁；
- **MGL**决定了每次能"偷瞄"多久。要够长，至少能覆盖目标小区一次参考信号（SSB）的完整突发；
- **gapOffset**看似不起眼，实则至关重要：它决定GAP窗口**恰好落在目标小区SSB出现的时刻**。配歪了，手机调谐过去时目标小区恰好"没在发信号"，GAP就白开了。

## 四、GAP的吞吐量代价：一个简单却关键的公式

既然GAP期间双方都暂停收发，那么被GAP"吃掉"的吞吐量比例，可以直接用一个公式算出来：

$$
\text{吞吐量损失率} = \frac{\text{MGL}}{\text{MGRP}} \times 100\%
$$

这个公式极其朴素，却几乎决定了现网优化工程师对GAP配置的所有纠结。我们代入几组常见配置看看：

| MGL | MGRP | 吞吐量损失率 | 适用场景倾向 |
|-----|------|------------|------------|
| 6 ms | 40 ms | **15.0%** | 高速移动、需快速异频切换 |
| 6 ms | 80 ms | **7.5%** | 一般城区，平衡型 |
| 6 ms | 160 ms | **3.75%** | 低速/静态场景，省吞吐 |
| 1.5 ms | 20 ms | **7.5%** | NR短GAP，高频段精准测量 |

一个反直觉的结论是：**6ms/40ms这套配置，会让手机每秒"停工"约15%的时间**。这就是为什么现网测速时，如果后台悄悄打开了GAP配置，用户感知到的速率会莫名下降一截——这不是故障，而是测量代价的真实体现。

NR相对LTE的一个进步，正是把MGL从"死板的6ms"变成了**可灵活配置的多档位**（如1.5ms）。当目标SSB突发很短时，用更短的MGL即可覆盖，无需"杀鸡用牛刀"地停工6ms，从而把吞吐量损失压到更低。这是NR"精细化省时"设计哲学的一个缩影。

## 五、手机在GAP里到底做了什么

光知道参数还不够，我们要钻进这短短几毫秒里，看看手机和基站的配合有多精密。下图刻画了UE在每一个GAP周期内的完整动作链：

```mermaid
flowchart TD
    A["UE正常收发服务小区数据"] --> B{"是否到达GAP时刻?"}
    B -- 否 --> A
    B -- 是 --> C["暂停服务小区收发<br/>（gNB也不在此刻调度）"]
    C --> D["重调谐接收机到目标频率"]
    D --> E["在SMTC窗口内<br/>搜索并测量目标SSB"]
    E --> F["计算 RSRP / RSRQ / SINR"]
    F --> G["重调谐回服务小区频率"]
    G --> H["恢复收发，继续业务"]
    H --> A
```

这里有几个细节值得工程师特别注意：

1. **GAP是"双向默契"**。不是手机自己想停就停——gNB也必须知道GAP时刻，并**主动避免在GAP内给该UE下发调度**（不在PDCCH上调度该UE）。否则gNB发了数据、手机却没在听，纯属浪费。所以GAP本质是**网络和终端之间的时间契约**，由RRC信令统一配置。

2. **"重调谐"是有代价的**。射频器件从一个频率切到另一个频率、再切回来，需要锁相、稳定，这本身要消耗时间。这也是MGL不能无限短的原因之一。

3. **测量的产物是RSRP/RSRQ/SINR**。这些指标会被填进测量报告，成为后续切换判决的"弹药"。可以说，**没有GAP，就没有异频测量数据；没有测量数据，切换判决就是瞎子摸象。**

## 六、把GAP和切换串起来：一张信令时序图

既然本系列关注移动性管理的信令时序，我们就有必要把GAP放到**完整的切换信令链**中去看，理解它"卡"在哪一环、为何如此关键：

```mermaid
sequenceDiagram
    participant UE
    participant gNB as gNB（服务小区）
    participant gNB2 as gNB2（邻区，异频）
    Note over UE,gNB2: ① 下发测量配置（含GAP + SMTC）
    gNB->>UE: MeasConfig（MGRP/MGL/gapOffset + SMTC + 事件门限）
    Note over UE,gNB2: ② GAP时刻：UE重调谐测量gNB2的SSB
    UE->>gNB2: （重调谐后）测量SSB → RSRP
    Note over UE: ③ 累积测量值，满足触发事件（如A3）
    UE->>gNB: MeasurementReport
    Note over gNB: ④ gNB依据报告判决切换
    gNB->>UE: HandoverCommand
    UE->>gNB2: （切换执行）同步到目标小区
```

这张图揭示了一个常被忽视的事实：**GAP是整个异频切换链路的"第一颗螺丝"**。

- 若①里漏配了GAP → ②无法发生 → ③永远没有数据上报 → ④切换判决永远等不到异频候选。现网中"异频死活切不动"的疑难杂症，相当一部分要倒查到GAP是否正确下发。
- 若①里gapOffset没对齐目标SSB → ②里手机调谐过去却测不到 → 测量值畸低或为空 → 要么误判邻区信号差而**漏切**，要么迟迟等不到稳定测量而**晚切**。
- 若MGRP过大 → ③里测量值更新太慢 → 切换响应迟钝，高速场景下极易掉话。

理解了这条链，你就能解释为什么网优同事调试切换问题时，第一件事往往是**让后台打出该UE的GAP配置和SMTC配置来核对**。

## 七、5G的关键演进：Per-UE Gap 与 Per-FR Gap

如果故事停在4G，GAP的设计还算简单——4G只有**"每UE一个GAP"（Per-UE Gap）**这一种模式：不管你要测多少个异频频点，大家共享这一个6ms窗口，在窗口里**轮流（时分）测量**各个目标，这就是所谓的**Gap共享（Gap Sharing）**。

但5G NR引入了一个让事情变复杂的新玩家：**FR2（毫米波高频段）**。一台终端可能同时通过双连接（如EN-DC、NR-DC）工作在FR1（Sub-6GHz）和FR2两个频段上。这时Per-UE Gap的笨拙就暴露了：

> 假设终端的主业务链路在FR2（高速吞吐），但它需要测一下FR1的某个异频邻区。在Per-UE模式下，**整台终端要为这个GAP停工**，连本来好好的FR2高速链路也被迫暂停——明明只是要测FR1，却把无辜的FR2也拖下水，吞吐量损失白白翻倍。

于是NR在后续版本引入了**按频段独立的GAP（Per-FR Gap）**：

```mermaid
flowchart TD
    subgraph PU["Per-UE Gap：一刀切"]
        direction TB
        PU1["FR2 服务链路"] -->|"被迫暂停"| PU2["统一 GAP 同时测 FR1"]
        PU2 -->|"恢复"| PU1
        PU3["❌ 高速FR2链路被无辜拖累<br/>吞吐损失大"]
    end
    subgraph PF["Per-FR Gap：按频段独立"]
        direction TB
        PF1["FR2 服务链路"] -->|"正常运行不被打断"| PF1
        PF2["FR1 独立 GAP"] -->|"只中断FR1侧"| PF2
        PF3["✅ 仅在需要的频段上<br/>付出测量代价"]
    end
    PU -->|"演进动机"| PF
```

Per-FR Gap的逻辑很优雅：**只为真正需要测量代价的那一侧频段开GAP**。当FR2链路是业务主力、需要测量FR1邻区时，开FR1-GAP即可，FR2全程不打嗝。这样就把"测量FR1"的代价从"拖垮整台终端"收敛到"只暂停FR1侧"，吞吐量损失显著降低。

> 一个判断口诀：**Per-UE是"以终端为单位的统一停工"，Per-FR是"以频段为单位的精准停工"**。后者是5G为了适配高频段多连接场景而做的精细化升级。

## 八、SMTC：告诉手机"目标信号几点出现"

讲到这里，必须补上GAP机制里另一个关键搭档——**SMTC（SS/PBCH Block Measurement Timing Configuration，SSB测量时序配置）**。

为什么需要它？因为NR和LTE有一个根本区别：

> **LTE的参考信号（CRS）是"常亮的灯"**，几乎每个子帧都在发，手机什么时候调谐过去都能看到。
> **NR的SSB是"定时闪烁的灯"**，它以突发（SSBurst）的形式周期性发送（典型周期5/10/20/40/80/160ms），其余时间根本不发。

这意味着手机如果不知道目标小区SSB**几点几分出现**，盲目调谐过去很可能扑个空。SMTC就是网络发给手机的"目标小区SSB时刻表"，它告诉手机：

- **周期（Periodicity）**：目标SSB多久发一次；
- **持续时间（Duration）**：突发持续多长；
- **偏移（Offset）**：在SFN时间轴上从哪里开始。

于是GAP的设计就有了第二条铁律：

$$
\text{MGL（GAP长度）} \geq \text{目标小区SMTC窗口长度}
$$

即**GAP窗口必须能"罩住"目标SMTC窗口**，否则调谐过去了却没来得及测完。工程上还会留出射频重调谐的余量，所以MGL往往比SMTC窗口略大。gNB下发配置时，必须**把gapOffset与目标SMTC offset算对、对齐**，这正是配置最容易出错、也最考验功底的地方。

## 九、实战连接：工程师调试时会撞见什么

把原理落到现网，有几个高频出现的场景和调试陷阱：

1. **"异频切不动"第一嫌疑人**。当投诉某路段异频切换失效、终端死活不肯切到邻区时，先别急着调切换参数（迟滞、迟延、偏移），**优先核查该UE是否被正确下发了GAP配置**。没有GAP，再多门限参数都无用武之地。

2. **"测速莫名掉一截"非故障**。路测或定点测速发现速率比预期低 7%~15%，且业务并无异常时，查一下是否激活了GAP。**这是测量代价，不是空口质量变差**。可通过调整MGRP（如40ms→80ms）在切换及时性与吞吐间重新找平衡。

3. **"测得准但切得晚"查MGRP**。测量值稳定、却在高速场景下掉话，往往是MGRP过大导致测量值更新跟不上移动速度。**适当缩短周期**（如80ms→40ms）提升测量密度，是高速覆盖优化的常见手段。

4. **"测得到值却异常低"查偏移对齐**。如果某邻区RSRP测出来明显偏低、与扫频仪实测不符，**重点怀疑gapOffset与SMTC offset没对齐**，导致手机只在SSB突发的边缘甚至外面采样，测到的不是完整SSB功率。

5. **双接收机终端的"无GAP测量"**。部分高端终端具备双接收通道，可一边维持业务、一边用空闲通道测异频，实现**无GAP（gapless）测量**，吞吐损失几乎为零。网络会根据终端能力上报（UE capability）决定是否仍需配GAP。调试时若发现某型号终端速率不受GAP影响，多半是它支持这种自主测量。

6. **5G-Advanced的演进方向**。后续标准在向**动态/按需GAP（On-demand Gap）**演进——平时不常开GAP，只在确实需要测异频时才临时激活，进一步把测量代价压到最低。这是精细化省时思路的延续。

## 十、常见问题

**Q1：同频测量到底要不要GAP？**
A：4G时代基本不需要，因为接收机本就调谐在同频上，可"边收边测"。5G NR里多数同频场景也不需要，但由于SCS灵活、SSB位置特殊，**个别同频场景也需要GAP**——这是NR相对LTE的一个细微差别，配置时要依据规范与终端能力具体判断，不能想当然。

**Q2：GAP共享（Gap Sharing）是怎么回事？**
A：当多个异频/异系统目标都要用同一个GAP时，它们在该GAP窗口内**时分轮流测量**（典型如等分方案Scheme A）。好比多个房间共用一个"偷瞄窗口"，按顺序逐个看。代价是每个目标被测的频率降低，测量值更新变慢。

**Q3：MGL固定6ms够用吗？为什么NR要改成可变？**
A：6ms是LTE为兼顾低频段而设的"够用且通用"的值。但NR的高频段SSB突发短、SCS大，**6ms往往过宽、白白停工**。改成1.5/3/4ms等多档后，能按目标SMTC窗口量身定制，**够罩住即可，绝不浪费一毫秒**，从而把吞吐损失降到最低。

**Q4：Per-UE Gap和Per-FR Gap怎么选？**
A：核心看终端是否同时工作在FR1和FR2（如多连接场景）。若仅单频段，两者差别不大；**若FR1/FR2并发且业务主力在高频段**，应优先用Per-FR Gap，避免为测FR1而拖累FR2高速链路。选择还取决于终端能力上报。

**Q5：GAP配得越勤，切换就一定越可靠吗？**
A：不一定，这是常见误区。MGRP过小确实测量更勤、切换更及时，但**吞吐代价线性上升**；而真正决定切换可靠性的，是测量值质量（GAP与SMTC对齐）和切换参数门限，而不仅仅是测量频率。**可靠性与代价要联合优化，不能只盯着"测得更勤"。**

## 参考来源

1. [5G NR Measurement Gap Configuration — Techplayon](https://www.techplayon.com/5g-nr-measurement-gap-configuration/) — 系统讲解NR测量GAP的MGL可配置性与参数结构
2. [5G NR Measurement Gaps — Devopedia](https://devopedia.org/5g-nr-measurement-gaps) — 测量间隙的原理、Per-UE/Per-FR对比与吞吐影响
3. [5G Measurement GAP — ShareTechnote](https://www.sharetechnote.com/html/5G/5G_MeasurementReport.html) — GAP底层逻辑与LTE的对照图解
4. [SMTC in 5G NR — Detailed Guide — WirelessBrew](https://wirelessbrew.com/5g-nr/smtc-in-5g-nr-detailed-guide/) — SMTC窗口与SSB测量时序的权威说明
5. [NR measurement gap — CSDN博客](https://blog.csdn.net/asd199086/article/details/135520258) — 同频/异频/异系统测量中GAP的作用机制详解

---
> 本文由「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 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
