IPRAN端口数据异常导致E-RAB建立成功率低处理案例 安徽.docx

《IPRAN端口数据异常导致E-RAB建立成功率低处理案例 安徽.docx》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、IPRAN端口数据异常导致E-RAB建立成功率低处理案例摘要：在4G网络性能指标监控中发现六安有4个站（434597、434598、434904、434998）的E-RAB指标出现异常，通过对六安梅山路局BBU站点（434597）进行指标分析、S1-AP信令分析、pingSGWMME，以及更换A设备端口、重做传输数据等办法，最终发现为传输IPRAN的A设备端口数据异常导致，通过重做传输数据，使BBU端口和A设备端口重新协商后，问题解决。关键字：S1-AP信令IPRANE-RAB建立成功率【故障现象】在4G网络性能指标监控中发现六安有4个站（434597、434598、434904、43499

2、8）的E-RAB指标出现异常。以六安梅山路局BBU站点为例进行分析，发现六安梅山路局BBU站点在7月10日至16日期间，ERAB建立成功率指标较低（80%以下），如下图1所示：图1E-RAB建立功率指标统计【原因分析】1、指标分析LTE的E-RAB是从SGW开始到UE结束，由S1-U承载和DRB（DataRadioBearer，数据无线承载）串联而成，进入LTE系统的业务数据主要通过E-RAB进行传输。因此对于LTE，业务管理主要是在E-RAB层次上进行的。为了管理E-RAB，LTE的信令主要包含三个部分：NAS信令，RRC信令和S1AP信令以及用来传输信令的各种实际的承载。E-RAB的管理主

3、要体现在S1接口的信令中，包括E-RAB的建立、修改和释放，对于RB的管理也就是空口连接的管理可以看做是E-RAB管理过程的子过程。E-RAB承载的位置如下图2所示。图2E-RAB示意图E-RAB建立成功率的定义为：（初始E-RAB建立成功次数+附加E-RAB建立成功次数）/（初始E-RAB建立请求次数+附加E-RAB建立请求次数）×100%；对该站的E-RAB建立失败的原因统计，发现E-RAB失败原因主要为传输层问题，占到93%，如下图3所示：图3E-RAB建立失败原因统计2、告警分析查询六安梅山路局BBU站点的基站状态发现，该站有GTP-Upathfailure告警，如下图4所示：图4基站

4、网管告警图3、信令分析3.1.切换信令分析通过信令跟踪发现，当周边基站向GTP问题基站（以434597为例）切换请求，RAB资源分配网元为SGW（7.191.5.252）图5切换成功信令跟踪向434597的切换，当由SGW（7.191.5.252）分配资源的切换请求，均失败，如下图6所示：图6切换失败信令跟踪向434597的切换，当由SGW（7.191.1.252）分配资源的切换请求，均成功，如下图7所示：图7切换成功信令跟踪23.2.接入信令分析向434597的接入请求，当由SGW（7.191.5.252）分配资源的接入请求，均失败，如下图8所示：图8接入失败信令跟踪向434597的接入请求

5、，当由SGW（7.191.1.252）分配资源的接入请求，均成功，如下图9所示：图9接入成功信令跟踪通过比较发现，当由SGW（7.191.1.252）分配资源发起切换请求和接入请求时，E-RAB建立均能成功；当由SGW（7.191.5.252）分配资源发起切换请求和接入请求时，E-RAB建立均失败。由此怀疑为参数设置问题。4、参数检查目前基站侧配置的SGWIP地址有2个，分别为7.191.1.252和7.191.5.252，如图10和图11，表明SGW配置正确，MME配置状态可用（图12），但测试六安梅山路局BBU站点SGWIP连接7.191.5.252是不通的，只有一个SGW能连通（7.19

6、1.1.252），这与告警提示也是一致的，另外测试基站连接MME也不通（图13）。图10SGW1地址配置图11SGW2地址配置图12MME地址配置图13问题BBU与EPC核心网设备连接状态traceroute至SGW，问题基站ping7.191.1.252通，ping7.191.5.252不通。问题基站traceroute两台SGW均有中间路由超时问题。图中“***”代表路由超时。如下图14所示：图14问题BBU与核心网SGW数据包跟踪测试问题基站traceroute两台MME均有中间路由超时问题，图中“***”代表路由超时。如下图15所示：图15问题BBU与核心网MME数据包跟踪测试同时，核

7、心网向traceroute基站的网关地址均正常，但traceroute至基站的IP地址同样会出现中间路由超时。【解决方法】1、故障处理思路通过上述综合进行分析，初步可以断定原因可能有三种：第一种：可能LTE核心网关设备或者BBU和核心网资源协商失败，具体可能是协议协商字段协商失败。通过更换B设备端口和BBU，问题未解决。可排除BBU和核心网资源协商失败的原因；更换地址、在A设备上重新触发协商，问题