你大概率有过这样的体验：手机在口袋里待机一整天，几乎不掉电；可这时有人打电话来，铃声却准点响起。手机明明没跟基站说一句话，网络是怎么知道该把这次呼叫送到哪部手机的？
这背后是移动通信里最容易被忽视、却每天都在为几十亿部手机服务的一套机制：寻呼（Paging）与位置更新（TAU）。连接态的切换（Handover）解决的是"不断线"，而这一套机制解决的是另一个看似矛盾的需求——手机要尽量睡觉省电，网络又必须随时找得到它。
很多人（包括不少刚入行的工程师）默认：手机待机时"没连网"，所以网络不知道它在哪。事实恰恰相反——网络随时知道你的大概位置，只是精度被刻意控制在一个折中的粒度上。
理解这套机制，可以借用一个生活场景：你搬到一座新城市，不会每天向派出所汇报行踪，但你一定办了居住登记。朋友找你时，不需要知道你在哪条街，只要知道你登记在哪个区，去那个区的公共场合"喊一嗓子"就能找到你。
把场景翻译过来：
整套设计的核心哲学是八个字：登记要粗，寻找要准。登记粗，手机才能少上报、多睡觉；寻找准，网络才不用在全网范围内大海捞针。
一部空闲态的手机，理论上要"随时准备接听"。最笨的办法是时刻监听空口，但这意味着射频接收机永远不断电、还要持续跟踪信号——待机时间会从几天缩短到几个小时，这是用户绝对不能接受的。
统计上，手机超过99%的时间处于空闲态。省电的关键，就是让手机在这99%的时间里绝大多数时候睡着，只在一个极小的窗口里醒来"值班"。
但睡觉带来新问题：网络喊你的时候，你必须恰好醒着。于是双方需要一份对好的时刻表——这就是非连续接收（DRX，Discontinuous Reception）寻呼机制。
网络通过广播告诉全小区手机一个基本周期 T，手机只允许在属于自己的特定时刻醒来。醒着的时间很短，做完三件事就继续睡：
flowchart TD
A["深度睡眠<br/>不收不发"] --> B["定时器到点<br/>短暂醒来"]
B --> C["按公式算出<br/>属于自己的监听窗口"]
C --> D["在窗口内监听<br/>控制信道"]
D --> E{"有没有<br/>喊我的消息?"}
E -->|"有"| F["解调寻呼内容"]
F --> G{"代号<br/>是我吗?"}
G -->|"有"| H["发起随机接入<br/>响应寻呼"]
G -->|"没有"| A
E -->|"没有"| A
这个循环有三个设计要点：
时刻表的具体排班逻辑如下。设 DRX 周期为 T（以无线帧为单位，320ms 对应 32 帧，640/1280/2560ms 对应 64/128/256 帧），你的用户标识为 UE_ID（4G 中取 IMSI 除以 1024 的余数），则属于你的寻呼帧（PF）满足：
$$\text{SFN} \bmod T = \left\lfloor \frac{T}{N} \right\rfloor \times \left(\text{UE_ID} \bmod N\right)$$
帧内更细的寻呼时机（PO）序号为：
$$i_s = \left\lfloor \frac{\text{UE_ID}}{N} \right\rfloor \bmod N_s$$
其中 $N = \min(T,\ n_B)$，$N_s = \max(1,\ n_B / T)$，$n_B$ 是小区广播的一个"密度旋钮"。
公式看着唬人，直觉很简单：网络把每个周期切成 N × Ns 个格子，UE_ID 决定你坐哪个格子。举个例子：T = 128 帧（1.28 秒），nB = T，则 N = 128、Ns = 1。某手机 UE_ID = 500，则 500 mod 128 = 116——它每 1.28 秒周期里的第 116 号帧就是"值班时间"；全网 UE_ID 不同的手机，被这套公式均匀铺开到不同格子里，互不冲突。
nB 的意义也在此：调大 nB，格子变多（如 nB = 4T 时 Ns = 4，每周期 512 个格子），同一周期内能"喊"更多的人，寻呼容量更大。它就是小区寻呼负荷的总闸门。
| 参数 | 是什么 | 说明与典型取值 |
|---|---|---|
| DRX 周期 T | 手机两次醒来的间隔 | 常见 320/640/1280/2560 ms，越长越省电 |
| UE_ID | 决定醒来时刻的身份余数 | 4G 取 IMSI mod 1024；5G 由临时身份导出 |
| PF 寻呼帧 | 归你监听的那个无线帧 | 由 SFN mod T 公式算出 |
| PO 寻呼时机 | 帧内更细的监听窗口 | 由 i_s 公式算出 |
| nB | 广播的寻呼密度旋钮 | 取 T 的倍数或分数，决定每周期格子总数 |
| TAI 列表 | 网络下发的"辖区名单" | 可含多个相邻跟踪区 |
| 周期性TAU定时器 | 定时报平安的闹钟 | 超时即使没移动也要更新一次 |
| S-TMSI | 寻呼里喊的临时代号 | 短小、定期更换，不暴露真实身份 |
有人拨通你的号码后，核心网并不全网广播，而是查你的登记信息，把寻呼精准限制在你登记的跟踪区内：
flowchart TD
A["来电到达核心网"] --> B{"用户登记在<br/>哪个跟踪区?"}
B -->|"查辖区名单"| C["确定跟踪区TA1"]
C --> D["向TA1内全部基站<br/>下发寻呼指令"]
D --> E["各基站在属于该手机的<br/>时刻喊出临时代号"]
E --> F{"手机在覆盖内<br/>且恰好醒着?"}
F -->|"在且听到"| G["随机接入<br/>并响应"]
F -->|"不在或没听到"| H["按策略重试<br/>仍失败则呼叫失败"]
注意一个精妙之处：寻呼是"定向的广播"。它听起来像大喇叭喊话，但网络其实只在你值班的那几个格子、那个时刻发出喊话——上千毫秒的周期里，真正属于你的监听时间只有几毫秒，其余时间基站爱干嘛干嘛，手机放心睡。
寻呼发出后手机没响应，网络不会立刻放弃。常见做法是等一个 DRX 周期再重发，或先在更小的范围（如最近服务过的小区附近）发起、超时后扩大到整个辖区名单重试——标准允许多种实现，具体重试策略以各厂家官方文档为准。重试全部落空，主叫才会听到"暂时无法接通"。
这也解释了一个现网常见现象：被叫时延与 DRX 周期强相关。如果手机此刻刚睡下，网络必须等到它下一个值班窗口才能喊话——周期配 2.56 秒，理论上光寻呼等待就可能吃掉秒级时延，这对语音被叫的时延预算是不小的开销。
跟踪区（TA）是一组小区的集合，是网络为空闲态手机划定的登记粒度。它的边界设计是一道典型的工程折中题：
所以现网规划有两条铁律：TA边界要画在移动性低、话务低的区域（比如行政区的低话务交界、山脊），坚决避开高速公路、铁路这类用户高速移动的走廊。
当手机醒着时听到小区广播里的辖区名单，发现当前所在TA不在自己的名单里，就必须发起一次跟踪区更新：
sequenceDiagram
participant U as 手机
participant B as 基站
participant C as 核心网
participant H as 归属服务器
U->>B: 随机接入并发TAU请求
B->>C: 转发TAU请求
C->>H: 更新用户位置档案
H-->>C: 确认并回传签约数据
C-->>U: TAU接受与新辖区名单
Note over U,C: 可能同时下发新的临时身份
U->>B: 释放连接继续睡觉
两个细节值得咀嚼：
第一，网络会顺手给你换代号。 TAU 接受消息里常携带新分配的临时身份，用完就换，外部设备无法通过监听代号长期跟踪一部手机——这是把安全内建在流程设计里，而不是事后打补丁。
第二，TAU完成前，手机是"失联"的。 更新过程中 incoming 的寻呼喊不到它。这就是高速移动场景被叫失败的经典根因：手机刚跑进新TA、TAU还在半路，寻呼却已经按旧辖区发出去了。
为了进一步减少边界抖动带来的反复更新，网络登记给手机的不是单个TA，而是一份TAI列表——一组相邻的跟踪区。只要手机还在名单内任何一个TA里，就不需要更新；只有跑出整个名单才触发TAU。相当于派出所登记的不是"某某街道"，而是"某某街道及相邻三个街道"，挪一小步不用重跑手续。
每个手机都有一个周期性TAU定时器。即使一步没挪，到点也要向网络报一次到。原因有二：一是网络侧的登记上下文可能因故障、清理等原因丢失，周期性"报平安"是兜底的自愈机制；二是让归属网络确认用户仍可达，超时未报到的用户会被标记为不可达，后续寻呼可直接快速失败，省掉无效喊话。
4G 的空闲侧只有"空闲"和"连接"两档，挂机即拆上下文，来业务再全套重建。5G 在中间加了一档——非活跃态（RRC_INACTIVE），专门服务"聊两句停一会儿"的突发小包业务：
flowchart TD
A["空闲态<br/>登记到跟踪区"] -->|"被寻呼或发起业务"| C["连接态<br/>占用专用资源"]
C -->|"数据暂停一会"| B["非活跃态<br/>上下文挂在基站"]
B -->|"数据再来<br/>基站快速唤醒"| C
C -->|"挂机释放"| A
B -->|"移出通知区"| A
设计动机很直白：即时消息、心跳包这类业务，连接建立/释放的开销远大于数据本身。非活跃态把用户上下文挂基站的锚上，数据再来时不必惊动核心网，基站本地就能快速唤醒；手机则依然可以按周期睡觉。它本质上是把"省电"与"快速恢复"这对矛盾，从两档细化为三档。
| 对比项 | 4G | 5G |
|---|---|---|
| 空闲侧状态 | 一种空闲态 | 空闲态 + 非活跃态两档 |
| 位置登记粒度 | 跟踪区TA | 跟踪区TA或基站级通知区RNA |
| 寻呼发起方 | 核心网 | 核心网或基站（各管各的通知区） |
| 非活跃态上下文 | 无，挂机即拆 | 保留在基站，恢复更快 |
| 设计动机 | 找得到且省电 | 在省电与快速恢复间再进一步 |
移动性管理里最容易混的三个概念，一张表分清楚：
| 对比项 | 切换 | 小区重选 | 寻呼与TAU |
|---|---|---|---|
| 手机状态 | 连接态 | 空闲态 | 空闲态 |
| 谁拍板 | 网络下命令 | 手机自己决定 | 网络与手机协同 |
| 信令开销 | 大，需测量、准备、执行 | 几乎为零 | 中等，要走完核心网 |
| 用户感知 | 尽量无感 | 无感 | 被叫有数百毫秒到数秒建立时延 |
| 设计目的 | 业务不断线 | 省电省信令地"挪" | 省电与可找到性的折中 |
记住一句话版本：连接态挪窝靠切换，空闲态挪窝靠重选，空闲态被找到靠寻呼，登记搬家靠TAU。
1. 被叫失败的排障主线。 用户投诉"别人打不通我电话"，排查路径通常是：终端是否在TAI列表覆盖的辖区里 → 新开基站是否漏配TA或加错TA → 寻呼信道负荷是否过高（nB配小了，高峰期喊不过来）→ 是否高速移动中TAU未完成。每一环都对应上文的一个原理点。
2. TA边界规划失误的连锁反应。 若TA边界恰好压在高速、铁路沿线，通勤高峰会有海量手机高频穿越边界反复TAU，核心网信令处理被冲垮，极端时表现为区域性被叫失败与注册时延飙升。规划原则只有一条：让边界横在人流少走的地方。
3. 参数优化的经典权衡。 DRX周期配长（2.56s）省电但被叫时延大；nB配大寻呼容量足但占用更多空口资源。语音业务占比高的网络倾向更激进的寻呼配置，物联网专网则反过来。没有标准答案，只有业务画像决定的最优点。
4. 信令分析时的"读心术"。 空口抓包看寻呼消息里的临时代号，核对它与你预期的UE_ID推算时刻是否吻合；核心网侧看TAU请求的触发原因值（进入新辖区/周期性到点/其他），能立刻判断问题是"边界规划"还是"定时器配置"。这套公式不仅是原理，也是路测工具里寻呼时机预测功能的底层实现。
5. 物联网省电的极致版。 水表、传感器这类终端把DRX思想推到极端：更长的扩展周期，甚至允许设备深度睡眠、只在需要时才醒来登记和收寻呼。代价是"找到它"的窗口变得稀疏——查询一台深度睡眠的设备，可能要等它下一个漫长的值班周期。消费级手机和物联网表计，用的是同一套原理，只是参数差了几个数量级。
Q: 切换和TAU都是"手机移动了"，本质区别是什么？ A: 状态不同。切换发生在连接态，有业务在跑，目标是不中断；TAU发生在空闲态，没有业务，目标是让网络的登记信息跟上你的位置。前者信令只走无线侧为主，后者要走完核心网甚至归属网络。
Q: 手机待机不走流量，电都耗在哪了？ A: 主要就是DRX值班：每个周期醒来监听几毫秒、读一遍系统广播变化、偶尔响应寻呼或做TAU。周期越长耗电越少，这就是320ms和2560ms两档配置待机时间差异明显的根源。
Q: "已关机"和"暂时无法接通"在网络层面有何区别？ A: 正常关机时手机会显式通知网络注销，网络明确知道它不可达，主叫听到前者；而"暂时无法接通"通常是网络以为你可达（登记还在），但寻呼喊不到——出了覆盖、深度睡眠窗口太长、或TAU进行中。当然，手机在覆盖外直接断电，网络无法区分，也会归入后者。
Q: 为什么坐高铁时上网好好的，接电话却可能失败？ A: 数据业务由重选/切换保障，跨区平滑；而被叫依赖寻呼按旧辖区下发。高铁速度太快，寻呼发出时手机可能已跨入新TA且TAU尚未完成，旧辖区的喊话自然落空。TA边界避开铁路走廊，正是为了缓解这个问题。
Q: 5G非活跃态既然这么好，为什么4G没有？ A: 4G时代业务模式以长连接为主（网页、语音），两档够用；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 等场景全覆盖。