尧图网页设计 
简介面向5G网络优化工程师及通信技术学习者这份PPT系统梳理4G与5G互操作的原理与流程重点覆盖SA组网下的移动策略设计、空闲态与连接态互操作、EPS Fallback语音回落、Fast Return信令流程等核心章节。资源为单个pptx演示文稿大小约2.78MB内容呈现华为规范版式目录层级清晰既可用于企业内部培训也适合个人对照学习。已有147人浏览学习常见于理解5G语音方案与互操作参数配置场景。PPT从小区重选总体机制、启动邻区测量和重选评估判决讲起逐步展开NR至LTE的切换/重定向、语音业务结束后快速返回NR等信令细节并附有常见语音问题排查思路。内容明确指出SA移动策略中空闲态支持系统内重选及NR到LTE的小区重选连接态支持系统内切换及NR到LTE的切换/重定向同时针对语音业务通过EPS Fallback回落到LTE、结束后Fast Return返回NR给出信令流程每个章节按背景、流程、判定条件逐步展开便于边看边对照现网参数可帮助读者建立从空闲态重选到连接态切换、再到语音回落排障的完整知识框架。1. 4G/5G互操作为什么在SA组网下成了一门独立学问“4G信号满格5G也显示在网页就是转圈”——这类投诉在高穿透损耗场景里不少见。多数人先查覆盖查干扰查完才发现终端死死扒着5G不放明明网络侧下发了重定向或切换指令终端却因为异系统门限没达标而拒绝离开。这里真正起作用的是4G/5G互操作参数而不是单纯的覆盖指标。SA组网下没有锚点终端在空闲态和连接态的每一次RAT切换都依赖一套跨RAT的测量、门限和定时器设计。标题从一张PPT长成现网问题核心就三件事重选优先级、测量事件门限、跨系统信令配合。这里把这些原理拆开并给出可以直接对照的参数表和排障方法适合做4G/5G优化的工程师以及想搞懂“为什么切不过去”的网优新人。2. SA组网互操作的三种场景与N26的角色2.1 互操作的三大场景重选、切换与语音回落SA下4G/5G互操作按终端状态分三类。空闲态重选发生在RRC_IDLE时终端通过读取SIB24和系统消息里的RAT优先级自主从一个制式的小区迁移到另一个制式的小区。连接态切换发生在RRC_CONNECTED时网络通过RRC重配携带异系统测量对象和事件门限由网络决策完成跨RAT切换。语音业务连续性则走EPS Fallback或SRVCCVoNR发起后由核心网将语音承载回落至4G由VoLTE接续。互操作场景决策主体生效状态关键信令/参数涉及网元空闲态重选终端自主RRC_IDLESIB24/SIB3/5、cellReselectionPrioritygNodeB/eNodeB广播连接态异系统切换网络决策RRC_CONNECTEDA2/B1测量、RRCReconfigurationAMF/MME、gNodeB/eNodeBEPS Fallback核心网/IMSRRC_CONNECTED(VoNR)QCI1承载请求、切换或重定向AMF、MME、IMS这三类场景的触发条件差异很大。空闲态重选是终端按广播参数做判决网络只能通过优先级和门限间接控制连接态切换是网络在测量报告驱动下做判决终端行为相对被动语音回落则由IMS域的会话协商触发与无线信号好坏没有直接绑定。搞清决策主体后面所有参数才不会混为一谈。# 互操作模式选择: 有N26时走切换, 无N26时走重定向 def mobility_mode(has_n26: bool, state: str) - str: if not has_n26: return redirection re-register if state RRC_CONNECTED: return N2 handover return reselection based on priority这段代码对应现网选型逻辑是否部署N26直接决定连接态互操作的实现方式。没有N26时即便无线侧配了切换关系核心网也无法传递上下文最终只能退化为重定向加重新注册。2.2 与NSA互操作的差异从“锚点承载”到“独立小区切换”经历过NSA优化的人容易把4G/5G互操作理解成“加邻区、配B1”但SA的差异很大。NSA组网下LTE作为锚点信令面全部承载在LTE上5G只是数据面的辅节点终端始终受服务LTE小区管辖所谓互操作实质是LTE内部的SN变更。SA组网下5G是独立主小区终端从5G切到4G是完整的RAT切换接入网和核心网都要参与。差异还体现在覆盖兜底关系上。NSA下4G和5G的覆盖是叠着的LTE永远在底层兜着5G断了服务不一定会断。SA下5G覆盖分布不均互操作不仅要“回得去”还要“回得来”。这连带产生一个常见问题5G覆盖空洞边缘参数配得太保守比如A2门限设得极低终端在信号已经很差时才启动异系统测量从测量到切换完成可能已经掉线。全网排障时这类问题最隐蔽因为掉线点往往与弱覆盖点不重合而是发生在测量启动之前。2.3 N26接口与跨系统上下文传递SA互操作的一个重要前置条件是5GC与EPC之间的N26接口。N26负责跨系统的移动性上下文传递让终端在4G与5G之间移动时不需要重新做附着而是通过TAU或切换请求延续会话。有N26时连接态异系统切换可以做到无损或者仅一次转发没有N26时系统只能走重定向加重新注册的方式终端先收到RRCRelease携带的重定向频点随后在目标RAT重新发起注册或TAU。没有N26的场景在互操作优化中经常被忽略。许多无线侧参数的配置比如切换还是重定向、是否携带专用前导、重定向频点顺序等都取决于运营商是否部署N26这一前提。拿到一张互操作流程图第一步先确认它默认有N26还是无N26后面所有信令节点和参数含义都会随之改变。调完无线参数却迟迟不生效时回过头查这一层往往能找到答案。3. 空闲态重选流程SIB24、优先级与终端执行步骤3.1 重选决策的三要素优先级、S准则与Treselection空闲态重选看似是终端行为实际决策规则由3GPP定死终端监听服务小区和邻区按RAT优先级决定是否测量异系统邻区。4G到5G重选需要服务小区满足低优先级触发条件通常由SIB24里的服务低门限和5G邻区的高优先级共同决定。具体判断分两问。第一问5G的重选优先级是否高于4G。第二问服务4G小区电平是否低于threshServingLow同时目标5G小区电平是否高于threshX-High对应的等效门限。当两个条件同时满足时终端启动Treselection定时器定时器超时且目标小区持续满足条件才执行重选。理解这个关系后很多“终端赖在4G不走”的案例都能反推出是被哪个参数挡住。3.2 SIB24内容与重选参数映射SIB24是4G侧下发NR邻区信息的关键信令包含每个5G邻区的PCI、频点、测量带宽、重选优先级、Q偏移和门限。终端在4G待着时完全靠SIB24里的信息决定是否搜索5G小区。SIB24里没有绝对电平值所有门限都通过Q-RxLevMin和Offset组合计算。下面是一个常见配置的消息结构示意// SIB24 中 5G 邻区配置(示意结构) { carrierFreqList: [ { dlCarrierFreq: 627264, cellReselectionPriority: 7, threshX-High: 10, threshX-Low: 6, q-RxLevMin: -118, t-ReselectionNR: 1, sib24_adjCellList: [ { pci: 101, qOffset: 0 } ] } ] }注意threshX-High不是RSRP绝对值而是相对Q-RxLevMin加出来的等效门限。实际等效重选门限近似等于Q-RxLevMin加上两倍的threshX-High因为该字段单位是0.5dB。调门限经常有人只改threshX而忘掉Q-RxLevMin导致算出来和预期差十几dB这是重选调优最常踩的坑。RRC参数单位常见范围作用cellReselectionPriority无0~7RAT/频点优先级threshServingLowdB4~10服务小区低优先级判决门限threshX-High0.5dB8~20高优先级目标小区门限threshX-Low0.5dB6~16低优先级目标小区门限q-RxLevMindBm-118~-122最小接入电平Treselections0/1/2重选驻留定时器3.3 用一组参数判断“能不能重选”的验证脚本把上面的决策规则写成代码排查问题时会直观不少。下面这段Python脚本模拟一个在4G小区上的终端判断是否具备重选到5G的条件def reselect_check(rx_serving, q_rxlevmin_serving, thresh_serving_low, rx_nr, q_rxlevmin_nr, thresh_x_high): # 计算4G服务小区等效门限 s_serving rx_serving - q_rxlevmin_serving thr_serving thresh_serving_low # 计算5G目标小区等效门限, 注意threshX-High单位是0.5dB, 换算乘2 eq_nr q_rxlevmin_nr thresh_x_high * 2 if s_serving thr_serving and rx_nr eq_nr: return 触发Treselection定时器 elif rx_nr eq_nr: return 服务4G尚可, 不启动异系统测量 else: return 5G信号不满足高优先级门限, 不重选 print(reselect_check(-112, -120, 6, -108, -118, 10))这段代码的用途是帮助理解门限的相对关系服务4G信号低于thr_serving且5G高于eq_nr时触发。单位换算是重点threshX-High在RRC信令里单位是0.5dB代码里要乘2才能得到dBm等效差。很多互操作参数调整表里写了数值但没有标单位套到公式里就偏差几dB。3.4 空闲态互操作的边界邻区漏配与优先级倒挂重选问题里邻区漏配是最普遍也最难从参数层面发现的原因。SIB24里没有该5G小区信息再强的5G信号也不会触发重选。规划5G邻区的常见做法是让NR小区与共站或同覆盖的4G小区互配邻区这依赖工参数据准确。5G邻区添加案例里最典型的就是漏配了相邻的室内分布小区室外终端在窗边能看到5G信号却因为邻区列表里没有这个小区而无法重选。另一个典型问题是优先级倒挂。4G小区与5G小区重选优先级设置不合理可能导致终端在5G覆盖好的区域仍然常驻4G或在5G边缘反复重选。比如5G优先级设为5、4G设为6时终端会把4G视为更高优先级除非4G信号极差才回5G。调优先级的经验是让5G在正常覆盖区内高于4G至少1级但5G边缘不强行保持具体值可以通过对比AMF侧注册用户分布和路测结果验证。4. 连接态互操作流程A2/B1测控与EPS Fallback信令链4.1 连接态测量的启动A2事件与异系统测量对象5G服务小区信号变差到一定程度网络才下发异系统测量配置。这里的关键事件是A2服务小区质量低于绝对门限A2Threshold时终端上报A2网络收到后在RRCReconfiguration里下发包含4G频点的测量对象MeasObjectEUTRA和事件B1/B2。A2门限设得偏高终端过早开始测量4G频繁上报徒增信令和终端功耗设得偏低终端直到信号断裂才启动异系统测量还没测完就RLF了。一般建议以边缘用户RSRP在-115dBm左右、SINR低于0dB仍能保持连接为基准设定但具体要依据5G基站的干扰水平调整。排障时看到终端频繁上报A2但B1不触发多半是A2和B1门限之间间隔太窄或者4G邻区电平不达标。4.2 一次5G到4G的切换信令链有N26时5G到4G的异系统切换走N2接口流程。主流程是5G基站下发测量控制终端上报B1gNB向AMF发起Handover RequiredAMF经N26向MME转发目标4G侧完成承载建立后回传Handover Command终端切至4G完成。整条链路时延通常在50到200毫秒但每多一次接口转发失败率就多一分。信令消息类别关键排查点RRCReconfiguration(measConfig)NR RRC确认A2门限、B1门限、4G频点是否下发MeasurementReport(B1)NR RRC确认4G小区PCI/RSRP是否满足门限HandoverRequiredNGAP确认目标eNB ID、TAI是否合法HandoverCommandNGAP直传确认Cause是资源不可用还是未知目标实际排查时先看B1上报里的RSRP。目标4G小区RSRP低于B1门限时流程会停在上报阶段反复测高于门限却依然失败就要查NGAP消息里的Cause值区分准备失败和执行失败。在RRC层看不到失败原因时往NGAP层翻一层就能定位到核心网侧目标TAI或专用承载建立问题。4G到5G的异系统切换同理只是方向反过来目标小区变成NR小区AMF与MME的角色互换。# 模拟切换执行各段时延叠加, 判断T304是否可能超时 t304_ms 640 ho_steps {meas_gap: 120, ho_required: 80, ho_command: 100, rach_access: 300} if sum(ho_steps.values()) t304_ms: print(T304可能超时, 建议调大或优化目标小区随机接入)这段代码说明了T304的判定逻辑切换执行时延是各段叠加任何一个环节慢都会推向超时。实际切换中RACH接入占大头目标4G小区负载高或前导资源不足时几百毫秒的接入时延很常见。4.3 EPS FallbackVoNR语音的业务连续性设计语音是SA互操作另一个高频场景。VoNR终端发起语音呼叫时若5G覆盖不满足语音承载质量核心网侧会触发EPS Fallback把承载从5G切到4G由VoLTE完成通话。触发方式有切换和重定向两种。切换式EPS Fallback与普通异系统切换的区别在目标侧要建立IMS专用承载信令交互更多重定向式更简单但时延更长。现场常看到EPS Fallback呼叫失败排查时先看SIP信令里的182/183进展消息确认QCI1承载建立请求有没有到达MME。很多EPS Fallback问题其实是IMS路由或编解码协商问题无线侧参数怎么调都无效所以话务验证前先看核心网侧SIP日志再动无线参数。5G信令流程里EPS Fallback的完整链路很长但现场调优只要抓住“QCI1承载是否存在”这个判断点就能区分无线问题还是核心网问题。4.4 4G到5G的连接态返回B1测量与盲重定向的取舍从4G回5G也有两种实现。一是4G侧下发B1测量目标5G邻区满足门限后切换或重定向到5G二是盲重定向不做异系统测量直接按预配置频点指到5G。后者常见于已知5G覆盖良好的热点区域优点是速度快缺点是目标5G不可用时直接掉线。现网设计常采用“B1测量加盲重定向兜底”的组合先让终端测一轮异系统邻区若有可用5G小区则切换没有则在定时器超时后盲重定向到预设频点。代价是呼叫建立时延增加。调优重点在频点顺序和盲重定向等待定时器的设置避免终端在4G覆盖边缘反复尝试回5G。4G到5G连接态互操作的参数通常通过LTE侧的异系统测量配置下发和高铁等快慢速移动场景需要分开配置。5. 互操作参数配置清单A2/B1/T304 的取舍方法5.1 互操作参数之间的链式关系互操作参数不是孤立的。A2决定何时开始测4GB1决定何时上报4G小区T304决定切换执行阶段能等多久。一个参数改小可能把问题推到下一个定时器上。调参之前先把自己代入终端从5G弱覆盖到离开5G经历A2测量、B1上报、切换准备、切换执行、4G驻留再到4G回5G每一个环节都需要门限差留出余量。门限差是互操作调优里最容易忽略的。A2门限和B1门限如果太接近终端刚上报A2B1还没满足信号继续恶化后直接RLF距离太大则终端长时间停在测量态功耗和信令开销都上升。设计门限间隔时要让“异系统测量启动”和“异系统切换执行”之间留出一段可用的时间窗口。5.2 一组实用的互操作基线参数下面是一个面向一般城区场景的初始参数表以类MML说明逻辑关系具体字段请以设备商网管为准参数作用窗口建议值范围调节方向说明A2-5G门限(RSRP)触发异系统测量-115~-108dBm偏低会压缩测量时间偏高则频繁测4GB1-4G门限(RSRP)上报目标4G小区-110~-100dBm一般比A2高5~8dB避免测到就切测量迟滞hysteresisA2/B1去抖0~3dB大值防抖动但让切换滞后T304切换执行500~1000ms过小导致切换执行失败过大拖慢重建T310无线链路失败检测1s过短会提前RLF不触发切换cellReselectionPriority(5G)空闲态重选6~7相对4G至少高1级threshX-Low(5G→4G)低优先级重选门限4~8dB控制降级到4G的敏感度注意B1门限取的是“目标4G小区RSRP”不是服务5G小区电平。很多新人把B1门限写成服务小区电平导致上报条件永远不满足这是B1参数设置里最高频的错误。调门限时记住一个原则A2是“我不想在5G待了”B1是“4G那边值得去”。5.3 用MML核对和调整互操作参数的思路厂商网管里常见命令风格类似# 类MML示意: 设置5G侧A2门限-113dBm, B1门限-105dBm SET INTERRATHO: NRCELLcell01, A2_THRESHOLD_RSRP-113, B1_THRESHOLD_RSRP_EUTRA-105, T304640MS; # 类MML示意: 查询当前互操作参数 LST INTERRATHO: NRCELLcell01;真实命令因厂商而异但排查顺序一致先LST查询确认现网参数再SET调整单个参数最后用历史记录回滚。“一次只动一个参数”在互操作调优里比其他场景更重要因为门限联动性强一次改三个值出了问题很难判断是谁引起的。每改完一轮参数保存前后快照配合路测或终端日志验证效果。5.4 T304与T310在互操作里的特殊角色T304从终端收到Handover Command开始计时到目标小区随机接入完成停止超时则切换失败终端回源小区重建立。SA跨系统场景里涉及4G目标小区的随机接入接入类问题更容易导致T304超时。若发现互操作失败时终端直接进入RRC重建立而不是正常切换就要检查服务小区RLF定时器是否比互操作流程总时延更短。T310用于检测RLF有时候互操作还没完成T310先超时了流程就被打断。把T310调大、把A2/B1门限拉开能解决不少“切换指令发了但没到目标小区”的疑难问题。定时器之间的呼应关系是互操作调优的深水区T304调大治标减小时延治本优先优化RACH资源和前导格式再动定时器。6. 验证与调优从终端日志判断互操作是否真的成功6.1 用终端日志定位重选与切换的真实动作互操作问题最怕“看着参数合理但终端不配合”。终端日志可以抓RRC层事件和NAS层状态抓取后先过滤MeasurementReport、RRCRelease和RRCReestablishmentRequest几条消息。重选成功时终端会先离开服务小区随后在新RAT里发起TAU或注册切换成功则可以看到Handover Command后的随机接入完成。如果日志里只有A2上报没有后续B1上报问题在测量对象或B1门限如果有B1但没有Handover Command问题大概率在核心网路径。6.2 路测数据分布判断“反复横跳”把路测数据按RSRP分桶统计每个桶内终端占用4G和5G的比例。正常的连续覆盖应是5G信号大于-110dBm时5G占用在90%以上小于-120dBm时5G占比迅速回落。如果看到-105dBm附近4G占比已经很高说明互操作门限偏激进5G提前放弃了服务。awk -F, NR1 {bucketint(($2120)/5); if($3NR) nr[bucket]; else lte[bucket]} END {for(i in nr) print (i*5-120):nr[i]0/(nr[i]lte[i]0)*100%NR} dt.csvawk命令把RSRP按5dB分桶统计NR占用百分比。字段顺序按实际路测CSV调整核心思想是把连续数据离散化后看趋势。路测后期用这个分布能快速筛出“该占5G没占5G”的站点再回查邻区关系和门限。6.3 门限按业务回归速度反向设定最终调门限时我一般建议从业务角度倒推低速率业务如微信语音回5G门限可以放高一点让用户尽快回到5G承载视频和实时交互类业务宁可让用户晚点回5G保证回5G后第一秒不卡顿。互操作的价值不在“一直在5G”而在“回到5G后能马上用好”。每次调完门限用同一段路测路线跑前后对比看平均时延、掉线率、侧率三个指标而不是只看NR占用时长。返回5G的B1门限定在比A2门限高6到10dB可以避免终端在覆盖边缘反复横跳。本文还有配套的精品资源点击获取 SA组网下4G/5G互操作参数优化：空闲态重选与连接态切换实战
简介面向5G网络优化工程师及通信技术学习者这份PPT系统梳理4G与5G互操作的原理与流程重点覆盖SA组网下的移动策略设计、空闲态与连接态互操作、EPS Fallback语音回落、Fast Return信令流程等核心章节。资源为单个pptx演示文稿大小约2.78MB内容呈现华为规范版式目录层级清晰既可用于企业内部培训也适合个人对照学习。已有147人浏览学习常见于理解5G语音方案与互操作参数配置场景。PPT从小区重选总体机制、启动邻区测量和重选评估判决讲起逐步展开NR至LTE的切换/重定向、语音业务结束后快速返回NR等信令细节并附有常见语音问题排查思路。内容明确指出SA移动策略中空闲态支持系统内重选及NR到LTE的小区重选连接态支持系统内切换及NR到LTE的切换/重定向同时针对语音业务通过EPS Fallback回落到LTE、结束后Fast Return返回NR给出信令流程每个章节按背景、流程、判定条件逐步展开便于边看边对照现网参数可帮助读者建立从空闲态重选到连接态切换、再到语音回落排障的完整知识框架。1. 4G/5G互操作为什么在SA组网下成了一门独立学问“4G信号满格5G也显示在网页就是转圈”——这类投诉在高穿透损耗场景里不少见。多数人先查覆盖查干扰查完才发现终端死死扒着5G不放明明网络侧下发了重定向或切换指令终端却因为异系统门限没达标而拒绝离开。这里真正起作用的是4G/5G互操作参数而不是单纯的覆盖指标。SA组网下没有锚点终端在空闲态和连接态的每一次RAT切换都依赖一套跨RAT的测量、门限和定时器设计。标题从一张PPT长成现网问题核心就三件事重选优先级、测量事件门限、跨系统信令配合。这里把这些原理拆开并给出可以直接对照的参数表和排障方法适合做4G/5G优化的工程师以及想搞懂“为什么切不过去”的网优新人。2. SA组网互操作的三种场景与N26的角色2.1 互操作的三大场景重选、切换与语音回落SA下4G/5G互操作按终端状态分三类。空闲态重选发生在RRC_IDLE时终端通过读取SIB24和系统消息里的RAT优先级自主从一个制式的小区迁移到另一个制式的小区。连接态切换发生在RRC_CONNECTED时网络通过RRC重配携带异系统测量对象和事件门限由网络决策完成跨RAT切换。语音业务连续性则走EPS Fallback或SRVCCVoNR发起后由核心网将语音承载回落至4G由VoLTE接续。互操作场景决策主体生效状态关键信令/参数涉及网元空闲态重选终端自主RRC_IDLESIB24/SIB3/5、cellReselectionPrioritygNodeB/eNodeB广播连接态异系统切换网络决策RRC_CONNECTEDA2/B1测量、RRCReconfigurationAMF/MME、gNodeB/eNodeBEPS Fallback核心网/IMSRRC_CONNECTED(VoNR)QCI1承载请求、切换或重定向AMF、MME、IMS这三类场景的触发条件差异很大。空闲态重选是终端按广播参数做判决网络只能通过优先级和门限间接控制连接态切换是网络在测量报告驱动下做判决终端行为相对被动语音回落则由IMS域的会话协商触发与无线信号好坏没有直接绑定。搞清决策主体后面所有参数才不会混为一谈。# 互操作模式选择: 有N26时走切换, 无N26时走重定向 def mobility_mode(has_n26: bool, state: str) - str: if not has_n26: return redirection re-register if state RRC_CONNECTED: return N2 handover return reselection based on priority这段代码对应现网选型逻辑是否部署N26直接决定连接态互操作的实现方式。没有N26时即便无线侧配了切换关系核心网也无法传递上下文最终只能退化为重定向加重新注册。2.2 与NSA互操作的差异从“锚点承载”到“独立小区切换”经历过NSA优化的人容易把4G/5G互操作理解成“加邻区、配B1”但SA的差异很大。NSA组网下LTE作为锚点信令面全部承载在LTE上5G只是数据面的辅节点终端始终受服务LTE小区管辖所谓互操作实质是LTE内部的SN变更。SA组网下5G是独立主小区终端从5G切到4G是完整的RAT切换接入网和核心网都要参与。差异还体现在覆盖兜底关系上。NSA下4G和5G的覆盖是叠着的LTE永远在底层兜着5G断了服务不一定会断。SA下5G覆盖分布不均互操作不仅要“回得去”还要“回得来”。这连带产生一个常见问题5G覆盖空洞边缘参数配得太保守比如A2门限设得极低终端在信号已经很差时才启动异系统测量从测量到切换完成可能已经掉线。全网排障时这类问题最隐蔽因为掉线点往往与弱覆盖点不重合而是发生在测量启动之前。2.3 N26接口与跨系统上下文传递SA互操作的一个重要前置条件是5GC与EPC之间的N26接口。N26负责跨系统的移动性上下文传递让终端在4G与5G之间移动时不需要重新做附着而是通过TAU或切换请求延续会话。有N26时连接态异系统切换可以做到无损或者仅一次转发没有N26时系统只能走重定向加重新注册的方式终端先收到RRCRelease携带的重定向频点随后在目标RAT重新发起注册或TAU。没有N26的场景在互操作优化中经常被忽略。许多无线侧参数的配置比如切换还是重定向、是否携带专用前导、重定向频点顺序等都取决于运营商是否部署N26这一前提。拿到一张互操作流程图第一步先确认它默认有N26还是无N26后面所有信令节点和参数含义都会随之改变。调完无线参数却迟迟不生效时回过头查这一层往往能找到答案。3. 空闲态重选流程SIB24、优先级与终端执行步骤3.1 重选决策的三要素优先级、S准则与Treselection空闲态重选看似是终端行为实际决策规则由3GPP定死终端监听服务小区和邻区按RAT优先级决定是否测量异系统邻区。4G到5G重选需要服务小区满足低优先级触发条件通常由SIB24里的服务低门限和5G邻区的高优先级共同决定。具体判断分两问。第一问5G的重选优先级是否高于4G。第二问服务4G小区电平是否低于threshServingLow同时目标5G小区电平是否高于threshX-High对应的等效门限。当两个条件同时满足时终端启动Treselection定时器定时器超时且目标小区持续满足条件才执行重选。理解这个关系后很多“终端赖在4G不走”的案例都能反推出是被哪个参数挡住。3.2 SIB24内容与重选参数映射SIB24是4G侧下发NR邻区信息的关键信令包含每个5G邻区的PCI、频点、测量带宽、重选优先级、Q偏移和门限。终端在4G待着时完全靠SIB24里的信息决定是否搜索5G小区。SIB24里没有绝对电平值所有门限都通过Q-RxLevMin和Offset组合计算。下面是一个常见配置的消息结构示意// SIB24 中 5G 邻区配置(示意结构) { carrierFreqList: [ { dlCarrierFreq: 627264, cellReselectionPriority: 7, threshX-High: 10, threshX-Low: 6, q-RxLevMin: -118, t-ReselectionNR: 1, sib24_adjCellList: [ { pci: 101, qOffset: 0 } ] } ] }注意threshX-High不是RSRP绝对值而是相对Q-RxLevMin加出来的等效门限。实际等效重选门限近似等于Q-RxLevMin加上两倍的threshX-High因为该字段单位是0.5dB。调门限经常有人只改threshX而忘掉Q-RxLevMin导致算出来和预期差十几dB这是重选调优最常踩的坑。RRC参数单位常见范围作用cellReselectionPriority无0~7RAT/频点优先级threshServingLowdB4~10服务小区低优先级判决门限threshX-High0.5dB8~20高优先级目标小区门限threshX-Low0.5dB6~16低优先级目标小区门限q-RxLevMindBm-118~-122最小接入电平Treselections0/1/2重选驻留定时器3.3 用一组参数判断“能不能重选”的验证脚本把上面的决策规则写成代码排查问题时会直观不少。下面这段Python脚本模拟一个在4G小区上的终端判断是否具备重选到5G的条件def reselect_check(rx_serving, q_rxlevmin_serving, thresh_serving_low, rx_nr, q_rxlevmin_nr, thresh_x_high): # 计算4G服务小区等效门限 s_serving rx_serving - q_rxlevmin_serving thr_serving thresh_serving_low # 计算5G目标小区等效门限, 注意threshX-High单位是0.5dB, 换算乘2 eq_nr q_rxlevmin_nr thresh_x_high * 2 if s_serving thr_serving and rx_nr eq_nr: return 触发Treselection定时器 elif rx_nr eq_nr: return 服务4G尚可, 不启动异系统测量 else: return 5G信号不满足高优先级门限, 不重选 print(reselect_check(-112, -120, 6, -108, -118, 10))这段代码的用途是帮助理解门限的相对关系服务4G信号低于thr_serving且5G高于eq_nr时触发。单位换算是重点threshX-High在RRC信令里单位是0.5dB代码里要乘2才能得到dBm等效差。很多互操作参数调整表里写了数值但没有标单位套到公式里就偏差几dB。3.4 空闲态互操作的边界邻区漏配与优先级倒挂重选问题里邻区漏配是最普遍也最难从参数层面发现的原因。SIB24里没有该5G小区信息再强的5G信号也不会触发重选。规划5G邻区的常见做法是让NR小区与共站或同覆盖的4G小区互配邻区这依赖工参数据准确。5G邻区添加案例里最典型的就是漏配了相邻的室内分布小区室外终端在窗边能看到5G信号却因为邻区列表里没有这个小区而无法重选。另一个典型问题是优先级倒挂。4G小区与5G小区重选优先级设置不合理可能导致终端在5G覆盖好的区域仍然常驻4G或在5G边缘反复重选。比如5G优先级设为5、4G设为6时终端会把4G视为更高优先级除非4G信号极差才回5G。调优先级的经验是让5G在正常覆盖区内高于4G至少1级但5G边缘不强行保持具体值可以通过对比AMF侧注册用户分布和路测结果验证。4. 连接态互操作流程A2/B1测控与EPS Fallback信令链4.1 连接态测量的启动A2事件与异系统测量对象5G服务小区信号变差到一定程度网络才下发异系统测量配置。这里的关键事件是A2服务小区质量低于绝对门限A2Threshold时终端上报A2网络收到后在RRCReconfiguration里下发包含4G频点的测量对象MeasObjectEUTRA和事件B1/B2。A2门限设得偏高终端过早开始测量4G频繁上报徒增信令和终端功耗设得偏低终端直到信号断裂才启动异系统测量还没测完就RLF了。一般建议以边缘用户RSRP在-115dBm左右、SINR低于0dB仍能保持连接为基准设定但具体要依据5G基站的干扰水平调整。排障时看到终端频繁上报A2但B1不触发多半是A2和B1门限之间间隔太窄或者4G邻区电平不达标。4.2 一次5G到4G的切换信令链有N26时5G到4G的异系统切换走N2接口流程。主流程是5G基站下发测量控制终端上报B1gNB向AMF发起Handover RequiredAMF经N26向MME转发目标4G侧完成承载建立后回传Handover Command终端切至4G完成。整条链路时延通常在50到200毫秒但每多一次接口转发失败率就多一分。信令消息类别关键排查点RRCReconfiguration(measConfig)NR RRC确认A2门限、B1门限、4G频点是否下发MeasurementReport(B1)NR RRC确认4G小区PCI/RSRP是否满足门限HandoverRequiredNGAP确认目标eNB ID、TAI是否合法HandoverCommandNGAP直传确认Cause是资源不可用还是未知目标实际排查时先看B1上报里的RSRP。目标4G小区RSRP低于B1门限时流程会停在上报阶段反复测高于门限却依然失败就要查NGAP消息里的Cause值区分准备失败和执行失败。在RRC层看不到失败原因时往NGAP层翻一层就能定位到核心网侧目标TAI或专用承载建立问题。4G到5G的异系统切换同理只是方向反过来目标小区变成NR小区AMF与MME的角色互换。# 模拟切换执行各段时延叠加, 判断T304是否可能超时 t304_ms 640 ho_steps {meas_gap: 120, ho_required: 80, ho_command: 100, rach_access: 300} if sum(ho_steps.values()) t304_ms: print(T304可能超时, 建议调大或优化目标小区随机接入)这段代码说明了T304的判定逻辑切换执行时延是各段叠加任何一个环节慢都会推向超时。实际切换中RACH接入占大头目标4G小区负载高或前导资源不足时几百毫秒的接入时延很常见。4.3 EPS FallbackVoNR语音的业务连续性设计语音是SA互操作另一个高频场景。VoNR终端发起语音呼叫时若5G覆盖不满足语音承载质量核心网侧会触发EPS Fallback把承载从5G切到4G由VoLTE完成通话。触发方式有切换和重定向两种。切换式EPS Fallback与普通异系统切换的区别在目标侧要建立IMS专用承载信令交互更多重定向式更简单但时延更长。现场常看到EPS Fallback呼叫失败排查时先看SIP信令里的182/183进展消息确认QCI1承载建立请求有没有到达MME。很多EPS Fallback问题其实是IMS路由或编解码协商问题无线侧参数怎么调都无效所以话务验证前先看核心网侧SIP日志再动无线参数。5G信令流程里EPS Fallback的完整链路很长但现场调优只要抓住“QCI1承载是否存在”这个判断点就能区分无线问题还是核心网问题。4.4 4G到5G的连接态返回B1测量与盲重定向的取舍从4G回5G也有两种实现。一是4G侧下发B1测量目标5G邻区满足门限后切换或重定向到5G二是盲重定向不做异系统测量直接按预配置频点指到5G。后者常见于已知5G覆盖良好的热点区域优点是速度快缺点是目标5G不可用时直接掉线。现网设计常采用“B1测量加盲重定向兜底”的组合先让终端测一轮异系统邻区若有可用5G小区则切换没有则在定时器超时后盲重定向到预设频点。代价是呼叫建立时延增加。调优重点在频点顺序和盲重定向等待定时器的设置避免终端在4G覆盖边缘反复尝试回5G。4G到5G连接态互操作的参数通常通过LTE侧的异系统测量配置下发和高铁等快慢速移动场景需要分开配置。5. 互操作参数配置清单A2/B1/T304 的取舍方法5.1 互操作参数之间的链式关系互操作参数不是孤立的。A2决定何时开始测4GB1决定何时上报4G小区T304决定切换执行阶段能等多久。一个参数改小可能把问题推到下一个定时器上。调参之前先把自己代入终端从5G弱覆盖到离开5G经历A2测量、B1上报、切换准备、切换执行、4G驻留再到4G回5G每一个环节都需要门限差留出余量。门限差是互操作调优里最容易忽略的。A2门限和B1门限如果太接近终端刚上报A2B1还没满足信号继续恶化后直接RLF距离太大则终端长时间停在测量态功耗和信令开销都上升。设计门限间隔时要让“异系统测量启动”和“异系统切换执行”之间留出一段可用的时间窗口。5.2 一组实用的互操作基线参数下面是一个面向一般城区场景的初始参数表以类MML说明逻辑关系具体字段请以设备商网管为准参数作用窗口建议值范围调节方向说明A2-5G门限(RSRP)触发异系统测量-115~-108dBm偏低会压缩测量时间偏高则频繁测4GB1-4G门限(RSRP)上报目标4G小区-110~-100dBm一般比A2高5~8dB避免测到就切测量迟滞hysteresisA2/B1去抖0~3dB大值防抖动但让切换滞后T304切换执行500~1000ms过小导致切换执行失败过大拖慢重建T310无线链路失败检测1s过短会提前RLF不触发切换cellReselectionPriority(5G)空闲态重选6~7相对4G至少高1级threshX-Low(5G→4G)低优先级重选门限4~8dB控制降级到4G的敏感度注意B1门限取的是“目标4G小区RSRP”不是服务5G小区电平。很多新人把B1门限写成服务小区电平导致上报条件永远不满足这是B1参数设置里最高频的错误。调门限时记住一个原则A2是“我不想在5G待了”B1是“4G那边值得去”。5.3 用MML核对和调整互操作参数的思路厂商网管里常见命令风格类似# 类MML示意: 设置5G侧A2门限-113dBm, B1门限-105dBm SET INTERRATHO: NRCELLcell01, A2_THRESHOLD_RSRP-113, B1_THRESHOLD_RSRP_EUTRA-105, T304640MS; # 类MML示意: 查询当前互操作参数 LST INTERRATHO: NRCELLcell01;真实命令因厂商而异但排查顺序一致先LST查询确认现网参数再SET调整单个参数最后用历史记录回滚。“一次只动一个参数”在互操作调优里比其他场景更重要因为门限联动性强一次改三个值出了问题很难判断是谁引起的。每改完一轮参数保存前后快照配合路测或终端日志验证效果。5.4 T304与T310在互操作里的特殊角色T304从终端收到Handover Command开始计时到目标小区随机接入完成停止超时则切换失败终端回源小区重建立。SA跨系统场景里涉及4G目标小区的随机接入接入类问题更容易导致T304超时。若发现互操作失败时终端直接进入RRC重建立而不是正常切换就要检查服务小区RLF定时器是否比互操作流程总时延更短。T310用于检测RLF有时候互操作还没完成T310先超时了流程就被打断。把T310调大、把A2/B1门限拉开能解决不少“切换指令发了但没到目标小区”的疑难问题。定时器之间的呼应关系是互操作调优的深水区T304调大治标减小时延治本优先优化RACH资源和前导格式再动定时器。6. 验证与调优从终端日志判断互操作是否真的成功6.1 用终端日志定位重选与切换的真实动作互操作问题最怕“看着参数合理但终端不配合”。终端日志可以抓RRC层事件和NAS层状态抓取后先过滤MeasurementReport、RRCRelease和RRCReestablishmentRequest几条消息。重选成功时终端会先离开服务小区随后在新RAT里发起TAU或注册切换成功则可以看到Handover Command后的随机接入完成。如果日志里只有A2上报没有后续B1上报问题在测量对象或B1门限如果有B1但没有Handover Command问题大概率在核心网路径。6.2 路测数据分布判断“反复横跳”把路测数据按RSRP分桶统计每个桶内终端占用4G和5G的比例。正常的连续覆盖应是5G信号大于-110dBm时5G占用在90%以上小于-120dBm时5G占比迅速回落。如果看到-105dBm附近4G占比已经很高说明互操作门限偏激进5G提前放弃了服务。awk -F, NR1 {bucketint(($2120)/5); if($3NR) nr[bucket]; else lte[bucket]} END {for(i in nr) print (i*5-120):nr[i]0/(nr[i]lte[i]0)*100%NR} dt.csvawk命令把RSRP按5dB分桶统计NR占用百分比。字段顺序按实际路测CSV调整核心思想是把连续数据离散化后看趋势。路测后期用这个分布能快速筛出“该占5G没占5G”的站点再回查邻区关系和门限。6.3 门限按业务回归速度反向设定最终调门限时我一般建议从业务角度倒推低速率业务如微信语音回5G门限可以放高一点让用户尽快回到5G承载视频和实时交互类业务宁可让用户晚点回5G保证回5G后第一秒不卡顿。互操作的价值不在“一直在5G”而在“回到5G后能马上用好”。每次调完门限用同一段路测路线跑前后对比看平均时延、掉线率、侧率三个指标而不是只看NR占用时长。返回5G的B1门限定在比A2门限高6到10dB可以避免终端在覆盖边缘反复横跳。本文还有配套的精品资源点击获取