网优政治案例报告RRC连接重建成功率优化.docxVIP

未经许可不得扩散 第 PAGE 5页, 共 NUMPAGES 17页 多维度RRC连接重建成功率优化 整治案例 多维RRC连接重建成功率优化整治案例 【摘要】在LTE网络中，重建是终端恢复RRC连接的一种行为，降低掉线率；但是重建成功率低与重建比例高会影响小区的性能和用户感知度。本案例通过实际的优化整治手段，从多个维度分析RRC重建成功率低原因，通过告警处理、邻区核查、干扰核查、覆盖问题、参数优化调整等多个维度的方法，提升RRC连接重建成功率和压降RRC连接重建比例，提升用户感知。 问题描述 RRC连接重建成功率偏低 通过综合网管提取重建指标数据，对全网的RRC连接重建指标进行分析发现，当前东莞的整体RRC连接重建指标明显偏低，其中华为厂家区域的RRC连接重建成功率71.3%，爱立信厂家区域为80.2%，整体的RRC连接重建成功率在77.1%左右徘徊；通过提取相关小区级的数据发现，大量的小区RRC连接重建成功率低于50%，达到3164个，占全网总小区数的10%左右，需开展针对性的优化整治。 RRC重建原因分类 通过统计RRC连接重建成功率低于50%的小区重建原因进行分析，TOP小区的RRC重建原因可分为6大类，各类的比例如下图： 上图看出，当前TOP小区引起RRC连接重建的最大三个原因分别为激活的RRC重建请求次数（78.84%）、切换失败触发RRC重建请求的次数（14.71%）和切换失败触发无上下文RRC重建尝试次数（6.00%）。 分析过程 RRC重建概述 RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。重建是UE在连接状态下，空口异常时重新恢复空口的过程。重建成功的前提是收到重建请求的小区有UE的上下文。重建的意义在于快速恢复空口业务，提高业务的连续性。 RRC重建成功流程： RRC重建请求消息: RRC重建命令消息： RRC重建完成消息： 如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝，从而引发失败。 RRC重建失败流程： RRC连接重建原因 RRC连接重建条件 UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下，会在新的小区发起RRC重建过程，以试图快速重建业务，提升用户感受。LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID的请求将被拒绝而掉话。当UE从基站A重建至基站B时，这种重建必然因获取不到上下文而失败。在现网中，无上下文重建失败在重建失败总次数占绝大多数，严重影响了客户感受。 上下文一般是eNodeB侧存储的UE的一些重要信息，包括UE能力、多承载信息（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。因此只能通过私有消息方式通知源站，若私有消息走S1口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一般情况下会直接经过X2口处理该私有消息。目标基站收到RRC重建请求后，发现没有该UE的上下文，所以通过X2口发送一个私有消息给源侧基站请求源侧基站发送上下文，收到回复后，就按照正常的流程，继续完成RRC重建过程。 协议规定RRC重建的原因 协议上规定，引发UE发起重建流程的原因主要有以下几点： 重建发起原因 详细原因 标口原因值 切换失败 　 Handover Failure 重配置失败 　 Reconfig Failure 无线链路失败 上行RLC重传达到最大次数 Other 随机接入失败 T310定时器重传到最大 底层校验失败 　 （1）上层检测到底层通知的无线链路失败 UE检测到当前检测到“radio link failure”，则会发起原因值为“other”的中间，通常引起RLF存在如下三种机制： 上行RLC重传达到最大次数 “indication from RLC that the maximum number of retransmissions has been reached”，包括SRB和DRB，与eNB侧下行的SRB与DRB机制相同，当UE RLC发送了一个PDU之后，需要等到eNB侧反馈对应的状态PDU才能完成一次RLC的正常调度。对于没有收到eNB状态P