下载文档原格式
R R C重建比率高问题分析和优化方法Prepared on 24 November 2020RRC重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE 发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：RRC重建请求消息:RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：2、重建原因重建条件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重建比例高问题分析概述：当处于RRC连接状态时，如果出现切换失败、无线链路失败、完整性保护失败、RRC重配置失败等情况，将会触发RRC连接重建过程。
该过程旨在重建RRC连接，包括SRB1操作的恢复，以及安全的重新激活。
处于RRC_CONNECTED状态的UE，安全已被激活，可发起该过程继续RRC连接。
仅当相关小区是具有UE上下文的小区时，连接重建才会成功。
假使E-UTRAN认可重建，SRB1的操作会恢复，而其它RB将继续保持挂起。
如果AS安全没有被激活，UE不会发起该过程，而直接转到RRC_IDLE状态。
问题描述：省公司通报4G网络小区RRC重建比例高问题小区，发现盐城电信4G站点小区841局3扇区及路灯处1小区RRC重建比例过高；网管性能指标查询如下图所示：8月12日-8月21日，841局3扇区及路灯处3扇区RRC连接重建请求次数很多，且重建比例高。
问题分析：查看8月12日-8月21日期间841局及路灯处无历史告警，这两个站点所处位置如下图：这两个扇区覆盖方向基本一致，图示左侧三个站点皆为规划站点，暂未开通。
根据RRC重建数据统计指标分析得知：841局3扇区和路灯处3扇区RRC重建立请求主要是其他原因触发引起的。
网管统一数据跟踪这两个小区跟踪结果如下图所示：如图所示：由于目前4G用户较少，RRC重建比例过高主要是由于个别用户导致（用户GID=16595），目前后台网管无法跟踪到用户IMSI，所以暂时无法定位到用户，无法定位到用户位置；查看网管配置站点最小接入电平值如下图：小区选择的最小RSRP接收水平值为-128，怀疑为弱覆盖导致的无线链路差导致的RRC重建比例高问题，经RSRP接收电平值修改为-110，如下图所示：同步后进行统一数据业务观察，观察是否仍旧存在重建情况。
RRC 重建比率高问题分析和优化方法一、重建原理1、重建概述RRC 重建（RRC connection re-establishment）是UE处于RRC_CONNECTED 状态，因为一些移动性管理或底层链路故障，导致连接中断，UE 发起的空口资源重新建立的过程，以继续空口的RRC 连接。
重建是 UE 在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE 的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：UE EUTRANRRCConnectionReestablishmentRequestRRCConnectionReestablishmentRRCConnectionReestablishmentCompleteRRC 重建请求消息 :RRC 重建命令消息：RRC 重建完成消息：如果目标小区无该 UE 的上下文信息，此时 UE 的 RRC 重建请求可能会被拒绝重建失败流程：UE EUTRANRRCConnectionReestablishmentRequestRRCConnectionReestablishmentReject2、重建原因2.1 重建条件UE 在检测下行失步、切换失败、 RLC 重传达到最大次数等原因条件下，会在新的小区发起 RRC 重建过程，以试图快速重建业务，提升用户感受。
LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID 的请求将被拒绝而掉话。
当UE 从基站 A 重建至基站 B 时，这种重建必然因获取不到上下文而失败。
在现网中，无上下重建失败在重建失败总次数占绝大多数。
严重影响了客户感受。
上下文一般是eNodeB侧存储的UE 的一些重要信息，包括UE 能力、多承载信息（承载 ID， QCI 等级）、 S1AP_ID、 UE 的安全性算法等。
对于没有UE 上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE 的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
RRC重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED 状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：UE EUTRANRRCConnectionReestablishmentRequestRRCConnectionReestablishmentRRCConnectionReestablishmentCompleteRRC重建请求消息:RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：UE EUTRANRRCConnectionReestablishmentRequestRRCConnectionReestablishmentReject2、重建原因2.1 重建条件UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下，会在新的小区发起RRC重建过程，以试图快速重建业务，提升用户感受。
LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID的请求将被拒绝而掉话。
当UE 从基站A重建至基站B时，这种重建必然因获取不到上下文而失败。
在现网中，无上下重建失败在重建失败总次数占绝大多数。
严重影响了客户感受。
上下文一般是eNodeB侧存储的UE的一些重要信息，包括UE能力、多承载信息（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。
对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE 的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
RRC重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED 状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：2、重建原因2.1 重建条件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 重建比率高问题分析和优化方法一、重建原理1、重建概述RRC 重建（RRC connection re-establishment ）是 UE 处于 RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE 发起的空口资源重新建立的过程，以继续空口的RRC 连接。
重建是 UE 在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE 的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：UE EUTRANRRCConnectionReestablishmentRequestRRCConnectionReestablishmentRRCConnectionReestablishmentCompleteRRC 重建请求消息 :RRC 重建命令消息：RRC 重建完成消息：如果目标小区无该 UE 的上下文信息，此时 UE 的 RRC 重建请求可能会被拒绝重建失败流程：UE EUTRANRRCConnectionReestablishmentRequestRRCConnectionReestablishmentReject2、重建原因2.1 重建条件UE 在检测下行失步、切换失败、 RLC 重传达到最大次数等原因条件下，会在新的小区发起 RRC 重建过程，以试图快速重建业务，提升用户感受。
LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID 的请求将被拒绝而掉话。
当UE从基站 A 重建至基站 B 时，这种重建必然因获取不到上下文而失败。
在现网中，无上下重建失败在重建失败总次数占绝大多数。
严重影响了客户感受。
上下文一般是 eNodeB 侧存储的 UE 的一些重要信息，包括 UE 能力、多承载信息（承载 ID， QCI 等级）、 S1AP_ID、 UE 的安全性算法等。
对于没有UE 上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE 的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
RRC重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：2、重建原因2.1 重建条件UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下，会在新的小区发起RRC重建过程，以试图快速重建业务，提升用户感受。
LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID的请求将被拒绝而掉话。
当UE 从基站A重建至基站B时，这种重建必然因获取不到上下文而失败。
在现网中，无上下重建失败在重建失败总次数占绝大多数。
严重影响了客户感受。
上下文一般是eNodeB侧存储的UE的一些重要信息，包括UE能力、多承载信息（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。
对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
因此只能通过私有消息方式通知源站，若私有消息走S1口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一般情况下会直接经过X2口处理该私有消息。
目标基站收到RRC重建请求后，发现没有该UE的上下文，所以通过X2口发送一个私有消息给源侧基站请求源侧基站发送上下文，收到回复后，就按照正常的流程，继续完成RRC重建过程。
R R C重建比率高问题分析和优化方法WEIHUA system office room 【WEIHUA 16H-WEIHUA WEIHUA8Q8-RRC重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE 发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：RRC重建请求消息:RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：2、重建原因重建条件UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下，会在新的小区发起RRC重建过程，以试图快速重建业务，提升用户感受。
LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID的请求将被拒绝而掉话。
当UE从基站A重建至基站B时，这种重建必然因获取不到上下文而失败。
在现网中，无上下重建失败在重建失败总次数占绝大多数。
严重影响了客户感受。
上下文一般是eNodeB侧存储的UE的一些重要信息，包括UE能力、多承载信息（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。
对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
因此只能通过私有消息方式通知源站，若私有消息走S1口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一般情况下会直接经过X2口处理该私有消息。
佛山4G网络RRC重建比例高的优化分析1.问题描述1.1.问题简述发生区域：佛山市桂城详细情况：每日全网指标监控分析，FOA网管RRC连接重建比例指标于2019/1/19~2019/1/22三日连续偏高，主要为Top桂澜喜悦酒店_7小区连日来RRC连接重建比例每日平均值超过18%，大幅度超过业务区的平均值2%，被列为RRC重建比例较高TOP 小区，影响用户感知，急需解决。
FOA网管RRC连接重建比例指标变化情况如下：2.问题分析中国电信关于RRC重建立比例定义的公式：RRC重建立比例=RRC重建立请求次数/(RRC 重建立请求次数+RRC连接建立请求次数)从计算公式来看，如果要降低RRC重建立比例，最好的方法就是要降低RRC重建立请求次数。
通常情况下，触发RRC 重建立的原因有以下几种情况：1)UE检测到无线链路失败：这种失败一般又分为两种情况，一种情况是RLC达到最大重传次数，另一种情况是上/下行失步，随机接入失败。
2)切换失败，包括系统内和系统外的切换：该类失败是指如果网络侧发送给UE的RRC连接重配置消息中包含Mobility ControlInfo，则执行切换。
若切换失败，UE会发起RRC重建立请求，并在重建立原因封装时携带HO failure。
3)E-UTRA侧移动性失败；4)底层制式完整性校验失败：该类失败不常见，多为终端问题。
原因是由于信令的完整性保护失败发生RRC重建立，例如：UE和基站的加密算法或者完整性保护算法不一致。
5)RRC连接重配失败。
通过以上分析，我们从OMC后台统计的失败原因最多的就是：切换失败原因触发的RRC 重建立，其次是其它原因触发的RRC重建立，根据这些原因我们进行了相关的排查，结果如下：2.1.检查无线参数邻区参数中影响切换准备失败的最需关注的几个参数是MCC（邻接小区所在的移动国家码）、MNC（邻接小区所在移动网络码）、eNBID（邻接小区所在eNodeB标识）、TAC（跟踪区码）、PCI、cellLocalId（小区标识）、频段指示、上行链路的中心载频(MHz)和下行链路的中心载频(MHz)。
RRC重建⽐率⾼问题分析和优化⽅法RRC重建⽐率⾼问题分析和优化⽅法⼀、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED 状态，因为⼀些移动性管理或底层链路故障，导致连接中断，UE发起的空⼝资源重新建⽴的过程，以继续空⼝的RRC连接。
重建是UE在连接状态下，空⼝异常时重新恢复空⼝的过程。
重建成功的前提是收到重建请求的⼩区有UE的上下⽂。
重建的意义在于快速恢复空⼝业务，提⾼业务的连续性。
重建成功流程：RRC重建请求消息:RRC重建命令消息：RRC重建完成消息：如果⽬标⼩区⽆该UE的上下⽂信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：2、重建原因2.1 重建条件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沉修比率下问题分解战劣化要领之阳早格格创做一、沉修本理1、沉修概括RRC沉修（RRC connection reestablishment）是UE处于RRC_CONNECTED状态，果为一些移动性管造大概下层链路障碍，引导连交中断，UE提倡的空心资材沉新修坐的历程，以继启空心的RRC连交.沉修是UE正在连交状态下，空心非常十分时沉新回复空心的历程.沉修乐成的前提是支到沉修哀供的小区有UE的上下文.沉修的意思正在于赶快回复空心交易，普及交易的连绝性.沉修乐成过程：RRC沉修哀供消息:RRC沉修下令消息：RRC沉修完毕消息：如果目标小区无该UE的上下文疑息，此时UE的RRC沉修哀供大概会被中断沉修波折过程：2、沉修本果2.1 沉修条件UE正在检测下止得步、切换波折、RLC沉传达到最大次数等本果条件下，会正在新的小区提倡RRC沉修历程，以试图赶快沉修交易，提下用户体验.LTE协议确定，搜集侧只可对付存留上下文的连交交受沉修哀供，不上下文ID 的哀供将被中断而掉话.当UE从基站A沉修至基站B时，那种沉修必定果获与不到上下文而波折.正在现网中，无上下沉修波折正在沉修波折总次数占绝大普遍.宽沉做用了客户体验.上下文普遍是eNodeB侧保存的UE的一些要害疑息，包罗UE本领、多装载疑息（装载ID，QCI等第）、S1AP_ID、UE的仄安性算法等.对付于不UE上下文的沉修，目标基站必须通过某种脚法获与源站的上下文，协议确定源站不妨通过切换哀供把UE的上下文戴到目标站，果此获与上下文的载体是有了，然而是怎么样报告源站把上下文通过切换哀供戴到目标站，协议中不确定.果此只可通过公有消息办法报告源站，若公有消息走S1心，需要进核心网，核心网侧也需要辨别该消息，处理上比较搀纯，所以普遍情况下会曲交通过X2心处理该公有消息.目标基站支到RRC沉修哀供后，创造不该UE的上下文，所以通过X2心收支一个公有消息给源侧基站哀供源侧基站收支上下文，支到回复后，便依照仄常的过程，继启完毕RRC沉修历程.协议上确定，激励UE提倡沉修过程的本果主要有以下几面：1）表层检测到下层报告的无线链路波折：UE检测到目前检测到“radio link failure”，则会提倡本果值为“other”的中间，常常引起RLF存留如下三种体造：➢上止RLC沉传达到最大次数“indication from RLC that the maximum number ofretransmissions has been reached”，包罗SRB战DRB，与eNB侧下止的SRB与DRB体造相共，当UE RLC收支了一个PDU之后，需要等到eNB侧反馈对付应的状态PDU才搞完毕一次RLC的仄常调动.对付于不支到eNB状态PDU的本果有二个，一个本果为eNB侧上止基础便不支到所有RLC PDU，也便不会赞同状态PDU，另一个本果为eNB赞同的状态PDU，由于下止误码的本果，不到达UE侧.➢MAC层SRI沉传达到最大次数正在切换历程中，切换完毕下令拾得后引导的PUCCH出激活，大概者，正在交易脆持历程中由于Ta超时引导的PUCCH出激活，此时如果UE有SR收支，果为下止链路问题，UE无法支到ENB的MAC 层确认，SR沉传达到最大次数后触收MAC_RA_IND，上报给L3后提倡沉修哀供.➢UE检测到下止RLFUE DSP每200ms对付时延谱滤波值举止推断，如果谦脚某门限，则上报L3得步；L3正在共步状态连绝支到N310次L1上报的得步指示，则认为得步；共时，开用T310定时器，超时前，若支到N311次共步指示，则认为UE回复共步状态，可则，T310超时后触收沉修（包罗搜索小区、共步、沉修），开用T311定时器，若超时仍已沉修乐成，则进来IDLE态.2）切换波折，沉修到本小区；UE正在切换过程中，正在支到了切换的沉摆设消息之后，会开用T304，然而如果正在T304超时之前UE无法完毕正在目标小区的随机交进，则会提倡本果值为“handover failure”的沉修3）系统内大概IRAT的移动性历程波折，如切换时T304超时、目标小区修坐RRC连交波折、UE不适配MobilityFromEUTRACommand 的摆设等4） 下层完备性查看波折UE 无法摆设RRC 沉配消息中的部分摆设， 沉配波折； UE 正在仄安模式激活的状态下，如果支到了沉摆设消息后对付于沉摆设消息内的疑元无法匹配/兼容，则提倡本果值为“reconfiguration failure”的沉修.二、沉修比率下分解战劣化要领1、沉修本果分类协议上确定，激励UE 提倡沉修过程的本果主要有以下几面：参照常常局面的问题分解，沉修的TOP 本果为Other ，即UE 爆收无线链路波折.从现网数据分解，引起沉修的主果包罗以下几项：邻区漏配邻区漏配/错配1、Uu心疑令分解MR报告非常十分切换过早切换、过早切换、切换到过得小区1、二二小区切换话统；2、Uu/S1/X2疑令分解空心量好上止大概下止搞扰大1、搞扰、误码率、CQI话统；2、讲路/室内DT尝试；末端非常十分末端非常十分沉修1、Uu心疑令分解；2、供帮研收支援2、沉修本果确认最先举止RRC沉修话统分解，沉面闭注：1、源小区战非源小区沉修比率；2、沉摆设波折比率、切换波折比率、Other本果比率.1）提与源小区搞扰、误码率、沉传率、CQI等话统，确认是可“空心量好”，可按如下尺度推断，切合其中一个可归类为空心量好：闲时仄衡搞扰大于105dBm；闲时上止初初误码率大于20%；闲时下止初初误码率大于20%；闲时上止沉传率大于40%闲时下止沉传率大于30%闲时仄衡CQI矮于82）提与源小区二二小区切换话统，确认“切换过早”比率是可较下（过早切换比率= 切换过早次数/切换出测验考查次数），可按如下尺度推断：过早切换比率大于5%；3）提与Uu/S1/X2心疑令，分解沉修前MR疑令丈量报告，分解沉修完毕后RRC_UE_INFO_RSP疑令中UE沉修前末尾一次丈量截止，推断是可存留“邻区漏配”、“赶快衰降”、“强覆盖”、“非常十分末端”等局面.MR中邻区比服务小区RSRP下且切合切换条件，已触收切换的，确认为“邻区漏配”；末尾一次丈量截止中，下止RSRP矮于115dBm，大概RSRQ矮于12，确认为“强覆盖”；末端正在2秒安排时间内RSRP从仄常低沉至115dBm，确认为“赶快衰降”；无邻区漏配战强覆盖，空心品量仄常，末端一再提倡沉修，确认为“非常十分末端”4）提与CHR日志，通过L2_USERCHR_SCH_INFO推断沉修前上止是可“强覆盖”.其余，可分离L2_USER_ULRLC_STRU推断沉修本果属于SR沉传最大，UE得步，仍旧RLC沉传到最大（供帮二线、三线）.上止DmrsRSRP矮于130dBm；上止DmrsSINR矮于3dB1）提与Uu/S1/X2心疑令（大概CHR），分离工参分解UE 沉修前地圆源小区别散情况.通过FMA标心疑令工具可赶快给出沉修源小区别散：面打diagnosis,勾选Drop>RRC Reestablishment,不妨对付标心中的沉修举止统计分类战对付应的沉修源小区PCI.而后根据工参推断PCI对付应的小区，多频面组网场景需要注意推断PCI属于哪个频面.通过CHR RrcReestabInfo事变，不妨查到源小区PCI战沉修本果.2）依照沉修比率对付源小区举止排序，提与沉修TOP源小区搞扰、误码率、沉传率、CQI等话统，确认是可“空心量好”，可按如下尺度推断，切合其中一个可归类为空心量好：闲时仄衡搞扰大于105dBm；闲时上止初初误码率大于20%；闲时下止初初误码率大于20%；闲时上止沉传率大于40%闲时下止沉传率大于30%闲时仄衡CQI矮于83）提与本小区战沉修TOP源小区二二小区切换话统，确认本小区战源小区间“切换过早”、“切换过早”、“切换到过得小区”比率是可较下（过早切换比率= 切换过早次数/切换出测验考查次数），可按如下尺度推断：过早切换比率大于5%；过早切换比率大于5%；切换到过得小区比率大于5%.4）提与本小区战沉修TOP源小区Uu/S1/X2心疑令，分解沉修前MR疑令丈量报告，分解沉修完毕后RRC_UE_INFO_RSP疑令中UE沉修前末尾一次丈量截止，推断是可存留“邻区漏配”、“赶快衰降”、“强覆盖”等局面. 5）非源小区沉修问题需要分离末端尝试，采与下通QXDM 抓与UE LOG.由于沉修触收动做是UE侧的止为，正在比较多场景，基站侧的日志记录无法定位沉修问题时，那么需要路测分解UE LOG.下图列出的主要的分解消息（正在举止简曲分解时，也不妨利用更多的消息典型举止分解）：3、沉修劣化要领。
R R C重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：RRC重建请求消息:RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：2、重建原因2.1 重建条件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重建比率高问题分析和优化方法一、令狐采学二、重建原理1、重建概述RRC重建（RRC connection reestablishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：RRC重建请求消息:RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：2、重建原因2.1 重建条件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重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED 状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：RRC重建请求消息:RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：2、重建原因2.1 重建条件UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下，会在新的小区发起RRC重建过程，以试图快速重建业务，提升用户感受。
LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID的请求将被拒绝而掉话。
当UE 从基站A重建至基站B时，这种重建必然因获取不到上下文而失败。
在现网中，无上下重建失败在重建失败总次数占绝大多数。
严重影响了客户感受。
上下文一般是eNodeB侧存储的UE的一些重要信息，包括UE能力、多承载信息（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。
对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE 的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
因此只能通过私有消息方式通知源站，若私有消息走S1口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一般情况下会直接经过X2口处理该私有消息。
目标基站收到RRC重建请求后，发现没有该UE的上下文，所以通过X2口发送一个私有消息给源侧基站请求源侧基站发送上下文，收到回复后，就按照正常的流程，继续完成RRC重建过程。
R R C重建比率高问题分析和优化方法TTA standardization office【TTA 5AB- TTAK 08- TTA 2C】R R C重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：RRC重建请求消息:RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：2、重建原因重建条件UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下，会在新的小区发起RRC重建过程，以试图快速重建业务，提升用户感受。
LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID的请求将被拒绝而掉话。
当UE从基站A重建至基站B时，这种重建必然因获取不到上下文而失败。
在现网中，无上下重建失败在重建失败总次数占绝大多数。
严重影响了客户感受。
上下文一般是eNodeB侧存储的UE的一些重要信息，包括UE能力、多承载信息（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。
对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
因此只能通过私有消息方式通知源站，若私有消息走S1口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一般情况下会直接经过X2口处理该私有消息。
rrc重建比例高优化指导书
以下是关于RRc重建比例高优化的一些建议和指导：
1. 优化网络覆盖：确保网络的信号覆盖面积广泛，特别是在人口密集的区域。
使用合适的天线和放大器可以帮助提高信号强度和覆盖范围。
2. 高效配置频谱资源：合理分配和管理频谱资源，以确保在不同区域和不同时段提供更好的网络连接。
使用智能频谱管理系统可以帮助实现频谱资源的高效利用。
3. 提高网络容量：通过增加基站数量、使用更高效的天线技术和频谱复用，可以提高网络容量，减少拥塞和信号干扰。
4. 使用高质量的设备和组件：选择高质量的设备和组件，如天线、电缆和放大器等，可以提高RRc重建的性能和可靠性。
5. 定期维护和监控网络：定期进行网络维护和监控，及时发现并解决潜在问题，确保网络的正常运行和优化性能。
6. 采用智能网络管理系统：使用智能网络管理系统可以帮助实时监测和管理网络性能，识别和解决网络问题，提高RRc重建的效率和质量。
7. 优化网络参数配置：根据实际情况调整网络参数配置，如功率控制、信道选择和切换门限等，以提高网络性能和覆盖范围。
8. 加强培训和技术支持：提供员工培训和技术支持，使他们能够熟练掌握RRc重建的技术和操作，提高工作效率和质量。
总的来说，优化RRc重建比例需要综合考虑网络覆盖、频谱资源、网络容量、设备质量、维护管理和技术支持等多个方面，通过合理的规划、配置和监控，可以提高网络的性能和用户体验。
RRC重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：RRC重建请求消息:RRC重建命令消息：RRC重建完成消息：如果目标小区无该UE 的上下文信息，此时UE 的RRC 重建请求可能会被拒绝重建失败流程：2、重建原因2.1 重建条件UE 在检测下行失步、切换失败、RLC 重传达到最大次数等原因条件下，会在新的小区发起RRC 重建过程，以试图快速重建业务，提升用户感受。
LTE 协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID 的请求将被拒绝而掉话。
当UE 从基站A 重建至基站B 时，这种重建必然因获取不到上下文而失败。
在现网中，无上下重建失败在重建失败总次数占绝大多数。
严重影响了客户感受。
上下文一般是eNodeB 侧存储的UE 的一些重要信息，包括UE 能力、多承载信息（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。
对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
因此只能通过私有消息方式通知源站，若私有消息走S1口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一般情况下会直接经过X2口处理该私有消息。
目标基站收到RRC重建请求后，发现没有该UE的上下文，所以通过X2口发送一个私有消息给源侧基站请求源侧基站发送上下文，收到回复后，就按照正常的流程，继续完成RRC重建过程。
2.2引发重建的原因协议上规定，引发UE发起重建流程的原因主要有以下几点：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状态PDU的原因有两个，一个原因为eNB侧上行根本就没有收到任何RLC PDU，也就不会响应状态PDU，另一个原因为eNB响应的状态PDU，由于下行误码的原因，没有到达UE侧。
MAC层SRI重传达到最大次数在切换过程中，切换完成命令丢失后导致的PUCCH没激活，或者，在业务保持过程中由于Ta超时导致的PUCCH没激活，此时如果UE有SR发送，因为下行链路问题，UE无法收到ENB的MAC层确认，SR重传达到最大次数后触发MAC_RA_IND，上报给L3后发起重建请求。
UE检测到下行RLFUE DSP每200ms对时延谱滤波值进行判断，如果满足某门限，则上报L3失步；L3在同步状态连续收到N310次L1上报的失步指示，则认为失步；同时，启动T310定时器，超时前，若收到N311次同步指示，则认为UE恢复同步状态，否则，T310超时后触发重建（包括搜索小区、同步、重建），启动T311定时器，若超时仍未重建成功，则进去IDLE态。
2）切换失败，重建到原小区；UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的重建3）系统内或IRAT的移动性过程失败，如切换时T304超时、目标小区建立RRC连接失败、UE 不适配MobilityFromEUTRACommand的配置等4）底层完整性检查失败UE无法配置RRC重配消息中的部分配置，重配失败；UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。
二、重建比例高分析和优化方法1、重建原因分类协议上规定，引发UE发起重建流程的原因主要有以下几点：参考通常局点的问题分析，重建的TOP原因为Other，即UE发生无线链路失败。
从现网数据分析，引起重建的主因包括以下几项：终端异常终端异常重建1、Uu 口信令分析；2、求助研发支持2、重建原因确认首先进行RRC 重建话统分析，重点关注：1、源小区和非源小区重建比例；2、重配置失败比例、切换失败比例、Other 原因比例。
2.1源小区重建比例高原因确认1）提取源小区干扰、误码率、重传率、CQI 等话统，确认是否“空口质差”，可按如下标准判断，符合其中一个可归类为空口质差：忙时平均干扰大于-105dBm ；忙时上行初始误码率大于20%；忙时下行初始误码率大于20%；小区名称RRC重建比例源小区重建比例非源小区重建比例无上下文导致重建拒绝比例重配置失败触发RRC重建比例切换失败触发RRC重建比例Other原因触发RRC重建比例重建成功率朝阳中直后勤基地东门HLG-257.65%1.15%98.85%11.86%0.27%1.54%98.19%87.85%忙时上行重传率大于40%忙时下行重传率大于30%忙时平均CQI低于82）提取源小区两两小区切换话统，确认“切换过早”比例是否较高（过早切换比例 = 切换过早次数/切换出尝试次数），可按如下标准判断：过早切换比例大于5%；3）提取Uu/S1/X2口信令，分析重建前MR信令测量报告，分析重建完成后RRC_UE_INFO_RSP 信令中UE重建前最后一次测量结果，判断是否存在“邻区漏配”、“快速衰落”、“弱覆盖”、“异常终端”等现象。
MR中邻区比服务小区RSRP高且符合切换条件，未触发切换的，确认为“邻区漏配”；最后一次测量结果中，下行RSRP低于-115dBm，或RSRQ低于-12，确认为“弱覆盖”；终端在2秒左右时间内RSRP从正常下降至-115dBm，确认为“快速衰落”；无邻区漏配和弱覆盖，空口质量正常，终端频繁发起重建，确认为“异常终端”4）提取CHR日志，通过L2_USERCHR_SCH_INFO判断重建前上行是否“弱覆盖”。
另外，可结合L2_USER_ULRLC_STRU判断重建原因属于SR重传最大，UE失步，还是RLC重传到最大（求助二线、三线）。
上行Dmrs RSRP低于-130dBm；上行Dmrs SINR低于-3dB2.2非源小区重建比例高原因确认1）提取Uu/S1/X2口信令（或CHR），结合工参分析UE重建前所在源小区分布情况。
通过FMA标口信令工具可快速给出重建源小区分布：点击diagnosis,勾选Drop->RRC Reestablishment,可以对标口中的重建进行统计分类和对应的重建源小区PCI。
然后根据工参判断PCI对应的小区，多频点组网场景需要注意判断PCI属于哪个频点。
通过CHR RrcReestabInfo事件，可以查到源小区PCI和重建原因。
2）按照重建比例对源小区进行排序，提取重建TOP源小区干扰、误码率、重传率、CQI等话统，确认是否“空口质差”，可按如下标准判断，符合其中一个可归类为空口质差：忙时平均干扰大于-105dBm ；忙时上行初始误码率大于20%；忙时下行初始误码率大于20%；忙时上行重传率大于40%忙时下行重传率大于30%忙时平均CQI 低于83）提取本小区和重建TOP 源小区两两小区切换话统，确认本小区和源小区间 “切换过早”、“切换过早”、“切换到错误小区”比例是否较高（过早切换比例 = 切换过早次数/切换出尝试次数），可按如下标准判断：过早切换比例大于5%；过晚切换比例大于5%；切换到错误小区比例大于5%。
4）提取本小区和重建TOP 源小区Uu/S1/X2口信令，分析重建前MR 信令测量报告，分析重日期本地小区名称目标小区名称完整度特定两小区间切换出尝试次数特定两小区间切换出执行次数特定两小区间切换出成功次数特定两两小区间用户乒乓切换次数特定两小区间切换出过晚次数特定两小区间切换出过早次数2016/2/24朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%310031003051041702016/2/24朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%310031003051041702016/2/25朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%324732473185147822016/2/25朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%324732473185147822016/2/26朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%355735573480051822016/2/26朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%355735573480051822016/2/27朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%308930893034344112016/2/27朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%308930893034344112016/2/28朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%330433043247044912016/2/28朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%330433043247044912016/2/29朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%238223822330139632016/2/29朝阳中直后勤基地东门HLG-1朝阳中直后勤基地东门HLG-2100%23822382233013963建完成后RRC_UE_INFO_RSP 信令中UE 重建前最后一次测量结果，判断是否存在“邻区漏配”、“快速衰落”、“弱覆盖”等现象。
5）非源小区重建问题需要结合终端测试，采用高通QXDM 抓取UE LOG 。
由于重建触发动作是UE 侧的行为，在比较多场景，基站侧的日志记录无法定位重建问题时，那么需要路测分析UE LOG 。
