TD-LTEKPI劣化小区分析处理指导手册_PA1

TD-LTEKPI劣化小区分析处理指导手册目录TOC\o"1-3"\h\z\uHYPERLINK\l"_Toc405383876"1概述PAGEREF_Toc405383876\h4HYPERLINK\l"_Toc405383877"2无线接通率PAGEREF_Toc405383877\h4HYPERLINK\l"_Toc405383878"2.1接通率指标描述PAGEREF_Toc405383878\h4HYPERLINK\l"_Toc405383879"公式定义PAGEREF_Toc405383879\h4HYPERLINK\l"_Toc405383880"信令流程PAGEREF_Toc405383880\h5HYPERLINK\l"_Toc405383881"2.2接通率失败CausePAGEREF_Toc405383881\h7HYPERLINK\l"_Toc405383882"失败Cause描述PAGEREF_Toc405383882\h7HYPERLINK\l"_Toc405383883"现网Cause比例PAGEREF_Toc405383883\h9HYPERLINK\l"_Toc405383884"2.3RRC缺少资源PAGEREF_Toc405383884\h10HYPERLINK\l"_Toc405383885"分析方法PAGEREF_Toc405383885\h10HYPERLINK\l"_Toc405383886"优化案例PAGEREF_Toc405383886\h12HYPERLINK\l"_Toc405383887"2.4RRC高负载PAGEREF_Toc405383887\h13HYPERLINK\l"_Toc405383888"分析方法PAGEREF_Toc405383888\h13HYPERLINK\l"_Toc405383889"优化案例PAGEREF_Toc405383889\h14HYPERLINK\l"_Toc405383890"2.5RRC超载PAGEREF_Toc405383890\h19HYPERLINK\l"_Toc405383891"2.6RRC/ERAB无线进程失败PAGEREF_Toc405383891\h19HYPERLINK\l"_Toc405383892"优化思路PAGEREF_Toc405383892\h19HYPERLINK\l"_Toc405383893"告警检查PAGEREF_Toc405383893\h19HYPERLINK\l"_Toc405383894"干扰优化PAGEREF_Toc405383894\h26HYPERLINK\l"_Toc405383895"覆盖优化PAGEREF_Toc405383895\h37HYPERLINK\l"_Toc405383896"3无线掉线率PAGEREF_Toc405383896\h41HYPERLINK\l"_Toc405383897"3.1掉线率指标描述PAGEREF_Toc405383897\h41HYPERLINK\l"_Toc405383898"公式定义PAGEREF_Toc405383898\h41HYPERLINK\l"_Toc405383899"信令流程PAGEREF_Toc405383899\h41HYPERLINK\l"_Toc405383900"3.2掉线率CausePAGEREF_Toc405383900\h42HYPERLINK\l"_Toc405383901"掉线Cause描述PAGEREF_Toc405383901\h42HYPERLINK\l"_Toc405383902"现网Cause比例PAGEREF_Toc405383902\h43HYPERLINK\l"_Toc405383903"3.3UE丧失优化PAGEREF_Toc405383903\h43HYPERLINK\l"_Toc405383904"优化思路PAGEREF_Toc405383904\h43HYPERLINK\l"_Toc405383905"告警检查PAGEREF_Toc405383905\h44HYPERLINK\l"_Toc405383906"干扰优化PAGEREF_Toc405383906\h45HYPERLINK\l"_Toc405383907"覆盖优化PAGEREF_Toc405383907\h52HYPERLINK\l"_Toc405383908"其他因素PAGEREF_Toc405383908\h63HYPERLINK\l"_Toc405383909"3.4切换失败优化PAGEREF_Toc405383909\h71HYPERLINK\l"_Toc405383910"4切换成功率PAGEREF_Toc405383910\h71HYPERLINK\l"_Toc405383911"4.1切换指标描述PAGEREF_Toc405383911\h71HYPERLINK\l"_Toc405383912"公式定义PAGEREF_Toc405383912\h71HYPERLINK\l"_Toc405383913"信令流程PAGEREF_Toc405383913\h72HYPERLINK\l"_Toc405383914"切换类别PAGEREF_Toc405383914\h74HYPERLINK\l"_Toc405383915"4.2切换分析流程PAGEREF_Toc405383915\h77HYPERLINK\l"_Toc405383916"4.3准备切换优化PAGEREF_Toc405383916\h78HYPERLINK\l"_Toc405383917"准备切换思路PAGEREF_Toc405383917\h78HYPERLINK\l"_Toc405383918"准备切换案例PAGEREF_Toc405383918\h79HYPERLINK\l"_Toc405383919"4.4执行切换优化PAGEREF_Toc405383919\h85HYPERLINK\l"_Toc405383920"告警处理PAGEREF_Toc405383920\h86HYPERLINK\l"_Toc405383921"干扰优化PAGEREF_Toc405383921\h90HYPERLINK\l"_Toc405383922"覆盖优化PAGEREF_Toc405383922\h94HYPERLINK\l"_Toc405383923"参数核查PAGEREF_Toc405383923\h97HYPERLINK\l"_Toc405383924"5干扰排查PAGEREF_Toc405383924\h111HYPERLINK\l"_Toc405383925"5.1干扰的原因及分类PAGEREF_Toc405383925\h111HYPERLINK\l"_Toc405383926"5.2宏站干扰排查流程PAGEREF_Toc405383926\h112HYPERLINK\l"_Toc405383927"5.3室分干扰排查流程PAGEREF_Toc405383927\h113概述LTE（LongTermEvolution）是3GPP在R8中提出的一种新的宽带无线空中接口技术，可分为FDD和TDD两种模式。TD-LTE是一种新一代宽带移动通信技术，是TD-SCDMA的后续演进技术，在继承了TDD优点的同时又引入了多天线MIMO与频分复用OFDM技术，相比3G，TD-LTE在系统性能上有了跨越式提高，能够为用户提供更加丰富多彩的移动互联网业务。LTE网络能提供应用户更加丰富多彩的业务和更高速的体验，随着LTE网络覆盖广度和深度日趋完善，越来越多的用户选择驻留LTE网络。网络性能的重要性不言而喻，日常除了通过路测的手段发现问题以外，KPI统计指标从另一个角度反映了网络的运行状态，而针对KPI劣化小区的分析处理对于TD-LTE网络建设初期的性能优化工作尤为重要。本文重点介绍TD-LTEKPI劣化小区分析处理，主要考察网络接入和保持性能，分析三类劣化问题：无线接通率、无线掉线率和切换成功率。从指标相关联的计数器、信令流程的介绍、劣化成因的分析以及典型案例分析等方面阐述KPI劣化小区的分析优化思路。无线接通率接通率指标描述公式定义一个完整的呼叫建立首先会触发RRC的建立，RRC建立成功后进入ERAB的建立流程，故无线接通率定义为RRC建立成功率*ERAB建立成功率。RRC建立成功率=RRC建立成功次数/RRC建立请求次数*100%；ERAB建立成功率=ERAB建立成功次数/ERAB建立请求次数*100%；详见下表：指标名称指标说明RRC建立请求次数（pmRrcConnEstabAtt）eNB接收到UE发送的“RRC连接请求〞（RRCConnectionRequest）消息RRC建立成功次数（pmRrcConnEstabSucc）eNB接收到UE发送的“RRC连接建立完成〞（RRCConnectionSetupComplete）消息ERAB建立请求次数（pmErabEstabAttInit+pmErabEstabAttAdded）eNB接收到MME发来的“初始上下文建立请求消息〞（INITIALCONTEXTSETUPREQUEST）和“E-RAB建立请求〞（E-RABSETUPREQUEST）消息。ERAB建立成功次数（pmErabEstabSuccAdded+pmErabEstabSuccInit）eNB向MME发送“初始上下文建立响应〞（INITIALCONTEXTSETUPRESPONSE）消息和“E-RAB建立响应〞（E-RABSETUPRESPONSE）消息。信令流程RRC连接建立流程：UE收到随机接入响应后，根据MSG2的TA调整上行发送时机，向eNB发送RRCConnectionRequest消息；eNB向UE发送RRCConnectionSetup消息，包含建立SRB1承载信息和无线资源配置信息；UE完成SRB1承载和无线资源配置，向eNB发送RRCConnectionSetupComplete消息，携带上行NAS层信息，如Attachrequest、ServiceRequest信息等。初始ERAB建立流程：MME向eNB发送INITIALCONTEXTSETUPREQUEST消息，请求建立承载，携带NAS层信息，如AttachAccept等消息；eNB接收到INITIALCONTEXTSETUPREQUEST消息，如果不包含UE能力信息，那么eNB向UE发送UECapabilityEnquiry消息，查询UE能力；UE向eNB发送UECapabilityInformation消息， 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 UE能力信息；eNB向MME发送UECAPABILITYINFOINDICATION消息，更新MME的UE能力信息；eNB根据INITIALCONTEXTSETUPREQUEST消息中UE支持的平安信息，向UE发送SecurityModeCommand消息，进行平安激活；UE向eNB发送SecurityModeComplete消息，表示平安激活完成；eNB根据INITIALCONTEXTSETUPREQUEST消息中的ERAB建立信息，向UE发送RRCConnectionReconfiguration消息进行UE资源重配，包括重配SRB1和无线资源配置，建立SRB2、DRB等；UE向eNB发送RRCConnectionReconfigurationComplete消息，表示资源配置完成；eNB向MME发送INITIALCONTEXTSETUPRESPONSE响应消息，说明UE上下文建立完成；后续ERAB建立流程：如果是MME主动发起的承载建立流程，那么无步骤1、2；UE发起的承载建立流程，核心网可以回复承载建立、修改流程。接通率失败Cause失败Cause描述针对无线接通率劣化小区，首先通过话统分析小区接通失败发生在哪一阶段：RRC建立、ERAB建立，抑或两阶段均存在异常。并查看异常阶段的CAUSE值。下列图为RRC和ERAB建立阶段的失败CAUSE图：RRC建立失败CAUSE：RRC建立失败Cause对应统计对象RRC授权超限连接用户数lisence缺失导致的RRC连接建立失败数RRC高负载当基站中的负载控制功能指示高负载（Highload）时,RRC连接建立拒绝数RRC超载当基站中的负载控制功能指示过载（Overload）时,RRC连接建立拒绝数RRC缺少资源由于资源缺失导致的RRC连接建立失败数。RRC承载准入拒绝所有UE承载在承载准入时被拒绝导致的RRC连接建立失败数RRC无线进程失败因无线进程失败导致的RRC连接建立失败数RRC未指定未详细说明原因的RRC连接建立失败数ERAB建立失败CAUSE：ERAB建立失败Cause对应统计对象小区下行GBR过载小区下行GBR过载导致的ERAB建立失败数Enb下行GBR过载eNodeB下行GBR过载导致的ERAB建立失败数小区上行GBR过载小区上行GBR过载导致的ERAB建立失败数Enb上行GBR过载eNodeB上行GBR过载导致的ERAB建立失败数ERAB初始授权失败因lisence拒绝而导致的初始ERAB建立失败数ERAB后续授权失败因lisence拒绝而导致的后续ERAB建立失败数eNODEB原因因eNODEB导致的ERAB建立失败数初始无线进程失败因无线口进程导致的初始ERAB建立失败后续无线进程失败因无线口进程导致的后续ERAB建立失败现网Cause比例RRC建立失败的Cause主要为无线进程失败，占比达66.96%；其次为占比17.37%的RRC缺少资源；RRC高负载和超载分别占比8.10%和7.57%；其他相关Cause：RRC授权超限、承载接入拒绝和未指定统计占比为0.00%。ERAB建立失败的Cause主要为eNODEB的原因，占比达72.04%；其次为初始、后续的无线进程失败，比例为27.96%；无GBR过载及授权失败导致的ERAB建立失败。RRC缺少资源分析方法Cause:LackOfResources是资源缺失而导致的RRC建立失败，遇到此类问题，需检查对应小区异常时段的“最大用户数〞统计和当前小区配置的SR用户数。通过KPI统计获取最大用户数：登陆OSS网管利用Amos获取对应小区SR用户数的配置：=================================================================================================================MOAttributeValue=================================================================================================================EUtranCellTDD=L42B76FAnoOfPucchSrUsers200EUtranCellTDD=L42B76FBnoOfPucchSrUsers200EUtranCellTDD=L42B76FCnoOfPucchSrUsers200=================================================================================================================当实际的最大用户数>小区配置noOfPucchSrUsers数值时，可能会出现Cause为LackOfResources的RRC失败计数。针对此问题，首先需考虑小区是否存在越区吸收多余用户，如小区无越区那么可以通过调大noOfPucchSrUsers来改善RRC连接建立成功率，由于noOfPucchSrUsers参数调整会影响上行带宽的占用，建议逐步调高noOfPucchSrUsers设置值。越区覆盖需结合小区TA分布、覆盖方向内站点分布及覆盖环境等来判断。优化案例LD32B37B_技师院2LD2问题描述LTE劣化小区分析发现LD32B37B_技师院2LD2接通率低，接入异常表达在RRC建立阶段。详细如下表：区域日期小时分钟小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率常州9月15日210LD32B37B54.074237.52159.11459.1399.974常州9月15日2115LD32B37B52.716266.47671.88371.93499.929常州9月15日2130LD32B37B51.595302.52985.97185.971100常州9月15日2145LD32B37B53.896332.34477.13377.133100常州9月15日220LD32B37B55.842331.02474.19874.23299.954常州9月15日2215LD32B37B44.389293.78390.34790.347100问题分析查看小区RRC建立失败cause为LackOfResources（缺少资源导致的RRC连接失败）区域日期小时分钟小区RRC授权超限承载准入拒绝高负载超载无线进程失败未指定缺少资源常州9/15210LD32B37B0000202687常州9/152115LD32B37B0000001647常州9/152130LD32B37B000000666常州9/152145LD32B37B0000301253常州9/15220LD32B37B0000301536常州9/152215LD32B37B000010384统计小区最大用户数已超200，而小区实际定义的SRUSER数为200，小区实际承载的用户数已超配置的SRUSER数导致RRC建立失败。区域日期小时分钟小区最大用户数RRC平均用户数常州9月15日210LD32B37B201169.744常州9月15日2115LD32B37B198180.361常州9月15日2130LD32B37B198177.889常州9月15日2145LD32B37B203185.144常州9月15日220LD32B37B203191.772常州9月15日2215LD32B37B202147.422优化建议及效果扩容SRUSER数200->270，扩容后RRC建立成功率提升至99%以上。RRC高负载分析方法在分析无线接通率指标时，当RRC失败Cause为highload时，需检查对应站点的DUS主处理器MP负荷情况。当系统MP负荷超过90%时，局部呼叫会被拒绝，并记为Rejectduetohighload。主处理器负荷情况通过以下的PDF分为11档，当瞬时MP负荷满足一定区间 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ，那么对应区间有采样分布。PDF分布范围如下:[0]:0<=CpuLoad<20%[1]:20<=CpuLoad<30%[2]:30<=CpuLoad<40%[3]:40<=CpuLoad<50%[4]:50<=CpuLoad<60%[5]:60<=CpuLoad<70%[6]:70<=CpuLoad<80%[7]:80<=CpuLoad<85%[8]:85<=CpuLoad<90%[9]:90<=CpuLoad<95%[10]:95<=CpuLoad如下列图为MP负荷分布，当某个时刻采样点在90<=MpLoad<95%或95%<=MpLoad时有计数，说明highload导致RRC建立失败。而针对MP高负荷，主要检查基站有无异常告警，小区RRC连接请求数是否在短时间内过多，上下行流量是否过大，是否有异常频繁触发的信令过程（如：频繁发起切换请求）等。对于不同的触发原因，再做有针对性的排查。优化案例LD31E48_湖塘大润发联通LD无线接通率低问题问题描述劣化小区处理时发现站点LD31E48_湖塘大润发联通LD三个小区的无线接通率从11月17日16点开始均变差，接入异常表达在RRC建立阶段，详细见下表：日期小时小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率（%）E-RAB建立成功率（%）11/1714LD31E48A27.052220.19299.5599.6499.9111/1715LD31E48A24.21300.5699.5999.6399.9611/1716LD31E48A38.332210.59498.6998.9499.7511/1717LD31E48A17.261125.12798.2998.3999.911/1718LD31E48A19.429146.25598.598.5699.9411/1714LD31E48B23.876741.1699.8899.9699.9211/1715LD31E48B27.717203.67499.7110099.7111月17日16LD31E48B17.637132.67898.7498.9999.75问题分析进一步查询RRC连接失败Cause统计，发现主要分布在RRC高负载和无线进程失败，其中RRC高负载占比91.5%，无线进程原因占比8.5%，其他原因占比0%。日期小时小区RRC建立失败数RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指定RRC缺少资源11/1714LD31E48A3000030011/1715LD31E48A2000020011/1716LD31E48A230020030011/1717LD31E48A510047040011/1718LD31E48A490049000011/1714LD31E48B0000000011/1715LD31E48B0000000011/1716LD31E48B290026030011/1717LD31E48B600053070011/1718LD31E48B630059040011/1714LD31E48C0000000011/1715LD31E48C2000020011/1716LD31E48C240024000011/1717LD31E48C550054010011/1718LD31E48C5800550300提取该基站接入指标较差时段MP负荷指标，发现基站从16点开始负荷突增，MP负荷出现超90%的采样。MPLoad 14:0015:0016:0017:0018:000<=MPLoad<20%3573561674020<=MPLoad<30%00511021030<=MPLoad<40%0012415614140<=MPLoad<50%00116916150<=MPLoad<60%00031960<=MPLoad<70%0003470<=MPLoad<80%001101180<=MPLoad<85%0012385<=MPLoad<90%0005690<=MPLoad<95%0024595<=MPLoad00000接下来，问题排查主要集中在MP负荷突增的诱因。检查基站告警，无硬件故障，且无其它告警纪录。观察该站点上行底噪变化情况，也正常。查看该站三个小区的用户数变化情况，三个小区在问题时段最大用户数都没有超过50。日期小时分钟小区最大用户数小区最大用户数小区最大用户数11/16150LD31E48A33LD31E48B41LD31E48C2511/161515LD31E48A30LD31E48B40LD31E48C2811/161530LD31E48A30LD31E48B47LD31E48C3111/161545LD31E48A37LD31E48B41LD31E48C3211/16160LD31E48A29LD31E48B41LD31E48C3411/161615LD31E48A30LD31E48B38LD31E48C3111/161630LD31E48A29LD31E48B39LD31E48C3111/161645LD31E48A31LD31E48B41LD31E48C3611/16170LD31E48A26LD31E48B44LD31E48C3011/161715LD31E48A30LD31E48B44LD31E48C3411/161730LD31E48A29LD31E48B44LD31E48C2211/161745LD31E48A29LD31E48B38LD31E48C24查看该站三个小区的上下行流量变化情况，也无明显变化。时间小区空口上行业务量（MB）空口下行业务量（MB）小区空口上行业务量（MB）空口下行业务量（MB）小区空口上行业务量（MB）空口下行业务量（MB）1117_14:00A27.052220.192B23.876741.16C11.788111.5981117_15:00A24.21300.56B27.717203.674C10.36258.1991117_16:00A38.332210.594B17.637132.678C11.32799.8761117_17:00A17.261125.127B20.075129.568C16.02176.8761117_18:00A19.429146.255B31.984197.495C19.946105.806进一步查看基站历史操作记录，发现在11月17日16点27分修改cellIndividualOffsetEUtran为10。该参数和切换有关，修改该参数将会影响切换触发评估。检查该站点三个小区的切换指标。其中B，C小区切入和切出申请次数从11月17日16时后增长非常明显，如下列图所示：这和LD31E48B-LD31E48C小区间的cellIndividualOffsetEUtran为10密切相关，增加了双向切换的容易程度，参数设置异常导致小区间乒乓切换，切换次数激增导致MP负荷增大。优化建议及效果建议复原cellIndividualOffsetEUtran为0；提交参数修改工单后于11月19日10点48分进行了参数修改，修改后小区接入指标和基站负荷都恢复正常，MpLoad1119_8:001119_9:001119_10:001119_11:001119_12:000<=MpLoad<20%6619720035735620<=MpLoad<30%2371151310030<=MpLoad<40%37310040<=MpLoad<50%1760050<=MpLoad<60%8980060<=MpLoad<70%1820070<=MpLoad<80%2610080<=MpLoad<85%1110085<=MpLoad<90%1220090<=MpLoad<95%3950095<=MpLoad00000RRC超载RRC/ERAB无线进程失败优化思路无线进程失败Cause处理流程图：告警检查针对接通率劣化小区首先通过指令al查看站点即时告警、lga查看历史告警，检查小区是否存在影响接通率的相关硬件告警。对如下影响接通指标的告警及时处理：告警类型处理建议GigabitEthernetLinkFault核查传输等S1ConnectionFailure（S1链路故障）RemoteIPAddressUnreachable（远端地址不可达）HeartbeatFailure（脱管）HwFault（硬件故障）驻波检查，更换硬件等VswrOverThreshold（驻波告警）ClockCalibrationExpirySoon〔时钟同步超时〕板卡复位、检查GPSNetworkSynchTimefromGPSMissing（GPS故障）CalibrationFailure（天线校准）核查干扰、跳线等LinkFailure（RRU丧失或高误码）检查光路和光模块LF32D76C_印墅搬迁站2LF3问题描述LTE劣化小区分析中发现LF32D76C_印墅搬迁站2LF3无线接通率很差仅40%左右，在RRC和ERAB建立阶段均存在异常。日期小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率7/2LF32D76C66.1333303.66242.06172.50158.0147/3LF32D76C8.41238.12536.96764.98356.8877/4LF32D76C5.86831.82636.22565.22555.5387/5LF32D76C5.14524.78532.14258.31755.1167/6LF32D76C6.7755.57637.73764.04158.9257/7LF32D76C5.49815.55135.78363.10756.7027/8LF32D76C11.523164.66851.60174.81968.967问题分析RRC建立失败Cause：RRC无线进程失败日期小区RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指定RRC缺少资源7/2LF32D76C0000989007/3LF32D76C00001861007/4LF32D76C0000870007/5LF32D76C0000641007/6LF32D76C0000621007/7LF32D76C0000975007/8LF32D76C000064700ERAB建立失败Cause：eNODEB原因和无线进程失败小区日期ERAB初始授权失败ERAB后续授权失败小区下行GBR过载Enb下行GBR过载小区上行GBR过载Enb上行GBR过载eNODEB原因初始无线进程失败后续无线进程失败LF32D76C7/200000042014660LF32D76C7/300000049421262LF32D76C7/400000032913490　LF32D76C7/50000002709670　LF32D76C7/60000002419210　LF32D76C7/700000036113930　LF32D76C7/80000002178800　检查告警发现站点存在校准（CalibrationFailure）、链路丧失（LinkFailure）及效劳降级（ServiceUnavailable）等多种告警。产生校准告警CalibrationFailure的原因主要有：外部干扰和硬件故障。小区存在上行强干扰，上行PUSCH和PUCCH底噪分别为-90dBm、-93dBm且每PRB上均有强干扰，但周边F频段小区并无上行干扰，初步疑心为小区硬件故障导致。通过共站小区间天馈、RRU互换等方式确认为RRU故障，干扰随RRU移动。优化建议及效果建议更换小区LF32D76C_印墅搬迁站2LF3的故障RRU。更换后，小区硬件告警消失，上行底噪降至-118dBm左右，无线接通率提升至99%以上。LD33C87_小河加油站LD问题描述LTE劣化小区分析中发现站点LD33C87_小河加油站LD的A/B小区的无线接通率仅80%左右偏低，C小区低于20%，接入性能很差，且在RRC和ERAB建立阶段均异常。日期小时小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率10/136LD33C87A0.5666.95880.93387.06792.95410/137LD33C87A1.6655.66166.60377.9685.43210/138LD33C87A4.02313.85373.88582.17589.91210/139LD33C87A7.25526.88379.27688.10489.9810/1310LD33C87A7.98625.28755.26468.81680.30710/136LD33C87B1.86126.42993.82495.89897.83710/137LD33C87B1.09120.69782.29387.21594.35710/138LD33C87B1.6064.69671.76876.40393.93310/139LD33C87B2.1816.19881.57787.11693.64210/1310LD33C87B1.7483.27385.45589.70695.26210/136LD33C87C0.1620.18547.40262.95575.29410/137LD33C87C0.0280.05726.33347.44455.50410/138LD33C87C0.0030.00714.2937.00838.61410/139LD33C87C0.0020.00511.64527.14442.90210/1310LD33C87C0.0040.00510.2128.43435.907问题分析RRC建立失败Cause：RRC无线进程失败日期小时小区RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指定RRC缺少资源10/136LD33C87A0000310010/137LD33C87A0000750010/138LD33C87A0000960010/139LD33C87A0000560010/1310LD33C87A00003300010/136LD33C87B000070010/137LD33C87B0000250010/138LD33C87B0000680010/139LD33C87B0000250010/1310LD33C87B0000170010/136LD33C87C00002560010/137LD33C87C00005560010/138LD33C87C00004820010/139LD33C87C00006920010/1310LD33C87C000055000ERAB建立失败Cause：eNODEB原因和无线进程失败小区日期ERAB初始授权失败ERAB后续授权失败小区下行GBR过载Enb下行GBR过载小区上行GBR过载Enb上行GBR过载eNODEB原因初始无线进程失败后续无线进程失败LD33C87A10/130000007745063LD33C87B10/13000000102601LD33C87C10/130000004274031检查告警站点存在时钟同步超时告警（ClockCalibrationExpirySoon）时钟同步问题导致该站点及周边D频段小区均有强上行干扰。区域日期小时小区上行干扰电平（dBm）PUCCH上行干扰电平（dBm）常州10月13日10LD33C66A-90-93.006常州10月13日10LD33C66B-96.391-102.622常州10月13日10LD33C66C-92.607-101.557常州10月13日10LD33C87A-92.974-93.006常州10月13日10LD33C87B-93-93.006常州10月13日10LD33C87C-92.952-93.009常州10月13日10LD33E03A-102.735-110.968常州10月13日10LD33E03B-90-93.006常州10月13日10LD33E03C-92.974-102.117常州10月13日10LD33E16A-90.018-93.006常州10月13日10LD33E16B-101.417-102.957常州10月13日10LD33E16C-91.049-93.006优化建议及效果建议进站处理时钟同步超时告警。告警去除后，干扰消失，站点无线接通率恢复至99%以上。干扰优化针对无硬件告警的接通率劣化小区，需结合上行PUSCH底噪和上行PUSCHSINR判断是否上行干扰导致。当上行PUSCH底噪高于-105dBm且PUSCHSINR低于2时，可初步判定为上行干扰导致的接入性能劣化，后续进行干扰排查，详见章节5。LF31D77B_蒋家塘LF2问题描述LTE劣化小区分析中发现小区LF31D77B_蒋家塘LF2无线接通率仅93%左右偏低，RRC建立阶段异常，详细如下表：日期小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率8/15LF31D77B33.182416.03693.38595.83797.4418/16LF31D77B18.683141.07293.72596.26697.3618/17LF31D77B28.123299.46593.07594.96798.0078/18LF31D77B34.147209.27194.86496.32698.4828/19LF31D77B29.731307.05393.46294.9898.4028/20LF31D77B30.715232.66293.63695.35998.193问题分析检查小区RRC建立失败Cause均为RRC无线进程失败。区域日期小区RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指定RRC缺少资源常州8/14LF31D77B000044800常州8/15LF31D77B000030100常州8/16LF31D77B000025800常州8/17LF31D77B000048700常州8/18LF31D77B000028900常州8/19LF31D77B000038000常州8/20LF31D77B000037800检查站点无硬件告警。小区上行PUSCH和PUCCH底噪分别为-99dBM、-93dBm，同时小区的上行PUSCHSINR很差仅0左右，初步疑心小区的性能下降是上行强干扰导致。统计每PRB上的底噪发现，强干扰主要集中在低频段上，随着频段增加干扰逐渐下降，具体见下列图：从每PRB上行干扰分析，初步疑心为DCS1800对LTE站点的杂散干扰，尝试闭锁共站1800小区，闭锁后低频段的上行强干扰消失，具体见下列图：优化建议及效果LF31D77B的干扰源为共站DCS1800的杂散干扰，建议DCS1800站点增加CSFU滤波器。共站DCS1800增加滤波器后，LF31D77B上行强干扰消失，上行PUSCHSINR提升至8以上，小区无线接通率恢复正常。LF31E02_兰陵集团LF问题描述LTE劣化小区分析中发现站点LF31E02_兰陵集团LF的B/C小区无线接通率低于50%，指标很差且在RRC和ERAB阶段均有大量建立失败，同时该小区存在高掉线。详细如下表：日期小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率9/13LF31E02A87.137891.52199.29899.55799.749/14LF31E02A99.3421072.98899.49399.64899.8459/15LF31E02A22.209184.86399.34799.61699.739/13LF31E02B1.2113.15634.5244.97776.759/14LF31E02B0.2340.35723.32239.39859.1969/15LF31E02B0.0940.12522.04129.53874.6199/13LF31E02C0.6525.04143.03161.02170.5199/14LF31E02C0.1150.25838.68561.50962.8939/15LF31E02C0.4590.92344.72167.88465.879问题分析RRC建立失败Cause：RRC无线进程失败区域日期小区RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指定RRC缺少资源常州9/13LF31E02A00004300常州9/14LF31E02A00003500常州9/15LF31E02A00001900常州9/13LF31E02B0000425300常州9/14LF31E02B0000194700常州9/15LF31E02B0000229000常州9/13LF31E02C0000238500常州9/14LF31E02C000098400常州9/15LF31E02C000094700ERAB建立失败Cause：eNODEB原因和无线进程失败小区日期ERAB初始授权失败ERAB后续授权失败小区下行GBR过载Enb下行GBR过载小区上行GBR过载Enb上行GBR过载eNODEB原因初始无线进程失败后续无线进程失败LF31E02A9/1300000030170LF31E02A9/1400000015120LF31E02A9/150000001640LF31E02B9/130000003573316LF31E02B9/140000002042485LF31E02B9/1500000043560LF31E02C9/130000006943966LF31E02C9/140000003562092LF31E02C9/150000004482090检查站点无硬件告警。站点存在强上行干扰，A小区的上行底噪在-100dBm左右，B/C小区的PUSCH和PUCCH的上行底噪分别为-90dBm、-93dBm。同时站点三个小区的上行PUSCHSINR均较差，特别是B/C小区，故可初步判断小区性能下降是受干扰影响。排查站点LF31E02上行干扰源，统计每PRB上行底噪发现站点全频段干扰，初步判断非GSM900/DCS1800的阻塞、杂散干扰，为进一步确定，逐步闭锁共站的GSM900/DCS1800和TDS站点，上行强干扰依旧存在。即干扰源非异系统。该站点周边同频段站点无上行干扰，同时周边无其他运营商同频LTE站点，华为最近的LTE站点距4KM，根本也可排除LTE站点间的干扰。通过上述分析，初步疑心为外部干扰源，故现场扫频。首先通过PCTEL扫频仪对兰陵集团周边主干道在闭站条件下进行大面积干扰扫频〔3层邻区以内〕，未发现明显干扰、考虑到周边主干道与站点之间距离较远故进行频谱仪排查。由于数据统计兰陵集团LFB/C两个小区干扰最为严重故通过天馈调整发现干扰在140度至240度之间干扰逐步递增、并且通过天馈下倾调整干扰也随之变动，根本可以确定为外部干扰；为进一步验证断掉兰陵集团站点、在机房内设置独立直放天线。发现干扰消失。故确定干扰为外部干扰、在最强干扰方向170至200度之间沿扇形利用频谱仪寻找干扰源。利用频谱仪在兰陵集团厂区内部发现干扰如下：随着不断接近干扰源干扰逐步增强，最终在厂区车间内发现干扰源。该厂区由于生产油漆