L配置失败导致RRC请求拒绝报告.docVIP

L2配置失败导致RRC请求拒绝报告 摘要：在指标提升优化过程中，发现在CS和PS RRC未接通事件中，有60%左右的原因为RRC请求拒绝，且携带的原因值为：RRC Connection Reject:L2配置失败。经过问题定位后，调整相关参数配置，较好地解决了该问题的发生。 关键词: 接通率 RRC Connection Reject L2配置失败 背景 在KPI指标提升过程中，发现由于RRC Connection Reject造成的未接通所占比例很大。 问题点情况描述 在近段时间的的KPI性能统计中,语音接通率、数据接通率及VP接通率均在98.90%左右，通过查看发现，导致接通率低的主要原因为：RRC Connection Reject:L2配置失败。以11月30日RNC1620为例，该RNC全天产生RRC 请求失败181次，其中RRC Connection Reject:L2配置失败102次，占失败原因比例56.35%。 问题分析及处理过程 RRC失败原因分布与表征特性 CDL自动分析工具的分析结果（RRC失败分析单项）是RRC出现失败的详尽记录，下图中红色框所选部分都是导致RRC拥塞的原因： CDL自动分析工具结果图 基站反复退服 小区/载波的状态（NB的异常导致）在信令中出现Resources_STATU_Indcation,NODEB告知RNC其状态为“不可用”，后续所有RRC Connection Reject消息的上一条消息携带的拒绝原因都是由于 RRM资源分配失败； 对应的小区表征特性：在告警中出现小区退服或基站退服的告警，同时当时的E1链路处于大部分未激活。 基站硬件故障 CDL信令面可以看到RRC失败的原因是由于基站导致，基站会给RNC发送Radio Link Setup Failure，该条信令中所携带的具体参数是-hardware failure。 对应的小区表征特性：在告警中没有出现小区退服或基站退服的告警，同时当时的 E1链路处于完全正常或绝大部分正常。 传输不稳或误码 可能导致RAC与TPSS之间的层二配置失败，在CDL中RRC Connection Reject消息出现的上一条消息就是RL Connection Require，但是在UE跟踪中可以明显的看到层二配置失败。 对应的小区表征特性：在告警中没有出现小区退服或基站退服的告警，但是当时的E1链路处于大部分未激活状态。 空口资源失败（上、下行的码需求、码判决失败、上下行的功率判决失败、上下行的独立载波判决失败、载波优先级列表失败、时隙优先级列表失败） 后续所有RRC Connection Reject消息的上一条消息携带的拒绝原因都是由于RAC-CC- RRM层出现的各类问题，为话务拥塞导致，同时可查看出问题当时的码表。 对应的小区表征特性：在告警中没有出现小区退服或基站退服的告警，同时当时的 E1链路处于完全正常或绝大部分正常。 Iub口传输资源分配失败（局内Iub口相关ATM资源分配失败） 通过查看相应小区的IUB口资源确定是否IUB口带宽为0导致； 对应的小区表征特性：在告警中没有出现小区退服或基站退服的告警，同时当时的 E1链路处于完全正常或绝大部分正常。 6、UE能力失败 涉及终端能力问题，目前失败机制还不是很清楚，后续继续开展研究。 L2配置失败现象描述及问题定位 针对现网的KPI趋势，我们发现引起RRC拥塞的原因主要是L2层配置失败导致： 下图为部分在11月30日中由于L2层配置失败导致的RRC拥塞的小区， CDL数据分析现象为：UE在向RNC发送RRC Connection Request消息后， RNC向UE发送一条RRC Connection Reject消息(消息IE所携带原因：Congestion)。具体情况如图所示： 查看当天告警： 全天只有连接建立错误告警，该告警属于次要告警，不会对网络性能造成影响，而且发生L2层配置失败主要为多个小区，没有发现存在严重告警。 进一步通过连续几天的DSP轮询，我们发现L2 配置失败原因大部分是0x9070102,(发送到最大次数)。 附部分轮询结果: ------ UE Configuration Statistic------- Receive L2 Config Msg ------------------ 293 L2 Config Success ---------------------- 192 L2 Config Failure ---------------------- 101 MM Config Failure ---------------------- 0 PDCP Config Failure -------------------- 0 IUUP