高铁测试 TAC 更新失败优化案例1、[现象描述]电信 2024 年 1 月 5 日，在对沪杭高铁区域段进行 DT 测试时，发现存在多处 TAU 更新失败。2、[原理分析]TA（跟踪区）是LTE系统为UE的位置管理新设立的概念。当UE处于空闲状态时，核心网能够知道UE所在的跟踪区，同时处于空闲状态的UE需要被寻呼时，必须在UE所注册的跟踪区的所有小区进行寻呼。当UE移动发生TA改变时，终端需要向核心网发起跟踪区更新。一个TA list含有1-16个TA,UE在TA list移动时不需要执行TA list更新，TA list的引入可以避开在TA边界由于乒乓切换导致频繁TA更新。跟踪区（TA）规划应遵循以下原则：1）跟踪区划分应利用移动用户的地理分布和行为进行区域划分，减少跟踪区边缘位置更新。跟踪区边界划分不宜以街道为界，不宜放在话务量较高的地方；跟踪区边界不宜与街道平行或垂直；在市区和城郊交界区域，宜将跟踪区的边界放在外围一线的基站处，而不宜放在话务密集的城郊结合部。2）跟踪区划分应满足小区寻呼信道的容量要求并适当预留，跟踪区不宜跨越MME区域。3）需要开通CSFB的区域跟踪区宜与2/3G LAC保持一致。4）针对高速移动等跟踪区频繁变更的场景，可以通过TA List功能降低跟踪区更新的负荷。一般来说，TAU发生的场景主要有以下几种： 1. 注册状态下TA发生改变（重选或切换之后，新驻留基站的TAC不在原TAL）； 2. 周期TAU定时器T3412超时； 3. 注册状态下覆盖区丢失后UE本地EPS承载去激活，重新进入覆盖区； 4. UE网络能力参数或DRX参数发生改变时； 5. 发生异系统重选，没有缓存用户面数据； 6. RRC连接释放原因为：需要加载TAU流程。3、 [处理过程]本次测试的终端型号华为E3292，在其他区域测试时均正常，因此可以排除终端故障的问题。而干扰会令周边站点的底噪普遍提高，在基站性能指标中并没有发现底噪明显提高的问题，因此干扰问题也可以排除。综合全路段分析发现，TAC更新失败，多数伴随小区切换失败、重建失败发生，结合TAC更新请求发生场景分析，可分析高铁TAU产生原因有两条：1. 注册状态下TA发生改变2. 注册状态下覆盖区丢失后UE本地EPS承载去激活，重新进入覆盖区结合这两种情况，我们选取2个较为明显场景详细分析。3.1 注册状态下 TA 发生改变问题区域事件图如下，列车由南往北行驶：在后台在U2000中并没有发现任何告警信息，但我们核查数据发现TAC配置错误。桐乡上河头南和桐乡高桥经济开发区域所在区域的TAC规划为22027，桐...
