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申请建立专有承载。
② MME收到UPLINK NAS TRANSPORT后，根据NAS层消息内容为UE分配专有承载资源，
并向eNodeB发送E-RAB SETUP REQUEST消息。
消息中主要携带E-RAB建立列表，列表包括E-RAB ID、承载的QoS信息、传输层配置信息以及NAS层信息。
③eNodeB收到E-RAB SETUP REQUEST消息后，根据UE申请的资源按照相应的RRM算法为
UE分配相关资源，包括：传输资源、无线资源、调度资源、功率资源、天线资源等
等。
并向UE发送RRC Connection Reconfiguration消息。
④UE收到RRC Connection Reconfiguration消息后，根据eNodeB为其分配的相关资源
完成参数配置，并向eNodeB发送RRC Connection Reconfiguration Complete消息，通知eNodeB配置完成。
⑤eNodeB完成上述操作后即成功地为UE建立起对应的E-RAB承载，因此向MME发送
E-RAB SETUP RESPONSE消息，E-RAB建立流程结束。
2)从后台提取切换失败相关测量报告发现该小区无可用资源导致E-RAB建立失败，对此可
以通过以下几个方面来进行分析：
eNodeB参数配置有误
核心网问题（EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）
该区域存在弱覆盖
终端及用户行为异常
基站与核心网之间存在链路故障
3)从后台提取以上小区告警情况发现在此时间段出现有大量用户面承载链路故障告警
E-RAB建立过程会为UE建立多条E-RAB承载，E-RAB建立的发起者可以是UE自身，也可以由网络发起。
当UE需要进行新的业务时，或网络侧需要为UE建立新的业务时，就可以通过NAS 层的专有承载激活过程为UE建立E-RAB，专有承载激活过程中UE和网络侧会协商QoS信息，接入网根据QoS信息为UE进行资源分配，并完成E-RAB的建立过程。
从以上查询结果可以看出，在此时间段内以上E-RAB建立异常小区均出现用户面承载链路故障告警，且定位对端SGW侧IP
地址均为100.81.50.33/100.81.50.34,怀疑该SGW链路异常引起E-RAB建立失败。
【处理过程】
核查以上站点eNodeB参数均无异常。
经现网查询EPC、TAC等参数配置无误，核心网侧反馈相关参数配置无异常。
核查核心网侧SGW链路发现在6月6日（10：00-16：00）期间核心网相关人员关闭了IP地址为100.81.50.33和100.81.50.34的两个SGW链路端口，从而导致大量E-RAB建立失败的情况。
对此可以提取6月7日、6月8日相关指标统计情况如下：
【处理结果】
根据以上测量统计、E-RAB信令流程分析结果来看，该小区切换成功率偏低主要是因为SGW链路不通引起，对应的SGW链路恢复后各小区无线接通率指标恢复正常。
TD-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，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。
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，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。
接入类-TD-LTE接通过程解析以及指标的分析定位优化思路
TD-LTE接通过程解析以及指标的分析、定位、优化思路接通率优化的思路遵循以下原则:1. 通过话统分析是否出现接入成功率低的问题，根据局方对接入成功率指标的要求启动问题定位或专题优化。
2. 通过对话统的原始数据进行分析，查出问题出现最多的TOP站点和TOP时间段。
3. 针对TOP站点进行针对性的网管信令跟踪，LMT跟踪，告警检查等。
4. 如果网管信令和LMT跟踪仍然无法定位问题，针对性的进行路测复现问题，采集前后台log,请相关开发人员协助定位。
当获取接入问题的TOP小区和TOP时段后，通过网管信令跟踪，LMT跟踪，告警检查等方法首先排查是否设备异常、组网配置问题：1. 排查小区状态。
- 检查各单板状态、RRU是否正常，小区状态是否为可用；- 查看小区是否存在告警，进行告警分析；手动恢复告警后查看告警是否存在；上报问题；2. 排查UE、小区、核心网组网配置、对接参数是否正常(常见于实验网阶段)。
- 检查UE的频点配置是否与eNB一致，检查UE的PLMN与eNB配置的PLMN是否一致，如果频点、PLMN配置不正确，UE进行小区搜索失败。
- 检查核心网是否有开户信息。
测试的IMSI没开户，表现为用户完成随机接入，上行直传消息后核心网立即回“S1AP_DL_CONTEXT_REL_CMD”，释放UE。
- 检查SCTP链路状态是否OK，如果异常，需要检查ENODB与MME连接的网线是否插好，端口是否与配置的SCTP端口号一致，是否与MME正常通信；- 检查S1接口状态是否正常，S1接口是否处于闭塞状态，寻求设备侧同事的帮助和研发指导。
- 检查安全模式配置。
UE和核心网需要共同开启或关闭鉴权，并且按照运营商提供的“LTE USIM卡参数建议”配置C值和R值。
eNB和核心网需要共同开启或关闭完整性保护算法和加密算法，并且保证配置的算法一致。
- 检查IPPATH。
基站在完成安全模式控制和UE能力查询后，将申请准备GTPU资源，如果资源准备失败会向核心网返回促使上下文建立失败响应消息：INIT_CONTEXT_SETUP_FAIL，原因值为：transport resource unavailable。
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、
每周的参数一致性核查时需要把此类影响性能指标的功能开关纳入核查内容中。
感谢您的阅读，祝您生活愉快。
TD-LTE上下行交叉干扰案例分析-网络性能优化
上下行交叉干扰案例分析
1、问题概述
2014年5月接通率、无线掉线率TOP小区南宁江南区香格里拉营业厅_HLW_1，后台跟踪有干扰，TOP小区南宁江南区香格里拉营业厅_HLW_1指标如下：
无线掉线率：
无线接通率：
干扰指标监控图：
2、问题处理
UE占用南宁江南区香格里拉营业厅_HLW_1同时能收到南宁江南区香格里拉_HLW_1的信号，现场扫频排查未发现有系统外干扰，且闭掉邻区南宁江南区香格里拉_HLW_1后，干扰消除。
怀疑为系统内干扰，核查两站点告警未发现GPS失锁。
对比两小区配置，发现两小区使用RRU型号不同，其中南宁江南区香格里拉_HLW_1使用的是RRU3151e-fae；南宁江南区香格里拉营业厅_HLW_1使用的是RRU3152-e。
由于RRU3151e-fae是双模RRU，为了和TDS空口同步，作了空口提前，而RRU3152-e是单模RRU，所以未作空口提前，双模单模RRU3152e与双模RRU 3151e-fae之间空口同步未对齐，同覆盖时造成上下行交叉干扰。
3、解决方法
将RRU3152e的帧偏置调整为一致。
配置命令MOD TDDFRAMEOFFSET时隙配比对应的时间提前量：
调整实施后指标恢复正常（2014060419:00实施调整）：
调整实施后干扰检测监控：。
TD-LTE传输问题导致下载速率不达标案例分析-网络性能分析
传输问题导致下载速率不达标案例分析【问题描述】8月31日在会展中心演示台做保障测试，该站点目的是为东盟演示而临时搭建，使用E 频段，2个频点，时隙配比3:1，特殊子帧配比10:2:2，测试下载速率平均值应满足100M 左右，但实际测试平均速率只有65M左右，并且在60M到80M之间波动很大；如下图所示：优化前问题截图【问题分析】在测试室分站点速率低通常有以下几种原因，需逐步排查：1、无线环境差，RSRP低、SINR低；2、服务器不稳定，终端异常、电脑配置过低；3、RSRP过高会导致终端识别不了，速率波动大（可通过修改RS功率调整）；4、双流室分通道不平衡，相差3dBm以上（可查看RRU端到天线端的端口是否接好）；5、XP系统电脑是否TCP窗口化；6、基站是否有告警，驻波告警也会影响速率；7、后台参数配置错误（时隙配比、PB参数设置不合理等）；8、传输问题（带宽不足、传输告警等）【问题排除过程】1、测试可看出会展中心室分站点无线环境良好，RSRP在-58dBm左右，SINR在34左右，调度数为满800调度，MCS 98%占用第28阶，可排除无线环境造成速率低；2、测试发现该室分站点通道有不平衡现象，波动较大，有时候会相差10dBm左右，双通道功率不平衡问题截图在发现双通道功率不平衡后，现场重新扭接天线头，复测双通道功率不平衡问题解决，但测试速率平衡在70到80M左右，仍未能满足100M；3、测试发现该该站点RSRP较高，在-58dBm左右，后台RS功率9.2调整至0，复测RSRP在-68dBm左右，但速率仍是在80M左右；4、通过更换服务器、更换电脑、更换终端测试，仍然没变化；5、后台告警查询无告警，参数查询，未发现配置错误；6、在区移动公司室分测试，速率能达到100M；7、重启会展中心室分基站，测试仍未解决；8、该室分传输为100M带宽，扩至200M带宽后测试，仍未达到100M；9、该室分为双频点，对另一个小区进行测试，也未满足平均速率100M，可判断为通道问题；10、从基站侧灌包至MIFI终端，发现速率超过100M，由此可判断空口是没问题的；11、经过一系列的排查，判断极大可能在传输上出问题，通过与传输人员协调得知从PTN6900到会展中心整条传输中有一台PTN950的接口使用的是100M的电口，而不是原计划的1G光口，因而造成实际传输只有100M且加上损耗，导致测试速率一直不能达到峰值。
案例：传输问题导致无线系统接通率低
案例：传输问题导致无线系统接通率低一、问题描述对绍兴联通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等地址将无法完成正常业务。
网格低速率问题分析及排查思路
网格低速率问题分析及排查思路（1）网格低速率路段优化思路LTE网络优化中，在定位低速率问题时候首先要建立端到端的整体性排查意识，重点关注空口方面的问题。
A、覆盖问题排查RSRP电平值异常排查定点测试时，建议选择好点，-65dBm>=RSRP>=-80dBm。
如果距离天线很近（小于100m)的地方（宏小区场景：可以直视天线，或室分在天线下方）RSRP达不到-80dBm，需要进行如下核查：●后台查询小区状态是否正常，存在告警或闭塞小区现象上报维护部门处理；●后台小区功率参数配置是否正确，●确认天线是否存在问题，是否有天线存在接反现象，天线的下倾角是否设置合理。
SINR异常排查定点测试时，建议选择好点，选择SINR大于20以上的地方进行测试，在RSRP较好但是SINR异常的时，需要如下核查：●通过闭塞邻区，观察SINR的变化，如果闭塞邻区后SINR变好，可以推断是同频干扰问题，需要解决MOD3干扰、降低重叠覆盖度，另外核查赋形参数设置是否存在问题；●外部干扰查询，可以通过监控空闲状态RSSI和扫频进行问题定位。
B、TM传输模式异常排查通过查看在好点时终端是否可以工作在TM3模式，RANK2条件下来判断TM传输模式是否存在异常。
一般在正常情况下，在两天线RSRP相差不大于3dB、收发相关性小于0.5、AvgSINR大于15dB时，系统可以使用双码字，TM传输模式异常排查步骤如下：第一步，查看小区算法开关中BF算法开关，●当BF算法开关打开时，查询BFMIMO配置是否正确；●推荐配置为MIMO_BF_ADAPTIVE(全自适应)；●当BF算法关闭时，查询MIMO配置，推荐配置为OL_ADAPTIVE(开环自适应)。
第二步，查看RI值是否上报为2，如果不是，从以下几个维度进行排查：●查看终端两个天线接收端口Antenna0和Antenna1的RSRP电平值是否相差5dB以上；如果相差5dB以上，可调整测试位置或更换终端进行尝试；●RRU的通道校准是否通过；●查看接收相关性是不是过高，如果过高，可调整测试位置或更换终端进行尝试。
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。