首页 › tech › 假5G现形记:SCG参数排障

手机右上角顶着 5G 图标,测速却跑不过旁边的 4G——这不是玄学,是参数。本文以 3GPP TS 37.340《NR/NR、E-UTRA/NR 双连接》(https://www.3gpp.org/dynareport/37340.htm )为解读主轴,拆解“有 5G 图标没 5G 网速”背后的 SCG 添加链路、B1 测量门限与承载分流机制,并还原一次“假 5G”批量投诉的排查全过程:KPI 怎么下钻、信令怎么回放、门限怎么调、效果怎么验证。写给每天盯告警、开路测、调参数的网优与核心网同事。

目录

一、图标常亮,网速蹲下:一个全网通病

先说一组没有争议的事实:据工信部公开数据,我国 5G 移动电话用户已达 10 亿量级、占比过半,5G 基站数以百万计。基础设施规模全球第一,但“5G 图标”与“5G 体验”之间,始终隔着一层窗户纸。

用户侧的抱怨高度一致:“手机显示 5G,刷短视频转圈”、“测速还不如旁边那台 4G 手机”、“地铁里 5G 满格,微信图片发不出去”。客服工单里这类投诉有个统一标签——有信号无服务,或者更精确一点:有 5G 图标,无 5G 吞吐。

图标这东西,历史上就出过事故。2019 年初,AT&T 通过系统推送把一批 4G LTE 手机的状态栏改成“5G E”,被同行和媒体集体嘲讽,Verizon 高管直接发推晒出自家显示“3G”的截图——这条在当年刷屏科技媒体的新闻提醒我们一件事:图标是终端渲染出来的字符串,不是空口状态的合同。图标点亮逻辑由终端厂家自行实现,3GPP 并未统一规定“什么时候该显示 5G”,所以图标与实际数据面状态脱节,从机制上就是可能的。

对运维来说,问题是双向的:用户以为你骗他,你以为用户手机坏了。真相通常在中间——终端确实驻留(或注册)在 5G 上,但用户面根本没有走到 NR 空口,或者走到了,却被一层层配置参数摁在地上。这篇文章要做的,就是把这条链路拆开,把摁网速的参数一个个点名。

二、5G 图标是怎么点亮的:一条链路上的三层开关

要排查“假 5G”,先得知道“真 5G”长什么样。从终端视角看,一部手机从“显示 5G”到“跑出 5G 速率”,要连续打开三层开关,任何一层卡住,图标照亮、网速照蹲。

第一层:驻留开关(SA 组网)。 终端完成 NR 的小区选择与重选,向 5GC 发起 Registration,AMF 接受注册并下发 5G-TMSI。此时终端会显示 5G。但注意:注册成功只代表控制面通了,PDU 会话建到哪个 DNN、QoS Flow 映射到哪个 5QI、无线侧资源够不够,是另一回事。

第二层:锚点开关(NSA 组网)。 NSA(EN-DC,Option 3x)下,5G 图标的点亮前提是终端通过 4G 锚点小区成功添加了 NR 辅站(SgNB)。流程在 TS 37.340 里定义得很清楚:终端在 LTE 侧发 B1 测量报告(邻区变得好于门限,事件定义见 TS 38.331,https://www.3gpp.org/dynareport/38331.htm ),锚点 eNB 通过 X2 口向 gNB 发 SgNB Addition Request,gNB 应答并分配资源,eNB 再通过 RRC 重配置把 NR 配置下发给终端,SCG(Secondary Cell Group)激活。B1 报不出来,SCG 加不上,图标就只能是终端策略的“善意推测”——这正是 NSA 时代“假 5G”的第一大来源。

第三层:分流开关。 SCG 加上了,数据也不一定走 NR。Option 3x 下 EPC 把数据先送到 SgNB,由 gNB 决定在 NR 腿和 LTE 腿之间分流;如果承载配置成了不走 SCG 的形态,或者 NR 腿质量太差被算法持续分流到 LTE,终端照样显示 5G、跑的还是 4G 速率。SRB3 没建、SCG 分裂承载配错、NR 腿 RL Failure 后快速去激活,都藏在这一层。

把三层开关画成一条信令链,就是下面这张图——这是 NSA 下“真 5G 数据面”的出生证明:

sequenceDiagram
    participant UE as 终端
    participant eNB as 4G锚点站
    participant gNB as 5G基站
    UE->>eNB: B1测量报告(NR邻区好于门限)
    eNB->>gNB: X2口SgNB Addition Request
    gNB-->>eNB: 应答并分配SCG资源
    eNB->>UE: RRC重配置携带NR配置
    UE-->>eNB: 重配置完成
    Note over eNB,gNB: SCG激活,用户面开始分流

看懂这张图,你就明白了:“假 5G”排查的本质,是确认这条链在哪一环断掉或变形。第三节的案例,就是一次沿着这条链的完整追凶。

三、案发现场:一周工单翻倍的“假 5G”(脱敏综合案例)

先交代清楚:以下案例由多省网优实践中反复出现的典型故障形态整理、脱敏而成,小区级参数与 KPI 做了取整,目的是完整还原排查方法论,而非指认任何具体网络。

背景设定:某省城区网络处于 NSA/SA 混合期,2.6GHz 与 3.5GHz 混合部署,4G 锚点层与 5G 容量层同站为主。某周一早会,客服侧报上来一组反常数字:上一周“网速慢”类工单环比翻倍,其中六成以上用户自述“手机显示 5G”。而网络侧的常态化 KPI——4G 掉线率、无线接通率——全部正常。KPI 是绿的,工单是红的,这是最典型的“体验与网元视角割裂”。

一周时间线如下:

时间 事件 关键观察
周一 客服工单周报:网速慢投诉环比 +105% 62% 投诉用户自述处于 5G 状态
周二 按栅格聚合投诉,锁定两个城区片 片区 5G 基站无告警、无退服
周三 下钻锚点侧 KPI:SgNB 添加成功率跌至 93.2% 全省基线为 98.5% 以上
周四 拉取 B1 测量上报量对比:片区 NR 邻区 B1 上报次数骤降 疑似测量配置或邻区数据问题
周五 信令回放定位:新增 5G 站点邻区漏配 + B1 门限上调未同步 两因叠加
周末 补齐邻区、回调门限,灰度一个 RRU 环验证 SCG 添加成功率回到 98.4%
次周三 全片区生效,投诉量回落至基线 周环比 -88%

整个过程里最有信息量的,是周三那个数字:SgNB 添加成功率 93.2%。这个 KPI 平时没人盯——它不进省级考核的“红黑榜”,但在 NSA 网络里,它几乎就是“5G 体验健康度”的体温计。它掉 5 个点,意味着大量终端“注册在 4G、图标猜成 5G”,用户感知与后台指标同时劣化,而传统 KPI 全程无感。

四、排查决策树:从图标一路追到空口

把案例的排查路径抽象出来,就是一张可以贴在 NOC 工位上的决策树。核心原则只有一条:沿着第二节的“三层开关”逐层验证,先分清 NSA 还是 SA,再决定往哪挖。

flowchart TD
    A[工单:有5G没网速] --> B{终端图标来源}
    B -->|NSA网络| C[查SgNB添加成功率]
    B -->|SA网络| D[查NR驻留与回退]
    C --> E{成功率是否达标}
    E -->|是| F[查承载分流与SRB3]
    E -->|否| G[拉B1测量上报量]
    G --> H[邻区漏配或门限偏高]
    F --> I[核查SCG分裂承载]
    D --> J[查异常回退4G次数]
    H --> K[补邻区并灰度调门限]
    I --> K
    J --> K
    K --> L[灰度生效并对照众包数据]

落到执行层,是三套互相咬合的工具:

第一套:网元信令跟踪。 锚点侧的 X2AP SgNB Addition 信令是金标准。成功流程一进一出;失败流程里,gNB 返回的 Cause 值直接指路——radio 系原因多与无线环境有关,资源系原因多为参数或容量问题。把失败信令按小区聚合,根因小区自己浮出来。S1AP/NGAP 层面的问题(SA 侧会话建立失败)则用同样思路在 Wireshark 里回放,标准信令解码无需专用 license。

第二套:KPI 下钻。 三个指标按顺序看:SgNB 添加成功率(NSA 体温计)→ NR 异常释放率(SCG 加上后稳不稳)→ B1 测量上报量(终端眼里 5G 邻区还强不强)。第三项经常被忽略,但它能区分“终端不想报”(门限太高、邻区漏配)和“报了加不上”(X2 配置、gNB 拒绝)这两类完全不同的问题。

第三套:终端侧与路测数据。 高通平台的 QXDM/QCAT 抓终端侧 log,能完整看到 B1 触发、RRC 重配置、SCG 激活每一步;路测软件(TEMS、QualiPoc、CDS 类)负责把问题钉到具体栅格;众包测速数据(Speedtest 类平台的聚合数据)用来验证修复后的感知改善。三套数据交叉,比任何单一来源都难被骗。

本案例的最终定位是两因叠加:一是上周末新开的三个 5G 站点,规划工具没把邻区关系同步回锚点侧(邻区漏配,B1 想报没对象);二是为压锚点负荷把 B1 门限整体上调了一档,但片区内部分老终端的测量 gap 策略跟不上,导致该报的不报。单独任何一个,投诉都不会翻倍;叠在一起,就是一场感知灾难。

五、参数解剖台:B1、A2 和那半个 dB

把案发现场涉及的核心参数拉到解剖台上,一张表说清楚:

参数 协议出处 工程常见区间 调错后的典型症状
B1 事件门限(RSRP) TS 38.331 约 -105 ~ -115 dBm 量级 过高:5G 加不上,图标靠猜;过低:弱场硬挂 5G,掉线升
B1 触发时延(TimeToTrigger) TS 38.331 100~640 ms 量级 过长:移动场景跟不上,加载失败;过短:抖动误报
A2 事件门限(LTE 侧) TS 36.331 控制锚点保持 过早:SCG 被提前释放,图标闪断
SCG 分裂承载类型 TS 37.340 MCG split / SCG split 配置错位:NR 腿闲置,吞吐上不去
SRB3 使能 TS 38.331 建议开启 关闭:NR 侧流程全绕锚点,时延增加

说明两点。第一,表中区间是行业常见量级,具体取值以本网仿真与实测为准,不存在万能门限——同档门限在密集城区和县城就是两种性格。第二,也是最容易被新人忽视的:B1 门限每动 0.5 个 dB,影响的不是一次添加,是整个片区 SCG 添加率、NR 驻留时长、掉线率三个指标的连锁反应。门限类变更必须灰度:先圈一个 RRU 环或若干基站的闭环,观察至少一个完整忙时周期,指标齐稳再铺开。直接全网下发参数,等于把生产网当成测试床。

承载分流这一层再展开一句。Option 3x 下数据从 EPC 直达 SgNB,NR 腿与 LTE 腿的分流由 gNB 决定,标准允许多种实现,具体分流算法以各厂家官方文档为准。运维要做的是验证结果而非猜算法:终端侧 log 里看 NR 腿是否真的有吞吐,路测里对比 SCG 分裂承载与 MCG 承载的速率差。如果 NR 腿长期零吞吐而 KPI 面上 SCG 添加成功率是绿的,恭喜你,挖到宝了——这是最隐蔽的一类“假 5G”。

六、SA 时代的新形态:回退、漏配与上行受限

随着 NSA 逐步向 SA 收敛,“假 5G”换了一副面孔,但病理相同:控制面状态与用户面现实脱节。SA 侧最常见的三种形态:

形态一:EPS Fallback 反复横跳。 VoNR 未全面放量的网络里,语音通话触发 EPS Fallback 回 4G。如果回退门限配置过激进(比如一注册就倾向回落)、或回退后 4G 侧快速返回 5G 的策略太积极,终端就在 4G/5G 之间反复横跳,图标不停切换,每次切换都是一次业务中断窗口。用户描述是“5G 一闪一闪的”,后台对应的是异常回退次数虚高。

形态二:SA 邻区漏配与异常释放。 SA 下的邻区漏配不会阻止注册(注册靠系统消息),但会导致移动态 NR 异常释放、掉到 4G 后因测量配置问题回不去 5G。表现是:静止时 5G 正常,一上车就“掉回 4G 不回来”。排查入口是 NR 异常释放率按邻区对聚合,漏配关系在 MR 数据里一目了然。

形态三:上行受限的“半真 5G”。 3.5GHz 主力频段下行靠大带宽撑起千兆,上行覆盖天生短一截。小区边缘终端下行 RSRP 够看、上行路损吃紧,数据面实际跑在“下行 NR + 上行挣扎”的尴尬态,体验差但指标全绿。这类问题的答案不在参数里,在覆盖里——上行增强、时隙配比优化(标准框架内的帧结构选择,具体以本网仿真为准)或补点,才是对症药。

三种形态共同提醒我们:5G 图标只承诺“控制面注册状态”,不承诺吞吐。把这句话贴在 NOC 墙上,能省一半的扯皮。

七、把图标 KPI 换成体验 KPI:五条军规

复盘完这单,给同行留五条可直接落地的军规:

  1. 把 SgNB 添加成功率(NSA)/ NR 异常释放率(SA)纳入日常监控大盘,设片区级阈值告警。这两个指标是“假 5G”最早的风向标,等客服工单上来,已经晚了三天。
  2. B1 门限类参数变更,一律灰度:小范围闭环 → 完整忙时观察 → 分批铺开,变更工单必须带回滚方案。本案例里那 0.5 个 dB 的代价是全区一周投诉翻倍。
  3. 新站开链,邻区核查前置:新增 5G 站点的邻区关系必须在开通流程内强制同步锚点/周边站点,把“邻区漏配”从排查项变成卡点项。
  4. 建立“图标-承载-吞吐”三点位拨测:自动化脚本定期核对(a)终端注册态、(b)SCG/PDU 会话状态、(c)实测吞吐,三点一致才算“真 5G”。单点验证都会被骗。
  5. 投诉回流闭环:客服“网速慢”工单按栅格聚合后每周喂给网优平台,与 KPI 劣化做关联分析。KPI 是网元的体检单,工单是用户的体感,两边对不上的时候,先怀疑自己少看了指标。

网络规模越大,图标与体验的鸿沟就越宽。3GPP 把流程定义得很清楚——TS 37.340、TS 38.331 的每一个信令元都写得明明白白,真正决定用户看到“5G”两个字时脸上是什么表情的,是我们参数表里那几行看似不起眼的数字。下一个“假 5G”风暴,就埋在某次没人灰度的门限变更里。

参考来源

  1. 3GPP TS 37.340: NR/NR dual connectivity; E-UTRA/NR dual connectivity — EN-DC 架构与 SCG 添加/变更/释放流程的权威定义,本文解读主轴
  2. 3GPP TS 38.331: NR; Radio Resource Control (RRC) protocol — B1/B2 等测量事件、SRB3 与 RRC 重配置的规范出处
  3. 3GPP TS 38.413: NG-RAN; NG Application Protocol (NGAP) — SA 组网 NGAP 信令与失败原因值,信令回放排查依据
  4. ETSI TS 137 340 官方交付目录 — 37.340 各版本免费官方 PDF 下载
  5. 3GPP Specs Archive: 37.340 — 3GPP 官方规范存档,可核对任意版本原文

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生(微信ID: gprshome201101)维护,聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入