首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

LTE切换失败案例之S1链路漏配问题导致

关键时刻,第一时间送达

问题描述:

从11月开始,桃山小区周边多个用户反应手机信号波动大,上网速率慢。

问题分析:

由于投诉区域围绕基站桃山小区锅炉房,首先怀疑投诉是由11月1日新激活站点沙河口区桃山小区锅炉房(F升级)引起的,但沙河口区桃山小区锅炉房(F升级)的KPI指标、故障、干扰、邻区均正常。

其次,提取周边小区的KPI指标,发现周边小区从基站沙河口区桃山小区锅炉房(F升级)激活后切换指标和掉线指标均出现严重恶化。

提取一对一切换指标,发现周边小区切入沙河口区桃山小区锅炉房(F升级)成功率低于50%,且切换失败原因为目标小区无响应导致的切换出准备失败、等待切换响应定时器超时。

于是问题定位到切换准备过程。投诉区域使用的是S1切换,S1切换准备流程包括两个步骤:

1)S1接口切换准备:S1接口切换准备的作用是源eNodeB侧判决是否需要发起切换,并准备向目标侧进行切换,通过MME请求目标侧eNodeB准备相关切换资源。

源eNodeB使用HANDOVER REQUIRED消息触发切换准备流程,该消息由源eNodeB发往所属的MME。当切换准备过程结束,包括目标侧完成资源分配,MME会用HANDOVER COMMAND作为响应消息发往源eNodeB,通知切换准备流程成功。

2)S1接口切换资源分配:切换资源分配流程是MME用来通知目标eNodeB为准备切换的UE分配及预留资源,包括建立该UE的通信上下文。

MME通过向目标eNodeB发送HANDOVER REQUEST消息触发本流程。在目标eNodeB为UE分配好所有必须的SAE承载资源后,目标eNodeB向MME发送HANDOVER REQUEST ACKNOWLEDGE消息。

本案例切换失败原因为“目标小区无响应导致的切换出准备失败”,那么很有可能是在第2步S1接口切换资源方面出了问题。于是核查基站沙河口区桃山小区锅炉房(F升级)的S1接口数据配置是否有误。经核查发现该基站下的S1链路只配置了一条,但实际使用了MME组POOL技术,每个eNodeB都必须与POOL中的五个MME配置S1链路,否则会出现切换失败现象。

为什么MME组POOL后,漏配S1链路会造成切换失败呢?如下图所示,用户从eNodeB-A下移动到eNodeB-B,按照S1切换准备流程所述,手机会发测量报告,eNodeB-A根据测量报告判断现在eNodeB-B是质量最好小区,于是eNodeB-A会触发切换准备流程,向MME-1发送切换准备,但由于eNodeB-B与MME-1没有配置S1链路,无法向eNodeB-B下发HANDOVER REQUEST消息,导致切换准备失败。

问题处理:

对新激活基站沙河口区桃山小区锅炉房(F升级)增补4条S1链路后,网络指标恢复正常,回访用户后,用户表示满意。

预防/监控措施:

本案例给了我们很多的启发,在日常的TOP小区处理中,针对切换成功率的提升,我们大多将精力放在干扰,PCI和移动性参数的分析上,却忽略了工程参数对切换成功率的影响,尤其是在S1切换这一块,可能会出现很多隐患。除了本案例中的漏配S1链路,还有S1链路的IP配置错误,SCTP链路故障等问题都会影响到切换成功率。这也为以后指标的提升提供了一些思路和方法。

猜你喜欢

信令、测试、干扰、切换、KPI、面试知识合集:

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20190903A02VFJ00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券