5G NR SIB2深度解析：小区重选参数、调度机制与排查实践

简介面向5G网络优化与运维工程师的系统消息SIB2专项讲解文档围绕NR小区重选场景梳理了SIB2从系统消息分类到信息单元的核心内容。文档结合3GPP 38.304等规范说明了SIB2经BCCH、DL-SCH、PDSCH的传输链路以及SI-RNTI扰码和按需、周期两种发送方式并对小区重选公共信息、服务小区频率信息、同频搜索门限SIntraSearchP/SIntraSearchQ、SMTC测量配置及ssb-ToMeasure等关键字段进行逐个说明此外还整理了SIB2在OSI消息中的定位与SIB1调度关系帮助理清系统消息整体架构。其中Q-RxLevMin、Q-QualMin和t-ReselectionNR-SF等参数含义和单位换算也有明确解释便于网优和运维人员在实际网络参数调整或重选异常分析时直接对照参考。资源为单个docx文档压缩包大小291KB信息集中便于查阅。已有393人学习下载适合从事5G网络规划优化或终端行为分析的工程师快速掌握SIB2核心要点。1. 5G(NR) 的 SIB2 不再是周期广播它凭什么决定 UE 往哪个小区走做 5G 网络优化的同行应该都遇到过这种现场UE 明明在 5G 小区下待得好好的指标也正常可一旦进了电梯间或者到了小区边缘终端不重选到信号更好的邻区反而在弱信号里反复拖拽最后掉到 4G 甚至直接脱网。这类问题十有八九要回头查系统消息尤其是 SIB2——它承载的就是同频、异频、异系统之间的小区重选规则。5G(NR) 里的 SIB2 和 LTE 的 SIB2 在职责上同源但有一个关键差异5G 里 SIB 不再清一色周期广播而是分为周期性广播和按需on-Demand发送两种SIB2 执行的是周期性广播由 SIB1 的调度信息决定它的发送窗口。这意味着 UE 能不能在合适的时间拿到重选参数直接取决于你对 SIB1 调度、SIB2 字段和重选门限的理解是否到位。这篇笔记就把 SIB2 的传输链路、信息单元、关键参数换算和现场排查习惯一次说透。2. 传输链路从 BCCH 到 PDSCH 的固定动作2.1 SIB2 走的是哪条路SIB2 在 5G(NR) 里属于 OSIOther System Information和 MIB、SIB1 不同它不是一开始就跟着初始接入流程走的。UE 先读 MIB 拿到 SIB1 的调度再根据 SIB1 里配置的 si-WindowLength 和调度列表去监听 SIB2。这里最容易混淆的是虽然 SIB2 是广播消息但它不在 PBCH 上也不走单独的广播信道而是复用下行共享信道。我一般这样梳理它的承载链路逻辑信道BCCH传输信道DL-SCH物理信道PDSCH扰码SI-RNTIRLC-SAPTM透明模式方向gNB → UE这里面有几个值得留意的点。逻辑信道 BCCH 不是 SIB2 独占的MIB 和 SIB1 也走 BCCH但对 UE 来说MIB 是通过 PBCH 物理层直接解码的不进入 DL-SCH 的传输块处理流程SIB1 和 SIB2 才是真正意义上从 BCCH 映射到 DL-SCH、再到 PDSCH 的广播数据。SI-RNTI 是小区级共享的扰码标识所有 UE 都用同一个 SI-RNTI 去解 PDSCH 上的 SIB 数据这也是为什么终端在空闲态不需要建立 RRC 连接就能读到 SIB2。2.2 RLC TM 模式下的重传逻辑RLC 层用的是 TM 模式这意味着没有分段、没有重组、没有 ARQ 重传SIB2 作为一个完整的 RLC SDU 从 gNB 发出去UE 收不到就等下一个调度周期。做过 LTE 优化的同事对这个应该很熟但 5G 里有一个差异点需要重新适应——SIB2 的调度周期不是固定的广播周期而是由 SIB1 里的 si-Periodicity 和 si-BroadcastStatus 决定。一个现场常见的翻车场景是修改了 SIB2 的重选参数后在测试终端上怎么等都不生效最后发现是 SIB1 里配置的 si-Periodicity 是 16 个无线帧而自己测试时只在窗前等了十几秒。SIB2 不是想改就能立刻生效的它要等下一个广播窗口所以优化重选参数时要么按 SIB1 的周期去规划验证时间要么直接用 RRC 重配触发 UE 重新读取系统消息。这是我自己的经验动 SIB2 之前先拉一下 SIB1 的调度配置算清楚最大生效延迟别把参数未生效误判成配置没下发。2.3 SI 窗口与调度窗口的读取顺序小区级广播还是区域级广播也是 SIB2 的一个特性。小区级广播就是在单个小区内周期性发送区域级广播则可以跨小区共用一套 SIB2 配置减少空口开销。优化时习惯性只改单个小区、然后用路测验证的要注意区域级广播场景下相邻小区可能还在用旧参数UE 从 A 小区重选到 B 小区时如果两边 SIB2 的 Q-RxLevMin 不一致会出现重选后立刻又重选回来的乒乓效应。遇到这种现象优先查是不是区域级广播的配置覆盖范围没对齐。3. 拆开 SIB2 的信息单元三个 block 各自管什么3.1 小区重选公共信息SIB2 的信息单元按功能可以分成三大块小区重选公共信息、小区重选服务小区频率信息、系统间小区重选信息。第一块是公共信息它定义的是 UE 在空闲态做小区重选时最基础的行为准则包括重选优先级、Q-Hyst服务小区信号迟滞、以及 T-ReselectionNR 和 T-ReselectionNR-SF 这两个定时器。这里有个 5G 特有的细节T-ReselectionNR-SF 是针对中速和高速 UE 的速度相关缩放因子。38.304 里定义了 UE 如何根据历史移动状态判断自己是中速还是高速如果 SIB2 里下发了 SF 参数UE 会用实际速度对应的缩放值去修正 T-ReselectionNR。这样做是为了让高铁等高速场景下的 UE 更快做重选而不是被默认的重选定时器拖着。现场优化高铁专网时经常要动这个参数但很多人只改 T-ReselectionNR忽略了 SF 字段导致高速场景下重选迟滞。公共信息里还有 q-QualMin 的默认行为要说明一下如果这个字段缺失UE 将应用负无穷大的默认值 Qqualmin意思是接收质量被判定为良好不因为 RSRQ 差而限制接入。这在某些弱覆盖场景下是有风险的——RSRQ 很差但 RSRP 达标的区域UE 可能因为 Q-QualMin 缺失而接入一个质量很差的小区。建议核查配置时留意这个字段是否随 SIB2 下发。3.2 服务小区频率信息与同频重选参数小区重选服务小区频率信息里包含 Q-RxLevMin、Q-RxLevMinSUL、Q-QualMin 这些门限以及 SMTC、ss-RSSI-Measurement、ssb-ToMeasure 等测量配置。其中同频测量是否启动取决于服务小区是否满足 Srxlev S-IntraSearchP 且 Squal S-IntraSearchQ 这两个条件。下面这段是我现场排查时经常要默写的判断逻辑用一个简单的 python 脚本可以表达def should_measure_intra_freq(srxlev, s_intra_search_p, squal, s_intra_search_q): 判断 UE 是否需要启动同频测量 依据 3GPP 38.304 5.2.4.2 # 服务小区 RSRP 高于强度门限 且 RSRQ 高于质量门限不启动同频测量 if srxlev s_intra_search_p and squal s_intra_search_q: return False # 信号够好不测量邻区 else: return True # 触发同频测量UE 开始扫邻区 # 实际网络里 Srxlev 和 Squal 由 UE 自己按公式算出来 # S-IntraSearchP 和 S-IntraSearchQ 由 SIB2 下发注意这里两个门限的缺省行为不一样s-IntraSearchP 缺省时表示不启动同频测量也就是认为服务小区信号永远够强而 s-IntraSearchQ 缺省时为 0 dB。这一点我特别提一下因为很多现场参数核查表里不会区分这两个字段的缺省语义容易误解成「都没配就是都测」。实际配表时一般建议把 s-IntraSearchP 配置为和 Q-RxLevMin 匹配的值避免 UE 在信号已经较差时还不去做同频测量导致错过重选时机。3.3 异频和异系统重选信息系统间小区重选信息部分定义的是 5G 和 4G、3G 之间的重选行为。SIB2 里会携带异系统的重选优先级、门限和定时器比如往 LTE 重选时用到的 ThreshServingLowQ、ThreshXHighP 等。这里的核心逻辑是服务小区的 S 准则和质量准则低于某个阈值时UE 会转向另一个系统的小区。实际优化里5G 往 4G 的重选门限设置直接影响用户感知设太高会导致用户过早掉到 4G设太低则会让 UE 在 5G 弱覆盖里长时间驻留起呼失败率升高。我在优化一个城区网格时遇到过典型的异系统参数打架案例5G 的 Q-RxLevMin 配的是 -120 dBm标注值 -60因为标注值乘以 2 才是实际 dBm但异系统往 4G 的门限配得很激进导致 UE 在 5G 信号还有 -100 dBm 时就开始重选到 4G5G 驻留比很难看。这就是 SIB2 内部不同 block 之间参数没对齐导致的。4. 参数换算dBm、dB、bitmap 里的那些「乘以 2」4.1 Q-RxLevMin 为什么写着 -60 实际是 -120SIB2 里的 Q-RxLevMin 字段是带符号整数实际电平值 标注值 × 2 dBm。比如信令里看到 q-RxLevMin -60实际就是 -120 dBm。这个换算是整个 SIB2 参数核查里最容易翻车的点——在路测软件里看到的 RSRP 是 -118 dBm觉得 UE 应该还能接入但查配置发现 Q-RxLevMin 标的是 -56对应 -112 dBmUE 的 Srxlev 已经小于 0根本不会驻留在这个小区。这属于典型的「软件显示的测量值和系统消息里的门限值不在同一个坐标系」。我给一个换算脚本方便现场核查时直接用def sib2_dbm_display(raw_value): SIB2 中电平类参数解码 Q-RxLevMin / Q-RxLevMinSUL 标注值乘以 2 才是实际 dBm actual_dbm raw_value * 2 return actual_dbm # 例子空口消息里 Q-RxLevMin -60 print(sib2_dbm_display(-60)) # 输出 -120这才是真实的 dBm 门限同样要注意 Q-QualMin 和 s-IntraSearchQ 这类质量参数不需要乘以 2它们的单位就是 dB。这也是为什么做参数核查时要用同一个脚本工具去批量转换而不是手算——手算容易把电平和质量两类参数混在一起。我自己的习惯是抓一条 SIB2 的原始解码结果先把所有带「电平」语义的字段统一乘以 2再和网管配置表做 diff一次能把大部分参数制作错误扫出来。4.2 SMTC 窗口与 SSB 测量集SMTCSSB-Based Measurement Timing Configuration是 UE 做 SSB 测量的时间窗口。SIB2 里下发 SMTC 周期和偏移UE 在窗口内去测量 SSB。如果 SMTC 缺失UE 将以 SSB 周期 5 ms 为默认测量周期。这个默认值听着合理但实际网络里 SSB 周期可能配成 10 ms 或 20 ms如果 SIB2 里没下发 SMTCUE 按 5 ms 去测会做很多无效监听耗电和测量精度都会受影响。ssb-ToMeasure 用来限制在 SMTC 窗口内 UE 需要测量多少个 SSB。这个字段有几种 bit 映射具体的最大测量数跟载频有关SSB 测量集类型适用频段最大测量 SSB 数shortBitmapfc ≤ 3 GHz4mediumBitmap3 GHz fc ≤ 6 GHz8longBitmapfc 6 GHz64这个表在现场核查时很实用。比如一个 3.5 GHz 的 NR 小区SSB 实际有 8 个波束如果 SIB2 里下发的 ssb-ToMeasure 用的是 shortBitmapUE 最多只测 4 个 SSB剩下 4 个波束的测量结果不参与小区级质量评估等于你有一半的波束覆盖信息是盲的。优化 5G 波束场景时ssb-ToMeasure 的取值要和 SSB 波束数量对齐不然路测里看到某些方向信号好但不触发重选就要想到可能是测量集没覆盖到对应波束。4.3 ssb-Index 派生和 RSSI 测量SIB2 里还有一个字段指示 UE 能否根据服务小区的子帧和帧结构推导出相邻小区的 SSB 索引。这个能力直接影响 UE 对邻区 SSB 的识别——如果网络配置了该字段UE 可以省去盲检直接按服务小区的时序关系推算邻区 SSB 位置。如果没配置UE 还得先做一次粗略搜索才能拿到邻区 SSB 的时域位置重选时延会明显增加。ss-RSSI-Measurement 则用于对同步参考信号的 RSSI 测量包含测量用的 slot 和终止符号信息。RSSI 测量结果在 NR 里主要用于小区质量和负载评估以及一些干扰分析场景。注意这类测量和 RSRP/RSRQ 的测量逻辑不同它统计的是整个测量带宽上的总功率包括邻区干扰和噪声现场用频谱仪验证干扰时要结合 ss-RSSI-Measurement 的配置来判断测量带宽是否覆盖到目标区域。5. 同频测量怎么被触发S 准则和实际配合5.1 Srxlev 和 Squal 的计算方式SIB2 里给的是门限UE 侧要自己算 Srxlev 和 Squal 才能跟门限做比较。Srxlev 的计算公式Srxlev Qrxlevmeas - (Qrxlevmin Qrxlevminoffset) - Pcompensation其中 Qrxlevmeas 是 UE 测到的服务小区 RSRPQrxlevmin 就是 SIB2 下发的 Q-RxLevMin 乘以 2 后的值Qrxlevminoffset 是 SIB2 里针对正常驻留和紧急呼叫设置的偏置Pcompensation 跟 UE 最大上行发射功率有关。Squal 的计算类似用得是 RSRQ 减去 Q-QualMin。这个公式里的每一项都和 SIB2 的配置直接挂钩。现场常见的错误是只关注 Q-RxLevMin忽略 Qrxlevminoffset导致某些小区在 SIB2 里设置了偏置后实际接入门槛远高于预期。比如某个小区为了均衡负载设了 Qrxlevminoffset 10 dBUE 计算 Srxlev 时会多扣掉 10 dB实际允许接入的最低 RSRP 就从 -120 dBm 抬到了 -110 dBm。路测发现 EDGE 位置有信号但上不去小区先别怀疑覆盖去查 SIB2 里的偏置字段。5.2 同频测量触发条件的现场解读按照 38.304 的逻辑UE 只有当服务小区 Srxlev ≤ S-IntraSearchP 或者 Squal ≤ S-IntraSearchQ 时才开始同频测量。也就是说UE 处于「信号够好」时不浪费资源测量邻区一旦信号跌到门限以下就要开始监听邻区的 SSB为后续重选做准备。这里有个容易理解反的地方S-IntraSearchP 不是重选门限而是测量启动门限。很多现场同事把这两个概念混在一起以为 S-IntraSearchP 就是重选门限结果把 S-IntraSearchP 设置得很低比如 -110 dBm 对应的值导致 UE 在信号已经差到 -112 dBm 时才开始测量邻区中间这一段时间里 UE 既不重选也不做测量相当于「失明」状态用户的感知就是信号明明很差却不切小区。正确做法是 S-IntraSearchP 要比重选门限高 6-10 dB让 UE 提前开始测量为重选动作留出时间余量。5.3 多波束场景下的测量聚合gNB 通过多波束发射时UE 需要对小区进行一个或多个波束的测量。SIB2 里的 ssb-ToMeasure 定义了在 SMTC 窗口内要测量哪些 SSBUE 测量完多个 SSB 后需要把波束级结果聚合成小区级质量。这里要注意的是小区级质量不是简单取平均而是按网络配置的测量聚合方式来决定——是取最好波束的质量还是取所有波束的平均质量决定了小区边缘处的行为。我优化过一个高层写字楼场景室内用的是多波束定向覆盖SIB2 里 SMTC 窗口配置正确ssb-ToMeasure 也覆盖了全部波束但 UE 在楼层内测到的最佳波束和次佳波束之间相差 12 dB而小区质量聚合用最好的波束衡量。结果 UE 觉得服务小区质量不错但实际业务数据走的波束质量已经很差用户体验到的是「信号满格但网速很慢」。这类问题不能说 SIB2 配错了但它确实是 SIB2 里的字段配置和波束场景配合不佳导致的。6. 现场排查SIB2 下发异常与重选失败的定位习惯6.1 UE 读不到 SIB2 时的排查顺序信令跟踪里看到 UE 读了 SIB1 但迟迟没有收到 SIB2先不要急着怀疑覆盖问题按照下面的顺序排查先确认 SIB1 的 si-SchedulingInfo 里有没有配置 SIB2 的调度条目和周期再确认 SIB1 配置的 si-WindowLength 是否足够长窗口太短时 SIB2 的传输块可能没机会在窗口内完成调度最后看物理层是否真的在对应窗口内用 SI-RNTI 加扰传输了 SIB2。这三步走完基本能定位是配置问题还是空口收包问题。6.2 参数改了不生效的三个典型原因现象在网管上修改了 Q-RxLevMin但路测终端的行为没有任何变化重选门限还是旧值。原因多数是没等 SIB2 的下一个广播周期少数是修改了区域级广播配置但实际生效的小区属于另一个区域配置。解决拉 SIB1 里的 si-Periodicity 确认最大延迟窗口再决定等待时间如果是区域级广播直接核查 UE 所在小区绑定的区域配置 ID。6.3 重选后立刻切回原小区的乒乓问题现象UE 从 A 小区重选到 B 小区后几秒钟又重选回 A反复横跳占用率统计里两个小区都产生大量重选入。原因A、B 两个小区的 SIB2 里 Q-RxLevMin 或 Q-Hyst 配置不一致UE 在边界处两边同时满足重选条件造成双向重选。解决拉两个小区的 SIB2 参数做 diff重点对齐 Q-RxLevMin、Q-QualMin、T-ReselectionNR 和 Q-Hyst。6.4 SSB 测量集配错导致邻区测不到现象UE 在同一位置能测到邻区 RSRP但始终不发起重选邻区关系表里也有该邻区。原因ssb-ToMeasure 使用的 bitmap 类型不匹配实际 SSB 数量UE 在 SMTC 窗口内只测了部分 SSB而邻区最好的波束恰好不在测量集内。解决确认站点实际 SSB 波束数量按频段选择对应的 bitmap 类型并重新下发 SIB2验证时看 UE 的测量报告里是否包含该邻区全部波束的 SSB 索引。6.5 S-IntraSearchP 与重选门限配反的后果现象UE 在小区边缘信号已经很差但测量报告里始终看不到邻区测量量直到掉线。原因S-IntraSearchP 被配置得比重选门限还低UE 认为服务小区信号「还没差到需要测量」。解决按重选门限 6~10 dB 的余量重配 S-IntraSearchP保证 UE 有足够时间完成邻区测量和评估。从做 SIB2 参数核查开始我给自己定了一条规矩每一轮参数调整后先抓解码原始 SIB2 消息做字段级校验再结合 SIB1 的调度信息推算生效时刻最后才让路测团队进场验证。从那以后因为 SIB2 参数没生效或者配置错位导致的重复测试次数明显少了。希望这篇笔记对正在排查 5G 重选问题的你能有帮助。本文还有配套的精品资源点击获取