Word-01-TDL网络TAC归属错误导致切换成功率下降分析-中级(15年华为专题分析)

1、TDL网络TAC归属错误导致切换成功率下降分析深圳移动TDL项目组2015年5月5日1. 问题描述4月29日深圳LTE全网无线切换成功率于11点左右开始下降，10时全网切换成功率99.38%，至11点切换成功率下降至98.91%，下降0.47%，主要原因为eNodeB间S1切换成功率(%)明显恶化导致，统计现网4月28日-29日小时级切换指标如下：汇总最近7天全网同期11:00-14:00切换指标，29日切换指标下降明显，如下：日期小区内的最大用户数上下行业务总流量(GB)切换成功率(%)eNodeB间S1切换成功率(%)eNodeB间X2切换成功率(%)eNodeB间X2切换尝试比例(%)e

2、NodeB间切换成功率(%)eNodeB内切换成功率(%)异频切换成功率(%)04/23/201570342515926.6399.2398.7999.0888.0599.0599.7299.0604/24/201571470016326.1899.2599.0799.0888.0699.0899.7199.0704/25/201566469917074.2799.1599.1498.9188.298.9399.7398.9904/26/201562802717002.5399.1499.1698.988.1398.9399.7199.0104/27/201570530216194.4299.

3、2799.2899.0888.0699.199.799.1704/28/201572254116212.0099.3299.4599.1587.8299.1999.6899.1804/29/201572461916409.1098.8895.3499.0387.6198.5899.6998.622. 问题分析通过对切换失败原因，TOP小区分析，跨TAC切换分析，操作记录排查和告警等方面入手，重点排查上述问题。2.1 切换失败原因值分析统计全网最近7天11点-14点切换失败原因值，原因值为：目标小区回复切换准备失败消息导致模式内切换出准备失败次数明显增加。日期核心网原因导致模式内切换出准备失败次

4、数(次)源小区发送切换取消导致模式内切换出准备失败次数(次)目标小区收到切换取消导致模式内切换入准备失败次数目标小区回复切换准备失败消息导致模式内切换出准备失败次数(次)目标小区无响应导致模式内切换出准备失败次数小区eNodeB间S1接口模式内切换入执行时收到MME下发UE CONTEXT RELEASE COMMAND（原因值为Handover Cancellation）的次数小区eNodeB间X2接口模式内切换入执行时收到源小区发过来的HANDOVER CANCEL的次数04/23/201570512431056181211781042915484504/24/20155961075155

5、6010310271128215001904/25/201555280873535057551613418197504/26/201564580997521297341899417732504/27/2015586101988512659721130214948804/28/2015629927114273978721078515140104/29/201580617241302776371616107491567032.2 TOP小区排查1、筛选全网切换出差TOP小区，剔除TOP20后，全网切换成功率由98.89%提升至99.07%，仅提升0.18%，排除全网个别TOP小区影响全网指标，如下

6、：时间段切换请求次数切换成功次数重建回源切换成功次数切换成功率备注04/25/2015559175215556168611592099.156%全网指标04/26/2015545275855418094711622099.151%全网指标04/27/201553081019527928099698999.274%全网指标04/28/2015549646655469675410116699.329%全网指标04/29/2015566165295609026810285498.889%全网指标04/25/2015558316875547673311572299.157%剔除TOP20高切换失败小区

7、04/26/2015544423705409693611594099.153%剔除TOP20高切换失败小区04/27/201553001109527143029687699.276%剔除TOP20高切换失败小区04/28/2015548786205461233510077199.331%剔除TOP20高切换失败小区04/29/2015564538005603392210267499.074%剔除TOP20高切换失败小区2、筛选最近7天全网切换失败次数>1000次的小区进行分析，4月29日， 9344、9343、9771、9721 等4个TAC下TOP小区出现次数明显增加，怀疑切换失败与上

8、述TAC区域强相关。失败次数>1000次小区TAC分布4月24日4月25日4月26日4月27日4月28日4月29日93431693442199771697215932511193301193311111119345293651545695183971011119721597241139750197563976016511197801101301101321210145110151111034221110352113、通过排查两两切换指标，29日高切换失败TOP38个小区，主要为4个TAC下的部分小区（9771、9721、9344、9343），主要目标小区均为TAC9771区域，见附件。2

9、.3 TAC间切换排查分析TAC间小区切换失败情况，分两种情况。1、两两切换，原小区分TAC统计失败次数，TAC9343、9771、9344、9721下切换失败明显增加。源小区TAC8时9时10时11时12时13时TAC9343285189226110351318810709TAC97712743751960744062818452TAC9344107214245827384408038TAC97214955375605266528162312、两两切换，目标小区分TAC统计失败次数，TAC9343、9771、9344、9721下切换失败明显增加。源小区TAC8时9时10时11时12时13时T

10、AC97712519571757287263013130147TAC9721971140814657915718385283、TAC分布：查看地图，上述切换差4个TAC分布如下：TAC分布相邻，TOP小区集中在如下区域。2.4 操作记录查询查看29日上述4个TAC内操作记录：深圳景绣年华F-HLW和深圳香雅园F-HLW在29日11点07分都调整了TAC和MME，如下截图所示：怀疑切换失败与上述调整强相关。2.5 告警查询4月29日11点后，排查TAC区域TOP小区告警情况部分截图如下：部分站点出现X2接口故障告警，具体问题为：底层链路故障产生。3. 问题定位处理经了解，深圳景绣年华F-HLW和

11、深圳香雅园F-HLW由于经纬度有误，4月29日修正经纬度后，深圳景绣年华F-HLW由TAC：10166调整到TAC：9771，深圳香雅园F-HLW由TAC：9771调整到TAC：9721，无线侧正常修改TAC。由于调整前后的TAC归属于不同的POOL，无线侧修改TAC后，核心网侧需重新入POOL，以深圳景绣年华F-HLW为例，调整前TAC：10166归属于POOL5，无线侧直接调整TAC为9771，TAC：9771归属于POOL4，核心网未调整POOL归属，系统默认深圳景绣年华F-HLW仍归属于POOL5。OMC名称eNodeB标识（调整前）（调整后）归属TAC归属POOL归属TAC归属POO

12、LOMC82深圳香雅园F-HLW879309771POOL49721POOL5OMC82深圳景绣年华F-HLW8824410166POOL59771POOL4处理意见：1、 核心网侧同步更新站点归属POOL及TAC；2022-02-24华为机密，未经许可不得扩散Page8, Total84. 问题跟踪30日核心网对深圳景绣年华F-HLW 、深圳香雅园F-HLW两个基站的数据都做了更正。一个基站是在上午更新，一个是在下午15点左右更新，核心网侧进行调整后，通过对比近7天全网15:00-19:00切换指标可以看出，4月30日切换成功率已恢复同期正常水平。日期全网切换成功率(%)同频切换成功率(%)异频切换成功率(%)eNodeB内切换成功率(%)eNodeB间切换成功率(%)04/23/2015全网99.3099.3299.1999.7199.1404/24/2015全网99.2799.3199.0599.7499.0904/25/2015全网99.1799.2199.0099.7298.9704/26/2015全网99.2299.2499.0999.7499.0204/27/2015全网99.3499.3699.2599.7199.2104/28/2015全