LTE优化案例--高铁测试TAC更新失败优化案例

1、嘉兴电信华为LTE 工程优化后台优化案例高铁测试 TAC更新失败优化案例1、【现象描述】嘉兴电信 2015 年 1 月 5 日，在对沪杭高铁嘉兴区域段进行DT测试时， 发现存在多处 TAU更新失败。2、【原理分析】TA （跟踪区）是LTE 系统为 UE的位置管理新设立的概念。当 UE处于空闲状态时， 核心网能够知道UE 所在的跟踪区， 同时处于空闲状态的UE需要被寻呼时， 必须在 UE 所注册的跟踪区的所有小区进行寻呼。当 UE 移动发生 TA 改变时， 终端需要向核心网发起跟踪区更新。一个 TA list含有 1-16 个 TA,UE在 TA list内移动时不需要执行TA list更新，

2、TA list的引入可以避免在TA边界由于乒乓切换导致频繁TA更新。跟踪区（ TA）规划应遵循以下原则：1）跟踪区划分应利用移动用户的地理分布和行为进行区域划分，减少跟踪区边缘位置更新。2019-6-2华为保密信息 ,未经授权禁止扩散第 1 页, 共 13 页嘉兴电信华为LTE 工程优化后台优化案例跟踪区边界划分不宜以街道为界，不宜放在话务量较高的地方；跟踪区边界不宜与街道平行或垂直；在市区和城郊交界区域，宜将跟踪区的边界放在外围一线的基站处，而不宜放在话务密集的城郊结合部。2）跟踪区划分应满足小区寻呼信道的容量要求并适当预留，跟踪区不宜跨越MME区域。3）需要开通 CSFB的区域跟踪区宜与2

3、/3G LAC 保持一致。4）针对高速移动等跟踪区频繁变更的场景，可以通过TA List 功能降低跟踪区更新的负荷。一般来说， TAU 发生的场景主要有以下几种：1. 注册状态下 TA 发生改变（重选或切换之后，新驻留基站的TAC 不在原 TAL 内）；2. 周期 TAU 定时器 T3412超时；3. 注册状态下覆盖区丢失后 UE 本地 EPS承载去激活，重新进入覆盖区；4. UE网络能力参数或 DRX 参数发生改变时；5. 发生异系统重选，没有缓存用户面数据；6. RRC连接释放原因为：需要加载TAU 流程。UEeNBEPCUE finds the currentTAI of serving

4、 cell notin its TAI list saved1. ULInformationTransfer( TAU request)2. UPLINK NAS TRANSPORT（TAU request）3. MME Update the UEcontext4. DOWNLINK NAS TRANSPORT (TAU Accept)5. DLInformationTransfer（TAU Accept）6. ULInformationTransfer（TAU Complete）7. UPLINK NAS TRANSPORT（TAU Complete）3、【处理过程】本次测试的终端型号华为E

5、3292 ，在其他区域测试时均正常，因此可以排除终端故障的问题。而干扰会令周边站点的底噪普遍提高，在基站性能指标中并没有发现底噪明显提高的2019-6-2华为保密信息 ,未经授权禁止扩散第 2 页, 共 13 页嘉兴电信华为LTE 工程优化后台优化案例问题，因此干扰问题也可以排除。综合全路段分析发现，TAC 更新失败，多数伴随小区切换失败、重建失败发生，结合TAC 更新请求发生场景分析，可分析高铁TAU 产生原因有两条：1. 注册状态下 TA 发生改变2. 注册状态下覆盖区丢失后 UE 本地 EPS承载去激活，重新进入覆盖区结合这两种情况，我们选取 2个较为明显场景详细分析。3.1 注册状态下

6、 TA 发生改变问题区域事件图如下，列车由南往北行驶：2019-6-2华为保密信息 ,未经授权禁止扩散第 3 页, 共 13 页嘉兴电信华为LTE 工程优化后台优化案例在后台在 U2000 中并没有发现任何告警信息，但我们核查数据发现TAC 配置错误。桐乡上河头南和桐乡高桥经济开发区域所在区域的TAC 规划为 22027，桐乡高桥经济开发区错配置为 22034。2019-6-2华为保密信息 ,未经授权禁止扩散第 4 页, 共 13 页嘉兴电信华为LTE 工程优化后台优化案例根据 DT 测试数据分析，UE 从 LF_H_ 桐乡上河头南站切换到LF_H_ 桐乡经济开发区站点，两站点 TAC 设置不

7、同（两个站点规划在同一TAC 下），切换时存在 TAC 更新， 由于高铁速度较快，且信号覆盖较差，导致TAC 更新失败。信令如下：SIB1 中服务小区（桐乡高桥经济开发区）信息（含eNodeB ID 和 Cellid ），2019-6-2华为保密信息 ,未经授权禁止扩散第 5 页, 共 13 页嘉兴电信华为LTE 工程优化后台优化案例ENodeBID 转换为十进制为353876， TAC 为 22034。TAU Request 中的 TACID 为前一次使用的小区的TACID ，配置为 22027，和 LF_H_ 上河头南站点配置一致：终端上一次更新的TAL 并不包含当前服务小区的TAC 22

8、034 ，因此发起了 TAU 。2019-6-2华为保密信息 ,未经授权禁止扩散第 6 页, 共 13 页嘉兴电信华为LTE 工程优化后台优化案例上一次 TAU Accept 消息下发的 TAL修改 TAC后：2019-6-2华为保密信息 ,未经授权禁止扩散第 7 页, 共 13 页嘉兴电信华为LTE 工程优化后台优化案例问题区域如下：无TAC 更新失败事件出现SIB1 中接入小区信息（含eNodeB ID 和 Cellid ）ENodeBID 转换为十进制为353876， TAC 为 22027,与修改值一致。2019-6-2华为保密信息 ,未经授权禁止扩散第 8 页, 共 13 页嘉兴电信

9、华为LTE 工程优化后台优化案例3.2 注册状态下覆盖区丢失后UE 本地 EPS 承载去激活，重新进入覆盖区问题区域如下：SIB1 中接入小区信息（含eNodeB ID 和 Cellid ）2019-6-2华为保密信息 ,未经授权禁止扩散第 9 页, 共 13 页嘉兴电信华为LTE 工程优化后台优化案例TAU Request 中的 TACID 和 TAU Accept 中一致TAU 更新成功后的 TAC 列表（和核心网爱立信的产品设置有关，TAL 列表为更新最新的6个TAC ）2019-6-2华为保密信息 ,未经授权禁止扩散第 10 页 , 共 13 页TA-update嘉兴电信华为LTE 工

10、程优化后台优化案例切换过程中 UE 收到不到目标小区信息，重建RRC 无响应（受核心网异厂家因素，无法确认是否是上行还是下行），从而导致上下文丢失而被拒绝，之后终端发起由于上下文丢失，TAC 更新失败。RF调整后，没有出现TAC 跟新：2019-6-2华为保密信息 ,未经授权禁止扩散第 11 页 , 共 13 页嘉兴电信华为LTE 工程优化后台优化案例从信令上看，已经正常：4、【总结建议】嘉兴地区 LTE核心网采用爱立信设备，爱立信核心网为每个用户维护一个TAL列表， TAL列表为最近更新的的6个 TAC。这类 TAL维护方法减少了现网划分TAL和 TAC的难度，比较适用于边界多个 LAC区域边界的用户，减少了边界处用户的TAU频度。但是，这种TAL维护方法对于快速线性移动的用户有致命的缺陷，用户每移动到一个新的TAC区后，都会发起新的TAU，而无法通过静态配置TAL减少线性移动区域用户的TAU行为，只能通过特殊划分TAC以规避此类行为，而 TAC包含的站点数往往受到限制。2019-6-2华为保密信息 ,未经授权禁止扩散第 12 页 , 共 13 页嘉兴电信华为LTE 工程优化后台优化案例由于高铁高速移动的特殊性，建