RRC接通率提升专题

NB—IoT网络RRC连接成功率问题分析与处理作者：程闽明叶蔼笙陈潇来源：《移动通信》2018年第10期【摘要】随着NB-IoT技术的快速发展，NB-IoT网络RRC连接成功率问题的分析与处理成为无线优化面临的难题。

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

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

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

NB-IoT；RRC连接成功率；弱覆盖；同频/MOD 3干扰1 引言随着通信技术由2G、3G发展到如今的4G、5G阶段，人们的生活方式已悄然发生了巨变，生活中衣、食、住、行的方方面面都离不开移动通信技术。

从早期的短信和语音电话，到现在的图片、视频、高清语音通话，甚至是同步互联网游戏，人与人之间已实现高速、高效的信息传递。

近几年，NB-IoT由于其低功耗、广覆盖及海量连接的优势，得到了快速发展。

中国电信已在2017年开启NB-IoT商用阶段[1]，相关业务如智能抄表、智慧消防、停车等。

大量NB-IoT业务接入，亟需保障用户长期、稳定的网络服务质量。

在实际的NB-IoT网络维护工作中，为了提升客户感知，需对NB-IoT网络的接入、保持、完整性能等各项关键指标进行定期监管[2]。

NB-IoT无线网络的RRC连接成功率是检验NB-IoT网络接入性能的主要指标。

因此，在实际场景中，遇到RRC连接成功率较低的情况该如何进行有效分析与处理的方案亟需完善。

2 RRC原理简介NB-IoT是R13阶段LTE的一项重要增强技术，在蜂窝网络中构建，频段仅约180 kHz，上行采用SC-FDMA，下行采用OFDM。

NB-IoT的设计原则都是基于“妥协”的态度，将LTE 技术进行设计简化、信令简化，并降低功耗。

因此，NB-IoT网络的RRC连接协议原理与LTE 相似。

无线接通率低优化案例一、问题描述西安长庆宾馆-HLH-XAAO133TL-2无线接通率指标7月24号开始严重下滑，根据失败counter主要是由于RRC重建失败较高造成，其中该小区接入失败主要集中在早晚忙时间段。

二、问题分析针对该项指标进行相关的counter指标提取，发现问题主要集中在“小区内因为无上下文导致的RRC重建拒绝的次数(无)”和“UE无应答而导致RRC重建失败次数(无)”这两个counter，结合现场情况需逐步排查分析。

用户接入失败分析过程：基站告警核查当前无告警，历时告警无。

基础参数核查（随机接入、上行功控、重选）◆SRI自适应开关，自适应调整SRI调度周期◆小区级子帧树重配开关，根据小区资源使用情况，动态调整SRS的子帧配置◆PUCCH算法开关，当PUCCH资源不足时可以发起资源配置调整◆将SRS资源配置方式的接入优先◆上行功控参数路径损耗因子、PUSCH标称P0值提升UE发射功率PRB上行干扰核查无干扰，全天均值-118左右。

是否存在弱覆盖核查该站位置，怀疑是由于周边楼宇比较密集有阻挡导致覆盖不足以及深度覆盖不够，需提升调整上行功控参数路径损耗因子以及PUSCH标称P0值提升UE发射功率以及由于资源分配不足导致的RRC失败。

三、解决方案SRS/PUCCH资源分配而导致RRC连接建立失败1.打开SRI自适应开关，自适应调整SRI调度周期MOD GLOBALPROCSWITCH: SRIADAPTIVESWITCH=ON;2.打开小区级子帧树重配开关，根据小区资源使用情况，动态调整SRS的子帧配置MOD CELLALGOSWITCH: SRSALGOSWITCH=SrsSubframeRecfSwitch-1;3.打开PUCCH算法开关，当PUCCH资源不足时可以发起资源配置调整MOD CELLALGOSWITCH: LOCALCELLID=2, PUCCHALGOSWITCH=PucchSwitch-1;4.将SRS资源配置方式修改为接入优先MODSRSCFG:LOCALCELLID=0,SRSCFGIND=BOOLEAN_TRUE,TDDSRSCFGMODE=ACCESS_FIRST;UE无应答导致RRC建立失败调整上行功控参数路径损耗因子、PUSCH标称P0值提升UE发射功率MOD CELLULPCCOMM:LOCALCELLID=2,PASSLOSSCOEFF=0.8,P0NOMINALPUCCH=-105;四、实施效果对比7月27日对该小区进行参数调整，调整后指标明显提升，如下图：五、总结a)在问题分析过程中若发现失败次数集中在某个counter，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。

5G无线接通率排查提升思路将参数“PDCCH公共空间EPRE相对于小区RE参考功率的偏移”增大，可以提升接通率，但负面影响是减少了PDCCH可用资源，当5G用户较多的时候，可能会导致资源不足。

该参数网管截图及路径如下：第二个参数是“MSG3相对于PRACH的功率偏移”，可以针对MSG4没有携带“PO-PUSCH-Alphaset”，会导致概率性基站收不到UE建立完成消息，主要还是提升UE的发射功率，进而提升RRC连接建立成功率和QoS Flow建立成功率。

HW对该参数的命令是：LST NRDUCELLULPCCONFIG协议对该参数的定义如下：（取值为-1到6，现网是4，实际值是取值的2倍，也就是8）.该参数设置的越小，Msg3的发射功率越低，Msg3被基站成功接收的概率越小，对邻区的干扰越小；该参数设置的越大，Msg3的发射功率越高，Msg3被基站成功接收的概率越大，对邻区的干扰越大。

该参数作用与PUSCH 的功控。

设置该参数可以影响)(,,,O_UE_PUSCH j P c f b⎪⎭⎪⎬⎫⎪⎩⎪⎨⎧+∆+⋅+⋅+=),()()()())(2(log 10)(),(min ),,,(,,,TF,,,,,PUSCH ,RB,10,O_PUSCH,,,CMAX ,PUSCH,l i f i q PL j i M j P i P l q j i P c f b f,c b d c f b c f b f,c b f,c b c f d f,c b αμ（一）RRC 连接建立成功率中兴RRC 建立失败目前分为三类，定时器超时、接纳失败和其他原因。

定时器超时这里不做过多分析，因为定时器参数设置都是集团管控，全网统一设置，可优化空间不大。

接纳失败的原因主要有参数设置异常、负荷过高等。

其他原因一般是5G 基站内部处理异常，比如CPU 利用率过高。

总体原因可以归纳如下：1. 基站故障，优先处理告警；2. 接入参数异常、最小接入电频等；3. 有干扰；4. 用户数过多，导致SR 容量不足；5. 弱场接入。

濮阳联通案例边缘覆盖导致低接入质差小区处理案例一、问题描述濮阳市濮阳县王称堌乡马章庄L小区PYLZO2A56_4，RRC接通率低于98%，导致无线接通率低。

查询RRC建立成功率指标得知，主要的失败原因为等待RRC 建立完成定时器超时。

如下表：二、问题分析RRC建立的counter中其他原因和等待RRC建立完成定时器超时，多为无线环境导致。

基站侧收不到RRCConnectionSetupComplete，可能来源于两方面：（1）系统下发了RRCConnectionSetup消息，但终端没有收到；（2）终端发送了RRCConnectionSetupComplete消息，但终端没有收到。

进一步查看网管侧性能指标，核查站点无故障告警情况，MR>-112dBm采样点占比较低，存在弱覆盖情况。

干扰噪声在-119分贝毫瓦，无干扰情况。

TA>3000米用户数占比超过10%。

继续查看站点位置信息，该小区为边界小区，无线环境复杂，L900覆盖过远造成弱覆盖，导致RRC建立定时器超时。

三、处理建议措施1：将小区电子下倾角由3度下压到10度，RS功率由15.2调整到12.2措施2：将等待RRC建立完成的定时器由2秒优化为15秒，延长定时器时长，避免边缘UE定时器超时。

措施3：控制面user-inactivity定时器由40秒优化为10秒；缩短UE不活动定时器，可增大RRC连接建立次数，进而提升RRC接入成功率。

措施4：小区选择所需的最小RSRP接收水平（selQrxLevMin）：由-128dBm 优化为-120dBm，减少边缘用户接入，提升接通率。

四、优化效果优化调整后问题小区濮阳县王称堌乡马章庄L小区PYLZO2A56_4，RRC接通率提升至99%以上，问题小区解决：。

河北 TD 接通率提升参数优化经验总结TD 性能邹向毅1. 背景河北区域的 CS/PS接通率相对来讲,在华为区域处于中等偏上水平。

如保定区域, CS 接通率平均处于 99.1%左右, PS 平均处于 99.2左右。

邢台 CS 接通率平均99.2%左右, PS 接通率 99.4%左右。

但是由于直接面对友商竞争压力, 现场提出指标提升诉求。

在 2月 24日~3月12日期间, 在河北现场对通过参数优化提升指标进行了摸索, 并得到了一定的效果。

图 1是近期保定全网接通率指标趋势,图 2是近期邢台全网接通率指标趋势。

图 1图 22. 接通率提升参数优化经验2.1. 提升 RRC 建立成功率参数2.1.1. ULINTERFERERSV –上行干扰余量 MOD CELLNBMOLPC接通率提升设置:19根据分析与计算,由于联芯芯片在 RACH 信道发送 RRC Connection Request时增加了δ功率, 所以按照之前的设置会导致 UE 在 DCH 发送 RRC Connection Setup Complete时功率过低。

所以此次在保定、邢台增加 ULINTERFERERSV 为 19dB (这个数值经过计算比较合理 ,效果较明显。

另, 提高上行干扰余量, 最大的风险是可能会导致多终端集中接入时互干扰过大; 从保定、邢台的使用效果来看,没有发现对其它指标的影响。

2.1.2. RRCUERSPTMR - RRC 连接过程中 UE 响应 RNC 定时器 SET STATETIMER接通率提升设置:10000RNC 等待时间增长,虽会增加几秒钟无线资源占用,但是对提高 RRC 建立成功率效果还是比较显著的。

保定、邢台修改该定时器从 5000到 10000,效果较显著。

2.1.3. N300-空闲模式下允许 UE 发送 RRC CONNECTION REQUEST 消息的最大次数 SET IDLEMODETIMER接通率提升设置:D7之前的参数基线设置为 3次。

Special Technology专题技术DCW39数字通信世界2019.11所谓“打电话”，电话可以“打得通”是用户对网络质量是否优秀的第一感知。

网络接通率就是对这一用户感知的直观反映。

V oLTE 是全球基础语音业务的演进方向，是实现全IP 网络结构优化调整的核心，是推动多媒体通信的基础。

但现网V oLTE 呼叫也面临着流程复杂，经过网元类型和数量多，业务触发复杂，信令交互多，如何能够实现“打得通”这个与用户感知密切相关的问题，是网络维护的关键。

本文结合V oLTE 网络接通提升专项优化工作，按照端到端的呼叫流程，将呼叫过程分为不同的阶段，以EPC 、IMS 两大域的失败原因为抓手，深入分析呼叫在其域内失败时所呈现的规律，总结差错原因对应的场景，提供各场景的解决方案进行相应优化。

1 分域失败分析法1.1 统计错误码分布利用信令分析系统，对接通失败问题进行跟踪分析，总结差错原因及占比：表1 差错码统计序号差错码占比累计占比1503号43.89%43.89%2500号28.84%72.73%3408号10.34%83.07%40号 5.33%88.40%5502号 4.70%93.1 0%6580号 2.19%95.30%7504号 1.57%96.87%8481号 1.25%98.12%9482号0.94%99.06%10其他0.94%100.00%1.2 确定主要场景通过对各类错误码的归类、统计分析可以看出现网的主要错误场景为：（1）503：Service Unavailable （2）500：Server Internal Error（3）408：Request Timeout1.3 错误场景映射至EPC、IMS 域将503、500、408三类错误映射至EPC 、IMS 两大域：梳理出EPC 失败响应错误码及cancel 中携带异常原因，定位具体失败场景，如表2。

2 503差错主要原因值分析及优化2.1 n ot-supported-QCI-value 原因值信令流程分析：V oLTE 呼叫建立时，MME 通过下发E_RABSetupRequest 消息给eNodeB 请求建立QCI=1的e-RAB ，eNodeB 回复E-RABSetupFailure 给MME ，携带原因值not-supported-QCI-value。

精细参数优化提升volte接通率目录精细参数优化提升volte接通率 (3)1 问题描述 (3)2 分析过程 (3)2.1 LOG分析 (4)2.2 核查扇区负荷 (6)2.3 核查周边扇区覆盖情况 (6)3 解决措施 (7)3.1 优化措施 (7)3.2 优化效果 (7)4 经验总结 (7)精细参数优化提升volte接通率【摘要】路测是网优工作中的重要环节，其为无线网络优化提供多种数据与信息，从而在对数据的分析与研究中，找到网络的服务所存在的问题，针对具体问题提出相应的解决方案，最终实现网络优化。

其中在八月处，一台由于校园测试而经常放在办公室的RCU设备出现了多次的掉话及未接通问题，通过仔细的分析，对相关参数进行精细化优化，最终得以解决问题，提升了volte的接通率。

【关键字】精细化的参数优化，路测1 问题描述自八月底，宣城市RCU0316用于校园测试，不用时会放置于宣城电信公司开发区云计算中心的办公室内。

提取指标时发现其出现了多次的掉话及未接通现象，且位置均位于办公室内。

判断该现象并非为偶发事件，因此对其进行了输入的分析。

2 分析过程由于RCU置于办公室内发生未接通及掉话现象，因此对楼宇周边扇区情况作了分析，该处距离莲塘开发区基站最近，主要占用XC-市区-莲塘开发区-ZFTA-444415-50信号，理论上静止的RCU应该信号稳定，不应出现未接通、掉话，因此需要做进一步的处理分析。

2.1 LOG分析对发生掉话及未接通的LOG进行了分析，发现多数未接通现象均出现主叫收到INVITE 500或INVITE 503信令，该问题一般判断为核心网侧问题。

但发现位于办公室内的设备经常占用到周边小区内的 2.1G室分及非覆盖方向的扩容站点XC-市区-翡翠城（2.1G扩容）-ZFTA-445157-4。

该处主要由1.8G扇区XC-市区-莲塘开发区-ZFTA-444415-50覆盖，RSRP在-73dBm到-85dBm波动，多低于-80dBm，SINR在20dB左右，无线环境非常好。

WCDMA 无线接通率=RRC建立成功率*RAB建立成功率RRC建立成功率= RRC建立成功次数/RRC尝试次数RAB建立成功率= RAB建立成功次数/RAB尝试次数RRC 连接建立的过程主要包括几个步骤：1. UE 通过RACH 信道发送RRC Connection Request 消息；2. RNC 通过FACH 信道发送RRC Connection Setup 消息；l 如果RRC建立在DCH信道，则UE 在建立下行专用信道并同步后通过上行专用信道发送RRC Connection Setup CMP 消息。

l 如果RRC建立在CCH信道，则UE直接在RACH上发送RRC Connection Setup CMP 消息。

RRC建立失败主要分如下几种场景：l UE发出RRC Connection Request消息，RNC没有收到l RNC收到了UE发送的RRC Connection Request消息，下发了RRC Connection Setup消息，而UE没有收到l RNC 收到UE 发的RRC Connection Request消息后，下发了RRC Connection Reject 消息l UE 收到RRC Connection Setup 消息而没有发出RRC Setup Complete 消息l UE 发出RRC Setup Complete 消息而RNC 没有收到一般RRC建立成功率问题主要通过RNC话统统计发现或者用户投诉（路测）发现。

UE发出RRC Connection Request消息而RNC收不到的场景只能通过用户投诉或者路测发现，其他场景能通过话统Counter得到。

RRC 建立失败一般有下面几类原因：l 上行RACH 的问题l 下行覆盖问题l 小区重选参数问题l 下行同步问题l 上行同步问题l 资源拥塞问题l 设备异常问题其中，资源拥塞包括了功率、CE、码、传输资源拥塞，对于此类失败，首先需要检查一下资源的实际利用情况，分析拥塞门限、配置设置的正确性。

RRC建立流程 1.UE 通过RACH 信道发送RRC Connection Request 消息》2.RNC 通过FACH 信道发送RRC Connection Setup 消息（RNC向Node B发Radio Link Setup Request消息，请求Node B分配RRC连接所需的特定无线链路资源；Node B资源准备成功后，向SRNC应答Radio Link Setup Response消息）》3.UE 在建立下行专用信道并同步后通过上行专用信道发送RRC ConnectionSetup CMP 消息。

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

具体分析过程如下：1. UE 发出RRC Connection Request 消息，RNC 没有收到如果此时下行CPICH 的Ec/Io 较低，则是覆盖的问题。

如果此时的下行CPICH 的Ec/Io 不是太低（比如大于-14dB），一般都是RACH 的问题。

通常有以下可能的原因：●Preamble 的功率攀升不够●UE 的输出功率比要求值偏低●NodeB 设备问题，存在驻波●小区半径设置参数不合理对于Preamble 的功率攀升不够，可以增加Preamble 攀升次数。

例如可以Preamble 攀升次数从8次改为20次。

对于UE 输出功率比要求值低，属于UE 本身性能问题，没有特别的方法解决。

对于NodeB 设备问题，需要检查NodeB 是否存在驻波告警；部分基站由于当天或某时段出现重要告警导致小区可用率达不到100%；人为对站点操作不慎，导致基站的CPICH开启，而其他信道未开启，会导致接通率极差。

广东茂名- NB-IoT网络RRC连接成功率优化案例2019年9月目录1概述 (2)1.1背景 (2)1.2茂名NB现状 (2)1.3创新思路 (3)2优化思路 (3)2.1覆盖优化 (3)2.2干扰优化 (4)2.3NB终端优化 (6)2.4参数优化 (9)3经验总结 (10)【摘要】随着智能城市、大数据时代的来临，万物互联是移动通信发展的必然趋势。

随着物联网的快速发展，用户业务需求的不断增长，对NB网络质量也提出了更高的要求。

NB网络RRC 连接成功率直接影响用户的感知体验，以至于NB-IoT端到端连接成功率受到高度关注，开展NB网络RRC连接成功率优化专题，提升用户感知。

【关键字】NB-IoT、NB-RRC接入成功率、覆盖优化、同频干扰、NB终端设备【业务类别】优化方法1概述1.1背景随着物联网的快速发展，用户业务需求的不断增长，对NB网络质量也提出了更高的要求。

NB网络RRC连接成功率直接影响用户的感知体验，以至于NB-IoT端到端连接成功率受到高度关注。

1.2茂名NB现状茂名的Volte业务2018年NB业务非常得少，基本没有业务，到2019年开始增多，主要NB业务在智能停车、远程抄表，机械信息采集等领域，提取今年上半年的数据可以看出NB用户还在逐步增加，对NB-IoT端到端连接成功率受到高度关注。

1.3创新思路NB网络RRC连接成功率直接影响用户的感知体验，本文主要通过覆盖优化，干扰优化，NB终端优化，参数优化等思路提升NB-RRC接入成功率。

2优化思路2.1覆盖优化2.1.1分析思路NB网络和4G网络一样对无线环境有一定的要求，而NB终端多分布在室内，（一一般城区的DT扫频测试需要满足RSRP>-97dBm且SINR>-3dB的覆盖率大于95%，般城区室内一堵墙平均损耗约20db），这样才能满足室内NB终端的无线环境需求。

通过DT扫频测试确定NB终端区域的覆盖情况，来判断是否覆盖原因引起的NB-RRC接入成功率低。

TOP-无线接通率处理1.无线接通率指标定义：无线接通率=RRC建立成功率*ERAB建立成功率该指标由RRC连接建立成功率以及E-RAB建立成功率组合而成，所以要从这两个指标着手分析，以提升无线接通率。

2. RRC建立成功率RRC建立成功率=RRC连接建立成功次数/ RRC连接建立请求次数*100%针对M8013C6—SIGN_EST_F_RRCCOMPL_MISSING 失败的Top小区解决方法：a、增强信令健壮性增强MSG4鲁棒性，pdcchAggMsg4 4 →8pdcchAggRaresp 4 ->8 maxCrRa4Dl 0.18→0.12 ulsMinTbs=72bit Minimum UL transport block sizeb、排查干扰另外可能是由于存在干扰导致RRC建立失败，这样的情况需要现场测试在无线信号好环境下UE的发射功率是否存在过高的情况，或者后台查看基站底噪是否过大，以及借助扫频仪确认附近干扰源并排除，现网UE最大发射功率23；C、排查基站告警基站若存在驻波告警、Baseband Bus failure、RF系列告警可能会影响接入类的KPI，这种情况需要及时排除基站故障；d、提升空口信号质量通过天馈优化、覆盖优化、提升RSRP、SINR，同时需要注意避免MOD3干扰等；e、参数配置优化通过优化最小接收电平、4-3重选参数、4-2重选参数邻区核查等手段提升；f、覆盖范围控制基站覆盖越区严重的可以考虑调整天线控制其覆盖范围；针对M8013C8—SIGN_CONN_ESTAB_FAIL_RRMRAC 资源拥塞导致失败的小区，需要查看基站实际最大用户数，是否已经达到基站配置的最大用户数，例如基站配置的最大用户数是96，实际基站最大用户数也已经达到96个用户数，那么就需要修改基站配置的最大用户数，现网基站默认配置为96个用户，可以根据实际用户数来修改。

基站最大配置用户数参数如下：需要注意现部分基站存在虚假拥塞的现象，就是基站实际未达到基站配置最大用户数但是出现SIGN_CONN_ESTAB_FAIL_RRMRAC导致的RRC建立失败，这种情况目前复位基站可以解决。

语音质量提升专题_RRC重建一、概述VoLTE呼叫中RRC重建和数据业务触发机制以及对RRC层影响完全相同，在LTE常规优化和投诉处理中因为影响较小而经常被忽视。

但RTCP协议对底层链路失败引起的re-cover机制支持不好，所以RRC重建过程很容易被用户感知到；另外RRC重建更有可能造成VoLTE掉话和接入失败。

所以VoLTE优化和商用保障过程中，需要仔细梳理现网存在RRC重建的原因，并有针对性的采取优化措施。

对于数据业务使用来说，短时间的业务中断很难被用户觉察到。

因此在业务进行过程中发生的RRC异常释放和切换失败，只要后续RRC重建成功，甚至即使重建不成功，网络侧或者UE侧很快又发起连接建立并成功建立连接，对用户体验基本不会带来影响更不太会引起投诉，RRC异常释放后如果重建成功甚至不会影响KPI指标。

但对于实时的会话业务来说，RRC重建明显影响用户感知并引起投诉：➢RRC重建前后短时的业务中断会被用户立即感受到，表现为听不清、通话吞字、一段时间听不到声音、视频停滞等，➢LTE中的无线链路失败（RLF）并不会直接导致VoLTE话音呼叫的掉话，但是在有些情况下还是会在RLF之后出现VoLTE掉话。

比如重建时如果不能建立UM承载则会掉话，或者重建后应用层不能恢复RTP包也会造成RTP timeout。

➢VoLTE呼叫建立阶段发生RRC重建，可能引起和PRACK的冲突，IMS CORE定时器超时，IMS向主叫终端发480 TEMPORARILY UNAVAILABLE错误码RRC重建对语音质量影响：以下公式为无线链路失败引起RRC重建场景下，RTP包恢复时间T的计算公式：t是RLC完成一个RTP包的传输间隔，取值为100ms。

N为RRC重建尝试次数。

对于多数运营商来说，底层RTP包恢复时间都在3~5秒之内，但实际上用户感受到的语音中断期（audio muting）要远远大于这个时间。

主要原因就是RTP/RTCP协议最初是基于IETF开发的，并未充分考虑在链路质量不稳定的无线网络承载，对于底层链路失败引起的re-cover机制支持不好。

提高PUSCH标称P0值改善NB-IOTRRC建立成功率目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (5)提高PUSCH标称P0值改善NB-IOT RRC建立成功率【摘要】NB-IoT是IoT领域一个新兴的技术，支持低功耗设备在广域网的蜂窝数据连接, NB-IoT支持待机时间长、对网络连接要求较高设备的高效连接。

由于无法确定用户位置，通过优化上行，提高终端的发射功率来改成连接建立成功率。

【关键字】路损P0NominalPUSCH NB RRC建立成功率【业务类别】物联网一、问题描述日常监控NB-IOT指标发现7月17-21日出现全网NB RRC建立成功率恶化现象。

提取RRC连接请求次数TOP小区发现，明显存在RRC接通率低且失败次数多TOP小区：BB-怀远-唐集镇汪街村-HFTA-156498-212，BB-固镇-王庄-HFTA-440355-81，BB-五河-和尚洼-HFTA-156564-212。

二、分析过程提取TOP RRC建立失败counter发现，最大用户数和平均用户数都很少，所有的失败原因都为终端无应答导致RRC建立失败，即基站侧下发RRC连接建立消息，终端未回复RRC 连接建立完成消息。

从标口跟踪结果看，基站侧给终端下发了RRC连接建立消息，但是终端一直未回复RRC连接建立完成消息，导致RRC连接建立失败。

从话统指标可以看出，TOP小区最大用户数最大为5个，排除资源不足原因；从覆盖等级分布看，覆盖等级处于0的时候，也存在大量终端无响应情况；但由于NB-IOT的特殊性，无法获取到终端的无线环境信息，所以无法排除无线环境因素。

由于不确定用户具体位置，下行覆盖的优化不好展开，建议优化终端的上行覆盖，提高终端的发射功率。

在协议规定，UE的发射功率计算公式如下图所示。

上面的公式可以简化如下：TxPsd = P0NominalPUSCH + PassLossCoeff * PL，公式中TxPsd是终端的发射功率谱密度函数，PL是路损。

江门分公司通过LTE RRC多目标重建助力“连得通、不掉线”2019年9月目录1概述 (2)2创新方案 (2)2.1背景 (2)2.2RRC的重建原理 (4)2.2.1重建的原理 (4)2.2.2重建的原因 (5)2.2.3上下文的意义 (5)2.2.4MOS与重建的关系 (6)2.3RRC多目标重建的原理与技术优势 (6)2.3.1RRC多目标重建原理介绍 (6)2.3.2RRC多目标重建的技术优势 (8)2.4方案执行 (8)2.4.1功能开启 (8)2.4.2硬件需求检查 (8)2.4.3执行结果 (9)2.5优化效果 (9)2.5.1VOLTE接通率 (9)2.5.2VoLTE MOS>=3.5的比例 (9)2.5.3VOLTE掉话率 (10)2.5.4统计E-RAB掉线率 (10)2.5.5RRC重建比例 (11)2.5.6RRC重建成功率 (11)3经验总结 (12)【摘要】通过开启RRC多目标重建功能，能有效改善VOLTE掉话、接通率、RRC连接重建比例、RRC重建成功率、E-RAB掉线率，有效提高用户感知度，有效打造通话不掉线精品网络。

【关键字】RRC多目标重建、RRC重建、VOLTE掉话、VOLTE掉话接通、【业务类别】优化方法1概述本案例通过对RRC重建的原理、MOS与RRC重建的关系分析，开启RRC多目标重建功能，多目标重建功能扩展了基本的RRC重建功能，有效改善VOLTE掉话、接通率、RRC连接重建比例、RRC重建成功率、E-RAB掉线率，有效提高用户感知度，有效打造通话不掉线精品网络。

2创新方案2.1背景电信VOLTE已于年初推出服务，通过VOLTE服务，用户可使用更低的接入时延，高清的语音、视频等优质服务,并且还可以触发数据以及语音并发业务，实现游戏业务不掉线。

且为后期的2\3g退网后，提供优质的语音业务。

但由于VOLTE是基于LTE的分组域提供IP语音业务，对LTE有更高的质量要求。

LTE接通指标优化指导RRC连接建立成功率=RRC连接建立成功次数/ RRC连接建立请求次数*100%1 RRC建立流程l 本流程图表述了RRC连接建立过程。

包含了RRC连接建立成功，RRC连接建立被拒绝和RRC连接建立失败过程。

l 采样点1：eNodeb接收到UE的RRC连接建立请求消息，进行采样统计。

l 采样点2：eNodeb发送RRC连接建立消息，进行采样统计。

l 采样点3：eNodeb接收到RRC建立完成消息，进行采样统计。

l 采样点4：eNodeb发送RRC连接拒绝消息，进行采样统计。

l 采样点5：eNodeb等待RRC连接建立完成消息定时器超时，采样统计。

影响RRC接入成功率的因素：影响RRU接入的主要因素如下，可在优化RRC成功率时参考- 基站故障；- 最小接入电平设置；- 上行干扰NI太高；- 弱场接入，RRC无法完成；- 用户数多导致，SR容量不足；- CPU负荷高RRC建立成功率低处理思路（1）通过统计分析是否出现RRC接入成功率低的问题，当前RRC接通率指标要求为99%。

（2）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。

（3）如果是部分站点指标恶化，拖累全网指标，需要寻找TOP 站点。

（4）查询RRC连接建立最低的TOPN站点及时间段，细分失败原因值。

（5）查看TOPN站点告警，干扰，小区状态，小区参数配置是否异常。

2 初始ERAB建立流程l 流程图表述了初始E-RAB建立过程。

包含了初始E-RAB建立成功，初始E-RAB建立l 超时和E-RAB建立安全激活失败等过程。

l 采样点1：eNodeB接收到来自MME的初始上下文建立消息，进行采样统计。

l 采样点2：eNodeB发送RRC连接重配置消息给UE，进行采样统计。

l 采样点3：eNodeB接收到来自UE的RRC重配置完成消息，进行采样统计。

l 采样点4：eNodeB发送初始UE上下文建立相应消息给MME，进行采样统计。

案例名称：关闭周期性MR提升路测接通率案例
原因/原理分析问题现象：
路测过程中，经常在RRC已经建立、Radio Bear尚未建立的过程中发生RRC掉话的情况，在此过程中Ec/Io不断变差，UE不断的上报测量报告〔含e1a事件〕，由于下行质量变差，最后UE已经无法接收网络下发的信息〔如radio bear setup消息〕了。

一样的终端进展DT测试，华为区域的Ec/Io比诺基亚区域要好不少。

1〕Radio Bear建立前无法发生软切换信令举例
2〕Radio bear建立前能正常进展软切换的流程举例
3〕华为网络下的情况
问题分析：
1、在Radio Bear建立前多数呼叫不能进展软切换，估计和流程冲突有关。

2、诺基亚网络在RRC建立完成后会优先把所有的测量控制全部发下来，华为网络那么只是先把需要测量的邻区下发给UE，其它的测量控制放到后面再下发，减少了流程冲突，能及时处理软切换恳求。

3、在开启周期性MR的情况下，RRC建立后网络会下发大量的Measurement Control，增加了从Radio bear建立前的时长。

从大量呼叫的统计来看，关闭周期性MR会缩短这一段时长。

PRACH根序列规划提升RRC建立成功率
1.问题描述
参数核查发现，江门全网共有1476个小区存在PRACH根序列共站复用，影响RRC建立成功率。

2.问题分析
PRACH信道用作随机接入，是用户进行初始连接、切换、连接重建立，重新恢复上行同步的唯一途径。

UE通过上行RACH来达到与LTE系统之间的上行接入和同步。

用户使用PRACH信道上的Preamble码接入，如果PRACH根序列存在复用，用户随机接入时的碰撞冲突几率就会大大增加，一旦冲突将导致随机接入失败，需等待重新发送请求，影响接入时延和客户感知。

3.优化方案及调整措施
要减少用户随机接入时的碰撞冲突，需对PRACH要序列进行规划，可通过PCI 与根序列的映射表进行规划。

TDD PCI2PRACH.xlsx
小区参数调整-根序
列.xlsx
4.实施效果
5月8日凌晨，完成对1476个小区的PRACH根序列评估调整，调整后，1476个小区的总RRC建立成功率由99.66%上升至99.71%，提升0.05%；其它各项指标
5.总结
小部分小区的PRACH根序列的优化调整，可能对指标没有很明显的提升，但如果是大批量的小区存在根序列复用，就会影响指标，建议在日常优化中就对PRACH根序列进行定期检查，同时工程新站开通前，应对其进行规划。