室分优化常见问题及处理流程

室分优化常见问题速率类问题路测类速率问题定位和优化方法路测类业务定位流程空口问题指标测试空口重点关注指标：RSRP、SINR、TMMIMO模式、RI秩指示、流数、PDCCHDL、PDSCHRBnumber、MCS调制和编码策略、iBLER、通道的平衡。MIMO模式秩指示调制和编码策略一般而言，吞吐率由频谱效率、频带宽度、频带占用时机、误码率综合决定。在LTE系统中，频谱效率由MCS决定；频带宽度由分配的RB数决定；频带占用时机由DLgrant资源调度决定；误码率主要考虑IBLER，HARQ重传以后，残留BLER通常较低，因此只考虑初次传输的BLER，也即IBLER。资源调度备注：DL/ULGrant理论值，FDD为固定值1000；TDD为配置的10ms内下行和特殊子帧/上行子帧个数*1000，TDD的特殊子帧计算为下行帧，录入：配比(DSUUD)，DL理论值为600，UL理论值为400。下行速率的根本分析方法：〔1〕统计UE侧SINRvsTHP信道预编码：定点测试统计AVGSINR和吞吐率平均值。信道预编码〔2〕判断用户的RB数和DLGrant是否调度充足，如果不充足，首先判断上层数据源是否充足，可以直接在Probe上查看，也可以采用MML命令DSPETHPORT查传输速率查看。查传输速率〔3〕假设DLGrant和RB数都是调度充足，下一步需判断下行IBLER是否收敛到目标值。目前下行的IBLER目标值一般为10%，即5%~15%即认为IBLER收敛。可以直接在Probe上查看，也可通过M2000信令跟踪管理-用户性能监测-误码率监测观察。〔4〕如果IBLER收敛，可判断是否使用了双码字，我司UE可通过Probe查看用户的RankIndicator和DLMCS。也可通过M2000信令跟踪管理-用户性能监测-信道质量查看UE上报的Rank值和调度的CQI信道质量指示。信道质量指示〔5〕如果上述都OK，可以查看下是否存在干扰，功率不平衡等现象，在Probe上可以直接查看〔6〕上述1~5步检查结果都OK的话，需要进行深入定位，深入定位需要在M2000上采集的数据。2.上行速率的根本分析方法：一般而言，吞吐率由频谱效率、频带宽度、频带占用时机、误码率综合决定。在LTE系统中，频谱效率由MCS决定，MCS由SINR和IBLER决定；频带宽度由分配的RB数决定；频带占用时机由ULgrant决定；误码率主要考虑IBLER，HARQ重传以后，残留BLER通常较低，但由于重传会影响传输的效率，进而影响RLC无线链路控制层层吞吐率，因此只考虑初次传输的BLER，也即IBLER。无线链路控制层上行吞吐率在大的面上主要也是受四个方面的影响，RB数/ulgrant缺乏，MSC阶数偏低、ibler高、弱覆盖。检查覆盖和干扰水平〔查看RSRP、SINR等参数〕下行覆盖采用SINR的PDF或CDF图形进行评估。如果SINR的分布较差，需要从RF优化的角度去提升SINR的分布，使之符合RF的验收要求。上行覆盖采用UE测量到的下行导频的RSRP〔或路损Pathloss=下行RSRP-导频功率〕作为覆盖的评估标准。UE测量到的RSRP是UE接收到的效劳小区的下行导频RS信号质量，因此RSRP实际反映的是下行路损情况。一般情况认为，下行路损和上行路损是一致的。RSRP异常：定点测试时，建议选择好点，-65dBm>=RSRP>=-80dBm。如果距离天线很近的地方〔在天线下方〕RSRP达不到-80dBm，需要进行如下核查；确认小区状态是否正常？告警or闭塞小区确认小区功率参数配置正确，LSTPDSCHCFG参考信号功率参考信号功率宏站场景：确认天线是否存在问题，是否天线存在接反、天线的下倾角是否设置合理？室分场景：确认分布系统是否存在问题，可以采取断开分布系统直接在RRU端口连小天线进行测试；SINR异常定点测试时，建议选择好点，选择SINR大于20以上的地方进行测试，在RSRP较好但是SINR异常的时，需要如下核查闭塞邻区，看SINR的变化，如果闭塞邻区SINR变好，可以证明是同频干扰，需要MOD3干扰模三干扰、重叠覆盖是不是过大，参数设置存在问题？模三干扰外部干扰查询，可以通过监控空闲状态RSSI接收信号强度指示和扫频进行问题定位；接收信号强度指示检查同频干扰的影响当存在同频邻小区或者同频段的2G/3G信号时，邻小区的信号有可能会对本小区产生干扰，干扰严重时极度影响下行数传吞吐量。而且即便邻区没有用户接入，邻区的导频信号也会对本小区产生干扰。此类问题最典型的现象就是无论怎么调节UE的位置来改变信号的接收质量，即便RSRP调整得非常高，但UE测量出的下行SINR总是非常低，如REF_Ref312335552\p\h下列图所示。本小区信号RSRP为-77dBm，信号非常好，但测出的RANK2的SINR仅有1.64dB，非常低。而此时邻区信号强度为-83dBm，和本小区的信号强度很接近，也就意味着干扰非常大，这将会导致MCS选阶较低。如果发现有邻区干扰的情况，那么需要联系网规网优的同事，查看站点规划上是否出现了异常，可能有PCI冲突和越区覆盖的情况出现。MIMO天线功率不平衡UE两根接收天线的接收功率如果不平衡，那么会严重影响下行测量的SINR，进而导致MCS选阶异常，影响流量。可以在PROBE上通过RSRPMeasurement试图来观察两根天线的接收功率是否平衡，如REF_Ref312417303\p\h下列图所示：也可以在后台监控RSSI，对不不同天线口的RRSI差异；如果发现两路天线的RSRP不平衡的话，需要排查DAS天馈系统。请参考6.3节DAS排查。检查空口误码率(BLER)如果空口误码率高的话，会导致局部RB用于重传数据，进而影响吞吐量，此时应该重新选一个BLER低的点。误码率一般在10%左右收敛。假设DLGrant和RB数都是调度充足，下一步需判断下行IBLER是否收敛到目标值。目前下行的IBLER目标值一般为10%，即5%~15%即认为IBLER收敛。如果要到达峰值，需要IBLER为0。也可通过M2000信令跟踪管理-用户性能监测-误码率监测观察。一般来说，在AVGSINR较好的情况下BLER较差可能是由于数据业务信道的SINR较差，数据业务信道受到干扰或上行存在干扰，而这种干扰一般来自同频干扰的邻小区，或是局部频段的外界干扰；RSRP过高的影响在峰值测试中，虽然要求测试地点的RSRP与SINR要尽可能的好，但是也并不是说RSRP就没有了限制。通常我们规定的“近点〞的RSRP要在-75dBm以上，但也不要超过-60dBm。这是因为终端接收到的功率过高的话会引起接收器件的削波，导致下行SINR降低，反而只会使得流量下降。并且，RSRP很高也就意味着离基站的天线很近，那么收到同站邻区的干扰也可能增大，所以不建议在“极近点〞进行测试。一般来说，RSRP可以通过后台来减小功率或者加衰减器来消除影响。检查上行干扰在下行信号较好的情况，上行吞吐率交底，UE的发射功率较大，但是MCS的阶数没有到达24〔cat4、cat3终端〕、RB调度不满，一般是因为上行可能存在干扰，按照干扰处理的思路进行分析；在空载时〔UE没有入网〕，翻开OMC上翻开小区性能检测中的RSSI统计监控：通过查看RSSI的值来判断是否存在上行干扰，需要说明的是关于RSSI读数问题，在判断是否存在上行干扰时需要保证对应扇区不存在入网终端，否那么会因为扇区接收到了终端信号RSSI很高导致无法做出判断。同时主分集的读数会有差距，通常相差约5dB以内认为是正常。RSSI(receivesignalstrengthindicator)即带内总信号强度指示.其理论在的计算值为：RSSI=-174dBm/Hz+10*log10(BW)+NF+AD量化误差，单RB正常情况下的RSSI在-120dbm左右，20M带宽内的RSSI在-98dbm左右，在RSSI跟踪中是按照RB、系统带宽和物理天线端口进行统计的，随着RB值增加频率依次增加；上下行Grant调度次数缺乏如何判断调度次数缺乏对于下行，DLGrant次数需要接近1000次。对于上行，在峰值区域，ULGrant次数需要接近1000次；在非峰值区域，因为上行HARQ重传时，调度器不需要下发ULGrant，而IBLER一般收敛到10％，所以ULGrant在900左右或以上都是正常的。调度次数在probe中观察方法如下：DLgrant调度缺乏的排查手段查看Probe->RadioParameters->DLGrantCount是否满调度？检查用户配置的AMBR聚合最大比特速率和GBR总带宽请求是否大于空口速率？聚合最大比特速率总带宽请求检查DRX开关是否关闭？LSTDRX不连续接收不连续接收检查S1入口数据是否充足，是否上层给水量问题？检查是否存在多用户；ULgrant调度缺乏的排查手段首先检查是否为DSP数字信号处理器能力限制〔查询版本预警；如我们前期版本出现当2个RRU都分配到一个DSP上以后会出现DSP流控问题〕；数字信号处理器观察核心网指配的QoS速率，如果偏低，那么检查核心网开户信息是否异常；上行来水是否充足；上行存在DTX〔需要跟踪IFTS〕，通过查看上行干扰和下行PDCCH的ibler来查看；上行功控问题；〔上行PUSCH会有功控〕上下行调度RB缺乏如何判断调度RB缺乏对于下行，在UE能力没有受限的情况，下行需要满RB调度。对于上行，在闭环功控的条件下，在路损超过120dB~125dB的条件下上行开始缩小调度的RB个数，此时MCS阶数大概在3~5阶左右，在路损小于120dB情况下，都应该以满RB调度。〔满RB＝总的RB个数－PUCCHRB个数，这个结果还要满足2，3，5法那么。2，3，5法那么指的是：单用户所用的RB个数必须是2，3，5的倍数，不能还包含其他倍数〕不管下行还是上行，需要注意小区内的用户数，对于多用户的情况，单个用户是不可能满调度的。〔1〕上图为我司终端Probe显示的结果，上行RB数=TotalRBCount/Count，下行因为可能是双码字，两个码字的RB数分别通过Code0和Code1来计算〔2〕下列图为M2000中的RB数观察方法：RB利用率跟踪项中的等效下行RB使用数。下行RB调度缺乏的排查手段查看Probe->RadioParameters->PDSCHRBnumber/SubFrame是否到达满带宽？是否那么存在多用户？检查S1入口数据是否充足，是否上层给水量问题？检查频选调度是否关闭；LSTCELLALGOSWITCH；检查下行ICIC是否关闭；LSTENODEBALGOSWITCH；上行RB数和MCS的分配与上行调度算法有关，上行调度的输出包括分配给用户的RB、MCS、TBS等，包含在ULgrant中。上行调度的主要输入包括L1的链路测量信息、功控算法、ICIC算法输出输出等，并与上行调度策略、用户优先级有关。MCS阶数过低如何判断MCS阶数过低MCS阶数是否合理在拉距的条件下较难判断。在路损超过120dB~125dB缩RB的时候一般维持3~5阶数，但是缩着RB不能再缩小，其MCS阶数也会降低。比拟方便的方法是排除法：在UE以满功率〔23dBm〕发送的条件下，如果调度次数和RB个数都比拟正常但总吞吐率偏低，那么可以认为问题出在MCS阶数上。也可以使用MCS均值作为参考或者考虑MCS的分布范围来作为判断MCS阶数是否过低的方法。上行MCS阶数低上行干扰排查，使用干扰检测UE未接入情况下〔所有UE关机，小区里没有业务〕，翻开WEBLMT或者M2000的“小区性能检测〞，选择“干扰检测〞，查看RSSI值，在没有干扰的时候，约等于-119＋10log(RB个数)，在内场差距1dB以上，在外场差距在3dB以上即认为存在干扰。也可以通过M2000上的干扰跟踪〔InterferenceDetectMonitoring〕来观察加载和不加载时干扰水平的变化，如下列图所示，如果加载和不加载情况下检测到的干扰水平有明显差异，那么说明小区存在互调干扰。UE主分集不平衡主分集不平衡，会严重影响上行测试结果，如下为一次测试数据的结果：由于主集〔Antenna0〕比分集〔Antenna1〕小了近5dB，在显示RSRP的时候显示的是最强信号的RSRP,但是UE发送信息是从主集发送的，算路损的时候也是以主集为主。这样实际上行的信道质量就比显示的RSRP小很多。可以通过2个方法解决该问题：在测试有外置天线的时候调整主分集天线，在测试内置天线UE的时候可以改变UE位置使其主分集相对平衡，如E392在室内，近点的场景下摆放位置对吞吐率影响较大吞吐率曲线不用RSRP，改用路损VS吞吐率下行MCS阶数低下行相关性高观察：我司UEProbe相关性如左图所示：RxChCorFactor和TxChCorFactor两个值均大于0.5，那么说明收发相关性较高，越接近1，相关性越高，解调性能越差。解决方法：〔1〕排查干扰，当干扰大于信号时，会出现两路信号的相关性较大的情况。外场：〔2〕直达径场景，一般相关性较高，防止直达径的地方。邻区干扰大观察：〔1〕在DetectedCell中看是否有多个小区，且超过1个小区的RSRP和本小区的RSRP差在3dB之内。如果是，那么说明存在较强的邻区干扰。〔2〕在检测到的邻区当中，不能出现和本小区PCI相同的邻区。〔3〕查看下行各子带CQI是否有某一段CQI的值特别低的，如果存在，说明存在较严重的窄带干扰。〔4〕粗略估计RSRP-SNR，如果该值大于-115dBm，说明干扰还是比拟强的。解决方法：〔1〕较强的邻区干扰只有通过调整天线功率，安装位置，天线类型等方式来解决。〔2〕严重的窄带干扰通过扫频，找出干扰源，进行排除。干扰排查和恢复更详细的指导可以参见《LTE射频通道通用指南》RRU相关信号处理出现异常〔1〕RRU的通道不平衡会导致终端的解调能力下降，导致MCS偏低，可以通过下面的方法来观察观察两天线接收的RSRP差，当两根天线差值持续在5dB以上时，认为通道不平衡，需要通过调整终端天线来解决。〔2〕终端入口功率一般在-50dBm~-90dBm，如果入口功率超过-50dBm容易导致削波，使得下行SNR偏低；如果入口功率低于-90dBm，也会使得下行SNR偏低，影响下行性能。可通过下面的方法观察终端接收的功率。通过调整天线口和基站的功率配比来解决，但此问题需反响回总部相关人员进行分析和优化。下行MIMO模式异常下行MIMO模式异常，一方面检查eNodeB是否及时配置MIMO模式为TM3，如果保持在TM2，那么下行只能使用单码字，如果没有重配到TM3，重点检查MIMO相关参数，是否和基线值保持一致；下行MIMO模式异常，另一方面检查UE上报的Rank是否合理。正常情况下，在两天线RSRP相差不大于3dB；收发相关性小于0.5；AvgSNR大于15dB时，系统可以使用双码字。如果没有使用，需要查看UE上报的Rank及eNB收到的Rank，并采集相关数据反响总局部析。模3干扰优化同频小区PCImod3相等会导致RS同频干扰严重，使RSSINR降低，导致吞吐率不理想，同频优化过程中对于PCI优化也是日常优化中的重点工作之一。模3干扰排查如下列图所示：将PCI13修改为PCI17，SINR提高了7dB。TCP常见问题判断TCP之前先通过UDP灌包来进行测试，如果TCP多线程的测试吞吐率较UPD灌包速率差，TCP一般就会存在问题，TCP的原因主要介绍效劳器的TCP发送窗口设置问题和传输质量问题效劳器问题TCP的速率=TCP的发送窗口/RTT时延对于效劳常见的原因主要：发送窗口过小，按照TCP的速率简单计算方式，一般推荐发送窗口设置为512K；效劳器的FTP效劳器软件〔Windowsserver2003：自带的FTP效劳器，和windows配套最好，性能相对稳定；如果都没有采用ServU〕；效劳的性能〔如果没有刀片效劳器，推荐使用Windows2003，其次WinXP，最次Win7。〕传输问题从一期的工程经验来看，传输问题主要表现在丢包、乱序和分片问题上〔参见后面的案例〕ping包测试：通过准那么:不能有丢包LSTIPRT，查看SGWIP地址从基站对上述每个地址进行PING包，1000/2000各100次MTU检查：通过准那么：不能有丢包测试目的：排查链路上MTU设置是否存在异常。终端向PDNPING包，设置IP报文不分片，pingx.x.x.x–f–l1472，如果无法PING通，那么表示传输中有MTU小于1500的网元。TCP报文包头28字节，一般传输MTU默认设置均为1500，故报文长度设置为1472。话统类速率问题定位和优化方法话统类业务定位流程1首先确认话统KPI的计算公式是否正确；2如果话统KPI公式没有问题，需要判定是否前后KPI变化问题。对于前后KPI变化的问题，需要结合关联KPI变化进行分析；非KPI变化问题类问题，直接针对网络指标从四个方面进行分析：参数核查、负荷和资源、信道质量、数据源。KPI变化类问题，需要区分是否升级KPI类问题，进行关联KPI分析。3对于升级导致的KPI变化，需要结合版本的修改和镜像环境的复现进行分析。非升级原因导致的KPI变化，需要结合网络近期的变化进行分析，例如配置修改、核心网配置、CSFB实施、用户数变化、客户营销和资费策略变化等。4如果问题还无法解决，收集相关日志反响总局部析。下面对各步骤分别进行介绍。话统KPI公式和数据源检查需要确认反响异常的KPI计算方式是否正确。按照统计范围区分，业务速率计算公式分为单小区速率和整网/Cluster级别的平均速率。1小区级速率计算小区级用户速率下行用户速率(Mbps)=//1000上行用户速率(Mbps)=//1000这两个指标反映了整小区在统计时间内，所有用户的平均速率，是反映用户体验的重要指标。是小区级的用户速率，不是小区速率。小区级满载吞吐率下行满载吞吐率(Mbps)=*系统PRB数目/L.ChMeas.PRB.D/话统统计周期(s)/1000/1000上行满载吞吐率(Mbps)=L.Thrp.bits.UL*系统PRB数目/L.ChMeas.PRB.U/话统统计周期(s)/1000/1000小区满载吞吐率反映了小区空口管道的极限能力，是小区传输效率的重要表达，影响小区总业务量和用户体验，受MCS分布变化影响。2整网级别的速率计算假设将整网的数据量和传输时间分别相加后，即可获得整网的平均用户速率。下行用户速率(Mbps)=Σ/Σ/1000上行用户速率(Mbps)=Σ/Σ/10003话统数据源排查由于用户活动的规律性，一天中用户数和业务量变化很大。比拟几天之间变化趋势时一般采用忙时数据进行比拟，忙时指整网用户数或者业务量最大的一个小时。不建议采用一天24小时的数据相加获得一天的速率值。样本点数目会影响统计的准确性。对于单小区的速率统计，需要关注用户数和小区数传时长。对于平均用户数很少(<5)或者小区数传时长比例很少(<10%)，一般认为不具有统计意义。如果计算公式或者数据源有问题，需要更正计算公式后重新定位。更正公式后如果问题依然存在，那么继续定位。业务类KPI异常判断业务类话统KPI问题主要表现包括两类，分别按照不同的套路进行定位。1业务速率或数据量变化，包括上升或者下降。这一类需要结合相关KPI的变化进行分析，较多是由于升级或者其他网络调整导致的KPI变化。2用户级或者小区级业务速率一直交低。这一类问题是指前后一段时间业务速率并未变化，一直保持在较低水平，多数由于干扰和覆盖等原因导致速率低。由于不同场景对业务速率场景理解和需求不同，因此用于业务速率上下判断的门限也存在差异。影响业务速率的因素很多，主要包括覆盖水平、干扰水平、小区负载、开户速率等。具体到一个商用网络，主要有如下几个方面覆盖场景：网络用户数资费策略参数核查分析和告警分析全面核查参考参数核查指导书。负荷和资源高分析主要关注忙时用户数、PRB利用率等，确定是否拥塞。信道传输质量差分析主要关注MCS、CQI、BLER、覆盖和干扰评估，确定频谱效率是否有问题。案例更多案例请参考“IBS交付案例集〔LTE〕V2.0〞文档路径：\\2\5交付资料(1)\00-2023new\07-案例收集\02-优化案例效劳器没有权限的请联系：范丽60018914案例1.无法数传【问题现象】：无法进行UDP灌包，在效劳器端的灌包工具上看不到数传启动的信息。【定位思路】：UE能够正常接入小区，说明信令面及传输物理链路正常，那么无法数传就很可能是参数、软件设置错误、路由信息配置错误等原因。常见的原因为在UDP灌包的过程中没有关闭UE侧PC的防火墙、终端侧DMZ使能开关没有开启。【iperf灌包操作】：案例2.功率不平衡【问题描述】在“拱墅区上塘营业厅〞双流室分，进行上行FTP上传吞吐量只有4M左右。下行的吞吐率采用CPE测试不到50M且不稳定【问题分析】〔1〕在OMC上跟踪该小区的2个通道接收信号强度相差7db左右，如下列图所示：由此引起TDL侧eNB基带测量3152e2个通道的SINR相差10dB，如下所示：从而导致基带上行2通道接收时解调性能下降，为了保证解调性能，eNB的L2在进行调度时会对L1上报的SINR进行调整，从而影响上下行的吞吐率；【问题处理】通过分布厂家对通道1进行调整，两路系统的RSRP值差距在3db左右，上行的吞吐率测试到达8M多，下行的吞吐率采用CPE测试到达60M左右，到达正常的水平；【经验总结】当双通道室分施工导致2路天线不平衡差异比拟大时会导致上行吞吐量损失到达50%。如果2路室分接收功率不平衡会导致终端下行只能进入到单流模式，吞吐量损失50%。为了充分的保证2双流室分的性能效果，要求两路分布系统的损耗差值在3db以内；特别是对于改造利旧的室分系统，需要充分考虑改造后通道与新建一路室分通道之间功率的匹配问题，并且在工程建设过程中，注意施工质量，防止通道间功率差异造成的性能损失。另外，为了更好的保证相关性，采用单极化的蘑菇头天线间距要保证在10个波长以上；案例3：RSRP功率过高【问题描述】省公司19层下载速率波动很大，速率从10M到60M波动。【问题分析】在下行信道质量较好的情况下，上行速率稳定在7M多，下行速率波动很大，PROBE上显示终端检测的两路RSRP差距时小时大〔并不是非常规律的速率低时差距大〕，偶尔有误码导致MCS低于20。【问题处理】观察吞吐量与RSRP的走势图可以看到，可以很规律的看到当RSRP在-55左右时吞吐量恶化，当RSRP在-60左右时，吞吐量提高，所以需首先确认一下RSRP为-55时是否影响终端解调性能。解决方法：降低RS功率。案例4：同频干扰【问题描述】C国LTE网络某大楼的walktest中，发现局部楼层的下行速率异常，不能到达理论值。【问题分析】主设备问题DAS安装质量问题终端问题信号质量问题干扰问题【问题处理】检查基站的配置，告警情况，发现一切都正常；进行驻波比测试，驻波比满足要求；更换华为的数据卡E398进行测试，对Log分析，发现RSRP质量都很好，如下列图所示：LevelPCIRSRPSINRTMmodeRankDLtimeDLspeedULtimeULspeedL18_set1463-5728TM1113014Mb1309MbL32_set1463-6227TM1113014Mb1309MbL32_set2463-871TM111302Mb1306MbL32_set3463-778TM111308Mb1309MbL12_set1462-6525TM1113014Mb1309MbL12_set2462-6025TM1113014Mb1309MbL12_set3462-7117TM1113013Mb1309MbL12_set4462-6025TM1113014Mb1309MbL10_set1462-6925TM1113014Mb1309MbL10_set2462-7022TM1113014Mb1309MbL10_set3462-6526TM1113014Mb1309MbL4_set1462-6622TM1113014Mb1309MbL4_set2462-7020TM1113014Mb1309Mb由此可以看出不是由于终端问题和信号质量的问题导致的下行速率异常，对Log再做进一步的分析，发现MCS在2、3、4之间徘徊，MCS在29阶的时候也只能用QPSK编码方式，如下列图所示：从图中可以看出，MCS占用高阶的比例非常少，由此可以判断SINR肯定不好，再对LOG进一步观察分析，发现邻区很多，且邻区信号很强，如下列图所示：由此可以看出，有很多同频邻区，而且邻区的信号都很强，严重干扰了效劳小区，从而导致本小区用户在信号强度很好的时候，信噪比很差，从而导致下载速率异常，这也是同频组网带来的高层导频污染问题。在窗边更换定向天线后重新测试，速率恢复正常。器件规格不达标导致上行干扰，速率偏低【问题描述】对某地铁进行测试过程中的相应指标如下：Sector1业务测试工程记录值RRU1RSRP(dBm)-78RS-SINR(dB)34上载速率(Mbps)3下载速率(Mbps)41切换测试切换成功率(%)100%该站点的上下行配比为2，特殊子帧配比为5，因此对于CAT3的终端上行的最高吞吐率为8.8064Mbps。因此我们发现上行速率偏低。【定位思路】1、导致上行速率差的原因主要有：〔1〕存在其它用户，导致测试用户的上行速率偏低〔2〕上行来水量缺乏导致上行速率偏低〔3〕上行RSRP偏低〔4〕上行干扰导致上行速率偏低2、排查步骤：〔1〕在OMC上进行小区跟踪，跟踪小区用户数，发现测试过程中只存在单用户，因此排除其它用户对测试用户上行吞吐量的影响。〔2〕使用UDP灌包，从终端灌上行数据包，MTU设置为1000，带宽设置25Mbps，查看probeMAC层速率为7Mbps左右，因此可以排除上行来水量缺乏导致的上行速率偏低的问题。〔3〕查看此时的MCS以及RB等相关指标，截图如下：由于TDD系统的上下行对称，因此下行RSRP根本上能够反映上行RSRP的情况。从测试指标中可以可以看出下行RSRP=-78dBm，因此能够判断上行RSRP较好。此种情况下，如果不存在干扰，终端的发射功率应该比拟低，但是从上面的截图可以发现终端的发射功率为23dBm，已经到达最大值。因此，我们可以判断出，上行速率受限是由于干扰导致的。〔4〕后台跟踪RSSI〔渲染门限PRBRSSI>-110dbm〕，空载状态下全带宽RSSI约为-70dbm~-75dbm，存在高干扰，截图如下：〔5〕将3151FA端口与POI一端断开，频谱仪接入POI一侧馈缆，并将该地铁WE站点闭站，发现如下现象：

a)1880M~1900LTEF频段大带宽扫频结果,出现峰值约-70dbm干扰信号，频域未呈现明显规律，截图如下：b)取1894.9M为中心频点进行10ms时域扫频，发现类DCS1800互调特征干扰，但后台DCS工参查询结果显示该地铁PO站点并无1850~1872.6高频频点配置。截图如下：c)扩大频域扫频带宽，设置1850M~1920M带宽，结果显示整体干扰频域跨度约为42M。截图如下：d)设置中心频点至干扰峰值点1893.9，缩小扫频频域带宽,100K,干扰未呈现明显周期特征。截图如下：〔6〕3151-E端口与POI一端断开，频谱仪接入POI一侧馈缆，民乐WE站点闭站，发现如下现象：

a)设置1850M~1920M大带宽频域扫频，底噪均匀分布，无干扰信号，截图如下：〔7〕关闭民乐WE站点，设置1850M~1920M频域跨度进行大带宽扫频，LTE频段内未发现明显干扰。截图如下：〔8〕联合POI设备商和室分厂家，对该地铁站台的机房的POI进行排查，频谱仪接POI的输入口，发现强度为-70dBm的强干扰信号，断开CDMA800，GSM900，DCS1800三条输入的任何一路，干扰信号根本消失，因此判断为这三路信号的综合互调导致上行干扰。在两个TX口直接堵负载，干扰情况也根本消失。〔9〕同室分厂家对该POI进行旁路测试，即用我们的RRU输出，绕过POI直接接入站厅的天馈系统，现场测试情况很好，下载速率稳定在40M以上，上传速率稳定在7M以上。〔10〕通过以上分析，初步判定为POI模块的系统隔离度不够，不能对交调信号有效抑制，从而产生干扰，导致上行速率受限。【问题处理】1、推动运营商和POI厂家进行整改，消除存在的隐患。

2、整改完成后，重新进行测试，发现上传速率恢复正常，根本稳定在7M以上。由于POI能够产生诸如驻波之类的很多问题，因此在进行排查时，应当消除POI的电源、电桥中存在的隐患，从而防止类似问题的发生。无法数传【问题现象】：无法进行UDP灌包，在效劳器端的灌包工具上看不到数传启动的信息。【定位思路】：UE能够正常接入小区，说明信令面及传输物理链路正常，那么无法数传就很可能是参数、软件设置错误、路由信息配置错误等原因。常见的原因为在UDP灌包的过程中没有关闭UE侧PC的防火墙、终端侧DMZ使能开关没有开启。【iperf灌包操作】：备注：下行灌包是从效劳器往终端侧灌包，在iperf软件中填写的Hostadress为P-GW分配给终端的IP地址，PC上的防火墙和360之类的软件都需要关闭；如果上行灌包侧从终端侧往效劳器进行灌包，Hostadress为效劳器地址，都选择上行。后台操作方法更多后台操作方法请参考“运维文档_eRAN3.0_LTE故障信息采集指导书-20230608-A-1.5〞文档路径：\\2\8培训材料(1)\03LTE相关培训\中国区TD-LTE资料2\006网络优化和性能提升\02故障信息采集效劳器没有权限的请联系：范丽60018914灌包iperf是一种网络流量检测工具，有UDP和TCP两种检测方式。命令行格式的iperf工具首先将iperf.exe文件放置在效劳器以及UEPC中，即接收方和发送方电脑都有该程序。翻开DOS窗口，将工作路径设置到iperf文件所在文件夹。参照下面的说明，采用UDP或TCP灌包。可以将iperf.exe文件放置在C盘根目录下，翻开DOS窗口后输入cdc:\，这样当前路径即为C盘根目录。UDP：在接收方建立接收效劳器，输入命令其中–s表示建立接收效劳，-u表示接收的是UDP业务，-i1表示每1秒显示一次接收到的流量。在发送方输入命令其中表示连接到该IP；-u表示灌UDP包；-t100000表示灌包时长10000秒；-i1表示每1秒显示一次灌包出口流量；-b50m表示每秒灌50Mbits的包。其它常用参数：-l1400----表示灌包包长，默认为1498字节〔IP层统计，包括IP头〕，需要在接收方和发送方都进行设置。-p5010----表示灌包端口，默认为5001，需要在接收方和发送方都进行设置。注意，在发送方设置该参数表示往接收方的该端口灌包，在接收方设置该参数表示接收方在该端口接收。-P2----表示用两个线程来灌，假设设置的灌包流量为-b1m，采用两个线程后即每秒灌2Mbits。该参数只需要在发送方设置。注意与小写的-p加以区分。假设未在接收方建立接收效劳，而直接从发送方往接收方灌包，那么接收方每收到一个包都会返回一个176字节的ICMP包〔IP层统计，包括IP头〕。假设接收已建立接收效劳，那么没在回包。TCP：在接收方建立接收效劳器，输入命令其中–s表示建立接收效劳，-i1表示每1秒显示一次接收到的流量，-w512k表示接收方的接收窗口是512Kbyte。与UDP的接收效劳器相比，少了-u选项。在发送方输入命令iperf–cx.x.x.x–t10000–i1–w512k其中表示连接到该IP；-t10000表示灌包时长10000秒；-i1表示每1秒显示一次灌包出口流量；-w512k表示发送方的接收窗口为512Kbyte。其它常用参数：-M1400----表示TCP包的MSS〔即不包括IP和TCP头的净荷最大长度〕，默认为1460字节，需要在接收方和发送方都进行设置。-p5010----表示灌包端口，默认为5001，需要在接收方和发送方都进行设置。注意，在发送方设置该参数表示往接收方的该端口灌包，在接收方设置该参数表示接收方在该端口接收。-P2----表示用两个线程来做业务，等同于两线程下载或上传。该参数只需要在发送方设置。请注意与小写的-p加以区分。假设未在接收方建立接收效劳，而直接从发送方往接收方灌包，那么会提示连接建立失败。图形化giperf工具将工具包里的文件都解压缩到任意一个文件夹，然后运行giperf.exe文件。该工具将各种参数都做成了图形化的界面，在使用上简便许多，界面如图3-1所示。需要注意的是Trafficdirection的选择，无论是上行还是下行，发送方都选择UL，接收方都选择DL。同时可以勾选Show页签下的“Chart〞和“Messages〞来查看实时流量。其余参数说明与iperf工具一样，在此就不再复述了。UDP灌包操作步骤Trafficmode：选择UDPTrafficdirection：原那么：谁灌谁上行。终端下行：效劳器侧选择UL，终端侧选择DL；终端上行：效劳器侧选择DL，终端侧选择UL。Hostaddress：终端侧：填写效劳器IP地址；效劳器侧：填写终端业务IP地址。Bandwidth：灌包带宽Executiontime：灌包执行时间，根据需求设置MTUsize：建议配置1000BPort：效劳器侧和终端侧协商好一个没有使用的端口号，两边配置一致。TCP灌包操作步骤和UDP灌包不同点不需要配置带宽和MTUsize查看在线用户数如果当前小区内还有其他用户接入的话，会由于用户业务优先级、调度公平性等因素导致当前用户的流量收到限制，所以特别是在进行峰值测试的时候，一定要排除其他用户的影响。可以通过在M2000上启动小区统计跟踪来进行查看当前小区的用户数信息，如REF_Ref312335068\p\h下列图所示。在M2000上启动小区统计跟踪查看小区统计跟踪的结果M2000上启动干扰检测上行与下行的情况不同，邻近的同频干扰源对终端的上行数传的影响比同频邻区对基站下行数传的影响要大得多。在上行空载时(所有UE关机，小区里没有业务)，可以检测上行全带宽上的接收功率RSSI，正常情况下空载时每个RB上的RSSI应该是-119dBm左右，如果有突然升高3-5dBm以上的的情况存在，说明上行有干扰，需要排查干扰源。在M2000上进行小区性能监测，选择干扰检测，填写正确的小区ID，如REF_Ref312420887\p\h下列图所示：在M2000上查看实时的干扰检测结果M2000上查看小区性能在M2000里面点监控，选择〞小区性能测试〞，查看RB利用率，总吞吐率，小区干扰监测，用户数。选择“用户性能测试〞，查看PowerHeadroom，信道质量，吞吐率，MCS阶数统计，误码率。抓包TPE定位结果如果不能得到客户的信任，建议采用三点抓包(有条件时启动4点抓包，无条件时在A、B、D3点抓包):1、A点抓包只需抓取包头100字节以节省文件大小，并命名为:局点名_UEPC.pcap2、如果实际组网环境有平安网关的话，B点抓包考虑到要能正确解密数据，必须要将IPSEC通道设置为空加密，同时抓包时必须抓完整的包.同时因该点数据量大，为防止占用内存过大，抓包保存时可使用多个文件，防止单个文件过大。如果没有IPSec平安配置，推荐只抓包头150字节即可。命名为：局点名_eNB.pcap3、C点抓包只用抓取包头150字节即可，命名为：局点名_UGW.pcap.4、D点抓包只用抓取包头100字节即可，命名为:局点名_Server.pcap.5、按上述步骤，先启动各点的Wireshark做好抓包设置，再开始数传，停止数传后，再停止Wireshark抓包。简单分析思路:在A点使用tcp.analysis.duplicate_ack_num>=2过滤看是否有丢包，如果有丢包找到一个具体丢包点，和B点核对,分段排查。在A点使用tcp.window_size<1000过滤看是否有窗口收缩，如果有窗口收缩的时间点和IOGraphs时间点核对，如果一致说明UEPC性能不满足需求。切换重选类问题更多切换类的问题请参考效劳上的文档。文档路径：\\2\8培训材料(1)\03LTE相关培训\LTE室分X板斧参考资料\切换效劳器没有权限的请联系：范丽60018914。现象描述切换问题通常指终端按照网络侧的配置上报测量报告，但未能按照切换流程成功完成切换，根据流程失败的环节可以分为如下几类：终端上报测量报告后未能收到切换命令网络侧未能收到测量报告，源小区上行信号或上行消息发送有问题；网络侧收到了测量报告，但是内部准入失败或切换信令在S1、X2等接口丧失或切换惩罚，网络侧没有下发切换命令，可以确定是系统侧问题，和终端以及空口信号无关；网络侧下发切换命令，终端没有收到，源小区下行信号或下行消息发送有问题终端收到切换命令但是eNodeB没有收到切换完成终端在目标小区进行随机接入，eNodeB没有收到MSG1；终端在目标小区进行随机接入，eNodeB收到MSG1，终端没有收到MSG2；终端在目标小区进行随机接入，终端收到MSG2，eNodeB没有收到MSG3；eNodeB收到切换完成，但后续流程失败这种场景比拟少，可以确认是系统侧问题，和终端以及空口信号无关如果切换失败，那么大多表现为掉话、RRC重建等现象。换失败的空口问题，在终端侧通常表现有多种情况，但有一个共同点，那么在发完测量报告后不久〔2秒以内〕终端重新发RRCConnectionRequest消息、或发RRCConnectionReestablishmentRequest消息、或直接进入IDLE态(仅接收paging和systemInfomation)切换类型介绍LTE中的切换Intra-RAT〔系统内切换〕载频关系：同频切换，异频切换信令承载方式：eNodeB内的切换MME内基于X2接口的切换〔存在X2口〕MME内基于S1接口的切换〔不存在X2口〕MME间S1口切换，数据转发走X2口〔存在X2口〕MME间S1口切换，数据转发走S1口〔不存在X2口〕Inter-RAT〔系统间切换〕测量事件介绍分析思路切换问题主要从三个方面去分析和定位：邻区漏配目前很多LTE网络都在建网阶段，邻区漏配现象很严重，特别是由于很多站点没有onair，导致很多规划没有邻区关系的站点在实际中却存在邻区关系，邻区漏配是目前现网切换失败的TOP1原因！切换不及时LTE很多地方是同频组网，且没有软切换，同频干扰是最大的挑战，相对2G/3G，切换区小很多，如果不能及时切换，很容易出现切换失败。弱覆盖弱覆盖也是当前LTE现网切换失败的一大原因，目前LTE建网阶段，网络还比拟薄，弱覆盖比拟普遍。同频切换参数配置配置外部小区和邻区如果希望两个小区双向切换测试，需要两个站都配置外部小区和邻区；配置外部小区：站间切换必须配置外部小区，站内切换不需要配置外部小区；命令中相关信息为邻小区信息，如下列图：ADDEUTRANEXTERNALCELL:Mcc="x",Mnc="x",eNodeBId=x,CellId=x,DlEarfcn=x,UlEarfcnCfgInd=NOT_CFG,PhyCellId=x,Tac=x;配置邻区关系：站内和站间切换都必须配置同频邻区，命令中除本地小区标识，其他相关信息为邻小区的信息，如下列图：ADDEUTRANINTRAFREQNCELL:LocalCellId=x,Mcc="x",Mnc="x",eNodeBId=x,CellId=x;调整切换门限切换门限可以简化为：切换门限＝切换幅度迟滞＋同频切换偏置－小区偏移量。减小切换幅度迟滞虽然也可以降低切换的难度，但容易造成乒乓切换，故实际测试过程不建议修改；建议通过减小同频切换偏置或着加大小区偏移量，使得切换更容易，成功的在掉话之前进行切换。修改同频切换偏置可以使用LSTCELLSTANDARDQCI查询小区标准QCI参数，默认同频切换配置参数组ID为0，如下列图所示。因为切换偏置是针对同频切换参数组ID来修改的，所以不同QCI对应不同切换偏置时需要修改小区QCI所对应的同频切换配置组ID。MODCELLSTANDARDQCI:LocalCellId=0,Qci=QCI9,IntraFreqHoGroupId=1;可以使用LSTINTRAFREQHOGROUP查询基站目前的同频切换参数组，如下列图所示。如果出现切换过晚情况，可调整切换偏置来减小同频切换偏置，建议设置为0；下面命令也可以修改同频切换幅度迟滞、切换偏置、切换时间迟滞等，但一般测试情况下，仅建议修改同频切换偏置。ADDINTRAFREQHOGROUP:LocalCellId=0,IntraFreqHoGroupId=0,IntraFreqHoA3Offset=0;修改小区偏移量(CIO)参数如果切换信号很差，2db门限仍然无法成功切换，可以使用MODEURTANINTRAFREQNCELL命令微调CIO〔小区偏移量〕来改善切换成功率，此值越大越容易切换，参数按照实际情况修改。异频参数配置以800M环境，10M小区频点6300、6400为例eNodeB侧参数配置：Step1：配置制定小区的异频点信息ADDEUTRANINTERNFREQ:LocalCellId=0,DlEarfcn=6300,UlEarfcnCfgInd=NOT_CFG,CellReselPriorityCfgInd=NOT_CFG,SpeedDependSPCfgInd=NOT_CFG,MeasBandWidth=MBW50,PmaxCfgInd=NOT_CFG,PresenceAntennaPort1=BOOLEAN_TRUE;注意：指定的小区的频点不能与配置的频点相同，一个小区的异频点可以有多个。请正确配置异频邻区天线数，不然会影响测量结果如果是1T1R请将天线配置指示设置成FALSE，如果是2T2R请将其设置成为TRUE。Step2：配置外部小区ADDEUTRANEXTERNALCELL:Mcc="240",Mnc="06",eNodeBId=06,CellId=12,DlEarfcn=6300,UlEarfcnCfgInd=NOT_CFG,PhyCellId=28,Tac=30;注意：站内不用指定外部小区，站间需要先添加外部小区。Step3：配置邻区关系ADDEUTRANINTERFREQNCELL:LocalCellId=0,Mcc="240",Mnc="06",eNodeBId=5012,CellId=28;注意：邻区关系的添加有两种方式，上面是手动添加方式，另外一种添加方式可以使用ANR算法自动完成邻区关系的添加。Step4：配置异频触发门限MODINTERFREQHOGROUP:LocalCellId=0,InterFreqHoGroupId=0,InterFreqHoA1ThdRsrp=-85,InterFreqHoA2ThdRsrp=-89,InterFreqHoA4ThdRsrp=-85;注意：在异频切换的时候请正确配置A1，A2，A4事件的阈值，。对于外场测试性能部给出的参考值是：A1：RSRP:-105，RSRQ:-10A2:RSRP:-109，RSRQ：-12A4：RSRP：-105，RSRQ：-10在实验室测试的时候，可以将能量适当增大进行测试，但是应遵循上述的原那么合理设置，其他事件迟滞和幅度迟滞等参数均可参考以前同频的设置。优化方法切换问题的类型根因等很多，在此很难一一赘述，本文主要讨论常见的一些问题和现象。相关工具的使用和信息的获取在问题分析中，我们会使用到一些工具，eNB侧主要是M2000信令跟踪及业务数据回忆工具，UE侧先以华为Probe为例，其他厂家终端有各自的分析工具，在这不赘述了。常用的跟踪工具：数据分析工具：“切换测量控制〞及“切换测量报告〞消息确实认：“切换命令〞消息确实认：用消息查看软件，翻开UU接口“切换测量报告〞消息后面的一条RRCConnectionReconfiguration消息，便可翻开消息查看其详细内容，以UE侧跟踪的消息为例：切换完成消息发送“小区〞确实认：切换完成消息是从哪个小区发上来的，在网络侧通过跟踪文件比拟容易确认，在UE侧可用消息查看软件查看UE侧UU接口“切换测量报告〞消息后面的第一条SystemInfomationBlockType1消息，便可翻开消息查看其详细内容。切换问题排查常用操作及流程设备状态检查确认网络侧切换相关小区均为正常激活态查询基站、小区告警，保证没有与切换相关的严重告警〔如X2配置链路断开、RRU告警等〕检查测试终端是否能正常使用，是否支持异频、异系统重选、切换功能eNodeB参数配置检查确认切换开关配置是否正常确认邻区配置及其参数配置〔确认邻区关系、X2接口配置、传输〕确认切换门限、延迟触发时间等参数配置规定动作顺序排查流程按下列图规定动作顺序完成问题排查，必要时按交付件反响相关信息、数据到前方进行深入定位，必要时，前方启动攻关流程进行专题问题定位。邻区漏配导致的切换失败邻区漏配的解决方法手工添加邻区配置翻开ANR算法开关(ANR流程如下，不赘述〕切换不及时导致的切换失败切换不及时的解决方法如果从“邻区质量满足切换门限〞到“效劳小区质量陡降〞之间的时间间隔太短〔如小于1秒〕且“邻区比效劳小区质量好〞到“效劳小区质量陡降〞的时间间隔比拟长〔如大于2秒〕，那么可通过修改效劳小区与邻区的偏置CellIndividualOffset〔为大于0的值〕来提前切换如果从“邻区比效劳小区质量好〞到“效劳小区质量陡降〞的时间间隔比拟短〔如小于0.5秒〕，那么可通过修改效劳小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换如果效劳小区与所有邻区都需要调整相同的CellIndividualOffset，那么可通过调整切换门限参数IntraFreqHoA3Hyst、IntraFreqHoA3Offset来提前切换〔此操作用得很少〕弱覆盖导致的切换失败弱覆盖的解决方法：调整功率配比调整天线倾角增加基站、载频干扰导致的切换失败干扰问题的解决方法：错开频点配置找出干扰原因，去除干扰源对于瞬时的、变化的干扰，当前暂没有好的方法案例更多案例请参考“IBS交付案例集〔LTE〕V2.0〞文档路径：\\2\5交付资料(1)\00-2023new\07-案例收集\02-优化案例其他案例请参考：“LTE网规网优交付技术案例集锦-切换类〞“LTE网规网优交付技术案例集锦-切换类20230401〞文档路径：\\2\8培训材料(1)\03LTE相关培训\LTE室分X板斧参考资料\切换效劳器没有权限的请联系：范丽60018914案例1：MCC配置错误导致重选失败【问题现象】室内PSredirection失败但室外成功。【问题原因及分析】通过MODINTERRATHOCOMMGROUP将A2门限即InterRatHoA2ThdRsrp修改为-100dBm，现场测试发现在RSRP满足条件后，UE并不会上报A2事件，从L3信令中观察RRC连接重配置消息中只有A3相关测量，没有A2内容。于是进行LISENCE、开关、参数的Stepbystep核查，同时降低B1门限要求，但RRC重配置信令中仍然没有A2内容。因为室外Redirection成功而室内失败，因此进行室内外参数比照核查：先使用FMA工具将XML文件转换为MML文件，然后使用UE的compare功能进行核查。开始重点比照开关类如UtranHoCfg，UtranVersion类参数差异，但修改后仍然失败。再次细细核查发现室外：MODUTRANEXTERNALCELL:Mcc=208,Mnc=10;室内：MODUTRANEXTERNALCELL:Mcc=280,Mnc=10;至此问题彻底定位。由于邻区是TD们自己手动规划的脚本，人为失误导致3G的PLMN配置错误【处理过程】修正MCC的值。【处理结果】可以看出RRC重配置中已经含有了A2测量，当RSRP满足条件后已经开始上报A2事件，并且Redirection成功，PSHO到3G的10564频点案例2：无法与异厂商做CSFB测试原因分析【问题现象】室内分布式基站，与E司UMTS设备做CSFB的测试时，在设置成AUTO模式下，发现无法成功驻留在我司LTE网络上，只能搜索到WCDMA信号并进行驻留；如果设置成LTEONLY模式，能够成功搜索到LTE信号，正常做业务，但是无法进行CSFB测试。版本：eNodeB:V100R005C00SPC340/RRU3201,LBBPd1,LMPTUMTS：版本未知〔E司设备，但是其做过E司LTE网络到E司UMTS网络的CSFB，说明其网络支持该项测试〕EPC：HWMME/CISCOMME〔版本未知，但是其支持E司LTE网络到E司UMTS网络的CSFB〕终端：MotorolaXT925，E392-12【问题原因及分析】LTE和UMTS两端是否共同设置参数，相互配置邻区；优先级设置问题；终端支持能力问题及SIM卡是否在HSS上鉴权；先单制式附着，再手动切换成联合附着；小区干扰；MME连接问题；版本问题【处理过程】在LTE侧配置好后，选择AUTO模式无法接入LTE网络，只能驻留在WCDMA网络〔选择LTEONLY能够接入LTE网络〕；向客户申请协调在E司人员在UMTS侧基站添加LTE邻区；排除参数设置问题，但依然无法进行CSFB测试；由于对UMTS侧基站的配置不透明，无法获取该基站的小区重选优先级，故设置LTE网络优先级为最大值7；设置后，选择AUTO模式无法优先接入LTE网络，只能驻留在WCDMA网络〔但选择LTEONLY能够接入LTE网络〕；由于之前没有局点使用MotorolaXT925进行CSFB测试，疑心终端和优先级问题；故跟客户申请，在E司现网环境下进行测试〔E司LTE网络和UMTS网络，CISCOMME〕，在AUTO模式下能够优先选择LTE网络，进行CSFB完毕后会重选到LTE网络，证明在UMTS侧基站设置的小区重选优先级低于LTE侧基站〔根据协议规定，可以证明UMTS侧基站小区重选优先级设置低于LTE基站〕；排除优先级设置问题和终端支持能力问题，同时确定SIM卡已经在HSS上鉴权，但依然无法进行CSFB测试；由于客户还未提供我司测试终端，选用我司终端数据卡E392-12用Probe定位测试该卡接入网络问题；选择我司LTE基站，发现能够正常接入，正常做上下载业务〔DL能到达60+Mbps，上载到达15Mbps，终端不支持CSFB〕，说明我司LTE基站能够正常提供业务；同时也发现其他友商LTE网络，由于测试在天线下，我司LTE基站强度最大〔-40dbm左右〕，排除异厂商信号干扰问题；同时，用LTEONLY模式能够正常进行上下载业务测试，排除小区接入问题；EPC侧问题排查：切换我司MME至C司MME做测试，发现用AUTO模式能够正常接入LTE网络，做CSFB成功，也能够回退至LTE网络；说明我司MME存在接入问题，跟踪S1消息发现当UE发起附着请求时会被MME拒掉，屡次拒掉后会选择UMTS网络；经核心网问题排查，使MME版本升级到V9R11C02SPC200〔定制版本〕，躲避掉无法由我司LTE网络向异厂商UMTS网络做CSFB测试。【处理结果】问题得以解决。案例3：配置错误导致大量乒乓切换【问题现象】在某局点例行KPI数据分析时发现同站同频全网切换尝试次数在某日开始突然大幅抬升30倍之多，需要分析为何同站同频切换尝试次数会变化如此剧烈。【问题原因及分析】KPI分析：将当日的话统进行全网排序，查找切换次数TOP站点，确认切换次数最多的K站点。使用两两小区对话统，发现切换都是在与同站邻区之间做乒乓切换产生的。参数核查：进一步做参数排查，发现本小区CIO和QoffsetFreq被错误配置为-24dB。【处理结果】根据A3判决公式：得到：Mn+0+0–1>Ms–24–24+2.5即Mn>Ms–44.5就会触发测量报告，切换区被拉得非常大，几乎当有UE一进入该小区时即会触发切换再切出去，从而导致大量的乒乓切换过程。修改CIO和Qoffset后问题即可解决。案例4：PCI冲突导致切换失败【问题现象】某局点发现两小区之间发生屡次切换，但全部切换失败，失败现象完全一致：UE已收到源小区下发的切换命令并且UEL3已回复切换完成消息，但随即在目标小区发起重建且重建原因为HandoverFailure，但所有重建都失败。【问题分析】参数核查：将源侧基站和目标侧基站参数配置跟基线参数进行比拟，未发现明显异常。也对源小区的邻区关系进行过检查，发现其存在往目标小区的邻区关系，所以暂时没有疑心该邻区关系配置有其他问题。分析数据：在问题中有个疑点无法解释：UE已经收到了切换命令，说明在目标侧已经存在了该UE的上下文信息，为何在目标侧的重建会被拒绝？因此疑心UE重建时选择的小区跟X2口切换请求时的目标小区不一致。核查邻区：在源侧小区配置中搜索发现配置了两条PCI相同但eNBID不同的外部小区记录；可是邻区关系却只配置了一个PCI，跟疑点现象一致。分析到这里，一线就去确认源站点与两个外部小区相对位置关系，发现距离较近的站点没有配置邻区关系，相距较远〔20公里〕的反倒配了邻区关系。【问题结论】分析到这里，问题最终确认，因为参数配置错误，导致eNodeB试图将UE切往相距二十多公里的另外一个小区，因此在目标小区必然随机接入失败，而后在真实的目标小区发起重建，但因为目标小区实际没有上下文信息而被eNodeB拒绝。修改邻区关系后问题解决了。案例5：eNB收到测量报告不处理【问题现象】某局点一个区域修改小区带宽和频点后，用户在该区域内移动时，UE上报大量测量报告，但是eNB不下发切换命令，导致UE无法在小区间进行正常切换，区域掉话率升高。【问题分析】路测数据分析：UE发送测量报告，但没有收到eNB的切换命令，eNB也确实没有发切换命令；话统分析：通过话统观察，在很长一段时间内站点有大量掉话现象，但是连一次准备切换都没有发生过。参数核查：查看eNB配置文件，切换算法开关翻开，但本应存在的邻区关系却消失了；【问题结论】经过上述步骤可以确定为邻区关系异常问题。最终定位出某版本当在有邻区关系的情况，用CME批配置修改小区带宽，会导致邻区关系被删除，影响小区间的正常切换，导致掉话KPI异常变高。添加邻区关系后即可恢复。案例6：核心网异常导致切换准备失败【问题现象】某局点路测时发现，局部小区存在UE上报测量报告后eNB不处理的现象。而且UE也不会掉话，甚至出现一分钟前上报测量报告后没有收到切换命令，一分钟后再上报却能收到切换命令的奇怪现象.【问题分析】标口&CHR分析：使用标口跟踪，发现原因是由于源侧发送S1切换请求后，收到响应切换准备失败，导致无法切换。抓取目标侧Debug日志分析，目标侧收到S1切换请求后，出现内部异常错误，打印如下，确认此异常是当MME下发的切换请求消息中携带的MMES1APID在目标eNodeB已经分配，会导致切换请求ACK消息发送失败。【问题结论】发现一线核心网在收到切换完成的Notify时并不是立即往原小区释放用户资源，而是等待3秒左右释放，有时候乒乓切换就会出现MME在释放用户资源前发一个相同的S1_AP_ID的信令，此时目标eNB收到这个S1_AP_ID已有，但是eNB_S1_AP不同的切换请求信令，会判断核心网信令异常，而失败。在核心网升级后，解决此bug，问题消失。干扰类问题更多干扰的资料请参考资料请在效劳器上进行下载，效劳器地址：\\2\8培训材料(1)\03LTE相关培训\LTE室分X板斧参考资料\干扰效劳器没有权限的请联系：范丽60018914。现象描述干扰是影响网络质量的关键因素之一，当干扰过大时，对通话质量、掉话、切换、吞吐量均有显著影响，可能出现掉话，吞吐率降低，切换不及时等等现象。如何降低或消除干扰是网络规划、优化的重要任务。分析思路分析干扰之前，首先要弄明白干扰产生的原因及种类。系统内干扰1：帧失步〔GPS失锁〕造成的干扰对于LTETDD系统，因为是时分双工，这对系统的时钟同步要求很高。如同一个网络中的某基站A与周围其他基站的时钟不同步，这就造成基站A的DL信号被周围的基站接收到，故而干扰到了周围基站的上行接收。由LTE的帧结构，其特殊子帧的上下行保护时隙之间的GP就是为上行和下行留出的保护带，其值从100us到700us不等，那么如果失步时间超过100~700us就会造成基站间干扰。同样的，GPS也会造成同样的问题。但是GSP时钟不同步造成的干扰，通常影响范围比拟严重，且范围很广。可能在GPS失步基站周围的一大片基站都受到干扰，导致这些基站覆盖范围内的UE无法做业务，严重的甚至在基站下RSRP很好的情况下，UE都无法入网。在这些基站侧跟踪上行RSSI值，通常会发现RSSI值可能比正常值高出10~20dB，甚至更高。引起GPS失锁的原因可能有：GPS安装不标准，导致无法搜到足够的星；GPS受到干扰；星卡异常；对于我司基站可以通过DSPGPSSNR命令来查询GPS收到的卫星数以及卫星信号信噪比。且一旦失锁，基站都会有告警。但是网络中如果有其他厂家的设备共存，如果存在GPS失锁，也可能会对我司设备造成干扰。系统内干扰2：TDD超远干扰TDD超远干扰出现的场景及原因：干扰站和被干扰站之间的无线传播环境非常好，等效于自由空间。远距离的站点信号经过传播，到达被干扰站点的时候，因为传播环境很好，衰减就比拟小，同时因为传播过程中的时延导致干扰站的DwPTS与被干扰站的UpPTS对齐〔严重的甚至会落到被干扰站的上行子帧〕，导致干扰站的基站发对被干扰站的基站收的干扰。如下列图所示：其中DwPTS为下行保护时隙，UpPTS为上行保护时隙，GP为保护间隔，主要作用是用于下行到上行转换时的保护；在小区搜索时，确保DwPTS可靠接收，防止干扰UL；在随机接入时，确保UpPTS可以提前发射，防止干扰DL。特殊子帧中的GP决定了DL不会干扰UL的最小距离。根据下表特殊子帧GP长度可以算出保护距离距离从21.4km到214.3km不等。当基站间无线传播环境很好且配置的特殊子帧的GP很小时，很有可能造成TDD超远干扰。子帧配比和上下行保护距离SpecialsubframeconfigurationDwPTSGPUpPTS保护距离〔km〕03101214.3194185.72103164.33112142.94121121.45392192.9693264.37102242.98111221.4出现TDD超远干扰后可能出现的问题：UE在被干扰小区边缘不能进行随机接入邻区UE不能切换到被干扰小区严重的会出现下行业务和上行业务速率都大幅下降；系统内干扰3：数据配置错误如系统的频率、PCI、上下行配比、时间偏移量〔TDDtimeoffset〕等参数配置错误，会导致同系统间干扰增大，表现在RSRP、SINR等参数远低于预期。特别是在WiMAX-LTE或者TDS-LTE双模组网，或单双模混合组网的场景下，如果时钟偏置设置不正确，也可能会造成异系统间的TDD干扰。在存在双模组网场景的网络中，必须严格按照空口帧同步方案进行配置，配置完以后建议重启基站。由于数据配置错误引起的系统内干扰，可通过数据配置核查进行确认和处理，确保各站的配置统一，和规划的配置相同。后续不再详细介绍。系统内干扰4：越区覆盖越区覆盖是指某小区的效劳范围过大，在间隔一个以上的基站后仍有足够强的信号电平使得可以驻留、切入或对远处小区产生严重干扰。越区覆盖主要是由于基站的天线方位角，下倾角等不合理造成实际小区效劳范围与小区规划效劳范围严重背离的现象，带来的影响有：干扰、掉话、拥塞、切换失败等。这是属于下行干扰的范畴，目前主要检测手段是通过终端上报下行RSRP和SINR的比照进行确认。理想情况下，下行RSRP-底噪〔环境噪声〕=下行SINR。简单举例，假设下行RSRP为-100dBm，底噪为-110dBm，那么此时下行SINR约为10dB，假设实际下行SINR仅为0dB，那此时应受到下行干扰，该下行干扰可能来自于附近小区的下行信号。系统外干扰1：杂散干扰是指干扰源在被干扰接收机工作频段产生的加性干扰，包括干扰源的带外功率泄漏、放大的噪底、发射谐波产物等等，使被干扰接收机的信噪比恶化。由发射机产生，包括功放产生和放大的热噪声,功放工作产生的谐波产物，混频器产生的杂散信号等。系统外干扰2：阻塞干扰接收机通常工作在线性区，当有一个强干扰信号进入接收机时，接收时机工作在非线性状态下或严重时导致接收机饱和，称这种干扰为阻塞干扰。一般指接收带外的强干扰信号，会引起接收机饱和，导致增益下降；也会与本振信号混频后产生落在中频的干扰；还会由于接收机的带外抑制度有限而直接造成干扰。阻塞干扰可以导致接收机增益的下降与噪声的增加。系统外干扰3：互调干扰互调干扰分为发射互调和接收互调两种。发射互调是指当多个信号同时进入发射机后的非线性电路，产生互调产物，并且落在被干扰接收机有用频带内造成的干扰。接收互调是指当多个信号同时进入接收机时，在接收机前端非线性电路作用下产生互调产物，互调产物频率落入接收机有用频带内造成的干扰。一般情况下，由于无源器件长期工作出现性能下降，或本身互调抑制指标差等导致产生互调干扰的现象在现网比拟普遍。现网干扰排查时，多发现天线性能差，天馈接头存在工程质量问题等，是产生互调的主要原因。图3SEQ图\*ARABIC\s16互调干扰示意图互调产物有三阶，五阶，七阶等按阶数排列的信号，三阶互调产物如上图所示，两个信号的组合频率2f1-f2，2f2-f1等将可能落入接收机带内，形成干扰。五阶和七阶互调产物相对三阶信号强度弱很多〔20dB以上〕，只有在两系统间隔离度不满足干扰隔离要求时才会对被干扰系统产生影响。抑制互调主要通过更换互调抑制指标好的无源器件〔一般情况下要求-140dBc或者-97dBm的互调指标〕或者提高工程天馈工程质量。优化方法DAS干扰排查优化DAS干扰排查优化方法请参考6.3章节。更多的DAS干扰排查请参考效劳器上的内容，效劳器地址是：文档路径：\\2\8培训材料(1)\03LTE相关培训\LTE室分X板斧参考资料\干扰效劳器没有权限的请联系：范丽60018914。上行RSSI统计监控排查RSSI统计监控能够检测当前带宽内DMRS信号每个RB的接收功率，以及每根天线的平均接收功率。RSSI统计监控主要从频域的角度观察上行的总接收功率。在小区空载的时候可以用来分析频域的上行干扰。但是，如果干扰属于TDD干扰，且干扰信号时隙没有落在DMRS信号所在的Symbol，那么有可能无法观察到干扰。在小区空载的情况下，可以通过RSSI统计监控观察干扰。在OMC的Monitor->SignalingTrace->SignalingTraceManagement下启动InterferenceRSSIStatisticDetectMonitoring。OMC上RSSI统计监控的跟踪结果如下：RSSI统计监控的跟踪结果图可以将数据导出成CSV格式，统计所有时刻每个RB的平均值，然后将所有RB的RSSI画一条曲线，或者单独画某一个时刻所有RB的RSSI曲线，用以观察干扰在频域上的分布。RB的RSSI示意图没有业务的时候RB的RSSI在-119dBm左右，当有上行业务时，上行RB的RSSI提升，就不适合用于观察干扰。因此，看该值时应尽量选择没有用户的时候观测。通过查看RSSI的值来判断是否存在上行干扰，需要说明的是关于RSSI读数问题，在判断是否存在上行干扰时需要保证对应扇区不存在入网终端，否那么会因为扇区接收到了终端信号RSSI很高导致无法做出判断。同时主分集的读数会有差距，通常相差约5dB以内认为是正常。另外通过分析不同天线端口的RSSI之间的差值，还可以初步分析工程或者设备是否存在问题。RSSI(receivesignals