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、上站核查该小区的天馈不存在隐性故障（与第一小区对调天线，仍旧指标差），对该小区的下倾角进行调整。
LTE指标优化及TOP小区分析指导图文详解
1 掉线率1.1 指标定义无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100%1.2 指标分析及统计点介绍UE Context异常释放次数测量点：如图1中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1。
eNodeB发起的S1 RESET导致的UE Context释放次数测量点：如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。
UE Context建立成功总次数测量点：如图3中B点所示，当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。
消息中如果包括多个E-RAB，该指标也只统计一次。
1.3 TOP小区分析流程TOP小区分析可通过OMC 920提取异常释放原因：□ eNodeB发起的原因为UE LOST的UE Context释放次数□ eNodeB发起的原因为切换失败的UE Context释放次数□ eNodeB发起的原因为无线层问题的UE Context释放次数□ eNodeB发起的S1 RESET导致的UE Context释放次数❶是否存在异常告警或传输闪断1）通过LST ALMAF查询站点实时告警,参考历史告警；2）通过DSP BRD 查询单板运行情况；❷通过提取两两小区切换，确定目标小区1）确定目标小区运行情况，是否基站故障或异常告警；2）检查邻区间参数设置是否正确；3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4）检查基站是否周边站点缺少，如为孤站，可视为正常；❸检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；❹参数是否设置合理1）查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；❺是否存在高干扰1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；小提示：判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在RB40-RB80,则为广电干扰，请大家知悉。
PDCCH容量不足、调度阻塞导致高掉线优化
PDCCH容量不足、调度阻塞导致高掉线优化案例目录1、问题描述 (3)2、问题分析 (3)3、解决方案 (3)4、取得效果 (6)5、总结推广 (7)摘要：PDCCH容量不足、调度阻塞，在业务繁忙的情况下，PDCCH的阻塞会造成UE跟ENB之间无调度信息，导致掉线突升，此时接通率、切换成功率指标有可能都正常。
【关键字】LTE 拥塞掉线1、问题描述在日常处理TOP时，进行常规TOP统计分析发现05月05日泸县一中-3掉线指标剧增，全天6忙时产生掉线4300多次，但接通率等指标正常，具体指标如下:2、问题分析造成无线掉线高的因素主要有下面几种：•告警故障，如BUS线故障、VSWR告警、传输闪断等；•天线权值，如自定义设置问题；•干扰问题，如PPS参数设置不合理、MOD3问题、特殊子帧配比等；•其它重要参数问题，如CQI/SR周期等；•邻区问题，如少配或漏配邻区，相同邻区重复定义等；•特殊覆盖场景问题，如海域覆盖小区、高铁小区等；•隐性故障，如FBBA板、天线接反等；首先我们对这个小区进行了常规的检查，结果如下：●该小区状态正常，无告警；●邻区配置正常，切入切出成功率指标正常，基站版本正常；●掉线次数均为无线原因，且次数较多，并非偶发事件。
进一步进行了以下分析：➢分时统计发现，掉线率升高的时段均为忙时，早上6时以前及晚上21时以后指标尚可；怀疑掉线率升高跟业务量有关；➢接通率指标正常，无RRMRAC造成的未接通，说明接入相关的容量没有问题；➢统计发现，忙时掉线率高的时候PDCCH阻塞次数也很高（AGG1~8_BLOCKED_PDCCH），而在半夜指标正常的时候则无此问题。
➢通过以上指标，初步判断是PDCCH容量不足、调度阻塞导致高掉。
3、解决方案那么针对这种情况，我们需要降低PDCCH的阻塞问题，主要有以下两个途径：1、增加PDCCH的符号数量，可调整参数Maximum number of OFDM symbols forPDCCH，最大调整到3，该参数需要配合PRACHFreqOFF一起调整；PRACHFreqOFF 定义了PRACH的位置，可按照网管提示来配置，一般情况下PDCCH数量调到3的时候，PRACHFreqOFF可调到7；2、减少每TTI调度的用户数，涉及参数Maximum amount of users per TTI inUL/DL。
接通率提高的10种方法
接通率提高的10种方法以接通率提高的10种方法为标题，写一篇文章在现代社会中，通信已经成为人们生活中不可或缺的一部分。
然而，有时我们会遇到通信接通率低的问题，这给我们的生活和工作带来了不便。
为了解决这一问题，下面将介绍10种提高通信接通率的方法。
一、优化网络设备我们应该确保网络设备的正常运行。
检查路由器、交换机、光纤等设备是否正常工作，及时排除故障，保证网络的稳定性。
二、增加信号覆盖范围如果通信接通率低是因为信号覆盖范围不足所致，我们可以增加信号覆盖范围，比如增加基站数量、使用信号放大器等方法，以提高接通率。
三、优化信号传输路径信号传输路径的优化也是提高接通率的关键。
通过优化信号传输路径，可以减少信号传输的阻碍，提高通信的稳定性和接通率。
四、增加带宽带宽是影响通信速度的重要因素。
如果带宽不足，通信接通率就会降低。
因此，我们可以增加带宽来提高接通率。
比如，升级网络设备、选择更高速的网络接入方式等。
五、优化网络配置网络配置的合理性对通信接通率也有很大影响。
通过优化网络配置，比如调整IP地址分配、优化路由表等，可以提高通信的稳定性和接通率。
六、减少网络拥堵网络拥堵是影响通信接通率的重要因素之一。
我们可以通过增加网络带宽、优化网络拓扑结构、限制流量等方法来减少网络拥堵，提高接通率。
七、加强安全防护网络安全问题也会影响通信接通率。
通过加强安全防护，比如设置防火墙、加密传输等，可以减少网络攻击，提高通信的稳定性和接通率。
八、定期维护和更新定期维护和更新网络设备也是提高通信接通率的重要手段。
定期检查和清理设备，及时更新软件和固件，可以保持设备的良好状态，提高通信的稳定性和接通率。
九、提升人员技能人员技能的提升也对通信接通率有一定的影响。
通过培训和学习，提升人员的专业技能和知识水平，可以更好地解决通信故障，提高接通率。
十、加强监控和管理加强通信网络的监控和管理是提高接通率的重要手段。
通过监控和管理系统，及时发现和解决通信故障，可以提高通信的稳定性和接通率。
精品案例_CCE功率不足导致VOLTE感知丢包率差优化
CCE功率不足导致VOLTE感知丢包率差优化目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (3)四、经验总结 (3)CCE功率不足导致VOLTE感知丢包率差优化【摘要】由于VOLTE通话中丢包严重影响通话质量，导致RTP包的丢失，导致用户出现单通、双不通、断续、回声、杂音，甚至掉话风险，用户感知差，在现网优化中要重点关注无线环境（弱覆盖，重建，切换，干扰等）及容量方面（CCE，PRB等利用率），提升用户感知。
【关键字】容量利用率、无线环境、感知、CCE【业务类别】定位类一、问题描述在TL-市区-莱德电子-HFTA-448993-54小区在近一周出现上行高感知丢包，丢包率30%左右，严重影响用户感知。
二、分析过程了解“感知丢包”前首先需要对无线口的丢包弃包原理进行简单说明。
用户面的RTP包在空口是承载在PDCP包中，无线问题导致的丢包即PDCP的丢包，分为无线空口丢包和基站（或终端）主动弃包两种：终端或基站在调度PDCP包时，由于容量或空口质量问题，在PDCP discardtimer定时器超时后会主动丢弃该PDCP包。
●上行终端弃包：终端判断某个PDCP包超过上行PDCP discard timer（华为100ms，中兴无穷大，诺基亚无穷大）。
终端即使出现弃包的情况，发出时的PDCP序列号也是连续的，基站侧无法统计主动弃包情况，所以没有OMC指标可以表征。
●下行基站弃包基站判断某个PDCP包超过下行PDCP discard timer（华为100ms，中兴100ms，诺基亚无穷大）。
下行PDCP主动丢包记录的是下行因PDCP丢弃定时器超时导致的语音丢包。
空口丢包终端或基站调度发出PDCP包后，由于空口质量问题导致在空口传输过程中丢失称为空口丢包。
基站侧可以统计该指标：1.上行空口丢包基站根据收到终端上发的PDCP SN序列号判断上行空口丢包。
例如终端发送了PDCP SN 为1/2/3/4/5共5个包，而基站收到PDCP SN为1/2/3/5共4个包，那么基站侧统计的丢包率为1/5=20%。
载波聚合站点下行ACK资源不足导致E-RAB异常释放问题分析
载波聚合站点下行PUCCH ACK资源不足导致E-RAB异常释放【产品族】LTE TDD【关键字】CA、503错误、VoLTE掉话、ACK码道资源不足【问题描述】现网3CA的小区不同程度存在503错误导致VoLTE掉话，经分析相关小区CA用户多，话务量大，组内下行动态码道资源不足导致小区辅载波激活失败，引发QCI链路异常释放，影响用户感知。
S省公司在分析VoLTE掉话问题时发现，eNodeB在QCI=1建立完成之后，主动向MME上发，UE CONTEXT RELEASE REQUEST(Cause:25)消息；随后MME向SGW发送DELETE BEARER COMMAND，导致SBC向SGW下发503错误,造成掉话（图1）。
图1【处理过程】选取出现该问题站点金牛区图书大厦-HLH，提取该时段基站内部CHR日志进行定位分析；1、CHR话统分析(为保护用户隐私，相关信息需被匿名化处理，本文不涉及)统计cause25出现时间段话统发现，QCI链路异常释放，主要集中在本地小区标识为4、1、5、2小区，其中4小区最多（图2）。
图2该时间段QCI链路释放是因为L.E-RAB.AbnormRel.Radio无线层问题导致E-RAB异常释放，其中子原因为L.E-RAB.AbnormRel.Radio.other导致。
（如图3、图4所示）根据L.E-RAB.AbnormRel.Radio.other定义：如果异常释放的原因为无线层错误，并且子原因为除了DRB RLC达到最大重传次数、SRB RLC达到最大重传次数、上行重同步失败以及空口过程失败（不包括切换和重建时的空口过程失败）的其他原因，统计L.E-RAB.AbnormRel.Radio.Other指标；图3图42、CHR内部原因分析(为保护用户隐私，相关信息需被匿名化处理，本文不涉及)分析该时段QCI链路释放内部原因统计，43.20%是UEM_UECNT_REL_RB_RECFG_FAIL（图5）图5查看UEM_UECNT_REL_RB_RECFG_FAIL的原因为CA_SCELL_UPD_FAIL，小区辅载波激活失败（图6）；图6经CHR日志分析导致这种辅载波激活失败主要原因：这几个小区CA用户多，话务量大;由于下行CA站点ACK码道资源不足导致小区辅载波激活失败（图7、图8）；图7图8【根因分析】经CHR日志分析，确认辅载波激活失败主要原因是相关小区CA用户多，话务量大，组内下行动态码道资源不足导致小区辅载波激活失败（图7、图8）；当前网络默认状态下每个SCC CA 用户不能共享其他CA组内的ACK码道资源，导致网络忙时部分CA组资源紧缺，而部分CA组存在资源冗余。
呼叫中心接通率低的原因剖析及改进措施
呼叫中心接通率低的原因剖析及改进措施呼叫中心接通率低的原因剖析与改进措施当前，呼叫中心(Call Center)广泛应用于电信、金融、政府机构、电力、邮电等各行各业，随着CTI（计算机电话集成）技术的发展，尤其是IVR（自动语音应答系统）的引入，呼叫中心发展迅速，从业规模日益增长，呼叫中心管理方面面临着业务量大、接通率低、客服代表服务意识不够、业务操作不熟练、IVR分流作用不明显、满意度低等诸多问题，其中最常见的是接通率低和人员服务不到位。
一、接通率低原因剖析（一）客服代表业务技能不够。
1.业务知识掌握不全面。
呼叫中心客服代表主要是为客户答疑解难的，客户每一次呼叫，从某种意义上对客服代表就是一次业务考试，接续人员只有熟练掌握业务，对答如流，才能减少检索知识库的时间，缩短通话时长，反之，业务不熟练，就要现场去查询，去检索，甚至打开坐席示忙去找业务师傅询问答案，这样就会让客户长时间等待。
2.应答口径和技巧欠缺。
因呼叫中心的工作本身具有以声音来传递信息的特性，这就要求客服代表在服务过程中使用规范的语言，对问题的答复口径要准确统一。
如果客户咨询问题，客服代表没有明确的答案，同时，电话沟通是一门语言艺术，如果客服代表没有灵活的语言表达技巧，一个业务问题反反复复解释不清，通话时间必然增长，影响接通率。
3.打字速度慢。
当客户反映的问题需要记录时候，如果客服代表打字速度跟不上，不能听的同时记录完毕，还要接完电话，再去补记这条工单，记录完毕再去接听下一个电话。
就会降低小时话务量，影响上班时间接听客户电话的个数。
4.业务支撑系统（如：BOSS等）操作不熟练。
客服代表在接续过程中，需要在系统中当场查询或者办理的业务，如果系统操作不熟练，不知道某项业务在哪个位置查询和办理，点击速度缓慢，不但会影响通话时长，还会影响客户感知。
5.新员工上岗。
每一批新员工上岗，都会存在以上问题，都会影响电话接续。
（二）班次安排不合理。
班次安排如果忽视了客户感知的导向。
GPRS_如何处理PDCH分配成功率低
如何处理PDCH分配成功率低话务不拥塞，如何处理PDCH分配成功率低？GPRS/EGPRS无线信道配置无线资源是移动通信的瓶颈，载频投资占公司运营成本的很大一部分。
EGPRS与GPRS一样，在无线资源的使用上，其基本思想是充分利用GSM的空余资源，动态的资源分配是其技术特点。
静态PDCH信道用于在语音优先的信道调度中保证GPRS的服务等级，尤其是在业务需求超过现有信道承载能力时。
动态信道可配置数量由厂商的实现方式决定，不过动态信道无论配置多少，相当的PDCH数量都有一个上限，只有当无线信道承载GSM业务有富余时，多配置动态GPRS信道才有显著意义。
1.PDCH分配策略PDCH信道分配功能由PCU处理的，PCU负责分配PS域的无线信道给不同的GPRS/EGPRS手机。
最多8个连续的时隙组成1个PSET（PDCHSET），同1个PSET包含的所有信道都是来自相同的频率或是使用同一个跳频序列。
PSET可以由FPDCH或动态PDCH组成。
同一部手机只能分配同1个PSET的信道。
1个小区可分配的最大的PDCH信道数是由小区可用的TCH信道和PCU的GSL资源决定。
FPDCH固定为数据业务使用，其信道不能转换为TCH给语音使用。
在信道分配管理中，定义了FPDCH的情况下，信道分配时，其邻近信道将作为LAST选择，预留给数据业务使用，以防止出现没有连续时隙可用的情况。
如果没有定义FPDCH，那么在分配给数据业务使用的PDCH时，可能出现没有连续时隙可用的情况，而导致终端满时隙率下降，影响用户的下载速率。
由于FPDCH会一直占用GSL资源，因此在RPP资源充足的情况下，建议配置一定数据的FPDCH数，以提高数据业务服务能力。
PDCH信道分配失败的可能原因：(1)硬件故障引起的分配失败，如TRX工作不正常或者出现告警；(2)小区信道资源不足造成的分配失败；(3)PCU资源不足引起的分配失败；(4)BSC软件引起的失败等。
5G优化案例：5G多用户场景下PUCCH的Format3配置不合理导致下行速率陡降
5G多用户场景下PUCCH的Format3配置不合理导致下行速率陡降XX无线维护中心XXXX年XX月目录一、问题描述 (3)二、分析过程 (3)2.1 无线环境评估 (3)2.2上行PUSCH抢占PUCCH开关评估 (4)2.3 PUCCH的Format3RbNum评估 (6)三、解决措施 (7)四、经验总结 (8)5G多用户场景下PUCCH的Format3配置不合理导致下行速率陡降XX【摘要】本案例主要介绍5G多用户场景下PUCCH的Format3配置不合理导致用户下行速率陡降问题，故后期现场优化需避免单用户峰值优化造成了多用户场景下峰值速率能较差情况。
【关键字】5G、多用户场景、Format3配置、峰值速率【业务类别】优化方法、基础维护、5G、参数优化一、问题描述在XX电信枢纽楼站单小区多终端测试时，下行速率抖降，单终端mate20X正常速率下行1100 Mbps以上，多终端接入后（第二个终端接入后不做业务），同一服务器Speedtest 测试，第一个终端速率掉半只有500Mbps 多，且只有其中1个扇区存在问题，其他小区正常。
图1.不同用户场景下测试速率二、分析过程2.1 无线环境评估查询小区状态正常，无告警，通过进一步对比分析同一个用户在有另外一个用户接入但未做业务和单独一个用户做业务的场景下的测试LOG日志，发现差异点主要是调度次数不足导致。
其他空口环境，MCS,IBER,RANK都一致。
1）2个用户接入，其中1个业务做业务，1个业务只接入未做任何业务。
图2.多用户业务测试截图2）单用户接入并做业务情况下图3.单用户业务测试截图2.2上行PUSCH抢占PUCCH开关评估当前上行PUSCH抢占PUCCH开关打开，为PUSCH抢占PUCCH场景小区设置。
图4.上行PUSCH抢占PUCCH开关核查NR上行有信道有PUCCH， PUSCH， PRACH三种信道，而PUCCH与4G时代一样，都是位于BWP上下两端。
LTE的ICIC算法缺陷导致接通率低
LTE的ICIC算法缺陷导致接通率低1.1故障描述1.版本信息设备类型：enodeb软件版本：产品型号：2。
详细描述武汉大学的1号小区，pci=222，在下行rsrp=-74dbm且sinr=23db的定点进行接入，接入的成功率很低；3、影响分析影响用户接入1.2故障诊断单小区接通率低主要通过如下几个步骤来进行判断：1、故障告警分析，判断是否存在影响业务的相关告警在这种情况下，检查当前报警和历史报警，没有异常，与报警无关。
2.信令跟踪，查找具体的信令链路问题1）前台信令分析发现终端在发送message5或者ue能力信息后，接收不到基站的反馈，直接释放，尝试下一次的接入2）后台信令分析发现，基站侧无法接收终端发送的message5和UE能力信息，超过定时器时间限制后发送rrcrelease消息3）从信令现象来看存在消息丢弃，一般来说有两种可能性。
一种是系统内部异常导致消息积压或者处理失败（收到包，但处理有异常），一种是干扰导致未收到相关数据。
3、打印日志分析，根据异常实施处理使用DSP打印和查看消息，发现了大量MSG1错误检测问题。
通过在后台配置中增加“单窗口检测阈值”解决了这个问题，但访问成功率没有得到提高。
其他消息显示无异常，判断未出现消息积压或者处理失败的问题。
4.后台参数配置异常lte属初建网络，参数配置还处于摸索阶段。
一般来说通过比对正常小区或者默认参数模板来判断，本小区无异常配置。
同时，尽量调整功率控制参数，防止功率控制算法不成熟造成的问题。
增加PUCCH和Pusch的P0值，并对PUCCH使用开环功率控制，接入成功率没有显著提高。
5.干扰分析本案例用户接入时sinr为23，且处于强场，初始并未从总体干扰角度来核查。
通过前面的分析未见明显异常，决定观察上行干扰是否显著。
检查背景上行背景噪声，发现少量RBS缺少强上行干扰。
在使用ICIC功能时，避免这个问题是合理的。
人们怀疑该算法存在一些缺陷。
修改PUSCH标称P0值导致无线接通率降低
修改PUSCH标称P0值导致无线接通率降低一．案例关键字二．案例问题现象在进行全网总体健康度参数核查中发现部分基线参数值与推荐参数不一致，对不在合理设置范围内必须修改的网元进行参数修改。
于6月25日凌晨对江都进行修改，而后在6月26日凌晨对全网区域进行修改。
修改后对比告警个指标等无明显变化。
后在提取全网指标时发现RRC建立成功率下降1%左右。
三．原因分析及排查处理从参数配置角度进行分析1. 后台排查过程在提取全网指标时发现RRC建立成功率下降1%左右，经排查，发现主要因UE无应答而导致RRC连接建立失败，怀疑参数修改后，RS功率过低导致弱覆盖。
对影响RS功率的参数进行回退后指标未恢复。
回退参数为：2．参数说明1、PASSLOSSCOEFF 路径损耗因子现网参数只有23个小区配置为AL08，因此修改此参数只有23个小区。
2、P0NOMINALPUCCH PUCCH标称P0值现网参数有1093个小区配置为-105，因此修改此参数只有1093个小区。
3、P0NOMINALPUSCH PUSCH标称P0值此参数主要是降低对同频邻区的上行干扰，与推荐值不一致，要求必须修改。
且此参数不影响业务、对空闲模式UE无影响。
4、CSFBPROTECTIONTIMER CSFB 保护定时器此参数主要为CSFB 保护，当定时器超时时对UE进行盲重定向，因此降低此定时器的时长。
解决措施现网PUSCH标称P0值从-67降低至-96导致基站发射功率过低，从而使部分区域覆盖变差，UE无应答问题增加导致RRC建立成功率指标劣化。
【Resolution Summary】参数设置问题，回退后问题解决【Resolution Details】现场的P0NOMINALPUSCH参数设置错误，回退后问题解决// Risk of Solution:Non-Risk Operation四．案例总结：参数核查的根本目的是确保现场不会因为参数设置的错误导致网络问题，而不是为了核查而核查，决不能生搬硬套搞一刀切！。
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. 弱场接入。
- 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资源受限导致用户准入失败。