简介围绕4G与5GSA互操作原理及流程的专题演示文稿面向通信工程、5G网络优化及运维人员帮助读者系统建立SA组网下的互操作整体认知。内容从4G及5G互操作概述起步梳理NR空闲态与连接态互操作、LNR空闲态与连接态互操作并重点讲解EPS Fallback语音回落流程、Fast Return信令流程以及常见语音问题排查思路同时包含SA移动策略设计、小区重选总体机制、空闲态与连接态策略对比以及重选邻区测量条件与判决条件等细节。整套课件基于华为模板版式清晰、层级分明适合按目录模块逐项学习深入理解系统内同频/异频重选、切换/重定向与语音快速返回NR的协同关系。资源为单个pptx演示文稿大小约2.78MB讲解框架完整便于收藏按需查阅。目前已有147人学习下载适合需要快速梳理5GSA互操作流程要点的工程师或培训学员。1. 4G5G互操作在SA下解决的是什么一台5G SA手机在连续覆盖的边缘区域移动视频会议不断流语音来电不掉线屏幕上的网络标识在5G与4G之间来回切换但业务一直没断——这套保障落到信令和参数层面就是4G5G互操作。SA组网下终端同一时刻只连接一个无线系统网络也没有NSA那套双连接兜底空闲态只能靠小区重选连接态靠切换或重定向语音呼叫靠EPS Fallback而核心网N26接口的有无又直接决定了这些流程能不能无缝执行。下面按「核心网路径 → 重选与切换流程 → 语音回落 → 参数核查与排障」四部分展开把SA互操作的原理、信令路径和关键定时器一次说清。2. SA互操作的两条腿核心网路径与移动性机制2.1 N26接口的有无决定流程走向不管空口参数怎么配先看核心网有没有开N26。N26是AMF与MME之间的接口作用是跨系统传递UE上下文、承载信息和移动性状态。有N26时NR到LTE的切换可以无缝执行UE上下文直接从AMF交到MME业务连续没有N26时UE跨到LTE要重新做注册或TAU流程连接态只能靠重定向空闲态只能靠重选。这不只是接口通不通的问题它直接决定了你在gNB上配的是切换还是重定向。现场项目里常遇到的做法是先问一句「核心网侧N26开了没有」再定互操作验收口径。开了N265G到4G的切换成功率按切换指标统计没开只能统计重选比例、回落时延和重建率。还有一种组网要留意4G侧的基站升级成ng-eNB直接通过N2连AMF那NR到LTE可以走纯NG口的切换不再经过MME。这种站型在边建设5G边利旧4G的现网里越来越多排查信令路径时别只盯着MME。2.2 空闲态重选与连接态切换的本质区别空闲态互操作是UE自主行为。网络通过SIB广播重选优先级和门限UE自己判断要不要换系统优点是省信令代价是中断秒级适合网页浏览、即时消息这类非实时业务。连接态互操作由网络决策gNB给UE配测量事件收到测量报告后决定切换或重定向时延低、业务连续性强适合视频、VoLTE这类实时业务。两者的触发条件完全不重叠。重选看服务小区质量和目标小区门限切换看A2/B1这类测量事件。调试时第一件事是确认UE当时处于什么状态RRC connected还是idle。用信令跟踪工具看connected状态下下发的是RRCReconfigurationidle状态下下发的是SIB/寻呼路径不对参数再合理也白搭。维度空闲态重选连接态切换重定向Redirection触发条件服务小区质量低于门限或高优先级频点质量满足要求A2/B1测量事件上报RRCRelease携带重定向频点决策方UE 网络广播参数网络gNB/eNB决策网络源基站直接下发核心网要求有无N26均可有N26保业务连续无N26常用业务中断秒级毫秒级毫秒级释放重新接入有中断典型场景5G弱覆盖移出边缘覆盖保持会话突发回落、EPS Fallback2.3 邻区与测量配置是互操作的地基互操作参数配得再漂亮邻区错了也白搭。NR到LTE的邻区字段包括目标LTE频点EARFCN、PCI、ECGI、PLMN缺任何一样切换请求都可能失败。尤其ECGI网管上经常只填了PCI不带小区全局标识B1测量报告上来后gNB发起切换核心网侧找不到目标小区直接拒绝。LTE到NR方向的邻区由LTE侧配置SIB24负责向UE广播NR频点信息。反过来NR侧在SIB2里携带EUTRA重选频点信息。字段不对称是常见坑NR到LTE用SIB2LTE到NR用SIB24两边参数模型不通用配错了连测量都起不来。「加邻区」在5G工程里是每天都要做的高频动作。我处理过的互操作问题里大约三成是邻区漏配三成是N26没开剩下的才轮到门限和定时器。所以后面讲流程时默认前提是邻区和核心网路径都已经验证过。3. NR到E-UTRAN重选、切换与重定向的完整路径3.1 空闲态从5G降到4GSIB2重选参数在起作用NR侧的空闲态互操作靠SIB2里携带的EUTRA重选信息。UE驻留NR时网络广播了LTE频点、重选优先级、threshX-High/threshX-Low、t-ReselectionEUTRA这些字段。UE在NR上信号还好的时候不会去测低优先级的LTE频点当服务小区质量低于threshServingLow才开始对低优先级LTE频点测量。以一组典型值示例NR服务小区RSRP低于-118dBm开始测LTELTE频点质量高于-118dBm且维持t-ReselectionEUTRA通常配1秒UE就重选过去。门限和迟滞共同决定重选边界迟滞太小会在覆盖缝合处来回重选迟滞太大又会让UE在NR弱信号区赖着不走。参数核查时重点看两点一是SIB2里是否真的带了EUTRA频点很多站点只配了NR内部邻区忘了配置异系统频点UE根本不知道该去测哪个LTE频点二是threshServingLow是否设置合理现网常见取值是-118到-122dBm设置在-110以上的站点会在NR信号还有两格时就放任UE重选到4G白白浪费5G覆盖。3.2 连接态A2B1切换5G到4G的标准流程连接态从NR切到LTE核心是两个测量事件配合A2事件表示服务小区质量差触发异系统测量B1事件表示邻区质量好触发切换判决。gNB先给UE配A2门限UE上报A2后gNB再下发针对LTE频点的B1测量配置UE在LTE邻区信号高于B1门限并持续TTT时间后上报B1测量报告gNB据此发起切换。信令层面的完整路径如下1. UE上报A2测量报告NR服务小区RSRP低于门限 2. gNB下发B1测量配置目标LTE频点迟滞、TTT、门限 3. UE上报B1测量报告LTE邻区PCI、RSRP、ECGI 4. gNB向AMF发送N2 Handover Required 5. AMF经N26向MME转发Forward Relocation Request 6. MME向目标eNB发起Handover Request并收到ACK 7. gNB下发RRCReconfiguration含reconfigurationWithSync和T304 8. UE在目标LTE小区完成随机接入回RRCReconfigurationComplete 9. 核心网切换路径完成源gNB释放UE上下文这里的参数设计要点在门限配合。A2门限决定了什么时候开始关注异系统邻区B1门限决定了目标LTE小区值不值得切。现场常用示例A2配-110dBmB1配-115dBm迟滞2dBTTT 320msT304配2000ms。A2和B1之间要留出配合余地——A2触发太晚UE还没完成B1测量就掉到失步状态B1门限设得太高UE在LTE边缘就切过去目标侧信号不好反而掉话。提示A2门限应高于B1门限对应的覆盖质量否则会出现「NR还有两格信号就切LTELTE侧也一般」的体验问题。两者配合的本质是给互操作留一个迟滞带。3.3 重定向没有N26的兜底方案没有N26的SA组网连接态从NR到LTE只能做重定向。gNB在RRCRelease消息里携带redirectedCarrierInfo指定一个LTE频点UE释放RRC连接后直接去该频点驻留并重新接入。重定向相比切换少了核心网侧的上下文交接UE进入LTE后要重新发起注册或TAU实时业务必然中断。实际工程里重定向更多用在覆盖救急gNB判断NR信号已经撑不住测不测量都意义不大直接盲重定向到一个已知不错的LTE频点让UE尽快落到4G保持基本可用。这时候参数重点是频点号不能被占用成FDD/TDD模式错误否则UE定向过去也驻留不了。区分切换和重定向看信令里有没有RRCReconfiguration带的reconfigurationWithSync——有就是切换只有RRCRelease带redirectedCarrierInfo就是重定向。排障时第一眼先看这条路走对了没有。4. 从LTE回到NR反向互操作与快速返回4.1 空闲态回5G高优先级频点重选LTE重选回NR靠的是LTE侧SIB24广播的NR频点信息。NR在运营商的策略里通常被配置为更高优先级频点UE在LTE上会持续测量高优先级NR频点只要NR信号质量满足threshX-High门限并持续t-ReselectionNR就会马上重选过去。这与低优先级重选逻辑不同高优先级频点不需要等LTE信号变差。门限配置常见做法是把threshX-High设得比NR实际覆盖要求高一点比如NR RSRP大于-114dBm就允许回5G避免UE落到NR弱覆盖区后马上又重选回LTE形成乒乓。SIB24里还需要确认NR频点和邻区PCI正确如果UE在LTE上能收到B1测量配置但重选不回去多半是SIB24里的PCI和实际部署对不上。4.2 连接态LTE到NR切换B1事件与能力判断连接态从LTE切回NR同样是B1事件主导。LTE基站给UE配置目标NR频点的测量UE上报B1后源eNB通过核心网路径向目标gNB发起切换请求。与NR到LTE不同LTE到NR的切换要额外确认UE有没有NR能力以及4G侧基站是否已配置NR邻区。很多老eNB升级后只升级了软件版本NR邻区数据没导进去UE能力再强也切不过去。参数上与NR到LTE对称但门限设置思路不同。NR到LTE的门限偏「保覆盖」LTE到NR的门限偏「保体验」。现场常见配置是把LTE→NR的B1门限放在-110dBm左右加上3dB迟滞和320ms TTT让UE不要在NR覆盖质量一般时频繁回切。还有一种常见做法是盲重定向回NRLTE侧不下发测量直接在RRCRelease里携带NR频点。这种方案适合5G覆盖已经连片、不需要确认目标质量的场景优点是省掉测量时延缺点是无法确认NR小区真实可用。维优排障时这类盲重定向容易在NR基站故障时把UE反复「扔」进一个不可用的小区表现为4G侧用户无感断网排查要同时查LTE侧配置和NR侧告警。4.3 业务策略与乒乓抑制互操作不是单纯的信号比较还要考虑业务类型。语音业务在5G SA下如果不是VoNR回NR反而可能触发又一次EPS Fallback体验更差。所以很多网络对LTE→NR的切换设置了业务过滤只有非语音承载、用户有5G签约时才允许切回。乒乓问题的根源在于两个方向的门限没有拉开。若NR到LTE的A2门限是-110dBmLTE到NR的B1门限也是-110dBmUE在边界会来回触发切换。正确的做法是让回NR的门限高于离开NR的门限形成滞回区间。比如离开NR要求RSRP低于-112dBm回NR要求RSRP高于-105dBm并持续TTTUE在-112到-105之间稳定驻留在其中一个系统避免无意义的信令风暴。排查乒乓的方式我从信令日志里看切换记录里是否出现「HHO to LTE → HHO to NR → HHO to LTE」的循环每个周期的间隔是否接近TTT时长。若是先拉大滞回区间再看邻区是否有越区覆盖需要优化。5. EPS Fallback与语音互操作SA网络最容易出问题的环节5.1 按需回落语音PDU会话建立的触发条件5G SA网络语音方案有VoNR和EPS Fallback两种。VoNR要在NR覆盖好且IMS支持NR接入时才能用覆盖不足或终端不支持VoNR时UE发起IMS语音PDU会话建立AMF判断需要将语音承载放到LTE上完成触发EPS Fallback。触发条件由核心网策略控制不只看无线。AMF检查UE能力、gNB是否支持NR语音、以及IMS信令里携带的语音域选择参数三者任一不支持就决定回落。gNB侧无法直接决定是否fallback只能被动执行核心网下发的回落指示。排障时如果发现语音呼叫没走fallback而是直接在5G侧失败先去核心网查AMF的语音策略配置。5.2 基于切换与基于重定向的两条回落路径EPS Fallback具体执行分两条路有N26时走基于切换的回落无N26时走基于重定向的回落。切换式回落完整路径如下1. UE在NR发起IMS语音PDU会话建立 2. AMF判定需要EPS Fallback向MME侧申请LTE资源 3. MME在目标eNB准备无线资源并返回确认 4. gNB收到回落指示下发RRCReconfiguration切换式 5. UE切到LTE完成接入发起TAU 6. eNB建立QCI1的承载VoLTE呼叫继续重定向式回落则简单很多gNB直接下发RRCRelease携带LTE频点UE到LTE重连后再建立QCI1承载。两者的体验区别明显切换式回落的语音呼叫时延比重定向式少一截重定向式在多一次接入和TAU用户感知的呼叫建立时间会长500毫秒到1秒。对语音质量要求高的场景核心网有条件就优先开N26。回落成功后还要关注一个问题用户还停留在LTE上语音结束后回不回NR。回不回由fast return机制控制——LTE侧在语音承载释放后通过测量NR或直接重定向把UE带回5G。fast return没配好用户的5G手机打完电话就长期赖在4G体现为「5G覆盖好但用户一直在4G」。5.3 T304定时器切换式回落的关键计时器T304是切换执行定时器UE收到带reconfigurationWithSync的RRCReconfiguration时启动在目标小区完成随机接入并发送RRCReconfigurationComplete后停止。这个定时器在两种场景下特别敏感NR到LTE的普通切换以及基于切换式的EPS Fallback。T304超时意味着UE没能按时完成目标小区接入定时器超时后UE发起RRC重建或返回源小区切换失败率直接上升。3GPP定义NR侧T304可配值包括50/100/150/200/500/1000/2000/4000/8000msLTE侧是100/200/500/1000/2000/4000/8000ms。现网互操作切换和fallback切换T304常见配置是2000ms或4000ms。T304配太短LTE目标小区在负载高、随机接入时机不合适时必超时配太长用户感知的切换失败判定被拉长业务迟迟不做重建。我一般会按目标小区接入场景来选普通互操作切换2000ms够用EPS Fallback场景因为涉及核心网双重路径准备建议配4000ms。排障看到T304超时先确认目标LTE小区是否有随机接入拥塞再确认UE在目标小区能否解出PDCCH和PDSCH而不是一上来就改定时器。提示T304超时的日志通常要同时看UE侧和基站侧UE报告的failure cause如果指向randomAccessProblem问题就在目标小区接入如果指向t304Expiry但随机接入实际成功过重点查目标小区是否在空口CONNECTED状态下异常释放了UE连接。6. 参数核查与互操作排障的三个实用技巧6.1 用信令跟踪确认流程走了哪条路互操作排障第一步不是调参数而是确认流程实际走的路径。用信令跟踪工具把UE、gNB、核心网三个节点的信令汇总到同一时间轴按消息关键字过滤# 以信令跟踪平台导出的日志为例按事件过滤关键消息 grep reconfigurationWithSync rrc_trace.txt # 切换类信令T304在此启动 grep redirectedCarrierInfo rrc_trace.txt # 重定向类信令 grep Handover Required n2_trace.txt # 源侧发起切换请求 grep Handover Request Acknowledge s1_trace.txt # 目标侧准备成功不同设备厂商的信令平台字段名有差异但消息名称均来自3GPP流程按关键字就能快速分类。看到reconfigurationWithSync说明走的是切换看到redirectedCarrierInfo就是重定向如果两者都没有再看是否压根没触发测量上报问题回到A2/B1配置或邻区上。6.2 按时间轴定位三类高频故障第一类是切换失败率上升。先按小区号分开统计锁定源小区还是目标小区的问题再看失败在Handover Request之前还是之后。之前的问题是邻区或AMF/MME配置之后的问题是目标侧资源或空口接入。第二类是5G弱覆盖区域用户驻留4G不回来重点查SIB24有没有广播、threshX-High是否过高、以及UE是否有NR能力位开关。第三类是语音回落失败先确认回落方式是切换式还是重定向式再确认LTE侧是否成功建立了QCI1承载语音质量问题大概率出在LTE侧无线环境而不是互操作参数。6.3 一个低成本的验证技巧双卡终端对比测现场验证互操作时我常用一部5G测试终端和一部普通4G终端同时走同一条路两部终端都注册在同一个运营商网络。对比两边的RSRP记录和网络驻留时长如果4G终端信号变化平缓而5G终端频繁在5G/4G之间跳问题在互操作参数如果两部终端同步变差问题是覆盖本身。验证完毕后把长期驻留在LTE的频点信息导出来对比SIB24里广播的NR频点列表这能一次性暴露「配了但没广播」、「广播了但频点错」这两类最隐蔽的问题。做切换测试前把UE侧日志与基站侧的时间戳统一校准好GPS时钟对不上的日志后面T304超时定位基本没法用。本文还有配套的精品资源点击获取
