简介5G高铁专网既服务列车乘客也承载部分沿线公网用户公网用户过多会挤占专网资源导致高铁用户速率下降甚至无法接入。这份资源围绕高铁低速迁出策略展开面向网络优化工程师系统讲解其原理、参数配置与现网验证方法通过多普勒频移与测量值变化识别用户移动速度将低速公网用户迁出专网保障高速用户驻留L2100主覆盖频点。案例基于京沪高铁苏州段17公里24站点的实测数据给出低速门限、A4测量门限、专网PCI及多频互操作等参数设置并对比部署前后指标L2100占比升至63%、覆盖率提升至91.83%上下行速率与切换成功率均获改善。全文以1个docx文档呈现压缩包约22KB内容精炼适合网优专题培训、技术方案沉淀或工程排错参考。已有468人学习该资源。1. 高铁低速迁出策略车站里的“隐形流量”才是高铁专网的真正敌人高铁场景的 5G 网络优化大多数人的直觉是“先把速率跑满”。真正做过高铁专网优化的人都知道列车穿行时高速用户的下行速率波动源头往往不在宏站覆盖而在车站驻留的低速用户——候车旅客、接站人群、站内商铺的顾客。他们手机连着高铁专网小区却基本不动持续占用 PUCCH 和 PUSCH 资源还把随机接入、切换和 QoS 调度的节奏带乱。高速用户驶过站台时恰恰最需要连续切换和满调度结果被低速用户“拖累”了整条链路的资源分配。这份《5G网络优化高铁低速迁出策略应用案例.docx》解决的就是这个问题把低速用户从高铁专网迁出到覆盖层或低层小区让车速 120km/h 以上的人独占高铁小区的资源。适合正在做高铁、地铁沿线或高速干线覆盖优化的从业者也适合想搞明白“低速迁出到底怎么配置、怎么验证、怎么避免来回乒乓”的 KPI 背锅侠。2. 低速用户怎么认出来从测量报告到速度判定的完整链路2.1 理论上什么情况才叫“低速用户”低速迁出的核心难点不是“迁出”这个动作而是“低速”这个判定。5G NR 里没有直接上报“我站着不动”的字段基站只能靠间接证据推断。最常用的三个证据源是UE 速度估计gNB 根据上行信号的频偏变化率估算 UE 速度3GPP 38.331 里有相关 IE但多数商用设备并不在标准测量报告里直接携带“速度值”。测量报告的波动特征低速用户的 RSRP、RSRQ 变化非常平稳信号强度长时间保持在几个 dB 内波动高速用户则表现为快速深衰落相邻两次测量报告的 RSRP 差值往往超过 6~10dB。TATiming Advance变化率低速用户 TA 几乎不变高速用户每个切换周期 TA 都大幅跳变。工程上喜欢组合式判定单一维度容易误判。比如列车刚好停靠站台时车上用户的“瞬时速度”为零但他下一秒就要随车加速离开这种用户一旦被当成低速用户迁走会带来频繁切换甚至掉话。所以在设计时我会加“驻留时长确认”连续多个周期判定为低速才标记为低速候选。2.2 工程上测量报告里取哪几个字段来写判定规则一份真实商用网的判定配置通常基于周期性测量报告和事件测量报告双重输入。字段包括RSRP 和 RSRQ 的标准差低速用户 2 秒内 RSRP 标准差通常在 1~2dB 以内高速用户很容易超过 4dB。同频邻区测量到的 RSRP 变化幅度低速用户邻区关系稳定主邻小区次序变化很慢。PHRPower Headroom Report上报频率低速用户因为信道稳定PHR 触发次数明显少。你可以把判定规则按照下面的伪代码来理解# 低速用户判定伪代码用于说明测量输入与判决逻辑 # 输入周期测量报告集合 reports_periodic[]事件报告集合 reports_event[] # 输出是否标记为低速用户low_speed_candidate RSRP_list [r[rsrp] for r in reports_periodic if r[cell_id] serving_cell] RSRP_std np.std(RSRP_list) # 服务小区 RSRP 标准差 RSRP_range max(RSRP_list) - min(RSRP_list) # 测量窗口内最大波动 ta_list [r[ta_in_ts] for r in reports_periodic] ta_shift max(ta_list) - min(ta_list) # 定时提前波动量单位TS # 低速特征RSRP 波动 3dBTA 漂移 2TS if RSRP_std 1.5 and RSRP_range 3.0 and ta_shift 2: low_speed_candidate 1 else: low_speed_candidate 0 # 连续 5 个周期每周期 200ms满足条件才判定为低速 if low_speed_candidate 5: return True # 标记为低速用户准备触发迁出 else: return False这段逻辑说明一个关键点低速判定必须带“连续周期确认”。单次 RSRP 稳定不能证明用户静止因为高速用户在隧道出口、桥梁遮挡时也可能出现短暂稳定窗口。我把确认窗口设置为 5 个周期、每个周期 200ms也就是持续 1 秒的低速特征才进入迁出候选。参数具体怎么调取决于你的测量周期配置。2.3 判决参数推荐与调整依据以我拆过的几个高铁专项项目看周期测量报告一般配置为 200ms 或 320ms。200ms 能更快识别低速用户但空口信令开销会增大320ms 更省资源但迁出响应慢。我倾向于 200ms 用于高铁站台覆盖小区因为这类小区用户密度高、低速用户占比大快速迁出对整体吞吐率提升更明显。另外一个容易被忽略的参数是测量报告数量上限。NR 协议规定测量报告里最多携带 8 个邻区同频、异频按各自列表如果你把低速迁出的目标小区放在异频层需要同时配置异频测量 Gap 周期。常见做法是给高铁覆盖小区配置 80ms Gap 周期确保异频测量结果能被及时上报避免等了半天邻区信息缺失而切不出去。提示判定窗口过短比如 1 个周期就判定会导致列车停靠时车上用户被误迁窗口过长比如 10 个周期以上则低速用户在站内刚发起业务就可能被识别为高速用户失去迁出意义。5 个连续周期是通用起步值。3. 迁出动作怎么下A3/A4 切换事件与偏置参数配置3.1 迁出目标小区怎么选把低速用户迁到哪决定了策略的成败。高铁专网通常覆盖在 2.6GHz 或 3.5GHz 频段而低速迁出目标一般选择与其共覆盖的低层网络常见的是 1.8GHz/2.1GHz 的宏站覆盖层或者专门的室内分布层车站候车厅、地下商业区。选目标小区的原则有三条与高铁专网小区有共覆盖关系切换后信号质量能满足基本业务需求RSRP 不低于 -105dBm。目标小区不能与高铁专网同频同 PCI 组的邻区关系混乱否则切换后容易立刻发生干扰。目标小区负载较低一般要求 PRB 利用率峰值低于 60%不然就是从一个拥堵小区迁到另一个拥堵小区。因为目标是分层结构所以触发迁出的切换事件通常用 A4邻区质量高于绝对门限而不是 A3邻区质量高于服务小区。原因也很简单高铁专网信号天然强于低层网络等你 A3 条件满足低速用户已经在高铁小区里消耗了好几分钟资源了。A4 门限设置为“低层网络可正常通信、但比高铁专网 RSRP 低 10~15dB”的区间低速用户只要检测到低层网络达标就切走。3.2 A4 事件参数配置表拿一份典型的华为/中兴 NR 网管参数来对照低速迁出的 A4 事件配置一般落在这个范围参数项典型配置作用说明A4 门限ThresholdRSRP-100 ~ -105 dBm低于该值不触发迁出防止低层网络质量太差时强行切换Hysteresis1 ~ 2 dB防止测量抖动导致反复触发TimeToTriggerTTT320 ~ 640 ms满足条件持续该时长后才上报事件CellSpecificOffset小区级偏置0 ~ 3 dB可对个别低层目标小区临时抬高或压低门限A4 Report QuantityRSRP RSRQ上报两种量便于后台核查切换原因MaxReportCells4 ~ 8 个控制测量上报规模避免信令拥堵这里我特别说下 TTT 的选择。低速用户信道变化慢TTT 稍长不影响迁出及时性用 640ms 更稳妥但如果站台区域低速用户量大比如节假日高峰TTT 过长会导致切换消息排队。我实际项目里 320ms 和 640ms 都试过日常非高峰 640ms 乒乓率明显低高峰时段用 320ms 迁出吞吐更高因为队列压力小了。3.3 异频测量 Gap 配置不能省低速迁出的目标小区通常异频NR 里异频测量依赖测量 Gap。网络配置上要检查Gap Pattern 选择建议用 40ms/80ms 周期Gap 长度 6ms 的 Pattern兼顾测量及时性和调度空窗。测量 Gap 与 TTT 的配合Gap 出现频率太低低速用户可能长时间测不到异频邻区TTT 永远无法启动。现场经常出现“切换迟迟不发生后台一看异频邻区根本没报上来”的坑多半就是 Gap 没配或者配的周期过长。# 5G 网管脚本示例NR 小区异频测量配置片段 # 以某厂家命令格式为例实际网管平台命令关键字可能不同但逻辑结构一致 SET NRCELLMEAS: cellId101, measFrameStructure20:40, # 每 40ms 一个测量 Gap gapOffset8, gapDuration6, # Gap 长度 6ms reportInterval200, # 测量报告周期 200ms a4ThresholdRsrp-102, # A4 绝对门限 -102dBm a4Hyst2, # 迟滞 2dB a4TimeToTrigger480, # TTT 480ms measQuantityTypeRSRP_RSRQ; # 上报 RSRP 和 RSRQ 两套量这段脚本里的参数组合起来是什么效果低速用户每 40ms 有一次异频测量机会200ms 生成一条测量报告如果 A4 门限持续满足 480ms约 12 次 Gap 机会就上报事件触发切换。注意一个细节reportInterval200 必须与周期测量报告配置一致否则基站的测量合并逻辑会混乱出现门限早已满足但不触发上报的“卡事件”现象。3.4 切换目标小区的选择权重别让频率优先级拖后腿除了 A4 门限还有一个容易被忽略的配置——频率优先级。NR 的基于频率优先级的重选和切换策略会影响异频测量积极性。如果你把高铁专网频率优先级设得过高比如优先级 7低速用户在发起异频测量前会先做频率优先级比较导致迁出触发滞后。我一般把高铁覆盖频点优先级设为 5低层网络频点优先级设为 4保留一个合理的级差但不至于让 UE 在异频测量时“犹豫”。另外目标小区侧的频率偏置FrequencyOffset也可以配合使用。给低层网络频点配置一个正偏置相当于在 RSRP 测量值上加上额外补偿让 A4 门限更容易满足。这种做法对站台边缘区域特别有用因为那里的低层网络信号可能正好在门限边缘正偏置 2~3dB 就能把抖动过滤掉。4. 实施流程从小区筛选到参数下发再到回退方案4.1 第一步高铁专网小区和低速迁出目标小区的配对拿到一份新区域的工参表先别急着开参数。我会先把高铁专网小区一般根据小区名关键字高铁、GTR、HSR 等筛选出来再找出与其共站或共覆盖的低层小区。整理成配对表格式大致如下# 小区配对清单示例coverage_pairs.csv # source_cell 为高铁专网小区target_cell 为低速迁出目标小区 # 判定依据两个小区覆盖区域重叠度 70%目标小区负载一般低于 50% source_cell,target_cell,overlap_ratio,note GTR-HSR-101,HZBTS-101-1,78%,车站候车厅东区 GTR-HSR-102,HZBTS-101-2,82%,车站候车厅西区 GTR-HSR-201,HZBTS-203-1,71%,站前广场北侧其实这里有个很重要的现场经验很多低速用户不在站台上而在站前广场、停车场这些半室内外区域。只做室内分布层作为目标小区肯定漏场景。我通常会同时把室外的低层宏站也纳入目标小区池并根据 MR 数据里的 TA 分布和到达角AOA进一步确认哪些小区确实覆盖到高铁站周边人流密集区。4.2 第二步开启低速检测开关与参数下发顺序参数下发建议按这个顺序走避免功能级联异常先开目标小区的测量请求配置好测量 ID 和报告周期再开 A4 事件评估开关然后配置移动性参数包括频点优先级、小区级偏置最后生效切换策略开关把“低速用户允许切换至指定低层小区”的策略绑定到对应邻区对。# 参数下发顺序 bash 脚本示意分四步执行 # 请根据实际网管平台命令替换其中的关键字 echo Step1: configure periodic measurement for source cell cfg meas create cell101, reportTypeperiodical, intervalMs200, quantityrsrp-rsrq echo Step2: configure A4 event cfg a4 create cell101, threshold-102, hyst2, ttt480 echo Step3: adjust frequency priority and cell offsets cfg freqprio set freq3500MHz, prio5 cfg freqprio set freq2100MHz, prio4 cfg celloffset set neighborHZBTS-101-1, offset2 echo Step4: enable low-speed migration policy cfg mobility enable policylowSpeedMigration, sourceCell101, targetCellListHZBTS-101-1,HZBTS-101-2为什么先测量后事件、先事件后策略因为如果先开策略UE 还没有可用的异频测量数据策略执行时拿不到目标小区列表会直接触发失败。很多翻车现场都是工程师图省事一次下发结果策略“看上去开了”实际上从不生效因为测量配置和策略配置之间存在时间窗竞态。4.3 第三步批量部署前的抽样验证不要一上来全量下发。挑一个高铁站客流适中的小区做试点至少观察一天的 KPI 和信令跟踪。重点看三类指标低速迁出尝试次数与成功次数按目标小区统计高铁专网小区近 24 小时的上行 PRB 利用率变化高速用户的平均因网速取了所有用户的下行速率均值排除低速用户后对比提升幅度。只有试点结果符合预期才做全网批次下发。批次一般按区域划分每天最多下发 50~100 个小区避免大面积参数变更到时候出问题没法快速定位。4.4 回退方案参数变更记录与一键回滚优化配置必须有后悔药。实际操作中我在每次参数变更前都会导出一份全量配置备份到本地作为回滚基线。网管平台通常支持配置变更记录导出格式是 XML 或 CSV。我习惯把变更前后参数做 diff生成一张对照表一旦出现异常能按小区批量改回原值。# 配置文件 diff 检查对比变更前后的关键参数 # 确保变更只影响低速迁出相关字段不误碰其他移动性参数 diff pre_check_101.xml post_check_101.xml | grep -E a4Threshold|a4Hyst|a4Ttt|measGap|freqPrio|cellOffset # 期望输出只包含上述关键字对应的变更行 # 如果 diff 结果里出现 t304、ssearchThreshold 等其他参数说明工具误配置覆盖了原始模板需要立即回滚这个习惯帮我挡过两次事故。一次是网管工具的批量模板把所有小区的 t304 切换定时器误改成了 200ms导致全线切换失败率飙升另一次是异频测量 Gap 的模板字段错位把 gapOffset 写到了 reportInterval 上。如果没有配置 diff 的习惯这种问题大概率要到第二天 KPI 统计出来才能发现而配置 diff 能在下发后几分钟内定位。5. 避坑清单低速迁出策略的五个翻车现场5.1 现象列车停靠站台时大量车上用户被误判为低速列车停站 2~5 分钟车上用户 RSRP 稳定、TA 几乎不变完全满足低速判定条件结果被批量迁到低层目标小区。列车启动后又被切回高铁小区造成大量乒乓切换和切换失败。原因在于我的连续窗口确认只能筛选“瞬时低速”不能区分“永久低速”和“暂时停靠”。解决方法是引入列车的运营时刻表联合策略在列车预计到站前后 10 分钟内自动降低低速迁出的优先级或直接暂停迁出策略也可以通过区分小区场景来微调——纯站台覆盖小区关闭迁出站厅和站前广场覆盖小区保持开启。5.2 现象低速迁出后用户发生掉话RRC 重建率明显上升低速用户切到低层目标小区后信号质量低于当初 A4 门限评估时的水平很快发生 RLF。查看信令切换完成消息之后没有任何后续测量上报直接进入重建流程。原因通常是目标小区负载过高或外部干扰导致下行 SINR 很差A4 门限评估用的 RSRP 无法反映真实信号质量。解决目标小区的选择条件要加上 PRB 利用率约束并在切换策略里配置目标小区信号质量验证切换前检查邻区 RSRQ 是否高于 -15dB。如果目标区域有外部干扰源先做干扰排查再开迁出。5.3 现象迁出开关打开后上行流量不降反升期望是低速用户迁走、高铁小区资源释放上行 PRB 利用率下降但实际打开迁出后上行 PRB 利用率反而上涨而且低速用户迁出数也不多。原因大概率是周期测量报告本身带来的信令开销。低速用户密度大时每个用户每 200ms 上报一条测量报告空口开销约等于增加了几个百分点的负载。解决适当放宽周期测量报告间隔到 320ms把测量报告的内容裁剪为只上报 RSRPRSRQ 在个别低层小区需要时才加减少测量报告大小。5.4 现象低速用户迁出后又被低层小区的重选策略“踢回”高铁小区切换完成不到 10 秒低速用户又通过小区重选回高铁专网形成事实上的来回震荡。后台信令里能连续看到“Handover Complete→RRC Re-establishment→Handover Request”。原因在于低层小区和高铁专网同覆盖空闲态重选优先级配置没有同步调整。切换解决了连接态问题但用户一旦进入空闲态按频率优先级重选规则又会回到高铁频点。解决重选优先级要与连接态策略配套降低高铁频点在低速用户侧的重选优先级或者给低层频点配置更高的重选门限权重。5.5 现象异频测量始终不触发A4 事件报告迟迟不到低速迁出功能开启多日迁出次数为零信令跟踪里看不到异频测量报告。基站配置看起来没有问题邻区关系也在。原因排查下来多是测量 Gap 配置和应用场景不匹配。部分老版本网管平台对 NSA/SA 不同模式下的 Gap 字段支持不一样配置界面显示成功但底层没有下发到 UE。解决在目标小区上用测试终端做拉网测试直接查看 UE 侧上报的测量报告里是否携带异频邻区信息如果没有重新创建测量配置避免复用旧模板时 IE 丢失。注意这五个坑是实际项目中频率最高的问题。低速迁出不是“配几个参数就能稳定运行”的功能它依赖测量、切换、重选、负载均衡多个模块的联动任何一环掉链子迁出效果都会打折。6. 一个值得留着的验证技巧“低速用户贡献度”指标怎么算这个技巧适合在每次参数调整后用用一句话说就是与其纠结“低速用户有没有被彻底迁走”不如直接算“低速用户对高铁小区的流量贡献度”。贡献度高就说明迁出不到位贡献度低说明迁出生效了。计算方法是取高铁专网小区在迁出功能开启前后的 PRB 量和业务流量数据。把小区下行 PRB 按用户维度拆开有难度但可以利用话统里的用户流量分布区间来近似每个用户在统计周期内的下行传输字节数按大小排序取前 10% 的流量用户算平均流量后 10% 的平均流量比值就是流量分布偏斜度。低速用户贡献的流量通常很小如果迁出有效后 10% 用户对应的总流量占比应该明显下降。# 低速用户贡献度近似计算脚本 # 输入小区级用户流量话统数据 user_flow_list单位 KB # 输出低速用户流量占比 ratio_low_speed total_flow sum(user_flow_list) user_count len(user_flow_list) # 后 10% 的用户按流量排序取尾部作为低速用户近似集合 sorted_flows sorted(user_flow_list) low_speed_count max(int(user_count * 0.1), 1) low_speed_flow sum(sorted_flows[-low_speed_count:]) # 低速贡献度 低流量用户的总流量 / 全小区总流量 ratio_low_speed low_speed_flow / total_flow * 100 print(f低速用户近似占比: {low_speed_count}/{user_count}) print(f低速用户流量贡献度: {ratio_low_speed:.2f}%)通常高铁小区在未开启低速迁出时低流量用户总量占比约 30%但流量贡献度只有 5%~8%迁出走之后这个贡献度会掉到 1%~2%。如果贡献度没变化说明迁出策略没有真正影响到低流量用户——要么是判定条件太严格要么是目标小区信号太差迁出失败。另外一个配套习惯是在试点期间抽测单个用户。挑一个站台候车场景的用户跟踪其完整切换链进入高铁小区、触发低速标记、异频测量上报、A4 事件触发、切换执行、目标小区确认。用网管的用户级信令跟踪功能拉出这条链路的每条消息做成时间序列表。这样既能验证参数配置又能发现信令交互中的异常时序。从那以后我每次做低速迁出类优化都会强制走一遍这套流程先从话统里算低速贡献度再做信令跟踪抽测单个用户最后才信批量调参。单用户信令链路跟踪往往能发现网管统计看不到的信号细节比如测量上报的时间和 TTT 之间的关系、异频测量 Gap 是否真正生效、目标小区切换准备时延。这些细枝末节单独看都不算什么但叠在一起就是“配置看着没问题、KPI 就是不达标”的根源。希望这个通用流程对你有用省去你在高铁场景里反复试错的时间。本文还有配套的精品资源点击获取