5G异频切换中SMTC配置原理与优化实践：700M与2.6G场景解析

简介：面向5G异频组网场景的专题研究文档，聚焦700M与2.6G频段下SMTC（SSB-based RRM Measurement Timing Configuration）的配置原理与参数寻优，针对异频切换中常见的测量踏空问题提供分析思路。资源为docx格式，共1个文件，压缩包约830KB，轻量易用。内容系统梳理了SMTC窗口机制、SSB配置位置、GAP pattern参数设置等核心知识点，并基于真实案例复盘了爱立信2.6G向华为700M切换失败的过程：通过将700M帧偏设为70728TS实现帧头对齐，使2.6G的SMTC测量窗口正确包含700M的SSB，从而恢复正常切换。文档还对比了帧头对齐与未对齐场景下不同厂家的参数配置建议，对从事5G网络优化、异频策略规划的工程师而言，能帮助理解SMTC寻优逻辑，规避因参数设置不当导致的用户感知下降与网络投诉。目前已有174人浏览学习，具有较强的现场实践参考价值。

1. 700M与2.6G的异频切换，为什么最后都卡在SMTC上

去年底我们处理过一条主干道上的5G基站投诉：覆盖和干扰指标都正常，但车辆一从2.6G容量层往700M覆盖层走，切换失败率就明显抬升。后台抓信令才发现，2.6G侧把700M异频测量对象的SMTC窗口配在了第5ms，异频测量gap却配在了第3ms，UE在gap里永远等不到700M的SSB。这个案例很典型：5G异频（700M与2.6G）场景里，SMTC就是决定UE“何时去测异频”的开关，它一错，覆盖再好的700M也接不住正在运动的UE。这篇内容是为做移动性优化、参数管理和协议分析的工程师写的，目标是把SMTC的原理、参数匹配方法、专题分析流程和排查坑一次讲清楚。

2. SMTC在700M与2.6G异频测量中的角色：SSB窗口、测量gap与事件上报的关系

2.1 先搞清楚SSB、SMTC、异频gap三件事的先后关系

NR里每个小区周期性地发送SSB，也就是SS/PBCH block。SSB里面装着PSS、SSS和PBCH，UE靠它完成物理小区识别、时频同步，以及RRM测量里的SS-RSRP、SS-RSINR。SSB不是每时每刻都在发，它有周期，常见配置是20ms，也完全可以配成5、10、40、80甚至160ms。UE若对目标频点做异频测量，就必须知道自己该在哪个时刻跳到目标频点上去找SSB，而不是盲目地在整个频段里扫。

SMTC正是解决这个“时刻”问题的。SMTC全称是SSB-based Measurement Timing Configuration，它由周期、偏移和窗口时长三段信息组成。网络在测量对象里告诉UE：目标异频频点的SSB会在每个周期的某个偏移位置附近出现，你在这个窗口内去测就行，窗口外不要浪费接收机。简单说，SSB是小区自己发出的信号，SMTC是网络给UE画的测量时间窗，两者必须对齐，否则UE要么测不到，要么一直在错误的时间点反复尝试。

连接态异频测量还有第三个约束：测量gap。UE要从当前服务频点跳到异频频点，大多数只有单接收链的终端必须在gap内切换射频。gap配置包含gap offset、MGL（Measurement Gap Length）和MGRP（Measurement Gap Repetition Period），比如MGL=6ms、MGRP=40ms，表示每40ms留出6ms给异频测量，这6ms里服务小区暂停收发。SMTC窗口必须落在gap内，UE才能在gap期间完成目标频点SSB的检测；如果SMTC窗口和gap错开，UE就只能在窗口外干等，最终表现为异频测量报告永远不来。

下面这张表是专题分析里最常用到的几个参数，建议在开始分析前先把每个小区的取值拉出来核对一遍。

2.2 700M和2.6G两个频段，SMTC为什么不能照抄同一份

700M和2.6G不是简单的两个频点，它们的物理参数差异很大。700M频段子载波间隔通常用15kHz，2.6G频段通常用30kHz，两者的SSB时域长度不一样。SSB一共占4个OFDM符号，15kHz下一个符号约66.7us，4个符号约0.267ms；30kHz下一个符号约33.3us，4个符号约0.133ms。虽然SMTC窗口最小可以配1ms，但工程上几乎不会用这么短的窗口，因为UE射频切换需要时间、SSB burst还要考虑多个波束的扫描。窗口太短，就会出现“信号在但UE没来得及测”的现象。

更深层的差异在覆盖与容量。700M频段传播损耗低、衰减慢，适合做广覆盖和室内浅层覆盖；2.6G频段恰恰相反，带宽大，能承载的峰值速率高，但覆盖半径小。用5G峰值速率计算公式按100MHz带宽、下行双流或四流去推，2.6G的理论峰值速率比700M高出一个数量级；就算700M实际部署的带宽只有几十MHz，两者容量差异依然明显。因此异频组网的策略很一致：空闲态优先让UE留在2.6G，享受速率；一旦2.6G信号变差，再把它引导到700M保住基本连接。连接态则通过A2事件触发异频测量，再通过A4或A5事件决定是否切到700M。整个过程里，SMTC承载着“异频目标是否存在且可接入”的判断，任何一个频点的SMTC配错，都会直接拖累这条策略链。

从这个角度看，SMTC不是单纯的定时器，而是两个频段之间的移动性契约。700M侧的SMTC窗口要覆盖700M的SSB位置，2.6G侧的SMTC窗口要覆盖2.6G的SSB位置。当UE从2.6G测量700M时，网络下发的measObjectNR里的SMTC是给700M频点用的；反过来UE从700M测2.6G时，SMTC要匹配2.6G的SSB。两个异频测量对象可以同时下发，SMTC窗口要尽量错开，避免UE在同一个gap里同时面对两个频点的测量需求。对5G协议栈详解到RRC层就会明白，这一切配置最终都落在RRCReconfiguration里的measConfig上，逐字段核对是专题分析最基础的动作。

3. 复现一份700M/2.6G异频SMTC专题分析：数据准备与四步评估法

3.1 做分析前先备齐四类数据，否则后面全是猜

SMTC专题分析最怕数据不齐。常见情况是手头只有OMC平均KPI，没有信令和配置快照，等出了问题才回头补采，白费一个优化周期。我的经验是先建立一个固定数据清单，每次专题分析都按这个清单向网管、核心网和路测组要数。

第一类是工参与配置数据。包括每个小区归属的频点、带宽、PCI、SSB子载波间隔、SSB周期、SMTC周期/偏移/时长、测量gap pattern。特别注意：这些配置不一定在“同一个表”里，有的要从网管MR配置导出，有的要从基站侧OMC导出，还有的要从RRC重配置信令里反查。最可靠的做法是直接抓几份不同站型的RRCReconfiguration消息，看看实际下发的measObjectNR和gapConfig，比对网管配置是否生效。

第二类是KPI数据。按小时粒度至少统计以下指标：异频A2触发次数、异频A4/A5测量报告上报次数、异频切换请求次数、异频切换成功率、RRC重建比例、切换执行时延。重点不是看整体均值，而是按小区、按时间段、按移动轨迹拆分。比如早高峰某条快速路的A2触发量很高，但对应A4上报量很低，这就说明“UE确实判断服务小区弱了，却一直提交不了异频测量结果”，SMTC嫌疑一下就会上来。

第三类是信令日志。前台路测信令或者后台Nok/NI日志都可以，至少要有RRC重配置消息、测量报告、切换准备和切换执行消息。信令能回答两个关键问题：网络到底给UE配了什么样的SMTC和gap；UE实际上报的异频测量值是否来自目标频点的SSB。没有信令，永远无法证明是“网络下发错”还是“UE没测到”。

第四类是MR与扫频数据。MR能反映服务小区和邻区的RSRP分布，扫频数据则可以独立给出700M和2.6G在所有栅格上的信号强度。SMTC问题常常表现为“有信号但UE测不到”，没有扫频做对照，单看MR会把问题误判成覆盖空洞。

这四类数据的字段可以整理成下面这张检查表，每个字段核对一行，逐项打勾。

3.2 用四步评估法定位SMTC配置问题

第一步做配置一致性核查。把每个小区实际下发的SMTC参数和SSB周期放到同一张表里，逐项检查三条规则：SMTC周期是否等于或大于SSB周期；SMTC窗口时长是否足以容纳SSB burst；SMTC窗口偏移和gap offset是否有且至少有一个重叠。重叠率可以用“一个MGRP周期内SMTC窗口与gap窗口重叠的毫秒数/MGRP”粗算。比如MGRP=40ms、SMTC窗口5ms，如果gap每次都能覆盖这个窗口，重叠率就是12.5%；如果有的周期完全错开，重叠率就低于这个数。低于一半的站要重点标记。

第二步做区域画像。把异频切换成功率低的小区按经纬度落栅格，叠加MR和扫频数据。如果某些栅格信号足够强但异频测量上报很少，说明问题倾向测量侧；如果信号本来就低于-115dBm，那即使SMTC配得再好，UE也测不到一个合理的值，问题在覆盖侧。这一步看起来简单，但很容易翻车：很多人不看扫频，直接拿MR里的邻区信号当准绳，其实MR里根本没有“未被测到的700M小区”，它天然会掩盖测量漏检。

第三步做信令时间轴倒查。在信令里找出同一UE的A2测量报告上报时刻T1，再找该UE第一条异频A4/A5测量报告上报时刻T2，计算T2-T1。正常情况下在MGRP=40ms的配置下，最多两到三个gap周期内就能完成一次异频SSB测量，T2-T1应在200～500ms量级，超过1s就要怀疑SMTC与gap不匹配。还可以进一步看A2携带的测量ID和后续A4携带的测量ID是否来自同一个measObjectNR，如果测量ID对不上，说明事件配置和测量对象关联有误，这同样是常见的隐性坑。

第四步是优化回归。调整SMTC offset或gap pattern后，重新跑第一到第三步，重点看T2-T1是否压下来、异频A4上报比例是否回升、切换成功率是否恢复。最后把结论写成一份简短报告，用“配置快照+信令截图+KPI对比”固定证据。整个四步法并不需要高深的算法，难点在于每一步都要用数据交叉验证，而不是只看一张表就下结论。

4. 700M与2.6G异频SMTC参数推荐：重选门限、测量事件与gap匹配

4.1 空闲态重选参数：让UE按优先级驻留，而不是盲目测量

空闲态异频重选的核心思路是分层：2.6G作为容量层给高优先级，700M作为覆盖层给低优先级，UE优先驻留2.6G，当2.6G弱到一定程度后再考虑下沉到700M。优先级设置没有绝对正确答案，但一般建议2.6G配置priority=7、700M配置priority=6，差值不宜超过2，否则位置更新和寻呼开销会明显增加。

重选门限按下沉场景设置。UE要从高优先级2.6G重选到低优先级700M，需要同时满足两个条件：服务小区质量低于threshServingLowP，目标小区质量高于threshXLowP。若把threshServingLowP设成-118dBm，等于告诉UE“2.6G已经撑不住了，可以看700M了”；若设成-112dBm，UE会更早下沉，但也会带来更多的异频重选。threshXLowP通常设在-115dBm左右，避免目标小区信号连基本接入要求都达不到就往里跑。

这里特别要强调SIB4里的SMTC设置。空闲态虽然不像连接态那样受制于网络侧gap，但UE在异频小区搜索时同样依赖SMTC来缩小搜索窗口。很多网管在连接态配置里认真做了SMTC，却忽略SIB4，导致UE在空闲态异频测量时只能用系统默认方式盲目扫描，功耗高且发现异频小区的速度慢。结论是：每个异频载频信息里都要配置SMTC，且参数要和连接态测量对象保持一致，否则UE从空闲态进入连接态后，第一次异频测量的行为会产生跳变。

4.2 连接态测量与切换参数：A2、A4/A5和gap的联动

连接态异频切换通常采用“A2触发测量、A4或A5决定切换”的组合。A2事件表示服务小区质量低于门限，它可以同时携带异频测量对象的下发。A2门限推荐在-110dBm附近：设得太低，UE在2.6G边缘迟迟不进异频测量，等真到-118dBm再测，切换已经来不及；设得太高，比如-100dBm，UE又会过早测量，产生不必要的gap中断。实际部署要结合道路场景调整，高速场景可以适当提前3～5dB。

A4事件是“邻区质量高于门限即上报”，适合700M作为目标层时使用，推荐门限在-105dBm到-110dBm。A5则要求服务小区低于门限1且邻区高于门限2，适合防止乒乓。两种事件都需要配置hysteresis和timeToTrigger。hysteresis一般给2～4dB，timeToTrigger给320ms或640ms。这两个参数太激进，UE在信号波动区反复上报，切换次数暴涨；太保守，切换执行滞后。SMTC在这里的联动点是：A2触发后才启动异频测量，如果SMTC窗口和gap不在同一时序，A2到A4的间隔就会拉长。你可以通过上一章的四步法，把这个间隔作为SMTC生效性的直接证据。

gap pattern的选择要和SMTC窗口长度匹配。FR1同频段异频场景，我一般建议先用MGL=6ms、MGRP=40ms。若SMTC duration=5ms，6ms gap能完整覆盖窗口并留出射频切换余量；若SMTC duration=3ms，MGL=3ms也能工作，但需要把SMTC offset精确对齐到gap offset，可用的工程余量小得多。考虑到异频测量还有A2到A4之间的时钟对齐问题，新手阶段直接用6ms gap最稳。

4.3 参数落地后的验证闭环

参数调整后不要急着批量复制。先选一个典型小区或一条典型道路，把A2触发到A4上报的间隔、异频切换成功率、RRC重建率、VoNR上行丢包率放到同一张表里对比。比较稳妥的验收指标是：A2到A4间隔P95小于800ms，异频切换成功率恢复到95%以上，业务面丢包没有明显恶化。如果gap对业务影响偏大，比如VoNR掉话率升高，则应把MGRP从40ms放宽到80ms或缩短SMTC窗口到3ms。

另一点经常被忽略：一个小区可能配置多个异频测量对象，例如从2.6G侧同时下发700M和900M的测量对象。此时每个测量对象都有自己的SMTC，offset要均匀散布，避免两个窗口同时出现在一个gap里。可以用“40ms周期除以测量对象数”作为基准分布间隔，比如两个频点就错开20ms，三个频点就错开13.3ms。这个经验值能有效降低gap超时和上报抖动。

5. 异频SMTC专题分析躲不掉的5个坑：现象、原因与排查路径

5.1 A2上报后异频测量报告迟迟不来

现象：UE在2.6G边缘上报了A2事件，按逻辑网络已经下发异频测量对象，但信令里始终等不到对应的A4/A5测量报告。后台KPI表现为A2触发次数远大于异频A4上报次数，切换成功率低。

原因：最常见的不是覆盖差，而是SMTC窗口与测量gap不重叠。比如SMTC offset=5ms、duration=5ms，窗口落在第5到10ms；gap offset却配在3ms，MGL=6ms，gap落在第3到9ms，看起来有重叠，但UE测量还需要射频调谐和解调时间，实际只有窗口末尾一点点能用，稍微调度抖动就会漏测。更极端的情况是SMTC周期和gap周期不匹配或完全错开。

解决：先抓信令，把实际下发的SMTC和gap字段都翻出来，计算每个MGRP周期内的重叠毫秒数。把SMTC offset调整到gap窗口的居中位置，比如gap offset=3ms、MGL=6ms时，把SMTC offset设为4ms或5ms。调整后至少在三个连续gap周期内验证都能覆盖到SMTC窗口，再看A2到A4的间隔是否降下来。

5.2 700M与2.6G之间来回切换的乒乓

现象：UE从2.6G切到700M后不到几秒又切回2.6G，反反复复。切换计数器里同一组小区对切换次数很高，业务体验表现为频繁断流。

原因：A5门限对“离开700M”的条件设得和“进入700M”的条件太接近，缺少迟滞。700M在边缘的RSRP波动本身就比2.6G小，但正因为覆盖稳定，UE不愿意主动离开，必须在2.6G信号恢复到足够好时才触发返回。如果只用A4单门限，这在700M和2.6G都处于中等信号强度时几乎必现乒乓。

解决：给A4事件加上reportOnLeave和迟滞，或者改用A5事件，让“切到700M”和“返回2.6G”之间存在至少5～8dB的回退区间。比如A5门限1设-112dBm、门限2设-108dBm，返回方向的A4门限设-100dBm，这样UE在700M上要等到2.6G明显恢复才会切回。另一个有用手段是调小区对之间的CIO，给700M到2.6G方向设置负偏置，降低切换吸引力。

5.3 异频测量一开，VoNR和上行速率掉得厉害

现象：SMTC和gap都配对了，切换成功率正常，但开启异频测量后VoNR话音卡顿、上行吞吐率明显下降。

原因：per-UE gap会同时中断服务小区的下行和上行调度，MGL越长、MGRP越短，业务受影响越大。尤其在2.6G TDD帧结构下，gap如果刚好落在上行时隙，数据面损伤非常明显。部分UE上报了no-gap异频测量能力，但网络没有读取，一律按普通单收UE配置gap，属于能力利用缺失。

解决：先看UE capability里是否支持同一FR内的窄band测量或第二接收链测量。对支持无gap测量的UE，网络侧可以把测量行为切到Gap-Allowed=false，让UE用自己的机制完成异频测量。对必须用gap的UE，尽量选MGL=3ms、MGRP=80ms这类低占空比配置，并且把SMTC窗口压缩到3ms。VoNR用户比较敏感的场景，可以把gap pattern按业务类型分开：普通数据业务用6ms/40ms，VoNR用3ms/80ms。

5.4 异频小区能解调但始终上报不了RSRP

现象：扫频仪能清晰解出700M小区的SSB，RSRP也正常，但UE信令里的测量报告要么没有这个小区，要么measResult里填的是空值。

原因：一种可能是SSB子载波间隔配错。700M频段SSB用15kHz，2.6G频段用30kHz，如果将700M的measObjectNR配成30kHz，UE在目标频点上会在错误的位置找SSB，自然测不出。另一种可能是SMTC窗口太短，700M SSB burst加上多波束扫描时，在窗口内只露出一部分SSB，UE同步不稳，始终不满足小区识别条件。还有一种隐蔽原因：ARFCN对应的SSB频点位置和实际部署不在同一位置，PCI查表对不上。

解决：重新核对异频频点的ARFCN、SCS和offsetToPointA，直接和基站的实际配置比对。把SMTC duration临时调到5ms，排除窗口太短的问题。若窗口调大后RSRP能上报，再逐步压缩到3ms并验证稳定性。最后用路测信令和扫频频点交叉验证，确认UE搜索的目标频点就是扫到的那个SSB。

5.5 空闲态UE停在2.6G不走，就是不下沉到700M

现象：用户进入地下车库或电梯后，2.6G信号已经降到-120dBm，但UE一直驻留在2.6G，直到彻底失联才重新搜网，期间无法被叫。

原因：多数情况是threshServingLowP设置低于实际信号的“最后可用点”，UE觉得2.6G还能用，就一直不发起异频重选。另一个原因是SIB4里SMTC参数缺失，UE在空闲态不能快速确认700M的存在，于是拖延到小区完全不可用才做盲目搜索。

解决：把threshServingLowP调到-120dBm或-122dBm，让UE更早认可“2.6G已不可靠”。同时把SIB4里700M的smtc配置补全，周期与连接态一致。调整后可以做一次漫游测试：从2.6G强场走进弱场，记录UE在哪个RSRP点触发异频重选，要求该点比脱网点提前至少5dB以上。

6. 用路测抓一次信令，证明SMTC配置真的生效了

参数调整完，最忌直接看KPI就说修好了。我会保留一个固定动作：用路测前台或后台采集软件抓一段L3信令，重点过滤RRCReconfiguration里的measConfig，检查三件事。第一，measObjectNR里的SMTC周期、offset、duration和我预期配置一致；第二，gapConfig里的MGL/MGRP和gapOffset覆盖了SMTC窗口；第三，同一个测量对象关联的reportConfig确实是A2/ A4/A5，而不是残留的旧配置。

下面这个检查清单可以打印出来带着核对：SSB周期是否等于SMTC周期或为其约数；SMTC窗口是否在gap窗口内；A2门限是否低于当前服务小区覆盖边缘至少5dB；A4门限是否高于切换目标小区的最低接入门限；异频测量对象里的SCS和ARFCN是否与扫频一致；SIB4里的SMTC和连接态测量对象是否一致。

验证通过后，再看一次连续行驶场景下的A2到A4间隔。我习惯取P95值作为长期监控项，因为它能反映大多数UE在最差情况下的测量表现，远比平均值诚实。每次调完SMTC相关参数，我都会保留调整前的信令截图和调整后的信令截图，哪怕只是改了一个offset，也存下来作为回归依据。有些问题当时看是解决了，半年后重新组网又会冒出来，有信令底稿兜底，排查效率完全不一样。希望帮到你。

本文还有配套的精品资源，点击获取