成 绩
等待UE响应超时导致E-RAB建立失败 无可用资源导致E-RAB建立失败
提取E-RAB建立失败指标情况如下：
从以上KPI指标统计结果来看，以上小区RRC建立成功率良好，无线接通率偏低主要是因为无可用资源导致。 【原因分析】：
E-RAB建立流程是UE的专有承载建立过程，当UE完成初始UE上下文接入过程后，当需要进行新的业务服务时，会发起E-RAB建立过程。同样地，E-RAB建立过程也会伴随有NAS消息的交互，目的是在NAS层协商业务参数用于接入层的资源分配。下图所示为典型的E-RAB建立过程：
页脚内容16
成 绩
①
在完成初始UE上下文建立过程后，当UE需要进行业务建立时，会通过 NAS层消息交互向MME
申请建立专有承载。
②
MME收到UPLINK NAS TRANSPORT后，根据NAS层消息内容为UE分配专有 承载资源，并向eNodeB
发送E-RAB SETUP REQUEST消息。消息中主要携带E-RAB建立列表，列表包括E-RAB ID、承载的QoS信息、传输层配置信息以及NAS层信息。
③
eNodeB收到E-RAB SETUP REQUEST消息后，根据UE申请的资源按照 相应的RRM算法为UE分配相
关资源，包括：传输资源、无线资源、调度资源、功率资源、天线资源等等。并向UE发送RRC Connection Reconfiguration消息。
④
UE收到RRC Connection Reconfiguration消息后，根据eNodeB为其分配 的相关资源完成参数配
置，并向eNodeB发送RRC Connection Reconfiguration Complete消息，通知eNodeB配置完成。
⑤
eNodeB完成上述操作后即成功地为UE建立起对应的E-RAB承载，因此 向MME发送E-RAB SETUP
RESPONSE消息，E-RAB建立流程结束。
从后台提取指标发现该小区无可用资源导致E-RAB建立失败，对此可以通过以下几个方面来进行分析：
eNodeB参数配置有误
核心网问题（EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查） 该区域存在弱覆盖 终端及用户行为异常
基站与核心网之间存在链路故障
后台提取以上小区告警情况，发现在此时间段出现有大量用户面承载链路故障告警
页脚内容17
成 绩
E-RAB建立过程会为UE建立多条E-RAB承载，E-RAB建立的发起者可以是UE自身，也可以由网络发起。当UE需要进行新的业务时，或网络侧需要为UE建立新的业务时，就可以通过NAS层的专有承载激活过程为UE建立E-RAB，专有承载激活过程中UE和网络侧会协商QoS信息，接入网根据QoS信息为UE进行资源分配，并完成E-RAB的建立过程。从以上查询结果可以看出，在此时间段内以上E-RAB建立异常小区均出现用户面承载链路故障告警，且定位对端SGW侧IP地址均为100.81.50.33/100.81.50.34,怀疑该SGW链路异常引起E-RAB建立失败。 【处理过程】：
核查以上站点eNodeB参数均无异常。
经现网查询EPC、TAC等参数配置无误，核心网侧反馈相关参数配置无异常。
核查核心网侧SGW链路发现在6月6月（10：00-16：00）期间核心网相关人员关闭了IP地
址为100.81.50.33和100.81.50.34的两个SGW链路端口，从而导致大量E-RAB建立失败的情况。对此可以提取6月7日、6月8日相关指标统计情况如下：
页脚内容18
成 绩
【处理结果】：
根据以上测量统计、E-RAB信令流程分析结果来看，该小区无线接通率偏低主要是因为SGW链路不通引起，对应的SGW链路恢复后各小区无线接通率指标恢复正常。
页脚内容19
LTE接入问题分析
