TAU与寻呼：睡着时的报到与敲门

你有没有想过一个问题：手机躺在桌上黑着屏，一整晚没碰它，为什么来电话时它还能响？它明明没有连接基站，网络凭什么知道该把电话送到你这里？

更奇怪的是，一个待机手机一夜之间其实悄悄“工作”了几百次：定时醒来听广播、跨了区域悄悄打报告、隔几个小时还要向网络“报平安”。这一切都发生在你看不见的地方。

这篇文章就把空闲态手机的这套隐秘机制拆开讲透。它的核心是一场精妙的经济学博弈：手机想多睡觉省电，网络想少发信令省资源，用户想让电话一打就通——三个目标互相打架，最终妥协出来的方案，就是TAU与寻呼。

一、先看大局：手机的“两副面孔”

手机和网络之间的关系，其实存在两个层面。用酒店打个比方：

关键在于：你可以是酒店客人，但不必一直站在前台。办完入住你就可以回房睡觉，酒店不需要全程盯着你，但客人名册上有你的名字，有快递来了（寻呼）就知道该去哪个房间送。

这套“注册着、但没连接”的状态组合，就是待机手机的真实身份。用状态机画出来：

stateDiagram-v2
    [*] --> 空闲态: 开机注册成功
    空闲态 --> 连接态: 要收发数据了
    连接态 --> 空闲态: 说完话被释放
    连接态 --> 非激活态: 5G新增加的挂起
    非激活态 --> 连接态: 被寻呼唤醒
    空闲态 --> [*]: 关机或被除名

注意5G多出来的那个“非激活态”，它是这场博弈的第三代答案，后面细说。

为什么网络不干脆随时知道每台手机在哪个小区？ 算一笔账就明白：一个中等城市有几百万人同时待机，如果每台手机每挪一个小区就向核心网报告一次，核心网的信令处理和存储会被纯粹的“位置汇报”冲垮，而这些汇报九成九毫无用处——没人给你打电话。反过来，如果网络完全不记录位置，来电话就得全城广播找人，无线资源又吃不消。

于是设计者选了中间路线：空闲态只记录你大概在哪个片区（跟踪区），精确位置你自己心里有数就行。

二、空闲态的一天：驻留、重选、报备

空闲态手机并不是“关机”，它在按一套固定节律运转。把它的日常画出来：

flowchart TD
    A["空闲态手机的一天"] --> B["驻留在当前小区"]
    B --> C{"周边有更好的小区吗"}
    C -->|有| D["小区重选<br/>自主搬家不发信令"]
    D --> E{"新小区还在老片区吗"}
    E -->|还在| B
    E -->|不在了| F["向核心网TAU报备"]
    F --> B
    B --> G["按闹钟定时醒来<br/>守候寻呼"]

1. 小区重选：自己搬家，不用请示

空闲态换小区，手机说了算，完全不需要告诉网络——这就是“小区重选”。这是和连接态切换最本质的区别：切换是网络牵着你的手搬家，重选是你自己看着地图挪窝。

手机怎么判断该挪窝了？分两步。先看门槛（俗称S准则）：当前小区的信号质量必须高于一个最低门限，否则连“驻留”资格都没有。门槛之上再看比较（俗称R准则）：

其中 $R_s$ 是当前小区的得分（加了迟滞 $Q_{hyst}$），$R_n$ 是邻区的得分（减了偏移 $Q_{offset}$），谁分高驻留谁。

为什么要加迟滞和偏移？ 想象你站在两个小区的交界处，信号忽强忽弱。如果没有缓冲带，手机会每秒钟“叛变”好几次，虽然重选不发信令，但频频繁换小区意味着反复监听新小区的系统消息、反复重新评估，耗电陡增，网络统计也全是噪音。迟滞就是给搬家设个“值得搬”的门槛——新小区必须明显更好，才值得折腾。

（顺带划清界限：连接态里干类似事情的是测量报告与切换判决，那套“事件+迟滞”的机制此前已有专文讲过，本文不重复。它们精神相通——都是防乒乓——只是决策者一个在手机、一个在基站。）

2. TAU：跨了片区，要向前台报备

手机自由挪窝有个隐患：挪着挪着就出了网络给它划的片区。这个片区，就是跟踪区。网络的名册上只记到片区这一级——你登记的是“城东片区”，具体在城东哪个小区，网络不管。

一旦重选到的新小区属于另一个跟踪区，手机必须发起一次跟踪区更新：

sequenceDiagram
    participant U as 手机
    participant B as 基站
    participant C as 核心网
    U->>B: TAU请求<br/>报上身份和新片区
    B->>C: 转发TAU请求
    Note over C: 向老家的核心网调取档案<br/>更新位置记录并重启心跳定时器
    C->>B: TAU接受<br/>附上最新的片区名单
    B->>U: 下发TAU接受
    U->>B: 确认收到
    B->>C: 释放连接回到空闲态

细节一：TAU为什么会“附上片区名单”？ 如果全城只有一个跟踪区，住在边界上的手机来回挪一步就得报备一次，信令爆炸；如果每个小区自成一个跟踪区，寻呼就得满城打听。网络的解法是给手机发一份跟踪区列表——一次报备可以覆盖好几个相邻片区，在这几个片区里随便挪都不用再报。相当于酒店前台告诉你：“这几栋楼都算我们酒店，你随便走动，出这个范围再跟我说一声。”

细节二：为什么流程里有“向老家调档案”？ 手机可能跨了很大的范围，接入了另一个核心网节点管辖的区域。新管家用临时身份找到老管家，把用户档案（鉴权数据、签约信息）迁移过来——像极了人事系统里的调档。调档完成后，老的记录被清除，避免“一个户口两处挂”。

细节三：为什么要“重启心跳定时器”？ 这是整套机制里最容易被忽视、却在工程上最重要的部件——周期性TAU。哪怕手机一动不动、一次也没跨区，它也要定期向网络报一次平安。为什么？因为无线世界太不可靠了：手机可能没电关机、可能钻进电梯井失联、可能发了释放信令但网络没收到。日积月累，手机记忆里的注册状态和网络名册里的记录就会失配。周期性TAU就是心跳包——只要心跳还在，两侧状态就永远能收敛回一致；心跳停了，网络等过约定期限就把你从名册上除名（隐式去附着），不再为你保留任何资源。

做过分布式系统或微服务的工程师看到这里会心一笑：这不就是租约和心跳保活吗？没错，移动性管理本质上是同一个工程问题的无线版本——在不完美的通信条件下，让两个独立实体的状态最终一致。 这个思想从2G一路用到了5G和物联网。

3. 报备的代价：TAU风暴

TAU是低频信令，但架不住人潮。设想两个场景：晚高峰，几万人乘地铁穿城而过，列车穿越一个又一个跟踪区边界，全车人的手机接连报备；再比如大型场馆散场，或者灾区通信恢复的瞬间，积压的成千上万台手机同时涌向网络发起更新。这种集中爆发的注册信令洪峰，业内称为信令风暴——信令信道被挤爆，结果是谁都注册不上、谁都打不出电话。

网络的应对思路也很朴素：让报备错峰（接入时机随机化、退避重试）、让片区划得聪明（边界别画在人潮的流动线上，后面实战篇细说）、让名单拉长（跟踪区列表让一次报备管更宽的地盘）。到了物联网时代，这套思想被推到极致——设备的心跳可以拉长到一天一次甚至几天一次（用超长周期的周期性TAU或专门的省电模式），代价是找它要等更久，对水表电表这种“没人打电话给它”的设备再合适不过。

三、寻呼与DRX：定好闹钟，再敲门

网络知道你在“城东片区”，于是向城东片区所有小区广播寻呼。但这里有个致命的省电问题：如果手机为了不错过寻呼而持续监听控制信道，待机功耗会暴涨，电池撑不过一天。 空闲态手机九成以上的功耗都花在“竖着耳朵听”上。

解决方案浪漫得像一句承诺：咱们约好时间再见。 网络和手机提前约定一个节律——非连续接收。手机绝大多数时间深睡，只在每个DRX周期的固定时刻醒来，扫一眼寻呼信道：“这轮有没有叫我？”没有，翻个身继续睡。

那“固定时刻”是哪一刻？妙就妙在，它由你自己的身份算出来：

别被公式吓到，它做的事非常简单：拿你的身份号做一次散列，映射到周期里的某个时刻。 举个具体的数：设DRX周期 $T=256$（即2.56秒），$nB=1T$ 则 $N=256$，某手机 $UE_ID=130$，那么它的寻呼帧就是满足 $SFN \equiv 130 \pmod{256}$ 的帧——每隔2.56秒，在第1.30秒附近醒来听一耳朵。

为什么用散列而不是人人同一个时刻？ 如果全城手机都在每秒零点整醒来听寻呼，那一瞬间控制信道会被挤成春运火车站，而且所有手机同步耗电。散列让百万台手机的“闹钟”天然错峰，负载被时间均匀摊开。为什么散列的种子是身份号？ 因为寻呼和被寻呼两侧必须算出同一个答案——网络用你的身份算出敲门的时刻，手机也用同样的公式算出该几点竖耳朵，双方不需要额外的信令来“对表”，一个共享的算法就完成了约定。这是极优雅的零信令协调。

在具体寻呼时刻之前，手机还会在更宽的时间窗里先做几次测量（寻 sinful 时刻的信号可能被深衰落打中），确保醒来那一下听得清。完整的被叫接通流程串起来是这样的：

sequenceDiagram
    participant D as 下行来话
    participant C as 核心网
    participant B as 片区内基站群
    participant U as 手机
    D->>C: 电话或数据到达网关
    C->>B: 向片区列表内所有基站<br/>下发寻呼指令
    B->>U: 空口寻呼<br/>在各自约定的寻呼时机发出
    Note over U: 手机恰好在闹钟时刻醒来<br/>听到有人叫自己的名字
    U->>B: 发起服务请求
    B->>C: 用户应答转为连接态
    C->>D: 通道建好<br/>电话接通

还有一个容易被忽略的隐私设计：空口寻呼里叫的通常不是你的真实身份，而是一个网络临时分配的代号。真实身份只在极少数异常流程中才会出现在空口上。为什么？因为空口是公开媒介，任何人架个设备就能听——如果寻呼里明文喊你的永久身份，你的行踪轨迹就等于对外直播。临时代号定期更换，听的人只能知道“有个代号X的手机在这里”，无法把它长期锚定到某个人。移动通信安全体系里“身份保密”这条线，就从这一声代号开始。

四、5G的改良：多了一个“挂起态”

4G的两态设计用了十几年，暴露出一个尴尬地带：有些业务是短促突发型的——智能表具上报一次读数、App发一次心跳——数据就几毫秒，但每次从空闲态转入连接态要走完整的建立流程，信令开销远超数据本身。信令比数据贵，是物联网时代的荒诞现实。

5G的答案是给状态机加了一档：非激活态。手机离开连接态时不做彻底释放，而是“挂起”——基站把你的上下文完整保存（就像电脑休眠而非关机），然后进入低功耗守候。有新数据来了，寻呼把手机唤醒，手机凭保存的上下文快速恢复连接，省去大部分重建流程。非激活态下手机的移动性由基站一侧就近管理，分配一个小得多的“通知区”——只有出了这个小圈才需要更新，小圈之内挪动零信令。

于是形成了两级寻呼的层次：核心网寻呼的圈子（跟踪区级）套着基站寻呼的圈子（通知区级），越小的圈信令越省、恢复越快。另外，5G还在寻呼前加了一层“预铃”——寻呼提前指示：手机醒来先只听一个极短的指示信号，只有指示说“这轮有人要被叫”才继续解调完整的寻呼消息，否则立刻回去睡。把“白醒”的功耗再砍掉一刀。你会发现每一代演进都在回答同一道题：如何在“找得到你”的前提下，让你睡得更沉。

五、两张状态，一笔总账

把空闲态和连接态放在一起对照，移动性管理的全貌就清楚了：

再把这场博弈里几个关键“闹钟”汇总成表（取值均为典型配置，实际由运营商规划）：

六、现网里的它：三个高频调试场景

维度	空闲态	连接态
网络知道的位置	跟踪区（片区级，可能是一组片区）	精确到小区
换小区谁做主	手机自主重选，不通知网络	网络判决并指挥切换
换区位的信令开销	跨片区才发一次TAU	每次切换都有测量报告与切换信令
数据收发	不能收发，来话靠寻呼唤起	随时收发
找你的方式	片区内广播寻呼，等你在闹钟时刻应答	直接通过已建立的连接送达
耗电水平	极低（DRX深睡为主）	高（持续测量与收发）
典型时长	待机的绝大多数时间	通话、上网的那几分钟

参数	典型取值	它管什么
寻呼DRX周期	320ms ~ 2.56s四档可选	手机多久醒来看一眼寻呼；周期越短被叫接通越快，但越耗电
寻呼时机密度系数nB	约为周期的4倍到1/32倍	每个周期里划出多少个寻呼时机，直接决定寻呼容量
周期性TAU定时器	常见默认约54分钟，物联网可拉长到天级	心跳间隔；超时未报则被隐式除名
寻呼响应等待定时器	秒级（常见约4秒）	核心网发出寻呼后等多久，超时则重试或放弃
隐式去附着期限	小时到天级，可配置	长期音信全无后的“除名冷静期”

场景一：被叫接不通，怎么定位？ 这是日常网优投诉单里的常客。熟练的工程师会按“三段法”切问题：第一段查核心网——寻呼指令发出去了吗？等待响应定时器超时了几次？第二段查空口——跟踪区内的基站收到并下发寻呼了吗？下发次数和寻呼响应次数的差值多大？第三段查手机侧——抓终端日志看它有没有在约定的寻呼时机醒来、醒来时信号如何。三段里哪一段断了，责任就落在哪一段。大多数“信号满格却打不通”的案子，破绽都在第二、三段之间：驻留小区信号满格，但寻呼时刻恰逢深衰落——满格是平均值，寻呼是某一瞬间的考试。

场景二：TAU次数KPI异常偏高。 某片区TAU量突增，八成是边界出了问题。经典错误是把跟踪区边界沿着高速公路、铁路或地铁线画——乘客一路穿越边界，全车手机轮流报备。规范做法是让边界与交通线垂直交叉：让人流斜着切过边界一次报完，而不是顺着边界并行跑一路报一路。看TAU指标先看地图，是网优的老手艺。

场景三：寻呼拥塞。 话务热点+短DRX周期+高寻呼量，会让某些寻呼时机上挤满了被叫手机——散列只能保证统计均匀，救不了突发集中。这时可以调大周期内寻呼时机密度、扩容控制信道，或者干脆检查是不是业务模型变了（比如某个App心跳风暴）。

最后留一个思考题给读者：飞行模式下关掉再打开，手机在忙什么？答案是完整的开机流程——搜网、驻留、注册更新，然后才回到“睡觉+守候”的日常。每天早高峰数百万人在地铁口掏出手机的瞬间，就是一场微型信令风暴的常态化演练——而这一切运转顺畅得让你从未察觉，正是这套“睡着时的约定”最大的成功。

常见问题

Q: 寻呼、TAU、小区重选，三者到底是什么关系？ A: 三者都是空闲态移动性的组成部分，分工不同。重选解决“我驻留在哪个小区”（自己决定，零信令）；TAU解决“网络名册上的片区信息过期了”（低频报备）；寻呼解决“网络要找到你”（广播+定时应答）。可以概括为：自己挪窝不用报备，跨了片区要报备，别人找你靠广播。

Q: 待机状态下手机也在耗电，主要耗在哪？ A: 主要三块：按DRX周期定时醒来监听寻呼、周期性TAU前后的搜网测量、以及持续的邻区信号测量供重选判决。其中寻呼监听是大头，这也是为什么DRX周期、寻呼提前指示这些机制永远在围绕“少醒一会儿”做文章。

Q: 5G的非激活态和空闲态，普通用户能感觉到区别吗？ A: 感觉不到，但体验在悄悄变好。非激活态下网络保存了部分上下文，设备被唤醒后恢复连接的速度明显快于从空闲态完整重建——对即时消息推送、车联网小包业务这类“频繁小数据”场景，时延和信令开销都显著下降。

Q: 为什么有时信号满格，被叫却接不通？ A: 信号满格反映的是驻留小区的平均质量，而寻呼能否被听见取决于特定寻呼时机那一瞬间的质量。若那一刻恰逢快衰落低谷或干扰突发，手机就漏听了这一声“敲门”，核心网等待超时，主叫听到“暂时无法接通”。这类问题靠路测复现寻呼时刻的信令最容易定位。

Q: 周期性TAU定时器设长一点不是更省电吗，为什么不设到一天？ A: 对人用的手机确实在拉长，但对物联设备有反例——定时器太长意味着网络名册长时间不刷新，若设备实际早已失联，给它寻呼就是在浪费全网资源（明知道它听不见还广播）。心跳周期本质是在“名册新鲜度”与“信令开销”之间定价，不同业务定的价不同：手机分钟级到小时级，水表电表可以天级。