RRC连接成功率低问题处理总结报告V1.0

“UE无应答”导致RRC建立失败无线接通率低问题的分析优化“UE无应答”导致RRC建立失败无线接通率低问题的分析优化目录一、问题描述二、问题分析三、原因定位四、处理效果五、优化总结一、问题描述日常处理无线接通TOP小区优化，问题小区“大磡怡华F-HLH-3”的“无线接通率(%)”为97.00%左右，“RRC连接建立成功率（包括重发）（%）”为98.50%左右，“E-RAB建立成功率（%）”为99.60%以上，整体接通性能偏低。

二、问题分析结合网管和其它平台数据，分别从故障、覆盖、干扰、容量以及其它性能指标等多个维度对“大磡怡华F-HLH-3”小区进行无线层问题排查。

故障排查经过网管统计发现，指标劣化期间，问题小区无任何告警信息。

MR覆盖排查经平台查询：“大磡怡华F-HLH-3”小区覆盖良好，小区RSRP 在-110dbm以下采样点占比为99.50%以上，不存在MR弱覆盖问题。

干扰排查经平台查询：“大磡怡华F-HLH-3”小区性能指标劣化期间，上行干扰平均值在-110dBm左右，不存在上行干扰。

容量排查在PRS查询问题小区指标劣化期间，“大磡怡华F-HLH-3”小区下行PRB平均利用率（%）保持在6%左右，上行PRB平均利用率（%）保持在19%左右，小区内的最大用户数在70人左右，不存在高负荷问题。

其他KPI指标分析“大磡怡华F-HLH-3”小区无线接通低主要为RRC建立成功率低，E-RAB建立情况良好，进一步分析RRC建立失败原因，几乎都由于UE 无应答而导致RRC连接建立失败次数过多引起。

综上，问题小区低接通主要由于“UE无应答而导致RRC连接建立失败次数”较多，导致的“RRC建立成功率低”导致的，需要进行针对性优化。

三、原因定位综上，针对问题小区“大磡怡华F-HLH-3”的上行功控参数（“路径损耗因子”和“PUSCH标称PO值”）以及小区RACH配置参数（“前导初始接收目标功率值”和“Msg3的HARQ最大传输次数”）进行优化，减少UE无应答而导致RRC连接建立失败次数，提升RRC连接建立成功率从而提升无线接通率。

站点RRC建立成功率低案例分析1.1.1一．现象描述2011年8月21日，统计指标发现H站点两个小区CS和PS RRC建立成功率均在80%左右，客户反映在现场有一部分通话无法进行。

西区测试人员到现场后，占用这两个小区进行拨打测试，后台跟踪TRACE信令均正常，每个小区20次通话均成功，但是在跟踪小区IUB口信令的时候，发现部分用户出现RRC CONNECTION REJECT（原因值为：未定义）现象。

1.1.2二．问题分析可能造成RRC连接拒绝的常见原因有：●小区码道资源不足，没有足够的码道为UE分配（特殊地：UE只支持单载频，而主载频上已没有剩余的码道资源）；●干扰或功率受限，软资源接纳失败；●传输资源申请或带宽接纳失败；排查方法：●查看小区剩余的码道资源数看是否有足够的剩余资源；●查看公共测量值和配置的接纳门限，是否为功率干扰等软资源受限；●查看Iub口带宽大小是否受限；1.1.3三．处理过程：●查询两个小区RRC建立失败原因统计，没有出现拥塞导致RRC建立失败的情况，载波配置均为每小区3个R4,3个H，排除拥塞导致RRC建立被拒绝的情况。

●提取454和50454两个小区8月21日0时到下午6时的UPPCH ISCP和上行时隙ISCP情况，如下图：从上图可以看出，454和50454两个小区没有明显的干扰现象，排除干扰受限的情况。

●核查该小区功率配置情况，没有发现功率配置不合理，排除功率受限的情况。

●该站点为ATM站点，传输为6条，在RNC侧执行MML命令LST AAL2PATH查询到AAL2PATH的类型配置正确（如下图）根据上图所示AAL2PATH流量索引，查询对应的信元速率。

在RNC侧执行MML命令LST ATMTRF查询流量索引150~157对应的信元速率如下图：上图所示的峰值速率和平均速率都属于信元速率。

在对应站点的NODEB侧执行LST AAL2PATH命令查询到的信元速率和RNC侧一致（如下图）：由此，可判断AAL2PATH配置正确。

1.干扰导致的接入问题。

呼叫中发送RRC Connection Request后无响应，RRC不能正常连接。

当UE发送RRC Connection Request后，RNC应该回复RRC Connection setup，如果未回复就有可能存在干扰。

处理定位：首先看是否存在硬件故障，然后在问题小区下作拨打测试后台观察是否存在干扰（如ISCP），再次观察该小区参数（如SIR、干扰余量）与其它小区的区别。

综合定位问题根据定位解决问题。

2. 同步失败。

信令分析每次呼叫无法接通时反馈消息都是同步失败即NODEB发NBAP RL FAIL IND。

双击该信令我们就会看到他所携带的同步失败的信息：Cause为radio Network：synchronlsation-failure。

处理定位：首先看是否存在硬件故障，后台观察是否存在干扰（如ISCP），观察该小区参数（如SIR、干扰余量）与其它小区的区别。

定位解决问题。

3. 扰码规划错误导致终端无法接入网络。

呼叫建立失败消息的Cause值为Non synchronization。

处理定位：测试时发现邻区列表中出现一同扰码邻小区（CPI相同）。

UE无法正确解调来自同扰码的两个小区的信号，而无法起呼。

4. 上行期望功率设置过低导致接通率低。

UE发送RRC_CONNECT_SETUP_COM，但RNC没有收到。

后台信令跟踪发现错误原因提示为：network out of order。

检测后台UPPCH的ISCP值过高存在干扰。

可以提高UPPTS的期望接受功率或进行UP偏移来解决，上行干扰余量ULINTERFERERSVP配置为-3改为指导书中要求的3。

5. 数据配置错误导致覆盖正常H业务无法建立。

发现在终端建立业务前（connect），一切正常，在被叫测量报告下发1秒后RNC下发DISCONNECT，应该是业务信道建立异常，针对业务信道核查参数。

检查发现初始SIR设置过低导致初始发射功率过低，无法进行业务信道的正常建立。

1.1.1 RRC 连接建立问题分析RRC 连接建立失败的问题通过UE 的信令流程和RNC 的单用户跟踪可以获得。

RRC 连接建立的过程主要包括几个步骤：1) UE 通过RACH 信道发送RRC Connection Request 消息；2) RNC 通过FACH 信道发送RRC Connection Setup 消息；3) UE 在建立下行专用信道并同步后通过上行专用信道发送RRC ConnectionSetup CMP 消息。

RRC 建立失败一般有下面几类原因：●上行RACH 的问题●下行FACH 功率配比问题●小区重选参数问题●下行专用初始发射功率偏低●上行初始功控问题●拥塞问题●设备异常问题等在这些问题中尤其上行RACH 的问题、下行FACH 功率配比问题、小区重选参数问题、设备异常问题出现的概率比较高。

RRC 连接建立问题分析流程如下所示：图1RRC 连接建立问题分析流程具体分析过程如下：1. UE 发出RRC Connection Request 消息，RNC 没有收到如果此时下行PCCPCH 较低，则是覆盖的问题。

如果此时的下行PCCPCH不是太低，一般都是RACH 的问题。

通常有以下可能的原因：●上行同步问题●UE 的输出功率比要求值偏低●NodeB 设备问题对于UE 输出功率比要求值低，属于UE 本身性能问题，没有特别的方法解决。

2. RNC 收到UE 发的RRC 建立请求消息后，下发了RRC Connection Setup 消息而UE 没有收到该问题的可能原因有以下几种：●覆盖差●小区选择与重选参数不合理具体检查方法如下：●查看此时的PCCPCH 判断是否覆盖的问题。

解决方法如下：1）覆盖差如果有条件，通过增强覆盖的方法解决覆盖问题，如增加站点补盲、工程参数调整等。

在无法增强覆盖的情况下，可以适当提高FACH 的功率。

调整PPCCPCH的覆盖。

2）小区选择与重选通过调整小区选择与重选参数，加快小区选择与重选的速度，可以解决小区选择与重选参数不合理造成的RRC 连接建立失败问题。

632018年第10期网规网优收稿日期：2018-07-31N B-IoT网络RRC连接成功率问题分析与处理Analysis and Processing of RRC Connection Success Rate in NB-IoT Network随着NB-IoT 技术的快速发展，NB-IoT 网络RRC 连接成功率问题的分析与处理成为无线优化面临的难题。

首先对日常影响NB-IoT 网络RRC 连接成功率的原因进行分析，然后提出定位原因的分析方法以及相应的处理方案，并以广州高沙村NB-IoT 基站为例进行实践验证。

通过大量实践，研究出一套实际可行的RRC 连接成功率问题分析与处理方案。

目前该方案已在广州得到全面应用，为NB-IoT 业务项目售前评估提供了有力保障。

NB-IoT ；RRC 连接成功率；弱覆盖；同频/MOD 3干扰With the rapid development of NB-IoT technology, the analysis and processing of RRC connection success rate in NB-IoT network has become a diffi cult problem in wireless optimization. Firstly, this paper analyzes the reasons that affect the RRC connection success rate of NB-IoT network, and then puts forward the analysis method to localize them and the corresponding solution. The NB-IoT base station of Gaosha Village in Guangzhou is used to verify the method and the solution. Based on the summary of plenty of practice, a set of practical and effective RRC connection success rate analysis and processing solution is proposed. At present, the proposed solution has been fully applied in Guangzhou to provide a powerful guarantee to the pre-sale evaluation of NB-IoT business projects. NB-IoT; RRC connection success rate; weak coverage; co-frequency/MOD 3 interference（中国电信股份有限公司广州分公司无线网络优化中心，广东 广州 510000）(Guangzhou Branch of China Telecom Co., Ltd., Wireless Network Optimization Center, Guangzhou 510000, China)【摘 要】【关键词】程闽明，叶蔼笙，陈潇CHENG Minming, YE Aisheng, CHEN Xiao[Abstract][Key words]1 引言随着通信技术由2G 、3G 发展到如今的4G 、5G 阶段，人们的生活方式已悄然发生了巨变，生活中衣、食、住、行的方方面面都离不开移动通信技术。

RRC连接失败原因NO REPLY分析处理报告刘斌2010年5月25日【问题描述】现网一部分小区RRC连接成功率很低(如下表KPI所示)，严重影响了小区的接通率，RRC 连接中有业务相关与非业务相关的，发起RRC Connection Request的原因值很多，没有明显特征，但RRC失败原因都为No Reply。

导致RRC 连接失败原因为NO REPL Y大致分为两种：1、UP干扰导致；2、其他原因所致。

而从网管统计的POS值和LMT的载波测量来看，该类NO REPL Y小区在接入失败时均没有明显的UP干扰。

【问题分析】RRC连接的信令可以大致分为以下几个过程：1）呼叫接入控制过程（主要由UE发起请求，RNC来控制）2）无线链路的建立过程3）RRC建立完成过程RRC连接过程正常的信令流程如下图：在CAC和RL Setup都已经完成后，RNC将发送RRC Connection Setup 信令给UE，如果在规定的时间内，没有收到UE的RRC Connection Complete信令，那么系统侧将会判断本次RRC过程失败，并且其原因值为“No Reply”。

发生NO REPL Y失败的典型信令如下图所示：即在基站下发rrcConnectionSetup消息以后，没有收到UE发回的rrcConnectionSetupComplete消息。

此类问题初步的定位手段如下：1. Node B 问题通过LMT对这些基站进行UpISCP的测量与MINOS进行UpPCH的数据采集，查看是否存在UP干扰及其他明显干扰的情况;对设备进行检查、告警等查看是否正常；小区是否正常建立，码道是否有拥塞现象；2. 前台进行复测；前台进行复测时，对用户当时所能发生的行为都进行模拟测试，未复现问题。

3. 随机接入过程出现问题，可能存在UpPCH的干扰等，A. 首先检查NODEB的RACH统计有无上行数据包，如果没有，但签名个数与签名碰撞个数一直在不停地增加，则可能存在上行UpPCH干扰。

无线侧核心侧联合分析优化RRC连接异常实践总结一、问题描述2018年6月14日杭州西湖立方控股有限公司投诉，反映近期西湖蒋村停车事务部、余杭通义设备车间2个区域陆续安装的NB地锁都无法进行在线升级，服务器侧无法接收到设备发送的升级请求，换机换卡处理均无效，需要我方排查故障。

跟踪用户反映区域的NB网络状态发现，在用户所述的两个区域均出现站点RRC连接尝试次数与RRC连接失败次数激增的问题，怀疑是由于用户设备升级行为导致。

左图为6月8日统计指标，右图为6月13日统计指标6月13日RRC连接成功率低TOP小区二、分析处理过程根据用户反馈情况，我方于6月15日对西湖西溪银座C座用户投诉的停车事务部进行现场测试，以确认故障产生原因。

测试现场照片现场测试后发现，用户投诉区域内主占用LF_H_蒋村-NB_83信号，室内NB 网络RSRP为-93~-102dBm，SINR为-2~4dB，NB网络强度较弱，主覆盖信号强度不足，对NB网络使用造成影响。

于是在6月12日20点搬运至西溪银座的事务部内继续进行升级工作，后期生产的300台地锁则在余杭通义设备车间继续升级，而LF_H_余杭通义-NB_83与LF_H_蒋村-NB_83扇区开始出现RRC连接尝试次数激增的日期恰好分别是6月9日与6月13日，与立方控股在上述两个区域开始在线升级的日期吻合，初步怀疑RRC连接尝试次数激增是由于立方控股地锁设备升级导致。

LF_H_蒋村-NB_83 RRC连接尝试次数与RRC连接成功次数趋势图立方控股西溪银座升级设备400余台且堆叠放置升级（内置电池）向立方控股工作人员详细了解地锁升级原理后发现，由于升级用服务器仅开通10个连接通道用于下发升级包，而需要升级的设备数量较多，用户为了保证连接通道使用占比，将所有需要升级的设备心跳周期由原先30分钟每次改为1分钟每次，每次均向服务器申请建立连接，以这种竞争模式，确保连接通道每次空闲时长低于1分钟以下，以提高升级效率。

NB-IOT RRC连接成功率优化目录一、问题描述 (3)二、分析过程 (6)三、解决措施 (11)四、经验总结 (12)NB-IOT RRC连接成功率优化【摘要】NB-IOT自身具备的低功耗、广覆盖、低成本、大容量等优势，使其可以广泛应用于多种垂直行业。

多元化的NB业务也给NB网络带来了一定的挑战。

因此NB小区中质差小区的RRC连接成功率提升尤为重要。

本文主要通过参数优化来提高RRC连接成功率。

【关键字】NB-IOT RRC连接成功率质差小区【业务类别】参数优化一、问题描述通过日常KPI分析，发现5月NB-IOT的RRC连接成功率在5月28日出现指标下降趋势。

表15月NB-IOT RRC连接成功率网管查询5月28日RRC连接成功率低主要是WH-无为-河坝镇政府（800M）-ZFTA-442796-82和WH-市区-国际汽贸城（800M）-ZFTA-158425-210这两个失败次数较多引起。

表2两个小区RRC连接成功率从上表可以看出失败的主要原因是UE无应答。

应重点排查小区的无线覆盖，该种原因多为无线弱覆盖下用户起呼导致。

一般对于此类小区，其CQI>7占比、RRC重建等指标也较差。

同时可以关联小区的TA指标，根据小区TA值的采样点范围判断该小区下用户的分布。

参数设置不合理和设备灵敏度也可能会影响RRC连接成功率。

二、分析过程RRC 连接成功率低的常见原因包括RSRP 低、SINR 低、参数设置不合理、终端灵敏度不足、并发机制不合理等。

如果覆盖区域内所有UE 采用相同的功率和MCS，在保证可靠传输的前提下，将导致功耗增加、容量降低。

为了兼顾覆盖深度和容量性能，将NB-IoT 小区划分为不同覆盖等级。

UE 根据信号质量选择相应的覆盖等级进行数据传输：1）如果信号质量较好，则选择低覆盖等级，优先保证数据传输速率。

2）如果信号质量较差，则选择高覆盖等级，优先保证覆盖，数据传输速率降低。

图1小区覆盖等级1、告警分析核查WH-无为-河坝镇政府（800M）-ZFTA-442796-82和WH-市区-国际汽贸城（800M）-ZFTA-158425-210无重要告警，未发现驻波告警，小区运行状态正常，排除基站硬件故障导致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-etablihment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。

重建是UE在连接状态下，空口异常时重新恢复空口的过程。

重建成功的前提是收到重建请求的小区有UE的上下文。

重建的意义在于快速恢复空口业务，提高业务的连续性。

CRRC重建成功流程：CRRC重建完成消息：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝，从而引发失败。

越区覆盖导致RRC连接成功率过低1 问题描述XC-泾县-如海超市属于近期新开站点（7月13日开通），分析最近的TOP 小区发现，XC-泾县-如海超市-ZFTA-446176-51小区的RRC连接失败次数一直处于TOP小区前列，详细查看此小区的性能指标发现，该小区每天的失败次数大概接近1000次，每小时失败次数大概在30~50次之间，且分布相对均匀，详细情况如下表指标查询结果：表1-1 站点开通之后的指标查询（按天查询）表1-2 XC-泾县-如海超市-ZFTA-446176-51小区一天指标查询2 问题分析2.1RRC连接失败类型根据现网处理该问题的案例和现网实施的经验，导致RRC连接失败的因素一般有以下几类：1.基站设备异常问题；2.干扰问题；3. 参数配置问题；4.拥塞问题；5.无线环境问题；2.2详细分析过程1.故障告警分析通过网管查询并未发现有基站设备告警情况、也没有发现驻波，由此可以排除基站硬件故障导致RRC连接性能指标差的原因。

2.干扰问题分析检查底噪发现RSSI值处于正常范围，也没有MOD3干扰等问题出现，由此可以排除上行干扰及MOD3干扰。

3.配置参数核查对该站点网管各项参数进行对比核查，未发现异常参数设置。

4.拥塞分析对于网络拥塞而导致RRC 连接失败，需要检查接纳参数设置是否合理，小区用户数是否达到饱和状态，同时拥塞导致的RRC接纳失败一般表现为“ENB 接纳失败”，通过话统指标查询发现并没有出现“ENB接纳失败”，同时用户数也没有出现饱和，参数设置也正常，由此可以排除拥塞导致。

5.无线环境分析从提取的KPI指标可以发现大部分失败都表现为“RRC连接建立失败次数(UE 无应答)”失败，以及其他原因失败，一般这种情况都是由于弱覆盖或者有大量用户处于覆盖边缘导致，下面对该站点所处的无线环境进行分析：图2-1XC-泾县-如海超市周边无线环境通过查看站点周边无线环境发现在距离XC-泾县-如海超市-ZFTA-446176-51小区覆盖方向340M处就有一基站（XC-泾县-稼祥中学BBU）进行覆盖，而我们通过用户上报的TA（一个TA大约为78M）值进行查询发现用户数在350M以内上报的次数并不多，而是大量的用户都集中的700~1000M这个距离，而这个距离刚好是XC-泾县-稼祥中学BBU_2小区的覆盖范围，也就是说出现了严重的越区覆盖。