关于移动通信网络中的TAC

关于TAC

一、个人理解

TAC 是我们人为划分的位置跟踪区域,核心目的就是帮网络快速找到手机用户。

手机想要上网、打电话,都要和基站建立连接。一座小城就有六千余个 4G、5G 基站,全省基站更是成千上万。如果逐个排查基站找用户,耗时会非常久。

这里举个简单例子,当网络要给一位用户打电话/发消息时:

  • 网络只登记了用户上网所在的省份:网络就要查遍整个省份的基站
  • 网络登记了用户上网所在的省份、地市:网络只需要查找整个地市的基站
  • 网络登记了用户上网所在的省份、地市、TAC:网络会依次定位省份、地市、对应 TAC,仅查询该TAC区域内的基站,定位速度得到极大提升

在网络分工里,TAC有着不同的含义。

  • 对无线网而言,TAC是一片连续覆盖区域的编号,这个TAC代表了这片区域以及这片区域的基站。
  • 对核心网而言,TAC只是一个地市范围内的基站组编号,核心网只根据TAC信息去找TAC下的基站,遍历基站去找用户。

TAC 的区域边界由无线网络优化人员规划,规划时必须遵循行政边界,对齐地市、区县以及地方与兵团地界。这是因为用户拨打 110、120、119 等紧急电话时,系统会根据手机当前所在 TAC,将呼叫转接至对应辖区的应急单位,以此防止属地判断失误,确保应急救援及时到位。

二、概念解析

2.1 2G/3G 传统位置管理:LA、LAC

  1. LA(Location Area 位置区域):2G/3G 用于终端位置管理的逻辑区域,作用和4G/5G的TA(跟踪区)完全对等,核心目标都是减少终端频繁位置更新、降低全网信令开销。
  2. LAC(Location Area Code 位置区域编码):LA对应的唯一数字标识码,等同于4G/5G体系里的TAC。

2.2 4G/5G 跟踪区核心体系:TA、TAC、TAL、TAU

(1)TA(Tracking Area 跟踪区):4G/5G最小位置逻辑单元,一片连续覆盖基站组成一个TA;

(2)TAC(Tracking Area Code 跟踪区编码):每个TA的独立数字编号,是无线侧最小标识,单TAC存在可承载基站/小区数量上限(一般是300个基站),基站过多必须分裂新增TAC。

(3)TAL(Tracking Area List 跟踪区列表):TAL是多个TAC的集合,是核心网侧的分组管理机制,即「寻呼区位」。

  • 无TAL机制:终端仅绑定单个TAC,只要跨任意TAC就触发TAU。寻呼顺序核心网→地州→TAC

  • 有TAL机制:网络终端注册时分配一整组TAL(同区县全部TAC打包为1个TAL区位),只有终端离开整个TAL范围,才会发起TAU。寻呼顺序核心网→TAL→地州→TAC

(4)TAU(Tracking Area Update 跟踪区域更新):TAU是4G/5G专属位置更新流程,终端跨TA/TAC时上报位置,三大核心价值:更新终端位置、支撑网络寻呼、依托TAL减少更新频次、降低信令开销。

  • 常规TAU:仅更新终端跟踪区位置;
  • 联合TAU:同步完成附着、PDN连接建立等复合流程。

TAU标准执行流程:

  1. 终端检测当前小区TAC不在自身保存的TAL列表内;
  2. UE向核心网上报TAU请求;
  3. 核心网更新终端位置、分配资源;
  4. 下发TAU接受消息完成流程;
  5. 按需执行附着、业务建立等附加操作。

三、常见问题

核心: 减少用户TAU,减少核心网信令符合,提高寻呼成功率

3.1 TAC插花问题

问题描述

不同网络制式下的TAC是两套系统,即使边界区域插花也不影响,不会频繁TAU。同制式网络情况下,TAC边界交错插花越严重,用户在交错区域频繁触发TAU,抬高核心网信令负荷,寻呼成功率降低。

解决思路

全域TAC对齐、规整插花区域后,TAC边界连续统一。

案例

某地理片区主TAC为10010,但片区内部分站点配置为10086 TAC,形成TAC插花。

两类成因

  1. TAC边界正常,人为分配TAC错误:将问题基站调整为片区主归属TAC;
  2. TAC边界模糊交错,交界区域互相混用对方TAC:统一规整TAC地理边界,消除插花。

3.2 TAC众多

问题描述

片区内 TAC 数量庞大,用户小幅移动便会跨 TAC 触发 TAU,大幅增加核心网信令负荷;同时大量 TAC 也会导致核心网寻呼范围扩大,造成寻呼时延升高。

解决思路

将同一片区内多个 TAC 聚合配置为同一 TAL。终端仅在移出整个 TAL 覆盖范围时才发起 TAU,有效减少信令交互;核心网基于 TAL 统一寻址,再向下遍历 TAC,缩小寻呼范围、降低寻呼时延。

3.3 接警异常

问题描述

TAC 规划边界与地市、区县、地方及兵团实际行政边界不匹配,造成紧急呼叫属地判定错误,本该接入 A 县接警平台的呼叫,被转接至 B 县,引发接警异常。

解决思路

核对并修正 TAC 边界,确保与实际地域边界一致,完成调整后通过现场拨测,验证接警功能恢复正常。

四、现网现状

1、4G TAC

  • 4G建站早、覆盖密,单个区县基站数量庞大,已拆分为多个4G TAC
  • 电联已完成4G TAC边界对齐,双方共用一套TAC编号,核心网TAC总量少
  • 配置了TAL,减少TAU频次,降低寻呼时延

2、5G TAC

  • 当前5G暂无需复杂TAL规划,5G单区县仅少量TAC,天然一个区县TAC自成一组,不存在多TAC打包需求;
  • 未来5G大规模建站、TAC大量分裂后,同样需要配套TAL区位规划。
相关推荐
terry6009 小时前
从流畅交互到高可用:企讯通Qcaptcha滑动拼图的毫秒级响应与容灾设计
web安全·json·asp.net·信息与通信·数据库架构
terry60012 小时前
2026企业级携号转网查询标准:论实时数据同步与高并发承载设计
java·大数据·人工智能·json·信息与通信·数据库架构
liulilittle13 小时前
用户态 TCP 端口转发:对 CUBIC 友好,对 BBR/KCC 收益不大
运维·网络·tcp/ip·计算机网络·信息与通信·tcp·通信
network_tester13 小时前
SENT/PSI5传感器TSN集成测试:打通传统传感与未来车载网络的“最后一公里”
数据库·网络协议·tcp/ip·自动驾驶·信息与通信·信号处理·tcpdump
北京耐用通信14 小时前
耐达讯自动化NY-N801网关实现Modbus转Profinet协议转换应用案例
人工智能·物联网·网络协议·自动化·信息与通信
liulilittle1 天前
关于拥塞控制的几点思考
网络·c++·tcp/ip·计算机网络·信息与通信·tcp·通信
liulilittle2 天前
什么是“单流”?一个服务器上能不能同时存在多个“单流”?
服务器·网络·tcp/ip·计算机网络·信息与通信·tcp·通信
通信大模型2 天前
IEEE JSAC | 4万字综述 | 从Large AI Models到Agentic AI:面向未来智能通信的教程
人工智能·深度学习·神经网络·信息与通信
Curvatureflight2 天前
浏览器音频采集实践:麦克风权限、降噪、回声消除与 PCM 转换
前端·javascript·音视频·信息与通信·web·pcm