LTERRC连接重建过程详解及优化应用
精品案例_LTE RRC重建问题优化总结
LTE RRC重建问题优化总结目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (6)四、经验总结 (6)LTE RRC重建问题优化总结【摘要】上月4G异常小区处理中发现RRC重建在异常小区中占比越来越高，除去核心侧导致的大量E-RAB掉线及重连外，RRC重建占比已达到三分之一，因此对RRC重建进行总结分析一遍更好的处理该类问题。
【关键字】RRC重建【业务类别】优化方法一、问题描述9月份RRC重建上榜222个，除去核心侧导致的大量E-RAB掉线及重连外，在日常4G异常小区中占比31.4%，是异常小区上榜的最主要因素。
二、分析过程RRC连接重建过程：无线资源控制（Radio Resource Control, RRC）连接重建过程是用户发起的RRC资源恢复过程，该过程对维持无线链路的可靠性，保证服务的连续性有着重要作用。
很多因素都会导致RRC重建，有无线信号的因素、网络的因素、终端兼容性的因素甚至是终端本身BUG的因素，定位起来一直比较困难。
重建流程如下：（1）A、查询活动告警LST ALMAFB、查询告警日志LST ALMLOG针对闪断告警，小区通常闪断一段时间后会自动恢复正常，因此通过LST ALMAF是查不出故障的，要通过LST ALMLOG来查询：（2）信令跟踪RRC重建信令跟踪主要是跟踪UU和X2信令，UU信令终端在发起RRC重建时，根据不同场景填写不同原因值：如果是收到重配置消息并且无法按网络侧消息进行重配，则原因值为“reconfigurationFailure”，如果是由于切换失败导致RRC重建，如果终端收到了切换命令，但是在目标小区还没有收到RAR，则RRC重建的原因值为“handoverFailure”，其它场景RRC重建的原因值统一为“otherFailure”。
UE发起重建请求时会携带重建源小区PCI，CRNTI，和重建原因值（包括三类：重配置失败，切换失败，Other失败）R9终端保存了重建前的RLF相关信息，重建完成时，基站根据重配完成消息中的rlf-InfoAvailable指示，请求UE上报RLF Report。
精品案例_LTE RRC重建比例和重建成功率专项优化
LTE RRC重建比例&重建成功率专项优化第1页, 共26页目录一、问题描述 (4)1.1指标公式 (4)1.1.1 RRC连接重建比例 (4)1.1.2 RRC连接重建成功率 (5)1.2RRC连接重建原因及信令流程 (5)1.2.1 RRC连接重建原因 (5)1.2.2 RRC连接重建信令流程 (6)1.2.3 RRC连接重建初始化过程 (8)1.3RRC连接重建失败原因 (9)二、分析过程 (10)2.1 RRC连接重建比例优化方法 (10)2.1.1 切换失败导致的重建请求 (11)2.1.2 RRC重配置失败导致的重建请求 (14)2.1.3 Other原因导致的重建请求 (14)2.2 RRC连接重建失败优化方法 (16)三、解决措施 (17)3.1优化上行失步相关参数 (17)3.1.1 相关参数 (17)3.1.2 参数介绍 (17)3.1.3 参数验证 (19)3.2优化部分关键定时器参数 (19)3.2.1 相关参数 (19)3.2.2 参数介绍 (20)3.2.3 参数验证 (21)3.3无线环境问题-弱覆盖导致RRC连接重建 (21)3.4无线环境问题-SINR差导致RRC连接重建 (22)第2页, 共26页3.5打开Feature_LTE1617：RLF Triggered Handover (23)四、经验总结 (26)第3页, 共26页LTE RRC重建比例&重建成功率专项优化【摘要】在LTE网络中，RRC连接建立/RRC连接重配制，都是正常情况下的RRC流程。
当RRC Connection中断后，UE会主动发起RRC连接重建过程，因此RRC连接重建，则是在 36.331中设计出来的对空口异常情况的一种挽救机制。
RRC重建成功则目前的业务可以保持下去，如果RRC重建失败则需重新进行RRC连接。
本文主要对RRC连接重建比例和RRC 重建成功率这两项指标相关内容进行介绍，主要包括指标计算公式、相关counter、问题产生原因、相关优化方法及部分可优化参数等。
LTE RRC连接重建过程详解及优化应用
LTE RRC连接重建过程详解及优化应用作者/老G@网优雇佣军当处于RRC连接状态时，如果出现切换失败、无线链路失败、完整性保护失败、RRC重配置失败等情况，将会触发RRC连接重建过程。
该过程旨在重建RRC连接，包括SRB1操作的恢复，以及安全的重新激活。
处于RRC_CONNECTED状态的UE，安全已被激活，可发起该过程继续RRC连接。
仅当相关小区是具有UE上下文的小区时，连接重建才会成功。
假使E-UTRAN认可重建，SRB1的操作会恢复，而其它RB将继续保持挂起。
如果AS安全没有被激活，UE不会发起该过程，而直接转到RRC_IDLE状态。
总体信令流程图如下：注意：E-UTRAN在如下情况使用此过程：-重配SRB1，且仅为其恢复数据传输；-重新激活AS安全不改变算法。
1 RRC重建初始化当出现以下任一情况是，触发RRC 重建初始化：1）检测到无线链路失败；2）切换失败；3）E-UTRA侧移动性失败；4）底层制式完整性校验失败；5）RRC连接重配失败。
在RRC重建初始化阶段，UE会执行如下操作：●停止定时器T310，如果正在运行；●开始定时器T311；●挂起除SRB0之外的所有RB；●复位MAC；●应用缺省的物理信道配置；●应用缺省的半持久调度配置；●应用缺省的MAC主配置；●释放reportProximityConfig并情况所有邻近状态报告相关的定时器；●进行小区选择；当选择一个合适的E-UTRA小区后，意味着RRC重建初始化完成，此时，UE将执行如下操作：●停止定时器T311；●开始定时器T301；●采用SystemInformationBlockType2中包含的timeAlignmentTimerCommon。
●初始化RRCConnectionReestablishmentRequest消息的发送；注：该过程同样适用于如果UE返回源小区的情况注：在定时器T311运行过程中，UE选择了一个不同RAT的小区时，UE 将离开RRC_CONNECTED状态，同时‘RRC连接失败’。
rrc接入流程 -回复
rrc接入流程-回复RRc接入流程是一种用于移动通信网络的协议，它允许手机用户通过基站无线接入网络并进行通信。
在这篇文章中，我将详细介绍RRc接入流程，并逐步回答相关问题。
首先，让我们一起了解什么是RRc接入。
RRc是Radio Resource Control 的简称，它是无线网络中负责处理接入和分配无线资源的协议。
在LTE（长期演进技术）网络中，RRc接入是手机设备与基站建立连接的一种过程。
RRc接入流程涉及到以下几个主要步骤：第一步：寻呼过程当手机设备打开或从待机模式唤醒时，它会开始寻呼过程。
基站将通过寻呼信令广播一条特定的标识符，以便手机能够识别并响应。
第二步：系统信息获取手机设备收到寻呼信令后，它将发送一个RRc连接请求给基站。
然后基站将发送系统信息给手机，这些信息包括网络参数、覆盖范围以及其他与手机连接有关的信息。
第三步：随机接入过程在收到系统信息后，手机将在一定的时间窗口内进行测距和定时，在此期间内，它将尝试与基站进行物理层接入。
手机设备将随机选择一个预定义的接入时隙，并发送一个接入请求给基站。
第四步：链路建立基站收到手机设备的接入请求后，将根据授权的接入时隙将手机加入到无线网络中。
手机接收到基站的确认消息后，将进入RRc连接模式。
第五步：完整性检查在RRc连接建立之后，手机设备和基站之间将进行完整性检查。
这是为了确保无线连接的安全性和可靠性。
如果检查结果一致，则认为连接是有效的。
第六步：RRc连接重配置基站将会发送配置消息给手机设备，用于配置手机的无线资源和连接参数。
手机设备将使用这些参数来调整自己的参数以满足网络的要求。
第七步：认证和加密在RRc连接建立之后，手机设备和基站之间将进行认证和加密过程。
认证是为了验证手机设备的身份，而加密是为了保证数据的安全传输。
第八步：授权过程基站在认证和加密过程之后，将会授权手机设备访问特定的无线资源。
这个过程可能包括分配临时标识符，以便手机设备可以在无线网络中进行通信。
LTE优化策略以及RRC优化方案
在UL采用Channel Aware方式调度资源时，终端在RRC连接期间需要持续提交一个定义带宽的Sounding Reference Signals (SRS)给eNB。
规范允许通过UpPTS和常规上行子帧传送sounding信号，但考虑到容量，不建议在常规上行子帧传送。
处理步骤/流程
修改beamforming和nonbeamforming模式的SRSBANDWIDTH都为3hbw，SRSUEPERIODICITY都为20ห้องสมุดไป่ตู้s，从修改后红色框部分，可以看到RRC连接建立数立刻突破16个最大达到24个。
结果验证
现场查看
后台查看
7月14日17时修改
经验总结
RRC连接建立成功率除故障和弱覆盖原因外，随着用户的增多，也开始面临容量问题，除PUCCH等信道资源配置可能造成瓶颈外，SRS的相关配置也是瓶颈之一。
日常建议从RRC连接平均数占RRC连接最大数的比例入手进行监控，当该比例高于40%～50%时需要进一步分析是否哪个方面参数设置不合理导致出现资源瓶颈。
我始终相信，时光会证明每天不管多晚多累都坚持在自己脸上涂抹半小时是正确的！
原因/原理分析
分析表明相关小区在出现RRC连接建立成功率明显下降时段，存在RRC连接建立请求数明显高于平时的症状。
进一步联合RRC连接最大数和RRC连接平均数指标进行分析，可以看到相关时段前后RRC连接最大数达到16个，同时RRC连接平均数也明显上升，由此看到小区RRC连接存在资源瓶颈。但全网小区nCQINb等容量相关参数设置支持最大96个RRC连接，而该小区仅最大才达到16个RRC，因此排除由于PUCCH等信道配置不足原因。
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 的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
LTE终端RRC连接重建过程研究与实现
!'H H 2连接重建过程研究
!P *'H H 2连接重建过程的触发 22O O 5连接重建过程的触发原因有 0 种! 检测 7 T系统内切换失败% 到底层无线链路失败% S 由S 7 T至其他无线接入系统# 如全球移动通信系统 "C @ ? V= @ * D * > ; NI ? F N ? V) @ ; A ? N N R+) A = > ) ? +* #W 6E$ 的切 换过程失败%收到 G K 5 G的数据完整性校验失败% O 5连 接 重 配 失 败) 为 了 提 高 系 统 的 安 全 性# O S 7 T系统规定除信令无线承载" * ) C += @ @ ) +C F = B) ? V; = F ; F # 6O 9 $ 中的 6O 9 " 和 6O 9 ! 外的所有无线承载必 须在 8 6 层安全性激活后才能建立# 并且 O O 5连接 重建过程也必须在 8 6 层安全性激活后才能发起# 否则 \ T将释放连接#返回空闲模式) !P !'H H 2连接重建小区的选择 O O 5连接重建过程触发后# O O 5子层首先将所 有已经建立的无线承载挂起# 包括 6O 9 ! # 6O 9 /& 数 据无线承载 " B= > =F = B) ?V; = F ; F # K O 9 $ # 6O 9 " 除外# 停止这些无线承载的上下行的数据传输%然后#进行 T对 重建目的小区的选择过程# 根据连接模式下 \ 邻小区信号质量的测量结果#对邻小区进行排序#选 择质量最好的小区#并试图驻留到该小区上#向网络 发起重建请求) T收到所尝试驻留小区的部分系统消息和 当\ 小区参考信号接收功率 ' .( " F ; I ; F ; +A ;* ) C += @ F ; A ; ) L ; B M? ] ; F #O 6O G $ 后#将在 O O 5子层根据以下条件判断 该小区是否适合驻留 ' ,( ) ! $ 该小区属于 < 8 6 层选择的公共陆地移动网 络 " MRV@ ) A@ = +B N ? V) @ ;+; > ] ? F U# G S E <$ & 注 册 的 G S E <或通用用户识别模式 " R+) L ; F * = @ * RV* A F ) V; F ) B; +> ) > DN ? BR@ ; #\ 6[ E$ 卡中保存的 T YR) L = @ ; +> G S E < 中的一个 G @ ) * > S E < ) / $ 该小区不是 V= F F ; B 小区) $ $ 该小区所属的追踪区域" > F = A U) +C= F ; = #7 8 $不 属于小区所属 G S E <的禁止 7 8列表中的任何一个) 4 $ 该小区的参考信号测量值必须满足小区选 的计算公式为 择条件#即 !" # $ % & " # !" # $ % & !" # $ % &' ( $ ) F ` @ ; L N ; = * )"( F ` @ ; L N ) + *( F ` @ ; L N ) +? I I * ; > + , . / % 01 23 4 0 "!$ 为计算出的小区 ! 值# 该值将作为 " ! $ 式中! !" # $ % & 小区是否满足选择条件的判断标准% ( 为小区 " # $ % & . % 21 6O G测量值% ( 的O " # $ % & . 4 0 为该小区正常驻留所要求 的最小 O 6O G测量值# 该值从小区广播的系统消息 块 ! "* D * > ; N) +I ? F N = > ) ? + V@ ? A U! # 6[ 9 ! $ 中 获 得% ( S E <搜索时 只有在进行周期性高优先级 G " # $ % & . 4 05 5 1 % 3 , . / % 01 23 4 0为\ T在小区内 才使用#此时不使用% +
案例-VoLTE业务RRC重建案例
VoLTE业务RRC重建案例【摘要】VoLTE拉网测试中，较为频繁出现RRC重建，且重建失败率较高。
通过跟踪S1口信令，发现在邻区混淆场景下，因UE没上报CGI，无法同频切换导致RRC重建。
UE需进入DRX休眠期才可读取CGI，针对VoLTE业务特点，通过缩短ANR专用DRX非激活定时器，加快活动与休眠期转换，复测切换成功。
该参数设置全网推广。
【关键字】VoLTE RRC重建 ANR DRX CGI一、问题描述在VoLTE拉网测试过程中发现，较为频繁地出现RRC重建，引发较多的呼叫失败、未接通、掉话等风险。
查看信令发现无法同频切换导致RRC重建，基站无法找到UE的上下文信息，下发重建拒绝，导致重建失败。
以廊斯附近一次RRC重建失败为例，测试时无线环境良好：图1：终端重建失败信令二、分析过程1、重建原因：从信令上分析，RRC重建原因主要是由于UE无法从PCI:222切换至PCI:268小区，信号恶化导致，重建原因：otherFailure。
2、测量报告：15:23:44（581）eNodeB发送测量控制，要求UE 上报目标小区PCI:268对应的CGI,16:31:45(037)从UE上报的测量报告中，PCI:268并没有携带CGI。
图2：测量控制及报告信令3、基站侧分析：在基站侧进行信令分析，由于终端没有上报CGI，导致无法触发切换。
图3：基站侧信令分析4、查询站点ANR开关打开，邻区配置上有2个PCI:268邻区，存在邻区混淆，市区站点密集且受BBU入池等因素影响，打开ANR开关后，邻区混淆情况较为常见。
但在具备ANR能力且系统内事件ANR功能打开，则UE可上报小区ECGI(E-UTRAN Cell GlobalIdentity)，用于eNodeB分辨UE测量到哪个邻区，从而进行顺利切换。
图4：小区的邻区列表5、并非现网所有的终端均支持上报ECGI，但从FGI看，测试采用的三星S7支持ANR和ECGI上报。