首页 › deep-tech › 半睡半醒:5G第三态设计原理

半睡半醒:5G第三态设计原理

一个问题:手机“在”,到底有几种在法?

用微信给同事发消息,对方秒回,你知道他“在线”;三天没回,你知道他“离线”。但如果他给你设置的是“消息免打扰、两小时看一次手机”呢?他既不在线,也没离线——他处于一种“半睡半醒”的中间态:人不在电脑前,但工牌还挂在公司,找他不用全家排查,在茶水间喊一嗓子就行。

4G时代的手机只有两种状态:连接态(RRC_CONNECTED,工位上实时待命)和空闲态(RRC_IDLE,回家睡觉,网络只知道你在哪个片区)。5G为它增加了一个全新的第三态:RRC_INACTIVE(非激活态)——不上班,但也不回家;工牌(上下文)还挂在基站里,随叫随到。

这不是锦上添花的小改进,而是一次针对“手机到底该怎么待机”的重新设计。理解这个第三态,你就理解了5G手机为什么更省电、为什么唤醒更快、为什么待机时信令行为和4G完全不同。

两态世界的两难:连接太贵,空闲太慢

要理解为什么要发明第三态,得先看清原来两个状态各自的“痛点”。

连接态贵在哪儿? 手机处于连接态时,基站为它维护着一整套“全勤待遇”:专属标识、调度授权、混合重传进程、测量任务,而且手机必须每个调度周期都竖着耳朵监听控制信道——因为你不知道网络什么时候会叫你。这就像上班时不能戴降噪耳机,任何一秒都可能被点名。对手机来说,这意味着射频和基带持续耗电;对基站来说,每个连接态用户都占着一份管理开销。连接态用户一多,谁都受不了。

空闲态省,但“起床气”很重。 空闲态手机把表几乎全关了,只在约定的寻呼时机短暂醒来听一嗓子,其余时间深睡,功耗极低。但代价是:网络已经把它“忘了”——上下文全部删除,核心网连接也已释放。这时它要发数据,就得完整走一遍“起床流程”:随机接入、请求建立连接、协商安全密钥、重新注册关联……多轮空中口往返,才能开始传第一个字节。对刷短视频这种大流量业务,这点建立时延可以忽略;但对“发个心跳包”“报一次读数”这种毫秒级小包业务,建立连接的成本远大于传输数据本身的成本。

flowchart TD
    OFF["开机"] --> IDLE["RRC_IDLE<br/>空闲态"]
    IDLE -->|"主动发起业务"| CONN["RRC_CONNECTED<br/>连接态"]
    IDLE -->|"响应核心网寻呼"| CONN
    CONN -->|"正常释放<br/>上下文全删"| IDLE
    CONN -->|"释放但挂起<br/>上下文保留"| INAC["RRC_INACTIVE<br/>非激活态"]
    INAC -->|"快速恢复"| CONN
    INAC -->|"长时间无业务<br/>或上下文丢失"| IDLE

两态设计的死穴就在这:大量业务恰好卡在中间——频率不高但也不低,包不大但也不能等。聊天软件的心跳、可穿戴设备的同步、智能表计的读数,都是典型。让它们在“贵”和“慢”之间二选一,两个状态来回横跳,结果就是省电和时延两头不讨好,还制造出海量无谓的信令——上一代网络曾被海量终端同时发心跳压得喘不过气,根源正在于此。

5G的解法很直接:在“全勤上班”和“回家睡觉”之间,增设一个“挂在公司、随叫随到”的中间态。

第三态的设计哲学:不删,只挂起

非激活态的核心机制只有一句话:释放连接时,不删除上下文,而是挂起(suspend)它。

什么是上下文?就是网络为这台手机记住的一整套“档案”:安全密钥参数、能力信息、承载配置、身份标识。传统释放等于“离职办手续,工牌收回,档案销毁”,再回来得重新入职;挂起则是“暂时离开工位,工牌还挂着,档案锁在抽屉里”,回来直接刷工牌进门。

更精妙的是档案的存放方式:挂起时,上下文保留在无线网的基站侧(锚点基站保留一份, neighbors 区域的基站也可能取得到)。手机下一次醒来,只需要向基站出示“挂起凭证”,基站从抽屉里取出档案,恢复原来的安全上下文,跳过整套密钥重新协商,几条消息就能回到连接态——对比空闲态那种“重新入职”式的全套流程,唤醒路径被压缩了整整一个量级。

sequenceDiagram
    participant NET as 数据网关
    participant GNB as 锚点基站
    participant UE as 手机
    NET->>GNB: 下行数据到达
    GNB->>UE: 无线网寻呼<br/>仅限通知区
    Note over GNB,UE: 手机仅在寻呼时机醒来收听
    UE->>GNB: 恢复请求<br/>携带挂起凭证
    GNB->>GNB: 取回挂起上下文
    GNB->>UE: 恢复成功<br/>直达连接态
    GNB->>NET: 数据继续下发

还有一个容易被忽略的深意:进入非激活态时,核心网并不认为手机断开了。 5G把“核心网看到的连接状态”和“无线口看到的连接状态”设计成两层:非激活态的手机,在核心网眼里仍然是连接着的(移动性管理层面),只是无线这截“腿”暂时收起来了。这带来两个后果——一是核心网不用为每次短暂空闲做状态迁移,省掉了大量核心网信令;二是唤醒只需无线网和手机之间完成,根本不必惊动核心网。这就是为什么恢复流程能快:路径短了。

两层地址簿:核心网记小区群,基站记楼栋

第三态引出了一个关键问题:手机“半睡”期间在移动,网络靠什么找到它?5G的答案是两套并行的位置管理系统,像一栋楼的快递收发逻辑:

flowchart TD
    A["下行数据到达网关"] --> B["查核心网地址簿<br/>手机在哪个跟踪区"]
    B --> C{"手机当前状态"}
    C -->|"空闲态"| D["核心网寻呼<br/>整个跟踪区一起响"]
    C -->|"非激活态"| E["把寻呼任务<br/>转交锚点基站"]
    E --> F["查基站地址簿<br/>手机在哪个通知区"]
    F --> G["无线网寻呼<br/>只在小范围响"]

为什么非激活态敢用更小的区? 因为区更新的“计费单位”不同。核心网层面的更新要穿过无线网、跨过接口、惊动核心网节点,信令又贵又重,所以空闲态的跟踪区必须画得大,用“少更新”来省信令;而非激活态的通知区更新只在无线网和基站之间完成,路径短、消息少,便宜得多,自然可以画小。区画得小,寻呼时就不用大范围广播,空口资源省、寻呼时延也低。

这套权衡有一道经典的移动模型账。假设用户以速度 $v$ 随机方向移动,某区域边界周长为 $L$、面积为 $S$,则单位时间穿越边界的次数(即区更新速率)约为:

$$\lambda_{update} = \frac{v \cdot L}{\pi \cdot S}$$

对半径为 $R$ 的圆形区域,代入 $L = 2\pi R$、$S = \pi R^2$,得:

$$\lambda_{update} = \frac{4v}{\pi R}$$

区越大,更新越少(与半径成反比);但寻呼代价与区域内小区数成正比(约与 $R^2$ 成正比)。总代价近似为:

$$C(R) = c_1 \cdot \frac{4v}{\pi R} + c_2 \cdot R^2$$

一定存在一个最优半径,让“更新信令 + 寻呼开销”之和最小。空闲态和非激活态的信令单价不同(后者便宜),所以它们的最优区大小天然不同——这就是5G为什么要维护两套区域,而不是偷懒共用一套的数学原因。另外,为了防“边界抖动”(用户在区边界来回走导致疯狂更新),通知区通常配置成一组不重叠小区的列表而非单一区域,并辅以周期性更新兜底,防止更新消息丢失导致网络彻底找不到人。

三条唤醒之路:寻呼、自醒、带着数据睡

处于非激活态的手机,有三种方式回到“干活”状态,覆盖了所有业务模式。

第一条:被叫——无线网寻呼。 下行数据到达锚点基站,它不再请求核心网寻呼,而是自己掏出地址簿,只在通知区范围内、按照手机的非连续接收节律发寻呼。这个节律是省电的关键:手机和基站事先约好“几点几分一起对表”,手机只在特定的无线帧瞬间醒来听一小段,其余时间射频全关。寻呼周期越长越省电,但被找到的时延越长——又是一次典型的折中设计,网络按业务类型给手机分配不同节律。

第二条:主叫——主动恢复。 手机自己有数据要发,直接向当前驻留小区发起“恢复请求”,出示挂起凭证。小区若正好存有它的上下文,直接恢复;若没有(比如手机已经走远),可以向锚点取回;取回失败就退回空闲态老老实实重新入网——每个失败路径都有明确兜底,这是流程设计的严谨之处。

第三条:极简场景——小数据直传。 标准后期版本(Release 17)补上了最后一块拼图:对于极小的数据包,手机在非激活态连恢复都不用做,在随机接入过程中直接把数据捎带上行(或在预配置资源上直接发),传完继续睡。这相当于“不用回工位,前台顺手把便签递出去”。对智能表计、传感器心跳这类一次几十字节且间隔数分钟的业务,连接建立的开销被彻底消掉——这是5G面向物联网海量连接的针对性设计。

flowchart TD
    A["处于非激活态"] --> B{"是否移出<br/>通知区边界"}
    B -->|"是"| C["发起通知区更新"]
    B -->|"否"| D{"有上行数据吗"}
    D -->|"极小包<br/>符合直传条件"| E["小数据直传<br/>不恢复连接"]
    D -->|"普通业务"| F["发起快速恢复"]
    C --> G{"更新成功吗"}
    G -->|"成功"| A
    G -->|"失败"| H["退回空闲态<br/>必要时重新入网"]
    F --> I["恢复为连接态"]

三个状态放在一张桌上对比

维度 RRC_IDLE 空闲态 RRC_INACTIVE 非激活态 RRC_CONNECTED 连接态
类比 回家睡觉 在茶水间待命 坐在工位上
UE上下文 全部删除 挂起并保留在基站 完整活跃
核心网怎么看 已断开 仍视为连接(仅无线断) 完全连接
位置登记粒度 跟踪区(大) 通知区(小) 精确到小区
寻呼发起方 核心网 锚点基站 无需寻呼
唤醒到传数据 全套建立流程,慢 几条消息恢复,快 立即
功耗 最低 接近空闲态 最高
典型业务 极少交互的物联网 聊天、心跳、突发小包 通话、视频、下载

再把空闲态与非激活态逐项拆开看——很多工程师容易把两者混为一谈:

对比项 空闲态 非激活态
区更新的对象 向核心网做跟踪区/注册更新 向基站做通知区更新
区更新是否惊动核心网 是 否
寻呼范围 整个跟踪区 通知区
安全密钥 重新协商 沿用挂起的上下文
恢复后承载重建 从零配置 原配置直接复活
小数据直传 不支持 支持(后期版本)

现网实战:这些现象的根子都在第三态

为什么5G手机“看着在线”,首包却时快时慢? 抓信令时你会看到两种截然不同的唤醒路径:走了第三态恢复的,几条消息就通;上下文取回失败回退到空闲态重来的,时延直接劣化一个量级。排障时先分辨这次业务到底是“恢复”还是“重建”,再往下查——这一步能帮你砍掉一半的错误方向。

通知区配置是现网最典型的调优杠杆。 通知区画得太小,处于非激活态的移动用户频繁触发更新,空口和基站间信令明显增多;画得太大,寻呼要在很多小区同时广播,空口开销上升,寻呼响应也变慢。高铁路线、大学城、写字楼群这类移动模式差异巨大的场景,往往需要不同的区规划思路。标准在此处允许多种实现,具体行为以各厂家官方文档为准。

几个常见误解,一次澄清:

调试陷阱: 复现“偶发首包慢”时,别只盯着无线质量。很多案例的根因是手机移动出通知区后更新失败、或锚点侧上下文取回失败而回退重建立——无线指标全程漂亮,慢在流程路径变了。日志里同时存在“挂起/恢复”和“释放/建立”两种字样交替出现,基本可以断定手机在三个状态间横跳,此时应重点看状态迁移的触发原因,而不是纠结某次信号强度。

小结

5G的第三态,本质上是一次成本重算:把“位置记忆”拆成核心网和无线网两层,把“上下文保存”从删除改成挂起,把“唤醒路径”从全套重建压缩为几条消息,再为极小包业务补上“不醒来也能传”的直传通道。每一步都是在连接态的“贵”和空闲态的“慢”之间寻找新的最优解。下次分析待机信令时,先问一句:这台手机现在到底在哪个状态、走的是哪条唤醒路径——很多看似玄学的时延问题,答案就写在这张三态地图上。

常见问题

Q: RRC_INACTIVE和空闲态的区别是什么? A: 三个关键差别:上下文一个挂起保留、一个彻底删除;位置管理一个用基站侧的小通知区、一个用核心网侧的大跟踪区;唤醒一个走几条消息的快速恢复、一个走全套建立流程。直观表现就是非激活态的业务建立时延远低于空闲态。

Q: 手机处于非激活态时,核心网认为它在线还是离线? A: 在线。5G刻意把核心网的连接状态和无线口的连接状态解耦:非激活态手机在核心网侧仍保持连接关系,只有无线这一段被挂起。所以唤醒流程不需要核心网参与,路径短、速度快。

Q: 通知区(RNA)和跟踪区(TA)为什么不用同一套? A: 因为两者的更新单价不同。通知区更新只在手机和基站之间完成,便宜,所以可以画小,换更精准的寻呼;跟踪区更新要动用核心网信令,贵,必须画大来摊薄更新频率。各自按自己的成本函数取最优,尺寸天然不同。

Q: 小数据直传适合什么业务?有什么限制? A: 适合数据量极小、间隔较长的场景,如表计读数、传感器心跳、状态同步。它省掉了完整的连接恢复流程,但对包大小和频率有限制,且需要网络侧预先配置授权资源;大流量业务仍应走正常恢复路径。是否启用、如何配置,各网络策略可能不同。

Q: 我的手机待机时为什么还有不少信令? A: 待机不等于完全静止。位置更新、周期更新、系统消息接收、寻呼监听都在后台发生。如果手机频繁在非激活态和连接态之间横跳(后台应用轮询造成),信令会明显偏多——这也是分析异常耗电和异常信令时的重要线索。

参考来源

  1. Radio resource control — Wikipedia — RRC状态机的权威词条,涵盖各代网络RRC状态的演进脉络
  2. 5G — Wikipedia — 5G网络整体架构与关键技术的概览词条
  3. LTE (telecommunication) — Wikipedia — 4G两态设计的历史背景与技术基线
  4. Handover — Wikipedia — 移动性管理相关机制的背景词条

注:本期写作环境联网检索受限,未能完成更多在线来源的交叉抓取;上述为可长期稳定访问的词条。文中技术机制描述以主流通信教材(如《5G无线网络规划与设计》《通信原理》)及公开标准的技术共识为准,具体参数行为建议以现网设备文档实测为准。


本文由「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学通信知识星球海报-扫码加入