# 手机睡了，网络怎么找到它：寻呼与TAU原理 你大概率有过这样的体验：手机在口袋里待机一整天，几乎不掉电；可这时有人打电话来，铃声却准点响起。手机明明没跟基站说一句话，网络是怎么知道该把这次呼叫送到哪部手机的？ 这背后是移动通信里最容易被忽视、却每天都在为几十亿部手机服务的一套机制：**寻呼（Paging）与位置更新（TAU）**。连接态的切换（Handover）解决的是"不断线"，而这一套机制解决的是另一个看似矛盾的需求——**手机要尽量睡觉省电，网络又必须随时找得到它**。 ## 一、一个每天都在发生的误会：待机≠下线 很多人（包括不少刚入行的工程师）默认：手机待机时"没连网"，所以网络不知道它在哪。事实恰恰相反——网络随时知道你的**大概位置**，只是精度被刻意控制在一个折中的粒度上。 理解这套机制，可以借用一个生活场景：你搬到一座新城市，不会每天向派出所汇报行踪，但你一定办了**居住登记**。朋友找你时，不需要知道你在哪条街，只要知道你登记在哪个区，去那个区的公共场合"喊一嗓子"就能找到你。 把场景翻译过来： - **居住登记 = 位置登记**：手机开机注册时，告诉网络"我住在TA1这个跟踪区"； - **搬家改登记 = TAU（Tracking Area Update，跟踪区更新）**：手机发现自己跑出了登记的辖区，就主动去新辖区重新登记； - **喊一嗓子 = 寻呼（Paging）**：来电到达时，网络在整个跟踪区范围内广播"XX代号的用户，有人找"； - **代号而不是真名 = 临时身份**：寻呼消息里喊的是短代号（S-TMSI），不是你的真实号码，且定期更换。 整套设计的核心哲学是八个字：**登记要粗，寻找要准**。登记粗，手机才能少上报、多睡觉；寻找准，网络才不用在全网范围内大海捞针。 ## 二、睡觉的艺术：手机为什么不一直听 ### 2.1 矛盾在哪 一部空闲态的手机，理论上要"随时准备接听"。最笨的办法是时刻监听空口，但这意味着射频接收机永远不断电、还要持续跟踪信号——待机时间会从几天缩短到几个小时，这是用户绝对不能接受的。 统计上，手机超过99%的时间处于空闲态。**省电的关键，就是让手机在这99%的时间里绝大多数时候睡着，只在一个极小的窗口里醒来"值班"。** 但睡觉带来新问题：网络喊你的时候，你必须恰好醒着。于是双方需要一份**对好的时刻表**——这就是非连续接收（DRX，Discontinuous Reception）寻呼机制。 ### 2.2 时刻表长什么样 网络通过广播告诉全小区手机一个基本周期 T，手机只允许在属于自己的特定时刻醒来。醒着的时间很短，做完三件事就继续睡： ```mermaid flowchart TD A["深度睡眠
不收不发"] --> B["定时器到点
短暂醒来"] B --> C["按公式算出
属于自己的监听窗口"] C --> D["在窗口内监听
控制信道"] D --> E{"有没有
喊我的消息?"} E -->|"有"| F["解调寻呼内容"] F --> G{"代号
是我吗?"} G -->|"有"| H["发起随机接入
响应寻呼"] G -->|"没有"| A E -->|"没有"| A ``` 这个循环有三个设计要点： 1. **醒来时刻由公式决定，而非随机**——手机和网络必须独立算出同一个时刻，不需要额外信令约定； 2. **全网手机被错开**——不同手机醒在不同时刻，避免几万部手机同一瞬间醒来挤爆信道； 3. **监听窗口极短**——每次只听几毫秒量级，占空比约千分之一，这就是待机几天的物理来源。 ### 2.3 那个决定你醒来时刻的公式 时刻表的具体排班逻辑如下。设 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 个格子），同一周期内能"喊"更多的人，寻呼容量更大。**它就是小区寻呼负荷的总闸门。** ### 2.4 参数速查表 | 参数 | 是什么 | 说明与典型取值 | |---|---|---| | 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 | 寻呼里喊的临时代号 | 短小、定期更换，不暴露真实身份 | ## 三、大喇叭找人：寻呼是怎么发生的 ### 3.1 一次呼叫的寻址路径 有人拨通你的号码后，核心网并不全网广播，而是查你的登记信息，把寻呼精准限制在你登记的跟踪区内： ```mermaid flowchart TD A["来电到达核心网"] --> B{"用户登记在
哪个跟踪区?"} B -->|"查辖区名单"| C["确定跟踪区TA1"] C --> D["向TA1内全部基站
下发寻呼指令"] D --> E["各基站在属于该手机的
时刻喊出临时代号"] E --> F{"手机在覆盖内
且恰好醒着?"} F -->|"在且听到"| G["随机接入
并响应"] F -->|"不在或没听到"| H["按策略重试
仍失败则呼叫失败"] ``` 注意一个精妙之处：寻呼是"**定向的广播**"。它听起来像大喇叭喊话，但网络其实只在你值班的那几个格子、那个时刻发出喊话——上千毫秒的周期里，真正属于你的监听时间只有几毫秒，其余时间基站爱干嘛干嘛，手机放心睡。 ### 3.2 找不到怎么办 寻呼发出后手机没响应，网络不会立刻放弃。常见做法是等一个 DRX 周期再重发，或先在更小的范围（如最近服务过的小区附近）发起、超时后扩大到整个辖区名单重试——标准允许多种实现，具体重试策略以各厂家官方文档为准。重试全部落空，主叫才会听到"暂时无法接通"。 这也解释了一个现网常见现象：**被叫时延与 DRX 周期强相关**。如果手机此刻刚睡下，网络必须等到它下一个值班窗口才能喊话——周期配 2.56 秒，理论上光寻呼等待就可能吃掉秒级时延，这对语音被叫的时延预算是不小的开销。 ## 四、搬家要改登记：跟踪区与TAU ### 4.1 TA是个"辖区"，大小是道折中题 跟踪区（TA）是一组小区的集合，是网络为空闲态手机划定的登记粒度。它的边界设计是一道典型的工程折中题： - **TA太大**：一次寻呼要在成百上千个基站下发，空口寻呼信道压力剧增，寻呼容量被稀释； - **TA太小**：手机稍微挪两步就跨区，被迫反复TAU，核心网信令负荷暴涨——这种雪崩式的集中更新，就是排障时常说的"信令风暴"。 所以现网规划有两条铁律：**TA边界要画在移动性低、话务低的区域**（比如行政区的低话务交界、山脊），坚决避开高速公路、铁路这类用户高速移动的走廊。 ### 4.2 TAU的完整流程 当手机醒着时听到小区广播里的辖区名单，发现当前所在TA不在自己的名单里，就必须发起一次跟踪区更新： ```mermaid 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还在半路，寻呼却已经按旧辖区发出去了。 ### 4.3 TAI列表：给边界抖动上保险 为了进一步减少边界抖动带来的反复更新，网络登记给手机的不是单个TA，而是一份**TAI列表**——一组相邻的跟踪区。只要手机还在名单内任何一个TA里，就不需要更新；只有跑出整个名单才触发TAU。相当于派出所登记的不是"某某街道"，而是"某某街道及相邻三个街道"，挪一小步不用重跑手续。 ### 4.4 手机不动，为什么也要定期TAU 每个手机都有一个周期性TAU定时器。即使一步没挪，到点也要向网络报一次到。原因有二：一是网络侧的登记上下文可能因故障、清理等原因丢失，周期性"报平安"是兜底的自愈机制；二是让归属网络确认用户仍可达，超时未报到的用户会被标记为不可达，后续寻呼可直接快速失败，省掉无效喊话。 ## 五、5G多了一档：非活跃态 4G 的空闲侧只有"空闲"和"连接"两档，挂机即拆上下文，来业务再全套重建。5G 在中间加了一档——**非活跃态（RRC_INACTIVE）**，专门服务"聊两句停一会儿"的突发小包业务： ```mermaid flowchart TD A["空闲态
登记到跟踪区"] -->|"被寻呼或发起业务"| C["连接态
占用专用资源"] C -->|"数据暂停一会"| B["非活跃态
上下文挂在基站"] B -->|"数据再来
基站快速唤醒"| 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思想推到极端：更长的扩展周期，甚至允许设备深度睡眠、只在需要时才醒来登记和收寻呼。代价是"找到它"的窗口变得稀疏——查询一台深度睡眠的设备，可能要等它下一个漫长的值班周期。消费级手机和物联网表计，用的是同一套原理，只是参数差了几个数量级。 ## 八、常见误解与调试陷阱 - **误解：待机=网络失联。** 实际网络掌握TA粒度的位置，失联只发生在TAU过程中或彻底出覆盖时。 - **误解：寻呼失败=手机坏了。** 现网中绝大多数寻呼问题源自TA规划、寻呼参数或覆盖空洞，终端问题占比很小。 - **陷阱：TA边界沿行政边界"整齐划一"。** 行政边界常与主干道重合，恰恰是最差选择；边界应按话务与移动性热力来画。 - **陷阱：为省电把DRX周期拉满。** 对语音用户密集的小区，被叫时延劣化会先于电量收益被用户感知到。 - **陷阱：忽视周期性TAU定时器。** 定时器配置过短会凭空制造大量无效信令——手机没动也在反复"报平安"，这在物联网场景是典型的功耗与信令双重浪费。 ## 常见问题 **Q: 切换和TAU都是"手机移动了"，本质区别是什么？** A: 状态不同。切换发生在连接态，有业务在跑，目标是不中断；TAU发生在空闲态，没有业务，目标是让网络的登记信息跟上你的位置。前者信令只走无线侧为主，后者要走完核心网甚至归属网络。 **Q: 手机待机不走流量，电都耗在哪了？** A: 主要就是DRX值班：每个周期醒来监听几毫秒、读一遍系统广播变化、偶尔响应寻呼或做TAU。周期越长耗电越少，这就是320ms和2560ms两档配置待机时间差异明显的根源。 **Q: "已关机"和"暂时无法接通"在网络层面有何区别？** A: 正常关机时手机会显式通知网络注销，网络明确知道它不可达，主叫听到前者；而"暂时无法接通"通常是网络以为你可达（登记还在），但寻呼喊不到——出了覆盖、深度睡眠窗口太长、或TAU进行中。当然，手机在覆盖外直接断电，网络无法区分，也会归入后者。 **Q: 为什么坐高铁时上网好好的，接电话却可能失败？** A: 数据业务由重选/切换保障，跨区平滑；而被叫依赖寻呼按**旧辖区**下发。高铁速度太快，寻呼发出时手机可能已跨入新TA且TAU尚未完成，旧辖区的喊话自然落空。TA边界避开铁路走廊，正是为了缓解这个问题。 **Q: 5G非活跃态既然这么好，为什么4G没有？** A: 4G时代业务模式以长连接为主（网页、语音），两档够用；5G面对海量突发小包（消息、心跳、遥测），连接建立开销占比剧增，才需要第三档。技术形态永远跟着业务形态走——这不是标准制定者的偏好，而是流量画像倒逼的架构演进。 ## 参考来源 1. [Tracking area update - Wikipedia](https://en.wikipedia.org/wiki/Tracking_area_update) — TAU触发原因、流程消息与周期性更新的权威概述 2. [LTE Paging - ShareTechnote](https://www.sharetechnote.com/html/Handbook_LTE_Paging.html) — 寻呼帧/寻呼时机计算公式与DRX周期的工程细节 3. [5G NR - Wikipedia](https://en.wikipedia.org/wiki/5G_NR) — 5G无线侧状态与架构的背景介绍 4. [Long Term Evolution (LTE) - Electronics Notes](https://www.electronics-notes.com/articles/connectivity/lte-long-term-evolution/) — LTE系统机制（含寻呼与空闲态）的教程性讲解 5. 经典教材《移动通信》《通信原理》中关于位置登记与寻呼容量的章节 — 本文公式的教科书出处 --- > 本文由「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 等场景全覆盖。