定义
跟踪区（Tracking Area, TA）是LTE/5G中用于位置管理的地理区域，由若干小区组成，每个小区属于一个TA。终端在TA内移动不需位置更新（TAU）；跨TA时触发TAU，MME/AMF更新终端位置。网络在发起寻呼时，向终端注册的TA List内所有小区广播。TA规划影响寻呼负载、TAU频率与信令开销，是移动性管理的基础。
TA与TA List
LTE中TA由TAC（Tracking Area Code）标识，与PLMN组合唯一。TA List允许多TA注册，终端在List内移动不触发TAU，仅跨出List时更新。TA List可包含多个TA，减少频繁TAU（如高铁场景）。5G中对应TA与Registration Area，与LTE概念类似。
规划原则
- 寻呼与TAU平衡：TA过大导致寻呼范围广、信令多；TA过小导致TAU频繁
- 话务分布：高话务区可适当缩小TA，降低单次寻呼负载
- 边界与重叠：TA边界可考虑地理、话务分布，避免边界频繁穿越
物联网考量
NB-IoT等低移动性设备可配置较大TA或TA List，减少TAU以省电；车载等高速移动场景需合理TA List以平衡TAU与寻呼。与移动性策略中的TA规划协同。
达希物联的物联网设备在运营商网络中的位置管理依赖TA机制。静止或低移动设备（如表计、传感器）可受益于TA List减少TAU；车载、物流等移动设备需关注TA边界对TAU频率的影响。达希物联在方案设计中会结合业务移动性向客户说明TAU对功耗与信令的影响。
区号标识一片小区，列表才是登记范围
跟踪区是若干小区的集合，用来回答“空闲终端大概在哪一片”。每个小区广播自己的跟踪区码，终端把当前区码和已保存的列表比较。区码还要和运营商的PLMN放在一起才唯一，不同运营商可以使用数值相同的区码。列表是网络在位置更新接受消息里下发的一组区，终端只在走出整组之后才再次更新。因此单个区的大小决定寻呼要覆盖的小区数，列表的大小决定终端能沉默地走多远。5G的注册区域扮演同样角色，名称不同，规划时的折中相同。
跟踪区不是行政区，也不是基站控制器的维护边界。地图上的市界、隧道口和站址产权，都不会自动成为区界。区内小区退服时，区号仍在邻站广播，寻呼却打到没有覆盖的空洞里。
列表内可以移动，跨出才需要登记
静止或只在园区内活动的设备，适合落在同一个区或一张稳定的列表里，减少无谓的更新。沿公路、铁路移动的设备，列表应顺着路线覆盖下一串小区，避免每过一个路口就更新；列表若大到整个城市，一次下行会在所有小区广播寻呼，寻呼信道先拥塞。高话务的场馆可以把区划小，降低单次寻呼的扇区数。边界不要正好切在人流反复穿越的门口，否则终端在两个列表之间来回登记。
这些都是网络侧规划，终端不能自行加长列表。物联网侧能做的是按移动特征选择是否请求较长的周期性更新，并避免在应用层用额外注册去“刷新位置”。跨运营商边界时，区码体系各管各的，漫游登记会重新取得拜访网的列表，不能把归属地的列表带出境外继续使用。
列表过大把寻呼打成全网广播
容易出错的是为了省更新信令把列表开到最大。下行指令增多后，每个寻呼都扫过大量小区，基站寻呼负荷上升，真正该被叫醒的终端反而碰撞失败。反向错误是区划得比覆盖重叠还碎，慢速移动的手持终端也不断更新，低功耗模型失效。还有人用行政区报表代替区界优化，设备没有出区县，区码却已经变化，平台仍按旧区域重试。
多模网络里LTE区、NB-IoT区和5G注册区可能不是同一张图。终端从一种制式重选到另一种，会突然发现列表失效，紧接着一次更新，容易被误判成卡异常。应记录当前区码、列表内容、更新原因和一次寻呼涉及的小区数。更新很少但寻呼失败率高，优先怀疑列表过大或区内退服；更新极多而寻呼正常，优先怀疑边界切在了移动路径上。
从一种制式重选到另一种制式时，原来的跟踪区列表可能整体失效，终端立刻做一次更新。这不是卡被拒绝，而是两张区划图没有对齐。行政区报表不能代替区界：设备没有出区县，区码却可能已经变化。列表若把高速公路服务区切在边界上，车辆每次停靠都登记一次。应把当前区码、列表内容、更新原因和单次寻呼涉及的小区数量放在一起看，才能判断该合并边界还是该拆分高话务区。只看更新次数会把边界问题和寻呼拥塞混成一件事。高话务场馆把区划小，是为了减少单次寻呼打到的小区数，不是为了让终端更频繁登记。