RRC重建立功专项验证报告(知识参考)
中兴RRC重建立功能
专项验证报告
中国电信天津分公司网络优化中心王健
二零一五年七月
近期发现LTE话务统计中RRC连接重建立成功率较低。
主要是因为“其它类型的RRC 连接重建立失败次数，失败原因UE上下文找不到”失败的次数较多导致成功率低。
参见下表：
网元级别RRC连接
重建请求
次数
RRC连接
重建成功
次数
RRC连接
重建成功
率
RRC连接
重建比例
UE上下
文异常释
放次数
UE上下
文掉线率
E-RAB异
常释放次
数（无线
层问题）
单位次次% % 次% 次中兴3407.00 1280.00 37.57 0.69 917.00 0.20 236.00
一、RRC重建立介绍：
对于触发RRC重建立的原因，协议上规定如下，
The UE shall only initiate the procedure when ASsecurity has been activated. The UE initiates the procedure when one of thefollowing conditions is met:
1.upon detecting radio link failure, in accordance with 5.3.11; or
2.uponhandover failure, in accordance with 5.
3.5.6; or
3.uponmobility from E-UTRA failure, in accordance with 5.
4.3.5; or
4.upon integrity check failure indication from lower layers; or
5.uponan RRC connection reconfiguration failure, in accordance with 5.3.5.5.
以上5点原因，在网管KPI统计中，标注红色的2点原因被归结为其它类型触发的RRC 连接重建立。
例如，其中C373200075Number of Other Triggered RRC Re-establishment Failures due to UE Context NotFound 发生的场景是由于无线链路失败的原因，触发跨站的重建立。
而且由于跨站的小区没有该UE上下文信息，根据协议规定，RRC重建立一定被拒绝。
简单的说，如果UE在由eNodeB A切换至eNodeB B时，由于空口质量等原因发生切换失败，则UE会触发RRC重建立流程，这时根据协议规定，UE将上报检测到的第一条满足建立质量的eNodeB（非信号强度最强或质量最好的eNodeB），如果上报的为第三基站eNodeB C，则UE一定会因为eNodeB C没有用户上下文信息而发生掉话。
如下图：
根据协议36.331-910，5.3.7.8小节：
Upon receiving the RRCConnectionReestablishmentRejectmessage, the UE shall:
performthe actions upon leaving RRC_CONNECTED as specified in 5.3.12,with release cause 'RRC connection failure';
即RRC连接重建立被网络拒绝后，UE进入到RRC Idle状态。
因此发生RRC连接重建立是不可避免的过程。
这种失败次数较多，主要是取决于网络邻区配置、站点数目以及覆盖水平。
目前天津现网已经配置SON功能的ANR子功能，即邻区问题已经基本规避，空口覆盖波动成为RRC重建立的主要根源。
据中兴在V3.10.20版本说明中，有通过私有接口优化了该场景下的处理过程，通过支持跨站重建，进而减少RRC连接重建立的失败次数。
条件如下：
•选择的重建立目标小区与源小区之间已配置X2口。
•选择的重建立目标小区与源小区之间已互配邻区。
•两个基站都是中兴通讯的设备。
此时，目标小区可以从UE发出的RRCConnectionReestablishmentRequest消息中携带的physCellId，如下图所示，找到该UE的源小区，然后通过X2口向源小区请求UE 的上下文信息，减少这种失败导致的重建立拒绝，进而减少掉话。
如下图：
下图为跨站重建立的时序示意图：。
TD-LTE系统RRC层研究与实现中期报告
TD-LTE系统RRC层研究与实现中期报告本文主要介绍TD-LTE系统RRC层研究与实现的中期报告。
该项目旨在深入研究TD-LTE系统的RRC部分，实现TD-LTE系统的RRC协议栈，并完善其功能。
一、研究进展1.已经完成了RRC层协议栈的基本框架设计，包括了以下模块：（1）基础模块：主要负责管理RRC消息的编解码、解析和封装，以及与下层的物理层和MAC层进行接口协议。
（2）业务逻辑模块：主要是处理与UE（User Equipment）的连接建立和释放、安全性和QoS（Quality of Service）控制、小区搜索、共存和切换等业务。
（3）测量与监测模块：主要是进行功率、信噪比、带宽等参数的测量和监测。
（4）错误处理模块：主要是处理错误情况下的协议和消息处理，以及错误信息的上报和输出。
2.已经完成了RRC信令消息的解析和编解码工作。
包括了以下消息：（1）RRC Connection Request（2）RRC Connection Setup（3）RRC Connection Release（4）Connection Reject（5）RRC Reconfiguration（6）RRC Release（7）UE Capability3.正在进行其他RRC层信令的解析和编解码工作，包括：（1）Radio Resource Control (RRC) System Information（2）Paging（3）DRX（Discontinuous Reception）（4）Measurement Report二、遇到的问题1.缺乏实际测试环境，需要借助仿真平台进行测试和验证。
2.需要进一步完善RRC协议栈的功能，如加强错误处理和故障排除等。
三、后续工作计划1.完成其他RRC信令的解析和编解码工作。
2.完善RRC协议栈的功能和测试。
3.优化RRC协议栈的性能，提高其稳定性和可靠性。
4.进行RRC协议栈的实际测试和验证，为后续的TD-LTE系统开发做好准备。
RRC建立流程详解
RRC建立流程详解RRC（Radio Resource Control）建立是移动通信网络中的一个重要过程，用于确保用户可以正常地接入和使用网络。
下面将详细解释RRC建立的流程，以及各个步骤中的具体操作。
1.基站选择：当用户打开手机或切换到新的网络区域时，手机会附近的基站，并根据一定的算法选择最优的基站。
这个过程叫做小区。
2. 小区广播：手机通过所选基站接收到小区广播消息，包括小区的ID、系统信息等。
手机将这些信息用于进一步确认并选择最佳基站。
同时，手机将请求分配临时ID（Temporary Identification）。
3. 小区标识分配：所选基站接收到手机的请求后，将为手机分配一个唯一的小区标识（Cell ID）。
同时，基站还将为手机分配一个初始连接号（Initial Connection Setup Identity）。
4.RRC连接请求：手机使用初始连接号发送RRC连接请求给所选基站。
连接请求中包含手机的临时ID和小区标识，以及一些其他必要的参数。
5. RRC连接建立：所选基站在接收到连接请求后，会进行一系列的验证和确认操作。
首先，基站会通过校验手机的临时ID和小区标识来确认手机的身份。
然后，基站将为手机分配一个RRC连接标识（RRC Connection Identity）。
最后，连接建立成功，手机和基站之间建立起了RRC连接。
6.系统信息获取：一旦RRC连接建立，手机就可以向基站请求系统信息。
通过系统信息，手机可以获取到网络的一些基本参数，比如频率、带宽、邻近小区等。
这些信息将帮助手机更好地进行接入选择和移动性管理。
7.其他RRC连接过程：一旦RRC连接建立，手机和基站之间将进行一系列的RRC连接过程，包括RRC连接重建、RRC连接恢复、RRC连接重置等。
这些过程是为了确保连接的稳定性和可靠性。
8.RRC连接释放：当手机不再需要使用网络时，或者网络需要释放资源时，RRC连接将被释放。
RRC测量参数
-- ASN1START
MeasIdToAddModList ::=SEQUENCE (SIZE (1..maxMeasId)) OF MeasIdToAddMod
MeasIdToAddMod ::=SEQUENCE {
measIdMeasId,
measObjectIdMeasObjectId,
carrierFreqARFCN-ValueEUTRA,
allowedMeasBandwidthAllowedMeasBandwidth,
presenceAntennaPort1PresenceAntennaPort1,
neighCellConfigNeighCellConfig,
offsetFreqQ-OffsetRangeDEFAULT dB0,
reportConfigToRemoveListReportConfigToRemoveListOPTIONAL,-- Need ON
reportConfigToAddModListReportConfigToAddModListOPTIONAL,-- Need ON
-- Measurement identities
表示去除的测量上报配置列表。
reportConfigId
用于标识一个测量上报测量。
reportConfig
表示EUTRA, UTRA, GERAN,或CDMA2000测量的测量上报配置。
measIdToRemoveList
表示去除的测量标识列表。
measGapConfig
用于建立和释放测量间隔。
s-Measure
MeasObjectToRemoveList ::=SEQUENCE (SIZE (1..maxObjectId)) OF MeasObjectId
详解LTE RRC 连接重配置
详解LTE RRC 连接重配置作者/老G@网优雇佣军RRC连接重配置旨在修改RRC连接，例如，建立/修改/释放RB，进行切换，准备/修改/释放测量。
作为该过程的部分，NAS专用信息可以从E-UTRAN 传输给UE。
RRC连接重配置的目的是修改RRC连接，例如建立、修改或释放RB，执行切换，建立、修改或释放测量。
UE接收到网络端发送的RRCConnnection Reconfiguration消息后，根据RRC连接重配置消息中的配置项，顺序执行过程如下：●如果RRC连接重配置消息中包含measConfig，则执行测量配置部分修改；●如果RRC连接重配置消息中包含Mobility ControlInfo，则执行切换；●如果RRC连接重配置消息中包含dedicated InfoNASList，则把此字段部分传递给上层；●如果RRC连接重配置消息中包含radioResource ConfigDedicated，则根据消息内容重配置无线承载、数据无线承载、传输信道以及物理信道；●如果RRC连接重配置消息中包含securityConfigHO,则执行切换[3][4]。
如果上述五项配置项都能成功执行，则UE会发送RRCConnectionComplete消息给E-UTRAN，以完成RRC连接重配置。
1 RRC连接重配置初始化E-UTRAN对处在RRC_CONNECTED状态下的UE发起RRC连接重配置过程，如下：- 仅当AS安全已经被激活时，才包含mobilityControlInfo，并建立SRB2以及至少一个DRB，且不会挂起；- 仅当AS安全已经被激活时，才包含RB的建立（与SRB1不同，在RRC连接建立时就建立过了）；2 UE接收不包含mobilityControlInfo的RRCConnectionReconfiguration如果接收到的RRCConnectionReconfiguration消息不包含mobilityControlInformation，且UE遵守消息中的配置，UE将执行如下动作：●如果这是RRC 连接重建立成功完成之后的第一条RRCConnectionReconfiguration消息，则：◇为SRB2和所有DRB重建PDCP；◇如果RRCConnectionReconfiguration消息中包含fullConfig，执行全配置的无线重配流程；◇如果RRCConnectionReconfiguration消息包含radioResourceConfiguration，则根据消息内容重配置无线承载、数据无线承载、传输信道以及物理信道；◇恢复挂起的SRB2和所有DRB；●如果这不是RRC 连接重建立成功完成之后的第一条RRCConnectionReconfiguration消息，则：◇如果RRCConnectionReconfiguration消息包括radioResourceConfigDedicated，则根据消息内容重配置无线承载、数据无线承载、传输信道以及物理信道；注2：如果RRCConnectionReconfiguration消息包含除SRB1外的RB建立，UE可立即使用这些RB，无需等待SecurityModeComplete消息的确认。
10.广东省惠州市-多维度优化RRC重建比例高案例
多维度优化VOLTE RRC重建比例高案例2019年9月目录惠州电信多维度优化RRC重建比例高案例 (2)一、问题描述 (2)二、分析过程 (2)2.1 指标定义 (2)2.2 重建原因及流程 (3)三、解决措施 (5)3.1 优化思路 (5)3.2 切换失败 (6)3.3RRU重配置失败 (7)3.4 其它原因 (8)四、优化案例 (9)4.1 基础优化案例 (9)4.2 参数优化案例 (17)五、经验总结 (21)多维度优化RRC重建比例高案例【摘要】本文主要分析通过优化RRC重建比例，提升VoLTE用户使用感知，通过对高重建TOP问题点，问题区域等，充分分析导致高重建的原因，找出问题所在，有针对性的对相关问题点进行优化，通过RF优化、邻区、PCI优化、模三及相关参数优化等手段，提升网络建立性能，降低RRC重建比例，提升RRC连接稳定性，提升用户使用感知。
【关键字】RRC重建切换多维度【业务类别】RRC重建切换一、问题描述RRC重建对于数据业务来说，短时间的业务中断很难被用户察觉到，业务过程中发生的切换失败或者RRC异常释放，都可以通过RRC重建而使业务得到连续。
即使重建不成功，网络侧或UE很快又会重新发起RRC连接，用户基本不会感受到，因此体验得以不受很大影响。
但会影响实时的会话业务，RRC重建前后短时的业务中断会让用户感受到说话听不清、通话吞字、视频停顿及听不到声音等现象，明显影响用户感知，所以要对现网中的RRC重建原因进行梳理，压降重建比例，提升RRC连接稳定性。
二、分析过程2.1 指标定义RRC重建比例 = RRC连接重建请求次数/（RRC连接建立成功次数+RRC连接重建成功次数）*100%。
从指标算法中可以看出，降低RRC重建比例主要从两方面入手：1）减少RRC连接重建请求次数；2）提升RRC连接重建成功率，即尽量增大RRC连接重建成功次数；相关计数器如下：2.2 重建原因及流程2.2.1重建原因当出现以下任一情况是，触发RRC 重建初始化：1）检测到无线链路失败；2）切换失败；3）底层制式完整性校验失败；4）RRC连接重配失败。
LTE系统终端无线资源控制(RRC)连接重建过程研究
万方数据 万方数据 万方数据LTE系统终端无线资源控制(RRC)连接重建过程研究作者：张勇， 卞伶俐， Zhang Yong， Bian Lingli作者单位：张勇,Zhang Yong(重庆邮电大学重庆信科设计有限公司,重庆,400065)， 卞伶俐,Bian Lingli(重庆邮电大学通信新技术应用研究所,重庆,400065)刊名：电脑与电信英文刊名：COMPUTER & TELECOMMUNICATION年，卷(期)：2010(3)参考文献(3条)1.3GPP TS 36.331.3rd Generation Partnership Project.Technical Specification Group Radio Access Network.Radio Resource Control (RRC)Protocol specification(Release 9)2.张克平LTE-B3G/4G移动通信系统无线技术 20083.Pierre Lescuyer;Thierry Lucidaxme;李晓辉;崔伟演进分组系统(EPS):3G UMTS的长期演进和系统结构演进2009本文读者也读过(10条)1.卢丽花.文凯.Lu Lihua.Wen Kai LTE系统终端RRC连接建立过程研究[期刊论文]-电脑与电信2010(4)2.罗思齐.Luo siqi基于LTE系统的终端RRC连接建立过程研究[期刊论文]-信息通信2010,23(3)3.卢丽花.文凯LTE系统终端RRC连接建立过程研究[期刊论文]-广东通信技术2010,30(5)4.郎为民.王逢东.LANG Wei-min.WANG Feng-dong LTE中的RRC协议研究[期刊论文]-通信管理与技术2010(2)5.王志.罗思齐.WANG Zhi.LUO Si-qi LTE系统中RRC消息传输方案的设计与改进[期刊论文]-电讯技术2010,50(9)6.倪伟.董宏成.Ni Wei.Dong Hong-cheng LTE随机接入过程研究[期刊论文]-山西电子技术2010(3)7.祝仰伟TD-LTE系统终端 RRC子层研究[期刊论文]-数字通信2010,37(5)8.杜洁.黄伊.石晶林LTE系统RRC层研究及设计[期刊论文]-移动通信2009,33(20)9.胡现岭.李小文.HU Xian-ling.LI Xiao-wen LTE空中接口协议结构及RRC层研究[期刊论文]-数字通信2009,36(1)10.张磊.李俭兵LTE系统中安全机制研究[期刊论文]-广东通信技术2010,30(4)本文链接：/Periodical_gddnydx201003023.aspx。
精品案例_LTE的RRC连接重建比例及成功率优化案例
LTE的RRC连接重建比例及成功率优化案例目录一、问题描述 (3)二、分析步骤 (3)三、解决措施 (4)四、经验总结 (6)LTE的RRC连接重建比例及成功率优化案例【摘要】针对淮南电信的RRC连接重建比例高、RRC连接重建成功率低进行优化，本案例主要针对因RLF原因导致的RRC连接重建立进行优化，以定时器、上行失步维护类参数调整为优化手段，以达到降低RRC连接重建比例及提高RRC连接重建成功率的目的。
【关键字】重建原因、RLF、上行失步维护、定时器、基于RLF的RRC连接重建功能【业务类别】优化方法、参数优化一、问题描述目前淮南电信的RRC连接重建比例在1.5%左右，RRC连接重建成功率在21%-46%之间波动。
针对淮南电信的RRC连接重建比例较高，RRC连接重建成功率低的情况，进行分析及优化处理。
二、分析步骤RRC连接重建立属于LTE系统在无线方面的“救命”机制。
3GPP 36.331中定义了RRC连接重建过程的触发原因有5种：①测到底层无线链路失败RLF；②LTE系统内切换失败；③由LTE至其他无线接入系统，如全球移动通信系统(global system for mobile communications。
GSM)的切换过程失败；④收到PDCP的数据完整性校验失败；⑤RRC连接重配失败。
RRC连接重建的小区可以选择为：本小区、目标小区、其他小区。
RRC连接重建的原因值：切换失败、重配置失败、其他。
为了提高系统的安全性，LTE系统规定除信令无线承载(signalling radio bearer，SRB)中的SRB0和SRB1外的所有无线承载必须在AS层安全陛激活后才能建立，并且RRC连接重建过程也必须在AS层安全性激活后才能发起，否则UE将释放连接，返回空闲模式，即RRC 连接重建成功需要小区存在UE的上下文及AS层安全激活。
RRC连接重建立的优化流程：1、5种触发原因的分析处理，如切换失败、RLF的优化处理；2、小区选择，优化小区选择类参数，使UE选择到合理的小区；3、RRC连接重建立，优化基于RLF的RRC连接重建功能，允许重建目标小区无UE上下文。
TOP小区处理-RRC重建成功率低优化案例
RRC重建成功率低优化案例摘要RRC重建流程图RRC重建成功流程图：RRC重建失败流程图：（1）协议3GPP36.331定义触发重建原因包括如下几类1>upondetecting radio link failure,2>uponhandover failure,3>uponmobility from E-UTRA failure,4>uponintegrity check failure indication from lower layers;5>uponan RRC connection reconfiguration failure（2）reconfiguration failure定义：UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。
（3）handover failure定义UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的重建。
（4）协议3GPP36.331定义重建失败（5）重建原因（radio link failure）重建常见原因为RLF, 如果UE检测到当前检测到“radio link failure”，则会发起原因值为“other”问题分析流程图1、首先检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。
2、通过COUNTER分析重建流程图如下：关键字：RRC重建，掉话，CELL TRACE，信令1.问题描述进行FDD-LTE网络每日TOP小区处理的过程中，XZL2NTD铜山区_茅村周宅子WBBU1-2的RRC重建成功率为31.31%，该数据严重低于正常RRC重建成功率的平均值，且已持续了一段时间。
通过对XZL2NTD铜山区_茅村周宅子WBBU1-2的重建次数统计，对小区问题进行了分析。
RRC重比率高问题分析和优化方法
2.1 源小区重建比例高原因确认 1）提取源小区干扰、误码率、重传率、 CQI 等话统，确认是否 “空口质差” ，可按如下 标准判断，符合其中一个可归类为空口质差： 忙时平均干扰大于 -105dBm； 忙时上行初始误码率大于 20%； 忙时下行初始误码率大于 20%；
忙时上行重传率大于 40% 忙时下行重传率大于 30% 忙时平均 CQI 低于 8
4）提取 CHR日志，通过 L2_USERCHR_SCH_IN判FO断重建前上行是否 “弱覆盖”。另外，可 结合 L2_USER_ULRLC_ST判RU断重建原因属于 SR重传最大， UE失步，还是 RLC重传到最大 （求助二线、三线） 。
上行 Dmrs RSRP低于 -130dBm； 上行 Dmrs SINR低于 -3dB
继续完成 RRC重建过程。
2.2 引发重建的原因
协议上规定，引发 UE发起重建流程的原因主要有以下几点：
切换失败
Handover Failure
重配置失败
Reconfig Failure
无线链路失败
上行 RLC 重传达到最大 次数
随机接入失败
Other
T310 定时器重传到最大 底层校验失败
1）上层检测到底层通知的无线链路失败：
UE 检测到当前检测到“ radio link failure 通常引起 RLF存在如下三种机制：
”，则会发起原因值为“ other ”的中间，
上行 RLC重传达到最大次数
“indication from RLC that the maximum number of retransmissions has been reached ”，包括 SRB和 DRB，与 eNB侧下行的 SRB与 DRB机制相同，当 UERLC发送 了一个 PDU之后，需要等到 eNB侧反馈对应的状态 PDU才能完成一次 RLC的正常调 度。对于没有收到 eNB状态 PDU的原因有两个，一个原因为 eNB侧上行根本就没有 收到任何 RLCPDU，也就不会响应状态 PDU，另一个原因为 eNB响应的状态 PDU，由 于下行误码的原因，没有到达 UE侧。
RRC连接重配置
5.3.5 RRC 连接重配置5.3.5.1 概述该过程旨在修改RRC连接，例如，建立/修改/释放RB，进行切换，准备/修改/释放测量。
作为该过程的部分，NAS专用信息可以从 E-UTRAN 传输给UE。
5.3.5.2 初始化E-UTRAN对处在RRC_CONNECTED状态下的UE发起RRC连接重配置过程，如下：- 仅当AS安全已经被激活时，才包含mobilityControlInfo，并建立SRB2以及至少一个DRB，且不会挂起；- 仅当AS安全已经被激活时，才包含RB的建立（与SRB1不同，在RRC连接建立时就建立过了）；5.3.5.3 UE接收不包含mobilityControlInfo的RRCConnectionReconfiguration如果RRCConnectionReconfiguration消息不包含mobilityControlInformation，且UE遵守消息中的配置，UE应：1> 如果在RRC 连接重建立成功完成之后，如果这是第一条RRCConnectionReconfiguration消息，那么：2> 如果存在，为SRB2和所有DRB重建PDCP；2> 如果存在，为SRB2和所有DRB重建PDCP；2> 如果RRCConnectionReconfiguration消息中包含fullConfig:3> 根据5.3.5.8，执行无线配置流程；2> 如果RRCConnectionReconfiguration消息包含radioResourceConfiguration：3> 执行5.3.10节中描述的无线资源配置过程；2> 如果存在，恢复挂起的SRB2和所有DRB；注 1：PDCP重建成功后，处理RB，如重传没有确认的PDCP SDU（以及关联的状态报告）如TS 36.323 [8]中有描述。
1> 否则：2> 如果RRCConnectionReconfiguration消息包括radioResourceConfigDedicated：3> 执行5.3.10节所述的无线资源配置过程；注 2：如果RRCConnectionReconfiguration消息包含除SRB1外的RB建立，UE可立即使用这些RB，无需等待SecurityModeComplete消息的确认。