嘉兴电信优化案例高铁测试TAC更新失败优化案例.docx

嘉兴电信优化案例高铁测试TAC更新失败优化案例.docx

《嘉兴电信优化案例高铁测试TAC更新失败优化案例.docx》由会员分享，可在线阅读，更多相关《嘉兴电信优化案例高铁测试TAC更新失败优化案例.docx（14页珍藏版）》请在冰点文库上搜索。

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

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

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

案例类别：

性能优化类

案例名称：

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

现象描述：

嘉兴电信2015年1月5日，在对沪杭高铁嘉兴区域段进行DT测试时，发现存在多处TAU更新失败，下文对其进行深入分析。

分析过程：

TA（跟踪区）是LTE系统为UE的位置管理新设立的概念。

当UE处于空闲状态时，核心网能够知道UE所在的跟踪区，同时处于空闲状态的UE需要被寻呼时，必须在UE所注册的跟踪区的所有小区进行寻呼。

当UE移动发生TA改变时，终端需要向核心网发起跟踪区更新。

一个TAlist含有1-16个TA,UE在TAlist内移动时不需要执行TAlist更新，TAlist的引入可以避免在TA边界由于乒乓切换导致频繁TA更新。

跟踪区（TA）规划应遵循以下原则：

1）跟踪区划分应利用移动用户的地理分布和行为进行区域划分，减少跟踪区边缘位置更新。

跟踪区边界划分不宜以街道为界，不宜放在话务量较高的地方；

跟踪区边界不宜与街道平行或垂直；

在市区和城郊交界区域，宜将跟踪区的边界放在外围一线的基站处，而不宜放在话务密集的城郊结合部。

2）跟踪区划分应满足小区寻呼信道的容量要求并适当预留，跟踪区不宜跨越MME区域。

3）需要开通CSFB的区域跟踪区宜与2/3GLAC保持一致。

4）针对高速移动等跟踪区频繁变更的场景，可以通过TAList功能降低跟踪区更新的负荷。

一般来说，TAU发生的场景主要有以下几种：

1. 注册状态下TA发生改变（重选或切换之后，新驻留基站的TAC不在原TAL内）； 

2. 周期TAU定时器T3412超时； 

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

4. UE网络能力参数或DRX参数发生改变时； 

5. 发生异系统重选，没有缓存用户面数据； 

6. RRC连接释放原因为：

需要加载TAU流程。

本次测试的终端型号华为E3292，在其他区域测试时均正常，因此可以排除终端故障的问题。

而干扰会令周边站点的底噪普遍提高，在基站性能指标中并没有发现底噪明显提高的问题，因此干扰问题也可以排除。

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

1.注册状态下TA发生改变

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

结合这两种情况，我们选取2个较为明显场景详细分析。

3.1注册状态下TA发生改变

问题区域事件图如下：

在后台在U2000中并没有发现任何告警信息，我们核查数据发现TAC配置错误。

首先运行LSTCNOPERATORTA命令，结果如下：

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

TAC信令如下：

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

ENodeBID转换为十进制为353876，TAC为22034,与现网一致，核查工参表如下：

TAURequest中的TACID和LF_H_上河头南站点一致：

如图区域内TAC规划为22027，问题站点位于该区域内，问题站点TAC规划为22034；

正常TAC更新信令：

TAURequest中的TACID和TAUAccept中一致

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

修改TAC后：

问题区域如下：

无TAC更新失败事件出现

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

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

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

问题区域如下：

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

TAURequest中的TACID和TAUAccept中一致

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

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

由于上下文丢失，TAC更新失败。

RF调整后，没有出现TAC跟新：

从信令上看，已经正常：

4、【总结建议】

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

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

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