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，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。

接通率低指标优化案例

丰台科丰桥FD小区接通率低指标优化案例
问题描述
性能工单中出现丰台科丰桥FDD-131，-133小区接通率低，同时持续发生。

问题分析
从接通率指标来看1,3小区接通率指标低于90%，但是无告警，无干扰，其他指标也正常，没有发现异常情况。

问题处理
通过后台统计继续分析，发现FDD 双通道上行RSSI电平差值较大，于是安排塔工上塔检查RRU和天馈连接。

中兴FDD 1800M RRU通常都是四口，2T4R，但是考虑到天馈一般都是2个口，所以数据制作的过程中只会用到1,4口，组成1T2R的配置。

但是上站后发现这个站点天线有4个1800M
的天馈口，四个天馈口的天线阵子是分布在天馈两侧，中间是GSM900的两个口。

这就造成了后台配置的1,4口天馈实际覆盖上存在差异。

造成接通率低原因。

处理过程截图
通过天馈检查后，基本知道天馈问题不大，将后台2通道天馈系统，配置为4通道天馈系统，接通率指标恢复正常。

处理结果:
处理后接通率指标基本保持在99%以上。

问题总结:
后续FDD的配置情况，需要跟现场连接吻合，同时如果存在问题，需要现场核实硬件连接情况。

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，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。

LTE案例 - 无线接通率低优化案例

LTE案例 - 无线接通率低优化案例
E-RAB无线接通率低优化案例
一．
故障描述
三水西南全球通室分站点为满足客户需求，进行了小区分裂，分裂后进行话务指标统计发现该站两个小区E-RAB 无线接通率低。

二．
故障分析
针对该项指标进行相关的counter指标提取，发现问题主要集中在“pmErabEstabAttAdded ”和“pmErabEstabSuccAdded”这两个counter，E-RAB added 一次成功次数都没有，因此怀疑multierab feature未开启，经核实发现该feature 的state为0（关闭）。

三．
故障解决方案
在网管把featureStateMultiErabsPerUser设置为1（开启）.
四．
故障实施效果
把该feature开启后，观察话统指标E-RAB SSR恢复正常，问题得到解决。

五．
案例总结 A、
分析过程中若发现失败次数集中在某个counter，需考虑整体性的原因，如是否相关的功能未开启，某类参数设置不当导致等。

B、
若对站点进行数据重做时，需要把重做数据前的相关参数、feature开启情况、邻区情况等进行备份，以便重做数据后进行核查。

C、
每周的参数一致性核查时需要把此类影响性能指标的功能开关纳入核查内容中。

感谢您的阅读，祝您生活愉快。

案例：传输问题导致无线系统接通率低

案例：传输问题导致无线系统接通率低一、问题描述对绍兴联通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等地址将无法完成正常业务。

精品案例_LTE速率低的原因及优化方法

精品案例_LTE速率低的原因及优化⽅法LTE速率低的原因及优化⽅法⽬录⼀、问题描述 (3)⼆、分析过程 (3)三、解决措施 (5)四、经验总结 (7)LTE速率低的原因及优化⽅法【摘要】LTE系统中理论速率很快，但在实际测量中速率却是千差万别。

虽然LTE-TDD与LTE-FDD在帧结构和调度上有着很⼤的差别，但对于速率的计算却是相似的，都是以帧结构和带宽为基础进⾏计算的。

在实际计算中PDCCH、参考信号、PBCH、PSS/SSS以及编码的开销约占25%，同时⽆线环境的变化往往会导致这些调制⽅式改变，码率也将变化，在实测中的速率往往会更低。

【关键字】速率、帧结构和带宽、⽆线环境【业务类别】优化⽅法⼀、问题描述亳州地市处理DT⼯单时，发现尾号为050815⼯单中测试车辆在亳州市谯城区魏武⼤道与⼯业路交⼝南附近由北向南⾏驶中，产⽣LTE连续PBM下载速率低⼯单。

⼆、分析过程影响LTE数据速率的因素有很多，现在从LTE原因和实际优化两个⽅⾯对影响LTE速率的因素进⾏说明。

根据LTE系统原理，影响下⾏速率的基本因素有以下⼏种：1、系统带宽不同的系统带宽决定了系统中总PRB的数⽬，对于⼩区内⽤户⽽⾔，在同⼀个调度周期不同⽤户业务在频域上承载在不同的PRB上。

带宽越⼤，可⽤的PRB资源越多，相应的吞吐量越⾼，吞吐量与系统PRB个数基本呈线性关系，如下表，LTE中最⼤⽀持20MHz带宽，对应的PRB数为100个。

2、天线的数⽬在LTE中引⼊了MIMO，MIMO系统在发射端和接收端均采⽤多天线（或阵列天线）和多通道。

利⽤MIMO技术可以提⾼信道的容量，也可以提⾼信道的可靠性，降低误码率。

天线的数⽬越多，可进⾏传输的通道越多，对应的速率就越⾼。

3、终端的能⼒LTE中对UE进⾏了严格的规定，根据协议，⽬前已经定义15类终端，不同等级的终端每个调度周期可以接收的最⼤⽐特数不同，每个TB的⽐特数不同，可⽀持的空分复⽤的层数也不同；对于上⾏仅有5类、8类和15类⽀持64QAM不同类型终端功能除协议规定的终端类型对速率有重要影响外，终端⽣产过程其芯⽚处理能⼒，终端接收灵敏度等也对速率产⽣重要影响。

LTE通信VOLTE 【惠州LTE精品网案例】同频同PCI导致无线接通率低

无线接通率低TOP小区分析处理案例1.1分析流程图图1无线接通率TOP小区分析流程图1.2问题描述惠州河南岸瑞峰公园里2-HLW-2小区无线接通率从1月18日开始出现劣化，无线接通率低主要由于RRC连接失败成功率低导致，平均每天RRC连接失败次数约为30次、RRC连接建立成功率约为91.28%，无线接通率约为90.38%，具体劣化指标如下表所示：表 1惠州河南岸瑞峰公园里2-HLW-2无线接通率劣化指标1.3问题分析通过OMC查询，惠州河南岸瑞峰公园里2-HLW站点无告警、无上行干扰，小区状态正常，排除硬件故障、外部干扰等原因。

查看小区RRC连接建立失败原因指标，发现惠州河南岸瑞峰公园里2-HLW-2小区RRC连接建立失败的主要原因为“UE无应答而导致RRC连接建立失败”，详细失败原因统计如下表：表 2惠州河南岸瑞峰公园里2-HLW-2 RRC连接建立失败原因指标通过Mapinfo查看惠州河南岸瑞峰公园里2-HLW-2小区PCI复用是否合理，是否存在模三冲突；经核查，发现以下异常问题，惠州河南岸瑞峰公园里2-HLW-2小区与同站邻区惠州河南岸瑞峰公园里2-HLW-101小区存在同频（38950）同PCI （90）现象，具体如下图所示：图2惠州河南岸瑞峰公园里2-HLW-2小区Mapinfo核查PCI图核查惠州河南岸瑞峰公园里2-HLW站点网管静态参数，与Mapinfo地图软件分析结果一致，具体如下图所示：图3惠州河南岸瑞峰公园里2-HLW站点网管静态参数图综上判断，惠州河南岸瑞峰公园里2-HLW-2小区RRC连接建立成功率低的主要原因为受到同站邻区惠州河南岸瑞峰公园里2-HLW-101小区同频同PCI干扰，导致终端在两小区交叠覆盖区域无法正确解析基站同步码，从而造成终端接入失败，最终造成惠州河南岸瑞峰公园里2-HLW-2小区出现无线接通率低问题。

1.4解决措施1月28日修改惠州河南岸瑞峰公园里2-HLW-101小区的PCI，由90改为92，避免同频同PCI。

TD-LTE SGW链路不通引起的无线接通率偏低案例分析-网络性能监控

SGW链路不通引起的无线接通率偏低案例分析【现象描述】6月7日对南宁移动LTE全网站点进行KPI统计时，发现部分站点在6月6日（10：00-11：00）时间段内无线接通率偏低，其中部分小区无线接通率仅有5.25%，部分站点无线接通率指标情况如下：无线接通率：无线掉线率：切换成功率：切换成功率主要通过话务统计获得，根据区公司推荐的公式为：无线接通率=[RRC连接建立次数]/[RRC连接请求次数（不包括重发）]*[E-RAB建立成功总次数]/[E-RAB建立尝试总次数]*{100}。

从以上KPI指标统计情况可以看出以上小区RRC连接建立成功率、切换成功率、无线掉线率指标均无明显异常，无线接通率偏低主要是因为E-RAB建立失败引起。

通过OMC920提取E-RAB建立失败小区原因如下：1)eNodeB发起的S1 RESET导致的E-RAB异常释放2)传输层问题导致的E-RAB异常释放3)切换流程失败导致E-RAB异常释放4)无线层问题导致的E-RAB异常释放5)核心网问题导致的激活的E-RAB异常释放6)网络拥塞导致的E-RAB异常释放7)安全模式配置失败导致E-RAB建立失败8)无线资源不足导致E-RAB建立失败9)等待UE响应超时导致E-RAB建立失败10)无可用资源导致E-RAB建立失败提取E-RAB建立失败指标情况如下：从以上KPI指标统计结果来看，以上小区RRC建立成功率良好，无线接通率偏低主要是因为无可用资源导致。

【原因分析】1)E-RAB建立流程是UE的专有承载建立过程，当UE完成初始UE上下文接入过程后，当需要进行新的业务服务时，会发起E-RAB建立过程。

同样地，E-RAB建立过程也会伴随有NAS 消息的交互，目的是在NAS层协商业务参数用于接入层的资源分配。

下图所示为典型的E-RAB建立过程：①在完成初始UE上下文建立过程后，当UE需要进行业务建立时，会通过 NAS层消息交互向MME申请建立专有承载。