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