多维RRC连接重建成功率优化整治案例.doc

第页共NUMPAGES16页
多维RRC连接重建成功率优化整治案例

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