企业官网建设流程全解析

简介：面向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或SRVCC，VoNR发起后由核心网将语音承载回落至4G，由VoLTE接续。

这三类场景的触发条件差异很大。空闲态重选是终端按广播参数做判决，网络只能通过优先级和门限间接控制；连接态切换是网络在测量报告驱动下做判决，终端行为相对被动；语音回落则由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，这是重选调优最常踩的坑。

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基站下发测量控制，终端上报B1，gNB向AMF发起Handover Required，AMF经N26向MME转发，目标4G侧完成承载建立后回传Handover Command，终端切至4G完成。整条链路时延通常在50到200毫秒，但每多一次接口转发，失败率就多一分。

实际排查时先看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 Fallback：VoNR语音的业务连续性设计

语音是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决定何时开始测4G，B1决定何时上报4G小区，T304决定切换执行阶段能等多久。一个参数改小，可能把问题推到下一个定时器上。调参之前先把自己代入终端：从5G弱覆盖到离开5G，经历A2测量、B1上报、切换准备、切换执行、4G驻留，再到4G回5G，每一个环节都需要门限差留出余量。

门限差是互操作调优里最容易忽略的。A2门限和B1门限如果太接近，终端刚上报A2，B1还没满足，信号继续恶化后直接RLF；距离太大，则终端长时间停在测量态，功耗和信令开销都上升。设计门限间隔时，要让“异系统测量启动”和“异系统切换执行”之间留出一段可用的时间窗口。

5.2 一组实用的互操作基线参数

下面是一个面向一般城区场景的初始参数表，以类MML说明逻辑关系，具体字段请以设备商网管为准：

注意B1门限取的是“目标4G小区RSRP”，不是服务5G小区电平。很多新人把B1门限写成服务小区电平，导致上报条件永远不满足，这是B1参数设置里最高频的错误。调门限时记住一个原则：A2是“我不想在5G待了”，B1是“4G那边值得去”。

5.3 用MML核对和调整互操作参数的思路

厂商网管里常见命令风格类似：

# 类MML示意: 设置5G侧A2门限-113dBm, B1门限-105dBm SET INTERRATHO: NRCELL=cell01, A2_THRESHOLD_RSRP=-113, B1_THRESHOLD_RSRP_EUTRA=-105, T304=640MS; # 类MML示意: 查询当前互操作参数 LST INTERRATHO: NRCELL=cell01;

真实命令因厂商而异，但排查顺序一致：先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',' 'NR>1 {bucket=int(($2+120)/5); if($3=="NR") 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.csv

awk命令把RSRP按5dB分桶，统计NR占用百分比。字段顺序按实际路测CSV调整，核心思想是把连续数据离散化后看趋势。路测后期用这个分布能快速筛出“该占5G没占5G”的站点，再回查邻区关系和门限。

6.3 门限按业务回归速度反向设定

最终调门限时，我一般建议从业务角度倒推：低速率业务如微信语音，回5G门限可以放高一点，让用户尽快回到5G承载；视频和实时交互类业务，宁可让用户晚点回5G，保证回5G后第一秒不卡顿。互操作的价值不在“一直在5G”，而在“回到5G后能马上用好”。每次调完门限，用同一段路测路线跑前后对比，看平均时延、掉线率、侧率三个指标，而不是只看NR占用时长。返回5G的B1门限定在比A2门限高6到10dB，可以避免终端在覆盖边缘反复横跳。

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