RRC接通率提升专题
NB—IoT网络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 相似。
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，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。
423-5G无线接通率提升指导书
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 接通率提升参数优化经验总结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次。
关于提升volte网络接通率的方法讨论
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接通率目录精细参数优化提升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无线接通率
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、码、传输资源拥塞，对于此类失败，首先需要检查一下资源的实际利用情况，分析拥塞门限、配置设置的正确性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
广州RRC接通率提升专题
一、 项目概况
“广州TD网络RRC接通率提升”是北京移动公司科技项目“TD-SCDMA系统中RRC连接建
立失败问题优化方法”的引进。北京移动成果对各种RRC建立失败的可能原因进行了详细
描述，并提出了相应问题的定位及解决方法。广州移动对这一成果中的调整参数进行了影响
性分析，并结合现网情况，将相应的方案试点到个别RNC，评估效果良好后，并将方案拓展
到全网进行了使用，RRC接通率指标有了一定的提升。
二、时间安排
9月初：研究北京移动科技成果，总结相关经验，并分析相关参数及其调整影响。
9月-10月中旬：运用成果经验到日常优化工作中。由于9月份广州TD网络处于大规模换
型阶段，网络性能不稳定，所以这期间对成果的引用更注重对RRC接通率最坏小区的处理。
10月下旬：网络性能趋于稳定，借鉴北京移动成果，开展全网的RRC接通率提升专项。
10月21日-26日：对试点RNC进行RRC接通率提升专项，修改相关参数，进行效果评估。
10月27日-11月5日：展开全网接通率提升专项，并进行效果评估。
三、方案引入及实施步骤
对于由于上行DPCH信道初始功率设置过低而导致网络收不到UE发出RRC Connection Setup
Complete消息的问题，北京移动成果中建议修改上行SIR期望值，以提高上行DPCH初始功
率。广州现网中也存在此类问题，但广州中兴设备网络下的提高上行DPCH初始功率的相关
参数是“软接纳初始发射功率偏移” ，该参数值的修改，可提高在DPCH建立时开环同步
成功率，提高RRC建立成功率和RB建立成功率。
该方案实施主要步骤如下：
1、参数调整前的影响预测及措施
2、选择2个RRC接通率较低的RNC做试点。将该参数由0修改为-5，并进行业务测试。
3、参数修改后效果评估
4、全网参数修改
5、全网参数修改后的效果评估
四、成果汇报
4.1网络KPI变化
试点KPI指标对比：
➢ 参数调整前，RRC连接建立成功 率为96%-98%左右，且波动较大；
➢ 10月21日实施参数调整方案后， RRC连接建立成功指标98%左右改 善为99%左右，
指标改善约0.8%。
全网KPI指标对比：
➢ 10月27日，调整方案推广全网， 实施参数调整方案后，RRC连接 建立成功指标
98%左右改善接近 99%，指标改善约0.7%。
4.2其他提升RRC接通率案例介绍
案例描述：广州TD替换项目中多站点（广州永福路2T2、广州骏辉宾馆T3）RRC成功
率低，在现场排查问题中，无法复现，且成功率为100%。后通过分析该现象，并对比问题
站点周边频点扰码干扰情况，发现为有5KM内中距小区与之同频扰，导致终端误发RRC建
立请求，在通过更改频点扰码或将问题站点PRACH信道偏移后解决成功率低问题。
分析及解决过程：广州永福路2T2、广州骏辉宾馆T3连续多日出现RRC建立成功率低
的情况（如表-1），影响该RNC的无线接通率，在KPI监控发现该问题后随即启动TOPN小
区分析：
序号 开始时间 服务小区 本地小区识别码 RRC连接建立成功率 按原因分RRC连接请求次数 按原因分RRC连接建立成功次数 RRC连接失败计数器，congestion RRC连接失败计数器，unspecified RRC连接失败计数器，NO
REPLY
1 2009-11-01 广州骏辉宾馆T3 6863 70.82% 1059 750 0 0 309
2 2009-11-01 广州永福路2T2 8062 65.57% 334 219 0 0 115
3 2009-11-02 广州骏辉宾馆T3 6863 63.80% 1196 763 0 0 433
4 2009-11-02 广州永福路2T2 8062 76.52% 443 339 0 0 104
5 2009-11-03 广州骏辉宾馆T3 6863 63.75% 1098 700 0 0 398
6 2009-11-03 广州永福路2T2 8062 66.33% 395 262 0 0 133
7 2009-11-04 广州骏辉宾馆T3 6863 85.57% 887 759 0 0 128
8 2009-11-04 广州永福路2T2 8062 59.14% 301 178 0 0 123
（1） 后台通过前日CT文件查看其异常的信令流程（如图-2），发现为在UE请求业务
后，RNC已下发rrcconnectionssetup，但UE侧无响应，未上报
rrcconnectioncomplete，且起呼出并非弱场，场强为-78（如图-3）
图-2
图-3
（2） 检查该站点数据配置情况（时隙、码道、载波、小区参数、NODEB参数配置）
后，未发现有错配漏配现象。
（3） 现场验证测试，发现在小区覆盖范围内各业务起呼正常，无接不通现象，且测
试小区信号质量良好，无干扰。
现象分析：UE处于空闲模式下，当UE的非接入层请求建立信令连接时，UE将发起
RRC连接建立过程。每个UE最多只有一个RRC连接。信令跟踪工具内看到的过程如下图：
当在一定覆盖区域内（5km经验值）出现有2个以上同频同扰码小区且相互未配置邻区，
如UE能同时收到其信号（信号强度无论强弱），此时UE会出现误报RRC建立连接请求现象UE
将读取近距小区的PCCPCH场强等信息，上发到远距小区上，造成连接建立失败，如图5所示
近距主站
远距站
（0~5km）
读
取
广
播
消
息
发
送
R
R
C
连
接
请
求
图-5
广州骏辉宾馆T3与广州石牌西路T3同频扰且无邻区关系。
图-6
广州永福路2T2与广州沙河路口T2同频同扰且无邻区关系
图-7
解决方法和验证：
解决此种情况主要是避免UE误发RRC建立请求，方法如下
（1） 更改广州骏辉宾馆T3频点为10080，使得在5km内无与其同频同扰码组小区。
（2） 由于UE上发RRC建立请求信令是由PRACH信道承载，故将广州永福路2T2的
PRACH信道偏置到ts1上，在上行接入时通过时隙隔离来避免误发现象。
在更改之后，验证问题站点RRC建立成功率正常，达到预期目的更改后指标如下表2
序号 开始时间 服务小区 本地小区识别码 RRC连接建立成功率 按原因分RRC连接请求次数 按原因分RRC连接建立成功次数 RRC连接失败计数器，congestion RRC连接失败计数器，unspecified RRC连接失败计数器，NO
REPLY
1 2009-11-06 广州骏辉宾馆T3 6863 99.64% 834 831 0 0 3
2 2009-11-06 广州永福路2T2 8062 100.00% 95 95 0 0 0
3 2009-11-07 广州骏辉宾馆T3 6863 100.00% 448 448 0 0 0
4 2009-11-07 广州永福路2T2 8062 98.88% 89 88 0 1 0
表-2
更改前后指标变化如下图8
图-8
经验总结：
当UE处于空闲模式下，它将维持下行同步并读取小区广播信息。从小区广播信息中UE
可以知道PRACH信道的详细情况（采用的码、扩频因子、midamble码和时隙）、FPACH
信道的详细信息（采用的码、扩频因子、midamble码和时隙）以及其它与随机接入有
关的信息。当需进行业务接入是，UE会根据读取的广播消息，进行RRC连接请求，如
果请求发给错误的目标小区，势必造成连接失败。遇到此情况，解决方法：
1、 通过调整天馈，形成良好的覆盖区域，使得UE尽量少接收到同频扰信号
2、 通过调整频点与扰码达到在站点周边一定范围内无同频扰小区存在
3、 通过PRACH偏置，达到时隙隔离的效果，减少误发几率
五、项目总结
北京公司的“TD-SCDMA系统中RRC连接建立失败问题优化方法”是北京公司及厂商
在TD-SCDMA系统优化经验的基础上，提出的科技成果。版权应共属北京移动和厂家。广州
公司在引入过程中引入了第三方帮助实施，因此该引入项目创新性方面属于“合作开发项目
有版权”。合作单位包括中兴通讯有限公司、广州银禾网络通信有限公司。
成果引入项目中，注重根据广州本地TD网络情况，采取多种方式提升网络接通率指
标。一方面对TOP N 小区中RRC接通率持续较低的小区进行处理，包括参数的检查、干扰
源的排查、无线环境优化、基站故障的检修；另一方面注重对全网的RRC连接失败的事件
进行统计分析，找出RRC连接失败的各种现象，分析可能存在的原因，着力于全网的相关
参数优化。
本次成果引入项目中，通过全网RRC事件的分析，发现存在着部分网络收不到RRC
Connection Setup Complete消息的事件，对应的小区、时间段都不固定，没有受到明显干扰
的特征，但对全网RRC接通率指标有一定影响。因此尝试提升上行DPCH信道初始功率，克
服由于瞬间的干扰或弱场而引起RRC接不通的现象。试点成功后，并推广到了全网进行了
使用，取得了良好的效果。