PUCCH资源不足导致接通率低
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，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。
VOLTE接通率优化思路及案例
VOLTE接通率优化思路及案例VOLTE (Voice over LTE) 是一种利用LTE网络传输语音和数据的技术。
VOLTE接通率优化是指通过调整和优化网络参数和配置，以提高VOLTE呼叫的接通率。
下面将介绍一些优化思路和案例，以提高VOLTE接通率。
1.数据分析和故障排查：首先，进行数据分析和故障排查是优化VOLTE接通率的基础。
通过分析呼叫失败原因、掉话率、信号覆盖和质量等指标，定位问题，并采取相应的措施进行修复。
2.优化VoLTE频谱资源：VOLTE需要分配适当的频谱资源以保证通话质量。
通过合理规划和配置频谱资源，避免与其他无线网络干扰，优化频谱利用率，提高VOLTE接通率。
3.参数优化：调整和优化网络参数是提高VOLTE接通率的重要手段。
例如，设置适当的调度算法、增加资源预留、调整拥塞控制参数等，以优化资源分配和控制，提高呼叫的接通率。
4.优化呼叫控制和信令处理：呼叫控制是VOLTE接通率的关键。
通过优化呼叫控制流程、有效处理和分发信令等方式，减少呼叫失败、超时等问题，提高VOLTE接通率。
5.扩充信号覆盖：信号覆盖是影响VOLTE接通率的重要因素。
通过添加、调整和优化基站、天线的位置和布局，加强覆盖，提高信号质量和接通率。
6.增加容量和优化网络拓扑：根据需求，增加基站和小区，扩充网络容量，分担负载，减少拥堵，提高VOLTE接通率。
同时，对网络拓扑进行优化，合理设计和布置小区，以提高效率和质量。
7.实时性网络优化：通过对网络信号和质量进行实时监测和优化，及时发现和解决问题，提高VOLTE接通率。
例如，利用实时数据和监控系统，对信道质量、拥塞情况等进行监测和控制。
下面以一个案例来说明VOLTE接通率的优化：地区的手机运营商发现VOLTE接通率较低，通过数据分析发现主要问题是信号覆盖不佳和呼叫控制流程不完善。
1.基站优化：首先，他们增加了一些基站，将基站的覆盖范围调整到更适合VOLTE通话的区域。
案例：传输问题导致无线系统接通率低
案例：传输问题导致无线系统接通率低一、问题描述对绍兴联通FDD-LTE全网无线接通率进行TOP小区处理及分析，发现诸暨店口五金城、诸暨店口湄池、诸暨店口中伟大厦、诸暨阮市无线接通率一直很低，如下图所示：无线接通率=E-RAB建立成功率*RRC连接建立成功率。
由上图可知,无线接通率较低的小区，E-RAB建立成功率低都是在90%以下，而RRC建立成功率正常。
二、问题分析1) 查询小区告警信息，发现SXFL0523-诸暨店口五金城存在用户面承载链路故障告警；具体如下：用户面承载链路故障告警，通常情况下与X2链路相关，如SXFL2162-绍兴马鞍国庆，就是对端基站故障导致X2接口故障告警，出现用户面承载链路故障告警。
如下图：比较两者之间的告警，发现SXFL0523-诸暨店口五金城告警来至SGW端地址，属于S1接口。
而用户平面的承载是指用于UE和CN之间传送语音、数据及多媒体业务。
因与SGW 对端IP地址存在问题，导致业务不可用。
2) E-RAB建立成功率指标分析：在后台提取指标分析发现SXFL0523-诸暨店口五金城的E-RAB户面承载链路故障告警3）基站侧ping操作排查问题：根据告警定位信息描述发现对端SGW侧IP地址（10.100.33.25等）是存在问题的。
在诸暨店口五金城基站侧执行PING命令（PING 10.100.33.25），即ENODEB端到SGW端，均为超时失败，命令如下：PING:SN=7,SRCIP="10.106.1.210",DSTIP="10.100.33.25",CONTPING=DISABLE,NUM=10,APPTIF=N O;在诸暨店口五金城基站侧执行PING命令（PING 10.100.33.24），即ENODEB端到SGW端，均成功，命令如下：PING:SN=7,SRCIP="10.106.1.210",DSTIP="10.100.33.24",CONTPING=DISABLE,NUM=10,APPTIF=N O;在诸暨店口基站侧执行PING命令（PING 10.100.33.25），即ENODEB端到SGW端，均成功，命令如下：PING:SN=7,SRCIP="10.106.1.150",DSTIP="10.100.33.25",CONTPING=DISABLE,NUM=10,APPTIF=N O;根据上面的排查结果，可以得出以下结果：用户在诸暨店口五金城基站下，SGW侧若分发到10.100.33.25等地址将无法完成正常业务。
移动通信接通率低问题的分析和解决方案
致S D C C H 不 足
。
呼 叫 ( 以M S 主 叫为例 ) 建立 过 程 主 要 包 括 两 个
b ) 定 时 器 T 3 10 1 的 值 设 置 过 小 导 致 在 设 定 的 时
。
阶 段 即 移 动 台 ( M S ) 成 功 占用 信 令 信 道 和 移 动 台成
，
间 内B
TS
与M S 来 不 及 完成 信道 的分 配 及 两 者 间 信
)T C H
资源 不 足 导 致 拥 塞
， ．
，
B T S 在 收 到 信道 激 活 信 息 和 有 空 B SC
闲信 道 的 情 况 下 向
同时 启用 定 时器
，
发 出下
一
一
次呼 叫的最 小 时 间间隔 )
，
。
B TS
完成与
发 回信道 激 活确认 信 息
，
．
MS的
，
系 列 信息 传 递 后 向B S C 发 回 信 令 建 立 指 示
，
T 3 1 0 7 此 时B S C
。
B TS
S C 发送 分配完成信息 B S C 在收 到分 配 完成
。
信息 这 样 就完 成
，
了对M S
信令信 道 的分 配
从 中可
信 息 后 关 闭定 时 器 T 3 1 0 7
最 后 由B S C 向M S C 发 出
22
’
r
患 吝 ‰ R高 雁 捻
L
／
：
20 10 年 第 1 期
分 配 完成信息
．
当M S 与 B T S 建 立 好 信 令 连 接 后 M S C 向 B S C 发
接通率提高的10种方法
接通率提高的10种方法在现代社会中，电话已经成为了人们日常生活和工作中必不可少的通信工具。
然而，有时候我们会遇到电话接通率不高的问题，导致沟通效率低下。
为了解决这一问题，本文将介绍10种提高电话接通率的方法，希望能对大家有所帮助。
一、优化电话系统我们应该优化电话系统。
确保电话系统的硬件设备和软件程序都处于良好的工作状态。
如果有必要，可以进行系统升级或更换设备，以提高电话接通率。
二、提供足够的人力资源电话接通率低可能是因为人手不足导致的。
为了解决这个问题，我们可以增加客服人员的数量，确保有足够的人力资源来处理来电。
三、培训客服人员提高客服人员的专业素养和沟通技巧，对于提高电话接通率非常重要。
通过培训，可以帮助客服人员更好地理解和应对各种客户需求，提高他们的服务水平。
四、优化电话接听流程电话接通率低可能是因为电话接听流程不合理导致的。
我们应该对电话接听流程进行优化，简化流程，减少等待时间，提高接听效率。
五、提供多种接通方式除了电话接听外，我们还可以提供其他接通方式，如在线客服、邮件、社交媒体等。
这样可以给客户提供更多选择，减轻电话接通的压力。
六、合理安排客服工作时间合理安排客服人员的工作时间，确保在繁忙时段有足够的人力资源来接听电话。
例如，可以增加临时工或者调整工作时间表，以满足客户的需求。
七、提供自助服务功能为了减轻客服人员的工作压力，我们可以提供自助服务功能，如语音导航、常见问题解答等。
这样可以让客户自助解决一些常见问题，减少电话咨询的数量。
八、定期进行电话系统维护定期进行电话系统的维护和检查，确保系统的稳定性和可靠性。
及时发现并解决潜在问题，可以避免电话接通率低的情况发生。
九、改善语音质量电话接通率低可能与语音质量有关。
我们应该确保电话线路的质量良好，避免出现杂音或连接不稳定的情况，以提高语音通话的质量和稳定性。
十、及时回复未接来电如果客服人员未能及时接听来电，我们应该及时回复未接来电，向客户表示歉意，并尽快解决客户的问题。
通信-LTE培训-LTE中、高级面试知识点整理(1)
LTE高级面试知识点整理一、KPI指标优化1、省网优考核指标（各省份有差异，但是不会太大）：2、RRC连接建立成功率优化2.1 指标定义RRC建立成功率= [RRC连接建立完成次数]/[RRC连接请求次数（不包括重发）]；RRC建立成功率（包括重发）= [RRC连接建立完成次数]/[RRC连接请求次数（包括重发）]；2.2RRC连接建立失败话统统计小区内不同原因的RRC连接建立失败的次数。
RRC Connection Reject消息是eNodeB 发送给UE的RRC信令消息，目的是通知UE本次接入过程被eNodeB拒绝。
2.3 可能原因影响RRC连接建立成功率的因素主要有：➢覆盖问题（空口信号质量）；➢参数配置（定时器、功率控制等）；➢干扰问题（时钟失步、器件故障、外部干扰等）；➢设备故障；➢网络拥塞；➢其他原因2.4 分析流程及优化方法从话统统计到的RRC建立失败原因值来看，主要存在两种场景：由于资源失败导致的RRC连接建立拒绝（L.RRC.SetupFail.ResFail）及由于空口无响应导致的RRC连接建立失败（L.RRC.SetupFail.NoReply）；eNB发送RRC Connection Reject消息次数主要有以下几种场景：(1)小区准入失败导致发送RRC REJ；(2)激活用户数受限导致发送RRC REJ；(3)CPU占用率过高，流控导致发送RRC REJ；处理方法，调整以下参数：MML命令：MOD SRSCFG: SrsCfgInd=BOOLEAN_TRUE, TddSrsCfgMode=ACCESS_FIRST;配比2场景下，体验优先SRS和PUCCH的规格是120用户，改为接入优先，规格放大为400用户。
当小区流量过高或CPU负载过高时，ENB会启动流控，话统中主要由以下两个指标：L.RRC.SetupFail.Rej.FlowCtrl流控导致的发送RRC Connection Reject消息次数；L.RRC.ConnReq.Msg.disc.FlowCtrl流控导致的RRC Connection Request消息丢弃次数。
137、广东-中山NCS配置不同场景解决RA质差小区
LTE NCS配置不同场景解决RA质差小区2019年09月目录一、问题描述 (2)二、分析过程 (3)三、问题定位 (5)四、解决措施 (9)五、优化总结 (10)摘要：无线接通率能够反映用户接入网络的情况，是评价网络质量的一个重要指标，也是运营商一个重要KPI指标。
本文分享中山日常指标处理中一个覆盖半径参数配置不合理导致无线接通率低的差小区案例，为类似问题提供经验借鉴。
关键词：覆盖半径、接入、RA质差、无线接通率一、问题描述日常优化处理中发现民众综合机房BBU204_F站点三个小区的无线接通率都偏低，特别是3小区无线接通率仅为71%左右经常成为KPI的问题小区。
二、分析过程◆从话统上看到无线接通率低主要是由于RRC建立成功率低，RRC建立失败均为UE 无应答而导致RRC连接建立失败。
◆站点状态排查：查询民众综合机房BBU204_F状态正常无告警。
◆话统上看到小区无论上行底噪和CQI均无明显异常，干扰导致指标差可能性不大。
参数核查：对站点与接通率指标相关的参数进行核查，包括参数如下邻区、功率、最小接电平、PCI、根序列索引、小区半径等，核查发现小区半径设置为800米、根序列索引相差一位，数据设置与室分规划相符，与民众综合机房BBU204_F原本规划数据不符，数据配置异常怀疑开站时数据做错。
现网民众综合机房BBU204_F站点设置情况：民众综合机房BBU204_F规划数据：从地图上看到，1小区业务主要集中在800－1200外的村庄，2小区即主要集中在1000米－1500米的村庄，3小区主要集中在1500外的村庄，小区半径设置为800米与现网覆盖需求相差较大，小区半径设置过小，限制了实际网络覆盖下超出小区半径设置的终端接入导致指标差。
三、问题定位随机接入（RA，Random Access）在LTE系统中起着重要的作用，RA是UE网络通信前，由UE向eNodeB请求接入，收到eNodeB的响应并由eNodeB分配随机接入信道的过程。
PUCCH资源不足导致接通率低
华为_4G_PUCCH资源不足导致RRC接通率低处理【案例名称】：华为_4G_PUCCH资源不足导致RRC接通率低处理【厂商制式】：华为LTE【案例类型】：接通率【事件描述】：4月15日开始桂林叠彩区犁头山-HLH-1小区出现低接通情况,接通率不足05/12/2015 22:00:00 桂林叠彩区犁头山-HLH-1 23 11.9 1792 1792 100 1629 1628 100 05/12/2015 23:00:00 桂林叠彩区犁头山-HLH-1 23 11.834 1638 1638 100 1520 1520 100【原因分析】：1、告警检查：核查该基站无故障，同时核查发现该基站为长期故障站点，被删除数据，近期重新开启。
2、干扰分析：统计数据发现该小区的“系统上行每个PRB上检测到的干扰噪声的平均值”为-116，小区不存在上行干扰，附近无D频段小区，不存在MOD3干扰。
3、RRC连接建立失败原因值统计：OMC统计RRC连接建立失败的原因为PUCCH源分配失败，具体如下表：开始时间小区MME过载导致的发送RRCConnection Reject消息次数RRC连接拒绝次数UE无应答而导致RRC连接建立失败次数流控导致的RRCConnectionRequest消息丢弃次数流控导致的发送RRCConnectionReject消息次数因为PUCCH资源分配失败而导致RRC连接建立失败的次数因为SRS资源分配失败而导致RRC连接建立失败的次数用户数规格受限导致的RRC连接建立失败次数05/12/2015 07:00:00 桂林叠彩区犁头山-HLH-1 0 0 0 0 0 0 0 005/12/2015 08:00:00 桂林叠彩区犁头山-HLH-1 0 0 0 0 0 0 0 005/12/2015 09:00:00 桂林叠彩区犁头山-HLH-1 0 0 0 0 0 0 0 005/12/2015 10:00:00 桂林叠彩区犁头山-HLH-1 0 77 0 0 0 77 0 005/12/2015 11:00:00 桂林叠彩区犁头山-HLH-1 0 60 0 0 0 60 0 005/12/2015 12:00:00 桂林叠彩区犁头山-HLH-1 0 349 1 0 0 349 0 005/12/2015 13:00:00 桂林叠彩区犁头山-HLH-1 0 7 0 0 0 7 0 005/12/2015 14:00:00 桂林叠彩区犁头山-HLH-1 0 0 0 0 0 0 0 005/12/2015 15:00:00 桂林叠彩区犁头山-HLH-1 0 507 0 0 0 507 0 005/12/2015 16:00:00 桂林叠彩区犁头山-HLH-1 0 213 2 0 0 213 0 005/12/2015 17:00:00 桂林叠彩区犁头山-HLH-1 0 145 0 0 0 145 0 005/12/2015 18:00:00 桂林叠彩区犁头山-HLH-1 0 614 6 0 0 613 0 005/12/2015 19:00:00 桂林叠彩区犁头山-HLH-1 0 184 1 0 0 184 0 005/12/2015 20:00:00 桂林叠彩区犁头山-HLH-1 0 65 0 0 0 65 0 005/12/2015 21:00:00 桂林叠彩区犁头山-HLH-1 0 0 0 0 0 0 0 005/12/2015 22:00:00 桂林叠彩区犁头山-HLH-1 0 0 0 0 0 0 0 0这类问题需检查：✓突发高业务导致PUCCH资源不足：统计发现该时段“小区内的最大用户数”在42个左右，不存在超限问题；✓参数不合理导致PUCCH资源不足：统计PUCCH的PRB资源分配的平均值在4至6个，一般小区统计在7至10个左右，初步怀疑PUCCH参数存在不合理情况，核查发现PUCCH资源调整开关：PucchSwitch 未打开，如下图：✓覆盖不合理覆导致PUCCH资源不足：现场测试发现在北极广场附近路段UE占用桂林叠彩区犁头山-HLH-1小区信号，信号弱，该路段距离桂林叠彩区犁头山-HLH基站直线距离为2公里，存在过覆盖，测试截图如下：【解决方案】：1、上站核查该小区的天馈不存在隐性故障（与第一小区对调天线，仍旧指标差），对该小区的下倾角进行调整。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
华为_4G_PUCCH资源不足导致RRC接通率低处理
【案例名称】：华为_4G_PUCCH资源不足导致RRC接通率低处理
【厂商制式】：华为LTE
【案例类型】：接通率
【事件描述】：4月15日开始桂林叠彩区犁头山-HLH-1小区出现低接通情况,接通率不足
【原因分析】：
1、告警检查：核查该基站无故障，同时核查发现该基站为长期故障站点，被删除数据，近期重新开启。
2、干扰分析：统计数据发现该小区的“系统上行每个PRB上检测到的干扰噪声的平均
源分配失败，具体如下表：
✓
✓
✓覆盖不合理覆导致PUCCH资源不足：
现场测试发现在北极广场附近路段UE占用桂林叠彩区犁头山-HLH-1小区信号，信号弱，该路段距离桂林叠彩区犁头山-HLH基站直线距离为2公里，存在过覆盖，测试截
图如下：
【解决方案】：
1、上站核查该小区的天馈不存在隐性故障（与第一小区对调天线，仍旧指标差），
对该小区的下倾角进行调整。
2、打开PUCCH资源调整开关：PUCCH资源调整开关打开时，支持PUCCH自适
应扩展和收缩功能，当PUCCH资源不足的时候可以发起资源配置调整，避免
因为PUCCH资源受限导致用户准入失败，修改指令如下：MOD
CELLALGOSWITCH:LOCALCELLID=11,PUCCHALGOSWITCH=PucchSwitch-1【效果跟进】：修改后：桂林叠彩区犁头山-HLH-1接通率恢复正常，如下表：
RRC
同时PUCCH的PRB资源分配的平均值恢复到正常值，调整前后对比如下：
PUCCH的PRB资源分配的平均值（红线为调整前后对比）
【经验总结】：
RRC连接建立失败的原因值是PUCCH资源分配失败时，需要核查PUCCH资源调整开关是否打开，致PUCCH资源调整开关打开时，支持PUCCH自适应扩展和收缩功能，当PUCCH资源不足的时候可以发起资源配置调整，避免因为PUCCH资源受限导致用户准入失败。