TDL优化案例汇编

TDLTE优化案例汇编NPOSystemStreamMainMenu异频测量PDCCH功控及符号自适应TM自适应门限优化室分高掉线优化上行功控优化通过权值修改DL发射功率PCIMOD3干扰异厂家切换2013.10的ATU测试，反映NSN福州UE发射功率较高优化背景闭环功控参数调整–原理及过程闭环功控参数调整–原理及过程闭环功控调整主要依靠2类(SINR，RSSI)，各2个(上、下)门限值的设置，通过当前eNB接收到UE的SINR/RSSI对比门限值，在PDSCH/PDCCH里下发调整指令，经过4个(or6个）子帧后调整UE发射功率。城市边缘RSRP(dBm)覆盖率RSRP连续弱覆盖里程占比脱网里程（km）连续UE高发射功率里程占比福州-10993.0%12.7%959.3%UE-PUSCH发射功率分析备注：UE高发射功率路段：UE的PUSCH信道发射功率持续10秒70%采样点大于16dBm的连续路段。UE发射功率测试结果RSRP<-85dbm时UE-PUSCH发射功率会大于16dbm该指标为集团ATU测试考核项UE发射功率测试结果UE-PUSCH发射功率分析UE-PUSCH发射功率在不同天线模式下表现相差不大SINR较好时上行发射功率仍然很高，闭环功控作用没有体现UE发射功率理论分析UE-PUSCH发射功率分析开环计算：10log(Mpusch(i))=10log(100)=20,p0NomPusch=-100,α=1,PL=epre-RSRP=12.2-(-85)=97.2Ppusch≈17dbm（RSRP=-85dbm点）UE发射功率理论分析UE-PUSCH发射功率分析现网配置：ulpcUpqualSch=20，ulpcLowqualSch=18，ulpcUplevSch=-96，ulpcLowlevSch=-103，由上配置来看，

ulpcUpqualSch=20，ulpcLowqualSch=18，两个参数配置偏高会导致UE上行发射功率上升UE发射功率验证UE-PUSCH发射功率分析参数配置组alphap0ulpcupqualschulpclowqualsch配置11-1002018配置21-10031配置30.8-1002018配置40.8-752018配置50.8-7531上行功控验证测试配置UE发射功率验证UE-PUSCH发射功率分析上行功控验证测试配置参数配置组下行吞吐量（kbps）RSRPSINRCQIMCSUETxPower_pusch备注配置131677-101169.51920均值(拉远测试)配置228447-104158.61716配置331372-103169.51821配置428193-1051491721配置530268-1031591816结论UE-PUSCH发射功率分析P0和alpha对整体功率降低作用不明显闭环功控参数可以较好的控制整体功率闭环功控参数和开环功控参数同时调整可较好控制上行功率，且对吞吐量影响较小参数配置组alphap0ulpcupqualschulpclowqualsch配置50.8-7531推荐参数配置，可在配置5基础上可适当上调闭环功控参数闭环功控参数调整–测试方案现网此4门限的设置，采用的是goldenconfig里的设置，其中：SINR的上、下门限分别设置为20,18。RSSI的上、下门限分别设置为-96，-103测试轮次p0NomPuschalphaulpcUpqualSchulpcLowqualSchulpcUplevSchulpcLowlevSch1(初始设置)-10012018-96-1032-950.8不变不变不变不变

3不变不变31不变不变4不变不变97不变不变5不变不变1412不变不变

6不变不变不变不变-100-1037不变不变不变不变-98-103

8不变不变97不变不变9不变不变31不变不变

分析结果，总结，评估测试结果测试区域选定簇15，终端和业务模拟ATU，路线采用更细的簇优化路线。闭环功控参数调整–测试结果下行业务终端的统计数据，可以看到：调整SINR门限后，连续UE高发射功率里程占比明显下降。闭环功控参数调整–测试结果分析下行业务终端的统计数据，可以看到：调整SINR门限后，连续UE高发射功率里程占比明显下降。闭环功控参数调整–测试结果上行业务终端的统计数据，可以看到：调整SINR门限后，连续UE高发射功率里程占比明显下降。闭环功控参数调整–测试结果上行业务终端的统计数据，可以看到：调整SINR门限后，连续UE高发射功率里程占比明显下降。闭环功控参数调整–结果分析从测试结果看到：调整p0和alpha，对UE发射功率稍有影响，变化不大。调整SINR门限，对UE发射功率影响很大，UE连续高发射功率占比下降了一半。调整SINR的不同门限，从(3,1)、(9,7)、(14,12)，对UE发射功率的影响不大。调整RSSI的发射功率，对UE的发射功率有影响。从测试方案3开始，到测试方案9，测试结果相差不大，那么采用哪种参数方案较合适呢？下面结合UE上报的SINR和RSSI说明。闭环功控参数调整–结果分析闭环功控参数调整–结果分析闭环功控参数调整–结果分析从UE上报的SINR和RSSI看：SINR门限调整前，门限设置是(18,20)，UE上报的SINR区间主要是（18,22)。调整门限后，UE上报的SINR区间主要是(x，20)，X指不同设置导致不同的主区间。同理，RSSI也相应下降，说明调整门限确实导致了UE发射功率的下降。闭环功控参数调整–结果分析测试步骤6，7、8、9的参数设置组合，UE上报的SINR/RSSI集中度差。分析原因，是由于缩小了RSSI的门限区间，反而导致UE的发射功率频繁调整，反而会导致功控精度变差，这无疑是我们不想看到的。闭环功控参数调整–结果分析测试步骤3、4、5的参数设置组合，组合3、4相较组合5，集中度较好。闭环功控参数调整–结果分析从初步的测试结果看，选取参数组合3或4会大大降低连续UE高功率发射占比，同时UE上报的SINR、RSSI较为稳定。功控精度好。但是，参数组合3、4的测试过程中，下行业务终端DT指标表现良好，上行业务终端DT却都出现了掉线。建议针对3、4，重新测试，验证掉线情况。闭环功控参数调整–进一步的测试为了验证掉线的情况，选取了有恒定业务量的，载有LTE-fi的301公交车沿线的站点，按照下面的参数修改，验证掉线次数。结果发现SINR门限调整后无线掉线的增加非常明显。

测试轮次p0NomPuschalphaulpcUpqualSchulpcLowqualSch301掉线个数当前设置-100120182981-1000.820182852-85120181843-850.820184114-85197650+5-8511412800+6-8511715732闭环功控参数调整–进一步的测试301公交线的无线掉线率提升的非常明显，显然不能采取这套参数投入日常使用。那么高掉线率的原因是什么呢？我们注意到了2点的区别：1.簇15的多次测试都是模拟ATU的测试：2个UE，一个只做上行，满200M后就detach，再attach，重复，一个只做下行，满500M后就detach，循环往复。而301由于车载LTE-fi，造成全天都存在业务量，不存在detach/attach的情况。2.簇15的多次测试都是2个UE，一个单做上行，一个单做下行。301公交线由于堵车、双向道路的情况，存在一个eNB下是多UE的情况，所以怀疑eNB对多UE的功控调度算法存在问题，造成单UE时指标良好，UE发射功率低，多UE时虽然发射功率低，但掉线明显。

闭环功控参数调整–进一步的测试为验证此论点，选取簇15，模拟301的连续业务，做了单/多UE对比测试。测试方法是4个UE，同时做上传/下载的长呼，测试结果验证了我们的推断，无线掉线次数较多，而且不同SINR门限的设置下，掉线次数均较多。作为对比，在簇15，用单个UE，其他测试条件不变的情况下，测试验证，结果发现，掉线次数果然大大减少。测试轮次p0NomPuschalphaulpcUpqualSchulpcLowqualSchulpcUplevSchulpcLowlevSch掉线次数1-85197-96-103472-8512018不变不变33测试轮次p0NomPuschalphaulpcUpqualSchulpcLowqualSchulpcUplevSchulpcLowlevSch掉线次数1-85197-96-1031闭环功控参数调整–结论从测试结果可以得出结论：降低UE高功率连续发射比，和提升无线掉线率，是一个tradeoff，不能兼顾。但是由于ATU测试时的业务模型和我们平时的业务模型(301)有很大的不同，所以还是有操作空间。闭环功控对降低UE高功率连续发射比较明显，在类似ATU的宏站+道路测试的环境下，SINR门限修改的影响较大。低于正常上报SINR后，几种SINR的门限组合[14,12]，[9,7]，[3,1]对高功率连续发射比的影响不大。

多UE的调度或者功率分配上可能存在问题，会造成高掉线，现场没有做进一步的分析。可以采用2套功控参数：ATU功控参数用于保持路测指标的同时，提高UE高功率连续发射比。网络运行的功控参数用于平时使用，以稳定无线掉线率指标。MainMenu异频测量PDCCH功控及符号自适应TM自适应门限优化室分高掉线优化上行功控优化通过权值修改DL发射功率PCIMOD3干扰异厂家切换异频测量GAP异频测量的方式取决于终端的实现，1）如果UE接受机带宽能够同时覆盖服务主服务小区和待测小区的频点（如两个连续20M的D频点），那么就不需要测量间隔GAP（Nongap-assisted类型测量）的辅助而实现异频测量。

2）但是目前UE的接收机带宽都是20M的，不足以同时覆盖服务小区频点与待测小区所在频点，因此UE需要测量间隔GAP的辅助（gap-assisted类型测量）才能进行异频测量

协议考虑是尽量减小终端的处理要求，以简约化。因此目前UE在20M接收带宽的情况下，实现的异频测量，都需要Gap。在Gap测量周期内，停止所有业务和服务小区的测量等等，专门用于异频邻区的测量。

3GPP36.508定义了measGAP的2种配置，GAP模式分为40ms周期和80ms周期两种，GAP测量长度均为6ms。为了验证异频测量对终端性能的影响，现场进行了对比测试，结果显示启动异频测量时（40msGAP周期）相比不测量时上下行平均吞吐量均下降25%左右。GAP周期DL平均UL平均不测量55mbps8mbps40ms41mbps6mbpsmappedtotheexistingfeatureLTE1679.80msgapsareonlyplanedfornontimecriticalhandoversasthe80msgapoptionmaydelaytheeventreporting.123453GPP:36.213按照36.313和36.213协议，1:7(子帧2:2,特殊子帧10:2:2)配比在一个测量周期内红色和蓝色子帧不能被用于下行调度，共5种场景，异频测量造成下行调度率平均损失30%，上行调度受到的影响类似。异频测量影响上下行调度次数，进而影响吞吐率性能场景DL调度次数影响比例142530%240033%340033%445025%545025%由于LTE为宽频系统，为了减小终端开销，需要启动专门的周期性异频测量过程A2事件触发异频测量和GAP（6ms）建立

A1事件触发停止异频测量

异频测量对性能的影响ACK/NACK异频测量对性能的影响---实测数据分析测试区域CRS平均发射功率（dBm）CDF5%（下行50%加扰）中值（下行50%加扰）RSRP（dBm）SINR（dB）DLTHR（Mbps）ULTHR（Mbps）RSRP（dBm）SINR（dB）DLTHR（Mbps）ULTHR（Mbps）2*20MHz创新频率方案3，CRS提升0~3dB*，异频起测门限根据优化需要设置，主要分布于-86dBm~-94dBm间17.9-51.32-82.520.337.1617.462*20MHz创新频率方案4，CRS提升0~3dB*，异频起测门限统一设置为-80dBm17.9-102.544.988.547.32-82.6120.223.6613.37方案4：异频测量门限在-80dBm,从红线上看，70%的区域低于这个起测电平，导致70%区域处于异频测量中；从蓝线上看，90%的切换发生时的切换RSRP都是低于这个异频测量门限的，存在异频起测过早的情况；方案3：异频起测门限根据优化需要设置，主要分布于-86dBm~-94dBm间。从红线上看，平均约40%区域低于这个测量门限，既约40%区域处于异频测量中；理论预期：方案4由于70%区域处于异频测量，中值统计（CDF50%）落于异频测量采样点；方案3由于40%区域处于异频测量，中值统计（CDF50%）落于非异频测量采样点；因此两者理论差异约30%实测：方案4相对方案3，中值下行速率下降36.3%（37.16M->23.66M)，基本符合理论预期。CDF方案4方案3LTE多频点组网，异频起测门限不宜过高，建议以RSRPCDF40%对应的场强作为起测门限基准，并对各小区基于覆盖边界进行门限优化异频切换策略（针对道路优化）异频测量时间尽量小（一启动测量就发起切换）异频切换次数尽量少策略一、测量启动门限设置低于DF等RSRP点电平约3dbA3offset设置略大于或等于3dbTrigtime尽量小策略二、测量启动门限在保证顺利切换的基础上尽量低（-105dbm）threshold3InterFreq<-102threshold3aInterFreq>-90A3offset=6福侨大厦2小区Rsrp–晋安花园1小区Rsrp>3db且持续相应的触发时间，UE上报A3报告，触发异频间的切换。MainMenu异频测量PDCCH功控及符号自适应TM自适应门限优化室分高掉线优化上行功控优化通过权值修改DL发射功率PCIMOD3干扰异厂家切换IntroductionThePDCCHinLTEcarries:UE-specificschedulingassignmentsforDLresourceallocation,ULgrants,PRACH(PhysicalRandomAccessChannel)responses,ULpowercontrolcommands,andcommonschedulingassignmentsforsignalingmessages(suchassysteminformation,paging,etc.)Allocationrules0…3OFDMsymbolspersubframe2…4OFDMsymbolspersubframe(1.4MHz)AggregatedonCCEsQPSKonlybutdifferentaggregationlevels(AGGlevels)TheactualnumberofOFDMsymbolsoccupiedinanygivensubframeisindicatedinthePCFICH(PhysicalControlFormatIndicatorChannel),whichislocatedinthefirstOFDMsymbolofeachsubframeMBBCSNetworkEngineering/Dec2012PDCCHadaptationmechanismsDL-AMC-CCH+DL-PC-CCH

TargetistoadjustAGGlevelsbasedonUE-specificradioconditions,DifferentAGGlevelsresultinvariouscodingratewhichmaybringrobustness(highAGGlevel)orcapacitysavings(lowAGGlevel),Thealgorithmiscellorientedtooandtriestoavoidschedulingblocking,Powerboostingispossible.NumberofPDCCHsymbolspersubframestaticallyconfiguredwith.Available:RL10/RL15TDonwardsUsagebasedPDCCH

LTE616(FDDonly)ThefeatureadjuststhenumberofPDCCHsymbolspersubframe,Additionally,DL/ULbalancewithinPDCCHspacecanbeadaptedbasedonthecurrentloadsituation.Available:RL30onwards

LTE939(TDD)extendstheLTE616featuretoTDDdomainwiththesameconceptAvailable:RL35TDonwardsPresentationscopeWhenthenumberofPDCCHsymbolsisadaptivelyadjustedbased

onthecurrentloadconditionthiswillresultintheuserthroughputimprovementonconditionthatthereisrathersmallPDCCHload(fewUEstobescheduled)ForTDD,notPDCCHsofallsub-frameshavebothDLandULgrants,sodifferentalgorithmsareapplicabletodifferentcases.PurposeandbenefitsThefeatureadjuststhenumberofPDCCHsymbolspersubframeMBBCSNetworkEngineering/Dec2012TechnicaldetailsNote:Adjustmentislimited[1…3]OFDMsymbolsMaximumnumberofPDCCHsymbolsissetwithO&MparametermaxNrSymPdcchRemainingPDCCHutilizationishigherthanupperbound

ofdesiredPDCCHutilizationThereisnopowerforrelocation;noexcesspowerandnoboostingpossibleBlockingduetohashfunctionhappenedBlockingduetolackingschedulercapacityinULand/orDLRemainingPDCCHutilizationissmallerthanlowerboundofdesiredPDCCHutilizationThereisstillpowerforrelocation;excesspowerandpossibleboostingNoblockingduetohashfunctionhappenedNoblockingduetolackingschedulercapacityinULandDLDECREASEnumberofPDCCHsymbolsifINCREASEnumberofPDCCHsymbolsifAlgorithmstep1MBBCSNetworkEngineering/Dec2012IfmaximumamountofsymbolsisreachedandoverallrequiredPDCCHresourcesarestillnotfittingtoavailableamountofresources,thenUL/DLsplitismodifiedBlockingduetohashfunctioninDLschedulerhappenedBlockingduetohashfunctioninULschedulernothappenedPDCCHULusageissmallerthanDLDLsplitisincreasedPDCCHULusageishigherthanDLDLsplitisdecreasedBlockingduetohashfunctioninDLschedulernothappenedBlockingduetohashfunctioninULschedulerhappenedPDCCHULusageishigherthanDLULsplitisincreasedPDCCHULusageissmallerthanDLULsplitisincreasedChangeULPDCCHsplitifChangeDLPDCCHsplitifNote:Adjustmentislimitedforpre-definedR&DsplittresholdsTechnicaldetailsAlgorithmstep2MBBCSNetworkEngineering/Dec2012InTDDnotallPDCCHsubframescontainULandDLschedulinggrants,Therefore,twoinstancesofalgorithmareintroducedforsubframeswith:ULandDLPDCCHtransferOnlyDLPDCCHtransferAdaptationisnotrequiredforULsubframes,sincethere’snoPDCCH.Technicaldetails LTE939TDDspecificsDDSUUDDSUUDUL/DLDLDL/UL--UL/DLDLUL/DL--UL/DL90123456789PDCCHPDSCHPDCCHPDSCHPDCCHPDSCHGPUpPTSPUCCHPUCCHPDCCHPDSCHPDCCHPDSCHPDCCHPDSCHGPUpPTSPUCCHPUCCHPDCCHPDSCHPUSCHPUSCHPUSCHPUSCHPUCCHPUCCHPUCCHPUCCH3OFDMsymbolsDLgrantonlyinPDCCHregion2OFDMsymbolsDL/ULgrantsinPDCCHregionSpecialSubframe–noPDCCHDLgrantsULgrantsUL/DLconfiguration1.dpecialfsubframe7SubframetypeMBBCSNetworkEngineering/Dec2012ConfigurationManagementFeatureactivationAbbreviated

NameDescriptionRange/

StepDefault

ValueRecomendationactLdPdcchActivateordeactivatetheloadadaptivenumberofPDCCHsymbolsinacell

TheactualOFDMsymbolamountusedforPDCCHinaTTIisselectedfromvaluesbetweentheminimumreasonableamountofsymbolsfortheselectedDLbandwidthandmaximumallowednumberofPDCCHsymbols(maxNrSymPdcch).

ForLTETDDnoteverysub-frameneedadaptivePDCCHsymboladjustmentbecausenoteverysub-framehasPDSCH.true/falsefalseactLdPdcchcanbesetto'true'onlyiffollowingconditionsarefulfilled

-phichDur

issetto'Normal'AND

-maxNrSymPdcchisgreaterthan1AND

-DlchBwisconfiguredgreaterthan'5MHz'

IfactLdPdcchissetto'false',configuredULandDLsplitofPDCCHresources(pdcchUlDlBal)isfixedused.

IfactLdPdcchissetto'true',ULandDLsplitofPDCCHresourcesmaybeadjustedruntimebasedonloadandtheconfiguredvalue(pdcchUlDlBal)definestheinitialstartingpointthen.MBBCSNetworkEngineering/Dec2012Thresholdsfordesired(target)PDCCHutilizationarestrictlyR&DinternalparametersstatingthepercentageofCCEspaceusagePDCCH_UTIL_TH_UP; range[0..100]%,step1,default80PDCCH_UTIL_TH_DOWN; range[0..100]%,step1,default60ConfigurationManagementMaximumnumberofsymbolsforPDCCHAbbreviated

NameDescriptionRange/

StepDefault

ValueRecomendationmaxNrSymPdcchDefineshowmanyOFDMsymbolscanbeusedforPDCCHchanneltransmission.eNBselectsbasedonusagetheactualvalueforeachTTI,whichandvalueissignaledtotheUEsinPCFICH.1...3,step13IfmaxNrSymPdcchissetto'1',actLdPdcchcannotbeconfiguredto'true',formaxNrSymPdcchsetgreaterto'1'theallowedvalueofactLdPdcchstilldependsontheconfiguredvaluesfordlChBwandphichDurIncaseULPeakdatathroughput(10MHzand48PRBsforPUSCH)istobeconfigured,usefollowingPUCCHparametervalues:

deltaPucchShift(value1)

n1PucchAn(value10)

nCqiRb(value1)

maxNrSymPdcch(range1-2)(internal)MBBCSNetworkEngineering/Dec2012Featurecanbeactivatedviatheparameter:actLdPdcchWhenactive,maxNrSymPdcchshallbesettothevaluehigherthan1.OtherwisethefeaturedonohaveanyspacetooptimizethenumberofsymbolsOnceactivated,onemayobservethefeatureactivitybytheappropriatecountersDeploymentAspectsFeatureactivationandvalidationIntheBusyHour(12-14):3OFDMsymbolsareneededfor~5%ofthetime2OFDMsymbolsareneededfor~10%ofthetimeIntheremainingtime1OFDMsymbolisusedInthenightime(23-6):1OFDMsymbolisusedinmorethan95%oftime00:00Day1Day2Day3Day4Day5MBBCSNetworkEngineering/Feb2013OnofthecustomernetworkshasbeeninvestigatedwithrelativelylowloadInsuchaconditionsduring91%ofthetimeonly1OFDMsymbolwasneededWhenadditionalPDCCHcapacitywasneededinBusyHour,thenumberofsymbolswasadaptedDeploymentAspectsOFDMsymbolusagedistributionMBBCSNetworkEngineering/Dec20124GMaxconfirmslinklevelgainbymeansoflowerSINRrequirementforPDSCH1..2dBgaindependingonthenumberofallocatedPRBsMatlabsimulationprovesthealgorithmefficiencyUpto18%PDSCHspacegainwhenthereisnottoomanyUEstobescheduledModerategainwhenthenumberofUEsperTTIapproaches10Nogainforhighload

scenariosBenefitsandGainsFeatureperformancePDSCHlinklevelperformanceAlgorithmefficiencyMBBCSNetworkEngineering/Dec2012Thegainsfromthefeatureareprovedalsoindynamicsystem-levelsimulationenvironmentUpto17%morecapacityin10MHzbandwidthand21%in20MHzcanbeachievedwithLTE616withlownumerofUEsinthecellForhighnumberofUEsinthecelltoutilizeschedulinggain–asmuchUEsaspossiblearescheduled,thusmax3PDCCHsymbolsareusedalmostallthetime–thesamecaseasforfixed3symbolsforPDCCH(whenLTE616isswitchedoff).

BenefitsandGainsSystemlevelsimulationresults:FullBufferLTE616:onLTE616:offGainupto21%LTE616:onLTE616:offGainupto17%MBBCSNetworkEngineering/Dec2012ForuserthroughputperspectivegainsfromthefeatureLTE616arethesameasforthecellTP.Upto17%for10MHzand21%for20MHzbandwidth.BenefitsandGainsSystemlevelsimulationresults:FullBufferLTE616:onLTE616:offGainupto17%LTE616:onLTE616:offGainupto21%MBBCSNetworkEngineering/Dec2012There’salsoagaininPRButilizationwhichcomesfrom“larger”sizeofthePRBwhenLTE616ison(additionalsymbolssavedfromPDCCHspace),thusthesameamountofdatacanbesentwithlowernumberofPRBs.16%gainforFTPburstytrafficvs.17%gainforFullBuffer(whenallresourcesareoccupiedallthetime).BenefitsandGainsSystemlevelsimulationresults:FTPLTE616:onLTE616:offGainupto16%LTE616:onLTE616:offGainupto16%MBBCSNetworkEngineering/Dec2012NodirectimpactonKPIs,althoughthelong-termaveragethroughputshouldimprove.ThethroughputKPIswillnotbeinfluencedbythisfeature,astheycanalsobeachievedwithfixedsettingsofMaxNrSymPdcchO&Mparameter.InFDDLTE616,thereare3counters:-Numberofsubframeswith1OFDMsymbolallocatedtoPDCCH-Numberofsubframeswith2OFDMsymbolallocatedtoPDCCH-Numberofsubframeswith3OFDMsymbolallocatedtoPDCCH

TDDjustreusesthem.PerformanceAspectsNewcountersintroducedwiththefeatureAssessingthesystemgainsThroughputonPDCPlayer:LTE_5292cE-UTRANaveragePDCPLayerCellThroughputDLLTE_5289cE-UTRANaveragePDCPLayerActiveCellThroughputULLTE_290a MinimumPDCPThroughputDLLTE_287a MinimumPDCPThroughputULLTE_291a MaximumPDCPThroughputDLLTE_288a MaximumPDCPThroughputULThroughputonRLClayer:LTE_5284bE-UTRANaverageRLCLayerCellThroughputDLLTE_5283bE-UTRANaverageRLCLayerCellThroughputUL

Numberofactiveusers(userswithdatainbuffer):LTE_5800bE-UTRANAverageActiveUEswithdatainthebufferDLLTE_5801bE-UTRANAverageActiveUEswithdatainthebufferULLTE_5802aMaximumActiveUEswithdatainthebufferpercellDLLTE_5803aMaximumActiveUEswithdatainthebufferpercellULNumberofconnectedusers(withDRB):LTE_5804bE-UTRANAverageActiveConnectedUesLTE_1082aActiveUEpereNBmaxVerificationthatthefeatureisworkingM8011C59PDCCH_1_OFDM_SYMBOL–numberofsubframeswith1OFDMsymbolallocatedtoPDCCHM8011C60PDCCH_2_OFDM_SYMBOL–numberofsubframeswith2OFDMsymbolallocatedtoPDCCHM8011C61PDCCH_3_OFDM_SYMBOL–numberofsubframeswith3OFDMsymbolallocatedtoPDCCHM8011C38CCE_AVAIL_ACT_TTI-CCEsavailablePDCCHschedulingRecommendationonthechoiceoffeatureactivationclusterFeatureprovidesgainsespeciallyiftheofferedtrafficislow-to-medium,sointheareas/periodswherethereisaroomtoexchangePDCCHwithPDSCH.Iftheno.ofusersperTTIisclosetoitsmaximumvalue,thefeaturegainwillbenegligible.Theexpectedgain(expressedintermsofsymbolsforPDSCH)ispresentedonthefigurebelowMBBCSNetworkEngineering/Dec2012PerformanceAspectsHowtotestthefeature定点测试-cat3NSNTDD现网测试PDCCH自适应开关平均下行吞吐量（mbps）RSRPRSRQRSSISINRCQIMCSPDCCHCFIPDSCH

BLER天线模式UETxPower_pucchUETxPower_pusch关闭57.80-75-10-49311327(100%)PDCCHCFINum/s#1(0)

PDCCHCFINum/s#2(0)

PDCCHCFINum/s#3(600)1.4TM3/8-179开启59.40-71-9-44331427(41.5%)/28(58.5%)PDCCHCFINum/s#1(0)

PDCCHCFINum/s#2(500)

PDCCHCFINum/s#3(100)0.3TM3-1811由于3类终端能力限制极好点测试性能无明显提升拉远测试-cat3PDCCH自适应开关平均下行吞吐量（mbps）RSRPRSRQRSSISINRCQIMCSPDCCHCFIPDSCH天线模式UETxPower_puschBLER关闭33.74-94-12-62201019PDCCHCFINum/s#1(0)5TM3/818PDCCHCFINum/s#2(1)PDCCHCFINum/s#3(599）开启35.01-94-12-62211020PDCCHCFINum/s#1(0)6TM3/820由于3类终端能力限制拉远测试性能无明显提升NSNTDD现网测试定点测试-cat4PDCCH自适应开关平均下行吞吐量（mbps）RSRPRSRQRSSISINRCQIMCSPDCCHCFIPDSCH天线模式UETxPower_puschBLER关闭69.46-72-10-42321427(33.5%)/28(66.5%)PDCCHCFINum/s#1(0)0TM312PDCCHCFINum/s#2(0)PDCCHCFINum/s#3(600)开启79.5-71-10-40301427(8.5%)/28(91.5%)PDCCHCFINum/s#1(0)0TM35PDCCHCFINum/s#2(500)PDCCHCFINum/s#3(100)极好点测试性能提升明显NSNTDD现网测试PDCCH自适应开关平均下行吞吐量（mbps）RSRPRSRQRSSISINRCQIMCSPDCCHCFIPDSCH天线模式UETxPower_puschBLER关闭25.76-107-11-7512.58.716.7PDCCHCFINum/s#1(0)7.2

21PDCCHCFINum/s#2(2)PDCCHCFINum/s#3(598）开启37.99-101-11-69169.819.5PDCCHCFINum/s#1(0)6.6

20PDCCHCFINum/s#2(417)PDCCHCFINum/s#3(183）拉远测试-cat4拉远测试性能提升明显NSNTDD现网测试结论CAT4终端极好点吞吐量和拉远吞吐量都有提升明显CAT3终端测试由于终端能力限制极好点测试性能无明显提升，拉远测试略有提升

PDCCH自适应开关极好点平均下行吞吐量（mbps）拉远平均下行吞吐量（mbps）cat4终端关闭69.4625.76开启79.537.99cat3终端关闭57.8033.74开启59.4035.01NSNTDD现网测试MainMenu异频测量PDCCH功控及符号自适应TM自适应门限优化室分高掉线优化上行功控优化通过权值修改DL发射功率PCIMOD3干扰异厂家切换SINRTM2（CQI）TM3单流（CQI）TM3双流（CQI）TM2/3(自适应)（CQI）0798817978288.758.6939.4999TM3单双流门限建议-CQI取值2通道小天线SINRTM2（DLMCS）TM3单流（DLMCS）TM3双流（DLMCS）TM2/3(自适应)（DLMCS）0.08.711.06.07.01.08.712.05.87.02.013.03.010.3SINRTM2（CQI）TM3单流（CQI）TM3双流（CQI）TM2/3(自适应)（CQI）0.03.51.04.36.04.83.05.2SINR取值0~3时对于CQI3~7，考虑单双流切换时机和减少乒乓切换后，定：TM3双流到单流切换CQI门限=3；TM3单流到双流切换CQI门限=7不同天线模式吞吐量对比8通道大天线TM7明显强区间TM3双流强区间波动区间（TM3双流略强）SINR<99<SINR<2020<SINR1、TM8性能在任意时刻几乎都差于TM3和TM7（TM8当前版本性能不够理想，特别是在中差点）2、TM7在SINR<9时性能表现优异3、TM3双流在SINR>20时性能表现优异4、9<SINR<20区间内双流性能优于单流，虽然由于RI限制，存在波动和模式间乒乓切换，但建议最大限度使用双流模式间转换参数设置建议-CQI取值8通道大天线SINR=9时,TM3双流MCS=11，TM7双流MCS=20，TM8单流MCS=17。简单考虑CQI=MCS/2，策略如下TM3双流到TM7CQI门限定为5，TM7到TM3双流门限定为11考虑后期TM3/8自适应TM3双流到TM8单流CQI门限定为5，TM8单流到TM3双流门限定为9MainMenu异频测量PDCCH功控及符号自适应TM自适应门限优化室分高掉线优化上行功控优化通过权值修改DL发射功率PCIMOD3干扰异厂家切换客户投诉鸿宇7f经常掉线，下载速率不稳定该室分话务量较大问题描述DateRADIO_ACCESS_SUCC_RATIORADIO_DROP_RATIOEPS_BEARER_SETUP_COMPLETIONSENB_INIT_TO_IDLE_RNLENB_INIT_TO_IDLE_OTHERRADIO_BEARER_DROP_RATIO_5004ARB_REL_REQ_NORM_REL2013xxxx99.862.156991050.996992013xxxx99.712.65340902.623282013xxxx99.890.7872195150.6172942013xxxx99.812.93372256531.1337442013xxxx86.218.2567241226114.9862222013xxxx60.9555.3929861650433.9827582013xxxx47.9752.8377624100128.6376242013xxxx84.622.3477751737016.8476122013xxxx77.1431.9710021309910521.9598112013xxxx88.5815.466551025013.2665792013xxxx94.198.368432653527.0683942013xxxx99.111.9414442260.821441对鸿宇7f进行了测试，发现在无线环境相当良好的情况下存在大量的RRCrelease，原因都为other优化分析

进一步通过BTSlog发现，掉线原因为大部分是由于CQIDTX上行失步导致了RRCrelease优化步骤检查鸿宇SCFC配置文件，发现Pucch上行功控都处于关闭状态，联系到鸿宇7f的UE较多，Pucch上行干扰较大导致ENB无法正确解码UE上报CQI，导致上行失步而释放RRC链路。我们对以下参数进行了优化，如下表所示：参数名原始值修改值参数注释ulpcEnableFALSETRUE上行闭环功控总开关，若该参数FALSE，则ulpcPucchEn，ulpcPuschEn，ulpcSrsEn无效ulpcPucchEnFALSETRUEPUCCH闭环功控开关优化效果修改后测试稳定，未出现RRCrelease情况MainMenu异频测量PDCCH功控及符号自适应TM自适应门限优化室分高掉线优化上行功控优化通过权值修改DL发射功率PCIMOD3干扰异厂家切换Themaximalcellpowerreduction(dlCellPwrRed)dependsontheconfiguredmaximaloutputpower(pMax)asfollows

-forpMaxsetto49.0dBm,dlCellPwrRedmaximumvalueis10.0dB

-forpMaxsetto47.0dBm,dlCellPwrRedmaximumvalueis8.7dB

-forpMaxsetto46.0dBm,dlCellPwrRedmaximumvalueis7.7dB

-forpMaxsetto44.8dBm,dlCellPwrRedmaximumvalueis6.5dB

-forpMaxsetto43.0dBm,dlCellPwrRedmaximumvalueis4.7dB

-forpMaxsetto42.0dBm,dlCellPwrRedmaximumvalueis3.7dB

-forpMaxsetto41.8dBm,dlCellPwrRedmaximumvalueis3.5dB

-forpMaxsetto40.8dBm,dlCellPwrRedmaximumvalueis2.5dB

-forpMaxsetto40.0dBm,dlCellPwrRedmaximumvalueis1.7dB

-forpMaxsetto39.0dBm,dlCellPwrRedmaximumvalueis0.7dB

-forpMaxsetto38.8dBm,dlCellPwrRedmaximumvalueis0.5dB

-forpMaxsetto37.0dBm,dlCellPwrRedmaximumvalueis0.0dB

-forpMaxsetto10.0dBm,dlCellPwrRedmaximumvalueis20.0dBForRL25&35,

whilePMaxissetto40dBm,thedlCellPwrRedis1.7dB(currentmaxvalue),whichcannotfulfillfieldoptimizationrequirementinsomescenarios.Workaround:Morepowerreductionviasectorbeamweightsetting.背景通过SITEmanager设置权值修改功率，设置权值如下图，在LNBTS创建DOWNLINKSECTORBEAMFORMINGWEIGHTCUSTOMIZEDPROFILE.步骤1根据天线类型设置相应权值步骤2广播波束65°

F频段：幅度∣Ii∣0.490.9210.470.490.9210.47相位（°）01721701730172170173京信天线权值设定：这里需要注意，如果天线不一样权值设定也是不一样的，所以修改功率之前，一定要先确定天线类型按照附件中的表格。步骤3然后在LNCEL里选择profile1则将此小区设置为以上权值。步骤4功率降低则将幅度乘以一个系数后输入customerizedprofile.比如需要功率降低1DB，那么幅度每一列乘以0.891250938，四舍五入后，然后输入customerizedprofile.系数公式：10^(-x/20)，X为要降低的DB数降低DB数系数-10.891250938-20.794328235-30.707945784-40.630957344-50.562341325现场验证测试小区：天际网城3小区（一、二小区闭锁，周围较远的基站未闭锁）TDL软件版本：CD2.2天线厂家和型号：京信ODS-090R15NT06修改功率方法：

通过在SiteManager上创建一个可以修改权值的profile，然后由相关公式算得一个系数（需要降低功率的db数不同，系数也不同），由天线型号中的幅度乘以上边的系数后设置来对应的customerizedprofile；即通过修改天线权值来改变天线波束的功率测试方法： 1、选取位置相同的一个中点进行原始值、功率降3db、功率降5db的定点对比测试 2、对该小区进行原始值、功率降3db、功率降5db的拉网对比测试测试结果对比定点测试结果拉网测试结果定点测试时由原始值降低3db时，RSRP值降低接近3db，再降至5db时可以看到RSRP增大，天线波束有明显变化；拉网测试RSRP有减弱的趋势；定点测试（选取一个中点）RSRP(dBm）SINR（dB）T-PUT（Mbps）原始值-8017.544.6功率降3db-82.816.738.96功率降5db-79.219.442.78单小区拉网统计（平均值）RSRP(dBm）SINR（dB）T-PUT（Mbps）原始值-89.1214.7528.71功率降3db-95.6912.7628.5功率降5db-98.7811.9725.43RSRP覆盖对比由RSRP拉线图可以看到覆盖由上到下有变弱的趋势由于RSRP减弱，降低3db和5db，和周围站点切换明显增多

MainMenu异频测量PDCCH功控及符号自适应TM自适应门限优化室分高掉线优化上行功控优化通过权值修改DL发射功率PCIMOD3干扰异厂家切换测试环境：某大楼不同楼层的室内覆盖由两个同频的LTE提供。分别将这两个小区

的PCI设置为模3干扰和非模3干扰两种场景进行对比测试。测试结果：

非模3干扰模3干扰服务小区PCI312312服务小区RSRP-76dBm