LTE接入问题分析

1、无线接通率指标无线接通率=RRC连接建立成功率*E-RAB建立成功率=（RRC连接建立完成次数/RRC连接请求次数（不包括重发））*E-RAB建立成功总次数/E-RAB建立尝试总次数*100%、RRC连接建立成功率RRCSetupSuccessRate=（）/话统统计方法：RRC1立统计点【A点】（1）指标加1，不统计重发的次数。Casel:eNB下发RRC_Conn_Setup消息后，在T300定时器超时前，收到相同的UelD发起的RRC_Conn_Re（Setup丢失，UEMAC中突解决定时器超时后重发RRC_Conn_ReqUelD不变），记为一次重发RRC_Conn_Req肖息。Case2：T300超时后，UE仍未收到RRC_Conn_SetupUE重新搜网，发起初始接入，UelD是取0~239的随机值或上层下发的TMSI。eNB侧记为新的一次初始接入，加 1。Case3:发起Attach后会启动T3410定时器。如果UE发出RRC_Conn_Setup_Cm后，ENB没有收到，UE会在定时器超时后重新发起Attach，ENB侧记为新的一次初始接入；RRC_Conn_Setup_Cm丢失不会触发重建，发起重建的前提是安全已经激活。（2）如果RRCConnectionRequest消息信元EstablishmentCause为“emergency”，指标加1。（3）如果RRCConnectionRequest消息信元EstablishmentCause为“highPriorityAccess”，指标加1。（4）如果RRCConnectionRequest消息信元EstablishmentCause为“mt-Access”，指标加1。（5）如果RRCConnectionRequest消息信元EstablishmentCause为“mo-Singnalling”，指标加1。（6）如果RRGConnectionRequest消息信元EstablishmentCause为“mo-Data”，指标加1。【B点】当eNodeB下小区接收到UE发送的RROConnectionRequest消息并下发RRCConnectionSetup消息给UE时，指标加1。【C点】当eNodeB收到UE返回的RRCConnectionSetupComplete消息时统计相应指标，加1。、ERAB建立成功率ErabSetupSuccessRate=（）/话统统计方法：图4如上图中A点所示，当eNodeB收到来自MME的E-RABSETUPREQUES或者INITIALCONTEXTSETUPREQUES初始上下文设置请求）消息时统计该指标。如果 E-RABSETUPREQUES或者INITIALCONTEXTSETUPREQUES消息中要求同时建立多个E-RAB则相应指标按各个业务的QCI分别进行累加。2、接入性能优化流程接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。因此无线接通率优化流程可以按以下步骤进行：（1）通过话统分析是否出现接入成功率低的问题， 当前RRC'eRA接通率指标一般为98%也可根据对接入成功率指标的特殊要求启动问题定位。（2）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。检查无线侧以及核心网侧参数配置是否合理，如定时器 T300、T302、T3410，以及参数小区接入禁止、小区最小接入电平、 IPPATHNcs等。（3）如果是部分站点指标恶化，影响全网指标，需要找出 TOP站点。（4） 查询RR（连接建立和ERA建立成功率最低的TOP10占点和TOF时间段。（5）查看TOP站点告警，检查单板状态， RR状态，小区状态，OM操作，配置是否异常。（6） 针对TOP站点进行针对性的标准信令跟踪、干扰检测进行分析。（7）如果标准信令和干扰检测无异常，将一键式日志，标口跟踪， 干扰检测结果返回给厂家技术人员分析。接入问题优化流程图如下图所示：接入问题优化流程图3、接入问题排查分析、E_NB配置问题排查PDCCH符号数配置问题测试局点为了尽可能提高下行吞吐率， PDCCH通常固定1符号，但在20M带宽以下，可能出现无法接入的问题。5M小区，PDCCF固定1符号，总共能使用的CCE个数为3,由于CCE资源受限接入不了。10M小区，PDCC固定1符号，总共能使用的CCE个数为8个，受上下行配比约束，下行最多能用5个，而10M小区公共信令的聚合级别为 8,需要8个，因此CCE资源受限所以接入不了。15M小区，PDCC固定1符号，总共能使用的CCE个数为12,受上下行配比约束，下行最多能用8个，PDCCH功控开关关闭时可以接入。PDCC符号数配置IPPATH配置问题基站在完成了安全的配置与UE能力的获取后并向小区申请资源，会向TRM申请GTPU资源，如果申请资源失败则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FA；原因值填写transportresourceunavailable(O) ;如下图所示：初始上下文建立失败响应信令截图在这种情况下，对照开站summary首先查看一下MML中的IPPATH是否配置正确，如果已经配置正确，则查看请初始上下文建立请求消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddress 的信元值是否为配置的IPPATH值，如果不一样则需要确认一下是我们配置错误还是核心网填写错误。同时查看路由信息配置是否正确，如果 IPPATH正确，但路由错误，同样会出现传输资源不可用的错误信息。 如果以上都不符合则需要把 IFTS打开,将跟踪发给厂家技术人员来确认问题的原因。初始上下文建立请求消息信令、top小区分析处理、TOP小区筛选通过U2000导出全网每日话统文件，按照（）次数从高到低排序，结合接入成功率，选出T0P10占点接入成功率低的小区。按照（）次数从高到低排序，结合 ERA建立成功率选出TOP10ERA建立成功率低的站点。目前TOP小区提取暂按以下方式操作：RRC青求次数大于50次接通率小于98%在一周之类重复出现2次以上的小区。若前三种无法提取出TOP」、区，可按RRCERA建立失败次数，分开求和后降序排列筛选RRC和ERABt立失败的TOP］、区。、TOP小区状态检查检查TOP小区的状态是否正常，可以在U2000±，通过MM命令“DSPCELL能查看到小区的总体信息。如果小区状态显示不是“正常”，可以按如下方法进行简单排查：如果存在S1链路异常告警，请检查S1链路配置是否正确。如果存在RSSI/RSRPB道不平衡，需要检查天馈互调干扰，如果存在驻波告警，需要通过DSPTXBRANCHDSPRXBRAN（查看RR发射和接收通道状态。如果存在小区不可用告警，需要返回主控和基带板一键式日志。、TOP小区指标分析通过话统可以得出TOP」、区原因分布，TOP」、区中RR（和ERA建立失败次数原因值说明：对小区RR（建立失败次数：资源分配失败而导致RR（连接建立失败的次数， 指标ID:83;重点关注top资源是否足够，包括top用户数，传输、PRB等;UE无应答而导致RR（连接建立失败的次数，指标ID:84;关注质差、干扰、无线环境等；小区发送RRCConnectionReject消息次数，指标ID:69;关注传输问题、是否拥塞、干扰；因为SR资源分配失败而导致RR（连接建立失败的次数，指标ID:85;重点关注SRS带宽、配置指示、配置方式、 SRSACK/NAC设置是否合理等；因为PUCC资源分配失败而导致RRC连接建立失败的次数，指标ID:86；关注PUCCH信道相关参数设置是否合理， CQIRB数配置是否合理等；流控导致的RRCConnectionRequest消息丢弃次数，指标ID：89;关注拥塞，业务流控相关参数是否设置正确等；流控导致的发送RRCConnectionReject消息次数，指标ID：90;关注拥塞，业务流控相关参数是否设置正确等；对小区E-RAB1立失败次数：因未收到UE向应而导致E-RAB建立失败的次数，指标ID:17;处理建议：需排查覆盖，干扰，质差，ENODE参数设置错误，终端及用户行为异常等原因。核心网问题导致E-RAB建立失败次数，指标ID:76;处理建议：需跟踪信令，排查核心网问题（EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）；传输层问题导致E-RAB建立失败次数，指标ID:77;处理建议：需查询传输是否有故障，高误码，闪断，传输侧参数设置问题。无线层问题导致E-RAB建立失败次数，指标ID:78;处理建议：处理建议：需排查覆盖，干扰，质差，ENODE参数设置错误，终端及用户行为异常等原因。无线资源不足导致E-RAB建立失败次数，指标ID:79;处理建议：1、排查TOP小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡（小区选择，重选和切换类参数）； 2、结合现场调整天馈，流量均衡； 3、热点区域，增补基站等；安全模式配置失败导致E-RAB建立失败次数，指标ID:80;处理建议：需排查覆盖，干扰，质差，ENODE参数设置错误，终端及用户行为异常等原因。、TOP用户分析通过CHF日志分析可以获取RR（建立失败和ERA建立失败TOP用户的TMSI。在CH瞰据中，可以通过TMSI来确定是否为同一个用户，具体方法如下：当前华为核心网TMS分配的机制是对于同一个IMSI用户，TMSI的右起第三个byte的数据进行随机赋值，即某用户的TMSI中只有第三个字节的8bit发生变化（如AA**BBCC）就是同一用户。如下图所示，C0**0005就是同一个用户。使用INSIGHTSHAR工具分析同一TMS用户的多个接入流程，查看L2_SRB_L0字段记录的接入时上行信道质量DMRS_SIN和DMRS_RSRF可以初步确认用户是否处于上行弱覆盖区域：DMRS_SINR<Oc或DMRS_RSRP<-131dbm以认为终端处于弱覆盖区域。CH字段说明截图、TOP小区跟踪通过话统分析出TOP小区和TOP寸间段后，在对应的小区和时间段，打开 Uu口，S1口，X2口跟踪，查看接入流程在哪一步失败。通过TOP用户的TMS在核心网侧获取到IMSI，可以启动该用户的全网跟踪。、TOP小区环境干扰分析通过频谱扫描仪功能查看下行是否存在邻区干扰、 外部系统干扰等。通过E_NE小区干扰检测的性能跟踪分析是否存在上行干扰。 如存在外部干扰或邻区干扰，需要进行干扰源排查。4、案例分析、SGW链路不通引起的无线接通率偏低案例分析【现象描述】：6月7日对南宁移动LTE全网站点进行KPI统计，发现部分站点在6月6日（10:00-11:00）时间段内无线接通率偏低，其中部分小区无线接通率仅有 %详细指标如下：无线接通率：无线掉线率：切换成功率：无线接通率主要通过话务统计获得，根据区公司推荐的公式为：无线接通率 =[RRC连接建立次数]/[RRC连接请求次数（不包括重发）]*[E-RAB建立成功总次数]/[E-RAB建立尝试总次数]*{100}。从以上KPI指标统计情况可以看出RRC连接建立成功率、切换成功率、无线掉线率指标均无明显异常，无线接通率偏低主要是因为 E-RAB建立失败引起。通过OMC92（提取E-RAB建立失败小区原因如下：eNodeB发起的S1RESE得致的E-RA瞬常释放传输层问题导致的E-RAE异常释放切换流程失败导致E-RAB异常释放无线层问题导致的E-RAE异常释放核心网问题导致的激活的E-RAE异常释放网络拥塞导致的E-RAB异常释放安全模式配置失败导致E-RAB建立失败无线资源不足导致E-RAB建立失败等待U日向应超时导致E-RAB建立失败无可用资源导致E-RAB建立失败提取E-RAB建立失败指标情况如下：从以上KPI指标统计结果来看，以上小区 RRC建立成功率良好，无线接通率偏低主要是因为无可用资源导致。【原因分析】：E-RABt立流程是UE的专有承载建立过程，当UE完成初始UE上下文接入过程后，当需要进行新的业务服务时，会发起 E-RAB建立过程。同样地，E-RAB建立过程也会伴随有NAS肖息的交互，目的是在NAS层协商业务参数用于接入层的资源分配。 下图所示为典型的E-RABt立过程：在完成初始UE上下文建立过程后，当UE需要进行业务建立时， 会通过NAS层消息交互向MM申请建立专有承载。MME收至UUPLINKNASTRANSPORT,根据NASB消息内容为UE分配专有承载资源，并向eNodeB发送E-RABSETUPREQUEST息。消息中主要携带E-RAB1立列表，列表包括E-RABID、承载的QoS言息、传输层配置信息以及NASB信息。eNodeB攵到E-RABSETUFREQUES消息后，根据UE申青的资源按照相应的RR算法为UE分配相关资源，包括：传输资源、无线资源、调度资源、功率资源、天线资源等等。并向UE发送RRCConnectionReconfiguration 消息。UE攵到RRCConnectionReconfiguration消息后，根据eNodeB为其分配的相关资源完成参数配置，并向eNodeB^送RRCConnectionReconfigurationComplete消息，通知eNodeB配置完成。eNodeB完成上述操作后即成功地为UE建立起对应的E-RAB承载，因此向MM发送E-RABSETUPRESPONSE息,E-RAB建立流程结束。从后台提取指标发现该小区无可用资源导致 E-RAB建立失败，对