# 图解移动性管理：网络如何找到你 ## 一、先看一个悖论 把手机放在桌上，屏幕熄灭，你一动不动。此时有人拨通你的号码，铃声响起的延迟不到两秒。 这两秒钟里，网络做了一件很了不起的事：它从全国几亿部手机中，准确地找到了你这一部，并且知道你在哪个城市、哪个区、大概在哪几个基站的范围之内——而你全程没有说过一句话。 更奇怪的是，手机在空闲时并不“连着”网络。它不发位置报告，不和基站保持心跳，甚至大部分时间在睡觉。网络手里的位置信息，可能已经是几个小时前的了。 它凭什么还能找到你？ 答案就是本文的主角：**移动性管理**。它是一套被设计得极其精巧的“找人体系”，核心思想只有一句话——**网络不追求随时知道你在哪，只追求需要你的时候找得到你**。 ## 二、位置追踪的经济学问题 要理解移动性管理，先别看信令流程，先想一个经济学问题。 假设你是网络运营商，你要在“知道用户位置”这件事上花钱。花钱的方式有两种： **方式一：随时汇报。** 让每部手机每隔几秒上报一次位置。好处是网络随时掌握每个人的精确位置；坏处是灾难性的——几亿部手机不停地发信令，无线资源和电池都扛不住。 **方式二：完全不报。** 手机什么都不说。等来电时，网络只能向全国所有小区广播“某某请接电话”。好处是省尽了信令；坏处同样灾难性——每通电话都要惊动全国的基站。 聪明的做法是折中：**把国土切成一块一块的区域，手机只在“跨块”时报告一次。** 网络不知道你在块内的哪个角落，但知道你在哪一块里。要找你时，就在这一块的所有小区里广播。 这个“块”，在移动通信里就叫**跟踪区（Tracking Area，TA）**；跨块时的一次性报告，叫**跟踪区更新（TAU）**；找人时的广播，叫**寻呼（Paging）**。 这套折中有没有最优解？有，而且可以写成一个粗略的成本公式： $$C_{总} \approx \underbrace{S_{TA} \times \lambda_{被叫}}_{\text{寻呼成本：块越大，喊的范围越大}} + \underbrace{\frac{v \times T}{S_{TA}} \times C_{TAU}}_{\text{更新成本：块越小，跨块越频繁}}$$ 其中 $S_{TA}$ 是跟踪区面积，$\lambda_{被叫}$ 是被叫频率，$v$ 是用户移动速度，$T$ 是观察时间。 看这个公式能立刻明白三件事： - **跟踪区画得太大**：寻呼成本涨，因为每次找人都要惊动一大片小区； - **跟踪区画得太小**：TAU 成本涨，尤其是高铁沿线，用户几分钟跨一次区，信令风暴； - **最优大小和用户行为有关**：人烟稠密、被叫多的城区，块要小；荒漠戈壁被叫稀少，块画大点也无所谓。 移动性管理的全部设计，都是在这个跷跷板上找平衡。理解了这一点，后面所有流程你都会觉得“理所当然”。 ## 三、三种姿态：终端的状态机 移动性管理的一切流程，都发生在终端的几种“姿态”切换之间。早期网络只有两态：空闲态和连接态。后来发现两态不够用——手机看完一条消息，接下来几分钟可能还有数据，但立刻释放连接又太浪费，于是中间加了一个“挂起”姿态。 | 姿态 | 和网络的连接 | 网络知道你在哪 | 能否收发数据 | 怎么被找到 | |---|---|---|---|---| | 空闲态 | 无 | 只知道在哪个跟踪区（精度：几十公里） | 不能 | 靠寻呼 | | 非激活态 | 挂起保留 | 知道在上次连接的小区（精度：几百米） | 不能，但恢复极快 | 先寻呼通知，再快速恢复 | | 连接态 | 完整建立 | 知道在哪个小区，且持续更新 | 能 | 不需要找，直接送达 | 用一个日常类比：空闲态像你下班回了家，公司只知道你在“本市朝阳区”；非激活态像你请了长假但工牌还留着，公司在“你常坐的工位”给你留了位置，喊一声就能上岗；连接态就是你正坐在工位上干活。 状态之间怎么流转？看这张状态机全景图： ```mermaid flowchart TD A["开机"] --> B["搜网与初始注册"] B --> C["空闲态"] C -->|"跨跟踪区"| D["注册更新"] D --> C C -->|"来电被寻呼"| E["响应寻呼"] E --> F["连接态"] F -->|"移动中信号变化"| G["切换"] G --> F F -->|"无数据超时"| H["释放连接"] H --> C ``` 这张图就是移动性管理的“地图”。下面我们沿着三条主线走：空闲态怎么动（小区重选）、怎么被找到（寻呼）、怎么登记（跟踪区更新），最后看连接态怎么搬家（切换）。 ## 四、空闲态的移动：自己换小区，不报备 手机在空闲态并没有“躺平”，它一直在做一件安静的事：**收听广播、监视信号**。 就像你开车时虽然不导航，但眼睛一直看着路。手机持续测量当前小区和邻区的信号，一旦当前小区信号差到某个门限，它就自己决定“搬家”，调谐到更好的小区继续收听广播——这个过程叫**小区重选**。 注意这里最关键的设计：**重选是手机自己的决定，完全不上报网络**。为什么？因为空闲态下网络根本没为这台手机分配任何专属资源，它换到哪个小区，对网络来说毫无影响——反正网络只知道“你在某个跟踪区里”。不报备，一分钱信令都不花，这就是省电省资源的极致设计。 手机重选的依据，全部来自小区广播的系统消息里的重选参数（各频段的优先级、门限值等）。网络通过调这些广播参数，就能间接“遥控”几亿部空闲手机的驻留行为——这也是现网负载均衡的常用手段之一。 但是有一个瞬间，手机必须开口说话：**当它重选到的新小区属于另一个跟踪区时。** 这时它要发起注册更新（4G 时代叫 TAU，5G 把这类更新统一归入“注册”这个动作家族），相当于办了一次“暂住登记”。办完之后，网络还会下发一份**跟踪区列表**给它。 跟踪区列表是个很妙的设计：登记的不是单个区，而是**一组相邻的跟踪区**。手机在这组区里随便晃荡，都不用再报告。为什么？想想跟踪区的边界——如果你恰好在两个区的交界处活动，每来回收音机换个台就登记一次，信令就打起来了。给一个“列表”当缓冲带，边界抖动问题就化解了。 ## 五、找人的艺术：寻呼 登记完了，网络知道你在哪个跟踪区列表里。现在来电话了，怎么找到你？ 网络不会逐个小区“敲门检查”，而是直接**在你所在跟踪区的所有小区里广播喊人**——这就是寻呼。就像小区物业在公告栏贴寻物启事，而不是挨家挨户问。 但这里有个致命的省电问题：如果手机为了等寻呼而一直竖着耳朵听广播，电池几个小时就耗光了。手机 must 睡觉。可是睡了，喊你的时候听不见怎么办？ 解法是**排班制**——这就是**不连续接收（DRX）**的精髓： 1. 网络通过系统消息广播一个**寻呼周期**（比如 320 毫秒、640 毫秒、1.28 秒、2.56 秒这几档），意思是“每一轮，我都会把寻呼消息广播一遍”； 2. 所有手机根据自己的标识（比如国际移动用户识别码取模），**哈希出自己在这轮里的“值班时刻”**——专业上叫寻呼时机。一千个人有一千个不同的值班时刻，大家错峰醒来； 3. 手机只在值班时刻醒来，听一小段广播：“没有叫我的”——接着睡。 用公式表达，实际生效的周期取系统和终端双方约定的较小值： $$T = \min(T_{\text{广播周期}}, T_{\text{终端专属周期}})$$ 以经典的 4G 公式为例，寻呼出现的系统帧号这样算： $$\text{SFN} \bmod T = \left\lfloor \frac{T}{N} \right\rfloor \times (\text{UE\_ID} \bmod N)$$ 别被公式吓住，直觉就一句话：**你的身份证号决定了你的值班时刻**。标识号相近的用户，值班时刻会被打散到不同时刻，避免扎堆。 寻呼消息里喊的也不是你的完整身份证号（IMSI），而是一个**临时短标识**（5G 里叫 5G-S-TMSI）。这既是省比特——临时号比长串 IMSI 短得多——更是安全考虑：完整身份如果天天在空气里裸奔广播，等于向全世界泄露“这部手机是谁”。 完整的寻呼信令时序长这样： ```mermaid sequenceDiagram participant U as 终端 participant G as 基站 participant C as 核心网 C->>G: 有来电 需要找到终端 G->>U: 跟踪区内所有小区广播寻呼 Note over U: 恰好在值班时刻醒来对上暗号 U-->>C: 发起业务请求 应答 C-->>U: 承接来电 建立连接 ``` 注意一个细节：寻呼不是只喊一嗓子就完。一轮寻呼会按手机的值班时刻**重发多次**，因为手机此刻可能正好处于信号差的角落。喊了几轮都没人应，核心网才会放弃，向主叫方播报“您拨打的用户暂时无法接通”。 ## 六、登记的艺术：跟踪区更新 再细看“登记”这个动作。手机什么时候会触发注册更新？主要是三种情形： - **跨区了**：重选到的新小区不在自己的跟踪区列表内； - **周期到了**：即使一动不动，也要定期登记一次“我还活着”，让网络定期清掉失联用户（比如没电了、进电梯了）； - **状态变了**：从飞行模式出来重新开机，从国外漫游回来。 一次典型的更新流程： ```mermaid sequenceDiagram participant U as 终端 participant G as 基站 participant C as 核心网 U->>G: 重选进新跟踪区 发起更新 G->>C: 转发更新请求 带临时标识 C->>C: 找到旧记录 鉴权 更新位置 C-->>U: 接受 下发新的跟踪区列表 Note over U: 记住列表 在这范围内免打扰 ``` 整个流程通常几百毫秒内完成，手机做完登记继续睡觉，用户毫无感知。 这里藏着一个重要的层级关系，也是很多新工程师容易混淆的： **小区 ⊂ 基站 ⊂ 跟踪区 ⊂ 跟踪区列表** 小区是无线覆盖的基本单元（一个铁塔扇区）；基站是管理若干小区的设备；跟踪区是一大片小区的逻辑编组；跟踪区列表则是核心网发给手机的“活动通行证”。登记的精度是“列表”，寻呼的范围也是“列表”——进出用同一个刻度，体系就自洽了。 ## 七、连接态的接力赛：切换的测量与决策 前面讲的都是“没人找你时”的安静移动。现在看你正在看视频、打电话，手机处于连接态，此时搬家就不能“自己换台”了——因为有专线数据正在传输，换小区必须保证数据不断线，还要把路由改过去。 这就是**切换**，它和重选有本质区别： | 对比项 | 空闲态：小区重选 | 连接态：切换 | |---|---|---| | 谁做决定 | 终端自己 | 网络基站 | | 是否上报 | 不上报 | 要发测量报告 | | 中断时间 | 无所谓 | 越短越好（毫秒级） | | 网络参与 | 零参与 | 深度参与 | | 类比 | 自己换电视频道 | 高速行驶中接力交棒 | 切换由网络做主，但网络不是拍脑袋决定的——它依赖终端的**测量报告**。终端在连接态持续测量邻区，但不会每次测量都上报（那也是信令洪水），而是设定了几个经典的“触发事件”，满足条件才喊一嗓子： | 事件 | 直觉含义 | 典型用途 | |---|---|---| | A1 | 服务小区变好了 | 可以停止测量间隙 | | A2 | 服务小区变差了 | 该开始认真找下家了 | | A3 | 邻区比服务小区好出一截 | 最常用的切换依据 | | A5 | 服务小区差于门限 且 邻区好于门限 | 服务确实不行了，果断搬 | 以最常用的 A3 为例，触发条件可以写成： $$RSRP_{邻区} > RSRP_{服务区} + \text{偏置} + \text{迟滞}$$ 而且这个条件要**连续满足一段时间**（所谓触发时间 TTT）才真正上报。为什么这么啰嗦？还是那个跷跷板：如果不设迟滞和延时，你在两个基站覆盖重叠区走路，手机会像乒乓球一样来回切换，每切一次都是一次信令风暴和掉话风险。**迟滞和 TTT 就是防“乒乓切换”的两道闸门**——和跟踪区列表防“边界抖动”是同一个设计哲学：用一点延迟和缓冲，换系统的稳定。 一次成功的切换，信令是这样走的： ```mermaid sequenceDiagram participant U as 终端 participant S as 源基站 participant T as 目标基站 participant C as 核心网 U->>S: 测量报告 邻区好出一截 S->>T: 切换请求 预留资源 T-->>S: 请求确认 资源就绪 S->>U: 切换命令 带新小区信息 U->>T: 向新小区随机接入报到 T->>C: 路径转换 数据改道 C-->>T: 转换完成 ``` 三个关键设计值得咀嚼： - **决定权在源基站**：它离无线环境最近，决策链路最短，几十毫秒内就能拍板。要是把切换决定权放到核心网，光信令往返就要吃掉宝贵的切换窗口； - **先备资源，再搬家**：目标基站确认有资源了，源基站才敢放人——像先订好新工位，再从旧工位起身； - **数据改道在最后**：终端接入新小区后，核心网才把数据通道从旧路径转到新路径。改道前的一小段数据由基站间转发兜底，保证不丢包。 如果切换命令来晚了，信号已经彻底掉底，终端和网络的连接会断开——终端不会坐以待毙，它会向周围任意一个可用小区发起**连接重建**，用一个新的短标识快速恢复连接。这是切换失败后的最后一道保险丝。 ## 八、现网里，这些知识用在哪 对一线工程师，移动性管理原理直接对应四类最常见的排障场景： **场景一：切换参数调优。** 用户投诉“刷视频时网速一阵一阵”，抓包发现乒乓切换频繁——说明迟滞和 TTT 太小，两道闸门形同虚设。反过来，参数太大则切换太晚，容易掉到信号谷底才搬家，直接掉话。这对参数是无线优化最经典的旋钮。 **场景二：寻呼失败排查。** “信号满格却打不通电话”？先想寻呼链路：终端在值班时刻醒来时，恰好处于深度覆盖不足的位置，听不见喊名——满格的下行广播和寻呼时机瞬间的信号质量是两回事。寻呼成功率是核心网和无线协同考核的关键指标。 **场景三：跟踪区边界规划。** 高铁、高速公路沿线，跟踪区边界要尽量**垂直于**线路走向，让列车一穿越就完成登记、之后长距离不再跨区；如果边界与线路平行重叠，整车厢几百部手机会反复更新，信令量冲垮小区。 **场景四：被叫接通时延。** 用户抱怨“响铃慢半拍”，往 DRX 周期上去查：寻呼周期配置得越长，终端睡得越沉、越省电，但被叫平均等待也越长。这是一个明确的功耗与时延的换挡旋钮。 **最后纠正三个常见误解：** 1. **“手机空闲时一直连着网”** ——错。空闲态手机绝大部分时间在睡觉，只在值班时刻短暂醒来，网络对它只有“区级”粗粒度认知； 2. **“切换是手机决定的”** ——错。测量是手机做的，决定是基站做的。手机只有测量权和建议权（报告），没有执行权； 3. **“跟踪区就是基站的覆盖范围”** ——错。跟踪区是逻辑编组，一个跟踪区通常包含几十上百个基站的小区，两者是包含关系而非对应关系。 标准允许多种实现，具体参数取值与行为细节以各厂家官方文档为准，但上面这些设计思想，在所有网络里都是相通的。 ## 常见问题 **Q: 跟踪区和小区到底是什么关系？为什么要有两个层级？** A: 小区是物理覆盖单元，跟踪区是逻辑位置编组，一个跟踪区罩住成百上千个小区。分层的原因是成本：位置信息的精度越高，维护它的信令越贵。空闲态用粗粒度（区）、连接态用细粒度（小区），各取所需。 **Q: 为什么寻呼喊的是临时标识而不是手机号或 IMSI？** A: 两个原因。一是省空口资源，短标识比长串号码省比特，寻呼是广播、人人要听，比特就是容量；二是防跟踪，如果用固定的 IMSI 喊人，窃听者可以直接定位“这个人”的行踪，临时标识定期更换，把身份和位置解耦。 **Q: 4G 的 TAU 和 5G 的注册更新是一回事吗？** A: 核心思想完全一致——跨区登记、周期登记、状态变化登记这三种触发都继承了。区别在于 5G 把开机注册、跨区更新、周期更新统一进了“注册”这一族动作，并且配合了跟踪区列表和新的非激活态，管理粒度更细。理解了原理，两代流程可以互相映射。 **Q: 5G 为什么要新增一个“非激活态”？** A: 为了治“连接态太费、空闲态太慢”的两头堵。聊天类业务的数据是突发的，间歇期放在连接态太耗电，放回空闲态再唤醒又要走完整流程。非激活态把连接挂起保留，被叫时先寻呼再秒速恢复，恢复路径比从空闲态短得多。 **Q: 迟滞和触发时间设成多大才好？** A: 没有万能值，这正是跷跷板本板。设小了切换灵敏但容易乒乓；设大了稳但容易切晚了掉话。高铁场景倾向小值求快，密集城区重叠区倾向大值求稳。调参前先看统计：切换失败率和乒乓切换次数，一头一尾告诉你往哪个方向拧。 ## 参考来源 1. [Paging (telecommunications) - Wikipedia](https://en.wikipedia.org/wiki/Paging_(telecommunications)) — 寻呼机制的通义解释：空闲终端省电监听、DRX 周期与寻呼广播的基本模型。 2. [Tracking area - Wikipedia](https://en.wikipedia.org/wiki/Tracking_area) — 跟踪区定义与划分思想：在位置更新信令与寻呼范围之间取折中。 3. [Tracking area update - Wikipedia](https://en.wikipedia.org/wiki/Tracking_area_update) — 跟踪区更新的触发条件与流程概述（跨区、周期性等）。 4. [Handover - Wikipedia](https://en.wikipedia.org/wiki/Handover) — 切换的通用分类与流程框架：测量、决策、执行三阶段。 5. [Discontinuous reception - Wikipedia](https://en.wikipedia.org/wiki/Discontinuous_reception) — DRX 的原理说明：终端按周期与分配时机唤醒监听，其余时间休眠。 --- > 本文由「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 等场景全覆盖。