嘉兴电信优化案例--高铁测试TAC更新失败优化案例 - 图文

嘉兴市4G网络优化典型案例

高铁测试TAC更新失败优化案例 案例类别：性能优化类

案例名称：高铁测试TAC更新失败优化案例 现象描述：

嘉兴电信2015年1月5日，在对沪杭高铁嘉兴区域段进行DT测试时，发现存在多处TAU更新失败，下文对其进行深入分析。 分析过程： 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流程。

UEeNBEPCUE finds the current TAI of serving cell not in its TAI list saved 1. ULInformationTransfer(TAU request)2. UPLINK NAS TRANSPORT（TAU request）3. MME Update the UE context4. DOWNLINK NAS TRANSPORT(TAU Accept)5. DLInformationTransfer（TAU Accept）6. ULInformationTransfer（TAU Complete）7. UPLINK NAS TRANSPORT（TAU Complete）

本次测试的终端型号华为E3292，在其他区域测试时均正常，因此可以排除终端故障的问题。而干扰会令周边站点的底噪普遍提高，在基站性能指标中并没有发现底噪明显提高的问题，因此干扰问题也可以排除。

综合全路段分析发现，TAC更新失败，多数伴随小区切换失败、重建失败发生，结合TAC更新请求发生场景分析，可分析高铁TAU产生原因有两条： 1. 注册状态下TA发生改变

2. 注册状态下覆盖区丢失后UE本地EPS承载去激活，重新进入覆盖区 结合这两种情况，我们选取2个较为明显场景详细分析。

3.1注册状态下TA发生改变

问题区域事件图如下：

在后台在U2000中并没有发现任何告警信息，我们核查数据发现TAC配置错误。首先运行LST CNOPERATORTA命令，结果如下：

根据DT测试数据分析，UE从LF_H_桐乡上河头南站切换到LF_H_桐乡经济开发区站点，两站点TAC规划不同（两个站点处在同一TAC下），切换时存在TAC更新，由于高铁速度较快，

信号较差，导致TAC更新失败。 TAC信令如下： SIB1中接入小区信息（含eNodeB ID和Cellid） ENodeBID转换为十进制为353876，TAC为22034,与现网一致，核查工参表如下： TAU Request中的TACID和LF_H_上河头南站点一致：

如图区域内TAC规划为22027，问题站点位于该区域内，问题站点TAC规划为22034； 正常TAC更新信令：

TAU Request中的TACID和TAU Accept中一致 TAU更新成功后的TAC列表（和核心网爱立信的产品设置有关，TAL列表为更新最新的6个TAC）

修改TAC后：

问题区域如下：无TAC更新失败事件出现

SIB1中接入小区信息（含eNodeB ID和Cellid）

ENodeBID转换为十进制为353876，TAC为22027,与修改值一致。

3.2注册状态下覆盖区丢失后UE本地EPS承载去激活，重新进入覆盖区

问题区域如下：

SIB1中接入小区信息（含eNodeB ID和Cellid）

TAU Request中的TACID和TAU Accept中一致 TAU更新成功后的TAC列表（和核心网爱立信的产品设置有关，TAL列表为更新最新的6个TAC）

切换过程中UE收到不到目标小区信息，重建RRC无响应（受核心网异厂家因素，无法确认是否是上行还是下行），从而导致上下文丢失而被拒绝，之后终端发起TA-update

由于上下文丢失，TAC更新失败。 RF调整后，没有出现TAC跟新：

从信令上看，已经正常： 4、【总结建议】

由于高铁高速移动的特殊性，建议沿线站铁站点TAC规划为统一值，减少TAC更新次数，降低低跟踪区更新的负荷。

嘉兴地区LTE核心网异厂商（LTE爱立信核心网），TAL列表为更新最新的6个TAC，建议对高铁周边附近站点覆盖进行控制，减少边界区域的TAC列表更新。

小区切换失败伴随着重建失败，导致了TAU更新失败，主要工作仍以RF优化无线环境，提升上下行无线环境为主，保证无线环境良好情况下，合理规划TAC区域。

本文来源：https://www.bwwdw.com/article/x5er.html