Network Impact Report 2016 04
Network Impact Report 2016 04
Network Impact Report 2016 04
NetworkImpactReport
Issue 06
Date 20160430
HUAWEITECHNOLOGIESCO.,LTD.
CopyrightHuaweiTechnologiesCo.,Ltd.2016.Allrightsreserved.
NopartofthisdocumentmaybereproducedortransmittedinanyformorbyanymeanswithoutpriorwrittenconsentofHuaweiTechnologiesCo.,Ltd.
TrademarksandPermissions
andotherHuaweitrademarksaretrademarksofHuaweiTechnologiesCo.,Ltd.
Allothertrademarksandtradenamesmentionedinthisdocumentarethepropertyoftheirrespectiveholders.
Notice
Thepurchasedproducts,servicesandfeaturesarestipulatedbythecontractmadebetweenHuaweiandthecustomer.Allorpartoftheproducts,servicesandfeaturesdescribedinthis
documentmaynotbewithinthepurchasescopeortheusagescope.Unlessotherwisespecifiedinthecontract,allstatements,information,andrecommendationsinthisdocumentare
provided"ASIS"withoutwarranties,guaranteesorrepresentationsofanykind,eitherexpressorimplied.
Theinformationinthisdocumentissubjecttochangewithoutnotice.Everyefforthasbeenmadeinthepreparationofthisdocumenttoensureaccuracyofthecontents,butallstatements,
information,andrecommendationsinthisdocumentdonotconstituteawarrantyofanykind,expressorimplied.
HuaweiTechnologiesCo.,Ltd.
Address: HuaweiIndustrialBaseBantian,LonggangShenzhen518129People'sRepublicofChina
Website: http://www.huawei.com
Email: [email protected]
Contents
1 About This Document
1 About This Document
1.1Purpose
1.2IntendedAudience
1.3ChangeHistory
2 General Impacts
2.1NEsInvolved
2.2SystemCapacityandNetworkPerformance
2.3Hardware
2.3.1eNodeB
2.3.2USU3910
2.3.3ECO6910
2.3.4U2000
2.4Implementation
2.5License
2.6InterNEInterfaces
2.7OperationandMaintenance
2.8OtherNEs
3 Summary of New and Enhanced Feature Impact
4 Summary of Modified Feature Impact
5 Impacts of New and Enhanced eRAN8.1 Features on eRAN7.0 Networks
5.1LBFD002032ExtendedQCI(Enhanced/Basic)
5.1.1FeatureDescription
5.1.2SystemCapacityandNetworkPerformance
5.1.3NEs
5.1.4Hardware
5.1.5InterNEInterfaces
5.1.6OperationandMaintenance
5.1.7RelatedFeatures
5.2LBFD060102EnhancedULFrequencySelectiveScheduling(New/Basic)
5.2.1FeatureDescription
5.2.2CapacityandPerformance
5.2.3NEs
5.2.4Hardware
5.2.5InterNEInterfaces
5.2.6OperationandMaintenance
5.2.7RelatedFeatures
5.3LBFD070107PDCCHUtilizationImprovement(Enhanced/Basic)
5.3.1FeatureDescription
5.3.2ImpactonCapacityandPerformance
5.3.3ImpactonNEs
5.3.4ImpactonHardware
5.3.5ImpactonInterNEInterfaces
5.3.6ImpactonOperationandMaintenance
5.3.7ImpactonOtherFeatures
5.4LBFD081101PUCCHOuterLoopPowerControl(New/Basic)
5.4.1FeatureDescription
5.4.2SystemCapacityandNetworkPerformance
5.4.3NEs
5.4.4Hardware
5.4.5InterNEInterfaces
5.4.6OperationandMaintenance
5.4.7RelatedFeatures
5.5LBFD081102PLMNIDManagement(New/Basic)
5.5.1FeatureDescription
5.5.2SystemCapacityandNetworkPerformance
5.5.3NEs
5.5.4Hardware
5.5.5InterNEInterfaces
5.5.6RelatedFeatures
5.6LBFD081103TerminalAwarenessDifferentiation(New/Basic)
5.6.1FeatureDescription
5.6.2ImpactonSystemCapacityandNetworkPerformance
5.6.3ImpactonNEs
5.6.4ImpactonHardware
5.6.5ImpactonInterNEInterfaces
5.6.6ImpactonOperationandMaintenance
5.6.7ImpactonRelatedFeatures
5.7LBFD081104ULCompensationScheduling(New/Basic)
5.7.1FeatureDescription
5.7.2SystemCapacityandNetworkPerformance
5.7.3NEs
5.7.4Hardware
5.7.5InterNEInterfaces
5.7.6OperationandMaintenance
5.7.7RelatedFeatures
5.8LOFD001001DL2x2MIMO(Enhanced/Optional)
5.8.1FeatureDescription
5.8.2SystemCapacityandNetworkPerformance
5.8.3NEs
5.8.4Hardware
5.8.5InterNEInterfaces
5.8.6OperationandMaintenance
5.8.7RelatedFeatures
5.9LOFD001003DL4x2MIMO(Enhanced/Optional)
5.9.1FeatureDescription
5.9.2SystemCapacityandNetworkPerformance
5.9.3NEs
5.9.4Hardware
5.9.5InterNEInterfaces
5.9.6OperationandMaintenance
5.9.7RelatedFeatures
5.10LOFD001002UL2x2MUMIMO(New/Optional)
5.10.1FeatureDescription
5.10.2SystemCapacityandNetworkPerformance
5.10.3NEs
5.10.4Hardware
5.10.5InterNEInterfaces
5.10.6OperationandMaintenance
5.10.7RelatedFeatures
5.11LOFD001021PSInterRATMobilitybetweenEUTRANandCDMA2000(Enhanced/Optional)
5.11.1FeatureDescription
5.11.2SystemCapacityandNetworkPerformance
5.11.3NEs
5.11.4Hardware
5.11.5InterNEInterfaces
5.11.6OperationandMaintenance
5.11.7RelatedFeatures
5.12LOFD001025AdaptivePowerConsumption(New/Optional)
5.12.1FeatureDescription
5.12.2SystemCapacityandNetworkPerformance
5.12.3NEs
5.12.4Hardware
5.12.5InterNEInterfaces
5.12.6OperationandMaintenance
5.12.7RelatedFeatures
5.13LOFD001039RFChannelIntelligentShutdown(Enhanced/Optional)
5.13.1FeatureDescription
5.13.2SystemCapacityandNetworkPerformance
5.13.3NEs
5.13.4Hardware
5.13.5InterNEInterfaces
5.13.6OperationandMaintenance
5.13.7RelatedFeatures
5.14LOFD001041PowerConsumptionMonitoring(New/Optional)
5.14.1FeatureDescription
5.14.2SystemCapacityandNetworkPerformance
5.14.3NEs
5.14.4Hardware
5.14.5InterNEInterfaces
5.14.6OperationandMaintenance
5.14.7RelatedFeatures
5.15LOFD001042IntelligentPowerOffofCarriersintheSameCoverage(New/Optional)
5.15.1FeatureDescription
5.15.2SystemCapacityandNetworkPerformance
5.15.3NEs
5.15.4Hardware
5.15.5InterNEInterfaces
5.15.6OperationandMaintenance
5.15.7RelatedFeatures
5.16LOFD001044InterRATLoadSharingtoUTRAN(Enhanced/Optional)
5.16.1FeatureDescription
5.16.2SystemCapacityandNetworkPerformance
5.16.3NEs
5.16.4Hardware
5.16.5InterNEInterfaces
5.16.6OperationandMaintenance
5.16.7RelatedFeatures
5.17LOFD001048TTIBundling(Enhanced/Optional)
5.17.1FeatureDescription
5.17.2SystemCapacityandNetworkPerformance
5.17.3NEs
5.17.4Hardware
5.17.5InterNEInterfaces
5.17.6OperationandMaintenance
5.17.7RelatedFeatures
5.18LOFD001051CompactBandwidth(Enhanced/Optional)
5.18.1FeatureDescription
5.18.2SystemCapacityandNetworkPerformance
5.18.3NEs
5.18.4Hardware
5.18.5InterNEInterfaces
5.18.6OperationandMaintenance
5.18.7RelatedFeatures
5.19LOFD00105401Camp&HandoverBasedonSPID(Enhanced/Optional)
5.19.1FeatureDescription
5.19.2SystemCapacityandNetworkPerformance
5.19.3NEs
5.19.4Hardware
5.19.5InterNEInterfaces
5.19.6OperationandMaintenance
5.19.7RelatedFeatures
5.20LOFD001060DL4x4MIMO(Enhanced/Optional)
5.20.1FeatureDescription
5.20.2SystemCapacityandNetworkPerformance
5.20.3NEs
5.20.4Hardware
5.20.5InterNEInterfaces
5.20.6OperationandMaintenance
5.20.7RelatedFeatures
5.21LOFD001066IntraeNodeBULCoMP(Enhanced/Optional)
5.21.1FeatureDescription
5.21.2SystemCapacityandNetworkPerformance
5.21.3NEs
5.21.4Hardware
5.21.5InterNEInterfaces
5.21.6OperationandMaintenance
5.21.7OtherFeatures
5.22LOFD001074IntelligentPowerOffofCarriersintheSameCoverageofUMTSNetwork(New/Optional)
5.22.1FeatureDescription
5.22.2SystemCapacityandNetworkPerformance
5.22.3NEs
5.22.4Hardware
5.22.5InterNEInterfaces
5.22.6OperationandMaintenance
5.22.7RelatedFeatures
5.23LOFD002001AutomaticNeighbourRelation(ANR)(Enhanced/Optional)
5.23.1FeatureDescription
5.23.2SystemCapacityandNetworkPerformance
5.23.3NEs
5.23.4Hardware
5.23.5InterNEInterfaces
5.23.6OperationandMaintenance
5.23.7RelatedFeatures
5.24LOFD002005MobilityRobustOptimization(MRO)(Enhanced/Optional)
5.24.1FeatureDescription
5.24.2SystemCapacityandNetworkPerformance
5.24.3NEs
5.24.4Hardware
5.24.5InterNEInterfaces
5.24.6OperationandMaintenance
5.24.7RelatedFeatures
5.25LOFD002007PCICollisionDetection&SelfOptimization(Enhanced/Optional)
5.25.1FeatureDescription
5.25.2SystemCapacityandNetworkPerformance
5.25.3NEs
5.25.4Hardware
5.25.5InterNEInterfaces
5.25.6OperationandMaintenance
5.25.7RelatedFeatures
5.26LOFD002015RACHOptimization(Enhanced/Optional)
5.26.1FeatureDescription
5.26.2SystemCapacityandNetworkPerformance
5.26.3NEs
5.26.4Hardware
5.26.5InterNEInterfaces
5.26.6OperationandMaintenance
5.26.7RelatedFeatures
5.27LOFD00301302IEEE1588V2ClockSynchronization(Enhanced/Optional)
5.27.1FeatureDescription
5.27.2SystemCapacityandNetworkPerformance
5.27.3NEs
5.27.4Hardware
5.27.5InterNEInterfaces
5.27.6OperationandMaintenance
5.27.7RelatedFeatures
5.28LOFD003029SFN(Enhanced/Optional)
5.28.1FeatureDescription
5.28.2SystemCapacityandNetworkPerformance
5.28.3NEs
5.28.4Hardware
5.28.5InterNEInterfaces
5.28.6OperationandMaintenance
5.28.7RelatedFeatures
5.29LOFD008002LOFD008002DynamicServicespecificAccessControl(New/Optional)
5.29.1FeatureDescription
5.29.2SystemCapacityandNetworkPerformance
5.29.3NEs
5.29.4Hardware
5.29.5InterNEInterfaces
5.29.6OperationandMaintenance
5.29.7RelatedFeatures
5.30LOFD070202UltraFlashCSFBtoUTRAN(New/Optional)
5.30.1FeatureDescription
5.30.2SystemCapacityandNetworkPerformance
5.30.3NEs
5.30.4Hardware
5.30.5InterNEInterfaces
5.30.6OperationandMaintenance
5.30.7RelatedFeatures
5.31LOFD070205AdaptiveSFN/SDMA(Enhanced/Optional)
5.31.1FeatureDescription
5.31.2SystemCapacityandNetworkPerformance
5.31.3NEs
5.31.4Hardware
5.31.5InterNEInterfaces
5.31.6OperationandMaintenance
5.31.7RelatedFeatures
5.32LOFD070207IntelligentAccessClassControl(Enhanced/Optional)
5.32.1FeatureDescription
5.32.2SystemCapacityandNetworkPerformance
5.32.3NEs
5.32.4Hardware
5.32.5InterNEInterfaces
5.32.6OperationandMaintenance
5.32.7RelatedFeatures
5.33LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)(Enhanced/Optional)
5.33.1FeatureDescription
5.33.2SystemCapacityandNetworkPerformance
5.33.3NEs
5.33.4Hardware
5.33.5InterNEInterfaces
5.33.6OperationandMaintenance
5.33.7RelatedFeatures
5.34LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture(Enhanced/Optional)
5.34.1FeatureDescription
5.34.2SystemCapacityandNetworkPerformance
5.34.3NEs
5.34.4Hardware
5.34.5InterNEInterfaces
5.34.6OperationandMaintenance
5.34.7RelatedFeatures
5.35LOFD070222IntraeNodeBULCoMPPhaseII(Enhanced/Optional)
5.35.1FeatureDescription
5.35.2SystemCapacityandNetworkPerformance
5.35.3NEs
5.35.4Hardware
5.35.5InterNEInterfaces
5.35.6OperationandMaintenance
5.35.7OtherFeatures
5.36LOFD070223ULCoMPBasedonCoordinatedBBU(Enhanced/Optional)
5.36.1FeatureDescription
5.36.2SystemCapacityandNetworkPerformance
5.36.3NEs
5.36.4Hardware
5.36.5InterNEInterfaces
5.36.6OperationandMaintenance
5.36.7RelatedFeatures
5.37LOFD080212SRLTEOptimization(New/Optional)
5.37.1FeatureDescription
5.37.2SystemCapacityandNetworkPerformance
5.37.3NEs
5.37.4Hardware
5.37.5InterNEInterfaces
5.37.6OperationandMaintenance
5.37.7RelatedFeatures
5.38LOFD080215eMBMSServiceContinuity(New/Optional)
5.38.1FeatureDescription
5.38.2SystemCapacityandNetworkPerformance
5.38.3NEs
5.38.4Hardware
5.38.5InterNEInterfaces
5.38.6OperationandMaintenance
5.38.7RelatedFeatures
5.39LOFD080216UubasedSoftSynchronization(New/Optional)
5.39.1FeatureDescription
5.39.2SystemCapacityandNetworkPerformance
5.39.3NEs
5.39.4Hardware
5.39.5InterNEInterfaces
5.39.6OperationandMaintenance
5.39.7RelatedFeatures
5.40LOFD081202BusyHourDownloadRateControl(New/Optional)
5.40.1FeatureDescription
5.40.2SystemCapacityandNetworkPerformance
5.40.3NEs
5.40.4Hardware
5.40.5InterNEInterfaces
5.40.6ImpactonOperationandMaintenance
5.40.7RelatedFeatures
5.41LOFD081203VideoServiceRateAdaption(New/Optional)
5.41.1FeatureDescription
5.41.2SystemCapacityandNetworkPerformance
5.41.3NEs
5.41.4Hardware
5.41.5InterNEInterfaces
5.41.6ImpactonOperationandMaintenance
5.41.7RelatedFeatures
5.42LOFD081205AutomaticCongestionHandling(New/Optional)
5.42.1FeatureDescription
5.42.2ImpactonSystemCapacityandNetworkPerformance
5.42.3ImpactonNEs
5.42.4ImpactonHardware
5.42.5ImpactonInterNEInterfaces
5.42.6ImpactonOperationandMaintenance
5.42.7ImpactonRelatedFeatures
5.43LOFD081206IntraeNodeBCoordinatedUplinkAMC(New/Optional)
5.43.1FeatureDescription
5.43.2SystemCapacityandNetworkPerformance
5.43.3NEs
5.43.4Hardware
5.43.5InterNEInterfaces
5.43.6OperationandMaintenance
5.43.7RelatedFeatures
5.44LOFD081207SpecifiedPCIGroupbasedNeighboringCellManagement(New/Optional)
5.44.1FeatureDescription
5.44.2SystemCapacityandNetworkPerformance
5.44.3NEs
5.44.4Hardware
5.44.5InterNEInterfaces
5.44.6OperationandMaintenance
5.44.7RelatedFeatures
5.45LOFD081208IntereNodeBSFNBasedonCoordinatedBBU(New//Optional)
5.45.1FeatureDescription
5.45.2SystemCapacityandNetworkPerformance
5.45.3NEs
5.45.4Hardware
5.45.5InterNEInterfaces
5.45.6OperationandMaintenance
5.45.7RelatedFeatures
5.46LOFD081209IntereNodeBAdaptiveSFN/SDMABasedonCoordinatedBBU(New//Optional)
5.46.1FeatureDescription
5.46.2SystemCapacityandNetworkPerformance
5.46.3NEs
5.46.4Hardware
5.46.5InterNEInterfaces
5.46.6OperationandMaintenance
5.46.7RelatedFeatures
5.47LOFD081218EnhancedExtendedQCI(New/Optional)
5.47.1FeatureDescription
5.47.2SystemCapacityandNetworkPerformance
5.47.3NEs
5.47.4Hardware
5.47.5InterNEInterfaces
5.47.6OperationandMaintenance
5.47.7RelatedFeatures
5.48LOFD081219ULCoMPBasedonRelaxedBackhaul(New/Optional)
5.48.1FeatureDescription
5.48.2SystemCapacityandNetworkPerformance
5.48.3NEs
5.48.4Hardware
5.48.5InterNEInterfaces
5.48.6OperationandMaintenance
5.48.7OtherFeatures
5.49LOFD081220InterBBUClockSharing(New/Optional)
5.49.1FeatureDescription
5.49.2SystemCapacityandNetworkPerformance
5.49.3NEs
5.49.4Hardware
5.49.5InterNEInterfaces
5.49.6OperationandMaintenance
5.49.7OtherFeatures
5.50LOFD081221SuperCombinedCell(Enhanced/Optional)
5.50.1FeatureDescription
5.50.2ImpactonCapacityandPerformance
5.50.3ImpactonNEs
5.50.4ImpactonHardware
5.50.5ImpactonInterfacesBetweenNEs
5.50.6ImpactonOperationandMaintenance
5.50.7ImpactonOtherFeatures
5.51LOFD081223ExtendedCellAccessRadiusBeyond100km(New/Optional)
5.51.1FeatureDescription
5.51.2SystemCapacityandNetworkPerformance
5.51.3NEs
5.51.4Hardware
5.51.5InterNEInterfaces
5.51.6OperationandMaintenance
5.51.7RelatedFeatures
5.52LOFD081225NeighborCellClassificationManagement(New/Optional)
5.52.1FeatureDescription
5.52.2SystemCapacityandNetworkPerformance
5.52.3NEs
5.52.4Hardware
5.52.5InterNEInterfaces
5.52.6OperationandMaintenance
5.52.7RelatedFeatures
5.53LOFD081227IntraLTELoadBalancingforNoncositedCells(New/Optional)
5.53.1FeatureDescription
5.53.2SystemCapacityandNetworkPerformance
5.53.3NEs
5.53.4Hardware
5.53.5InterNEInterfaces
5.53.6OperationandMaintenance
5.53.7RelatedFeatures
5.54LOFD081228HandoverEnhancementatSpeedMobility(New/Optional)
5.54.1FeatureDescription
5.54.2SystemCapacityandNetworkPerformance
5.54.3NEs
5.54.4Hardware
5.54.5InterNEInterfaces
5.54.6OperationandMaintenance
5.54.7RelatedFeatures
5.55LOFD081229VoiceCharacteristicAwarenessScheduling(New/Optional)
5.55.1FeatureDescription
5.55.2SystemCapacityandNetworkPerformance
5.55.3NEs
5.55.4Hardware
5.55.5InterNEInterfaces
5.55.6OperationandMaintenance
5.55.7RelatedFeatures
5.56LBFD081105VoiceSpecificAMC(New/Basic)
5.56.1FeatureDescription
5.56.2SystemCapacityandNetworkPerformance
5.56.3NEs
5.56.4Hardware
5.56.5InterNEInterfaces
5.56.6OperationandMaintenance
5.56.7RelatedFeatures
5.57LOFD081280eNodeBSupportingMultioperatorPKI(New/Optional)
5.57.1FeatureDescription
5.57.2SystemCapacityandNetworkPerformance
5.57.3NEs
5.57.4Hardware
5.57.5InterNEInterfaces
5.57.6OperationandMaintenance
5.57.7RelatedFeatures
5.58LOFD081281eNodeBSupportingIPsecRedirection(New/Optional)
5.58.1FeatureDescription
5.58.2ImpactonSystemCapacityandNetworkPerformance
5.58.3ImpactonNEs
5.58.4ImpactonHardware
5.58.5ImpactonInterNEInterfaces
5.58.6ImpactonOperationandMaintenance
5.58.7ImpactonRelatedFeatures
5.59LOFD081283UltraFlashCSFBtoGERAN(New/Optional)
5.59.1FeatureDescription
5.59.2SystemCapacityandNetworkPerformance
5.59.3NEs
5.59.4Hardware
5.59.5InterNEInterfaces
5.59.6OperationandMaintenance
5.59.7RelatedFeatures
5.60LAOFD00100101IntraBandCarrierAggregationforDownlink2CCin20MHz(Enhanced/Optional)
5.60.1FeatureDescription
5.60.2SystemCapacityandNetworkPerformance
5.60.3NEs
5.60.4Hardware
5.60.5InterNEInterfaces
5.60.6OperationandMaintenance
5.60.7RelatedFeatures
5.61LAOFD00100102InterBandCarrierAggregationforDownlink2CCin20MHz(Enhanced/Optional)
5.61.1FeatureDescription
5.61.2SystemCapacityandNetworkPerformance
5.61.3NEs
5.61.4Hardware
5.61.5InterNEInterfaces
5.61.6OperationandMaintenance
5.61.7RelatedFeatures
5.62LAOFD00100103SupportofUECategory6(New/Optional)
5.62.1FeatureDescription
5.62.2SystemCapacityandNetworkPerformance
5.62.3NEs
5.62.4Hardware
5.62.5InterNEInterfaces
5.62.6OperationandMaintenance
5.62.7RelatedFeatures
5.63LAOFD00100104SupportofUECategory7(New/Optional)
5.63.1FeatureDescription
5.63.2SystemCapacityandNetworkPerformance
5.63.3NEs
5.63.4Hardware
5.63.5InterNEInterfaces
5.63.6OperationandMaintenance
5.63.7RelatedFeatures
5.64LAOFD00100105SupportofUECategory9(New/Optional)
5.64.1FeatureDescription
5.64.2SystemCapacityandNetworkPerformance
5.64.3NEs
5.64.4Hardware
5.64.5InterNEInterfaces
5.64.6OperationandMaintenance
5.64.7RelatedFeatures
5.65LAOFD00100106SupportofUECategory10(New/Optional)
5.65.1FeatureDescription
5.65.2SystemCapacityandNetworkPerformance
5.65.3NEs
5.65.4Hardware
5.65.5InterNEInterfaces
5.65.6OperationandMaintenance
5.65.7RelatedFeatures
5.66LAOFD001002CarrierAggregationforDownlink2CCin40MHz(Enhanced/Optional)
5.66.1FeatureDescription
5.66.2SystemCapacityandNetworkPerformance
5.66.3NEs
5.66.4Hardware
5.66.5InterNEInterfaces
5.66.6OperationandMaintenance
5.66.7RelatedFeatures
5.67LAOFD070201FlexibleCAfromMultipleCarriers(Enhanced/Optional)
5.67.1FeatureDescription
5.67.2SystemCapacityandNetworkPerformance
5.67.3NEs
5.67.4Hardware
5.67.5InterNEInterfaces
5.67.6OperationandMaintenance
5.67.7RelatedFeatures
5.68LAOFD070202IntereNodeBCAbasedonCoordinatedBBU(Enhanced/Optional)
5.68.1FeatureDescription
5.68.2SystemCapacityandNetworkPerformance
5.68.3NEs
5.68.4Hardware
5.68.5InterNEInterfaces
5.68.6OperationandMaintenance
5.68.7RelatedFeatures
5.69LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul(New/Optional)
5.69.1FeatureDescription
5.69.2SystemCapacityandNetworkPerformance
5.69.3NEs
5.69.4Hardware
5.69.5InterNEInterfaces
5.69.6OperationandMaintenance
5.69.7RelatedFeatures
5.70LAOFD080202CarrierAggregationforUplink2CC(New/Trial)
5.70.1FeatureDescription
5.70.2SystemCapacityandNetworkPerformance
5.70.3NEs
5.70.4Hardware
5.70.5InterNEInterfaces
5.70.6OperationandMaintenance
5.70.7RelatedFeatures
5.71LAOFD080207CarrierAggregationforDownlink3CCin40MHz(New/Optional)
5.71.1FeatureDescription
5.71.2SystemCapacityandNetworkPerformance
5.71.3NEs
5.71.4Hardware
5.71.5InterNEInterfaces
5.71.6OperationandMaintenance
5.71.7RelatedFeatures
5.72LAOFD080208CarrierAggregationforDownlink3CCin60MHz(New/Optional)
5.72.1FeatureDescription
5.72.2SystemCapacityandNetworkPerformance
5.72.3NEs
5.72.4Hardware
5.72.5InterNEInterfaces
5.72.6OperationandMaintenance
5.72.7RelatedFeatures
5.73LAOFD081233DynamicTDMeICIC(New/Optional)
5.73.1FeatureDescription
5.73.2SystemCapacityandNetworkPerformance
5.73.3NEs
5.73.4Hardware
5.73.5InterNEInterfaces
5.73.6OperationandMaintenance
5.73.7RelatedFeatures
5.74LAOFD081234FeICIC(New/Optional)
5.74.1FeatureDescription
5.74.2SystemCapacityandNetworkPerformance
5.74.3NEs
5.74.4Hardware
5.74.5InterNEInterfaces
5.74.6OperationandMaintenance
5.74.7RelatedFeatures
5.75LAOFD081237CarrierAggregationwithDL4x4MIMO(New/Trial)
5.75.1FeatureDescription
5.75.2SystemCapacityandNetworkPerformance
5.75.3NEs
5.75.4Hardware
5.75.5InterNEInterfaces
5.75.6OperationandMaintenance
5.75.7RelatedFeatures
5.76MRFD101221ULRefarmingZeroBufferzone(New/Trial)
5.76.1FeatureDescription
5.76.2SystemCapacityandNetworkPerformance
5.76.3NEs
5.76.4Hardware
5.76.5InterNEInterfaces
5.76.6OperationandMaintenance
5.76.7RelatedFeatures
5.77MRFD101222FDD+TDDCarrierAggregation(LTEFDD)(New/Trial)
5.77.1FeatureDescription
5.77.2SystemCapacityandNetworkPerformance
5.77.3NEs
5.77.4Hardware
5.77.5InterNEInterfaces
5.77.6OperationandMaintenance
5.77.7RelatedFeatures
5.78MRFD101401ULUnifiedVideoSteering(New/Optional)
5.78.1FeatureDescription
5.78.2SystemCapacityandNetworkPerformance
5.78.3NEs
5.78.4Hardware
5.78.5InterNEInterfaces
5.78.6OperationandMaintenance
5.78.7RelatedFeatures
5.79MRFD101402ULUnifiedOverloadControl(New/Optional)
5.79.1FeatureDescription
5.79.2SystemCapacityandNetworkPerformance
5.79.3NEs
5.79.4Hardware
5.79.5InterNEInterfaces
5.79.6OperationandMaintenance
5.79.7RelatedFeatures
5.80MRFD231601MultimodeBSCommonReferenceClock(eNodeB)(Enhanced/Optional)
5.80.1FeatureDescription
5.80.1.1GBTSandeNodeBCommonReferenceClock
5.80.1.2NodeBandeNodeBCommonReferenceClock
5.80.1.3GBTS,NodeBandeNodeBCommonReferenceClock
5.80.2SystemCapacityandNetworkPerformance
5.80.3NEs
5.80.4Hardware
5.80.5InterNEInterfaces
5.80.6OperationandMaintenance
5.80.7RelatedFeatures
6 Impacts of Modified eRAN8.1 Features on eRAN7.0 Networks
6.1LOFD070202UltraFlashCSFBtoUTRAN
6.2LOFD081283UltraFlashCSFBtoGERAN
6.3LOFD001033CSFallbacktoUTRAN
6.4LOFD003029SFN
6.4.1ModifiedUplinkJointReceptioninSFNCell
6.4.2DifferentRSPowerCanbeConfiguredforDifferentPhysicalCellsofanSFNCell.
6.4.3SFNEnhancementSupporting12RRUsCombinedtoServeanSFNCell
6.5LOFD070205AdaptiveSFN/SDMA
6.5.1ModifiedUplinkJointReceptioninSFNCell
6.5.2DifferentRSPowerCanbeConfiguredforDifferentPhysicalCellsofanSFNCell.
6.5.3SFNEnhancementSupporting12RRUsCombinedtoServeanSFNCell
6.5.4EnhancedAdaptiveSFN/SDMAandAchievedConfigurableSDMAThreshold
6.5.5EnhancedAdaptiveSFNforAdaptiveCSIRSConfiguration
6.6LOFD00101502DynamicScheduling
6.6.1OptimizedtheMechanismthatPUSCHOccupiesRBResourcesofthePUCCHintheSingleUEScenario.
6.6.2IncreasedtheProbabilitythatUplinkCellsEnterFrequencySelectiveScheduling
6.6.3OptimizedDownlinkSchedulinginScenariosofLargeTrafficVolume
6.6.4EnhancedDownlinkMCSLoweringforMultipleUEswithSmallPackets
6.6.5OptimizedPreallocationofSparseServicesforNSUEs
6.7LOFD081229VoiceCharacteristicAwarenessScheduling
6.7.1EnhancementintheVoiceCharacteristicAwarenessSchedulingFeature
6.7.2SupportofDynamicUplinkVoLTESchedulingDataAmountComputation
6.8LOFD001051CompactBandwidth
6.9LBFD002003PhysicalChannelManagement
6.9.1UpperLimitConfigurableforthePDCCHCodingRate
6.9.2OptimizedUplinkCCEAllocationAlgorithm
6.9.3EnhancementinUserLevelSRSPeriodConfiguration
6.9.4OptimizedtheEffectiveScopeofSRI/CQI/SRSAdaptiveParameters
6.10LOFD001076CPRICompression
6.10.1ConfiguringCPRICompressionTypesbySectorEquipmentforFDDSFNCells
6.10.2Supporting4:1CPRICompressionRatiointheLampSiteSolution
6.10.3OptimizationofCPRICompression
6.11LBFD002011Paging
6.11.1IncreasedPagingSpecificationsto1800paging/s
6.11.2PagingOptimization
6.12LOFD002001AutomaticNeighbourRelation(ANR)
6.12.1FrequencyspecificANR
6.12.2OptimizedCoordinationBetweentheAdditionofNeighboringCellsandtheHandoverDecisionMakingintheANRScenario
6.12.3OptimizedCoordinationBetweenPeriodicMeasurementGaprelatedFeaturesandVoIPServices.
6.12.4OptimizationofDisplayedQueryResultsofNeighboringCells
6.12.5OptimizedNeighborRelationshipRemovalbyANR
6.12.6OptimizedNeighboringCellAdditionforEventtriggeredANRandFastANR
6.12.7EnhancedX2Selfconfiguration
6.12.8EnhancementinAutoOptimizationofNeighboringCellswithAbnormalIntraRATHandoverSuccessRate.
6.13LOFD002002InterRATANR
6.13.1FrequencyspecificANR
6.13.2OptimizedCoordinationBetweentheAdditionofNeighboringCellsandtheHandoverDecisionMakingintheANRScenario
6.13.3OptimizedHandoverNeighboringCellSelection
6.13.4OptimizedCoordinationBetweenPeriodicMeasurementGaprelatedFeaturesandVoIPServices.
6.13.5OptimizedNeighborRelationshipRemovalbyANR
6.13.6OptimizedInterRATEventtriggeredANRinNotSelectingQCI1UEsforMeasurement
6.13.7OptimizedNeighboringCellAdditionforEventtriggeredANRandFastANR
6.14LOFD002015RACHOptimization
6.14.1SupportforAdaptiveAdjustmentoftheSRBRLCParameter
6.14.2SupportforRootSequenceConflictDetection
6.14.3FlowControlTriggeredBackoff
6.15LBFD081105VoiceSpecificAMC
6.16LOFD001010SecurityMechanism
6.17LAOFD00100101IntraBandCarrierAggregationforDownlink2CCin20MHz
6.17.1SupportforFlexiblyConfiguringCABandCombinations
6.17.2SupportforPCCAnchoringforUEsinIdleMode
6.18LAOFD00100102InterBandCarrierAggregationforDownlink2CCin20MHz
6.19LAOFD001002CarrierAggregationforDownlink2CCin40MHz
6.19.1SupportforFlexiblyConfiguringCABandCombinations
6.19.2SupportforPCCAnchoringforUEsinIdleMode
6.19.3EnhancementinCAConfigurations
6.20LAOFD070201FlexibleCAfromMultipleCarriers
6.20.1SupportforFlexiblyConfiguringCABandCombinations
6.20.2SupportforPCCAnchoringforUEsinIdleMode
6.20.3ChangeofNamesforCCrelatedFeaturesandFeatureDependencies
6.20.4EnhancementinCAConfigurations
6.21LAOFD070202IntereNodeBCAbasedonCoordinatedBBU
6.21.1SupportforFlexiblyConfiguringCABandCombinations
6.21.2SupportforPCCAnchoringforUEsinIdleMode
6.21.3EnhancementinCAConfigurations
6.21.4ChangeofNamesforCCrelatedFeaturesandFeatureDependencies
6.22LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul
6.22.1SupportforFlexiblyConfiguringCABandCombinations
6.22.2SupportforPCCAnchoringforUEsinIdleMode
6.22.3OptimizedLicensingforIntereNodeBCAbasedonRelaxedbackhaul
6.23LAOFD080202CarrierAggregationforUplink2CC
6.24LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
6.25LBFD002025BasicScheduling
6.26LOFD001048TTIBundling
6.26.1TTIBundlingforUEsPerformingMixedServices
6.26.2SupportforConfigurableTTIBundlingParameters
6.27LOFD001008UltraHighSpeedMobility
6.27.1OptimizedThroughputPerformanceinHighSpeedRailwayNLOSScenarioswithHighFrequencyBand
6.27.2ImprovedSupportedMobilityRateandUENumberSpecificationofHighSpeed/UltraHighSpeedCells
6.28LOFD070214UL8AntennaReceiveDiversity
6.29LBFD00201802CoverageBasedInterfrequencyHandover
6.29.1OptimizationofInterFrequencyHandoverTriggeringEventTypeforCAUEs
6.29.2EnhancementintheCoveragebasedInterFrequencyHandover
6.30LOFD002005MobilityRobustOptimization(MRO)
6.30.1OptimizationofIntraRATMRO
6.30.2OptimizedMeasurementCriteriaforInterRATMROAgainstPrematureandDelayedHandovers
6.31LOFD001016VoIPSemipersistentScheduling
6.32LOFD001019PSInterRATMobilitybetweenEUTRANandUTRAN
6.33LOFD001043ServicebasedinterRAThandovertoUTRAN
6.34LOFD001072DistancebasedInterRAThandovertoUTRAN
6.35LOFD060201AdaptiveInterCellInterferenceCoordination
6.35.1ModifiedO&MModeofAdaptiveICIC
6.35.2ReducedNegativeGainofaICIConLoadinCommercialNetworks
6.36LOFD002007PCICollisionDetection&SelfOptimization
6.37MRFD231808GSMandLTEBufferZoneOptimization(LTE)
6.38LOFD001032IntraLTELoadBalancing
6.38.1OptimizedPenaltyMechanismforFrequenciesandUEsinMLB.
6.38.2EnhancedLoadBalancing
6.39LOFD070215IntraLTEUserNumberLoadBalancing
6.40LBFD002009Broadcastofsysteminformation
6.41LOFD001007HighSpeedMobility
6.42LBFD00201805ServiceBasedInterfrequencyHandover
6.43LAOFD001001LTEAIntroduction
6.43.1AddedBandCombinationsSupportedforCA
6.43.2EnhancementinCAConfigurations
6.44LOFD001047LoCationServices(LCS)
6.45LOFD001018S1flex
6.46LAOFD080207CarrierAggregationforDownlink3CCin40MHz
6.46.1OptimizedDL3CCCAPreallocation
6.46.2ChangeofNamesforCCrelatedFeaturesandFeatureDependencies
6.47LAOFD080208CarrierAggregationforDownlink3CCin60MHz
6.47.1OptimizedDL3CCCAPreallocation
6.47.2ChangeofNamesforCCrelatedFeaturesandFeatureDependencies
6.48LOFD001001DL2x2MIMO
6.49LOFD001003DL4x2MIMO
6.50LOFD001060DL4X4MIMO
6.51LOFD002004Selfconfiguration
6.52LBFD004006FaultManagement
6.53LBFD004010SecurityManagement
6.53.1MaximumNumberofSimultaneousLoginsoftheSameUserAccountRestricted
6.53.2SecurityParameterSettingAddedtoSecurityLevelSetting
6.54LOFD070219IPActivePerformanceMeasurement
6.55LBFD00300503SynchronizationwithGPS
6.56LBFD004003SecuritySocketLayer
6.56.1EnhancedSSLAlgorithmsandMaintenance
6.56.2AutomaticSSLAuthenticationModeUpdatebytheU2000
6.57LOFD003010PublicKeyInfrastructure(PKI)
6.57.1EnhancedDigitalCertificateManagement
6.57.2EnhancedSignatureAlgorithmfortheDeviceCertificate
6.58LOFD00301402AccessControlList(ACL)AutoConfiguration
6.59LOFD003005OMChannelBackup
6.60LOFD001024RemoteElectricalTiltControl
6.61LOFD003009IPsec
6.62LBFD002023AdmissionControl
6.63LOFD002002InterRATANR
7 Glossary
8 Reference Documents
1AboutThisDocument
1.1Purpose
ThisdocumentdescribestheimpactofnewandenhancedfeaturesineRAN8.1oneRAN7.0.Thisdocumentalsoprovidestherequiredinformationfornetworkplanningpersonnel
andoperationandmaintenance(O&M)personneltoprepareforupgradestoeRAN8.1.
Thisdocumentisforyourreferenceonly,andissubjecttochangeduringthedevelopmentofthisnewrelease.Therefore,partoftheinformationmaybeincompleteorunavailable
untilGeneralAvailability(GA)oftheneweRAN8.1release.
FortheimpactofOSSchangesonnetworks,seeU2000NetworkImpactReport.
NOTICE:
ThisdocumentdescribestheimpactofnewandenhancedeRAN8.1featuresoneRAN7.0networksanddoesnotserveasguidancetotheupgradeofNEsoftwareversions.
ContractwithlocalHuaweiengineerstoobtainReleaseNotescorrespondingtoversionsoftheeNodeB,USU3910,ECO6910,andU2000duringupgradeplanninginlivenetworks.
TheReleaseNotesprovidessoftwareversionchangesandimpactsofthechanges.
ThisdocumentappliestothefollowingtypesofeNodeBs.
eNodeBType Model
Macro 3900serieseNodeB
Micro BTS3202E
LampSite DBS3900LampSite
1.2IntendedAudience
Thisdocumentisintendedfor:
Networkplanningengineers
Systemengineers
Networkoperators
1.3ChangeHistory
Thissectionprovidesinformationaboutthechangesindifferentdocumentversions.Therearetwotypesofchanges:
Featurechange
Changesinfeaturesofaspecifiedproductversion
Editorialchange
Changesinwordingoradditionofinformationthatwasnotdescribedintheearlierversion
eRAN8.106(20160430)
Thisissueincludesthefollowingchanges.
ChangeType ChangeDescription
Featurechange Addedthenetworkimpactsofmodifiedfeatures.Fordetails,see:
4SummaryofModifiedFeatureImpact
6.62LBFD002023AdmissionControl
Editorialchange None
eRAN8.105(20151103)
Thisissueincludesthefollowingchanges.
ChangeType ChangeDescription
Featurechange AddedpRRUs/RRUsandupdated2.3.1eNodeBaccordingly.
Editorialchange None
eRAN8.104(20150831)
Thisissueincludesthefollowingchanges.
ChangeType ChangeDescription
Featurechange None
Editorialchange Revisedthefollowingfeatures:
5.33LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)(Enhanced/Optional)
5.48LOFD081219ULCoMPBasedonRelaxedBackhaul(New/Optional)
5.50LOFD081221SuperCombinedCell(Enhanced/Optional)
5.69LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul(New/Optional)
5.70LAOFD080202CarrierAggregationforUplink2CC(New/Trial)
5.71LAOFD080207CarrierAggregationforDownlink3CCin40MHz(New/Optional)
5.72LAOFD080208CarrierAggregationforDownlink3CCin60MHz(New/Optional)
5.75LAOFD081237CarrierAggregationwithDL4x4MIMO(New/Trial)
5.77MRFD101222FDD+TDDCarrierAggregation(LTEFDD)(New/Trial)
eRAN8.103(20150630)
Thisissueincludesthefollowingchanges.
ChangeType ChangeDescription
Featurechange AddedRRUsandupdated2.3.1eNodeBaccordingly.
Editorialchange Addedthemodifieddescriptionofmodifiedfeature.Fordetails,see4SummaryofModifiedFeatureImpact
Revisedthefollowingfeatures:
5.36LOFD070223ULCoMPBasedonCoordinatedBBU(Enhanced/Optional)
5.43LOFD081206IntraeNodeBCoordinatedUplinkAMC(New/Optional)
5.48LOFD081219ULCoMPBasedonRelaxedBackhaul(New/Optional)
5.67LAOFD070201FlexibleCAfromMultipleCarriers(Enhanced/Optional)
5.68LAOFD070202IntereNodeBCAbasedonCoordinatedBBU(Enhanced/Optional)
5.77MRFD101222FDD+TDDCarrierAggregation(LTEFDD)(New/Trial)
5.78MRFD101401ULUnifiedVideoSteering(New/Optional)
6.6LOFD00101502DynamicScheduling
ChangeType ChangeDescription
Addedthefollowingfeatures:
6.52LBFD004006FaultManagement
6.53LBFD004010SecurityManagement
6.54LOFD070219IPActivePerformanceMeasurement
6.55LBFD00300503SynchronizationwithGPS
6.56LBFD004003SecuritySocketLayer
6.57LOFD003010PublicKeyInfrastructure(PKI)
6.58LOFD00301402AccessControlList(ACL)AutoConfiguration
6.59LOFD003005OMChannelBackup
6.60LOFD001024RemoteElectricalTiltControl
6.61LOFD003009IPsec
eRAN8.102(20150430)
Thisissueincludesthefollowingchanges.
ChangeType ChangeDescription
Featurechange AddedUBBPdaandupdated2.3.1eNodeBaccordingly.
ChangedVoiceSpecificAMCfromanoptionalfeaturetoabasiconeanddeleteditslicense.Fordetails,see:
2.5License
3SummaryofNewandEnhancedFeatureImpact
5.56LBFD081105VoiceSpecificAMC(New/Basic)
Editorialchange Addedthenetworkimpactsofmodifiedfeatures.Fordetails,see:
3SummaryofNewandEnhancedFeatureImpact
6ImpactsofModifiedeRAN8.1FeaturesoneRAN7.0Networks
Revisedthefollowingfeatures:
5.4LBFD081101PUCCHOuterLoopPowerControl(New/Basic)
5.6LBFD081103TerminalAwarenessDifferentiation(New/Basic)
5.33LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)(Enhanced/Optional)
5.43LOFD081206IntraeNodeBCoordinatedUplinkAMC(New/Optional)
5.47LOFD081218EnhancedExtendedQCI(New/Optional)
5.50LOFD081221SuperCombinedCell(Enhanced/Optional)
5.56LBFD081105VoiceSpecificAMC(New/Basic)
5.69LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul(New/Optional)
5.70LAOFD080202CarrierAggregationforUplink2CC(New/Trial)
5.71LAOFD080207CarrierAggregationforDownlink3CCin40MHz(New/Optional)
5.72LAOFD080208CarrierAggregationforDownlink3CCin60MHz(New/Optional)
5.75LAOFD081237CarrierAggregationwithDL4x4MIMO(New/Trial)
5.77MRFD101222FDD+TDDCarrierAggregation(LTEFDD)(New/Trial)
eRAN8.101(20150323)
Thisissueincludesthefollowingchanges.
ChangeType ChangeDescription
Featurechange None
Editorialchange Revisedthefollowingfeatures:
5.6LBFD081103TerminalAwarenessDifferentiation(New/Basic)
5.7LBFD081104ULCompensationScheduling(New/Basic)
5.12LOFD001025AdaptivePowerConsumption(New/Optional)
5.17LOFD001048TTIBundling(Enhanced/Optional)
5.19LOFD00105401Camp&HandoverBasedonSPID(Enhanced/Optional)
5.22LOFD001074IntelligentPowerOffofCarriersintheSameCoverageofUMTSNetwork(New/Optional)
5.25LOFD002007PCICollisionDetection&SelfOptimization(Enhanced/Optional)
5.30LOFD070202UltraFlashCSFBtoUTRAN(New/Optional)
5.33LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)(Enhanced/Optional)
5.34LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture(Enhanced/Optional)
5.39LOFD080216UubasedSoftSynchronization(New/Optional)
5.47LOFD081218EnhancedExtendedQCI(New/Optional)
5.48LOFD081219ULCoMPBasedonRelaxedBackhaul(New/Optional)
5.51LOFD081223ExtendedCellAccessRadiusBeyond100km(New/Optional)
5.55LOFD081229VoiceCharacteristicAwarenessScheduling(New/Optional)
5.56LBFD081105VoiceSpecificAMC(New/Basic)
5.60LAOFD00100101IntraBandCarrierAggregationforDownlink2CCin20MHz(Enhanced/Optional)
5.61LAOFD00100102InterBandCarrierAggregationforDownlink2CCin20MHz(Enhanced/Optional)
5.66LAOFD001002CarrierAggregationforDownlink2CCin40MHz(Enhanced/Optional)
5.68LAOFD070202IntereNodeBCAbasedonCoordinatedBBU(Enhanced/Optional)
5.69LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul(New/Optional)
5.70LAOFD080202CarrierAggregationforUplink2CC(New/Trial)
5.71LAOFD080207CarrierAggregationforDownlink3CCin40MHz(New/Optional)
5.72LAOFD080208CarrierAggregationforDownlink3CCin60MHz(New/Optional)
5.76MRFD101221ULRefarmingZeroBufferzone(New/Trial)
5.79MRFD101402ULUnifiedOverloadControl(New/Optional)
eRAN8.1DraftA(20150115)
ThisisthefirstdraftforeRAN8.1.
2GeneralImpacts
2.1NEsInvolved
Table21liststheproductsandtheirsoftwareversionsinvolvedineRAN8.1.
Table21ProductsandtheirsoftwareversionsrequiredbyeRAN8.1
NE Version
eNodeB BTS3900series
BTS3900LTEV100R008C10
BTS3900ALTEV100R008C10
BTS3900LLTEV100R008C10
BTS3900ALLTEV100R008C10
DBS3900series
DBS3900LTEV100R008C10
LampSiteseries
DBS3900LampSiteLTEFDDV100R010C10
Microseries
BTS3202EV100R010C10
U2000 iManagerU2000V200R015C10
CME iManagerU2000CMEV200R015C10
USU USU3900V100R010C10
USU3910V100R010C10
ECO6910 ECO6910V100R004C10
2.2SystemCapacityandNetworkPerformance
SystemCapacity
ImpactonmacroeNodeBs
ComparedwitheRAN7.0,eRAN8.1withthefollowingfeaturesachieveshigherpeakdatarates:
LAOFD080208CarrierAggregationforDownlink3CCin60MHz
LAOFD080202CarrierAggregationforUplink2CC[Trial]
When2T2Rcellsarecarrieraggregated,thetheoreticalpeakdownlinkdatarateofasinglecategory9orcategory10UEreaches450Mbit/s.When16QAMisusedinthe
uplink,thetheoreticalpeakuplinkdatarateofasinglecategory10UEreaches100Mbit/s.
Inaddition,comparedeRAN7.0,eRAN8.1nowsupportsthree2T8RFDDcells,eachwithabandwidthof20MHz,onasingleLBBPd4board.Eachofthecellscanserve
amaximumof1200UEs,andtheLBBPd4canserveamaximumof3600UEs.
ImpactonmicroeNodeBs
Noimpact.
ImpactonLampSiteeNodeBs
ComparedwitheRAN7.0,eRAN8.1withthefollowingfeaturesachieveshigherpeakdatarates:
LAOFD080208CarrierAggregationforDownlink3CCin60MHz
LAOFD080202CarrierAggregationforUplink2CC[Trial]
When2T2Rcellsarecarrieraggregated,thetheoreticalpeakdownlinkdatarateofasinglecategory9orcategory10UEreaches450Mbit/s.When16QAMisusedinthe
uplink,thetheoreticalpeakuplinkdatarateofasinglecategory10UEreaches100Mbit/s.
Inaddition,comparedeRAN7.0,eRAN8.1nowsupportsthree2T8RFDDcells,eachwithabandwidthof20MHz,onasingleLBBPd4board.Eachofthecellscanserve
amaximumof1200UEs,andtheLBBPd4canserveamaximumof3600UEs.
NetworkPerformance
ComparedwitheRAN7.0,eRAN8.1achieveshighercellaveragedataratesandcelledgedataratesintheuplinkanddownlink.Fordetailsabouttheimprovements,seethe
descriptionsofnewandenhancedfeaturesin5ImpactsofNewandEnhancedeRAN8.1FeaturesoneRAN7.0Networks.
2.3Hardware
2.3.1eNodeB
ThefollowingtableliststhehardwarechangesinmacroeNodeBsofeRAN8.1.Fordetailsaboutthehardware,seetheeNodeBproductdocumentationforeRAN8.1.
Table22HardwarechangesinmacroeNodeBsofeRAN8.1
Table23HardwarechangesinmicroeNodeBsofeRAN8.1
Table24HardwarechangesinLampSiteeNodeBsofeRAN8.1
2.3.2USU3910
USU3910isintroducedineRAN8.1toconnectbasebandunits(BBUs).Itiscaseshapedandmeasures19incheswideand2Uhigh.
AsaswitchingunitbetweeneNodeBs,aUSU3910exchangesbothcontrolanduserplanedatabetweenBBUs.FordetailsaboutUSU3910,seeUSU3910ProductDocumentation.
2.3.3ECO6910
ComparedwithECO6910V100R004C00,ECO6910V100R004C10hasnochangeinhardware.
2.3.4U2000
ComparedwithiManagerU2000V200R014C10,iManagerU2000V200R015C10hasnochangeinhardware.
2.4Implementation
BeforeupgradingeNodeBsfromeRAN7.0toeRAN8.1,ensurethatallrequiredhardwarehasbeeninstalledandalllicensesfortherequirednetworkcapacityhavebeenobtained.
Performtheupgradeinthefollowingorder:
1.UpgradetheU2000fromiManagerU2000V200R014C00toiManagerU2000V200R015C10.
2.InstalliManagerU2000CMEV200R015C10.
3.UpgradeeNodeBsfromV100R007C00toV100R008C10.
2.5License
ThissectiondescribesthelicensechangesineRAN8.1comparedwitheRAN7.0.
NewLicenseControlItems
ThefollowingtableliststhenewlicensecontrolitemsforoptionalLTEfeatures.
Table25NewlicensecontrolitemsforoptionalLTEfeatures
ThefollowingtableliststhenewlicensecontrolitemsforLTEAdvancedfeatures.
Table26NewlicensecontrolitemsforLTEAdvancedfeatures
ComparedwitheRAN7.0,eRAN8.1doesnotincludenewlicensecontrolitemsforSingleRANfeatures.
ComparedwitheRAN7.0,eRAN8.1doesnotincludenewresourcecontrolitems.
ChangedLicenseControlItems
ThefollowingtableliststhelicensecontrolitemchangedineRAN8.1.
Table27LicensecontrolitemchangedineRAN8.1
DeletedLicenseControlItems
None
2.6InterNEInterfaces
IneRAN8.1,interfacesbetweeneacheNodeBandotherNEscomplywith3rdGenerationPartnershipProject(3GPP)Release11andarebackwardcompatiblewith3GPPRelease
10,Release9,andRelease8.Theinterfacesareasfollows:
S1
X2
Uu
2.7OperationandMaintenance
Fortheimpactsofeachfeatureonoperationandmaintenance,see5ImpactsofNewandEnhancedeRAN8.1FeaturesoneRAN7.0Networks.
2.8OtherNEs
eNodeBs,theevolvedpacketcore(EPC),andUEsmustallcomplywith3GPPRelease11forthenewandenhancedfeaturesineRAN8.1totakeeffect.IftheEPCorUEdoesnot
complywith3GPPRelease11,theearliestcompliantreleasewillbeapplied.
3SummaryofNewandEnhancedFeatureImpact
Thischaptersummarizestheimpactsofnew,enhanced,andmodifiedeRAN8.1featuresoneRAN7.0networks.
Featureimpactsarecategorizedas"Major"wheneitherofthefollowingconditionsismet:
Thefeaturerequiresneworadditionalhardware.
ThefeaturehasanimpactoneRAN7.0featuresorNEsoutsidetheEUTRAN.
Allotherimpactsarecategorizedas"Minor."
Table31ImpactseverityofnewandenhancedfeaturesformacroeNodeBsineRAN8.1
Table32ImpactseverityofnewandenhancedfeaturesformicroeNodeBsineRAN8.1
Table33ImpactseverityofnewandenhancedfeaturesforLampSiteeNodeBsineRAN8.1
4SummaryofModifiedFeatureImpact
ThischaptersummarizestheimpactsofmodifiedeRAN8.1featuresoneRAN7.0networks.
Featureimpactsarecategorizedas"Major"wheneitherofthefollowingconditionsismet:
Thefeaturerequiresneworadditionalhardware.
ThefeaturehasanimpactoneRAN7.0featuresorNEsoutsidetheEUTRAN.
Allotherimpactsarecategorizedas"Minor."
Theimpactsofallmodifiedfeaturesarecategorizedas"Minor."
Table41ImpactseverityofModifiedfeaturesineRAN8.1
5ImpactsofNewandEnhancedeRAN8.1FeaturesoneRAN7.0Networks
5.1LBFD002032ExtendedQCI(Enhanced/Basic)
5.1.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN3.0
applicabletoMicrofromeRAN3.0
applicabletoLampSitefromeRAN6.0
Summary
HuaweisupportsextendedQoSClassIdentifier(extendedQCI)(255QCIincluding9standardQCIdefinedin3GPP).ExtendedQCIcanbeusedasoperatordefinedQCItosupport
customizednonGBRservice.ExtendedQCIindexcanbedefinedbyoperatorandneedSAEtosupportit.
Benefits
Itcanbeconfigurableflexiblybyoperatorandmeetmultineedofoperatorwhowantstooperatethedifferentiatedservice.
Description
ThisfeaturesupportsextendedQCI,whichmeansthatMMEsendoneextendedQCIindexinRABassignmentmessage.TheeNodeBcanconfiguretheseextendedQCIandcanbe
assignedradioresourcedifferentlyaccordingtothedifferentQCInumberanddifferentschedulingweightfactor.
TheextendedQCIcanbeconfigurablewithGold,Silver,andBronze,whichisthesameastheARP.
HuaweicurrentlysupportsextendednonGBRQCI,andtheconfigurablescenarioisthateNodeBgettheQCIindexfirstly,settheARPandQoSparameter(PDB,PLER,schedule
weight)relatedwithQCIindex.
Enhancement
eRAN8.1
eNodeBsnowsupportthemappingbetweenuserschedulingweightfactorsandcombinationsofARPandQCI.
Userscanbeclassifiedintogold,silver,andcopperlevelsbyARP.TheschedulingweightfactorsfordifferentuserlevelscanbemappedtoQCIs6through9.This
mappingtakesprecedenceoverthemappingofARPirrelevantschedulingweightfactorstotheQCIs.
5.1.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
Thechangeinthisfeaturehasnoimpact.
5.1.3NEs
ThisfeatureisimplementedontheeNodeB.
5.1.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.1.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.1.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenintroducedtoaccommodatethisfeature.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.1.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
AftertheARPandQCIbasedQoScontrolswitchisturnedon,themappingrelationshipsbetweentheweightfactorsoftheuplinkanddownlinkschedulingprioritiesandthe
standardizedQCIsinthefeatureLBFD00300201DiffServQoSSupportbecomeinvalid.
5.2LBFD060102EnhancedULFrequencySelectiveScheduling(New/Basic)
5.2.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN6.0
applicabletoMicrofromeRAN8.1
notapplicabletoLampSite
Summary
ThisfeatureadaptivelyselectsthefrequencyselectiveschedulingmodebasedonthenumberofsynchronizedUEsandthenumberoftobescheduledUEsinacell.
Benefits
ThisfeaturereducestheinterferencetoUEs,improvesthemodulationandcodingschemes(MCSs),andthereforeincreasesUEthroughput.
Description
Frequencyselectivefadingisinevitableduetothemultipatheffectinradiochannels.BecausefrequencyselectivefadingchangesrelativelyslowlyforlowmobilityUEs,frequency
selectivefadingisconsideredtobestablewithinthechannelcoherencetime.TheLTEsystemadoptssinglecarrierfrequencydivisionmultipleaccess(SCFDMA)intheuplink.In
thesystem,thesystembandwidthiswideandthesubbandbandwidthsforresourceallocationcanbenarrow.Thechannelfadingeffectvarieswithsubbands.Duringscheduling,the
eNodeBallocatesthesubbandsingoodchannelqualitytoUEs,whichiscalledfrequencyselectivescheduling.Generally,thedistributionsoffrequencyselectivefadingforUEsare
scattered,thatis,goodqualitysubbandsareUEspecific.Therefore,allUEscanbescheduledontheirgoodqualitysubbands,therebyincreasingnetworkthroughput.
WhenthisfeatureisdisabledandthenumberofsynchronizedUEsinacellislessthanorequalto15,uplinkfrequencyselectiveschedulingisused.Whenthisfeatureisdisabled
andthenumberofsynchronizedUEsinacellisgreaterthan15,theeNodeBallocatesresourcesinorderofRBsequencenumber.Inthiscase,intercellinterferencecannotbe
avoidedandtheUEsexperienceinterferenceallthetime.
Whenthisfeatureisenabled,theeNodeBadaptivelyselectsthefrequencyselectiveschedulingmodebasedonthenumberofsynchronizedUEsandthenumberoftobescheduled
UEsinacell.Asaresult,thisfeaturereducestheinterferencetoUEsandthereforeincreasesUEthroughput.
Enhancement
IneRAN7.0
eNodeBsselectMCSsforslowlymovingUEsbasedonthereportedsignaltointerferenceplusnoiseratios(SINRs)insubbandsduringfrequencyselectivescheduling.
Therefore,thefrequencyselectiveschedulinggainsincrease,raisingthespectralefficiencyandthroughputoftheUEs.
5.2.2CapacityandPerformance
SystemCapacity
EnablingthisfeatureforacellservinglotsofusersreducesuplinkinterferencewithUEsandincreasestheMCSlevel,therebyimprovingULcellthroughput.WhenULPRBusageis
lessthan70%,thefeatureyieldssignificantgainswhenULPRBusageisgreaterthanorequalto70%,thefeatureyieldsinsignificantgains.
EnhancedULfrequencyselectiveschedulingprovidesUEsinthecellwithmoreopportunitiestobescheduledbyfrequencyselectivescheduling.WithenhancedULfrequency
selectivescheduling,largergainsandhigherspectralefficiencyofuplinktransmissionareyielded.
WhenoptimizedULfrequencyselectiveschedulingbasedontheestimatedUEspeedisenabled,lowspeedUEsthatperformcontinuousULdatatransmissionforalongperiodof
time(forexample,longerthan20s)canachievebettergainsoffrequencyselectiveschedulingatfarormediumdistancesfromcellcenter.Thisimprovesthroughputandspectral
efficiency,increasingnetworkcapacity.
NetworkPerformance
Noimpact.
5.2.3NEs
ThisfeatureisimplementedontheeNodeBandCME.
5.2.4Hardware
Noimpact.
5.2.5InterNEInterfaces
None
5.2.6OperationandMaintenance
License
Thisfeatureisabasicfeatureandisnotunderlicensecontrol.
ConfigurationManagement
Thefollowingparametershavebeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
None
FaultManagement
None
5.2.7RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
UplinkinterferencerandomizationbasedallocationfailswhenuplinkICICisenabled.
5.3LBFD070107PDCCHUtilizationImprovement(Enhanced/Basic)
5.3.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN7.0
applicabletoMicrofromeRAN7.0
applicabletoLampSitefromeRAN7.0
Summary
ThisfeatureenablestheeNodeBtoallocatePDCCHresourcesmoreflexibly,reducingtheprobabilityofPDCCHresourceallocationfailureandimprovingthePDCCHcapacity.
Benefits
ThisfeatureincreasesthenumberofUEsthatcanbescheduledperTTIinaheavilyloadednetworkandincreasesthesystemcapacity.
Description
AhigherPDCCHaggregationlevelmaydecreasethenumberofUEsthatcanbescheduledanddecreasethesystemcapacity.Withthisfeature,theeNodeBincreasesthePDCCH
resourceallocationsuccessratebydecreasingthePDCCHaggregationlevelandadjustingtheTXpowerwhileensuringdemodulationperformance.Inthismanner,thenumberof
UEsthatcanbescheduledandthesystemcapacityincrease.AsdifferentPDCCHCCEsmayoverlap,thereisahighprobabilityofPDCCHresourceallocationfailureforUEsthat
arescheduledlater.Withthisfeature,ifPDCCHresourceallocationfailsforaUE,theeNodeBallocatesPDCCHresourcesfortheUEagainwithadifferentaggregationleveland
powerlevelwhileensuringdemodulationperformance.Inthismanner,thePDCCHresourceallocationsuccessrateandthesystemcapacityincrease.
Enhancement
eRAN8.1
ThisfeatureusesalowerPDCCHaggregationlevelcombinedwithpowercontroltoincreasethePDCCHresourceallocationsuccessrateandimprovethePDCCH
capacity.
5.3.2ImpactonCapacityandPerformance
SystemCapacity
ThisfeaturereducestheCCEoverheadandimprovestheuplinkanddownlinkCCEallocationsuccessrateandthenumberofscheduledUEsineachTTIwithoutaffectingnetwork
coverage,therebyimprovingthesystemcapacity.
NetworkPerformance
BasedondifferentRBandCCEusage,thisfeaturehasthefollowingimpactonnetworkperformance:
LowaverageRBusageandunlimitedCCEusage
Thisindicatesalightlyloadednetwork.Thisfeaturedoesnotbringanygainstocellthroughput.Mostservicesonthelivenetworkareburstservices.Thisfeatureprobably
decreasesthenumberofPDCCHsymbolsandimprovesdownlinkuserperceivedrates,butbringsnogainstouplinkuserperceivedrates.
FullRBusage(greaterthan95%)andunlimitedCCEusage
Inthisscenario,theCCEusageislow(forexample,lessthan40%).Thisfeatureimprovesdownlinkuserperceivedrates,butbringsnogainstotheuplink.
FullRBusage(greaterthan95%)andhighCCEusage(greaterthan60%)
Thisisnottheexpectedscenarioforgainsofthisfeature.Thegainsareunpredictable.
TheuplinkordownlinkRBusageisnotfullduetolimitedCCEresources
Thisindicatesaheavilyloadednetwork.TheCCEusageislimitedbeforetheRBusage.ThisfeatureincreasesthenumberofscheduledUEsandimprovestheuplink
anddownlinkRBusage.
Forexample,thedownlinkRBusageisfull,buttheuplinkRBusageisnot.WhentheeNodeBincreasesthenumberofscheduledUEsintheuplink,thesmallpackets
increasesignificantlyintheuplink.However,possiblyduetoservicetypes,moresmallpacketUEsarescheduled,therebydecreasingtheaverageusersrate.
NOTE:
Severalfactorsmayincreaseuplinksmallpackets.Forexample,ifmostoftheincreaseduplinkUEschedulingtimescausedbyPDCCHcapacityimprovementarefor
smallpacketUEs,thenumberofsmallpacketsincreases.ThedownlinkthroughputrateimprovementincreasesthenumberofuplinkTCPresponsepackets,thereby
increasingsmallpackets.
5.3.3ImpactonNEs
ThisfeatureisimplementedontheeNodeB.
5.3.4ImpactonHardware
None
5.3.5ImpactonInterNEInterfaces
None
5.3.6ImpactonOperationandMaintenance
LicenseManagement
Thisfeatureisnotunderlicensecontrol.
ConfigurationManagement
Thefollowingparameterhasbeenaddedtoaccommodatethisfeature.
PerformanceManagement
N/A
FaultManagement
N/A
5.3.7ImpactonOtherFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.4LBFD081101PUCCHOuterLoopPowerControl(New/Basic)
5.4.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1.
notapplicabletoMicro.
applicabletoLampSitefromeRAN8.1.
Summary
Thisfeatureadjuststhetargetsignaltointerferenceplusnoiseratio(SINRTarget)ofPUCCHformat1xbasedonthedifferencebetweenthemeasuredbiterrorrate(BER)andtarget
BER(BERTarget)ofPUCCHformat2xtoimprovethedemodulationperformanceofPUCCHformat2x.
Benefits
ThisfeatureincreasesdownlinkthroughputbyimprovingthedemodulationperformanceofPUCCHformat2xinheavyloadscenarios.
Description
OuterlooppowercontrolforthePUCCHiscontrolledbytheCellAlgoSwitch.UlPcAlgoSwitchparameter.
WhenOuterLoopPucchSwitchofthisparameteristurnedon,thisfeaturedynamicallyadjuststheSINRTargetforinnerlooppowercontrolofPUCCHformat1xbasedonthe
differencebetweenthemeasuredBERandBERTargetofPUCCHformat2x.ThisfeatureimplementsPUCCHpowercontrolbasedonchannelstatus.Itensuresthedemodulation
performanceofPUCCHformat2xwhenPUCCHformat2xexperienceshigherinterferencethanPUCCHformat1x.
ThisfeatureadjuststheSINRTargetasfollows:
IfthemeasuredBERisgreaterthantheBERTarget,thisfeatureincreasestheSINRTarget.
IfthemeasuredBERisequaltotheBERTarget,thisfeaturedoesnotchangetheSINRTarget.
IfthemeasuredBERislessthantheBERTarget,thisfeaturedecreasestheSINRTarget.
Enhancement
None
5.4.2SystemCapacityandNetworkPerformance
SystemCapacity
LBFD081101PUCCHOuterLoopPowerControlhelpsincreasethePUCCHtransmissionreliabilityanddecreasetheprobabilityoffalsedetectiononPUCCHinformationindicating
channelconditions,suchasCQI,RI,andPMI,therebyincreasingtheaverageUEthroughputinthedownlinkandcellthroughputinthedownlink.
NetworkPerformance
LBFD081101PUCCHOuterLoopPowerControlhelpsincreasethePUCCHtransmissionreliabilityanddecreasetheprobabilityoffalsedetectiononPUCCHinformationindicating
channelconditions,suchasCQI,RI,andPMI,therebydecreasingthepercentageofPUCCHDTXsandincreasingdownlinkthroughput.
LBFD081101PUCCHOuterLoopPowerControlhelpsdecreasethedownlinkpacketlossrateofVoLTEservicesandincreasesvoicequalityofVoLTEservices.
LBFD081101PUCCHOuterLoopPowerControlmayincreasethenumberofuplinksmallpackets,therebydecreasingtheratioofL.Thrp.bits.ULtoL.Thrp.Time.UL.The
L.Thrp.bits.ULcountermeasuresthetotalamountofuplinkPDUdatareceivedinthePDCPlayer,andtheL.Thrp.Time.ULcountermeasuresthetotaltimelengththattheuplinkPDU
dataisreceivedinthePDCPlayer.
NOTE:
Thenumberofuplinksmallpacketincreasesduetoeitherofthefollowingreasons:
TheratioofPDCCHDTXsdecreases,whichdecreasesthenumberofPDCCHCCEstobeconsumedandincreasesPDCCHcapacity.Inthiscase,ifmostUEs
transmitsmallpacketsintheuplink,thenumberofsmallpacketsincreases.
ThenumberofuplinkTCPfeedbackincreasesalongwiththedownlinkthroughput.
5.4.3NEs
ThisfeatureisimplementedontheeNodeBandCME.
5.4.4Hardware
ThisfeatureisnotsupportedbytheLBBPcbutissupportedbytheLBBPdandUBBPd.
MacroandLampSiteeNodeBs
OuterloopPUCCHpowercontroltakeseffectinamultiRRUcellonlywhenallphysicalcellsconsistingthismultiRRUcellareestablishedonthesameLBBPdor
UBBPd.
MicroandPicoeNodeBs
BTS3202EdoesnotsupportouterloopPUCCHpowercontrol.
5.4.5InterNEInterfaces
Noimpact.
5.4.6OperationandMaintenance
License
Noimpact.
ConfigurationManagement
Thefollowingparameterhasbeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.4.7RelatedFeatures
PrerequisiteFeatures
ThisfeaturemustworktogetherwithinnerloopPUCCHpowercontrolinLBFD002026UplinkPowerControl.
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.5LBFD081102PLMNIDManagement(New/Basic)
5.5.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN8.1.
ApplicabletoMicrofromeRAN8.1.
ApplicabletoLampSitefromeRAN8.1.
Summary
ThisfeaturemanagesneighboringcellswithspecificPLMNIDsinscenarioswheretheneighboringcellsareneartheborderofPLMNsorabnormalUEsreportinvalidPLMNIDs.
Thisfeaturehelpsincreasetheneighborrelationshipmanagementefficiencyandimproveoperator'sOMexperience.
Benefits
ThisfeatureensuresthattheneighborrelationshipscanbecorrectlyconfiguredwhenabnormalUEsreportinvalidPLMNIDs.
WhentheneighboringcellsareneartheborderofPLMN,thisfeatureprovidesdifferentiatedmanagementtoincreasetheOMefficiencyofneighborrelationships.
Description
ThisfeatureallowsoperatorstoconfiguredifferentPLMNlistsforalocalcell:
IfaPLMNisblacklisted,thecellsinthisPLMNcannotbeconfiguredasneighboringcellsofthelocalcell.IftheIDofaPLMNreportedbyabnormalUEsisaninvalidID,
thisPLMNcanbeblacklisted.
IfaPLMNisgraylisted,thecellsinthisPLMNcanbeconfiguredasneighboringcellsofthelocalcell.Theseneighboringcellsareprocessedspeciallyduringqueryand
automaticremoval.APLMNcanbegraylistedifthisPLMNandthelocalcell'sPLMNoverlap,workonthesamefrequency,butdonothavehandoverrelationships
betweenthem.
IfaPLMNiswhitelisted,thecellsinthisPLMNcanbeconfiguredasneighboringcellsofthelocalcell.APLMNcanbewhitelistedifthisPLMNandthelocalcell's
PLMNhavehandoverrelationshipsbetweenthem.
Enhancement
None
5.5.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
ThisfeaturepreventsneighborrelationshipswithcellsthathaveabnormalPLMNIDsfrombeingaddedtoNRTs,therebyincreasingthehandoversuccessrateanddecreasingthe
servicedroprate.
5.5.3NEs
ThisfeatureisimplementedontheeNodeBandU2000.
5.5.4Hardware
Noimpact.
5.5.5InterNEInterfaces
Noimpact.
5.5.6RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.6LBFD081103TerminalAwarenessDifferentiation(New/Basic)
5.6.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN8.1.
ApplicabletoMicrofromeRAN8.1.
ApplicabletoLampSitefromeRAN8.1.
Summary
Inlivenetworks,someUEshaveincompatibilityissueswithsomefeaturesduetoUEs'internalhardwareorsoftwarebugs.ThisaffectsnetworkKPIs.
HuaweieNodeBssupportdifferentiatedprocessingforsuchUEs.
Benefits
ThisfeaturehandlesUEs'incompatibilityissuesandimprovesnetworkKPIssuchastheservicedroprateanduplinkthroughput.
Description
WhenaHuaweiMMEidentifiesthattheeNodeBisaHuaweidevice,theMMEinformstheeNodeBofaUE'sinternationalmobilestationequipmentidentityandsoftwareversion
(IMEISV).Then,theeNodeBcomparestheUE'sIMEISVwiththeIMEISVinformationconfiguredforUEswithincompatibilityissuesontheeNodeB.Iftheyarematched,the
eNodeBperformspresetactionsonthisUE.
Enhancement
None
5.6.2ImpactonSystemCapacityandNetworkPerformance
SystemCapacity
TheblacklistcontrolfunctionofthisfeatureincreasessystemcapacitysuchascellthroughputbydisablingcertainfeaturesorfunctionsforblacklistedUEs.
Thewhitelistcontrolfunctionofthisfeatureinvolvesonlydownlinkrankdetection.ThisfunctionincreasesthedownlinkthroughputofwhitelistedUEsintheeventofinaccuraterank
indication(RI)reports.However,whentheseUEsreportRIsaccurately,thisfunctionmayslightlydecreasethedownlinkthroughput.
NetworkPerformance
ThisfeaturepreventsorreducesnetworkriskscausedbyUEincompatibility,suchasservicedropsandRRCconnectionreestablishment.
5.6.3ImpactonNEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiresthattheMMEsendtheIMEISVsofUEstotheeNodeB.IftheMMEisprovidedbyHuawei,theHuaweiMMEversionmustbePS12.1orlater.IftheMMEis
providedbyanothervendor,itmustcomplywith3GPPTS36.413V12.2.0.
The3GPPdefinednewIEMaskedIMEISVisoptional.IfaneNodeBcannotinterprettheIE,theeNodeBwillignoreit,withoutaffectingtheinterpretationoftheentiremessage.Itis
possiblethaterrorsoccurbecauseeNodeBsofothervendorsdonotcomplywith3GPPspecifications.
5.6.4ImpactonHardware
Noimpact.
5.6.5ImpactonInterNEInterfaces
CertainmessagesnowcontaintheIMEISVsofUEs.Specifically:
Duringinitialaccess,theMMEsendsanINITIALCONTEXTSETUPREQUESTmessageconveyingtheIMEISV.
DuringanS1basedhandover,theMMEsendsaHANDOVERREQUESTmessageconveyingtheIMEISVthroughtheS1interfacetothetargeteNodeB.
DuringanX2basedhandover,thesourceeNodeBsendsaHANDOVERREQUESTmessageconveyingtheIMEISVthroughtheX2interfacetothetargeteNodeB.
5.6.6ImpactonOperationandMaintenance
LicenseManagement
Thisfeatureisnotunderlicensecontrol.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
N/A
FaultManagement
N/A
5.6.7ImpactonRelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
TheblacklistcontrolfunctionofLBFD081103TerminalAwarenessDifferentiationaffectsthefollowingfeaturesaccordingtodataconfigurations:
LOFD002001AutomaticNeighbourRelation(ANR)
ThespecifieddefectiveUEsdonotperformmeasurementsforintraRATANRorconductproactivePCIconflictdetection.
LOFD002002InterRATANR
ThespecifieddefectiveUEsdonotperformmeasurementsforinterRATANR.
LOFD001105DynamicDRX
DynamicDRXdoesnotapplytothespecifieddefectiveUEs.
LAOFD001001LTEAIntroduction,LAOFD001002CarrierAggregationforDownlink2CCin40MHz,LAOFD070201FlexibleCAfromMultipleCarriers,LAOFD070202
IntereNodeBCAbasedonCoordinatedBBU,LAOFD080207CarrierAggregationforDownlink3CCin40MHz,LAOFD080208CarrierAggregationforDownlink3CCin
60MHz,LAOFD080202CarrierAggregationforUplink2CC[Trial],LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul,LAOFD081237CarrierAggregation
withDL4x4MIMO[Trial],andMRFD101222FDD+TDDCarrierAggregation(LTEFDD)[Trial]
TheeNodeBdoesnotconfigureSCellsorperformPCCanchoringforthespecifieddefectiveUEs.
LOFD001048TTIBundling
TTIbundlingdoesnotapplytothespecifieddefectiveUEs.
LOFD001001DL2x2MIMO,LOFD001003DL4x2MIMO,andLOFD001060DL4x4MIMO
ThespecifieddefectiveUEscannotenterclosedloopMIMOmode.
LBFD002031SupportofaperiodicCQIreportsandLBFD060101OptimizationofPeriodicandAperiodicCQIReporting
EnhancedaperiodicCQIreportingdoesnotapplytothespecifieddefectiveUEs.
LOFD001017RObustHeaderCompression(ROHC)
ROHCdoesnotapplytothespecifieddefectiveUEs.
ThewhitelistcontrolfunctionofLBFD081103TerminalAwarenessDifferentiationaffectstheaccuracyofreportedranksandthereforehasanimpactonthefollowingfeatures:
LBFD002025BasicScheduling
LOFD00101502DynamicScheduling
LOFD001001DL2x2MIMO
5.7LBFD081104ULCompensationScheduling(New/Basic)
5.7.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN8.1.
ApplicabletoMicrofromeRAN8.1.
ApplicabletoLampSitefromeRAN8.1.
Summary
ThisfeatureenablestheeNodeBtoproactivelyschedulevoicepacketsbasedontheirschedulingintervals.
Benefits
Thisfeaturereducestheuplinkpacketlossrate.
Description
TheeNodeBidentifiesvoiceusersand,foreachvoiceuser,monitorstheperiodduringwhichtheuserisnotscheduledintheuplink.Iftheperiodreachesathreshold,theeNodeB
sendsaULGranttotheUEtoensurethatuplinkvoicepacketscanbetimelytransmitted.Thisfeatureshortensthewaitingtimesofvoicepacketsandreducesthenumberof
packetsdiscardedbecauseoftheexpiryofPDCPDiscardTimer.
Enhancement
None
5.7.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
Uplinkcompensationschedulingcanreducetherateofuplinkpacketlossesinheavytrafficscenarios,shortenvoicepacketdelays,andimprovevoicequality.However,thisfeature
increasesRBandCCEoverheadswhentherearemanyvoiceusers,thisfeaturealsoreducescellthroughput.
Inaddition,uplinkcompensationschedulingdecreasesthepossibilitythatuplinkcontrolinformationofvoiceusersistransmittedoverPUCCHandincreasesthepossibilitythat
uplinkcontrolinformationofvoiceusersistransmittedoverPUSCH.ThisaffectsthepossibilitythatPDSCHACK/NACKisdetectedasDTXandslightlyincreasesVoLTEdownlink
packetlossrate(indicatedbyL.Traffic.DL.PktUuLoss.Loss.QCI.1/L.Traffic.DL.PktUuLoss.Tot.QCI.1).
5.7.3NEs
ThisfeatureisimplementedontheeNodeB.
5.7.4Hardware
Noimpact.
5.7.5InterNEInterfaces
Noimpact.
5.7.6OperationandMaintenance
License
Noimpact.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.7.7RelatedFeatures
PrerequisiteFeatures
LBFD002025BasicScheduling
LOFD00101502DynamicScheduling
MutuallyExclusiveFeatures
Noimpact.
ImpactedFeatures
Noimpact.
5.8LOFD001001DL2x2MIMO(Enhanced/Optional)
5.8.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN1.0
applicabletoMicroformeRAN3.0
applicabletoLampSitefromeRAN6.0
Summary
Twoantennaportsareconfiguredinthedownlink,andthetransmissionschemeperuserisdynamicallyselectedbetweenspatialdiversityandspatialmultiplexingtoimprovethe
downlinkthroughputandcoverageperformance.
Benefits
Thisfeatureprovidesthegainofhighpeakrateandthroughputperformanceusingspatialmultiplexing(twocodewords)andgoodcelledgeperformanceusingspatialdiversity(single
codeword),.
Description
Thedownlink2x2MIMOisacriticalfeaturetoallowanLTEsystemtodeliverbetterperformance,suchashigherdatarates,thanthelegacysystem.Bothspatialdiversityand
spatialmultiplexingaresupportedasdefinedinLTEspecifications,andsinceeRAN1.0thefollowingfour2x2MIMOschemesaresupportedinthedownlink:
Transmitdiversity
Largedelaycyclicdelaydiversityspatialmultiplexing
Closedloopspatialmultiplexing
Closedloopspatialmultiplexingusingasingletransmissionlayer
Transmitdiversityandclosedloopspatialmultiplexingusingasingletransmissionlayerarespatialdiversitysolutionstocombatsignalfading.Bothschemestransmitasinglestream
(i.e.,singlecodeword)andimprovethecelledgeperformance.Theformerappliesthespacefrequencyblockcode(SFBC),andisrobusttomobility.Thelatterappliesthecodebook
basedrank1precodingandistypicallyusedatlowmobilityasUEisrequiredtoreportitspreferredprecodingmatrixindex(PMI)timely.
Largedelaycyclicdelaydiversityisanopenloopspatialmultiplexingschemewithhighrobustnesstomobility.Closedloopspatialmultiplexingappliesthecodebookbasedfeedback
andistypicallysuitabletolowmobility.Bothopenloopandclosedloopspatialmultiplexingtransmittwoseparatelyencodedstreams(i.e.,twocodewords)toimprovethepeakrate
andthroughputperformanceofUEsundergoodchannelconditionswithmultiplexinggain.
Openloop/closedloopspatialmultiplexingcanbeenabled/disabledbymeansofO&M.Whenthisfunctionalityisenabled,adaptiveswitchbetweenspatialdiversityandspatial
multiplexingisperformedtakingintoaccounttheUEspecificlinkqualityandrankinformation.Whenthisfunctionalityisdisabled(bysettingthemaximumrankforspatial
multiplexingto1),asinglecodewordisalwaysscheduledforallUEs.
BesidesfixedMIMOmodes,adaptiveopenloopMIMO,adaptiveclosedloopMIMO,andadaptationbetweenopenloopandclosedloopMIMOmodescanbeconfiguredbymeansof
O&M.
Enhancement
eRAN8.1
Downlink2x2MIMOinTM9increasestheaveragecellthroughputandcelledgethroughputinthedownlinkinscenarioswhereadaptivesinglefrequencynetwork(SFN)is
deployedandeachcellisservedbymultipleRFmodules.
5.8.2SystemCapacityandNetworkPerformance
SystemCapacity
Comparedwithdownlink2x2MIMOinTM3orTM4,downlink2x2MIMOinTM9increasestheoverheadofdedicatedreferencesignalsandthesystemcapacitydecreasesif
downlink2x2MIMOinTM9doesnotworkwithotherfeatures.
DMRSandPDSCHareprecodedsimultaneously.Therefore,datademodulationandchannelestimationarealwaysmatched.Inthiscase,ifacellisservedbymultipleRRUs,the
SFNfeaturecanincreasetheaveragecellthroughputandcelledgethroughputinthedownlink.
NetworkPerformance
Downlink2x2MIMOinTM9mustworkwithotherfeaturesforcommercialuse.Fortheimpactonnetworkperformance,seeSFNFeatureParameterDescription.
IfLOFD070205AdaptiveSFN/SDMAisnotdeployed,theTM9performanceisworsethantheTM3andTM4performancebecauseoftheoverheadofDMRSs.IftheUEismoving
fasterthan30km/h,thelossintheaveragecellthroughputandcelledgethroughputisespeciallyobvious.IfUEsaremovingfasterthan30km/h,thelossintheaveragecell
throughputandcelledgethroughputisespeciallyobvious.Inaddition,theaveragethroughputandcelledgethroughputmaydecrease.ThethroughputlossishighiftheCSIRS
reportingperiodisshort,theratioofinventoryUEsishigh,andthenumberofantennaportsforCRSsislarge.
5.8.3NEs
ThechangeinthisfeatureisimplementedoneNodeBs.
ThechangeinthisfeaturerequiresthesupportfromUEsandtheEPC.Inaddition,UEsneedtosupportTM9.
5.8.4Hardware
ThechangeinthisfeatureisimplementedontheLBBPdorUBBPdofeNodeBs.
5.8.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.8.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.8.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thefollowingfeaturesareimpacted:
LBFD002034RRUChannelCrossConnectionUnderMIMO
WhenLBFD002034RRUChannelCrossConnectionUnderMIMOisused,thetransmissiondelaysoftwoRFmodulesmaynotbealigned.Inthiscase,downlinkopenloop2x2
MIMOinTM9canbedeployed,butdownlinkclosedloop2x2MIMOinTM9isnotrecommended.
LOFD001016VoIPSemipersistentScheduling
ThisfeatureandLOFD001016VoIPSemipersistentSchedulingcanworktogether.DuringsemipersistentschedulingforTM9UEs,thePDSCHistransmittedonport7insteadofin
transmitdiversitymode.Fordetails,seesection7.1"UEprocedureforreceivingthephysicaldownlinksharedchannel"in3GPPTS36.213V10.5.0.
LOFD070205AdaptiveSFN/SDMA
InTM3orTM4,CRSsaretransmittedinmultipleRRUsorcellswhilethePDSCHaretransmittedinoneRRUorcell.ThismismatchaffectstheadaptiveSFNperformance.TM9
canavoidthismismatch,obviouslyincreasetheaveragecellthroughputandcelledgethroughputofacell,andimproveuserexperience.
LOFD0070220eMBMSPhase1basedonCentralizedMCEArchitecture
IfeMBMSisdeployed,PDSCHservicesinTM9cannotbescheduledinMBSFNsubframeswherethePMCHexists.ThereasonisthatthePMCHusesextendedCPbutextended
CPisnotcompatiblewithTM9.
LOFD001047LoCationServices(LCS)
WhenLCSisused,LCSreferencesignalsmayconflictwithCSIRSsandDMRSs.Inthiscase,ifonlyLCSreferencesignalsaretransmittedbutneitherCSRIRSsnorDMRSsare
transmitted,TM9performanceisaffected.ServicesinTM9arenotscheduledinsubframeswhereLCSreferencesignalsaretransmitted.
LOFD001070SymbolPowerSaving
Innormalsubframes,schedulingofservicesinTM9canworkwithbasicsymbolpowersaving.Insubframeswherepowersavingisapplied,noPDSCHservices(includingservices
inTM9)arescheduledbutCRSsandCSIRSscanbetransmitted.
However,theenhancedsymbolpowersavingmodeusesMBSFNsubframestoavoidschedulingandtoachievepowersaving.Bycontrast,TM9usesMBSFNsubframestoimprove
performance.Inenhancedsymbolpowersavingmode,servicesinTM9cannotbescheduledinMBSFNsubframesconfiguredforthismode.
Therefore,TM9needstobeconsideredintheentryandexitofthesymbolpowersavingmode.
LOFD001007HighSpeedMobility
ClosedloopMIMOissuitableinlowspeedscenarios.IfTM4,TM6,oradaptiveconfigurationofclosedlooptransmissionmodesisusedinhighspeedscenarios,system
performancedeteriorates.Inthiscase,adaptiveconfigurationofopenlooptransmissionmodesisrecommended.
WhenUEsaremovingathighspeed,theirdemodulationperformancebasedonDMRSsinTM9isnotsatisfactory.Inaddition,TM9iscommonlyusedinclosedloopmode,which
requiresthatUEsreportPMIsorRIs.Therefore,TM9isalwaysusedinlowspeedscenarios,notinhighspeedscenarios.
LOFD001008UltraHighSpeedMobility
ClosedloopMIMOissuitableinlowspeedscenarios.IfTM4,TM6,oradaptiveconfigurationofclosedlooptransmissionmodesisusedinhighspeedscenarios,system
performancedeteriorates.Inthiscase,adaptiveconfigurationofopenlooptransmissionmodesisrecommended.WhenUEsaremovingatultrahighspeed,theirdemodulation
performancebasedonDMRSsinTM9isnotsatisfactory.Inaddition,TM9iscommonlyusedinclosedloopmode,whichrequiresthatUEsreportPMIsorRIs.Therefore,TM9is
alwaysusedinlowspeedscenarios,notinultrahighspeedscenarios.
LOFD001009ExtendedCellAccessRadius
Generally,TM9isnotusedinextendedcoverage.
LOFD001031ExtendedCP
TM9isnotcompatiblewithLOFD001031ExtendedCP.
5.9LOFD001003DL4x2MIMO(Enhanced/Optional)
5.9.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN2.0
notapplicabletoMicro
notapplicabletoLampSite
Summary
Fourantennaportsareconfiguredinthedownlink,andthetransmissionschemeperuserisdynamicallyselectedbetweenspatialdiversityandspatialmultiplexingtoimprovethe
downlinkthroughputandcoverageperformance.
Benefits
Thisfeatureprovidesthegainofhighpeakrateandthroughputperformanceusingspatialmultiplexing(twocodewords)andgoodcelledgeperformanceusingspatialdiversity(single
codeword).
Description
Similartothedownlink2x2MIMOfeature,four4x2MIMOschemesaresupportedinthedownlink:transmitdiversity,largedelaycyclicdelaydiversity,closedloopspatial
multiplexing,andclosedloopspatialmultiplexingusingasingletransmissionlayer.Theformertwoschemesarerobusttomobilitywhilethelattertwoaretypicallyusedatlow
mobilityasUEisrequiredtoreportitspreferredprecodingmatrixindex(PMI)timely.
4x2MIMOdiffersfromthe2x2MIMOmainlyinthefollowingaspects:
Additionalreferencesignaloverheadforantennaports2and3
TransmitdiversityappliestheschemeofSFBCplusfrequencyswitchtransmitdiversity(FSTD)insteadofSFBC
Theclosedloopprecodingappliesaseparatecodebookof16elements
Consequently,4x2MIMOhasaslightlylowerpeakratethan2x2MIMOduetoadditionalreferencesignaloverhead.Nevertheless,4x2MIMOcangetmoreprecodinggain,improving
thesystemthroughputandespeciallythecelledgeperformancebasedontheassumptionthat4x2MIMOiswellsupportedbytheterminals.
Openloop/closedloopspatialmultiplexingcanbeenabled/disabledbymeansofO&M.Whenthisfunctionalityisenabled,adaptiveswitchbetweenspatialdiversityandspatial
multiplexingisperformedonUEbasistakingintoaccounttheUEspecificlinkqualityandrankinformation.Whenthisfunctionalityisdisabled,asinglecodewordisalways
scheduledforallUEs.
BesidesfixedMIMOmodes,adaptiveopenloopMIMO,adaptiveclosedloopMIMO,andadaptationbetweenopenloopandclosedloopMIMOmodescanbeconfiguredbymeansof
O&M.
Enhancement
eRAN8.1
Downlink4x2MIMOinTM9enablessomeinventoryUEstoworkina4portCRSnetwork,wheretheeNodeBusesfourantennaportsforcellspecificreferencesignals
(CRSs).ItisatrailfunctionineRAN8.1.
5.9.2SystemCapacityandNetworkPerformance
SystemCapacity
Comparedwithdownlink4x2MIMOinTM4,downlink4x2MIMOinTM9increasestheoverheadofdedicatedreferencesignalsandthereforethepeakratedecreases.Thedecrease
degreeislowiftheratioofMBSFNsubframesishighandthenumberofPDCCHsymbolsissmall.
NetworkPerformance
Thefollowingtablecomparesthenetworkperformanceofdownlink4x2MIMOinTM4andthatofdownlink4x2MIMOinTM9[Trial].
BaselineConfiguration GainfromDownlink4x2MIMOinTM9
MovementSpeed<15km/h MovementSpeed>30km/h
AverageCellThroughput CellEdgeThroughput
5.9.3NEs
ThechangeinthisfeatureisimplementedoneNodeBs.
ThechangeinthisfeaturerequiresthesupportfromUEsandtheEPC.Inaddition,UEsneedtosupportTM9.
5.9.4Hardware
ThechangeinthisfeatureisimplementedontheLBBPdorUBBPdofeNodeBs.
5.9.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.9.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenmodifiedtoaccommodatethisfeature.
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.9.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thefollowingfeaturesareimpacted:
LOFD001016VoIPSemipersistentScheduling
ThisfeatureandLOFD001016VoIPSemipersistentSchedulingcanworktogether.DuringsemipersistentschedulingforTM9UEs,thePDSCHistransmittedonport7insteadofin
transmitdiversitymode.Fordetails,seesection7.1"UEprocedureforreceivingthephysicaldownlinksharedchannel"in3GPPTS36.213V10.5.0.
LOFD0070220eMBMSPhase1basedonCentralizedMCEArchitecture
IfeMBMSisdeployed,PDSCHservicesinTM9cannotbescheduledinMBSFNsubframeswherethePMCHexists.ThereasonisthatthePMCHusesextendedCPbutextended
CPisnotcompatiblewithTM9.
LOFD001047LoCationServices(LCS)
WhenLCSisused,LCSreferencesignalsmayconflictwithCSIRSsandDMRSs.Inthiscase,ifonlyLCSreferencesignalsaretransmittedbutneitherCSRIRSsnorDMRSsare
transmitted,TM9performanceisaffected.ServicesinTM9arenotscheduledinsubframeswhereLCSreferencesignalsaretransmitted.
LOFD001070SymbolPowerSaving
Innormalsubframes,schedulingofservicesinTM9canworkwithbasicsymbolpowersaving.Insubframeswherepowersavingisapplied,noPDSCHservices(includingservices
inTM9)arescheduledbutCRSsandCSIRSscanbetransmitted.
However,theenhancedsymbolpowersavingmodeusesMBSFNsubframestoavoidschedulingandtoachievepowersaving.Bycontrast,TM9usesMBSFNsubframestoimprove
performance.Inenhancedsymbolpowersavingmode,servicesinTM9cannotbescheduledinMBSFNsubframesconfiguredforthismode.
Therefore,TM9needstobeconsideredintheentryandexitofthebasicandenhancedsymbolpowersavingmodes.
LOFD001007HighSpeedMobility
ClosedloopMIMOissuitableinlowspeedscenarios.IfTM4,TM6,oradaptiveconfigurationofclosedlooptransmissionmodesisusedinhighspeedscenarios,system
performancedeteriorates.Inthiscase,adaptiveconfigurationofopenlooptransmissionmodesisrecommended.
WhenUEsaremovingatultrahighspeed,theirdemodulationperformancebasedonDMRSsinTM9isnotsatisfactory.Inaddition,TM9iscommonlyusedinclosedloopmode,
whichrequiresthatUEsreportPMIsorRIs.Therefore,TM9isalwaysusedinlowspeedscenarios,notinhighspeedscenarios.
LOFD001008UltraHighSpeedMobility
ClosedloopMIMOissuitableinlowspeedscenarios.IfTM4,TM6,oradaptiveconfigurationofclosedlooptransmissionmodesisusedwhenUEsaremovingatultrahighspeed,
thesystemperformancedeterioratesgreatly.Inthiscase,adaptiveconfigurationofopenlooptransmissionmodesisrecommended.
WhenUEsaremovingatultrahighspeed,theirdemodulationperformancebasedonDMRSsinTM9isnotsatisfactory.Inaddition,TM9iscommonlyusedinclosedloopmode,
whichrequiresthatUEsreportPMIsorRIs.Therefore,TM9isalwaysusedinlowspeedscenarios,notinultrahighspeedscenarios.
LOFD001009ExtendedCellAccessRadius
Generally,TM9isnotusedinextendedcoverage.
LOFD001031ExtendedCP
TM9isnotcompatiblewithLOFD001031ExtendedCP.
5.10LOFD001002UL2x2MUMIMO(New/Optional)
5.10.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN1.0
notapplicabletoMicro
applicabletoLampSitefromeRAN6.0
Summary
HuaweieRAN1.0supportsUL2x2MUMIMObetweenUEandeNodeBimprovingsystemuplinkperformance.
Benefits
Thisfeaturecanimprovethesystemuplinkperformance,becauseitallowstwouserstotransmitdatausingthesametimefrequencyresources.
Description
TheuplinkvirtualMIMOisoneoftheimportantfeaturestodeliverthesuperiorperformanceforLTEsystems.Itreferstoatechniqueofmultiplexingseveralusersusingthesame
timeandfrequencyresourcesontheuplink.
UplinkvirtualMIMOisawaytoimprovethethroughputoftheLTEsystem.WithNreceiveantennasforanLTEeNodeB,nomorethanNvirtualMIMOuserscanbedemodulated.
TheuplinkvirtualMIMOdoesnotinvolveUEsanditistransparenttoUEs.
WithuplinkvirtualMIMO,theeNodeBrequiresthematchingdemodulationalgorithmandchannelestimationalgorithminordertosuccessfullydemodulatethesignalsfromdifferent
virtualMIMOusersthatusethesamefrequencytimeresources.
IftworeceiveantennasareconfiguredineNodeB,theeNodeBmeasurestheUE'suplinkchannelSINRandchannelorthogonalitywithanotherUE.IftheUEhavegooduplink
channelSINRandgoodchannelorthogonalitywiththeotherUE,2x2MUMIMOisused.Otherwise,2AntennaReceiveDiversityisused.
UL2x2MUMIMOisonlyusedforthephysicaluplinksharedchannel(PUSCH).
IftworeceiveantennasareconfiguredintheeNodeB,theeNodeBadaptivelyselectsbetweenUL2x2MUMIMOandUL2AntennaReceiveDiversity.
Enhancement
None
5.10.2SystemCapacityandNetworkPerformance
SystemCapacity
ComparedwithSUMIMO,MUMIMOachievesmultiplexinggainsbecausemultipleUEsusethesametimefrequencyresourceandmoreUEshaveschedulingopportunitiesatthe
sametime.Thishelpsincreasetheaverageuplinkcellthroughput.However,UEpairingwillnegatepartoftheintercellinterferencesuppressioncapabilitybecausetheeNodeB
enabledwithLOFD001002UL2x2MUMIMOisconfiguredwithtworeceptionantennaswhichcandistinguishonlytwosignalinputs.Therefore,strongintercellinterferencewill
affectthecapacityimprovementperformanceofLOFD001002UL2x2MUMIMO.
NetworkPerformance
Wheninterferenceissevere,theuplinkcoverageandthethroughputofCEUsmaydecreasebecausemoreUEsbeingscheduledincreaseuplinkinterferenceandIOT.
5.10.3NEs
ThisfeatureisimplementedontheBTS3202E,BTS3203E(AAS),U2000,andCME.
5.10.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.10.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.10.6OperationandMaintenance
License
AcelllevellicensecontrolitemhasbeenaddedtotheBTS3202EandBTS3203E(AAS)forthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Acellperformancetraceitem"MimoUEPairNum"isaddedontheU2000client.
5.10.7RelatedFeatures
PrerequisiteFeatures
LOFD00101502DynamicScheduling
WhenLOFD001002UL2x2MUMIMOisenabled,theeNodeBschedulestwoUEsusingthesameuplinktimefrequencyresources.Theenablinganddisablingofthisfeatureare
undercontrolofLOFD00101502DynamicScheduling.
LBFD00202001UL2AntennaReceiveDiversity
LOFD001002UL2x2MUMIMOrequiresLBFD00202001UL2AntennaReceiveDiversitytoreceiveandprocessuplinksignals.
MutuallyExclusiveFeatures
LOFD003029SFNandLOFD070205AdaptiveSFN/SDMA
SFNcellsdonotsupportuplinkMUMIMO.Therefore,LOFD001002UL2x2MUMIMOcannotbeusedwithLOFD003029SFN.
ImpactedFeatures
LOFD001016VoIPSemipersistentScheduling
LOFD001002UL2x2MUMIMOandLOFD001016VoIPSemipersistentSchedulingcanbeenabledsimultaneouslybuttheVoIPUEperformancemaynotreachtheoptimumlevel,
forexample,themeanopinionscore(MOS)maydecrease.
Whenbothfeaturesareenabled,MUMIMOUEsarepairedineachTTIanddifferentpairedUEscausedifferentlevelsofinterferencetothetargetVoIPUEs.However,the
interferencecannotbeimmediatelyadjustedbecausetheRBsandMCSsoftargetVoIPUEsarecomparativelystableinsemipersistentschedulingmode.
LOFD00101402UplinkDynamicInterCellInterferenceCoordination
UplinkMUMIMOisusedtoincreaseuplinkcapacitywhereasuplinkdynamicintercellinterferencecoordination(ICIC)isusedtocoordinateinterferencebetweencellstoachievea
tradeoffbetweencapacityandcoverage.Therefore,ifLOFD001002UL2x2MUMIMOisusedwithLOFD00101402UplinkDynamicInterCellInterferenceCoordination,MUMIMO
performancemaynotreachtheoptimum.
LBFD00202202UplinkStaticInterCellInterferenceCoordination
UplinkMUMIMOisusedtoincreaseuplinkcapacitywhereasuplinkstaticintercellinterferencecoordination(ICIC)isusedtocoordinateinterferencebetweencellstoachievea
tradeoffbetweencapacityandcoverage.Therefore,ifLOFD001002UL2x2MUMIMOisusedwithLOFD00101402UplinkDynamicInterCellInterferenceCoordination,MUMIMO
performancemaynotreachtheoptimum.
LOFD001066IntraeNodeBULCoMP
LOFD001002UL2x2MUMIMOcanbeusedwithLOFD001066IntraeNodeBULCoMP,LOFD001076IntraeNodeBULCoMPPhaseII,andLOFD001077ULCoMPbasedon
CoordinatedBBUbuttheycannottakeeffectsimultaneouslyforthesameUE.UplinkCoMPfortype1CoMPUEshasthehighestpriority,MUMIMOthesecond,anduplinkCoMP
fortype2CoMPUEsthethird.
LOFD070222IntraeNodeBULCoMPPhaseII
LOFD001002UL2x2MUMIMOandLOFD070222IntraeNodeBULCoMPPhaseIIcanbeenabledsimultaneouslybuttheycannottakeeffectsimultaneouslyforthesameUE.
UplinkCoMPfortype1CoMPUEshasthehighestpriority,MUMIMOthesecond,anduplinkCoMPfortype2CoMPUEsthethird.
LOFD070223ULCoMPbasedonCoordinatedBBU
LOFD001002UL2x2MUMIMOandLOFD070223ULCoMPbasedonCoordinatedBBUcanbeenabledsimultaneouslybuttheycannottakeeffectsimultaneouslyforthesame
UE.UplinkCoMPfortype1CoMPUEshasthehighestpriority,MUMIMOthesecond,anduplinkCoMPfortype2CoMPUEsthethird.
LOFD001007HighSpeedMobility
LOFD001002UL2x2MUMIMOandLOFD001007HighSpeedMobilitycanbeenabledsimultaneouslyforacell.However,UEsinthiscellcannotbeselectedforpairing.
LOFD001008UltraHighSpeedMobility
LOFD001002UL2x2MUMIMOandLOFD001008UltraHighSpeedMobilitycanbeenabledsimultaneouslyforacell.However,UEsinthiscellcannotbeselectedforpairing.
LOFD001096AdvancedReceiver(PSIC)
LOFD001096AdvancedReceiver(PSIC)helpsimprovetheperformanceofuplink2x2MUMIMO.Therefore,itisrecommendedthatLOFD001002UL2x2MUMIMObeusedwith
LOFD001096AdvancedReceiver(PSIC).
LOFD070205AdaptiveSFN/SDMA
LOFD070205AdaptiveSFN/SDMAiscompatiblewithLOFD001002UL2x2MUMIMOatthecelllevel.However,aUEcannotperformuplinkjointreceptionandMUMIMOatthe
sametime.UEsperforminguplinkjointreceptiontakeprecedenceoverUEsperformingMUMIMO.
5.11LOFD001021PSInterRATMobilitybetweenEUTRANandCDMA2000(Enhanced/Optional)
5.11.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN1.0
ApplicabletoMicrofromeRAN3.0
ApplicabletoLampSitefromeRAN6.0
Summary
ThisfeatureprovidesthefunctionsofinterRATcellreselectionbetweenEUTRANandCDMA2000HRPDandhandoversfromEUTRANtoCDMA2000HRPD.Itincludesthe
followingfunctions:
CellreselectionbetweenEUTRANandCDMA2000HRPD
NonoptimizedhandoverfromEUTRANtoCDMA2000HRPD
Thisfunctionincludesthefollowingsubfunctions:
BlindredirectionfromEUTRANtoCDMA2000HRPD
Intersystemmeasurementbased(includingB1orB2measurementevent)redirectionfromEUTRANtoCDMA2000HRPD
OptimizedhandoverfromEUTRANtoCDMA2000HRPD
Benefits
Thisfeatureprovidesthefollowingbenefits:
SeamlessintegrationofEUTRANandCDMA2000HRPD
SmoothevolutionfromCDMA2000HRPDtoEUTRAN
SupplementingEUTRANcoveragewithCDMA2000HRPDinEUTRANearlyphasetoachieveseamlesscoverage.Thisimprovesnetworkperformanceanduser
experience.
Description
ThisfeatureisapplicablewhenUEsmovefromEUTRANcoverageareastoCDMA2000HRPDcoverageareasintheearlyphaseofEUTRANnetworks.Withthisfeaturedefined
in3GPPTS23.402,HuaweieNodeBscanallowUEstoperformEUTRANtoCDMA2000HRPDidlemodereselection,nonoptimizedhandovers,andoptimizedhandovers.
CellreselectionbetweenEUTRANandCDMA2000HRPD
AneNodeBbroadcastsinformationaboutneighboringCDMA2000HRPDcellsinanSIB8.WhenaUEintheidlestatemovesoutofanEUTRANcoveragearea,it
selectsaCDMA2000HRPDnetworkbasedontheinformationaboutneighboringCDMA2000HRPDcellsinanSIB8.WhenaUEmovesfromaCDMA2000HRPD
coverageareatoanEUTRANcoveragearea,theeNodeBallowstheUEtoreselectanEUTRANnetworkfromtheCDMA2000HRPDnetwork.
EUTRANtoCDMA2000HRPDnonoptimizedhandover
UEscampingonanEUTRANnetworkdonotpreregisterwithaCDMA2000HRPDnetwork.WhenaUEintheactivestatemovesoutofanEUTRANcoveragearea,
theeNodeBdeterminestoredirecttheUEfromEUTRANtoCDMA2000HRPDthroughblindredirectionormeasurementbasedtoredirection.
EUTRANtoCDMA2000HRPDoptimizedhandover
UEscampingonanEUTRANnetworkpreregisterwithaCDMA2000HRPDnetwork.WhenaUEintheactivestatemovesoutofanEUTRANcoveragearea,the
eNodeBrequestscellresourcesfromthetargetCDMA2000HRPDnetworkbasedonUE'smeasurementresults.Uponreceivingacellresourceallocationresponse,the
eNodeBsendsahandovercommandtotheUE.ThecommandcontainstheinformationabouttheCDMA2000HRPDcellresources.Uponreceivingthehandover
command,theUEhandsovertothetargetCDMA2000HRPDcell.
UEswithonlyoneRFreceiverperforminterRATcellmeasurementbasedontheGAPmeasurement.Inservingcells,UEsstartinterRATmeasurementwheneventA2occursand
stopinterRATmeasurementwheneventA1occurs.EventA2indicatesthatthequalityofEUTRANdownlinkreferencesignalsislowerthananabsolutethreshold,andeventA1
indicatesthatthequalityofEUTRANdownlinkreferencesignalsishigherthananabsolutethreshold.
InterRAThandoverparameterscanbesetforrespectiveservices.
Enhancement
eRAN8.1
ThisfeaturesupportsintersystemmeasurementbasedredirectionfromEUTRANtoCDMA2000HRPD.
5.11.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
ThisfeaturehelpsimproveuserexperiencebyenablingUEstocampontheLTEnetworkandtherebydecreasingtheLTEtoCDMA2000HRPDhandoverfailurerateinthefollowing
scenarios:
ThesignalqualityoftheLTEnetworkisbetterthanthatoftheCDMA2000HRPDnetwork.
ThesignalqualityoftheLTEnetworkisthesameasthatoftheCDMA2000HRPDnetworkinareassuchaselevators.
5.11.3NEs
ThechangeinthisfeaturerequiressupportfromUEs.UEsmustsupporttheCDMA2000HRPDinterRATmeasurementreportingfunction.
5.11.4Hardware
ThechangeinthisfeaturerequiresthattheeNodeBbroadcastCDMA2000systemtime.Therefore,theeNodeBmustbeconfiguredwithGlobalPositioningSystem(GPS)orother
clockequipment.
5.11.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.11.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenaddedormodifiedtoaccommodatethisfeature.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.11.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.12LOFD001025AdaptivePowerConsumption(New/Optional)
5.12.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN2.0.
ApplicabletoMicrofromeRAN8.1.
ApplicabletoLampSitefromeRAN8.1.
Summary
HuaweiLTEsupportsthegreeneNodeBsolutionwithpowersavingmanagement.Thissolutionhastwosubfeatures:AdaptivePowerAdjustmentandRFmoduleregulartimesleep
mode.
Benefits
ThisfeatureimprovestheefficiencyofthePAandsavespowerconsumptionoftheeNodeB.
Description
HuaweiLTEsupportsthegreeneNodeBsolutionwithpowersavingmanagement.Thissolutionhastwosubfeatures:AdaptivePowerAdjustmentandRFmoduleregulartimesleep
mode.
AdaptivePowerAdjustment
HuaweiAdaptivePowerAdjustmentsolution,basedonthetrafficload,supportsdynamicadjustmentofthePAworkingstate,andtherebyimprovesPAefficiencyandsaveseNodeB
powerconsumption.
Thetypicalscenariosaredescribedasfollows:
1.Basedonthechangeofcellloadinthedayandatnight,thePAworkingstateischangeddynamically.
2.Basedonthechangeofcellloadintheworkingdaysandnonworkingdaysofthebusinessdistricts,thePAworkingstateischangeddynamically.
3.Attheearlystageofnetworkdeployment,thereareusuallylessusersinthecell,andwhenthere'snoanyuserinthecell,thePAworkingstateischangeddynamically.
RFmoduleregulartimesleepmode
Insomescenarios,suchashighspeedrailway,whichwillstopoperatingatlatenight,theRFmoduleofeNodeBcanbeputintosleepmodeautomaticallyatpresettimebasedon
theoperator'sconfiguration.
Enhancement
None
5.12.2SystemCapacityandNetworkPerformance
Systemcapacity
Adaptivepoweradjustment
Thisfunctiondoesnotaffectsystemcapacity.ItisusedwhennoRRC_CONNECTEDUEisinacell.ThecellexitsadaptivepoweradjustmentmodewhenaUE
accessesthecell.
RFmoduleregulartimesleepmode
Thisfunctionaffectssystemcapacity.ItisusedwhenaneNodeBdoesnotneedtoserveUEsduringaspecificperiod,forexample,inthesubway.Whenthecellsinthe
eNodeBenterthesleepmode,UEscannotaccessthem.
Networkperformance
Adaptivepoweradjustment
AdaptivepoweradjustmentdynamicallyadjuststheworkingvoltagesofPAswhentheEUTRANcellisnotservinganyUEsinRRC_CONNECTEDmode.Whenthecell
startstoserveUEsinRRC_CONNECTEDmode,thecellwillexitadaptivepoweradjustmentmode.Therefore,thisfeaturehasnoimpactonthesystemcapacityor
networkperformance.
RFmoduleregulartimesleepmode
Thisfunctionaffectsnetworkperformance.RFmoduleregulartimesleepmodeturnsoffandturnsonRFmodulesasscheduledbytheoperator.
5.12.3NEs
ThisfeatureisimplementedontheeNodeB.
5.12.4Hardware
LampSiteandmicroeNodeBsnowsupportthisfeature.
5.12.5InterNEInterfaces
Noimpact.
5.12.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenmodifiedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.12.7RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
Theadaptivepoweradjustmentfunctionismutuallyexclusivewiththefollowingfeatures:
LOFD081208IntereNodeBSFNSolutionBasedonCoordinatedBBU
LOFD081209IntereNodeBAdaptiveSFN/SDMABasedonCoordinatedBBU
ImpactedFeatures
AdaptivepoweradjustmentandOTDOAbasedLCSdonottakeeffectsimultaneouslywhentheyarebothenabled.WhenOTDOAbasedLCSisenabled,cellsexitadaptivepower
adjustmentstateandwillnotenterthestateagain.
Adaptivepoweradjustmentandenhancedsymbolpowersavingmodedonottakeeffectsimultaneouslywhentheyarebothenabled(Toenabletheenhancedsymbolpowersaving
modeforacell,setMBSFNShutDownSwitchunderCellAlgoSwitch.DlSchSwitchto1andsetSymbolShutdownSwitchunderENodeBAlgoSwitch.PowerSaveSwitchto1.).
Whenenhancedsymbolpowersavingmodeisenabled,cellsexitadaptivepoweradjustmentstateandwillnotenterthestateagain.
Whenbothadaptivepoweradjustmentandloadsimulationareenabled,loadsimulationpreferentiallytakeseffect.Specifically,whenloadsimulationisenabled,cellsexittheadaptive
poweradjustmentstateandwillnotenterthestateagain.
5.13LOFD001039RFChannelIntelligentShutdown(Enhanced/Optional)
5.13.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN2.0.
ApplicabletoMicrofromeRAN8.1.
NotapplicabletoLampSite.
Summary
TheRFChannelIntelligentShutdownfeatureshutsdownsometransmit(TX)channelsinacellwhenthereisnotrafficinthecellortrafficinthecellislightduringaspecifiedperiod.
Thisthereforereducesenergyconsumption.Inaddition,aftersomeTXchannelsareshutdown,theeNodeBincreasesthetransmitpowerofreferencesignals,therebyensuringwide
networkcoverage.
Benefits
ThisfeaturereduceseNodeBenergyconsumptionbyshuttingdownsomeTXchannelsonnoloadorlightlyloadedradiofrequency(RF)modules.
Description
AneNodeBisgenerallyconfiguredwithtwoorfourantennas.Trafficinacellvariesbytime.Incertainperiods,forexample,fromthemidnighttotheearlymorning(operatorscan
customizetheperiods),trafficislight,whichreachesthefeatureactivationthreshold.IftherearenoUEswhoseQoSclassidentifier(QCI)is1duringtheperiods,theeNodeBshuts
downoneTXchannel(iftwoTXchannelsareconfigured)orshutsdowntwoTXchannels(iffourTXchannelsareconfigured)todecreasetheenergyconsumptionofRFmodules.
WhentrafficreachesthefeaturedeactivationthresholdUEswhoseQCIis1accessacellorwhentheprecedingperiodsend,theeNodeBautomaticallyswitchesontheTX
channelsthatwereshutdown.Then,thecellrecoversandcontinuestoprovideservices.
Enhancement
eRAN8.1
ThisfeatureincorporatesthefollowingenhancementsforMacro:
Optimizesthefeatureactivationthresholdsothatthefeaturecantakeeffectwhentrafficislight.
SupportsidentifyingservicetypetopreventthefeaturefromtakingeffectwhenthereareUEswhoseQCIis1.
5.13.2SystemCapacityandNetworkPerformance
SystemCapacity
WhenacellcanentertheRFchannelintelligentshutdownmodeevenifitservesasmallnumberofUEs,shuttingdownsomeTXchannelsdecreasesthedownlinkdiversitygains
andnegativelyaffectsdownlinkdemodulationperformance.Therefore,thisfeaturehasanegativeimpactondownlinkcoverageinthisscenario.
NetworkPerformance
WhenacellcanentertheRFchannelintelligentshutdownmodeevenifitservesasmallnumberofUEs,shuttingdownsomeTXchannelsdecreasesthedownlinkdiversitygains
androllsbacktheUEtransfermodetoTM2duringtheshutdownperiod.Therefore,thisfeaturedecreasesthedownlinkaveragethroughputrateandpeakthroughputrateinthecellin
thisscenario.
5.13.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
5.13.4Hardware
OnlymacroeNodeBssupportthechangeinthisfeature.
5.13.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.13.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.13.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.14LOFD001041PowerConsumptionMonitoring(New/Optional)
5.14.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN2.0.
ApplicabletoMicrofromeRAN3.0.
ApplicabletoLampSitefromeRAN8.1.
Summary
TheeNodeBreportsthepowerconsumptionstatustotheEMS.ThroughtheEMS,thechangeinpowerconsumptionoftheeNodeBcanbemonitoredbytheoperator,andareporton
thepowerconsumptioncanbegenerated.
Benefits
TheeNodeBreportsthepowerconsumptionstatustotheEMS.Therefore,theoperatorcanmonitorthepowerconsumptionoftheeNodeB.Withthereportonthepower
consumption,theoperatorcanexactlyknowthebenefitsbroughtbythedecreaseinpowerconsumption.
Description
TheeNodeBperiodicallymonitorsthepowerofeachmonitoringpointandreportsthepowerconsumptionwithinaperiod.TheEMSreceivesandcollectsalldataaboutpower
consumption.ThroughtheEMS,theoperatorcanobservethechangeinthepowerconsumptionandanalyzethepowerconsumptionaccordingtoastatisticsreportgeneratedbythe
EMS.
Enhancement
None
5.14.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
Noimpact.
5.14.3NEs
ThisfeatureisimplementedontheeNodeBandU2000.
5.14.4Hardware
LampSiteandmicroeNodeBsnowsupportthisfeature.
5.14.5InterNEInterfaces
Noimpact.
5.14.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Noimpact.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.14.7RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.15LOFD001042IntelligentPowerOffofCarriersintheSameCoverage(New/Optional)
5.15.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN2.0.
ApplicabletoMicrofromeRAN8.1.
ApplicabletoLampSitefromeRAN8.1.
Summary
Whenthereislighttrafficinanareathatiscoveredbymultiplecarriers,someofthecarrierscanbeblocked,andallservicescanbeautomaticallytakenoverbythecarriersthat
remaininservice.Whenthetrafficincreasestoacertaindegree,thecarriersthatareblockedcanbeunblockedagainautomaticallytoprovideservices.
Benefits
Whenthereislighttrafficinanareathatiscoveredbymultiplecarriers,someofthecarrierscanbeblocked,andallservicescanbetakenoverbythecarriersthatremaininservice.
ThiscanhelpreducethepowerconsumptionoftheeNodeBwithoutanyimpactontheservicequality.
Description
Whenmultiplecarriersprovidecoverageforthesamearea,thetrafficoftheareavariesbytime.Insomecertainperiods,forexamplefromthemidnighttotheearlymorning(the
periodscanbepresetbytheoperator),thetrafficislight.WhentheeNodeBdetectsthelighttraffic,ittriggersUEstoperformmigrationtosomeofthecarriersandthenblocksthe
carrierswithoutanyload.Inthisway,thepowerconsumptionisreduced.Whenthetrafficincreasesorthepresetperiodsend,theeNodeBcanautomaticallyswitchonthecarriers
thatareunblockedtorecoverthefunctionalityofthecarriers.Inthisway,thesystemcapacityisincreasedwithoutanyimpactontheservicequality.
Enhancement
None
5.15.2SystemCapacityandNetworkPerformance
SystemCapacity
Withthisfeature,whentheloadinanEUTRANcellislessthanathreshold,theeNodeBtransferstheUEsoftheEUTRANcelltoitsinterfrequencycocoverageneighboringcell
andthenshutsdownthecarrieroftheEUTRANcell.Asaresult,eachtimeanEUTRANcarrierisshutdown,thetotalnetworkcapacityisreducedbyanamountequaltothe
capacityoftheshutdowncell.Therefore,usethisfeaturewhenthenetworkloadisrelativelylight.
NetworkPerformance
Duringtheintelligentpoweroffofcarriersinthesamecoveragemodeperiod,UEsinanonbasiccellaretransferredtoabasiccellandthefollowingcountervaluesinthenonbasic
cellincrease:
Onamacronetwork:
L.HHO.IntraeNB.InterFreq.PrepAttOut:numberofintraeNodeBinterfrequencyoutgoinghandoverattemptsinacell
L.HHO.IntraeNB.InterFreq.ExecAttOut:numberofintraeNodeBinterfrequencyoutgoinghandoverexecutionsinacell
L.HHO.IntraeNB.InterFreq.ExecSuccOut:numberofsuccessfulintraeNodeBinterfrequencyoutgoinghandoversinacell
OnaHetNetnetwork:
L.HHO.IntereNB.InterFreq.PrepAttOut:numberofintereNodeBinterfrequencyoutgoinghandoverattemptsinacell
L.HHO.IntereNB.InterFreq.ExecAttOut:numberofintereNodeBinterfrequencyoutgoinghandoverexecutionsinacell
L.HHO.IntereNB.InterFreq.ExecSuccOut:numberofsuccessfulintereNodeBinterfrequencyoutgoinghandoversinacell
Inaddition,thefollowingcountervaluesincreaseinthebasiccell:
Onamacronetwork:
L.HHO.IntraeNB.PrepAttIn:numberofintraeNodeBincominghandoverattemptsinacell
L.HHO.IntraeNB.ExecAttIn:numberofintraeNodeBincominghandoverexecutionsinacell
L.HHO.IntraeNB.ExecSuccIn:numberofsuccessfulintraeNodeBincominghandoversinacell
OnaHetNetnetwork:
L.HHO.IntereNB.PrepAttIn:numberofintereNodeBincominghandoverattemptsinacell
L.HHO.IntereNB.ExecAttIn:numberofintereNodeBincominghandoverexecutionsinacell
L.HHO.IntereNB.ExecSuccIn:numberofsuccessfulintereNodeBincominghandoversinacell
Afteranonbasiccellentersintelligentpoweroffofcarriersinthesamecoveragemode,UEsofothercellscannotbehandedovertothenonbasiccell.However,inthiscase,these
UEswillonlyencounterhandoverpreparationfailures,nothandoverfailures.TheservingcellsoftheseUEswillselectcandidatecellsandreattempthandoversuntiltheseUEsare
successfullyhandedover.Therefore,theL.HHO.Prep.FailOut.PrepFailurecounterisincreasedinthesourcecell.Thiscounterindicatesthenumberofoutgoinghandover
preparationfailuresbecausethetargetcellsendsthehandoverpreparationfailuremessage.
TotransferUEsfromanonbasiccellassoonaspossible,newUEsarenotallowedtoaccessthenonbasiccell.Therefore,resourceallocationfailuresoccurandthenumberof
RRCconnectionsetupfailures(L.RRC.SetupFail.ResFail)isincreasedinthecorrespondingperiod.
5.15.3NEs
ThisfeatureisimplementedontheeNodeB.
5.15.4Hardware
LampSiteandmicroeNodeBsnowsupportthisfeature.
5.15.5InterNEInterfaces
Noimpact.
5.15.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenmodifiedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.15.7RelatedFeatures
PrerequisiteFeatures
LOFD001042IntelligentPowerOffofCarriersintheSameCoveragerequirestheLBFD00201802CoverageBasedInterfrequencyHandoverfeature.
ImpactedFeatures
TheIntelligentPowerOffofCarriersintheSameCoveragefeaturehasimpactsonthefollowingfeatures:
MLB
Thethresholdforenteringandexitingintelligentpoweroffofcarriersinthesamecoveragemodemustbelessthanthethresholdforexitingandenteringinterfrequency
mobilityloadbalancemode,respectively.
MobilityManagementinConnectedMode
Intelligentpoweroffofcarriersinthesamecoveragemaytriggerhandovers,whichareincludedinmobilitymanagementinconnectedmode.
Scheduling
Intelligentpoweroffofcarriersinthesamecoveragerequiresthephysicalresourceblock(PRB)usage,whichismeasuredduringscheduling.
CarrierAggregation
LAOFD001001LTEAIntroduction
Incarrieraggregation(CA)scenariosonamacronetwork,aCAUEisregardedasanRRC_CONNECTEDUEinboththebasiccellandthenonbasiccell.Intelligent
poweroffofcarriersinthesamecoveragecanbeenabledinanonbasiccellifthenumberofRRC_CONNECTEDUEsinthecelliszero.Therefore,intelligentpoweroff
ofcarriersinthesamecoveragecannotbeenabledinnonbasiccellswithCAenabled.
5.16LOFD001044InterRATLoadSharingtoUTRAN(Enhanced/Optional)
5.16.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN2.0
applicabletoMicrofromeRAN3.0
applicabletoLampSitefromeRAN6.0
Summary
InanLTEandUMTScocoveragescenario,thisfeaturecantransferloadfromanETURANcelltoneighboringUTRANcellswhentheloadstatusoftheEUTRANcellishigh.
Benefits
ThisfeatureachievesbetterutilizationofnetworkresourcesofLTEandUMTSnetworkanditisbasedonUEcapability.Inaddition,itreducestheprobabilityofsystemoverloadand
increasestheaccesssuccessrate.
Description
InacommercialLTEnetwork,LTEcellshavehighloadbecauseofthedifferentiaofUEservices.Inthissituation,MLBistriggeredtosharetrafficloadtoUMTS.
AnLTEcellmeasuresandevaluatesitscellload.ThenitdecideswhethertotransfersomeUEstoneighboringUTRANcells.ThetriggeringvariableofinterRATMLBcanbethe
PRBusage,numberofUEs,oreitherofthem.IfthetriggeringvariableisPRBusage,aneNodeBtriggersPRBusagebasedMLBtoUTRANwhenthePRBusageofacellandthe
numberofRRC_CONNECTEDUEsinthecellmeetcertainconditions.Inthiscase,theeNodeBtransferssomeRRC_CONNECTEDUEsandidleUEstoneighboringUTRAN
cellsthroughhandoverandredirection,respectively.AUEintheRRCconnectionreleaseprocedureisregardedasanidleUE.IfthetriggeringvariableisthenumberofUEs,an
eNodeBtriggersusernumberbasedMLBtoUTRANwhenthenumberofRRC_CONNECTEDUEsinacellmeetscertainconditions.Inthiscase,theeNodeBtransferssome
RRC_CONNECTEDUEstoneighboringUTRANcellsthroughhandover.IfthetriggeringvariableiseitherthePRBusageorthenumberofUEs,theeNodeBtriggersthe
correspondingtypeofMLBtoUTRANwhenthePRBusageorthenumberofUEsmeetscertainconditions.
TheMLBtoUTRANprocedureincludesthefollowingsteps:loadmeasurementandevaluation,loadbalancetriggering,loadinformationexchange(optional),targetcell/frequency
selection,UEselection,UEdedicatedpriorityupdate(optional),andloadtransfer.
ThisfeatureisusedintheLTEandUMTScocoveragescenarios.
Enhancement
eRAN2.1
TheInterRATLoadSharingtoUTRANfeatureisenhancedwiththefollowingadministrationfunctions:
OperatorscanenableordisabletheInterRATLoadSharingtoUTRANfunction.
eRAN3.0
InterRATLoadSharingtoUTRANforUEsreleasingtoIdleModeisintroduced.WhenthenumberofUEsinanLTEcellandthePRBusageofanLTEcellareboth
higherthanthethresholds,eNodeBwillselectsomeUEsinnormalRRCReleaseproceduretoreselectandcamponUMTS,byusingDedicatedPrioritycontainedRRC
ConnectionReleasemessage.
eRAN7.0
FrequencyprioritybasedMLBissupported.
eRAN8.1
UsernumberbasedMLBtoUTRANisnowsupported.InascenariowherethenumberofUEsinacellislargebutthePRBusageofacellissmall,usernumberbased
MLBcanbetriggeredwhenthenumberofRRC_CONNECTEDUEsinthecellmeetscertainconditions.
5.16.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeaturenowtransfersUEstoneighboringUTRANcellswhenthenumberofUEsinanEUTRANcellisgreaterthanorequaltothespecifiedMLBthreshold.Thischange
decreasestheEUTRANloadandimprovestheuserexperienceofUEsintheEUTRAN.However,itincreasestheUTRANloadandnegativelyaffectstheuserexperienceofUEs
intheUTRAN.
NetworkPerformance
ThechangeinthisfeatureincreasesthenumberofEUTRANtoUTRANhandovers.
5.16.3NEs
ThisfeatureisimplementedontheeNodeB.
5.16.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.16.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.16.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenintroducedtoaccommodatethisfeature.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.16.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.17LOFD001048TTIBundling(Enhanced/Optional)
5.17.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN2.1
applicabletoMicroformeRAN3.0
notapplicabletoLampSite
Summary
TTIbundlingtransmissionisintroducedtoimproveLTEuplinkcoverage.TheUEsincelledgewithpooruplinkSINRcanretransmitthesamedatablockincontinuoussubframeby
meansofTTIbundling.
Benefits
TTIbundlingcouldhelptoimproveuplinkcoverageandinhousereceptionforvoice.
Description
TTIbundlingtransmissionisintroducedtoimproveLTEuplinkcoverage.TheUEsincelledgewithpooruplinkSINRcanretransmitthesamedatablockincontinuoussubframeby
meansofTTIbundling..TheactivationanddeactivationofTTIbundlingtransmissioniscontrolledbyRRCsignalingmessage.
IfTTIbundlingisconfiguredbytheRRClayer,TTI_BUNDLE_SIZEprovidesthenumberofTTIsofaTTIbundle.WithinaTTIbundle,HARQretransmissionsarenonadaptiveand
shallbeperformedwithoutwaitingforfeedbacks(e.g.NACKorACK)relatedtoprevioustransmissionsaccordingtoTTI_BUNDLE_SIZE.AfeedbackforaTTIbundleisonly
receivedforaspecificTTIcorrespondingtoTTI_BUNDLE_SIZE.AretransmissionofaTTIbundleisalsoaTTIbundle.TTI_BUNDLE_SIZEisfixedto4.
Enhancement
IneRAN8.1
Whenperformingmixedservices,UEsentertheTTIbundlingstateifVoIPservices(QCIof1)areincluded.
5.17.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
LOFD001048TTIbundlingincreasesthecelledgecoverageofPUSCH,improvesMCSinuplinkweakcoverageareas,andreducesthepacketlossrate.However,thisfeature
increasessignalingoverheadsbecausetheentryandexitoftheTTIbundlingstaterequirestheexchangeofRRCmessages.WhenthenumberofTTIbundlingmodereconfiguration
messages(indicatedbythecountersL.Signal.Num.TtiBundling.EnterandL.Signal.Num.TtiBundling.Exit)increases,theaverageboardCPUusage(indicatedbythecounter
VS.BBUBoard.CPULoad.Mean(%))slightlyincreases.
Accordingtosection8.6.1"Modulationorderandredundancyversiondetermination"in3GPPTS36.213V10.1.0,whenTTIbundlingisenabled,theresourceallocationsizeis
restrictedtoamaximumofthreePRBsandthehighestMCSindexis10.Thatis,afterTTIbundlingisenabled,themaximumavailableTBSisaslargeas504bitsandtheuplink
peakrateis126kbit/s.Asaresult,theuplinkthroughputofTTIbundlingisrestricted.Thelogicalchannelpriorityofsignalingandvoiceservicesishigherthanthatofdataservices,
whichmeansthatUEspreferentiallysendsignalingandvoiceservices.Asaresult,theuplinkthroughputofdataservicesisfurtherrestricted.
5.17.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
5.17.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.17.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.17.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.17.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.18LOFD001051CompactBandwidth(Enhanced/Optional)
5.18.1FeatureDescription
Availability
Thisfeatureis:
ApplicabletoMacrofromeRAN2.2.
NotapplicabletoMicro.
NotapplicabletoLampSite.
Summary
HuaweiLTEeNodeBprovidestheCompactBandwidthfeatureforoperatorstodeploy1.4MHz,5MHz,10MHz,15MHz,or20MHzbandwidthoncompactbandsusingstrict
filteringandcompressedRB.
Benefits
Savesfrequencyresourcesbyfullyusingthecompactbands.
Increasescellthroughputandimprovesuserexperiencebyusingcompactbandwidth.
SupportscompatibilitywithterminalsofR8orlaterbecausethisfeatureisfullytransparenttoUEs.
Description
Thefollowingtablelistscompactbandwidthssupportedbythisfeature.
Table51Compactbandwidthssupportedbythisfeature
1 1.21.3 6 1.4
2 4.44.7 23 5
3 4.84.9 25 5
4 8.99.1 46 10
5 9.29.5 48 10
6 9.69.9 50 10
7 14.614.9 75 15
8 18.318.5 94 20
9 18.618.9 96 20
10 1919.2 98 20
11 19.319.9 100 20
Enhancement
eRAN8.0
Thisfeatureissupportedincompactbandwidthscenarios8and9.
5.18.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasthesameimpactasthefeature.
NetworkPerformance
Thechangeinthisfeaturehasthesameimpactasthefeature.
5.18.3NEs
ThechangeinthisfeatureisimplementedoneNodeBs.
5.18.4Hardware
ThechangeinthisfeaturerequiresRRU3668tobedeployed.
5.18.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.18.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thechangeinthisfeaturehasnoimpact.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.18.7RelatedFeatures
Thechangeinthisfeaturehasnoimpact.
5.19LOFD00105401Camp&HandoverBasedonSPID(Enhanced/Optional)
5.19.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN2.2
applicabletoMicrofromeRAN3.0
applicabletoLampSitefromeRAN6.0
Summary
ThisfeatureisusedinthescenariosunderwhichtheoperatorwantstocontrolthemobilityofanUEtomakeitcampon,redirectorhandovertoasuitablecell.Theprioritiesforthe
cellselectionispredefinedandconfiguredtoeNodeBthroughSPID(SubscriberProfileIDforRAT/FrequencyPriority).
Benefits
Operatorscanmakeitssubscriberstocampin,redirectorhandovertoasuitableRAT(acellofLTE/UMTS/GSM)orfrequency(acellofLTE)basedontheservicecharacteristics.
Forexample,foradatacentricsubscriber,aLTEcellwillbethemoresuitableselectionthananUMTScelloraGSMcellforavoicecentricsubscriber,aGSMcelloranUMTScell
willbethemoresuitableselectionthanaLTEcellUEscanreturntotheirhomepubliclandmobilenetworks(HPLMNs)whentheymovetotheboundariesbetweenroamingareas
andnonroamingareas.Thisway,operatorscancustomizedifferentcampingpoliciesforUEs.
Description
TheSPIDisanindexreferringtouserinformation(forexample,mobilityprofileandserviceusageprofile).TheinformationisUEspecificandappliestoallitsRadioBearers.
ThisindexismappedbytheeNodeBtolocallydefinedconfigurationinordertoapplyspecificRRMstrategies(forexample,todefineRRC_IDLEmodeprioritiesandcontrolInter
RAT/interfrequencyredirection/handoverinRRC_CONNECTEDmode).
InRRC_IDLEmode,UEcancampinacellwithitssuitableRATorfrequency.
InRRC_CONNECTEDmode,whenloadbalanceoroverloadcontroltriggersaninterfrequencyorInterRAThandoverorredirection,eNodeBwillchooseasuitabletargetfromthe
cellsaccordingtotheprioritiesindexedbyitsSPID.Inaddition,whenUEfinishitsservice,eNodeBcanreleaseitintoasuitablecellaccordingtoitsSPIDpriority.ForUEwithout
SPID,whenoverloadhappens,theUEcouldalsoberedirecttoasuitablecellaccordingtocommonpriorityandoverloadinformation.
Thisway,operatorcanconfigureandpushsubscribersintothesuitablecellaccordingitssubscription.Forexample:adongleuserusuallystaysinaLTEhighfrequencybandfora
highservicerateaVoIPuserispriortostayinaLTElowfrequencybandtoguaranteethecontinuouscoverageUEswithaspecificSPIDcanreturntotheirHPLMNsfromanother
operator'snetworkbyusingthePShandover,circuitswitchedfallback(CSFB),orsingleradiovoicecallcontinuity(SRVCC)procedure.
Enhancement
eRAN3.0
WhenUEtriggersaninterfrequencyorinterRAThandover,eNodeBcannotonlychooseasuitabletargetfromthecellsbutalsochooseaHPLMNcellfornational
roamingsubscribersaccordingtotheprioritiesindexedbyitsSPID.Fornationalroamingsubscribers,HPLMNcellwillbemoresuitabletobeselectedthanroamingcell
whenenteringHPLMNLTEor3Gcoverageareathroughconnectedmodehandover.
eRAN8.1
The"enhancedpolicyofSPIDspecifichandoverbacktotheHPLMN"isintroduced,whichenablesUEswithaspecificSPIDtoreturntotheirHPLMNsbyusingthePS
handover,CSFB,orSRVCCprocedurewhentheymovetotheboundariesbetweenroamingareasandnonroamingareas.
The"enhancedpolicyofSPIDspecifichandoverbacktotheHPLMN"iscontrolledbytheSPIDbasedSelectPLMNAlgoSwitchparameter.
WhenthisparameterissettoON(On),theenhancedpolicyisenabled.AftertheMMEsendstheSPIDofaUEtotheeNodeB:
Ifallneighboringcellsonaspecificfrequencyarenotallowedtoserveascandidatecellsforhandoversduringroaming,theeNodeBcheckswhetherthe
PLMNoftheseneighboringcellsisontheHPLMNlistcorrespondingtotheUE'sSPID(thelistisconfiguredbytheSpidHPlmnListMO).Ifitis,theeNodeB
sendsmeasurementinformationaboutthatfrequencytotheUE.Ifitisnot,theeNodeBdoesnotsendmeasurementinformationaboutthatfrequencytothe
UE.
Ifaneighboringcellonaspecificfrequencyisallowedtoserveasacandidatecellforhandoversduringroaming,theeNodeBsendsmeasurementinformation
aboutthatfrequencytotheUE,regardlessofwhetherthePLMNoftheneighboringcellisontheHPLMNlistcorrespondingtotheUE'sSPID.
WhenthisparameterissettoOFF(Off),theenhancedpolicyisdisabled.
5.19.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
TheenhancedpolicyofSPIDspecifichandoverbacktotheHPLMNallowsroamingUEstoreturntotheirHPLMN,therebydecreasingtheservicedroprateofallservicesincluding
VoIPservices.
TheServiceDropRate(ALL)KPIisusedtoevaluatetheservicedroprateofallservicesincludingVoIPservices.Fordetails,seeKPIReference.
5.19.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
5.19.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.19.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.19.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcounterhasbeenaddedtoaccommodatethisfeature.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.19.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeatureaffectsthefollowingfeatures:
LOFD001033CSFallbacktoUTRAN
LOFD001034CSFallbacktoGERAN
LOFD001022SRVCCtoUTRAN
LOFD001023SRVCCtoGERAN
LOFD001019PSinterRATMobilitybetweenEUTRANandUTRAN
LOFD001020PSinterRATMobilitybetweenEUTRANandGERAN
LBFD00201801CoverageBasedIntrafrequencyHandover
LBFD00201802CoverageBasedInterfrequencyHandover
LBFD00201804DistanceBasedInterFrequencyHandover
LBFD00201805ServiceBasedInterfrequencyHandover
LOFD001043ServicebasedinterRAThandovertoUTRAN
LOFD001072DistancebasedinterRAThandovertoUTRAN
LOFD001046ServicebasedinterRAThandovertoGERAN
LOFD001073DistancebasedinterRAThandovertoGERAN
LOFD001044InterRATloadSharingtoUTRAN
LOFD001045InterRATloadSharingtoGERAN
LOFD00105401Camp&HandoverBasedonSPID
LOFD070204OperatorLoadBasedIntraLTEMLB
LOFD001032IntraLTELoadBalancing
LOFD070215IntraLTEUserNumberLoadBalancing
FrequencyPrioritybasedInterFrequencyHandover
5.20LOFD001060DL4x4MIMO(Enhanced/Optional)
5.20.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN2.2.
notapplicabletoMicro.
notapplicabletoLampSite.
Summary
ThisfeaturerequiresbotheNodeBsandUEstobeconfiguredwithfourantennaportsforthedownlink.Toincreasedownlinkthroughputandimprovecoverageperformance,this
featureadaptivelyselectsspatialdiversityorspatialmultiplexingforeachUE.
Benefits
ForUEsofcategory5,thisfeatureincreasesthedownlinkpeakrateandthroughputandimprovescoverageperformancebymultipletimes,comparedwith2x2MIMOand4x2MIMO.
Therefore,thisfeatureprovidesbetteruserexperience.
Description
ThisfeatureenablesUEsofcategory5tousefourantennaportsforreception,andthereforebringsreceivediversitygainsfortheseUEs,improvesdownlinkperformance,and
providesbetteruserexperience.Inaddition,thisfeatureschedulestheseUEsonamaximumoffourlayers,andthereforeincreasesthepeakrateandthroughput.
Openloopspatialmultiplexingcanbeenabledordisabled.UEsofcategory5canbescheduledonmorethantwolayersonlywhenthemaximumrankofspatialmultiplexingis4and
channelqualityisacceptable.
FixedMIMOmodesoradaptiveopenlooptransmissionmodecanbeconfigured.Inadaptiveopenlooptransmissionmode,thisfeatureadaptivelyselectstransmitdiversityorlarge
delaycyclicdelaydiversity(CDD)basedonUEs'channelconditionsandrankinformation.
Enhancement
eRAN8.1
Downlink4x4MIMOinTM9isintroduced.ThisfunctionenablessomeRelease8or9UEstoworkina4portCRSnetwork,wheretheeNodeBusesfourantennaports
forcellspecificreferencesignals(CRSs).ItisatrailfunctionineRAN8.1.
5.20.2SystemCapacityandNetworkPerformance
SystemCapacity
Incases1to3formacrocellsdefinedin3GPPTR36.814,downlink4x4MIMOinTM4andclosedloopmodeincreasestheaveragedownlinkthroughputbyabout50%to90%,
comparedwithdownlink2x2MIMOinTM4andclosedloopmode.
Comparedwithdownlink4x4MIMOinTM4,downlink4x4MIMOinTM9increasestheoverheadofdedicatedreferencesignalsandthereforethepeakratedecreases.Thedecrease
degreeislowiftheratioofMBSFNsubframesishighandthenumberofPDCCHsymbolsissmall.Incases1to3formacrocellsdefinedin3GPPTR36.814,downlink4x4MIMO
inTM9increasestheaveragedownlinkthroughputbyabout40%to70%,comparedwithdownlink2x2MIMOinclosedloopmode.
NetworkPerformance
Incases1to3formacrocellsdefinedin3GPPTR36.814,downlink4x4MIMOinclosedloopmodeincreasesthedownlinkcelledgethroughputbyabout50%to120%,compared
withdownlink2x2MIMOinclosedloopmode.Downlink4x4MIMOinTM9increasesthedownlinkcelledgethroughputbyabout50%to100%,comparedwithdownlink2x2MIMOin
TM9andclosedloopmode.
5.20.3NEs
ThechangeinthisfeaturerequiresthatUEssupportTM9.
5.20.4Hardware
ThechangeinthisfeaturerequiresthattheLBBPdorUBBPdbeused.
5.20.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.20.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thechangeinthisfeaturehasnoimpact.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.20.7RelatedFeatures
PrerequisiteFeatures
LOFD001005UL4AntennaReceiveDiversity
Downlink4x4MIMOcanbeusedinacellonlywhenthecellisconfiguredwithatleastfourtransmitantennasandfourreceiveantennas.
MutuallyExclusiveFeatures
None
ImpactedFeatures
LAOFD080202CarrierAggregationforUplink2CC[Trial]
MostUEscannotsupportCAand4Tsimultaneously.IfCAisusedina4Tnetwork,theUEperformancedeterioratesgreatly.IfallUEssupportbothCAand4T,CAand4Tcanbe
usedsimultaneously.
LOFD001007HighSpeedMobility
ClosedloopMIMOissuitableinlowspeedscenarios.IfTM4,TM6,oradaptiveconfigurationofclosedlooptransmissionmodesisusedinhighspeedscenarios,system
performancedeteriorates.Inthiscase,adaptiveconfigurationofopenlooptransmissionmodesisrecommended.
WhenUEsaremovingathighspeed,theirdemodulationperformancebasedonDMRSsinTM9isnotsatisfactory.Inaddition,TM9iscommonlyusedinclosedloopmode,which
requiresthatUEsreportPMIsorRIs.Therefore,TM9isalwaysusedinlowspeedscenarios,notinhighspeedscenarios.
LOFD001008UltraHighSpeedMobility
ClosedloopMIMOissuitableinlowspeedscenarios.IfTM4,TM6,oradaptiveconfigurationofclosedlooptransmissionmodesisusedwhenUEsaremovingatultrahighspeed,
thesystemperformancedeterioratesgreatly.Inthiscase,adaptiveconfigurationofopenlooptransmissionmodesisrecommended.
WhenUEsaremovingatultrahighspeed,theirdemodulationperformancebasedonDMRSsinTM9isnotsatisfactory.Inaddition,TM9iscommonlyusedinclosedloopmode,
whichrequiresthatUEsreportPMIsorRIs.Therefore,TM9isalwaysusedinlowspeedscenarios,notinultrahighspeedscenarios.
LOFD001016VoIPSemipersistentScheduling
ThisfeatureandLOFD001016VoIPSemipersistentSchedulingcanworktogether.DuringsemipersistentschedulingforTM9UEs,thePDSCHistransmittedonport7insteadofin
transmitdiversitymode.Fordetails,seesection7.1"UEprocedureforreceivingthephysicaldownlinksharedchannel"in3GPPTS36.213V10.5.0.
LOFD0070220eMBMSPhase1basedonCentralizedMCEArchitecture
IfeMBMSisdeployed,PDSCHservicesinTM9cannotbescheduledinMBSFNsubframeswherethePMCHexists.ThereasonisthatthePMCHusesextendedCPbutextended
CPisnotcompatiblewithTM9.
LOFD001047LoCationServices(LCS)
WhenLCSisused,LCSreferencesignalsmayconflictwithCSIRSsandDMRSs.Inthiscase,ifonlyLCSreferencesignalsaretransmittedbutneitherCSRIRSsnorDMRSsare
transmitted,TM9performanceisaffected.ServicesinTM9arenotscheduledinsubframeswhereLCSreferencesignalsaretransmitted.
LOFD001070SymbolPowerSaving
Innormalsubframes,schedulingofservicesinTM9canworkwithbasicsymbolpowersaving.Insubframeswherepowersavingisapplied,noPDSCHservices(includingservices
inTM9)arescheduledbutCRSsandCSIRSscanbetransmitted.
However,theenhancedsymbolpowersavingmodeusesMBSFNsubframestoavoidschedulingandtoachievepowersaving.Bycontrast,TM9usesMBSFNsubframestoimprove
performance.Inenhancedsymbolpowersavingmode,servicesinTM9cannotbescheduledinMBSFNsubframesconfiguredforthismode.
Therefore,TM9needstobeconsideredintheentryandexitofthesymbolpowersavingmode.
LOFD001009ExtendedCellAccessRadius
Generally,TM9isnotusedinextendedcoverage.
LOFD001031ExtendedCP
TM9isnotcompatiblewithLOFD001031ExtendedCP.
LAOFD002001StaticTDMeICIC
WhenLAOFD002001StaticTDMeICICisenabled,theeNodeBdoesnotsupportadaptiveconfigurationofopenandclosedlooptransmissionmodes.
LOFD00101401DownlinkDynamicInterCellInterferenceCoordination
WhenthefixedtransmissionmodeTM6isusedandLOFD00101401DownlinkDynamicInterCellInterferenceCoordinationisenabled,systemperformancedeterioratesbecause
usingICICtoexpandandshrinkthelowerfrequencybandedgeaffectsresourceallocationinTM6.
LOFD00101502DynamicScheduling
WhenthefixedtransmissionmodeTM6isselectedandthefrequencyselectiveschedulingfunctionofLOFD00101502DynamicSchedulingisenabled,frequencyselective
schedulingdoesnotprovidegainsbecauseitcannotworkwithresourceallocationinTM6.
NOTE:
FixedMIMOtransmissionmodeappliestoperformancetestsbeforethecommercialuseofmultipleantennatransmissionfeature.AdaptiveMIMOtransmissionmodeis
recommendedforcommercialscenarios.
5.21LOFD001066IntraeNodeBULCoMP(Enhanced/Optional)
5.21.1FeatureDescription
Availability
Thisfeatureis:
ApplicabletoMacrofromeRAN3.0.
NotapplicabletoMicro.
ApplicabletoLampSitefromeRAN8.1.
Summary
ULCoMPisshortforuplinkcoordinatedmultipointreception.
Thisfeatureimplementssignalcombiningandinterferencemitigationforcellsthataresetuponthesamebasebandprocessingunit(BBP).
Benefits
Thisfeatureincreasestheuplinkthroughputofcelledgeusers(CEUs)intheintraBBPneighboringcells.
Inaddition,thefeaturecanalsoincreasetheuplinkthroughputofsomecellcenterusers(CCUs).
Description
ULCoMPcanbeusedintwoscenarios:
Injointreceptionscenarios,thisfeatureusestheantennasoftwoneighboringcellstoreceivePUSCHsignalsfromasingleUE.ThisUEisatype1ULCoMPUE,
locatedattheedgeofitsservingcellandclosetothecoordinatedcell.
Ininterferencemitigationscenarios,ifaUEinaneighboringcellusesthesameRBsasatype1UEinthelocalcell,ULCoMPtreatstheformerUEasatype2UE.By
usingthesignalsreceivedfromthetype1UE,ULCoMPmitigatesinterferencefromthetype1UEtothetype2UEandimprovestheperformanceofinterference
rejectioncombining(IRC).
Thefollowingfigureillustratesjointreception.
Enhancement
eRAN6.0
OneLBBPd2orUBBPd4supportsamaximumofthreecells.Thisfeaturecanbeusedin4Rcells(thatis,cellseachwithfourreceiveantennas).
OneLBBPd3,UBBPd5,orUBBPd6supportsamaximumofsixcellsconfiguredevenlyontwocarriers.Thisfeaturecanbeusedin2Rcells.
eRAN7.0
OneLBBPd3,UBBPd5,orUBBPd6supportsamaximumofsixcellsconfiguredononecarrier.Thisfeaturecanbeusedin2Rcells.
eRAN8.1
Supports3cellULCoMP.TheantennasofthreecellsjointlyreceivesignalsfromasingleUE.Ina2Rcell,atotalofsixantennasjointlyreceivePUSCH
signalsfromasingleUE.ThisjointIRC(JIRC)achieveshighersignalqualitythanjointreceptionbyasinglecell'sortwocells'antennas.Thefollowingfigure
compares2cell(left)and3cellULCoMP(right).
Thisfeaturecanbeusedin1Rcellsorin1R+2Rcells."1R+2Rcells"meansthatacoordinatedsetcancontainboth1Rand2Rcells.
SupportsULCoMPinaHetNetcomposedofmacroeNodeBsandlowpowernodes(LPNs).
SupportsmacromicrointraBBPULCoMP.
ThesignalssentbyaUEinamacrocellcanbejointlyreceivedbythemacrocellandmicrocellsservedbyLPNs.Thejointreceptionimprovesthe
performanceofthisUE,asshowninthefollowingfigure.Inmacromicroscenarios,theeNodeBcanselectcoordinatedcellsbasedonsoundingreference
signal(SRS)measurements(thatis,ULRSRPvalues).
SupportsmicromicrointraBBPULCoMP.WhenLPNsareadjacenttoeachother,ULCoMPcanbeperformedbetweenthemicrocellsservedbytheLPNs.
TheworkingprinciplesarethesameasthoseforintraBBPmacromacroULCoMP.
5.21.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeatureisenhancedineRAN8.1tosupport3cellULCoMPandincreasetheaverageuplinkthroughputforbothcellsandCEUs.ThecellscanbeLampSiteeNodeBserved
cells,macro+microcells,ormicro+microcells.
NetworkPerformance
Thisfeatureenhancesuplinkcoverageinmacro+microandmicro+microscenarios.
5.21.3NEs
Thechangeinthisfeaturehasnoimpact.
5.21.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.21.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.21.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparameterhasbeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.21.7OtherFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.22LOFD001074IntelligentPowerOffofCarriersintheSameCoverageofUMTSNetwork(New/Optional)
5.22.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN3.0.
NotapplicabletoMicro.
ApplicabletoLampSitefromeRAN8.1.
Summary
WhenthereislighttrafficinanareathatiscoveredbyUMTSNetworksinsettingtimeperiod,LTEcarriercanbeblocked,andallusers(includingDRXuser)canbeautomatically
handovertotheinterRATcarriers.Whenthesettingtimeperiodisexpired,theLTEcarrierthatisblockedcanbeunblockedagainautomaticallytoprovideservices.
Benefits
WhenthereislighttrafficinanareathatiscoveredbyUMTSNetworksinsettingtimeperiod,LTEcarriercanbeblocked,andallusers(includingDRXuser)canbeautomatically
handovertotheinterRATcarriers.ThiscanhelpreducethepowerconsumptionoftheeNodeB,thussaveOPEXofoperator.
Description
WhenmultipleRATcarriersprovidecoverageforthesamearea,thetrafficoftheareavariesbytime.Insomecertainperiods,forexamplefromthemidnighttotheearlymorning(the
periodscanbepresetbytheoperator),thetrafficislight.WhentheeNodeBdetectsthelighttraffic,ittriggersUEstoperformmigrationtosomeoftheUMTScarriersandthen
blockstheLTEcarrier.Inthisway,thepowerconsumptionisreduced.Whenthepresetperiodsend,theeNodeBcanautomaticallyswitchonthecarriersthatareunblockedto
recoverthefunctionalityofthecarrier.Inthisway,thesystemcapacityisincreased.
Enhancement
None
5.22.2SystemCapacityandNetworkPerformance
SystemCapacity
Withthisfeature,theeNodeBshutsdownthecarrieroftheEUTRANcellforthepurposeofpowersavingwhentheEUTRANcellloadislessthantheconfiguredthreshold.After
anEUTRANcellisshutdown,thecellnolongerprovidesservicesandUEsaretransferredtoaUTRANcell.Therefore,eachtimeanEUTRANcarrierisshutdown,thenetwork
capacityofthecorrespondingcellisdeductedaccordingly.
NetworkPerformance
Thisfeaturereducesthecapacityoftheentirenetwork,andthereforehasanegativeimpactonnetworkperformance.Tominimizetheimpact,usethisfeaturewhenthenetworkload
islight.
WhentheEUTRANcellentersEUTRANcarrierpoweroffmode,theeNodeBtransfersUEstoacocoverageUTRANcellbyhandoversorredirections.Asaresult,duringthe
intelligentpoweroffofcarriersinthesamecoverageofUMTSnetworkmode,thefollowingcountervaluesincrease:
L.IRATHO.E2W.PrepAttOut:numberofoutgoinghandoverattemptsfromEUTRANtoWCDMAnetwork
L.IRATHO.E2W.ExecAttOut:numberofoutgoinghandoverexecutionsfromEUTRANtoWCDMAnetwork
L.IRATHO.E2W.ExecSuccOut:numberofsuccessfuloutgoinghandoversfromEUTRANtoWCDMAnetwork
L.RRCRedirection.E2W:numberofredirectionsfromEUTRANtoWCDMAnetwork
TohastenoutgoinghandoversoftheUEs,theEUTRANcelldoesnotallownewaccessrequests.WhenaninterRATneighboringcell(thesourcecell)attemptstohandUEsoverto
theEUTRANcell,theEUTRANcellrejectsthehandoverrequestsfromthesourcecell.Inthiscase,thesourcecellcontinuestosendhandoverrequesttoothercandidate
neighboringcells(forexample,UTRANcells).Therefore,afteranonbasiccellentersintelligentpoweroffofcarriersinthesamecoveragemode,the
L.HHO.Prep.FailOut.PrepFailurecounterisincreasedinthesourcecell.Thiscounterindicatesthenumberofoutgoinghandoverpreparationfailuresbecausethetargetcellsends
thehandoverpreparationfailuremessage.
NotethatafteranEUTRANcarrierisshutdown,UEsinitscoverageareacaninitiateaccessonlytothecocoverageUTRANcell,whichdefinitelyaffectsuserQoSexperience.
Therefore,usethisfeatureonlyduringidletime,forexample,atnight.
5.22.3NEs
ThisfeatureisimplementedontheeNodeB.
5.22.4Hardware
LampSiteeNodeBsnowsupportthisfeature.
5.22.5InterNEInterfaces
Noimpact.
5.22.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenmodifiedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.22.7RelatedFeatures
PrerequisiteFeatures
LOFD001019PSInterRATMobilitybetweenEUTRANandUTRAN
MutuallyExclusiveFeatures
LOFD003029SFN
LOFD070205AdaptiveSFN/SDMA
LOFD081208IntereNodeBSFNSolutionBasedonCoordinatedBBU
LOFD081209IntereNodeBAdaptiveSFN/SDMABasedonCoordinatedBBU
ImpactedFeatures
TheIntelligentPowerOffofCarriersintheSameCoverageofUMTSNetworkfeaturehasimpactsonthefollowingfeatures:
MLB
ThethresholdforIntelligentPowerOffofCarriersintheSameCoverageofUMTSNetworkmustbelessthantheinterRATloadsharingthreshold.
MobilityManagementinConnectedMode
IntelligentpoweroffofcarriersinthesamecoverageofUMTSnetworkmaytriggerhandovers,whichareincludedinmobilitymanagementinconnectedmode.
Scheduling
IntelligentpoweroffofcarriersinthesamecoverageofUMTSnetworkrequiresthephysicalresourceblock(PRB)usage,whichismeasuredduringscheduling.
5.23LOFD002001AutomaticNeighbourRelation(ANR)(Enhanced/Optional)
5.23.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN1.0.
applicabletoMicrofromeRAN3.0.
applicabletoLampSitefromeRAN6.0.
Summary
Theautomaticneighborrelation(ANR)featuretakesadvantageoftheeNodeBalgorithmtoplanandconfigureneighborrelationshipsautomaticallyandtorectifyincorrectneighbor
relationshipconfigurations.ThisfeaturegreatlyreducestheOPEXforoperatorsbyavoidinghumaninterventionandsavinglaborwork.
Benefits
Thisfeatureprovidesthefollowingbenefits:
Missingorincorrectneighborrelationshipscanbedetectedorrectified.Therefore,nohandoverfailureiscausedbymissingorincorrectneighborrelationships.
Physicalcellidentifier(PCI)conflictdetectioncanbetriggered.
Description
ANRcanautomaticallyaddandupdateneighborrelationshipsinNeighboringRelationTables(NRTs).However,themanualconfigurationofNRT'sattributesincludingNohandover
indicatorandNoremoveindicatortakespriorityovertheANRalgorithm.Topreventautomaticremoval,settheNoremoveindicatorparametertoFORBID_RMV_ENUM(Forbid
ANRRemove)orsettheControlModeparametertoMANUAL_MODE(ManualMode)
ThefollowingexplainstheANRprocedure.
Figure51ANRprocedure
ThesourceeNodeBinformstheUEwhichEUTRAfrequencyneedstobemeasured(1).
1.TheUEdetectsthatcellBmeetsthemeasurementrequirements,anditreportsthePCIofcellBtothesourceeNodeB(2).ThisreportdoesnotincludeitsEUTRAN
CellGlobalIdentifier(ECGI).ThesourceeNodeBcheckswhethertheNRTincludesthePCIofcellB.
IftheNRTincludesthisPCI,theprocedureends.
IftheNRTdoesnotincludethisPCI,theprocedurecontinues.
2.TheeNodeBinstructstheUEtousethenewlydetectedPCItoreadtheECGIoftherelatedneighboringcell(3).TheeNodeBmayneedtoscheduleappropriateidle
periodstoallowtheUEtoreadtheECGIoftheneighboringcell,astheUEneedstodecodethenewcell'sBCHtoobtainECGI.
3.WhentheUEhasreadthenewcell'sECGI,itreportstheobtainedECGItothesourceeNodeB(4&5).
4.ThesourceeNodeBdecidestoaddthisneighborrelationshipandusesthePCIandECGItoperformthefollowingoperations:
SearchesatransportlayeraddresstothetargeteNodeB(OMsearchorMMEsearchmechanismthatisstandardizedby3GPP.)
UpdatesitsNRT
TherearetwomajormechanismsfortheeNodeBorcelltodetectanewneighboringcell.
Theneighboringcell'sPCIisreportedtotheeNodeBinthemeasurementreport,andthen,theeNodeBinstructstheUEtoreadtheECGIofthenewneighboringcell.
ThehandoverrequestmessagethatthesourceeNodeBsendstothetargeteNodeBcontainstheUEhistoryinformation.TheUEhistoryinformationcontainsthesource
cell'sECGI.Afterreceivingthehandoverrequestmessage,thetargeteNodeBobtainsthePCI,TAC,andfrequency.ofthenewneighboringcellfromU2000.
AftertheeNodeBaddsthenewneighboringcelltoanNRT,thePCIconflictdetectionprocedurecanbeactivated.FordetailsonPCIconflictdetection,seeLOFD002007PCI
CollisionDetection&SelfOptimization.
Ifneeded,theeNodeBsetsupanX2interfacebyusingtheAutomaticTransportSetupfunctioninthefeatureLOFD002004Selfconfiguration.Whenthereisnoneighborrelationship
betweentwoeNodeBsthroughoutaspecificperiod,theX2interfacewillbeautomaticallyremoved.
eNodeBssupportperiodicANR(thatis,fastANR).AneNodeBselectsandconfiguresUEstoperiodicallyreportthestrongestintraRATcells.IfaUEreportsanunknownPCI,the
eNodeBinstructstheUEtoperformANRmeasurementstoobtainthecorrespondingECGI.PeriodicalANRimproveshandoverperformance.
eNodeBsalsosupportintraRATeventtriggeredANR.IntraRATANRcanbetriggeredbycoveragebasedhandoversorloadbasedinterfrequencyhandovers.IfaUEincludesan
unknownPCIinameasurementreportsenttoaneNodeB,theeNodeBinstructstheUEtomeasureandreporttheECGIoftheunknowncell.
eNodeBssupportANRwithsharedcells.Ifaneighboringcellissharedbyoperators,ANRmaintainsitsPLMNlist,inadditiontotheNCLandNRT.Thisfunctioninvolvesthe
procedureofobtainingneighboringcellinformationfromtheU2000andrequiresthecooperationoftheU2000.
Enhancement
eRAN2.1
Thisfeatureisenhancedwiththefollowingadministrationfunctions:
TheANRlogsnowrecordthekeyeventduringtheSONprocessandthisinformationcanbeusedforqueryandstatistics.Operatorscanalsoanalyzetheloginformation
tolearnthefeaturerunningprocessandkeyevents.
eRAN6.0
Thisfeatureisenhancedwiththefollowingfunctions:
WhentheservingcellofaUEandanacquiredsharedcellaremanagedbythesameOSS,theservingcellcanobtaintheservingPLMNlistoftheacquired
cellwiththeassistanceoftheOSSiftheUEcannotreporttheservingPLMNlistortheacquiredcelldoesnotbroadcastthelist.
ANRcanbetriggeredbyinterfrequencyloadbalancingtoaddaninterfrequencyneighbor.
WhenthereisnoneighborrelationshipbetweentwoeNodeBsthroughoutaspecificperiod,theX2interfacewillbeautomaticallyremoved.
eRAN6.1
Thisfeatureisenhancedwiththefollowingfunctions:
IfanX2interfaceisfaultythroughoutaspecifiedperiod,thelocaleNodeBautomaticallyremovestheX2interface.
IfthenumberofhandoversfromapeereNodeBtoalocaleNodeBandthenumberofhandoversfromthelocaleNodeBtothepeereNodeBarebothlessthan
thespecifiedthresholdsthroughoutaspecifiedperiod,thelocaleNodeBautomaticallyremovestheX2interfacebetweentheeNodeBs.
IfalocaleNodeBreceivesfromapeereNodeBarequestmessagetoremovetheX2interfacebetweentheeNodeBs,thelocaleNodeBremovestheX2
interface.
eRAN7.0
Thisfeatureisenhancedwiththefollowingfunctions:
Optimizedautomaticneighborrelationshipremoval:IfthenumberofneighborrelationshipsinanNRThasreacheditsmaximumandanewneighborrelationshipneedsto
beaddedtotheNRT,theeNodeBremovesaneighborrelationshipwithaneighboringcellthatisnotmeasuredortowhichnohandoverhasbeentriggeredthroughouta
specificperiod.Afterthat,theeNodeBaddsthenewneighborrelationshiptotheNRT.
AutomaticsettingoftheNoHOattributeforneighboringcells:ANRcanautomaticallysettheNoHOattributetoFORBID_HO_ENUMfortheneighboringcellswhose
handoversuccessratesarelow.Thispreventstheimpactoflowhandoversuccessratesofneighboringcellsonthehandoversuccessrateoftheentirenetwork.
MoreintraRATneighborrelationships:Amaximumof256interandintrafrequencyneighborrelationshipsaresupported.
X2automaticmanagementhasbeenmovedfromANRmanagementtoLOFD002004Selfconfiguration.
eRAN8.1
Thisfeatureisenhancedwiththefollowingfunctions:
InRANsharingscenarios,thisfeaturenowsupportsthefollowingfunctions:
CrossU2000neighboringcellinformationquery:Withthisfunction,aneNodeBcanobtaintheECGIsandPLMNlistsofcellsforaddingneighborrelationships
toNRTs.
FrequencyspecificsettingofRANsharingindicators:ThiscontrolsthewayinwhichaneNodeBobtainstheneighboringcellinformationfromtheU2000.
5.23.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
ThefunctionofautomaticoptimizationofneighborrelationshipswithcellsofabnormalsuccessratesofintraRAThandoversincreasesthesuccessrateofintraRAThandoversand
decreasestheservicedroprate.
IntraRATfastANRnowsupportsaddingadetectedcelltoanNCLandaddinganeighborrelationshipwiththiscelltoanNRTinNRTmode.Inthismode,fastANRaddsneighbor
relationshipswithinterfrequencycellstoNRTsbasedontheCGIreadingresults.AddinganeighborrelationtoanNRTforthefirsttimegeneratesUusignalingmessages.However,
thisfunctionensuresthatneighborrelationshipsarecorrectlyadded,increasingthesuccessrateofinterfrequencyhandoversandtheservicedroprate.
IfthefunctionofenhancedintraRATeventtriggeredANRisenabled,theeNodeBcaninstructUEstoreadtheCGIsofunknowncellsandaddneighborrelationshipstotheNRTs
basedalltypesofhandoverevents.ThisimprovestheefficiencyofaddingneighborrelationshipswithunknowncellstoNRTs,increasesthesuccessrateofintraRAThandovers,
anddecreasestheservicedroprate.
5.23.3NEs
ThisfeatureisimplementedontheeNodeBandU2000.
5.23.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.23.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.23.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenaddedandmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.23.7RelatedFeatures
PrerequisiteFeatures
ThechangeinthisfeaturerequirestheU2000featureWOFD180600AutomaticNeighborRelationOptimizationLTE.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.24LOFD002005MobilityRobustOptimization(MRO)(Enhanced/Optional)
5.24.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN2.0.
ApplicabletoMicroformeRAN3.0.
ApplicabletoLampSitefromeRAN6.0.
Summary
MROaimstoreduceintraRAT/interRATpingponghandovers,prematurehandovers,delayedhandovers,intraRAThandoverstowrongcells,andunnecessaryinterRAThandovers.
Itisimplementedbyoptimizingthetypicalmobilitycontrolparameters.
Benefits
Thisfeatureprovidesthefollowingbenefits:
ReducingintraRAT/interRATpingponghandovers,prematurehandovers,delayedhandovers,intraRAThandoverstowrongcells,andunnecessaryinterRAThandovers
Savinglaborcostfortypicalandcommonmobilityoptimizationscenarios
Description
ThisfeaturereducesintraRAT/interRATpingponghandovers,prematurehandovers,delayedhandovers,intraRAThandoverstowrongcells,andunnecessaryinterRAThandovers
indifferentscenarios:
Pingponghandovers,handoverstowrongcells,prematurehandovers,anddelayedhandoversofintraLTEscenarios
ThemajorMROparameteradjustmentaretheCIO(CellIndividualOffset)ofeventA3forintrafrequencyMRO,CIOofeventA3/A4andmeasurementthresholdofevent
A2forinterfrequencyMRO.
BothprematureanddelayedhandoversarecapturedatthesourceeNodeB.Onlyoutgoinghandoverfailuresarecaptured.Thereisnoneedtocaptureincoming
handovers.
CIOoffsetisadjustedautomaticallybystepsaccordingtothenumberofabnormalhandoversinacertainperiod.CIOoffsetexplicitlydeclaresthehandoverthreshold
betweenmeasurementresultsofsignalingqualityfrombothsourceandtargetcells.Hence,changingtheCIOoffsetwillshiftaheadordelaythehappeningofhandovers.
ThereductionofpingponghandoversexploitstheUEHistoryInformationthatispassedfromthesourceeNodeBtothetargeteNodeBduringthehandoverpreparation.
WhentheUEHistoryInformationisreceived,thetargeteNodeBidentifiespingpongifthesecondnewestcell'sGCIisequaltothatofthetargetcellandthetimespent
inthesourcecellislessthanapingpongtimethreshold.PingpongiscorrectedbydecreasingtheCellIndividualOffset,therebydelayinghandovers.
Intheintrafrequencyscenario,thereisaUEspecificpingponghandoverreductionalgorithm.IftheUEisidentifiedunderpingponghandover,specificCIOparameteris
appliedfortheUEtostopthepingponghandover.
Pingponghandovers,prematurehandovers,delayedhandovers,andunnecessaryhandoversofinterRATscenarios
EventA2andB1measurementsthresholdsareadjustedforinterRATscenarios.
Enhancement
IneRAN2.1
TheMROfeatureisenhancedwiththefollowingadministrationfunctions:
FeatureOn/OffSwitch:operatorcanenableordisablethefeature
Log:recordsthekeyeventduringtheMROprocessandthisinformationcanbeusedforqueryandstatistic.Operatorcanalsoanalyzethelogtocheckthe
featurerunningstatusandkeyevents.
IneRAN6.0
UElevelMROagainstpingponghandoversisintroduced.TheeNodeBidentifiespingpongUEsandsendscorrespondingUElevelMROparameterstotheseUEs.This
typeofMROreducesthenumberofpingponghandovers,reducesUuresourceusage,andimprovesqualityofexperience(QoE)ofUEs.
TheUElevelMROalgorithmisindependentofthecelllevelMROalgorithm.Theyarecontrolledbydifferentswitches.
IneRAN8.1
ThemaintenanceandtestingmethodforinterRATMROisenhanced.ThecountersrelatedtoprematureanddelayedhandoversfromEUTRANtoGERANhavebeen
added.Thecountersrelatedtopremature,delayed,unnecessary,pingponghandoversfromEUTRANtoUTRANhavebeenadded.
InterRATMROoptimizesprematurehandovers,delayedhandovers,andunnecessaryhandovers.
5.24.2SystemCapacityandNetworkPerformance
SystemCapacity
IfinterRATMROagainstprematurehandoversorunnecessaryhandoversistriggered,UEsarelesslikelytobehandedoverthetargetsystem.Asaresult,UEscampon
theLTEsystemforalongerperiodoftime,andthenumberofUEsinLTEcellsismorelikelytoincrease.
IfinterRATMROagainstdelayedhandoversistriggered,UEsaremorelikelytobehandedoverthetargetsystem.Asaresult,UEscampontheLTEsystemfora
shorterperiodoftime,andthenumberofUEsinLTEcellsismorelikelytodecrease.
NetworkPerformance
MROagainstprematurehandoversandunnecessaryhandoversdecreasesthenumberofEUTRANtoUTRAN/GERANhandovers.
MROagainstdelayedhandoversincreasesthenumberofEUTRANtoUTRAN/GERANhandovers.
5.24.3NEs
ThechangeinthisfeatureisimplementedontheeNodeBandU2000.
5.24.4Hardware
Thechangeinthisfeaturehasnoimpactonhardware.
5.24.5InterNEInterfaces
ThechangeinthisfeaturehasnoimpactoninterNEinterfaces.
5.24.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpactonthelicense.
ConfigurationManagement
Thefollowingparametershavebeenaddedormodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingfunctionsubsethasbeenaddedtoaccommodatethisfeature.
FaultManagement
Thechangeinthisfeaturehasnoimpactonfaultmanagement.
5.24.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
ThechangeinthisfeaturehasimpactontheLAOFD081233DynamicTDMeICICfeature.
5.25LOFD002007PCICollisionDetection&SelfOptimization(Enhanced/Optional)
5.25.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN2.0
applicabletoMicrofromeRAN3.0
applicabletoLampSitefromeRAN6.0
Summary
ThisfeaturedetectsPhysicalCellIdentity(PCI)conflictautomatically,andthecellhasanincorrectPCIwillbeassignedwithaproperPCIfromEMS.
Benefits
ThisfeaturedecreasesoperatingcostinPCIconflictdetection&PCIconflictsolvingoperation.
Description
PCIisanessentialconfigurationparametertoEUTRANcells.Itcorrespondstoauniquecombinationofoneorthogonalsequence(PSS)andonepseudorandomsequence(SSS).
PCIaffectsDLsynchronization,demodulation,reselection,andhandover.
InLTE,thereare504PCIscanbeused,PCIreuseisallowedamongdifferentcells.ButtwocellsthatsharesamePCIcannotbegeographicallycloseanddonotcausemutual
interference.
EachLTEcellshouldbeassignedaproperPCIfortransmittingdatabetweencells.PCIassignmentmustmeetthefollowingconditions:
Collisionfree:ThePCIisuniqueinacertaingeographicalarea.
Confusionfree:AcellmustnothaveneighboringcellswithidenticalPCI.
PCIcollisionandPCIconfusionarebothPCIconflict,whichwilldeterioratenetworkperformance.
Manualoperation,ANR,andX2interactionmaycausechangesinconfigurationparameters,therebycausingPCIconflict.
WheneveranewneighborrelationshipisaddedtoeNodeB,PCI/DLEARFCNofanylocalcellischanged,orPCI/DLEARFCNofanyneighboringcellischanged,PCIconflict
detectionprocedurewillbetriggeredtocheckpossiblePCIconflict.
PCIconflictissolvedbyPCISelfoptimizationimplementedinEMS.InordertoallocatetheoptimalPCIforconflictingcell,engineeringinformation(longitude,latitude,azimuth)and
neighboringcellinformationaretakenintoaccount.AsforeNodeB,ifengineeringinformation(longitude,latitude,andazimuth)isunavailable,thealgorithmscanalsoallocatean
optimalPCIforconflictingcellsbymerelyconsideringitsneighboringcells'PCIinformation.
PCIselfoptimizationconsistsoftwoprocedures,PCIoptimizationanalysisandPCIoptimizationresultimplementation.PCIoptimizationanalysisisusedtocalculateaproperPCI
forconflictingcellsandPCIoptimizationresultimplementationisusedtomodifythePCIoftheconflictingcellsaccordingtothePCIoptimizationresult.
Thereare2modestostartPCIoptimizationanalysis:
Immediate&automaticanalysis:TheEMSwillcalculatenewPCIsforconflictingcellsassoonaspossible.
Periodic&automaticanalysis:TheEMSwillcalculatenewPCIsforconflictingcellsatacycletimebasis.
OnlywhennewlyassignedPCIisdeliveredtoconflictingcell,thePCIconflictissolved.ThenewlyassignedPCIcanbeconfiguredinthreemanners:
Immediate&automaticdelivery:TheEMSdeliversthenewPCItotheeNodeBassoonasitisgeneratedbyPCIoptimizationanalysis.
Scheduled&automaticdelivery:TheEMSdeliversthenewPCIataregularbasis.
Manuallyconfirmeddelivery:TheEMSwillgenerateanoticeforconfirmationbeforedeliveringthePCItotheeNodeB.OperatorcanchangethesuggestedPCI,and
decidewhethertodeliverthenewlyassignedPCI.
KeyeventscanbequeriedinSONlog,whicharerecordedwhen:
PCIconflictappearsordisappears
PCIoptimizationanalysisstartsorstops
PCIoptimizationadviceisdelivered
Enhancement
eRAN2.1
PCIcollisiondetectionisenhancedwithselfoptimizationimplementedinEMStosolvethedetectedcollisions.InordertoallocatetheoptimalcandidatePCIforthewhole
network,andtominimizetheinterferenceamongneighboringcells,thesiteengineeringinformation(longitude,latitude,azimuth),GCI,andneighboringcelllistaretaken
intothePCIassignment.ForMicroeNodeB,iftheaboveinformationcannotbeprovided,thealgorithmsalsocanallocatetheoptimalcandidatePCIforthemicrocell
baseonitsneighboringcells'PCIinformation.Theneighboringcells'informationofthemicroeNodeBcanbediscoveredbythesnifferorANR.ThenewassignedPCI
canbeconfiguredinthreemanners:
1.Immediate&Automaticdelivery:TheEMSwilldeliverthenewPCIstotheeNodeBassoonasitisgenerated.
2.Regular&Automaticdelivery:TheEMSwilldeliverthenewPCIatacycletimebasis.
3.Manuallyconfirmeddelivery:TheEMSwillgenerateanoticeforconfirmationbeforedeliverytotheeNodeB.
ThePCICollisionDetection&SelfOptimizationfeatureisenhancedwiththefollowingmaintenancefunctions:
1.Policysetting:Operatorcansetupsomepolicyofthefeature,suchastheoptimizationanalysismode.Breakpoint:operatorcansetupbreakpointsto
increasethecontrolcapabilityonthefeature.Thealgorithmcanbestoppedatthebreakpointsandoperatorconfirmationisneededfortheprocesscontinuity.
2.Log:recordsthekeyeventduringtheSONprocessandthisinformationcanbeusedforqueryandstatistics.Operatorcanalsoanalyzetheloginformationto
learnaboutthefeaturerunningprocessandkeyevent.
eRAN7.0
PCIselfoptimizationisenhancedwiththefollowingmaintenancefunctions:
1.Siteengineeringinformationimportfunction.IftheengineeringinformationisnotcompletelyorcorrectlyconfiguredineNodeB,userscanimportthis
informationthroughU2000sothatU2000cangetenoughengineeringinformationforPCIoptimization.
2.AvailablePCIrangeimportfunction.Innetworkborderarea,theU2000cannotobtainthePCIinformationofcellsintheothersideoftheborder,afterPCI
optimization,theU2000cannotguaranteethatnewPCIwillnotintroducenewPCIconflict.IneRAN7.0,operatorcannegotiateavailablePCIrangebetween
differentvendorsordifferentoperatorsandimporttherangeintotheU2000toperformPCIoptimization.Bydoingthis,newPCIconflictinborderareacanbe
avoided.
3.SelectconflictedcellbaseonuserdefinedpriorityandPCImodificationtime.
AnothertwofactswillbeconsideredineRAN7.0toselectconflictedcellforimplementingPCImodification,userdefinedpriorityandPCImodificationtime.
Userscandefinethepriorityofeachcellwithanyofthefollowing3values:"High","Low","Notallowedtomodify",U2000willselectacellwithahighpriority
toperformPCIoptimization.Ifthecellisdefinedas"Notallowedtomodify",theU2000cannotimplementanyPCIoptimizationtothiscell.
UserscanconfigurethethresholdforPCImodificationtime,ifcellPCImodificationtimeislessthanthisthreshold,itwillbeconsideredasnewcell,which
willhaveahigherprioritythanoldcelltoimplementPCIoptimization.
eRAN8.1
ThePCIcollisiondetectionisenhancedinthefollowingaspect:
ECGImeasurementscannowbetriggeredbylowhandoversuccessrates.ThemeasurementshelpdetecttheunknownneighboringcellswhosePCIsconflictwiththe
PCIsofotherneighboringcells.PCIconflictdetectionistriggeredduringANRproceduresforaddingthedetectedcells.
5.25.2SystemCapacityandNetworkPerformance
SystemCapacity
Theenhancementofthisfeaturehasnoimpactonsystemcapacity.
NetworkPerformance
Theenhancementofthisfeaturehasnoimpactonsystemcapacity.
5.25.3NEs
TheenhancementofthisfeatureisimplementedontheeNodeB.
5.25.4Hardware
Theenhancementofthisfeaturehasnoimpactonhardware.
5.25.5InterNEInterfaces
TheenhancementofthisfeaturehasnoimpactoninterNEinterfaces.
5.25.6OperationandMaintenance
License
Theenhancementofthisfeaturehasnoimpactonthelicense.
ConfigurationManagement
Thefollowingparameterhasbeenintroducedtoaccommodatethisfeature.
PerformanceManagement
Theenhancementofthisfeaturehasnoimpactonperformancemanagement.
FaultManagement
Theenhancementofthisfeaturehasnoimpactonfaultmanagement.
5.25.7RelatedFeatures
PrerequisiteFeatures
Theenhancementofthisfeaturehasnoimpactonprerequisitefeatures.
MutuallyExclusiveFeatures
Theenhancementofthisfeaturehasnoimpactonmutuallyexclusivefeatures.
ImpactedFeatures
Theenhancementofthisfeaturehasnoimpactonimpactedfeatures.
5.26LOFD002015RACHOptimization(Enhanced/Optional)
5.26.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN2.2
applicabletoMicroformeRAN3.0
applicabletoLampSitefromeRAN6.0
Summary
Thefeaturesupportsthefollowingfunctions:
Dynamicadjustmentofpreamblegroups
DynamicassignmentofPRACHresources
Optimizethebackofftime
PRACHfalsealarmdetection
Rootsequenceconflictdetection
Benefits
Thefeatureimprovestheperformanceofrandomaccess.
Dynamicadjustmentofpreamblegroupsadjuststheratiobetweenrandompreamblesanddedicatedpreambles.Whentheloadofcontentionbasedrandomaccessishigh
whiletheloadofnoncontentionbasedrandomaccessislow,thisfeaturereducesthepreamblecollisionprobabilityanddelayofcontentionbasedrandomaccess.When
theloadofcontentionbasedrandomaccessislowwhiletheloadofnoncontentionbasedrandomaccessishigh,thisfeaturereducesthedelayofnoncontentionbased
randomaccess.
PRACHresourceadjustmentisusedtoadjustRACHresourceconfigurationbasedontheRACHloadinacell.WhentheRACHloadishigh,moreRACHresourceswill
beallocatedtoreducethepreamblecollisionprobability.
PRACHfalsealarmdetectionreducestheprobabilityofreportingfalsealarms.
Rootsequenceconflictdetectionisusedtodetectforrootsequenceconflictbetweencells.Basedonthedetectionresult,rootsequencesarereplannedtoeliminateroot
sequenceconflictandreducetheprobabilityofpreamblecollisionandfalsealarmsreporting.
Description
Thereare64PRACHpreambles,whicharedividedintorandompreamblesanddedicatedpreambles.Thesetwotypesofpreamblesareusedforcontentionbasedrandomaccess
andnoncontentionbasedrandomaccess,respectively.TheeNodeBcandetectwhichpartisenoughwhileanotherpartisnotenough,andeNodeBcanadjustthenumberofthe
preamblegroupdynamicallyaccordingtothedemand.
ThePRACHconfigurationindexindicatesthenumberandpositionsofsubframeswhichareusedtosendrandomaccesspreamble.TheeNodeBmeasuresthenumberofpreamble
duringtheperiod,andeNodeBwilladjustthePRACHconfigurationindextofulfillthedemand.Ifthenumberofpreamblesismorethanthreshold,thePRACHconfigurationindexwill
beadjustedtoindicatemoresubframes,andviceversa.
WhenconflictonPRACHresourcedetected,eNodeBcouldsenddifferentbackofftimeindicatortoUEs.UEcouldselectarandombackofftimebasedonthebackofftime
indicatortotryaccessagain,sothatthechanceofconflictagainisreduced.
TheeNodeBdetectsforfalsealarmsbasedonthepeakvalueofcrosscorrelationsequenceofinitiallytransmittedrandompreamblesandthedistancecorrespondingtothetime
advance(TA).Apreamblewillbeidentifiedasafalsealarmineitherofthefollowingconditions:
Thepeakvalueofcrosscorrelationsequenceofinitiallytransmittedrandompreamblesissmallerthanthethreshold.
ThedistancecorrespondingtotheTAisgreaterthanthethreshold.
TheeNodeBdoesnotsendarandomaccessresponse(RAR)topreamblesidentifiedasfalsealarms.
Whentheservingcellworksproperly,theeNodeBwillreportarootsequenceconflictalarmifitdetectsthattheservingcellandneighboringcellortheservingcellandanintra
eNodeBcellworkonthesameuplinkfrequencyandusethesamerootsequence.Then,therootsequencewillbereplannedtopreventconflict.
Enhancement
eRAN8.1
Rootsequenceconflictdetectionisadded.
TheeNodeBsupportsthedetectionofrootsequenceconflictbetweenintraeNodeBcellsandbetweenintereNodeBcellswithX2links.
5.26.2SystemCapacityandNetworkPerformance
SystemCapacity
ThePRACHfrequencydomainpositionadjustmentfunctionisaddedtothisfeature.
WhenacellservesfewerthanfourUEs,PRACHfrequencydomainpositionadjustmentincreasestheuplinkPRBusageanduplinkcapacityofthecell.
However,thisfunctionincreasestheuplinkcapacitybyonlyabout1%becausefewPUSCHresourcesarewastedwhenthePRACHisnotadjacenttothePUCCH.
NetworkPerformance
PRACHfrequencydomainpositionadjustment
Noimpact.
PRACHrootsequenceconflictdetection
WiththefunctionofPRACHrootsequenceconflictdetection,theeNodeBcandetectrootsequenceconflictsbetweencellstooptimizetherootsequenceconfiguration
andeliminaterootsequenceconflict,decreasingthepossibilityoffalsealarmreportingandpreamblecollisions.
NOTE:
Rootsequencehasnoimpactoncellswhenthecellsbarelyaffecteachotherortheaccessloadinthecellsislow.Inthiscase,clearingrootsequenceconflictdoesnot
necessarilyreducethepossibilityoffalsealarmreportingandpreamblecollisions.
Flowcontrolbasedbackoff
InMsg3flowcontrolscenarios,thisfunctionmitigatestheRACHcongestionandincreasestheRRCconnectionsetupsuccessrateinboththeuserplaneandcontrol
plane.Afterthisfunctionisenabled,thenumberofpreamblesretransmittedbyUEswillsignificantlydecrease,whichmayincreasetheservicedroprate.
5.26.3NEs
Thechangeinthisfeaturehasnoimpact.
5.26.4Hardware
Aftertheflowcontrolbasedbackofffunctionisenabled,thenumberofreceivedMsg1sandMsg2swilldecrease,reducingtheBBPCPUresourcesoccupiedbytheprocessingof
Msg1sandMsg2s.Inthiscase,theeNodeBcanprocessmoreMsg3sandthereforetheCPUusageoftheBBPincreasesbyabout3%.
5.26.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.26.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
ThefollowingMMLcommandhasbeenaddedtoaccommodatethisfeature.
NOTE:
TheparametersinthenewMMLcommandwillnotbedescribedinthefollowingparameterchangetable.
Thefollowingparameterhasbeenaddedormodifiedtoaccommodatethisfeature.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thefollowingalarmhasbeenaddedtoaccommodatethisfeature.
5.26.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.27LOFD00301302IEEE1588V2ClockSynchronization(Enhanced/Optional)
5.27.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN1.0
applicabletoMicrofromeRAN3.0
applicabletoLampSitefromeRAN6.0
Summary
IEEE1588definesthePTP(PrecisionTimeProtocol)protocol,whichappliestothestandardEthernet,withtheprecisiontomicroseconds.
TheIEEE1588V2clocksynchronizationtargetsprecisesynchronizationofdistributedandindependentclocksinmeasurementandcontrolsystems.InLTEapplications,high
accuracyfrequencysynchronizationandtimesynchronizationbetweenclockserverandeNodeBcanbeachieved.
IEEE1588V2clocksynchronizationisanalternativeclocksolutionfortheGPSclocksynchronization.
Benefits
ComparedwiththeGPSclocksolution,theIEEE1588V2clocksynchronizationreducesthenetworkdeploymentcostfortheoperatorandiseasyformanagementandmaintenance.
Description
Basicprinciples
Figure52illustratesthebasicprinciplesofIEEE1588.
Figure52BasicprinciplesofIEEE1588
TheNEwiththemasterclocksendssynchronizationtimingpacketstotheNEwiththeslaveclock.TheintermediateswitchingdeviceconnectstotheNEwiththe
masterclockasaslaveclocktoobtainthetiminginformationonthetransmissionofthemasterclock.Then,theintermediateswitchingdevicefunctionsasamaster
clockandconnectstootherdevicesfunctioningasslaveclocks.
TheTimeStampUnit(TSU)providestheabilityofprecisetimesynchronization,therebyreducingdelayandjittercausedbytheintermediateswitchingdeviceand
accuratelysendingtiminginformation.Inthisway,theworkrelatedtosynchronizationprocessingisshiftedtobeprocessedatthelayerbetweenthephysicallayerand
theMAClayer.
Synchronizationprinciples
Figure53illustratesthesynchronizationprinciplesofIEEE1588.
Figure53SynchronizationprinciplesofIEEE1588
Thesignalingprocedureisdescribedasfollows:
1.Theclockserver(forexample,IPCLK1000)periodicallysendsaSyncmessagetotheeNodeB.
TheSyncmessagecarriesthestandardtimeinformation,suchasyear,month,date,hour,minute,second,andnanosecond.TheeNodeBrecordsT2,thearrivaltimeof
theSyncmessageattheeNodeB.Thetimeforsendingorreceivingthemessageneedstobemeasuredandrecordedattheunderlyingphysicallayerortheposition
closetothephysicallayertoimprovetheclockaccuracy.
IntheIEEE1588standard,theoptionalhardwareassisttechniquesaredesignedtoimprovetheclockaccuracy.IftheSyncmessageisgeneratedthroughthehardware
assisttechniques,themessagecanalsocarrythetimestampT1,atwhichthemessageissent.IfthedelayoftheSyncmessagesendingfromtheclockserveris
uncertain,theclockservergeneratesaFollow_UPmessage,whichcarriesthetimestampT1.TheFollow_UPmessageisoptional.
2.TheeNodeBsendsaDelay_reqmessagetotheclockserveratT3.
TheeNodeBrecordsT3.TheclockserverreceivestheDelay_reqmessageatT4andthengeneratesaDelay_respmessagethatcarriesthetimestampT4tothe
eNodeB.ThedelayofsendingtheDelay_respmessagedoesnotaffectT4.Therefore,theDelay_respmessageneednotbeprocessedinrealtime.
3.TheeNodeBstoresthecompleteinformationaboutT1,T2,T3,andT4.
Then,thedelayofmessagepropagationbetweentheclockserverandtheeNodeBiscalculatedasfollows:
Delay=[(T4T1)(T3T2)]/2
Inprinciple,theabsolutetimeoftheeNodeBisequaltothestandardtimecarriedintheSyncmessageplusthedelay.
Enhancement
eRAN2.2
SecurityofIEEE1588V2infrequencysynchronizationmodeisenhancedbytransporting1588relatedmessageswithIPsecsecuritychannel.
eRAN8.1
SupportstheITUTG.8275.1timesynchronizationprotocol,whichappliestotheinterconnectionbetweentheeNodeBandthethirdpartynetworktransmissiondevices
thatcomplywiththisprotocolinIEEE1588V2layer2multicastnetworkingmode.
5.27.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
Thechangeinthisfeaturehasnoimpact.
5.27.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
G.8275.1isahopbyhoptimesynchronizationprotocol.Eachdeviceinthesynchronizationnetworkmustsupportthisprotocol.
5.27.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.27.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.27.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenaddedormodifiedtoaccommodatethisfeature.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.27.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.28LOFD003029SFN(Enhanced/Optional)
5.28.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN6.0
notapplicabletoMicro
applicabletoLampSitefromeRAN6.0
Summary
Thisfeatureenablesmultipleremoteradiounits(RRUs)tobecombinedintoasinglefrequencynetwork(SFN)cell.TheSFNcellhasonlyonephysicalcellidentifier(PCI).RRUs
involvedinthisfeaturecanbecommonRRUsorpicoRRUs(pRRUs).
Intheuplink,thisfeaturesupportsuplinkselectivereceptionandjointreception.UplinkselectivereceptionselectstheRRUwiththebestsignalqualityforreception.Uplinkjoint
receptionselectstheRRUwiththebestuplinksignalqualityandtheRRUwiththehighestsignalstrengthforjointreception.
Inthedownlink,thisfeatureimplementsjointschedulingofairinterfaceresourcesondifferentRRUssothatthesamedataistransmittedusingthesametimefrequencyresources.
Benefits
TheSFNfeaturereducesinterferenceandgreatlyimprovesthesignaltointerferenceplusnoiseratio(SINR)atthecelledgeinadenselypopulatedarea.
TheSFNfeatureimprovestheblind/weakpointcoverageandindoorcoverage.
TheSFNfeaturereduceshandovertimesandcalldropratecomparedwiththeindependentRRU/pRRUdeployment.
Description
ThisfeatureprovidesindependentdemodulationofsignalsfrommultipleRRUsinonecell.
Intheuplink,theeNodeBperformsindependentdemodulationofthemultipleRRUreceiversignalswithinaBBU.TheeNodeBreceivesPRACHandSRSfromallRRUs
first.ThentheRRUwiththemaximumpreamblepowerisselectedforselectivereceptionofPUSCHandPUCCH.TheRRUwiththebestSRSSINRoranotherRRU
withthebestSRSRSRPisselectedforjointreceptionofPUSCHandPUCCH.
Inthedownlink,theeNodeBcopiesthesignalofacellandoutputsittomultipleRRUs.ComparingtosingleRRUcell,themultipleRRUscombinedcellhasno
interferencebetweenRRUs,butobtainedgainfromtransmittingfrommultipleRRUs.
Acellcanbedividedintomultiplecoveragearea,eachcoverageareahasindependentRRU,andmultipleRRUsbelongtothesamecellandhavethesamePCI.
ThisfeaturesupportstwotosixRRUs/pRRUgroupstobecombinedtosupportoneSFNcellbasedonLBBPboardtype.AllRRUs/pRRUusedforoneSFNcell'scombinationshall
beconnectedtoLBBPboard(s)withinsameBBU.
Enhancement
eRAN8.1
4T4RRRUscanbecombinedtoserveanSFNcell.Amixedconfigurationof2T2R,2T4R,and4T4RRRUscanbesupported.
TwoRRUscanbecombinedtoserveaphysicalcell.Amaximumof12RRUscanbecombined.
TheuplinkjointreceptionfunctionofanSFNcellisenhancedasfollows:
AllowsRRUsservinginterBBPphysicalcellstojointlyreceivedata
AllowsRRUsservinguptothreephysicalcellstojointlyreceivedata
AllowsRRUsservingthephysicalcells(workingin1R+1Ror1R+2Rmode)tojointlyreceivedata.
SFNcellssupporttheULCoMPfeature.
CommonRRUs/RFUsandpRRUscanbecombinedtoserveanSFNcell.PhysicalcellsworkingindifferentTX/RXmodescanalsobecombinedtoformanSFNcell.
Forexample,physicalcellsworkingin1T1R,2T2R,and2T4Rmodescanbecombined,andthoseworkingin2T2R,2T4R,and4T4Rmodescanalsobecombined.
Dependency
eNodeB
ThisfeaturerequiresSRSresourceallocation.
Whenthesystembandwidthis1.4MHzor3MHz,thisfeatureisnotrecommended.
TheLBBPcappliesonlytoLampSitebasestationsinsteadofmacrobasestations,andeachLBBPcsupportsanintraBBPSFNcellservedbyatmostthreecombined
RRUs.
TheLBBPd1,LBBPd2,LBBPd3,UBBPd3,UBBPd4,UBBPd5,andUBBPd6boardsapplytobothmacrobasestationsandLampSitebasestations,andeachofthese
boardssupportsaninterBBPSFNcellservedbyatmostsixcombinedRRUs.
TheTX/RXmodeforanSFNcellcanbeconfiguredas1T1R,2T2R,2T4R,or4T4R.Amixedconfigurationofthesemodescanbesupported.
ThisfeatureisnotsupportedwithLBBPcforMacroRRUcombination.
eCO
None
UE
None
Transportnetwork
None
CN
None
OSS
None
Otherfeatures
Thisfeatureisnotcompatiblewiththefollowingfeatures:
LOFD001031ExtendedCP
LOFD001039RFChannelIntelligentShutdown
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
Others
None
5.28.2SystemCapacityandNetworkPerformance
SystemCapacity
Indenselypopulatedoutdoorscenarios,ifthreecommonRRUsarecombinedtoserveanSFNcellandthesystemloadreaches100%,uplinkjointreceptionincreases
theaveragecellthroughputbyabout4%andthecelledgethroughputbyabout10%comparedwithuplinkselectivereception.
Inindoorcoveragescenarios,iffivepRRUgroups(withonepRRUineachgroup)arecombinedtoserveanSFNcellandthesystemloadreaches100%,uplinkjoint
receptionbasicallygeneratesnogaincomparedwithuplinkselectivereception.
TheenhanceduplinkjointreceptionfunctionwithinanSFNcellandthecooperationbetweenSFNandULCoMPtogetherincreasetheaverageuplinkcellthroughputand
theuplinksystemcapacity.
NetworkPerformance
IntheSFNnetworkingscenario,multiplephysicalcellswithdifferentantennamodescanbecombinedintoanSFNcellandcommonRRUs/RFUsandpRRUsorpRRUgroupscan
becombinedtoserveanSFNcell,thereforeimprovingthedownlinkcoveragequalityandincreasingthethroughputofasingleUE.
TheenhanceduplinkjointreceptionfunctionwithinanSFNcellandthecooperationbetweenSFNandULCoMPtogetherincreasetheuplinkcoveragequalityandthethroughputof
edgeUEs.
5.28.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
5.28.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.28.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.28.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenintroducedtoaccommodatethechangeinthisfeature.
PerformanceManagement
ThefollowingeNodeBcountershavebeenintroducedtoaccommodatethechangeinthisfeature.
ChangeType CounterName MeasurementUnit NE Description
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.28.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.29LOFD008002LOFD008002DynamicServicespecificAccessControl(New/Optional)
5.29.1FeatureDescription
Availability
Thisfeatureis:
applicabletoMacrofromeRAN8.1.
applicabletoMicrofromeRAN8.1.
applicabletoLampSitefromeRAN8.1.
Summary
Incaseofsuddendisasters,thisfeatureperformsdynamicaccessclass(AC)controlonsubscribersinitiatingmultimediatelephonyvideoorvoiceservices.Thecontrolisbasedon
cellload.
Benefits
Incaseofsuddendisasters,subscribersmayfrequentlymakemultimediavoiceorvideocallsinefforttocontacttheirrelatives.Thisconsumesanenormousamountofradio
resources,andthereforepreventsothersubscribersfromusingthedisastermessageboardservicethroughthePSnetworktoobtainthedisasterrelatedinformationandevacuation
advisoriesinrealtime.Inaddition,othersubscriberscannotcontacttheirrelativesthroughtheuseofshortmessages.
ThisfeatureoffersasolutionbyapplyingtheACcontrolfunctiononsubscribersinitiatingmultimediatelephonyvideoorvoiceserviceswhencellsarecongestedintheeventof
suddendisasters.SubscriberscanthenusethedisastermessageboardservicethroughthePSnetworkandcontacttheirrelativesthroughtheuseofshortmessages.
Description
ThisfeatureperformsdynamicACcontrolonsubscribersinitiatingmultimediatelephonyvideoorvoiceservicesbasedoncellcongestionstatusintheeventofsuddendisasters.
Thetriggeringscenarioisdeterminedasfollows:
Disasterstatus
AneNodeBdetermineswhetheradisasteroccursaccordingtotheearthquakeandtsunamiwarningsystem(ETWS)primarynotifications(PNs)orthecommercialmobile
alertsystem(CMAS)messagesreceivedfromtheMME.ThedisasterrelatedmessagesbasedonwhichaneNodeBdeterminesdisasterstatusareconfigurable.
Cellcongestionstatus
AneNodeBidentifiescellcongestionstatusbasedontheflowcontrollevelinthecell.
ThespecificpoliciesofdynamicACcontrolareasfollows:
Inthedisasterresponsestate,ifthecellcongestionstatusconsistentlymeetsthetriggeringconditionofACcontrolthroughoutaspecificnumberofconsecutive
measurementperiods,theeNodeBperformsACcontrolonsubscribersinitiatingmultimediatelephonyvideoorvoiceservices.
IfthecellstillstaysinthedisasterresponsestateandhasnotyetmetthestoppingconditionsofACcontrolthroughoutameasurementperiodafterACcontrolis
triggered,thentheeNodeBgraduallyincreasestheproportionofsubscribersunderACcontrolwithinallsubscribersinitiatingmultimediatelephonyvideoorvoiceservices
fromthenextmeasurementperiod.
AneNodeBretainsthecurrentproportionofsubscribersunderACcontrolandcontinuesperformingACcontrolinthenextmeasurementperiodshouldthenumberof
consecutiveperiodsthroughoutwhicheitherofthefollowingconditionsmetislessthanthespecifiednumber:
Thecellhasexitedthedisasterresponsestate.
ThecellmeetstheconditionsforstoppingACcontrol.
IfthecellstaysintheendingphaseofthedisasterresponsestateormeetstheconditionsforstoppingACcontrolthroughoutaspecifiednumberofconsecutiveperiods,
thentheeNodeBstopsACcontrolonsubscribersinitiatingmultimediatelephonyvideoorvoiceservices.
Enhancement
None
Dependency
eNodeB
None
UE
UEsmustcomplywith3GPPR9definedACcontrolonmultimediatelephonyvideoorvoiceservices.
Transportnetwork
None
CN
None
OSS
None
Otherfeatures
ThisfeaturerequirestheLBFD002009Broadcastofsysteminformationfeature.
Others
None
5.29.2SystemCapacityandNetworkPerformance
SystemCapacity
WhentheEnodebFlowCtrlPara.DynAcBarPolicyModeparameterissettoCPULOAD(CPULOAD),iftheEnodebFlowCtrlPara.CpuLoadThdparameterissettoavalueless
than80%(forexample,50%),theaccessofalargenumberofUEsisbarredalthoughtheCPUresourceissufficient.Inthiscase,userexperienceisaffectedandthespecified
BHCAoftheeNodeBmayfailtobereached.
NetworkPerformance
Thehighestfrequencyforaccessprobabilityfactoradjustmentisonceevery20secondsduringdynamicSSAC.Thishasnoinfluenceonnetworkperformance.
IftheRRCconnectionsetupsuccessratedecreasesbecauseofflowcontrolonthemaincontrolboardorbasebandprocessingunitsanddynamicSSACisenabled,theaccessof
someUEsisbarredandcellcongestionwillberelieved.TheRRCconnectionsetupsuccessratewillalsoincrease.Thedegreeintheincreasedependsonthecellcongestion
status,ACcontrolparametersettings,andtheproportionofUEsthatsupportACcontrolinthenetwork.IfUEaccessisbarred,users'accessexperienceisaffected.
5.29.3NEs
ThisfeatureisimplementedontheeNodeB,CME,andPRS.
ThisfeaturerequiresthatUEscomplywith3GPPRelease9orlaterandsupporttheACbarringfunction.
5.29.4Hardware
Noimpact.
5.29.5InterNEInterfaces
Noimpact.
5.29.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.29.7RelatedFeatures
PrerequisiteFeatures
DynamicSSACdependsonthefeatureLBFD002009BroadcastofsysteminformationbecauseACcontrolparametersarebroadcastthroughSIB2messages.
DynamicSSACdependsonthefeatureLBFD002029EarthquakeandTsunamiWarningSystem(ETWS)whentheCellDynAcBarAlgoPara.DisasterReferenceIndparameterisset
toETWS_PN(ETWS_PN)orETWS_PN_TEST(ETWS_PN_TEST).
DynamicSSACdependsonthefeatureLOFD001092CMASSupportwhentheCellDynAcBarAlgoPara.DisasterReferenceIndparameterissettoCMAS(CMAS).
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.30LOFD070202UltraFlashCSFBtoUTRAN(New/Optional)
5.30.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN7.0
applicabletoMicrofromeRAN7.0
applicabletoLampSitefromeRAN7.0
Summary
ThisfeatureappliestoareaswhereUMTSandLTEnetworksaredeployedandLTEnetworksdonotsupportVoIPservices.
WhenaUEinitiatesaCSservicesetuprequestinanLTEcell,thisfeatureenablestheRNCtoprepareCSresourcesbeforeaCSfallbackthroughtheSRVCChandoverprocedure.
ThisshortenstheaccessdelayfortheCSfallbackandimprovesuserexperience.
Benefits
ThisfeatureshortenstheaccessdelayforCSfallbacksbyaround1secondandimprovesuserexperience.
Description
Thisfeatureworksasfollows:
1.WhenaUEinitiatesaCSservicesetuprequestinanLTEcell,theeNodeBtriggersanLTEtoUMTSSRVCChandover.
2.UponidentifyingtheproprietarySRVCCbasedCSfallbackprocedure,theCNsendstheRNCaRELOCATIONREQUESTmessagethatincludesparameterindications
instructingtheRNCtoprepareCSresourcesbeforeaCSfallback.
3.Basedontheindications,theRNCpreparestherequiredCSresources.TheRNCthenperformsspecialoperationstoensurethattheCSfallbacksucceeds.
4.AftertheCSfallback,theUEandCNskiptheauthenticationandencryptionproceduresrequiredbythestandardCSfallbackprocedure.
Figure54illustrateshowthisfeatureworks.
Figure54WorkingprincipleofCSFBbasedonSRVCC
Enhancement
None
5.30.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
ComparedwithstandardCSFB,thisfeaturereducesthedelayofCSFBtoUTRANby1second,improvinguserexperience.
5.30.3NEs
ThisfeatureisaHuaweiproprietaryfeature.Toenablethisfeature,theMME,MSC,andRNCmustbeallprovidedbyHuaweiandsupportthisfeature.
5.30.4Hardware
Noimpact.
5.30.5InterNEInterfaces
TheeNodeBsendstheHandoverRequiredmessage(withtheSRVCCHOIndicationIEsetto"PSandCS")overtheS1interface.
5.30.6OperationandMaintenance
License
Theoperatorhaspurchasedandactivatedthelicenseforthefeaturelistedinthefollowingtable.
ConfigurationManagement
Thefollowingparametershavebeenintroducedtoaccommodatethisfeature.
Thefollowingcountershavebeenintroducedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.30.7RelatedFeatures
PrerequisiteFeatures
ThisfeaturerequirestheoptionalfeatureLOFD001033CSFallbacktoUTRAN.
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.31LOFD070205AdaptiveSFN/SDMA(Enhanced/Optional)
5.31.1FeatureDescription
Availability
Thisfeatureis
applicabletomacroeNodeBsfromeRAN7.0
notapplicabletomicroeNodeBs
applicabletoLampSiteeNodeBsfromeRAN7.0
Summary
WhenmultiplecommoncellsarecombinedintoanSFNcell,theeNodeBclassifiesUEsaccordingtotheirsignalquality,andimplementsadaptivejointschedulingandindependent
schedulingoftimefrequencyresourcesinmultiplecells.Thespacedivisionmultipleaccess(SDMA)technologyisintroducedtoimplementindependentschedulingoftimefrequency
resourcesinmultiplecells.
Benefits
AdaptiveSFN/SDMAincreasesresourceusageandsystemthroughputwhileensuringcoveragequality.
AninterbasebandboardconnectionenablescommunicationbetweendifferentcellsandallowstheadaptiveSFN/SDMAfeaturetobemorewidelyused.
TheuplinkjointreceptionfunctionofanSFNcellisenhancedasfollows:
AllowsRRUsservinginterBBPphysicalcellstojointlyreceivedata
AllowsRRUsservinguptothreephysicalcellstojointlyreceivedata
AllowsRRUsservingthephysicalcells(workingin1R+1Ror1R+2Rmode)tojointlyreceivedata.
SFNcellssupporttheULCoMPfeature.
CommonRRUs/RFUsandpRRUscanbecombinedtoserveanSFNcell.PhysicalcellsworkingindifferentTX/RXmodescanalsobecombinedtoformanSFNcell.Forexample,
physicalcellsworkingin1T1R,2T2R,and2T4Rmodescanbecombined,andthoseworkingin2T2R,2T4R,and4T4Rmodescanalsobecombined.
Description
Basedontheuplinkreferencesignalreceivedpower(RSRP),theeNodeBdeterminesUEattributesandthenperformsoneofthefollowingfunctions:
Jointschedulingofresourcesinallcells
Jointschedulingofresourcesinsomecells
Independentschedulingofresourcesinasinglecell
Inaddition,theeNodeBcollectstheworkingRRUlist.ThePDSCHsandPUSCHsoftheRRUsinthislistwillbescheduledjointlyorindependently.
Enhancement
eRAN8.1
4T4RRRUscanbecombinedtoserveanSFNcell.Amixedconfigurationof2T2R,2T4R,and4T4RRRUscanbesupported.
TwoRRUscanbecombinedtoserveaphysicalcell.Amaximumof12RRUscanbecombined.
5.31.2SystemCapacityandNetworkPerformance
SystemCapacity
Afterdownlink2x2MIMObasedonTM9isenabled,thecapacityoftheSFNcellincreases.
Inoutdoorcoveragescenarios,whentheSFNcellservedbytwoRFmodulesisfullyloaded,thedownlinkaveragethroughputofthecellincreasesby11%andthe
downlinkthroughputatthecelledgeincreasesby49%.
Inindoorcoveragescenarios,whentheSFNcellservedbytwopRRUsisfullyloaded,thedownlinkaveragethroughputofthecellincreasesby4%andthedownlink
throughputatthecelledgeincreasesby1%.
TheenhanceduplinkjointreceptionfunctionwithinanSFNcellandthecooperationbetweenSFNandULCoMPtogetherincreasetheaverageuplinkcellthroughputandtheuplink
systemcapacity.
NetworkPerformance
IntheSFNnetworkingscenario,multiplephysicalcellswithdifferentantennamodescanbecombinedintoanSFNcellandcommonRRUs/RFUsandpRRUsorpRRUgroupscan
becombinedtoserveanSFNcell,thereforeimprovingthedownlinkcoveragequalityandincreasingthethroughputofasingleUE.
TheenhanceduplinkjointreceptionfunctionwithinanSFNcellandthecooperationbetweenSFNandULCoMPtogetherincreasetheuplinkcoveragequalityandthethroughputof
edgeUEs.
5.31.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
5.31.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.31.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.31.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenaddedormodifiedtoaccommodatethisfeature.
PerformanceManagement
ThefollowingeNodeBcountershavebeenintroducedtoaccommodatethechangeinthisfeature.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.31.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.32LOFD070207IntelligentAccessClassControl(Enhanced/Optional)
5.32.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN7.0
applicabletoMicrofromeRAN7.0
applicabletoLampSitefromeRAN7.0
Summary
Thisfeatureenablesaccesscontrolinscenarioswherealargenumberofusersaccessthenetworksimultaneously,suchasNewYearparty,concert,orgathering.Accesscontrolis
performedbasedonthecellcongestionstatustoensuresmoothaccessofUEsandpreventasharpincreaseinsignalingload.
Thisfeaturemayaffectuserexperienceinnetworkaccess.Therefore,itisrecommendedthatthisfeaturebeenabledonlywhenalargenumberofusersaccessthenetwork
simultaneously.
Benefits
Thisfeatureoffersthefollowingbenefits:
ControlsUEaccesstopreventasharpincreaseinsignalingload.
RelievescellcongestionandimprovesuserexperienceofUEsthathaveaccessedthenetwork.
Description
Asdefinedin3GPPspecifications,accessclasscontrolsupportedsinceeRAN2.1enablesaneNodeBtosendaccesscontrolparametersinsysteminformationblocktype2(SIB2)
toUEsinacell.Basedonaccesscontrolparametersettings,UEsthendeterminewhethertheycanaccessthecell.
Basedontheaccesscause,SIB2cancontainaccesscontrolparametersfordifferenttypesofservices.ThecausesincludeMOSignaling,MOData,Emergency,
SSAC_MMTEL_Video,SSAC_MMTEL_Voice,andCSFB.
ForEmergencyservices,theaccesscontrolparametercanspecifywhethertoenableaccessbarring.Forotherservices,accesscontrolparameterscanspecifythebarringfactor,
barringduration,andbarringofaccessclasses11to15.
Intelligentaccessclasscontrolisanenhancementtoaccessclasscontrol.Withthisenhancement,aneNodeBcandeterminewhethertostartaccessclasscontrolbasedonthecell
congestionstatus.Afteraccessclasscontrolisstarted,theeNodeBcandynamicallyadjustaccesscontrolparametersuntilcellcongestionisrelieved.
Currently,onlyintelligentaccessclasscontrolforMOSignalingandMODataaresupported.
Intelligentaccessclasscontrolprovidesthefollowingenhancement:
EnablesaneNodeBtostartaccessclasscontrolbasedonthecellcongestionstatus.
EnablesaneNodeBtodynamicallyadjustaccesscontrolparametersafteraccessclasscontrolisenabled.
Enhancement
eRAN8.1
OperatorscanconfigurethetriggeringandstoppingconditionsofintelligentACcontrolbasedontheonsiterequirements.Forexample,operatorscanconfigurea"quick
enterslowout"policyora"slowenterquickout"policyforintelligentACcontrol.Inthe"quickenterslowout"policy,whenintelligentACcontrolisenabled,ACcontrolis
allowedtobetriggeredsoonafterthetriggeringconditionismetandisallowedtobestoppedsometimeafterthestoppingconditionismet.
5.32.2SystemCapacityandNetworkPerformance
Thechangeinthisfeaturehasnoimpact.
5.32.3NEs
ThisfeatureisimplementedontheeNodeB,CME,andPRS.
ThisfeaturerequiresthatUEscomplywith3GPPRelease8orlaterandsupporttheACbarringfunction.
5.32.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.32.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.32.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.32.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.33LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)(Enhanced/Optional)
5.33.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN7.0
notapplicabletoMicro
notapplicabletoLampSite
Summary
Basedoncoordinatedscheduling,CoordinatedSchedulingbasedPowerControl(CSPC)dynamicallyconfiguresdownlinktransmitpowerforeachsubframeineachcellwithinan
areaforintercellinterferencecoordination.
Benefits
InanEUTRAN,physicalresourceblock(PRB)usageincreaseswiththetrafficvolume.UEsexperiencesevereinterferenceindenselypopulatedurbanareaswhereintrafrequency
eNodeBsaredeployedwithanintersitedistanceoflessthan500m.
CSPCefficientlycoordinatesintercellinterferenceandoffersthefollowingbenefits:
Increaseshotspotcellcapacityinaloadunbalancednetwork.
IncreasesthethroughputofcelledgeUEsacrossthenetwork.
ReduceshandoverfailuresandservicedropscausedbyDLinterference.
Description
CSPCcoordinatesTTIspecifictransmitpowerconfigurationsinindividualcells.Itreducesintercellinterferencebasedoncollaborationofschedulingwithpowercontrol.
DuringCSPC,thecentralizedcontrollerperiodicallycollectsUEschedulinginformationabouteachEUTRANcell,calculatestheoptimalcellpowerconfigurationsfortheentire
network,anddeliverstheresultstotheEUTRANNodeBs(eNodeBs).TheeNodeBsthenchangetheirDLpowertothereceivedpowerconfigurations.Eachcellobtainsthetransmit
powerconfigurationsforthelocalcellanditsneighboringcellsonthesametimefrequencyresourcesandpromptlyupdatesthemodulationandcodingschemes(MCSs)forcelledge
UEs.Inaddition,ifaUEexperiencesinterferencefromneighboringcells,theservingcellschedulestheUEonthetimefrequencyresourceswheretheneighboringcellsreduce
transmitpower.ThistypeofschedulingincreasesspectralefficiencyoftheUE.
Thefigureshowsanexampleoftimedomainpowercoordination.Inthisexample,cell1andcell2areneighboringcells.Tomeettheirrespectiveschedulingrequirements,thecells
coordinatethetransmitpowerforresourceelements(REs)thatcarrydataonthephysicaldownlinksharedchannel(PDSCH)withineachTTI.Inthefigure,abluerectangledenotes
anREwithfulltransmitpower,ayellowrectangledenotesanREwithincreasedtransmitpower,andagrayrectangledenotesanREwithdecreasedtransmitpower.
Enhancement
eRAN8.1
CSPCinHetNetscenariosisnowsupportedinthecentralizedCloudBBarchitecture.Inthisarchitecture,remoteradiounits(RRUs)areinstalledatsites,andBBUsare
locatedtogetherandinterconnectedthroughaUSU.TheRRUsareconnectedtotheBBUsthroughopticalCPRIinterfaces.
5.33.2SystemCapacityandNetworkPerformance
SystemCapacity
Onaheavilyloadednetworkinadenselypopulatedurbanarea,CSPCproduces0%to10%positivegainstoaveragecellthroughput.
NetworkPerformance
CSPChasthefollowingimpactonnetworkperformance:
WhentheaveragePRBusageintheCSPCcoverageareaisaround30%,theaverageUEthroughputandthroughputofcelledgeratetestingUEsincreasebyabout20%
and40%,respectively.
WhentheaveragePRBusageintheCSPCcoverageareareaches100%,CSPCproducesthemaximumgainsinhotspotcells:increasesaverageUEthroughputand
celledgeUEthroughputby40%and200%,respectively.Themaximumgainsarereachedwhenthefollowingconditionsaremet:
TheCSPCcoverageareaisheavilyloaded,whichissimilartoafullbuffertrafficmodel.
TheratiooftheUEnumberinhotspotcellstotheUEnumberinneighboringcellsisgreaterthanorequalto3:1.
5.33.3NEs
ThisfeatureisimplementedontheeNodeB.
5.33.4Hardware
HardwareplanningforCSPCisasfollows:
OneandonlyoneUBBPd6boardmustbeinstalledinoneoftheBBUsinterconnectedthroughUSUs,andtheboardmustbeusedonlytocarrythecentralizedcontroller.
TheotherBBPsmustbeLBBPdorUBBPdboards.
AUMPTmustbeconfiguredasthemaincontrolboardforeachBBU.
IfthecellsintheCSPCcoverageareaareconfiguredinBBU3900s,anLBBPdorUBBPdmustbeinstalledinslot2or3ofeachBBU.Thisconstraintdoesnotapplyto
cellsconfiguredinBBU3910s.
ExternalsynchronizationsourcesmustbeconfiguredforBBUs.Fordetails,seeSynchronizationFeatureParameterDescription.
5.33.5InterNEInterfaces
Noimpact.
5.33.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
N/A
PerformanceManagement
N/A
FaultManagement
N/A
5.33.7RelatedFeatures
PrerequisiteFeatures
CSPCrequiresthefollowingfeaturestobeactivated:
Oneofthefollowingfeaturesforsynchronizationbetweencells:
LBFD00300503SynchronizationwithGPS
LOFD00301302IEEE1588V2ClockSynchronization
LOFD001015EnhancedScheduling
EnhancedschedulingprovidesschedulingprioritiesforthecentralizedcontrollertocalculatetheDLpowerforindividualcells.
LOFD00101501CQIAdjustment
eNodeBsadjustchannelqualityindicator(CQI)valuesbasedonHARQfeedbacksothattheinitialblockerrorrate(IBLER)ofUEscanstillapproachtheoptimaltarget
valueafterCSPCisenabled.
MutuallyExclusiveFeatures
CSPCdoesnotworkwiththefollowingfeatures:
LBFD002025BasicScheduling
BasicschedulingdoesnotensureschedulingfairnessamongUEs.CSPCrequiresenhancedscheduling.
LOFD001007HighSpeedMobility
Inhighmobilityscenarios,cellloadchangessorapidlythatthecentralizedcontrollercannotrespondpromptly.
LOFD001008UltraHighSpeedMobility
Inhighmobilityscenarios,cellloadchangessorapidlythatthecentralizedcontrollercannotrespondpromptly.
LOFD001009ExtendedCellAccessRadiusandLOFD081223ExtendedCellAccessRadiusBeyond100km
TheradiusofeachcellwhereCSPCistobeusedcannotexceed15km.Otherwise,CSPCdoesnottakeeffect.
Thefollowingpowercontrolrelatedfeatures(becauseCSPCdeterminesDLpowerpercell):
LBFD002016DynamicDownlinkPowerAllocation
LBFD00202201DownlinkStaticInterCellInterferenceCoordination
LOFD00101401DownlinkDynamicInterCellInterferenceCoordination
LOFD060201AdaptiveInterCellInterferenceCoordination
LOFD070205AdaptiveSFN/SDMA
CSPCworksonlogicalcells,whereasadaptiveSFNconductspowercontrolonphysicalcells.Therefore,thetwofeaturesdonotworkwitheachother.
LAOFD081233DynamicTDMeICIC
CSPCachievesTTIlevel(thatis,millisecondlevel)fastcoordination,whereaseICICachievesonlysecondlevelslowcoordination.Theyproducegainsindifferent
scenarios.Therefore,eICICandCSPCcannotbeusedtogether.
LOFD081221SuperCombinedCell
ThisfeatureandCSPCcannotbebothenabled.
ImpactedFeatures
CSPCaffectsthefollowingfeatures:
LOFD001016VoIPSemipersistentScheduling
CSPCdoesnotapplytoUEsthatarescheduledinasemipersistentmanner.
LAOFD001001LTEAIntroductionandLAOFD001002CarrierAggregationforDownlink2CCin40MHz
ServingandneighboringcellRSRPmeasurementsforCSPCarebasedonSRS,whichistransmittedbyUEstoeNodeBs.IfacellintheCSPCcoverageareais
configuredasasecondaryservingcell(SCell)ofacarrieraggregation(CA)UEbutisnotconfiguredwithaULoperatingband,SRSconfigurationsdonotapplytotheUE.
Asaresult,CSPCdoesnottakeeffectontheUE.
ThecentralizedcontrollerforCSPCincreasestheaveragethroughputofcellsontheaffectedfrequencyandthecelledgeUEthroughputinthenetworkinmostcases.
However,itmayhaveanegativeimpactonUEsthatachievehighthroughputandexperienceinterferenceinhotspotneighboringcells.Ifbasicschedulingisusedwith
CA,thedatarateofaCAUEisthetotaldatarateoftheUEonalltheaggregatedcarriersandthereforeistypicallyhigherthanthedatarateofanonCAUE.Asaresult,
CAUEsencounteralowerprobabilityofbeingscheduledandthereforealowerdatarateinCSPCscenarios.
LOFD003029SFN
CSPCappliestoSFNcellswhoseFddResMode.SfnCapabilityModeissettoNORMAL(NORMAL),butnottoSFNcellswhoseFddResMode.SfnCapabilityModeis
settoLARGECAPABILITY(LARGECAPABILITY).
LOFD081208IntereNodeBSFNBasedonCoordinatedBBU
WhenaCSPCclusterincludesanintereNodeBSFNcell,theCspcAlgoPara.CspcPowerConfigDelayparametermustbesettoavaluethatis1mslongerthanthe
valuefornonSFNcellscenarios.
5.34LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture(Enhanced/Optional)
5.34.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN7.0
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN7.0
Summary
HuaweieMBMSphase1supportstransmissionofmultimediabroadcastmulticastservice(MBMS)basedonthecentralizedmulticell/multicastcoordinationentity(MCE)
architecture,whichisdefinedin3GPPRelease9.
Benefits
Whenoperatorsprovideunicastservicesandthereisalargedemandforservices(forexample,livevideoofafootballmatch)inanLTEnetwork,eMBMSoffersthefollowing
benefits:
Astableandbandwidthguaranteedbroadcastoffersasatisfactoryserviceexperience.ThereisnolimitonthenumberofUEsthatreceiveMBMSservices,because
MBMSservicesarebroadcastusingsemistaticradioresourceconfigurationsandthenumberofUEsservedisirrelevanttotheamountofresourcesallocated.
NOTE:
EitherRRC_IDLEorRRC_CONNECTEDUEscanreceiveMBMSservices.ThereisnolimitonthenumberofUEsthatreceiveMBMSservices.However,the
maximumnumberofRRC_CONNECTEDUEsinaneMBMScapablecellissubjecttothecellcapacityexpressedinanumberofUEs.
Thebroadcastallowsresourcestobesharedinordertodelivertheservicesindemand.Itreducestherequirementforunicastbearerresourcesandlowerstheriskof
networkcongestion.Inaddition,itimprovesuserexperiencewithexistingunicastservicesinaheavilyloadedorevencongestednetwork.
eMBMSreducesinvestmentinequipmentforcapacityexpansionandallowsoperatorstodevelopnewvalueaddedservices(forexample,highdefinitionvideo)inorderto
increaserevenue.
Description
ComparedwiththeLTESAEarchitecturethatsupportsunicastservices,aneMBMScapableLTEnetworkincorporatesthreenewnetworkelements(NEs):
Broadcastmulticastservicecenter(BMSC):supportsserviceannouncement,securitymanagement,sessionmanagement,transmissionproxy,anddatasynchronization.
eMBMSgateway(MBMSGW):forwardsMBMSuserdatatotheeNodeBusingIPmulticastovertheM1interfaceandperformsMBMSsessioncontrol(sessionstart/stop)towards
theEUTRANthroughtheMME.TheMBMSGWcanbedeployedtogetherwiththePGW.
MCE:performsadmissioncontrolonMBMSsessions,andallocatesmultimediabroadcastmulticastservicesinglefrequencynetwork(MBSFN)timefrequencyresourcesusedbyall
eNodeBsintheMBSFNareaformulticellMBMStransmissions.
InHuaweieMBMSphase1,theMCE'sfunctionsareprovidedbytheeCoordinatorratherthantheeNodeB.ThefollowingfigureshowsthenetworkingforeMBMSphase1basedon
thecentralizedMCEarchitecture.
IneRAN7.0,frequencybandsandbandwidthssupportedbyHuaweieMBMSphase1areasfollows:
Frequencyband:800MHz,1800MHz,and2.6GHzforLTEFDD
Bandwidth:5MHz,10MHz,15MHz,or20MHzforFDDcells
Enhancement
eRAN8.1
SinceeRAN8.1,HuaweieMBMSsupportsMBSFNareaoverlaps,thatis,asinglecellcanbelongtoamaximumofthreeMBSFNareas.ThesupportofMBSFNarea
overlapsenablesmoreflexibledeploymentofMBMSservices,especiallywhensomeservicesmustbetransmittedacrossawideareaandsomeothersonlyathotspot
locations.
ForMBSFNareaoverlaps,HuaweieMBMSsupportsthefollowingsubfunctions:
ConfiguringthemappingbetweenasinglecellandmultipleMBSFNareasontheMCE
AllocationofMBSFNsubframesinacentralizedmannerinoverlappingMBSFNareas
AtthestartupofanMBMSsession,theMCEchoosestheMBSFNareawherethesessionistobedelivered.IfoverlappingMBSFNareasexistinthetargetregionfor
sessiondelivery,theMCEchoosesthelargestMBSFNareathatmeetstheMBMSservicearearequirementofthesession,andthenperformscentralizedallocationof
MBSFNsubframesforcellsinthechosenMBSFNarea.
LBBPcandLMPTdosupportthisfeature.
AneNodeBcannowbroadcastanMBMSsessionindifferentMBSFNareasatthesametime.Theapplicationscenariosareasfollows:
RRUsareinstalledremotely.Inaddition,asingleMBSFNareacannotincludeallthecellsservedbytheremoteRRUsorincludethesecellsandthecells
servedbylocalRFunits.
TheeNodeBoperatesinmultiplefrequencybands,andeMBMSisrequiredinmorethanoneofthebands.
SinceeRAN8.1,HuaweieMBMSsupportscellspecificPMCHtransmitpowerconfiguration.Ifthetransmitpowerofacelldoesnotreachthelicensedpowerandthe
transmitpowerofthesectorequipmentservingthecelldoesnotreachthemaximum,thecellspecificPMCHtransmitpowercanbeincreasedbymodifyingtheoffset
parameter.Then,anMCSofalargerindexcanbeusedfortheMBSFNareathatthecellbelongsto,sothattheeMBMSservicecapacitycanbeimproved.
5.34.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeatureenableseNodeBstosupportMBSFNareaoverlaps.IfoverlappingMBSFNareasareinappropriatelyconfigured,someMBSFNsubframesarewasted,andin
certainareas,thecapacityofmulticastservicesdecreases.
IfasessionisbroadcastincellsthatbelongtodifferentMBSFNareasandareservedbythesameBBPofamacroeNodeB,theCPUusageoftheBBPincreases.Ifthe
sessiondataistransmittedatthe1Mbit/srateintwoMBSFNareas,theCPUusageincreasesbyabout0.4%.Ifthesessiondataistransmittedatthe1Mbit/sratein
threeMBSFNareas,theCPUusageincreasesbyabout0.8%.IftheCPUusageexceeds70%,theeNodeBstopstransmittingtheMBSMsessioninmultipleMBSFN
areas.Instead,ittransmitsthesessioninonlyoneMBSFNarea.ThetransmissioninmultipleMBSFNareasresumesonlyaftertheCPUusagefallsbelow50%.
ThisfeaturesupportscellspecificPMCHtransmitpowerconfiguration.IfthetransmitpowerofacelldoesnotreachthelicensedvalueandthetransmitpowerofanRRU
servingthecelldoesnotreachthemaximum,thevalueoftheCELLCHPWRCFG.PmchPwrOffsetparametercanbechangedtoincreasethePMCHtransmitpower.
Then,anMCSofalargerindexcanbeusedfortheMBSFNareathatthecellbelongsto,sothattheeMBMSservicecapacitycanbeimproved.
NetworkPerformance
Thechangeinthisfeaturehasnoimpact.
5.34.3NEs
ThechangeinthisfeaturerequiressupportfromtheECO6910.
5.34.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.34.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.34.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
ThefollowingparametershavebeenaddedontheeNodeBsidetoaccommodatethisfeature.
NoparameterhasbeenaddedorremovedontheMCE(ECO6910)sidefortheenhancementofthisfeature.However,theonetoonemappingbetweenthe
MBSFNAREACELL.CellIdandMBSFNAREACELL.MbsfnAreaIdparametershaschangedtoonetomanymapping.Thatis,youcanruntheADDMBSFNAREACELLcommand
toconfiguremultipleMBSFNareasforonecellinMBSFNareaoverlapscenarios.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thefollowingalarmshavebeenaddedormodifiedtoaccommodatethisfeature.
5.34.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
IftheUuinterfacebasedsoftsynchronizationsolution(introducedinthecurrentversion)isselectedfornodesynchronization,thisfeaturerequiresLOFD080216UubasedSoft
Synchronization.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.35LOFD070222IntraeNodeBULCoMPPhaseII(Enhanced/Optional)
5.35.1FeatureDescription
Availability
Thisfeatureis:
ApplicabletoMacrofromeRAN7.0.
NotapplicabletoMicro.
ApplicabletoLampSitefromeRAN8.1.
Summary
ThisfeatureworkswithLOFD001066IntraeNodeBULCoMPtoimplementintraorinterBBPULCoMPwithinabasebandunit(BBU).
Benefits
ThisfeatureincreasestheuplinkthroughputofCEUsandsomeCCUsinintraBBPorintraBBUinterBBPcells,therebyimprovinguserexperience.
Description
ThisfeatureusesintraBBUinterBBPcellantennastoreceivesignalsfromasingleUE.TheservingandcoordinatedcellsaresetupondifferentBBPsinthesameBBU,andthey
exchangeinformationbetweentheBBPs.
ThefollowingfigureshowsintraBBUinterBBPULCoMP.
Enhancement
eRAN8.1
Supports3cellULCoMP.TheantennasofthreecellsjointlyreceivesignalsfromasingleUE.Ina2Rcell,atotalofsixantennasjointlyreceivePUSCH
signalsfromasingleUE.ThisjointIRC(JIRC)achieveshighersignalqualitythanjointreceptionbyasinglecell'sortwocells'antennas.Thefollowingfigure
compares2cell(left)and3cellULCoMP(right).
Thisfeaturecanbeusedin1Rcellsorin1R+2Rcells."1R+2Rcells"meansthatacoordinatedsetcancontainboth1Rand2Rcells.
SupportsULCoMPinaHetNetcomposedofmacroeNodeBsandlowpowernodes(LPNs).
SupportsmacromicrointerBBPULCoMP.
ThesignalssentbyaUEinamacrocellcanbejointlyreceivedbythemacrocellandmicrocellsservedbyLPNs.Thejointreceptionimprovesthe
performanceofthisUE,asshowninthefollowingfigure.Inmacromicroscenarios,theeNodeBcanselectcoordinatedcellsbasedonSRSmeasurements
(thatis,ULRSRPvalues).
SupportsmicromicrointerBBPULCoMP.
WhenLPNsareadjacenttoeachother,ULCoMPcanbeperformedbetweenthemicrocellsservedbytheLPNs.Theworkingprinciplesarethesameas
thoseforinterBBPmacromacroULCoMP.
5.35.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeatureisenhancedineRAN8.1tosupport3cellULCoMPandincreasetheaverageuplinkthroughputforbothcellsandCEUs.ThecellscanbeLampSiteeNodeBserved
cells,macro+microcells,ormicro+microcells.
NetworkPerformance
Thisfeatureenhancesuplinkcoverageinmacro+microandmicro+microscenarios.
5.35.3NEs
Thechangeinthisfeaturehasnoimpact.
5.35.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.35.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.35.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparameterhasbeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.35.7OtherFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.36LOFD070223ULCoMPBasedonCoordinatedBBU(Enhanced/Optional)
5.36.1FeatureDescription
Availability
Thisfeatureis:
ApplicabletoMacrofromeRAN7.0.
NotapplicabletoMicro.
NotapplicabletoLampSite.
Summary
ThisfeatureimplementsinterBBUULCoMPbyworkingwithLOFD001066IntraeNodeBULCoMPandLOFD070222IntraeNodeBULCoMPPhaseIIinmultiBBU
interconnectionscenarios.
Benefits
ThisfeatureraisestheproportionofCEUsandsomeCCUsforwhichULCoMPisperformedininterBBUcells,increasesuplinkUEthroughput,andimprovesuserexperience.
Description
ThisfeatureusestheantennasofinterBBUcellstojointlyreceivesignalsfromasingleUE.TheservingandcoordinatedcellsaresetupondifferentBBUs,andtheyexchange
informationbetweentheBBUsthroughuniversalswitchingunits(USUs).
Timesynchronizationwithadeviationnomorethan1smustbeachievedbetweenBBUs,forexample,byusingaGPSorIEEE1588V2clock.
Thisfeaturecanbeusedinthefollowingscenarios:
InterBBUULCoMP
Figure55InterBBUULCoMP
MacromicrointerBBUULCoMP
ThesignalssentbyaUEinamacrocellcanbejointlyreceivedbythemacrocellandmicrocellsservedbyLPNs.Thejointreceptionimprovestheperformanceofthis
UE,asshowninthefollowingfigure.Inmacromicroscenarios,theeNodeBcanselectcoordinatedcellsbasedonSRSmeasurements(thatis,ULRSRPvalues).
MicromicrointerBBUULCoMP
WhenLPNsareadjacenttoeachother,micromicroULCoMPcanbeperformed.TheworkingprinciplesarethesameasthoseforinterBBUULCoMP.
Enhancement
eRAN8.1
Supports3cellULCoMP.
SupportsinterconnectionbetweenBBUsandtwolevelsofUSUs.
Inmacromicroscenarios,theeNodeBcanselectcoordinatedcellsbasedonSRSmeasurements(thatis,ULRSRPvalues).Themacrocellselects
appropriatecoordinatedcellsbasedonthedifferencebetweentheULRSRPmeasuredbytheservingcellandtheULRSRPvaluesmeasuredbyLPNserved
microcells.
SupportsmicromicrointerBBUULCoMP.TheprinciplesarethesameasthoseforinterBBUmacromacroULCoMP.
5.36.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeatureisenhancedineRAN8.1tosupportjointreceptionindistributedCloudBB,centralizedCloudBB,macromicro,andmicromicroscenarios.Asaresult,thisfeature
increasestheaverageuplinkthroughputforbothcellsandCEUsinthecoordinationscopes.
NetworkPerformance
ThisfeatureenhancesuplinkcoverageindistributedCloudBB,centralizedCloudBB,macromicro,andmicromicroscenarios.
5.36.3NEs
Thechangeinthisfeaturehasnoimpact.
5.36.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.36.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.36.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparameterhasbeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.36.7RelatedFeatures
Thechangeinthisfeaturehasnoimpact.
5.37LOFD080212SRLTEOptimization(New/Optional)
5.37.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN8.1
ApplicabletoMicrofromeRAN8.1
ApplicabletoLampSitefromeRAN8.1
Summary
ThisfeatureenablestheeNodeBtodetecttheperiodwhenanSRLTEcapableUEperiodicallyleavesorreturnstoRRC_CONNECTEDstate.Thedetectionresultservesasaninput
toscheduling.SRLTEisshortforSingleRadioLTE.
Benefits
UpondetectingthatanSRLTEcapableUEhasleftRRC_CONNECTEDstate,theeNodeBswitchestoscheduleotherUEs,increasingcellthroughput.
Description
AnSRLTEcapableUEperiodicallyleavesRRC_CONNECTEDstatetomonitorapagingchannelonaCDMA20001Xnetwork.TheUEdoesnotnotifytheeNodeBofthe
monitoring,andtheeNodeBcontinuesschedulingtheUE,decreasingcellthroughput.
ThefollowingfigureshowstheprocedureinwhichanSRLTEcapableUEperiodicallyleavestheRRC_CONNECTEDstatetomonitorapagingchannelonaCDMA20001Xnetwork.
Figure56SRLTEcapableUEmonitoringapagingchannelonaCDMA20001Xnetwork
ThepagingcycleintheCDMA20001Xnetworkisspecifiedbyaparameteronthenetwork.Thecyclecanbesetto1.28sor2.56s,forexample.Themonitoringdurationis
associatedwiththepagingcycle.Theminimumdurationis80ms.IfothermechanismssuchasTCPpenaltyareused,thedurationcanreach120ms.
ThisfeatureenablestheeNodeBtocheckthestatusofanSRLTEcapableUE.UpondetectingthattheUEhasleftRRC_CONNECTEDstatetomonitorthepagingchannelonthe
CDMA20001Xnetwork,theeNodeBswitchestoscheduleotherUEs,increasingthecellthroughput.
Enhancement
None
5.37.2SystemCapacityandNetworkPerformance
SystemCapacity
WhenSRLTEcapableUEsaccessthenetwork,enablingthisfeatureincreasesthePRBusage,celldatathroughput,andapplicationlayerthroughput.
NetworkPerformance
Noimpact.
5.37.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEs.UEsmustsupportSRLTE.
5.37.4Hardware
Noimpact.
5.37.5InterNEInterfaces
Noimpact.
5.37.6OperationandMaintenance
License
Thefollowinglicensecontrolitemhasbeenaddedtoaccommodatethisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingfunctionsubsethasbeenmodifiedtoaccommodatethisfeature.
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.37.7RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.38LOFD080215eMBMSServiceContinuity(New/Optional)
5.38.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN8.1
Summary
Thisfeatureisanenhancementtotheevolvedmultimediabroadcast/multicastservice(eMBMS)featureforservicecontinuityaccordingto3GPPRelease11.Whenthisfeatureis
activated,UEscanidentifyMBMSservicestransmittedatdifferentfrequenciesinaninterfrequencynetworkingscenario.BasedontheinformationprovidedbyaUEaboutthe
MBMSservicethattheUEisinterestedin,thenetworkformulatesanappropriatefrequencycampingpolicyfortheUE.Basedonthispolicy,theUEcanswitchtotherightfrequency
forreceptionofthedesiredMBMSservice.
Benefits
ThisfeatureimprovesuserexperiencewithMBMSservices.
Description
TheservingcellofaUEbroadcastsalltheEUTRAabsoluteradiofrequencychannelnumbers(EARFCNs)andMBMSserviceareaIDs(SAIs)usedonthecurrentnetwork.After
receivingtheinformation,aUEidentifiesthetargetfrequencyusedtotransmittheMBMSservicethattheUEisinterestedin.Ifinidlemode,theUEdirectlyswitchestothetarget
frequencybycellreselectiontoreceivethedesiredMBMSservice.Ifinconnectedmode,theUEinformstheservingeNodeBaboutthetargetfrequencyatwhichitsdesiredMBMS
serviceistransmitted,andtheeNodeBdetermineswhethertoimmediatelyhandovertheUEtothetargetfrequency.
Enhancement
None
5.38.2SystemCapacityandNetworkPerformance
SystemCapacity
eMBMSservicecontinuityrequiresSIB15transmission.SIB15isshortandsentatalonginterval(sentevery32radioframesbydefault).Therefore,thisfeaturehaslittleimpacton
thesystemcapacity.
NetworkPerformance
Noimpact.
5.38.3NEs
ThisfeaturerequiressupportfromtheUE.TheUEmustcomplywith3GPPRelease11orlater.
5.38.4Hardware
Noimpact.
5.38.5InterNEInterfaces
Noimpact.
5.38.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.38.7RelatedFeatures
PrerequisiteFeatures
LOFD080215eMBMSServiceContinuityrequiresLOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture.
MutuallyExclusiveFeatures
Noimpact.
ImpactedFeatures
Noimpact.
5.39LOFD080216UubasedSoftSynchronization(New/Optional)
5.39.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1.
notapplicabletoMicro.
notapplicabletoLampSite.
Summary
ThisfeaturehelpsachievephasesynchronizationbetweeneNodeBsbasedonmeasurementsofUEsignalstransmittedovertheUuinterface.Inaddition,thisfeatureachievestime
synchronizationbetweeneNodeBsbasedontheGlobalPositioningSystem(GPS)equippedononeeNodeBandNetworkTimeProtocol(NTP)equippedonalleNodeBsina
synchronizationzone.
Benefits
PhasesynchronizationbetweeneNodeBsisrequiredbyLTEfeaturessuchastimedivisionmultiplexing(TDM)enhancedintercellinterferencecoordination(eICIC)andintersite
carrieraggregation(CA).TimesynchronizationbetweeneNodeBsisrequiredbyLTEfeaturessuchasevolvedmultimediabroadcast/multicastservice(eMBMS).GPS,IEEE1588V2
clocksynchronization,andUubasedsoftsynchronizationsupportphasesynchronizationandtimesynchronizationbetweeneNodeBs.Uubasedsoftsynchronizationachievesphase
synchronizationandtimesynchronizationbetweeneNodeBsatlowercoststhanGPSandIEEE1588V2clocksynchronization.
TheUubasedSoftSynchronizationfeatureprovidesthetimesynchronizationfunctionforeMBMSservices.
Description
IntwoneighboringeNodeBsthatareincludedinoneeNodeBpair,therandomaccesspreamblesentbyaUEattheeNodeBedgeisdetectedbybotheNodeBs.Thephasedifference
betweenthetwoeNodeBsiscalculatedbasedonthedelayintransmittingthepreamblefromtheUEtobotheNodeBsovertheUuinterface.
ThephasedifferencesbetweeneachpairofeNodeBsinasynchronizationzonecanbeusedtocalculatephaseadjustmentsforeacheNodeB,therebyachievingphase
synchronizationbetweeneNodeBsinthesynchronizationzone.eNodeBsperformphaseadjustmentsintheiroffpeakhourstoachievephasesynchronization.
eNodeBsinasynchronizationzoneusethesamereferenceclocksourcetoachievefrequencysynchronizationbasedonasynchronousEthernetandtoperformphasetracing.Inthis
way,thephasedifferencesbetweeneNodeBsremainstable,ensuringphasesynchronizationwithinthephasedifferenceadjustmentperiod.
Inasynchronizationzone,ifanyeNodeBisequippedwithGPSorIEEE1588V2,alleNodeBsareequippedwithNTP,andphasesynchronizationbetweeneNodeBsisachieved,
theseeNodeBscalibratetheNTPtimebasedonmappingbetweentheGPStimeandphasestoobtaintheGPStimeandachievetimesynchronization.
Enhancement
None
5.39.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
IfthetimedifferencesbetweeneNodeBsineNodeBpairsarelargeduringinitialsynchronization,thetimeadjustmentstepisalsolarge.Asaresult,servicesareinterruptedfor
severalsecondsduringinitialsynchronization.BecauseinitialsynchronizationisperformedonceonlyafterLOFD080216UubasedSoftSynchronizationisenabledandperformed
whentrafficislight(forexample,02:00inthemorning),initialsynchronizationgenerallyhaslittleimpactonservices.Synchronizationtracinghasnoimpactonservices.
5.39.3NEs
ThisfeatureisachievedonboththeeNodeBandeCoordinatorsides.
5.39.4Hardware
ECO6910isrequired.
eNodeBsinanyofthefollowingtypes:
3900serieseNodeBswiththebasebandprocessingunitbeingLBBPdorUBBPandthemaincontrolboardbeingLMPTorUMPT.
NOTE:
Ifa3900serieseNodeBisequippedwiththeLBBPdandUBBPd,andserves4Rand8Rcells,thePRACHconfigurationsofonecellcannotoverlapwiththePRACH
configurationsofanothercellinthetimedomain.ThisrequiresthattheeNodeBlevelparameterPrachTimeStagSwitchbesettoON(On)andPrachConfigIndexCfgInd
besettoNOT_CFG(Notconfigure).
TheNTPserverandGPSmustbeinstalledifeMBMSisrequired.
5.39.5InterNEInterfaces
ThefollowingtablelistsmessagesovertheSeinterfacebetweentheeCoordinatorandeNodeBs.
ThefollowingtablelistsmessagesovertheX2interfacebetweeneNodeBs.
5.39.6OperationandMaintenance
License
ConfigurationManagement
ThefollowingMMLcommandshavebeenintroducedtoaccommodatethisfeature.
PerformanceMmanagement
ThefollowingtablelistscountersaddedontheeNodeBside.
ThefollowingtablelistscountersaddedontheeCoordinatorside.
FaultManagement
AlarmslistedinTable52havebeenintroducedtoaccommodatethisfeature.
Table52Table61AlarmsrelatedtoLOFD080216UubasedSoftSynchronization
5.39.7RelatedFeatures
Prerequisitefeatures
LOFD00301301SynchronizationwithEthernet(ITUTG.8261)
TheUubasedsoftsynchronizationaccuracyisdependentonsynchronizationreliabilityofthesynchronousEthernet.
Mutuallyexclusivefeatures
LOFD080216UubasedSoftSynchronizationcannotbeenabledifanyofthefollowingfeaturesthatareexclusivetoLOFD00301301SynchronizationwithEthernet(ITUTG.8261)
isenabled:
LBFD00300504SynchronizationwithBITS
LBFD00300505Synchronizationwith1PPS
LBFD00300506SynchronizationwithE1/T1
LOFD00301302IEEE1588V2ClockSynchronization
LOFD00301303ClockoverIP(Huaweiproprietary)
LOFD080216UubasedSoftSynchronizationcannotbeenabledifanyoffollowingfeaturesthatdonotsupporttheframeformatonthePRACHisenabled:
LOFD001007HighSpeedMobility
LOFD001008UltraHighSpeedMobility
LOFD001031ExtendedCP
LOFD001009ExtendedCellAccessRadius
ThefollowingfeaturesapplytomultiRRUcellsandcannotworktogetherwiththeUubasedSoftSynchronizationfeature.
LOFD003029SFN
LOFD070205AdaptiveSFN/SDMA
Impactedfeatures
LOFD080216UubasedSoftSynchronizationsupportstimesynchronizationforthefollowingfeatures:
LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
LOFD07022001MulticelltransmissioninMBSFNarea
LOFD07022002Mixedtransmissionofunicastandbroadcast
LOFD07022003Datasynchronization
LOFD07022004Sessionadmissioncontrol
5.40LOFD081202BusyHourDownloadRateControl(New/Optional)
5.40.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
notapplicabletoLampSite
Summary
Thisfeaturerestrictsthedatarateofdownloadservicesduringbusyhours.
Benefits
Thedatarateofdownloadservicesisrestrictedduringbusyhourstospareairinterfaceresourcesforserviceswithhigherpriorities.
Description
UEsidentifydownloadservicesthroughtheserviceidentificationdeviceoftheEPCorathirdparty.Theresultsidentifiedbytheservicearelabeledonthedifferentiatedservices
codepoints(DSCPs)ofservicepackets.TheeNodeBidentifiestheseDSCPsandperformsdifferentiatedschedulingbasedonpresetQoSconfigurationssuchaspriorityandservice
maximumbitrate(SMBR).WhenthedataratesofdownloadservicesexceedtheconfiguredSMBR,theeNodeBlowerstheschedulingpriorityofdownloadservicestodecreasethe
resourcesoccupiedbysuchservices.
Enhancement
None
5.40.2SystemCapacityandNetworkPerformance
SystemCapacity
Thisfeaturedecreasestheschedulingweightfordownloadservicesandthereforedecreasesthedownloadservicerate.Asaresult,therateofhighpriorityservicesincreases.
ThechangeincellcapacityisrelatedtotheradioenvironmentoftheUEsusingdownloadservicesandtheproportionofthedownloadtrafficinthecell.IftheUEsusingdownload
servicesarelocatedinareaswithgoodsignalquality,thecellcapacitydecreases.IftheUEsusingdownloadservicesarelocatedinareaswithpoorsignalquality,thecellcapacity
increases.WhentheSMBRissettoasmallvalue,thedownloadserviceratedecreasesobviously,resultinginabigchangeinthecellcapacity.
Forexample,cellcongestionissimulatedforacellforwhichtheSMBRissetto500kbit/s.TherearethreeUEs(UEA,UEB,andUEC)inthecell.UEAislocatedatthecell
center,UEBislocatedatthecelledge,andUECislocatedhalfwaybetweenthecellcenterandcelledge.AssumethatUEAisusingdownloadservices,UEBisusingvideo
services,andUECisusingotherservices.BeforetheBusyHourDownloadRateControlfeatureisenabled,thecellthroughputis2.2Mbit/s.AftertheBusyHourDownloadRate
Controlfeatureisenabled,thecellthroughputis1.8Mbit/s,witha14%decreaseincellcapacity.AssumethatUEAisusingvideoservices,UEBisusingdownloadservices,and
UECisusingotherservices.ThecellcapacitydoesnotchangeaftertheBusyHourDownloadRateControlfeatureisenabled.Thereasonfortheunchangedcellcapacityisthat
thedownloadservicesarestartedlater,thedownloadservicerateislessthantheSMBR,andthereforetheschedulingweightisnotdecreasedforthedownloadservices.
NetworkPerformance
Thisfeaturedecreasestheschedulingweightfordownloadservicesandthereforedecreasesthedownloadservicerate.Ifadownloadpeakrateisset,youareadvisednottoenable
thisfeatureduringdownloadserviceperformanceevaluation.
5.40.3NEs
ThisfeatureisimplementedontheeNodeB.
5.40.4Hardware
Noimpact.
5.40.5InterNEInterfaces
Noimpact.
5.40.6ImpactonOperationandMaintenance
LicenseManagement
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingfunctionsubsethasbeenaddedtoaccommodatethisfeature.
Thefollowingcountershavebeenaddedormodifiedtoaccommodatethisfeature.
Noimpact.
5.40.7RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.41LOFD081203VideoServiceRateAdaption(New/Optional)
5.41.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
notapplicabletoLampSite
Summary
Thisfeatureisapplicabletoinitialvideoaccelerationandservicerateguarantee.
Benefits
Reducedvideowaitingtime,whichimprovesuserexperienceinopeningavideo
Guaranteedvideoplayingrate,whichavoidsvideoplaysuspension
Description
UEsidentifydownloadservicesthroughtheserviceidentificationdeviceoftheEPCorathirdparty.Theresultsidentifiedbytheservicearelabeledonthedifferentiatedservices
codepoints(DSCPs)ofservicepackets.TheeNodeBidentifiestheseDSCPsandperformsdifferentiatedschedulingbasedonpresetQoSconfigurationssuchaspriority,service
guaranteedbitrate(SGBR),andsegmentaccelerationpolicy.WhenthedataratesofvideoservicesarelowerthantheconfiguredSGBRduringvideoplayback,theeNodeBraises
theschedulingpriorityofvideoservices.IfthedataratessatisfytheSGBRrequirements,theeNodeBdoesnotadjusttheschedulingpriority.
Ifthesegmentaccelerationpolicyisconfigured,ahigherpriorityandahigherSGBRrateareadoptedtoguaranteevideoservicesduringtheinitialphaseforvideoservicesto
increasetheinitialvideodownloadrate.Theinitialphaseforvideoservicesisconfigurable.
Enhancement
None
5.41.2SystemCapacityandNetworkPerformance
SystemCapacity
Thisfeatureincreasestheschedulingweightforvideoservicesandthereforeensuresthevideoservicerate.Asaresult,therateoflowpriorityservicesdecreases.Thechangein
cellcapacityisrelatedtotheradioenvironmentoftheUEsusingvideoservicesandtheproportionofthevideotrafficinthecell.
Forexample,cellcongestionissimulatedforacellforwhichtheSGBRissetto2Mbit/s.TherearethreeUEs(UEA,UEB,andUEC)inthecell.UEAislocatedatthecell
center,UEBislocatedatthecelledge,andUECislocatedhalfwaybetweenthecellcenterandcelledge.AssumethatUEAisusingdownloadservices,UEBisusingvideo
services,andUECisusingotherservices.BeforetheVideoServiceRateAdaptionfeatureisenabled,thecellthroughputis2.2Mbit/s.AftertheVideoServiceRateAdaption
featureisenabled,thecellthroughputis1.5Mbit/s,witha32%decreaseincellcapacity.AssumethatUEAisusingvideoservices,UEBisusingdownloadservices,andUECis
usingotherservices.Thecellcapacityincreasesby10%aftertheVideoServiceRateAdaptionfeatureisenabled.
NetworkPerformance
Thisfeatureincreasestheschedulingweightforvideoservices,ensuringthatthevideoservicerateapproximatestheSGBR.Whentheamountofdownlinkservicesrequiredby
varioustypesofservicesinacellisgreaterthantheavailableamountofdownlinkresourcesinthecell,thisfeaturedecreasestheratesofothernonGBRservicesandincreasesthe
averageGBRservicedelaywithoutaffectingtheGBR.Whentheamountofdownlinkservicesrequiredbyvarioustypesofservicesinacellislessthantheavailableamountof
downlinkresourcesinthecell,thisfeaturedoesnotaffectothertypesofservices.
EnablingtheVideoServiceRateAdaptionfeaturereducesthevideobufferingtime,guaranteesthevideoservicerate,andreducesthenumberofvideofreezes.
Forexample,cellcongestionissimulatedforacellforwhichthefirstphaseSGBRissetto2.5Mbit/s.Inthecell,therearethreeUEsseparatelyperformingFTPdownload,P2P
download,andvideoservices.AftertheVideoServiceRateAdaptionfeatureisenabled,theinitialvideodownloaddelaydecreasesby35%.
5.41.3NEs
ThisfeatureisimplementedontheeNodeB.
5.41.4Hardware
Noimpact.
5.41.5InterNEInterfaces
Noimpact.
5.41.6ImpactonOperationandMaintenance
LicenseManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingfunctionsubsethasbeenaddedtoaccommodatethisfeature.
Thefollowingcountershavebeenaddedormodifiedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.41.7RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.42LOFD081205AutomaticCongestionHandling(New/Optional)
5.42.1FeatureDescription
Availability
Thisfeatureis:
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN8.1
Summary
BasedonconditionbasedadaptiveparameteradjustmentrulespredefinedinaneNodeB,theeNodeBperiodicallydetermineswhethertoenableadaptiveparameteradjustmentfora
cellbasedonthemonitoredresults,includingUEnumber,physicalresourceblock(PRB)usage,andcontrolchannelelement(CCE)usageonthephysicaldownlinkcontrolchannel
(PDCCH)inthecell.Ifthemonitoredresultsmeettheconditionsforparameteradjustments,theeNodeBautomaticallyadjustsparameterstoimprovenetworkperformance.
Benefits
Thisfeatureprovidesthefollowingbenefits:
Inheavytrafficscenarios,theeNodeBautomaticallyadjustsparametersbasedonpredefinedrulestoimprovenetworkperformanceanduserexperience.
Adaptiveparameteradjustmentsimplifiesnetworkmaintenanceandreducesmanpowercostsinheavytrafficscenarios.
Description
TheeNodeBmonitorsusageofspecifiedresources,suchasthenumberofadmittedusers,physicalresourceblocks(PRBs),andPDCCHcontrolchannelelements(CCEs).Based
onthemonitoringresultsandpredefinedtriggerconditions,theeNodeBdecideswhethertotriggerintelligentoptimizationfunctions.Theprocedureconsistsofthefollowingthree
steps:
1.Datacollection
TheeNodeBperiodicallycollectsdatarequiredforintelligentoptimizationfunctions.
2.Triggerconditionjudgment
TheeNodeBjudgesthetriggerconditionsforeachintelligentoptimizationruleofanintelligentoptimizationfunctionbasedonthecollecteddatainaperiod.Ifatrigger
conditionapplies,theeNodeBimplementsthespecifiedparameteradjustment.Ifnoneofthetriggerconditionsapply,thecurrentprocedureendsandanewprocedure
startsinthenextperiod.
3.Parameteradjustmentsaccordingtointelligentoptimizationfunctions
TheeNodeBadjuststheparametersspecifiedbytheintelligentoptimizationfunctionswhosetriggerconditionsaremet.
Withperiodicexecutionoftheprecedingthreeoperations,thisfeaturehelpsmonitorthenetworkloadinatimelymannerandautomaticallyperformsparameteradjustmentsto
improvenetworkperformance.
Figure57Mechanismforhandlingautomaticconfiguration
Enhancement
None
5.42.2ImpactonSystemCapacityandNetworkPerformance
SystemCapacity
Ifthenetworkiscongested,insufficientPDCCHCCEsbecomearesourcebottleneck.IfPDCCHCCEsareexhausted,PRBscannotbeusedforscheduling.AutomaticCongestion
Handlingenablesadaptiveparameteradjustmentintheeventofnetworkcongestiontoreduceresourceconsumption,improvingCCEutilizationandincreasingsystemcapacity.
Thefollowingareimpactsoftheintelligentoptimizationfunctionsonsystemcapacityintheeventofnetworkcongestion:
AdaptiveRBGallocation
ThisfunctionenablestheeNodeBtoadaptivelyallocatethenumberofRBGstomeetthedatatransmissionrequirements.TheeNodeBcanscheduleuserdatawitha
minimumnumberofschedulingoccurrencesatthecostofafewPRBs.Thisfunctionreducesthetotalnumberofschedulingoccurrences,lowersthenumberof
consumedCCEs,andincreasesdownlinkcellcapacity.
OptimizeduplinkPRBallocationpolicy
ThisfunctionenablestheeNodeBtorandomizethepositionsofallocateduplinkPRBs,reducingtheinterferenceamongneighboringcellsandincreasinguplinkcell
capacity.
OptimizedTA
ThisfunctionenablestheeNodeBtoreducetheresourcesusedforTAmeasurementandlowerthetransmissionfrequencyofTAadjustmentinstructions,therebyreducing
theconsumedPDCCHCCEsandPRBsandincreasingcellcapacity.
DetectionandschedulingforabnormalUEs
ThisfunctionenablestheeNodeBtodetectabnormalUEsandstopschedulingforabnormalUEs,preventingPRBsandCCEsfrombeingwastedbyabnormalUEs.The
eNodeBcanschedulemoreservicesinheavytrafficscenarios,increasingcellcapacity.
PDCCHCCEcapacityimprovement
ThisfunctionenablestheeNodeBtoreallocateCCEs,intheeventofaCCEallocationfailureforscheduling,byaggregatingCCEsatalowlevelandincreasingthe
transmitpower.ThisfunctionimprovesthePDCCHCCEutilizationandincreasescellcapacity.
Smartcontrolfordownlinkfrequencyselectivescheduling
ThisfunctionenablestheeNodeBtoreduceaperiodicCQIreporting,therebydecreasingtheconsumedCCEsanduplinkPRBs.Thisfunctionhelpsreducetheuplink
interferenceandincreaseuplinkcellcapacity.
NetworkPerformance
Thefollowingareimpactsoftheintelligentoptimizationfunctionsonnetworkperformanceintheeventofnetworkcongestion:
AdaptiveRBGallocation
ThisfunctionenablestheeNodeBtoscheduleuserdatawithaminimumnumberofschedulingoccurrencesatthecostofafewPRBs.Inthisway,thisfunctionimproves
downlinkPRButilizationandincreasesdownlinkcellcapacity.However,thisfunctionreducestheperiodoftimeforuserdatainthebufferandlowersthenumberofactive
usersinacell.Inaddition,thisfunctionmayslightlydecreasetheaveragescheduledusersnumberperTTI(SUNPT)inthedownlink.
OptimizeduplinkPRBallocationpolicy
Thisfunctionreducesuplinkinterferenceamongneighboringcellsandincreasesuplinkcellcapacity.
OptimizedTA
ThisfunctionenablestheeNodeBtoreducetheresourcesusedforTAmeasurementandlowerthetransmissionfrequencyofTAadjustmentinstructions,therebyreducing
theconsumedPDCCHCCEsandPRBsandincreasingcellcapacity.Whenthisfunctionapplies,theaverageSUNPTinthecellmayslightlydecrease.Thisfunction
alsoslightlydecreasestheTAaccuracyofUEs,adverselyaffectinghighspeedUEthroughput.IftheeNodeBcannotmeasuretheTAthroughthesoundingreference
signal(SRS),PUCCH,oruplinkdatatransmissionwhenthetransmissionperiodforaTAadjustmentinstructionarrives,theeNodeBperformsuplinkschedulingforthe
UEtomeasuretheTAthroughDMRS.Inthissituation,uplinkinterferencemayincreaseandRACHfalsealarmsmayoccur,reducingtheRACHaccesssuccessrate.If
thechannelqualityfortheUEistoobad,uplinkschedulingwillcauseuplinkblockerrors,increasingtheuplinkblockerrorrate(BLER).
DetectionandschedulingforabnormalUEs
Thisfunctionhelpsincreasethecellcapacity.However,thereisalowprobabilitythattheeNodeBincorrectlydetectsandschedulesabnormalUEs.IfaUEisincorrectly
identifiedasanabnormalUE,itwillexperienceprolongedtransmissiondelay,degradeduserexperience,andanincreasedprobabilityofcalldrops.
PDCCHCCEcapacityimprovement
ThisfunctionimprovesthePDCCHCCEutilizationandcellcapacity.However,theincreaseinthetransmitpowerforCCEsmayincreasetheinterferenceagainstthe
correspondingsymbolsinneighboringcells,adverselyaffectingdownlinkthroughput.
Smartcontrolfordownlinkfrequencyselectivescheduling
Thisfunctionhelpsreducetheuplinkinterferenceandincreasetheuplinkcellcapacitybutdecreasesdownlinkcellcapacity.
TheprecedingintelligentoptimizationfunctionsaimtoreducetheconsumedPDCCHCCEsandenabletheeNodeBtomeettheschedulingrequirementsofmoreusersintheevent
ofPDCCHCCEinsufficiency,therebyincreasingPRButilizationandcellcapacity.TheschedulingrequirementscomefromtheuserswhohavecampedonthecellandtheRRC
connectionsetuprequestsfromnewusers.IfthePRButilizationincreasesinacell,theinterferenceagainstitsneighboringcellsincreasesandnetworkperformancemayslightly
fluctuate,suchasthecalldroprate,delay,andRACHaccesssuccessrate.
IfanRRCconnectionsetuprequestisrejectedinacellduetosomereasons(forexample,thenumberofaccessedusershasreachedthelimit),subsequentRRCconnectionsetup
requestswillalsoberejectedinthecell.Therefore,thenumberofrejectedRRCconnectionsetuprequestsincreases.
5.42.3ImpactonNEs
ThisfeatureisimplementedontheeNodeB.
5.42.4ImpactonHardware
Noimpact.
5.42.5ImpactonInterNEInterfaces
Noimpact.
5.42.6ImpactonOperationandMaintenance
LicenseManagement
Thefollowinglicensecontrolitemshavebeenaddedforthisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
N/A
FaultManagement
N/A
5.42.7ImpactonRelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.43LOFD081206IntraeNodeBCoordinatedUplinkAMC(New/Optional)
5.43.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
notapplicabletoMicro
notapplicabletoLampSite
Summary
ThisfeatureisanenhancementtotheAMCfeature.
Thisfeatureusescoordinatedinterferencepredictiontobettertraceinterferencechanges,helpingaccuratelypredicttheSINRtoselectanappropriateMCS.Thisfeatureincreases
systemthroughput.
Benefits
Thisfeatureimprovesuserexperiencewhentheheavilyloadedcellsareexperiencingsevereinterference.
ThisfeatureincreasesthroughputofheavilyloadedcellsandUEsatthecelledge.
Description
Thisfeaturepredictsinterferenceattimeofdatatransmission,therebyaccuratelypredictingtheSINRtoselectanappropriateMCS.Thisisachievedby:
UsingresourceallocationinformationexchangedbymultiplecellsinacoordinatedAMCset
ConsideringtheinterferenceandchannelmeasurementsofUEsinneighboringcells
ThisfeatureisapplicabletointraeNodeBmultisectorscenariosandallowseachcoordinatedAMCsettosupportuptothreeintrafrequencycells.
Enhancement
None
5.43.2SystemCapacityandNetworkPerformance
SystemCapacity
CAMCenablesbettertrackingofinterferencechangesinULinterferencelimitedscenarios.IteffectivelyimprovestheaccuracyoftheestimatedSINRandtheselectedMCS,
increasingthespectralefficiencyofULdatatransmissionandULcellthroughput.
ThegainsataneNodeBinthemultiUEscenariowithanintereNodeBdistanceof500metersanddiscontinuousinterferenceareasfollows.TheIoTislowerthan10dBandtheUL
RBusagerangesfrom10%to80%attheeNodeB.
WhenaCAMCsetincludesthreecellsoftheeNodeB,theULcellthroughputincreasesbyupto5%andtheULaverageperceivablerateincreasesbyupto10%.
WhenaCAMCsetincludestwocellsoftheeNodeBandonecellofaneighboringeNodeB,theULcellthroughputincreasesbyupto3%andtheULaverageperceivable
rateincreasesbyupto5%.
InscenarioswhereallstronginterferencecomesfromtheCAMCsetcells,CAMCincreasescellthroughputby60%orhigher.
NOTE:
CAMCandbasicAMCusedifferentSINRestimationmethodsandthereforetheydonothavethesameperformance.InscenarioswhereCAMCdoesnotyieldexpectedgains(for
example,averylowinterferenceprobabilitybecauseULRBusageislessthan20%),CAMCcannotdeliversignificantandstableimprovementbutmayresultinnegativeimpact.
Forexample,ifthecellservesonlyoneUEwithULdatatransmissionandthereisnointerference,theincreaseinUEthroughputcausedbyCAMCrangesinascopeof1%.The
increaseinUEthroughputisbasedonstatisticsatdifferentpositionsinthecell.
NetworkPerformance
CAMCdependsoneventA3reporting.EnablingCAMCincreasesthesignalingoverheadsandincreasesthevalueoftheL.Signal.Num.Uucounter.CAMCenablesuserplane
resourcepreemptioniftheUL/DLPRBorCCEresourcesareinsufficient,reducingDLthroughputby5%atmost.
CAMCimprovesthespectralefficiencyofULdatatransmissioninULinterferencelimitedscenarios,improvingULcellthroughputandperceivableULservicerates.
ThefollowingaremainfactorsthataffectCAMCperformance:
ProportionandabsolutevalueofstronginterferenceinaCAMCset
CAMCestimatesthechangesinstronginterferenceinaCAMCsettohelpimprovetheaccuracyoftheestimatedSINRandtheselectedMCS.Therefore,theexpected
improvementsyieldedbyCAMCarepositivelycorrelatedwiththeproportionofstronginterferencetothetotalinterferenceintheCAMCsetandtheabsolutevalueofthe
stronginterference.Conversely,theexpectedimprovementsyieldedbyCAMCarenegativelycorrelatedwiththeproportionofotherinterferencetothetotalinterferencein
theCAMCsetandtheabsolutevalueofotherinterference.
TheproportionandabsolutevalueofstronginterferenceinaCAMCsetareaffectedbythefollowingpoints:
CAMCsetdivision.CAMCmaynotyieldgainsifCAMCsetsareimproperlydivided.ImproperCAMCsetdivisionleadstostronginterferencethatismainlyor
allfromoutsidetheCAMCsets.YouareadvisedtoincludeonlyintrafrequencyneighboringcellstoaCAMCset.Stronginterference,however,comesfrom
intraeNodeBneighboringcellsinmostcases.ItisstronglyrecommendedthatintrafrequencycellsmanagedbythesameeNodeBbegroupedintoaCAMC
set.
UplinkRBusage.ThehighertheuplinkRBusageinCAMCsetcells,thegreatertheprobabilitythatCAMCsetcellscausestronginterferenceagainstUEsin
theservingcellandthegreatertheexpectedimprovementprovidedbyCAMC.
IntereNodeBdistance.IftheintereNodeBdistanceistoosmall(lessthan200m),theproportionofstronginterferencefromoutsidetheCAMCsets
increases,adverselyaffectingCAMCperformance.Ifthecellradiusistoolarge(greaterthan30km),eventheinterferencewithinaCAMCsetbecomes
insignificant,adverselyaffectingCAMCperformance.
StronginterferencethresholdforUEs.LoweringthevalueofCellUlSchAlgo.UlCamcDlRsrpOffsetmakesmoreUEsbeselectedasUEswithstrong
interference,improvingCAMCperformanceattheexpenseofincreasingsignalingoverheads.Inthissituation,downlinkthroughputmaydecrease.
CAMCuserproportion
ThehighertheproportionofuserstowhomCAMCcannotbeapplied,thesmallerthebenefitsCAMCprovides.TheuserstowhomCAMCcannotbeappliedaremainly
highspeedusersandVoIPusers.
5.43.3NEs
ThisfeatureisimplementedontheeNodeBandCME.
5.43.4Hardware
ThisfeatureisapplicableonlytoamacroeNodeBconfiguredwithaUBBPdboard.
5.43.5InterNEInterfaces
Noimpact.
5.43.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
ThefollowingMMLcommandhasbeenintroducedtoaccommodatethisfeature.
ChangeType MMLCommand NE Description
Thefollowingparametershavebeenintroducedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenintroducedtoaccommodatethisfeature.
FaultManagement
None
5.43.7RelatedFeatures
PrerequisiteFeatures
LBFD001006AMC
SINRadjustmentandMCSselectioninCAMCarethesameasthoseintheAMCfeature.
LBFD002025BasicScheduling/LOFD001015EnhancedScheduling
AspartofULscheduling,CAMCrequirestheULschedulertoprovideRBallocationinformation.
MutuallyExclusiveFeatures
LOFD003029SFN
LOFD070205AdaptiveSFN/SDMA
LOFD001007HighSpeedMobility
LOFD001008UltraHighSpeedMobility
LOFD001005UL4AntennaReceiveDiversity
LAOFD080202CarrierAggregationforUplink2CC
ImpactedFeatures
LOFD001066ULCoMP
CellsinaCAMCsetmusthavethesamesettingsfortheULCoMPfeature.Thatis,ULCoMPiseitherenabledordisabledforallcellsinaCAMCset.Otherwise,the
interferencemeasurementsetforCAMCchangesafterULCoMPisactivatedandthereforeCAMCperformanceisadverselyaffected.
ItisrecommendedthattheA3offsetthresholdbeconfiguredasthesamevalueforULCoMPandCAMC.Otherwise,theinterferencemeasurementsetforCAMC
changesafterULCoMPisactivatedandthereforeCAMCperformanceisadverselyaffected.
5.44LOFD081207SpecifiedPCIGroupbasedNeighboringCellManagement(New/Optional)
5.44.1FeatureDescription
Availability
Thisfeatureis:
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN8.1
Summary
Whenalargenumberofmicrobasestationsaredeployedunderamacrobasestation,dedicatedPCIrangesarespecifiedformicroandmacrobasestationstodistinguishcommon
sitesfromdenselydeployedsites.TheeNodeBadoptsdifferentmanagementpoliciesonneighboringcellsdependingondifferentPCIranges.Thisfeatureimplementshandovers
betweenmacroandmicrobasestationsbasedonCGIreading,therebyreducingmanualoperations,savingoperators'costs,andensuringnormalhandoversbetweenmacroand
microbasestations.
Benefits
ThisfeaturesimplifiesPCIplanninginscenarioswherealargenumberofmicrobasestationsaredeployed.
ThisfeatureimplementshandoversbetweenmacroandmicrobasestationsbasedonCGIreading,therebypreventinghandoverfailurescausedbyPCImultiplexingof
microbasestations.
Description
Whenalargenumberofmicrobasestationsaredeployedunderamacrobasestation,dedicatedPCIrangesarespecifiedformicroandmacrobasestationstodistinguishcommon
sitesfromdenselydeployedsites.MacrobasestationsusethePCIsforcommonsites,andmicrobasestationsusePCIsfordenselydeployedsites.AfterUEsreportthe
neighboringcellmeasurements,thePCIscontainedinthemeasurementreportsareusedtoidentifythetypeofneighboringcells.
Whenthesourcecellservedbyacommonsitedetectsthatitsneighboringcellsareservedbydenselydeployedsites,aCGIreadingprocedureistriggered,irrespectiveofwhether
itsneighboringcellshavebeenconfigured.BasedonCGIreadingresults,theeNodeBaddsorupdatesneighboringcellconfigurationsanddetermineswhetherthehandoveris
complete.Inthisscenario,youcanconfigurecellsservedbyintrafrequencydenselydeployedsiteswiththesamePCIasneighboringcellsforthecommonsiteintheneighboring
celllist.Inthiscase,PCIconfusioncheckisnotrequired.
Thisfeaturedoesnotapplytothescenariowhereboththesourcecellanditsdetectedneighboringcellsareservedbythecommonsiteorthesourcecellisservedbyadensely
deployedsite.
Enhancement
None
Dependency
UE
ThisfeaturerequiressupportfromtheUE.
Otherfeatures
ThisfeaturerequiresLOFD002001AutomaticNeighbourRelation(ANR)andLOFD002007PCICollisionDetection&SelfOptimization.
5.44.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
SpecifiedPCIgroupbasedneighboringcellmanagementhasthefollowingimpactsonthenetworkperformance:
AregularcellinstructsUEstoperformECGIreadingtoselectatargetcellbeforehandoversfromtheregularcelltoaspecifiedPCIcell.ECGIreadingprolongsthedelay
inhandovers,andthereforetheservingcellmaynotbeabletoselectatargetcell,affectingthehandoversuccessrateandtheservicedroprate.
UEsreadECGIsinthesleeptimeduringDRX.ThetrafficvolumeofUEsaffectsthemechanismofECGIreadingduringthesleeptime.TimerT321controlsthe
maximumtimeaUEcanspendreadingECGIs.Forthetimervalues,see5.5.2.3"Measurementidentityaddition/modification"in3GPPTS36.331V10.5.0.
Thesleeptimestopswhenadatapacketarrives.ThishasanimpactontheECGIreadingsuccessrate.ThissuccessrateisevenlowerifUEsareperformingVoLTE
services,whicharescheduledatafixedintervalandencounterahigherprobabilitythatthesleeptimestops.
ECGIreadingduringthesleeptimeaffectstheUEthroughput.ThisisbecauseUEscannotbescheduledwhiletheyarereadingtheECGIofanunknowncellintheDRX
state.Inacommercialnetwork,theimpactonUEsdependsontheservicesthatUEsareperforming.
5.44.3NEs
ThisfeatureisimplementedontheeNodeB.
5.44.4Hardware
Noimpact.
5.44.5InterNEInterfaces
Noimpact.
5.44.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.44.7RelatedFeatures
PrerequisiteFeatures
ThefunctionofintraRATANRbasedonthespecifiedPCIgrouprequirestheLOFD002001AutomaticNeighbourRelation(ANR)feature.
ThefunctionofPCIconflictdetectionbasedonthespecifiedPCIgrouprequirestheLOFD002007PCICollisionDetection&SelfOptimizationfeature.
MutuallyExclusiveFeatures
None
ImpactedFeatures
Withthisfeatureenabled,theeNodeBthatservesaregularcellmayaddaneighborrelationshipwithaspecifiedPCIcelltotheintraRATNRToftheregularcell.ThespecifiedPCI
celloperatesonthesamefrequencyandusesthesamePCIasothercellsintheNRT.ThisadditionintheNRTaffectsfeaturesthatcannotidentifyintrafrequencycellswiththe
samePCI.
Thisfeatureaffectsthefollowingfeatures:
LOFD001032IntraLTELoadBalancing
LOFD070215IntraLTEUserNumberLoadBalancing
LOFD070204OperatorLoadBasedIntraLTEMLB.
IfanintraRATNRTofaregularcellcontainsneighborrelationshipswithintrafrequencycellssharingonePCI,theprecedingfeaturescannottransferloadfromtheregularcellto
thesecells.
5.45LOFD081208IntereNodeBSFNBasedonCoordinatedBBU(New//Optional)
5.45.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacroandLampSitefromeRAN8.1
notapplicabletoMicro
implementedinCloudBBnetworkingscenarios
Summary
Thisfeatureisusedwiththesinglefrequencynetwork(SFN)feature.Withthisfeature,multipleremoteradiounits(RRUs)canbecombinedtoserveanSFNcell.TheSFNcellhas
onlyonephysicalcellidentifier(PCI).RRUsinvolvedinthisfeaturecanbecommonRRUsorpicoRRUs(PRRUs).
Intheuplink,thisfeaturechoosestheRRUwiththebestsignalqualityforreception.
Inthedownlink,thisfeatureimplementsjointschedulingofairinterfaceresourcesondifferentRRUssothatthesamedataistransmittedusingthesametimefrequencyresources.
Benefits
ThisfeatureisusedwiththeSFNfeature.InadditiontothebenefitsfromtheSFNfeature,thisfeatureprovidesthefollowingbenefits:
ThisfeaturehasnorestrictionsonphysicalcellstobecombinedintoanSFNcell.Thatis,physicalcellswiththestrongestinterferencecanbecombinedintoanSFNcell,which
furtherimprovesedgecoverage.
Description
Dependingondifferenttypesofbasebandprocessingunits,thisfeatureenables2to6physicalcellstobecombinedintoanSFNcell.Thesephysicalcellscanbeconfiguredon
differentBBUs.
Thisfeaturesupportsinadvancescheduling,loweringtherequirementsforthedelayandbandwidthbetweenBBUs.Therefore,thereisenoughbandwidthbetweenBBUsfor
cooperationwithotherfeatures.
Thisfeaturesupportstheconfigurationofprimaryandsecondarysubracks.TheprimarysubrackhousestheBBUconfiguredwithbasebandprocessingunitsforSFNscheduling,and
thesecondarysubrackshouseotherBBUswherethephysicalcellsareconfigured.Toenhancereliability,thephysicalcellscombinedintotheSFNcellcanbeconfiguredas
secondarycellsinthesecondarysubrack.Inthisway,whenthecommunicationbetweentheprimarysubrackandthesecondarysubrackisinterrupted,thesecondarycellsstart
functioningtoreduceperformanceloss.
Enhancement
None
5.45.2SystemCapacityandNetworkPerformance
SystemCapacity
Inoutdoordenselypopulatedurbanareas,SFNandIntereNodeBSFNBasedonCoordinatedBBUhavethefollowingimpact:
ThissectionusesthecombinationofthreeRRUsasanexample.Thecellthroughputkeepsunchangedunderalightload(thetotaldownlinkPRBusageofcommoncells
beforethecombinationislessthan45%).Theperceivedaveragedownlinkthroughputincreasesby30%to80%.WiththeincreaseofthedownlinkPRBusage,the
perceivedthroughputgaindecreases.OncethetotalPRBusageexceeds45%,thenegativegainwilloccur.IfthetotalPRBusageofcommoncellsbeforethe
combinationexceeds100%,thedownlinkcellthroughputmaydecreasebecausethePRBusageisrestrictedafterthecombination.
NOTE:
TheprecedinggainiscalculatedbasedontheassumptionthatUEsareevenlydistributedintheSFNcellandservicesareinitiatedrandomly.
AftercommoncellsarecombinedintoanSFNcell,thePRBresourcesavailablefortheSFNcellarethesameastheoriginalPRBresourcesofonecommoncell.Ifthe
sumofloadsofcommoncellsishighbeforethecombination,thePRBresourcesarerestrictedafterthecombinationandthedownlinkcelltrafficvolumewillgetaloss.
Inindoorcoverageareas,SFNandIntereNodeBSFNBasedonCoordinatedBBUhavethefollowingimpact.ThissectionusesthecombinationoftwopRRUgroupsinto
oneSFNcellasanexample.EachpRRUgroupconsistsoffivepRRUs.
Theperceivedaveragedownlinkthroughputincreasesby10%to50%underalightload(thetotaldownlinkPRBusageofcommoncellsbeforethecombinationisless
than60%).AsthedownlinkPRBusageincreases,theperceivedthroughputgaindecreasesandevenbecomesnegative.
ThefollowingKPIsmaychangeobviously:
Averageuplinkcellthroughput=L.Thrp.bits.UL/L.Thrp.Time.Cell.UL.HighPrecision
Averagedownlinkcellthroughput=L.Thrp.bits.DL/L.Thrp.Time.Cell.DL
AverageuplinkUEthroughput=L.Thrp.bits.UL/L.Thrp.Time.Cell.DL.HighPrecision
AveragedownlinkUEthroughput=L.Thrp.bits.DL/L.Thrp.Time.DL
ReserveddownlinkPRBusageonCCErestriction=L.ResOpt.CCELimit.PRB.DL(ThevalueofthiscounterincreasesifthePDCCHresourcesoftheSFN
cellbecomefewerthanthoseofcommoncells.)
AllcountersusedforcalculatingtheseKPIsperformmeasurementsonanSFNcellbasis.
BoththetrafficvolumeandthedatatransmissiondurationofanSFNcellchangeafterthecombinationofnonSFNcells.However,thedegreeofchange
differsandasaresulttheaveragecellthroughputmaychangeobviously.Forexample,thetrafficvolumeofanSFNcellistwotimesthetotaltrafficvolumeof
thenonSFNcellswhilethedatatransmissiondurationoftheSFNcellis1.5timesthatofthenonSFNcells.Asaresult,theaveragecellthroughputchanges
greatly.
Forasimilarreason,theaverageUEthroughputmayalsochangeobviously.
NetworkPerformance
IfcommonSFNisusedonalargescale,theSINRoftheentiresystemincreases.Specifically:
IfthreecommonRRUsorRFUsarecombinedtoserveoneSFNcellinadenselypopulatedoutdoorareawithafullload,theaverageCRSSINRincreases
about2dBto3dB.
IfmultiplepRRUgroupsarecombinedtoserveoneSFNcellinanindoorareawithafullload,theaverageCRSSINRincreasesabout10dBto20dB.The
specificgaindependsonthedeploymentdensityofpRRUsbeforeandafterthecombination.
WhentheSFNfeatureisappliedinthehighspeedrailwayscenario,theSINRgainmaybenegativeatboundariesbetweenphysicalcellsduetofrequency
offset.IftheSINRgainisnegative,theSINRisdifferentfromtheactualSINRusedfordemodulation.ItisrecommendedthattheCQIsbeforeandafterthe
SFNapplicationbecomparedtochecktheSFNgain.
AftercommoncellsarecombinedintoanSFNcell,iftheloadoftheSFNcellisheavierthanthatofthecommoncellsbeforethecombination,theloadofthe
neighboringcommoncellswillincreaseandtheSINRwilldecreaseslightly.
WhenthesupportedfunctionsandenvironmentremainthesameandtheapplicationconditionofSFNismet(thatis,thecellloadislight),theexpectedchangesin
networkKPIsinSFNnetworkingscenarioscomparedwithcommoncellnetworkingscenariosareasfollows:
KPI ExpectedChange
Celldownlinkthroughput Notdecreased
Celluplinkthroughput Notdecreased
DownlinkaveragethroughputofUEs Improved
UplinkaveragethroughputofUEs Improved
ERABsetupsuccessrate Notdecreased
RRCsetupsuccessrate Notdecreased
Handoversuccessrate Notdecreased
Numberofhandovers Decreased
Servicedroprate Notdeteriorated
UplinkPRBusage Increased
DownlinkPRBusage Increased
NOTE:
InthescenarioofreconstructingcommoncellstobuildanSFNcell,itisassumedthattheSFNcelliscomposedofphysicalcellswithdifferenttransmitchannels(such
as1T+2T).IftheSFNcellusesasinglechannelasatransmitchannelandreportsRANK2afterreconstruction,thedownlinkaveragethroughput,PDSCHMCS,downlink
CQI,anddownlinkRBLERofUEsintheSFNcellwilldecrease,comparedwiththoseofUEsinsinglechannelcommoncells.
IfSRSmeasurementisnotenabledforcommoncellsanduplinkinterferenceisweak,aftercommoncellsarereconstructedtobuildanSFNcell,theuplinkthroughputof
UEsintheSFNcelldecreases.
TheexpectedKPIchangesintheprevioustablearenotapplicableforthesubwayandhighspeedrailwayscenarios.
5.45.3NEs
ThisfeatureisimplementedontheeNodeB.
5.45.4Hardware
UBBPd3/UBBPd4/UBBPd5/UBBPd6
OnlytheUSU3910allowsRRUsconnectedtodifferentBBUstoconstituteanSFNcell.
ThefollowingboardssupportthecentralizedcrosssubrackSFNcell:
LBBPd1/LBBPd2/LBBPd3/UBBPd3/UBBPd4/UBBPd5/UBBPd6/UBBPda/UBBPdb
ThefollowingboardssupportthedistributedcrosssubrackSFNcell:
UBBPd3/UBBPd4/UBBPd5/UBBPd6
5.45.5InterNEInterfaces
Noimpact.
5.45.6OperationandMaintenance
License
Thefollowinglicenseitemisaddedtothisfeature:
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.45.7RelatedFeatures
PrerequisiteFeatures
LOFD003029SFN
MutuallyExclusiveFeatures
IntereNodeBSFNBasedonCoordinatedBBUcannotworkwithanyofthefollowingfeatures:
LOFD070222IntraeNodeBULCoMPPhaseII
LOFD070223ULCoMPbasedonCoordinatedBBU
LOFD001031ExtendedCP
LOFD001066IntraeNodeBULCoMP
LOFD001039RFChannelIntelligentShutdown
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
ImpactedFeatures
IntereNodeBSFNBasedonCoordinatedBBUimpactsthefollowingfeatures:
LOFD001047LoCationServices(LCS)
AftermultiplecommoncellsarecombinedintoanSFNcell,thesamecellIDcorrespondstomultiplephysicalcellsandthecoverageareaoftheSFNcellexpands.Ifthe
ECIDpositioningmethodisused,thepositioningaccuracyofLCSdecreases.
LBFD001003ScalableBandwidth
TherecommendedbandwidthofSFNcellsis5,10,15,or20MHz.
LOFD001040LowPowerConsumptionMode
Inlowpowerconsumptionmode,theeNodeBservingcommoncellscansaveenergyinfourways:decreasingthetransmitpowerofcellavailableservices,decreasing
thetransmitpowerofreferencesignals,shuttingdownpartoftransmitchannels,andshuttingdowncarriers.Inlowpowerconsumptionmode,theeNodeBservingSFN
cellsdoesnotsupporttheshutdownofsometransmitchannels.
5.46LOFD081209IntereNodeBAdaptiveSFN/SDMABasedonCoordinatedBBU(New//Optional)
5.46.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacroandLampSitefromeRAN8.1
notapplicabletoMicro
implementedinCloudBBnetworkingscenarios
Summary
ThisfeatureisusedwiththeadaptiveSFN/SDMAfeature.Withthisfeature,multipleRRUscanbecombinedtoserveanSFNcell.
WhenmultiplecommoncellsarecombinedintoanSFNcell,theeNodeBclassifiesUEsintodifferentcategoriesaccordingtothesignalqualityandadaptivelyperformsjoint
schedulingorindependentschedulingoftimefrequencyresourcesformultiplecells.Thespacedivisionmultipleaccess(SDMA)technologyisusedtoimplementindependent
schedulingoftimefrequencyresourcesformultiplecells.
Benefits
ThisfeatureisusedwiththeadaptiveSFN/SDMAfeature.InadditiontothebenefitsfromtheadaptiveSFN/SDMAfeature,thisfeatureprovidesthefollowingbenefits:
ThisfeaturehasnorestrictionsonphysicalcellstobecombinedintoanSFNcell.CommoncellswiththestrongestinterferencecanbecombinedintoanSFNcell.Thisfeature
furtherimprovesedgecoverage.
Description
Dependingondifferenttypesofbasebandprocessingunits,thisfeatureenables2to6physicalcellstobecombinedintoanSFNcell.Thesephysicalcellscanbeconfiguredon
differentBBUs.
Thisfeaturesupportsinadvancescheduling,loweringtherequirementsforthedelayandbandwidthbetweenBBUs.Therefore,thereisenoughbandwidthbetweenBBUsfor
cooperationwithotherfeatures.
Thisfeaturesupportstheconfigurationofprimaryandsecondarysubracks.TheprimarysubrackhousestheBBUconfiguredwithbasebandprocessingunitsforSFNscheduling,and
thesecondarysubrackshouseotherBBUswherethephysicalcellsareconfigured.Toenhancereliability,thephysicalcellscombinedintotheSFNcellcanbeconfiguredas
secondarycellsinthesecondarysubrack.Inthisway,whenthecommunicationbetweentheprimarysubrackandthesecondarysubrackisinterrupted,thesecondarycellsstart
functioningtoreduceperformanceloss.
Enhancement
None
5.46.2SystemCapacityandNetworkPerformance
SystemCapacity
TakingthecombinationofthreecommonRRUsasanexample,inoutdoordenselypopulatedurbanareas,AdaptiveSFN/SDMAandIntereNodeBAdaptiveSFN/SDMA
BasedonCoordinatedBBUincreasetheaveragedownlinkcellthroughputby16%to72%comparedwithSFN.
TakingthecombinationoftwopRRUgroups(withfivepRRUsineachpRRUgroup)intooneSFNcellasanexample,inindoorcoveragescenario,AdaptiveSFN/SDMA
andIntereNodeBAdaptiveSFN/SDMABasedonCoordinatedBBUincreasetheaveragedownlinkcellthroughputby30%to70%comparedwithSFN.
WhenUEsareindependentlyscheduledorsomeUEsarejointlyscheduled,downlinkcellspecificreferencesignals(CRSs)aretransmittedjointlybymultipleRF
modules.Asaresult,theCRSSINRishigherthanthePDSCHSINRandthepeakratesofUEsareaffected.ThepeakrateofanadaptiveSFNcellislowerthanthatof
bothacommonSFNcellandanonSFNcell,undertheconditionthattheCRSSINRsinthesecellsarethesame.
SomeKPIsmaychangeobviously.Fordetails,seeLOFD081208IntereNodeBSFNBasedonCoordinatedBBU.ComparedwithSFN,AdaptiveSFN/SDMAandInter
eNodeBAdaptiveSFN/SDMABasedonCoordinatedBBUincreasethenumberofUEsthatcanbescheduledatthesamemomentandthepossibilityoflimitingCCE
resources.Inaddition,thevalueofL.ResOpt.CCELimit.PRB.DLincreasessignificantly.
Whenthecellthroughputremainsunchanged,thePRBusageinadaptiveSFNscenarioscomparedwiththatincommonscenariosdecreases.
NetworkPerformance
Thenumberofhandoversdecreases,thehandoversuccessrateincreases,andtheservicedropratedecreases.
IfadaptiveSFNisusedonalargescale,theSINRoftheentiresystemincreases.Specifically:
IfthreecommonRRUsorRFUsarecombinedtoserveoneSFNcellinadenselypopulatedoutdoorareawithafullload,theaverageCRSSINRincreases
about2dBto3dB.
IfmultiplepRRUgroupsarecombinedtoserveoneSFNcellinanindoorareawithafullload,theaverageCRSSINRincreasesabout5dBto15dB.The
specificgaindependsonthedeploymentdensityofpRRUsbeforeandafterthecombination.
Whenthesupportedfunctionsandenvironmentremainthesameandthecellloaddoesnotreachthefullload,theexpectedchangesinnetworkKPIsinadaptiveSFN
scenarioscomparedwithcommonSFNscenariosareasfollows:
NOTE:
AdaptiveSFN/SDMAusesthejointschedulingmodeintheuplink.
TheexpectedKPIchangesintheprevioustablearenotapplicableforthesubwayandhighspeedrailwayscenarios.
5.46.3NEs
ThisfeatureisimplementedontheeNodeB.
5.46.4Hardware
OnlytheUSU3910allowsRRUsconnectedtodifferentBBUstoconstituteanSFNcell.
ThefollowingboardssupportthecentralizedcrosssubrackSFNcell:
LBBPd1/LBBPd2/LBBPd3/UBBPd3/UBBPd4/UBBPd5/UBBPd6/UBBPda/UBBPdb
ThefollowingboardssupportthedistributedcrosssubrackSFNcell:
UBBPd3/UBBPd4/UBBPd5/UBBPd6
5.46.5InterNEInterfaces
Noimpact.
5.46.6OperationandMaintenance
LicenseManagement
Thefollowinglicenseitemisaddedtothisfeature:
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.46.7RelatedFeatures
PrerequisiteFeatures
LOFD003029SFN
LOFD070205AdaptiveSFN/SDMA
LOFD081208IntereNodeBSFNBasedonCoordinatedBBU
MutuallyExclusiveFeatures
IntereNodeBAdaptiveSFN/SDMABasedonCoordinatedBBUcannotbeusedwithanyofthefollowingfeatures:
LOFD001031ExtendedCP
LOFD001066IntraeNodeBULCoMP
MRFD231806GSMandLTEDynamicPowerSharing(LTE)
LOFD001039RFChannelIntelligentShutdown
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
LOFD001067800MSelfinterferenceCancellation
LBFD002022StaticICIC
LOFD001014DynamicICIC
LOFD060201AdaptiveICIC
LOFD070222IntraeNodeBULCoMPPhaseII
LOFD070223ULCoMPbasedonCoordinatedBBU
ImpactedFeatures
RefertosectionLOFD003029SFN,LOFD070205AdaptiveSFN/SDMA,andLOFD081208IntereNodeBSFNBasedonCoordinatedBBU.
5.47LOFD081218EnhancedExtendedQCI(New/Optional)
5.47.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1.
applicabletoMicrofromeRAN8.1.
applicabletoLampSitefromeRAN8.1.
Summary
ComparedwithcommonextendedQoSclassidentifiers(QCIs),enhancedextendedQCIsarecharacterizedbyhigherschedulingpriorities.Thisenhancesreliabilityofserviceswith
theextendedQCIs.
Benefits
TheschedulingprioritiesmappedtoextendedQCIsnowequalorexceedthoseofguaranteedbitrate(GBR)services.Asaresult,thedataratesofserviceswiththeextendedQCIs
areguaranteedevenwhencellsareseverelycongested.
TouseextendedQCIsforserviceswithhighreliabilityrequirements(forexample,pushtotalk[PTT]services),theEnhancedExtendedQCIfeatureenablesdedicatedbearersfor
theseservicestobeassignedhigherguaranteedschedulingpriorities.
Description
Previously,extendedQCIsindicatedQoSpoliciesfornonGBRservices.Theydidnotmeethighreliabilityrequirementsofoperators.TheEnhancedExtendedQCIfeaturenowraises
theQoSpoliciesofextendedQCIstothelevelforGBRservices.TheschedulingprioritiesmappedtotheextendedQCIscanbeconfiguredtoequalorexceedtheprioritymappedto
QCI1.(QCI1isusedforvoiceoverIP[VoIP]servicesaccordingto3GPPspecifications.)
Withthisfeatureactivated,dedicatedbearerswiththeextendedQCIscanuserobustheadercompression(ROHC)toreduceIPheaderoverheadsandincreasetheirtransmission
efficiency.
TheEnhancedExtendedQCIfeaturecanbeusedonlyincollaborationwithextendedQCIconfigurationsintheEPC.ParametersrelatedtodedicatedGBRbearers,suchasuplink
anddownlinkguaranteedbandwidthsforGBRservices,mustbeconfiguredforextendedQCIsintheEPC.Otherwise,eNodeBsdonotapplytheQoSpoliciesforGBRservicesto
theextendedQCIs.
Enhancement
None
5.47.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
Noimpact.
5.47.3NEs
ThisfeatureisimplementedontheeNodeB.
5.47.4Hardware
ThisfeaturetakeseffectonlywhenUEsonthelivenetworksupportextendedQCIsortheEPCdevicesareHuaweidevices.
5.47.5InterNEInterfaces
Noimpact.
5.47.6OperationandMaintenance
License
Thefollowinglicensecontrolitemshavebeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenmodifiedforthisfeature.
Thefollowingcountershavebeenmodifiedforthisfeature.
FaultManagement
N/A
5.47.7RelatedFeatures
PrerequisiteFeatures
LBFD002032ExtendedQCI
TheenhancedextendedQCIisdependentonthefunctionarchitectureoftheextendedQCI.
MutuallyExclusiveFeatures
None
ImpactedFeatures
LOFD00101502DynamicScheduling
WhenGlobalProcSwitch.LcgProfileissettoLCG_PROFILE_1,thepriorityofPTTserviceswithenhancedextendedQCIscannotberaisedhigherthanthepriorityof
VoLTEserviceswithaQCIof1evenifExtendedQci.LtePttUplinkPriorityandExtendedQci.LtePttDownlinkPriorityaresettoHIGHER_PRI_THAN_QCI1(priority
higherthanQCI1).
5.48LOFD081219ULCoMPBasedonRelaxedBackhaul(New/Optional)
5.48.1FeatureDescription
Availability
Thisfeatureis:
ApplicabletoMacrofromeRAN8.1.
NotapplicabletoMicro.
NotapplicabletoLampSite.
Summary
WhenthisfeatureworkswithLOFD001066IntraeNodeBULCoMPandLOFD070222IntraeNodeBULCoMPPhaseII,interBBUULCoMPwithBBUsconnectedthrougha
relaxedbackhaulnetworkcanbeperformedforVoLTEUEsinTTIbundlingmode.
NOTE:
WhenBBUsarelocatedindifferentplaceswithoutdedicatedtransmissionlinksbetweenthem,interBBUcoordinationdatacanbeexchangedthrougharelaxedbackhaulnetwork.
Benefits
ThisfeatureallowsBBUstobeconnectedthrougharelaxedbackhaulnetworkratherthanthroughUSUs.Withouttransportnetworkreconstruction,thisfeaturecanreducethe
numberoftransportblocks(TBs)failingtobeinitiallytransmittedforVoLTEUEsinTTIbundlingmode,therebyloweringthepacketlossrateandimprovingvoicequality.
Description
Whentransmissionconditionsarenotsatisfactorybecauseoftransmissiondelayandtransmissionbandwidth,thisfeatureusestheantennasofcellsservedbydifferentBBUsto
jointlyreceivesignalsfromaUE.TheservingcellandcoordinatedcellsaresetupindifferentBBUsandhavealooserequirementontransmissionbetweenBBUs.
Timesynchronizationwithadeviationnomorethan1smustbeachievedbetweenBBUs,forexample,byusingaGPSorIEEE1588V2clock.Thepermissibleoneway
transmissiondelayisshorterthan4ms.TheeNodeBperiodicallymeasuresonewaytransmissiondelaysbetweentheservingcellandneighboringcellsconnectedthrougharelaxed
backhaulnetwork.Ifadelayexceedsthemaximumpermissiblevalue,theeNodeBdisablesULCoMPbetweenthesecells.
Figure58ULCoMPbetweenBBUsconnectedthrougharelaxedbackhaulnetwork
Figure59Differencesamongrelaxedbackhaul,centralizedcloudBB,anddistributedcloudBB
NOTE:
CloudBB:TwoormoreBBUscommunicatewitheachotherandprocessservicesbyphysicallyconnectingtheBBUsandUSUsusingsignalcables.
CentralizedcloudBB:BBUsandUSUsarelocatedinthesameplace,andthelengthsofthesignalcablesconnectingtheBBUsandUSUsarelessthan100m.
DistributedcloudBB:BBUsandUSUs,orthefirstlevelandsecondlevelUSUs,areremotelyconnectedusingsignalcableswithlengthslessthan10km.
Thisfeaturecanbeusedinthefollowingscenarios:
InterBBUmacromacroULCoMP
Enhancement
None
5.48.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeatureisintroducedineRAN8.1toexpandthecoordinationscope.Itcanbeusedwhentransmissiondelayortransmissionbandwidthisunsatisfactory.Itincreasesthe
averageuplinkthroughputforbothcellsandCEUsintheTTIbundlingstate.
NetworkPerformance
Thisfeatureenhancesuplinkcoverageinscenarioswheretransmissiondelayortransmissionbandwidthisunsatisfactory.
5.48.3NEs
Noimpact.
5.48.4Hardware
TheBBUmustbeLBBPdorUBBPd.
5.48.5InterNEInterfaces
Noimpact.
5.48.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenaddedormodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
Noimpact.
5.48.7OtherFeatures
PrerequisiteFeatures
LOFD081219ULCoMPBasedonRelaxedBackhaulrequiresthefollowingfeatures:
LOFD001066IntraeNodeBULCoMP
LOFD070222IntraeNodeBULCoMPPhaseII
LOFD001048TTIBundling
LOFD081219ULCoMPBasedonRelaxedBackhaultakeseffectonlywhenthisfeatureandallitsprerequisitefeaturesareenabled.
TheotherprerequisitefeaturesarethesameasthoseofLOFD001066IntraeNodeBULCoMP.
MutuallyExclusiveFeatures
ThefeaturesmutuallyexclusivewiththisfeaturearethesameasthoseforLOFD070223ULCoMPBasedonCoordinatedBBU.
ImpactedFeatures
TheimpactedCAfeaturesareasfollows:
LAOFD001001LTEAIntroduction
LAOFD001002CarrierAggregationforDownlink2CCin40MHz
LAOFD070201FlexibleCAfromMultipleCarriers
LAOFD080202CarrierAggregationforUplink2CC[Trial]
LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul
Foracell,theseCAfeaturescanbeenabledtogetherwithLOFD081219ULCoMPBasedonRelaxedBackhaul.ForaCAUE,cellsthatareconnectedthrougharelaxedbackhaul
networkarenotselectedascoordinatedcellsforULCoMP.
eX2QoSHandlingMechanism
WhentheeNodeBdetectsthattransportqueuesonaneX2interfacearecongested,ittriggersbackpressureontrafficrelatedtointerBBUULCoMPbasedonrelaxedbackhaulon
theeX2interfaceinquestionorittriggersaremovalofcoordinatedcellsconnectedthroughtheeX2interface.Asthenumberofcoordinatedcellsdecreases,thedataratesofUL
CoMPUEsmayalsodecrease.
WhentheeNodeBdetectsthatthecongestionisrelieved,iteitherstopsthebackpressureorrestoresthecoordinatedcells.
WhentheeNodeBdetectsthatthetransportresourceisoverloaded,ittriggersaremovaloftheeX2interfaceandthecoordinatedcellsconnectedthroughtheeX2interface.
SFN
TheimpactedSFNfeaturesareasfollows:
LOFD003029SFN
LOFD070205AdaptiveSFN/SDMA
TheseSFNfeaturescanbeenabledtogetherwithLOFD081219ULCoMPBasedonRelaxedBackhaul.However,ULCoMPcannotbeperformedinanSFNcellandanothercell
thatareconnectedthrougharelaxedbackhaulnetwork.
TheotherimpactedfeaturesarethesameasthoseofLOFD001066IntraeNodeBULCoMP.
5.49LOFD081220InterBBUClockSharing(New/Optional)
5.49.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
notapplicabletoMicro
applicabletoLampSitefromeRAN8.1
Summary
ThisfeatureimplementsintersubracksharingoftheGPSreferenceclock(includingtheRGPSreferenceclock).Byusingauniversalswitchingunit(USU),thisfeatureallowsa
macroeNodeBtodistributetheGPSreferenceclock(includingtheRGPSreferenceclock)lockedbyoneofitsbasebandunit(BBU)amongotherBBUs,includingLampSiteBBUs.
Benefits
ThisfeatureeliminatestheneedfordeployingtheGPSreferenceclock(includingtheRGPSreferenceclock)onLampSiteBBUsandimprovesBBUclockreliabilityofmacro
eNodeBs.
Description
Withthisfeature,theUSUdistributestheclockoftheBBUthathaslockedtheGPSreferenceclock(includingtheRGPSreferenceclock)amongotherBBUs,includingLampSite
BBUs.Bydefault,otherBBUssynchronizetheirclockwithGPSreferenceclocks(includingtheRGPSreferenceclock)distributedbytheUSU.IftheGPSreferenceclock(including
theRGPSreferenceclock)distributedbytheUSUisfaultyandtheBBUshavebeenconfiguredwiththeGPSreferenceclock(includingtheRGPSreferenceclock),theBBUs
automaticallysynchronizetheirclockwiththeconfiguredGPSreferenceclock(includingtheRGPSreferenceclock)
TwoGPSreferenceclocks(includingtheRGPSreferenceclock)canbeconfiguredfortwoseparateBBUs.ThetwoGPSreferenceclocks(includingtheRGPSreferenceclock)
workinactive/standbymode.IftheactiveGPSreferenceclock(includingtheRGPSreferenceclock)clockbecomesfaulty,BBUsautomaticallysynchronizetheirclockwiththe
standbyGPSreferenceclock(includingtheRGPSreferenceclock).
Enhancement
None
5.49.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
InCentralizedCloudBB(IdealBackhaul)(centralizedCloudBBforshort)mode,ifboththesharedclocksourceanditsbackuparefaulty,eNodeBscannotreceiveclocksignalsfrom
USUs.Asaresult,servicesontheeNodeBswithoutanybackupclockareinterruptedafterthesharedclocksourceisoutoflock.
5.49.3NEs
ThisfeatureisimplementedontheeNodeB,USU3900orUSU3910,andCME.
5.49.4Hardware
IncentralizedCloudBBmode,hardwaremustmeetthefollowingrequirements:
MacroorLampSiteeNodeBsareused.
ThemaincontrolboardineacheNodeBisaUMPT.
AtleastoneBBUisconfiguredwithaGPSorRGPSclocksourceandsharestheclocksourcewithotherinterconnectedBBUs.Ifclocksourcebackupisrequired,two
BBUsareconfiguredwithGPSorRGPSclocksources.
5.49.5InterNEInterfaces
NonewinterNEinterfaceisintroducedforthisfeature.AnewIEisaddedtoquerytheinterBBUclocksharingstateontheCME.
5.49.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
None
PerformanceManagement
None
FaultManagement
None
5.49.7OtherFeatures
PrerequisiteFeatures
IncentralizedCloudBBmode,theeNodeBprovidingaclocksourcefortimesynchronizationmustsupportLBFD00300503SynchronizationwithGPS.
MutuallyExclusiveFeatures
None
ImpactedFeatures
WhentheclocksourceisfaultyandeNodeBsdonotreceiverequiredclocksignals,alleNodeBservicefeaturesareaffected.
5.50LOFD081221SuperCombinedCell(Enhanced/Optional)
5.50.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1.
notapplicabletoMicro.
notapplicabletoLampSite.
Summary
ThisfeaturetogetherwithLOFD003029SFNallowsmultiplesinglefrequencynetwork(SFN)cellsthatprovidecontinuouscoveragetobecombinedintoonecell,calledsuper
combinedcell,tosupporthighspeedmobility.
ThisfeatureusesaseamlesstransfertechniquetoreducethenumberofhandoversbetweenSFNcells.Inaddition,thisfeatureusesajointtransmissiontechniquetoimprovesignal
qualityintheoverlappingareasbetweenSFNcells.
TheSFNcellsinasupercombinedcellmustbeconfiguredwiththesamephysicalcellidentifier(PCI)butdifferentcellglobalidentifications(CGIs).
Benefits
Thisfeatureoffersthefollowingbenefits:
ReducesthenumberofhandoversofUEsmovingathighspeedandimprovessignalqualityintheoverlappingareasbetweenSFNcells.
EnablesflexibleconfigurationofphysicalcellsinanSFNcell.
Assumethatthereare36physicalcells.Beforethisfeatureisused,eachSFNcellneedstocontain6physicalcellstominimizethenumberofhandoversandtherearea
totalof6SFNcells.Afterthisfeatureisused,eachSFNcellcancontainonly3cellsandthereareatotalof12SFNcells.
IncreasesUEthroughputbymorethan50%inthetraditionalhandoverareasbetweenSFNcells.
Description
ThisfeatureallowsmultipleSFNcellsthatprovidecontinuousstripcoveragetobecombinedintoasupercombinedcelltosupporthighspeedmobility.TheseSFNcells(eachhaving
threetosixphysicalcells)mustbeservedbythesamebasebandunit(BBU)ordifferentBBUsconnectedinacentralizedCloudBBarchitecture.Inaddition,theseSFNcellsmust
beconfiguredwiththesamePCIbutdifferentCGIs.
ThisfeatureusesaseamlesstransfertechniqueandajointtransmissiontechniquebetweenSFNcells.Thesetechniquesreducethenumberofhandoversandimprovesignalquality
intheoverlappingareasbetweenSFNcells,therebyimprovingtheexperienceofusersmovingathighspeed.
Enhancement
None
5.50.2ImpactonCapacityandPerformance
SystemCapacity
ComparedwithSFNcells,asupercombinedcellincreasessingleUEthroughputinboundaryphysicalcellslocatedwithinSFNcellsbymorethan50%.
NetworkPerformance
AsupercombinedcellimprovesthesignalqualityinoverlappingareasofSFNcellsandreducesthenumberofhandovers.
5.50.3ImpactonNEs
ThisfeatureisimplementedoneNodeBs.
5.50.4ImpactonHardware
Basebandprocessingunits(BBPs)thatsupporttheSuperCombinedCellfeatureareUBBPd3,UBBPd4,UBBPd5,andUBBPd6.
5.50.5ImpactonInterfacesBetweenNEs
None
5.50.6ImpactonOperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
NOTE:
PerCellintheSalesUnitcolumnofLOFD081221SuperCombinedCellindicatesaphysicalcelllocatedinanSFNcell.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
ThefollowingperformancecountershavebeenaddedontheeNodeBsidetoaccommodatethisfeature.
FaultManagement
None.
5.50.7ImpactonOtherFeatures
PrerequisiteFeatures
LOFD003029SFN
MutuallyExclusiveFeatures
LOFD081221SuperCombinedCelldoesnotworkwithanyofthefollowingfeatures:
LOFD001031ExtendedCP
LOFD001066IntraeNodeBULCoMP
MRFD231806GSMandLTEDynamicPowerSharing(LTE)
LAOFD00100101IntraBandCarrierAggregationforDownlink2CCin20MHz
LAOFD00100102InterBandCarrierAggregationforDownlink2CCin20MHz
LOFD070205AdaptiveSFN/SDMA
LOFD081208IntereNodeBSFNBasedonCoordinatedBBU
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
LOFD001016VoIPSemipersistentScheduling
ImpactedFeatures
Thisfeaturehasthefollowingimpacts:
WheninterSFNjointtransmissionistriggeredformultipleUEs,resourceblocks(RBs)cannotbefairlyallocatedbetweenneighboringSFNcellsbecausetimeresources
areallocatedaccordingtothenumberofUEsinboundaryphysicalcells.
WheninterSFNjointschedulingistriggeredformultipleUEs,thenumberofUEsthatcanbescheduledbyeachTTIintheuplinkdecreases.Asaresult,thecelluplink
RBusagemayfailtoreach100%.
Whenasupercombinedcellcooperateswithothercells(excludingthehighspeedrailwaycoveragescenario),thefeatureLOFD081207SpecifiedPCIGroupBased
NeighboringCellManagementmustbeenabledforthecellsandthePCIofthesupercombinedcellmustbesetinaspecialPCIrange.Otherwise,handovermayfail
whenaUEishandedoverfromacommoncelltothesupercombinedcell.
ThePCIconflictdetectionfeatureisaffected.AftertheSuperCombinedCellfeatureisactivated,therestrictionthatcellswiththesamefrequencyandPCIcannotbe
configuredintheneighboringcelllistandtheexternalcelllistislifted.IfitisdetectedthatthePCIsoftwoneighboringsupercombinedcellsarethesameduringPCI
conflictdetection,theeNodeBdoesnotreportaPCIconflictalarm.
AftertheSuperCombinedCellfeatureisactivated,thefollowingparametersettingsareaffected:
TheSRSADAPTIVECFG.SrsPeriodAdaptiveswitchmustbeturnedoffsothattheSRSconfigurationmodemustnotbeadaptive.
CELLSRSADAPTIVECFG.UserSrsPeriodmustnotbe5or10ms.
TheSrsSubframeRecfSwitchoptionofCELLALGOSWITCH.SrsAlgoSwitchmustbeturnedoffsothattheSRSsubframeconfigurationcannotbe
dynamicallyadjusted.
TheCELLPDCCHALGO.PdcchSymNumSwitchswitchmustbeturnedoff.
ThePUCCHresourceadjustmentswitchPucchSwitchandthePUCCHflexibleconfigurationswitchPucchFlexCfgSwitchassociatedwith
CELLALGOSWITCH.PucchAlgoSwitchmustbeturnedoff.
CELL.HighSpeedFlagmustnotbesettoLOW_SPEED.
RACHinformationmustbeconfigured.
WhenaneighboringinterBBUSFNcellisconfiguredforaninterBBUsupercombinedcell,theX2linkmustbeworkingproperly.
IfthedownlinkdatajointlytransmittedbetweenSFNcellsinasupercombinedcellconflictswiththedownlinkpublicdataofcoordinatedcells,Msg2willfailtobe
detectedandthenumberoffalsealarmswillincreasebyamaximumof0.2%intheory.
ThenumberofUEsthatcanbescheduledinthedownlinkwithinthesameTTImaybedifferentintwoneighboringSFNcells.Asaresult,jointtransmissionmayfail.To
ensuresuccessfuljointtransmission,thenumberofUEsthatcanbescheduledwithineachTTIineachcellislimitedto12.Insuchacase,upto240voiceservice
subscriberscanbesupported.
ThehandoverrelatedperformancecountersofSFNcellsinthesupercombinedcellareinvalid:
IntraRAToutgoinghandovermeasurement(HO.eRAN.Out.Cell)
L.HHO.IntraeNB.IntraFreq.PrepAttOut
L.HHO.IntraeNB.IntraFreq.ExecAttOut
L.HHO.IntraeNB.IntraFreq.ExecSuccOut
L.HHO.IntereNB.IntraFreq.PrepAttOut
L.HHO.IntereNB.IntraFreq.ExecAttOut
L.HHO.IntereNB.IntraFreq.ExecSuccOut
L.HHO.Prep.FailOut.MME
L.HHO.Prep.FailOut.NoReply
L.HHO.Prep.FailOut.PrepFailure
L.HHO.Prep.FailOut.HOCancel
L.HHO.IntraFreq.NoData.ExecAttOut
L.HHO.IntraFreq.NoData.ExecSuccOut
L.HHO.FailOut.HOCancel
L.HHO.IntraeNB.IntraFreq.PrepAttOut.VoIP
L.HHO.IntraeNB.IntraFreq.ExecAttOut.VoIP
L.HHO.IntraeNB.IntraFreq.ExecSuccOut.VoIP
L.HHO.IntereNB.IntraFreq.PrepAttOut.VoIP
L.HHO.IntereNB.IntraFreq.ExecAttOut.VoIP
L.HHO.IntereNB.IntraFreq.ExecSuccOut.VoIP
L.HHO.IntraFreq.Prep.FailOut.MME
L.HHO.IntraFreq.Prep.FailOut.NoReply
L.HHO.IntraFreq.Prep.FailOut.PrepFailure
L.HHO.IntraFreq.Prep.FailOut.HOCancel
L.HHO.Prep.FailOut.TargetIllegal
L.HHO.IntraFreq.Prep.FailOut.TargetIllegal
IntraRATincominghandovermeasurement(HO.eRAN.In.Cell)
L.HHO.IntraeNB.PrepAttIn
L.HHO.IntraeNB.ExecAttIn
L.HHO.IntraeNB.ExecSuccIn
L.HHO.IntereNB.PrepAttIn
L.HHO.IntereNB.ExecAttIn
L.HHO.IntereNB.ExecSuccIn
L.HHO.Prep.FailIn.AdmitFail
L.HHO.Prep.FailIn.HOCancel
L.HHO.IntereNB.PathSwAtt
L.HHO.IntereNB.PathSwSucc
L.HHO.PrepAttIn.disc.FlowCtrl
L.HHO.Prep.FailIn.FlowCtrl
L.HHO.Prep.FailIn.AdmitFail.Load
L.HHO.Prep.FailIn
L.HHO.X2.Cancel.ExecIn
L.HHO.Prep.FailIn.AdmitFail.SRS
L.HHO.Prep.FailIn.AdmitFail.PUCCH
L.HHO.Prep.FailIn.AdmitFail.ULThrpLic
L.HHO.Prep.FailIn.AdmitFail.DLThrpLic
L.HHO.Prep.FailIn.AdmitFail.UserLic
L.HHO.Prep.FailIn.AdmitFail.UserSpec
L.HHO.Prep.FailIn.AdmitFail.TNL.DLRes
L.HHO.Prep.FailIn.AdmitFail.TNL.ULRes
IntraRATX2outgoinghandovermeasurement(HO.eRAN.X2Out.Cell)
L.HHO.X2.IntraFreq.PrepAttOut
L.HHO.X2.IntraFreq.ExecAttOut
L.HHO.X2.IntraFreq.ExecSuccOut
L.HHO.X2.FailOut.HOCancel
L.HHO.X2.Prep.FailOut.MME
L.HHO.X2.Prep.FailOut.NoReply
L.HHO.X2.Prep.FailOut.PrepFailure
L.HHO.X2.Prep.FailOut.HOCancel
L.HHO.X2.Prep.FailOut.TargetIllegal
L.HHO.X2.IntraFreq.Prep.FailOut.MME
L.HHO.X2.IntraFreq.Prep.FailOut.NoReply
L.HHO.X2.IntraFreq.Prep.FailOut.PrepFailure
L.HHO.X2.IntraFreq.Prep.FailOut.HOCancel
L.HHO.X2.IntraFreq.Prep.FailOut.TargetIllegal
L.HHO.X2.Exec.FailOut.MMERel
L.HHO.X2.IntraFreq.Exec.FailOut.MMERel
5.51LOFD081223ExtendedCellAccessRadiusBeyond100km(New/Optional)
5.51.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN8.1.
NotapplicabletoMicro.
NotapplicabletoLampSite.
Summary
Thisfeaturesupportstheextendedcellradiusupto160kminopenareas(forexample,onthesea)whilekeepcertainnetworkperformance.
Benefits
Withthisfeature,thecoverageareacanbeextendedtomorethan100kminopenareas(thatis,onthesea).
Description
InscenarioswhereaUEislocated100kmawayfromthecellcenterandtheUEdoesnotsupportalargetimingadjustment,thistechnologyallowstheeNodeBdelaysthetimefor
receivinguplinksignalsfromtheUE,sothattheeNodeBcancorrectlyreceivetheuplinksignalsfromtheUE.ThisfeaturedoesnotrequireanymodificationoftheUEandcomplies
withthecurrentprotocols.
Toprovideacoveragebeyond100km,theeNodeBusestwoRRUstoprovidecoverageinthelocalarea(0toNkm)andremotearea(Nto100+Nkm)byadjustingtheantenna
heightanddowntilt.Here,0N60km.Thecellprovidesanormalcoverage,andtheuplinktimingalignmenttimerdoesnotneedtobeadjusted.Theremotecellprovidesan
extendedcoverage,andtheuplinktimingalignmenttimerneedstobeadjusted.Ifthereisnocoveragerequirementinthelocalarea,theRRUthatcoversthelocalareadoesnot
needtobeinstalled.
Enhancement
None
Dependency
eNodeB
Thebasebandprocessingunitmustbe:
UBBPd3
UBBPd4
UBBPd5
UBBPd6
TheTXandRXmodeofthecellmustbe:
1T1R
1T2R
2T2R
2T4R
TheRRUcannotbe:
RRU3201
RRU3203
RRU3220
RRU3222
RRU3808
RRU3908
LRFU
MRFU
eCoordinator
None
UE
None
Transportnetwork
None
CN
None
OSS
None
Otherfeatures
Thisfeaturecannotworkwiththefollowingfeatures:
LOFD070223ULCoMPbasedonCoordinatedBBU
LOFD070222IntraeNodeBULCoMPPhaseII
LOFD001066IntraeNodeBULCoMP
LOFD081219ULCoMPBasedonRelaxedBackhaul
LOFD001096AdvancedReceiver(PSIC)
LOFD081206IntraeNodeBCoordinatedUplinkAMC
LOFD001003DL4x2MIMO
LOFD001060DL4x4MIMO
LOFD001007HighSpeedMobility
LOFD001008UltraHighSpeedMobility
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
LOFD003029SFN
LOFD070205AdaptiveSFN/SDMA
LOFD081208IntereNodeBSFNBasedonCoordinatedBBU
LOFD081209IntereNodeBadaptiveSFN/SDMABasedonCoordinatedBBU
LOFD081221SuperCombinedCell
LAOFD001001LTEAIntroduction
LAOFD001002CarrierAggregationforDownlink2CCin40MHz
LAOFD070201CAforDownlink2CCFromMultipleCarriers
LAOFD070202CarrierAggregationfor2CCbasedonCoordinatedBBU
LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul
LAOFD080202CarrierAggregationforUplink2CC[Trial]
LAOFD080207CarrierAggregationforDownlink3CCin40MHz
LAOFD080208CarrierAggregationforDownlink3CCin60MHz
LAOFD081237CarrierAggregationwithDL4x4MIMO[Trial]
MRFD101222FDD+TDDCarrierAggregation(LTEFDD)[Trial]
Others
None
5.51.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
Thecellradiuscanbeextendedtoupto160km.
5.51.3NEs
ThisfeatureisimplementedontheeNodeB.
5.51.4Hardware
OnlyUBBPdboardssupportthisfeature.Onlyonecellofradiusgreaterthan100kmcanbeestablishedonaUBBPdboard.IfsuchacellisestablishedonaUBBPdboard,nomore
cellscanbeestablishedonthisboard.
ThefollowingmodelsofRRUsdonotsupportthisfeature:RRU3201,RRU3203,RRU3220,RRU3222,RRU3808,RRU3908,LRFU,andMRFU.
5.51.5InterNEInterfaces
Noimpact.
5.51.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenintroducedandmodifiedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.51.7RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
LOFD001066IntraeNodeBULCoMP
ItisrecommendedthatthedistancebetweenRRUsforULCoMPbelessthanorequalto1km.Therefore,LOFD081223ExtendedCellAccessRadiusBeyond100km
cannotworkwiththefollowingULCoMPfeatures:
LOFD001096AdvancedReceiver(PSIC)
ThisfeaturecannotworkwithLOFD081223ExtendedCellAccessRadiusBeyond100km.
LOFD081206IntraeNodeBCoordinatedUplinkAMC
ThisfeaturecannotworkwithLOFD081223ExtendedCellAccessRadiusBeyond100km.
LOFD001003DL4x2MIMO
Channelcalibrationisnotsupportedinthescenariowherethecellradiusexceeds100km.Therefore,4TclosedloopMIMOcannotworkwithLOFD081223ExtendedCell
AccessRadiusBeyond100km.
LOFD001060DL4x4MIMO
Channelcalibrationisnotsupportedinthescenariowherethecellradiusexceeds100km.Therefore,4TclosedloopMIMOcannotworkwithLOFD081223ExtendedCell
AccessRadiusBeyond100km.
LOFD001007HighSpeedMobility
Accordingto3GPPspecifications,highspeedmobilityisnotsupportedinthescenariowherethecellradiusexceeds100km.
LOFD001008UltraHighSpeedMobility
Accordingto3GPPspecifications,ultrahighspeedmobilityisnotsupportedinthescenariowherethecellradiusexceeds100km.
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
ThisfeaturecannotworkwithLOFD081223ExtendedCellAccessRadiusBeyond100km.
FeaturesrelatedtomultiRRUcombinationcell
LOFD003029SFN
LOFD081221SuperCombinedCell
LOFD081223ExtendedCellAccessRadiusBeyond100kmdoesnotsupportmultiRRUcombinationcells.
Carrieraggregation(CA)features
LAOFD00100101IntraBandCarrierAggregationforDownlink2CCin20MHz
LAOFD00100102InterBandCarrierAggregationforDownlink2CCin20MHz
Acellwithacellradiusgreaterthan100kmdoesnotsupportCA.
ImpactedFeatures
Inamobilecommunicationssystem,aradiolinkhastwodirections:uplinkanddownlink.Thereisanimbalancebetweenuplinkanddownlinkwhentheydifferinaspectssuchas
fadingeffect,transmitpower,antennagain,andreceiverdemodulationperformance.
Asaresult,thetransmissionqualityintheuplinkisnegativelyaffectedinextendedcoverage.Therefore,thefollowingcoverageenhancementfeaturesarerequiredtoensureuplink
coveragequality:
LOFD001048TTIBundling
LBFD00202001UL2AntennaReceiveDiversity
LOFD001005UL4AntennaReceiveDiversity
LOFD001012ULInterferenceRejectionCombining
5.52LOFD081225NeighborCellClassificationManagement(New/Optional)
5.52.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN8.1.
ApplicabletoMicrofromeRAN8.1.
ApplicabletoLampSitefromeRAN8.1.
Summary
ThisfeatureallowsclassificationofintraRATneighborrelationshipsbasedonthestatisticsofneighborrelationshipsandappliesdifferentmanagementpoliciestodifferentclassesof
neighborrelationships.Thisfeaturehelpsincreasetheneighborrelationshipmanagementefficiencyandimproveoperator'sOMexperience.
Benefits
ThisfeaturegeneratestheautomaticclassificationresultsofneighborrelationshipsandincreasestheOMefficiencyofneighborrelationships.
Description
Intheintraandinterfrequencyneighboringrelationtable(NRT),anewattribute"NcellClassLabel"isaddedtoclassifytheneighborrelationshipsinto"Formal"and"Extended"ones.
TheeNodeBcollectsthenumberofhandoverattemptsfromthelocalcelltoaneighboringcellwithinameasurementperiodandautomaticallysetsthisattributefortheneighbor
relationship.Basedonthisattribute,operatorscanprioritizeneighboringcellsandtheeNodeBadoptsdifferentiatedpoliciesforneighboringcells.
Inahandovertoaneighboringcellwiththisattributesetto"Formal",theUEishandedoverdirectlybasedontheNRTconfiguration.Inahandovertoaneighboringcellwiththis
attributesetto"Extended",theUEishandedoverbasedontheECGIreadingresults.
IftwointrafrequencyneighboringcellsshareonePCI,then:
Iftheattributevaluesofthetwocellsareboth"Formal"or"Formal"and"Extended",thelocalcellneedstoperformPCIconfusiondetectionontheseneighboringcells.
Iftheattributevaluesofthetwocellsare"Extended",thelocalcelldoesnotperformPCIconfusiondetectionontheseneighboringcells.
Thefunctionofsettingtheattribute"NcellClassLabel"basedonthenumberofhandoverattemptsandthefunctionofselectingthetargetcellbasedontheattribute"NcellClassLabel"
requiretheLOFD002001AutomaticNeighbourRelation(ANR)feature.
ThefunctionofPCIconfusiondetectionbasedontheattribute"NcellClassLabel"requirestheLOFD002007PCICollisionDetection&SelfOptimizationfeature.
Enhancement
None
5.52.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
IftheNeighborCellClassificationLabelparameterissettoEXTENDED(EXTENDED)foraneighboringcellandthe
NCELL_CLASS_HO_POLICY_SW(NCELL_CLASS_HO_POLICY_SW)optionoftheNeighborCellClassificationMgtSwitchparameterisselected,theeNodeBinstructsaUE
toperformCGIreadingbeforehandingtheUEovertothisneighboringcell.ThiscandetectpossiblePCIconfusion,increasingthehandoversuccessrateanddecreasingtheservice
droprate.However,thisincreasesthehandoverdelayoftheUEanddecreasestheUEthroughput.IftheCGIreadingfails,thereisapossibilitythatUEexperiencesaservicedrop.
5.52.3NEs
ThisfeatureisimplementedontheeNodeBandU2000.
5.52.4Hardware
Noimpact.
5.52.5InterNEInterfaces
Noimpact.
5.52.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenintroducedandmodifiedtoaccommodatethisfeature.
Thefollowingparametershavebeenintroducedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.52.7RelatedFeatures
PrerequisiteFeatures
LOFD002001AutomaticNeighbourRelation(ANR)orLOFD002007PCICollisionDetection&SelfOptimization
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.53LOFD081227IntraLTELoadBalancingforNoncositedCells(New/Optional)
5.53.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN8.1.
ApplicabletoMicrofromeRAN8.1.
ApplicabletoLampSitefromeRAN8.1.
Summary
Thisfeatureprovidesthefollowingtwofunctions:
EventA2triggeredfrequencyprioritybasedinterfrequencyhandovers
EventA5triggeredloadbasedinterfrequencyhandovers
Benefits
Thisfeaturebringsthefollowingbenefitstoimprovetheinterfrequencymobilityloadbalancing(MLB)performanceinnoncositedscenarios:
IncreasesthepeakthroughputofUEsinlightlyloadedcells
Improvesthespectralefficiency
Description
Thisfeatureprovidesthefollowingtwofunctions:
EventA2triggeredfrequencyprioritybasedinterfrequencyhandovers
WhenaUEinitiallyaccessesacell,aUEishandedovertothecell,ortheRRCconnectionoftheUEisreestablishedtothecell,theeNodeBdeliversA2related
measurementconfigurationtotheUE.WhentheUEreportseventA2andPRBusagebasedinterfrequencyMLBorusernumberbasedinterfrequencyMLBisnot
triggeredinthetargetcellofafrequencyprioritybasedhandover,theeNodeBperformsahandoverandtransfersthisUEtothiscell.
Inscenarioswhereinterfrequencyneighboringcellsthatareconfiguredwithdifferentbandwidthsarelocatedindifferentsites,cellswithsmallerbandwidthscanchoose
cellswithlargerbandwidthsastargetcellsforfrequencyprioritybasedhandovers.Whenthecellloadislight,UEsthatarenotlocatedinthesitecenterofsmall
bandwidthcellscanbehandedovertolargebandwidthcells,improvingthepeakthroughputofUEs.
EventA5triggeredloadbasedinterfrequencyhandovers
PRBusagebasedinterfrequencyMLBandusernumberbasedinterfrequencyMLBsupportsfrequencyspecificmeasurementconfigurationsforeventA4orA5that
triggersloadbasedinterfrequencyhandovers.Inscenarioswhereinterfrequencyneighboringcellsarenotlocatedinthesamesite,theeNodeBinitiateshandoversbased
oneventA5.Inthisway,UEsthatarenotlocatedinthesitecenterareselectedforMLB,improvingtheUuinterfaceperformanceofUEsafterMLBandthespectral
efficiency.
Enhancement
None
5.53.2SystemCapacityandNetworkPerformance
SystemCapacity
Thisfeatureimprovestheradioresourceutilizationandincreasessystemcapacityinnoncositedscenarios.
NetworkPerformance
ThisfeatureincreasesthepeakthroughputofUEs.
5.53.3NEs
ThisfeatureisimplementedontheeNodeBandCME.
5.53.4Hardware
Noimpact.
5.53.5InterNEInterfaces
Noimpact.
5.53.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenintroducedandmodifiedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.53.7RelatedFeatures
PrerequisiteFeatures
LOFD081227IntraLTELoadBalancingforNoncositedCellsrequiresthefollowingfeatures:
LOFD001032IntraLTELoadBalancing
LOFD070215IntraLTEUserNumberLoadBalancing
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.54LOFD081228HandoverEnhancementatSpeedMobility(New/Optional)
5.54.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
notapplicabletoMicro
notapplicabletoLampSite
Summary
Inhighspeedmobilityscenarios(suchashighspeedrailways),thisfeatureensuressufficientresourcesforhighspeedusersbythefollowinghandoverenhancements:
eNodeBshandoverlowspeedusersoutfromcellsenabledwithhighspeedmobilityfeatures.
eNodeBshandoverhighspeeduserstocellsenabledwithhighspeedmobilityfeatures,preventingthemfrombeinghandedovertocommoncells.
Benefits
Userexperienceisimprovedinhighspeedmobilityscenarios.
Description
Generally,adedicatednetworkisdeployedforhighspeedmobilityscenarios(suchashighspeedrailways).
Topreventcommonusersfromoccupyingresourcesinthisnetwork,whenthisnetworkcoversurbanareaswherecommonmacroeNodeBsaredeployed,theeNodeBsenabledwith
thisfeaturehandovercommonuserstocommoncellsservedbythecommonmacroeNodeBs.Inaddition,theeNodeBshandoverhighspeeduserstocellsenabledwiththehigh
speedmobilityfeatureinthededicatednetwork,preventingthemfrombeinghandedovertocommoncells.Thisensuresthathighspeeduserscanobtainsufficientresourcesinthe
dedicatednetwork.Asaresult,theexperienceofhighspeedusersisimprovedandthevalueofthededicatednetworkismaximized.
NOTE:
Inthisfeature,highspeedmobilityscenariosrefertohighspeedandultrahighspeedmobilityscenarios.
Enhancement
None
5.54.2SystemCapacityandNetworkPerformance
SystemCapacity
ThelowspeedUEoutmigrationalgorithmisusedtotransferUEsservedbythepublicnetworkfromthehighspeedrailwaydedicatednetworktothepublicnetwork,ensuringthe
capacityofthededicatednetwork.
NetworkPerformance
Noimpact.
5.54.3NEs
Noimpact.
5.54.4Hardware
ThisfeatureissupportedbythebasebandprocessingunitsUBBPdandLBBPdandisalsosupportedbytheUMDU.
5.54.5InterNEInterfaces
Noimpact.
5.54.6OperationandMaintenance
License
AneNodeBlicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.54.7RelatedFeatures
PrerequisiteFeatures
BeforeenablingLOFD081228HandoverEnhancementatSpeedMobility,enableeitherofthefollowingfeatures:
LOFD001007HighSpeedMobility
LOFD001008UltraHighSpeedMobility
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.55LOFD081229VoiceCharacteristicAwarenessScheduling(New/Optional)
5.55.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN8.1.
ApplicabletoMicrofromeRAN8.1.
ApplicabletoLampSitefromeRAN8.1.
Summary
ThisfeatureisimplementedbasedonuplinkdelaybaseddynamicschedulinganduplinkVoLTEvolumeestimationfordynamicscheduling.Thisfeatureadjustsschedulingpriorities
andestimatesuplinkvolumetobescheduledtoimproveuplinkvoiceperformanceinheavytrafficscenarios.
Theindependentconfigurationforvoiceinactivitytimerimprovesuserexperiencesonvoiceservices.
Benefits
Thisfeatureimprovesuplinkvoiceperformanceinheavytrafficscenarios.
Description
Uplinkdelaybaseddynamicscheduling
TheeNodeBprioritizesvoicepacketsbasedontheirwaitingtimesalongerwaitingtimeindicatesahigherpriority.Thisway,theeNodeBmakesabalanceamongschedulingqueues
andimprovesvoicequality,especiallythevoicequalityofUEsatthecelledgewherechannelconditionsarepoor.
UplinkVoLTEvolumeestimationfordynamicscheduling
TheeNodeBestimatesuplinkVoLTEvolumefordynamicschedulingbasedontheVoLTEmodelanduplinkschedulingintervals:
Duringtalkspurts,theeNodeBestimatesthenumberofvoicepacketsintheUEbufferbasedontheiruplinkschedulingintervalsandthencalculatesthe
volumeofvoicepacketsbasedonthesizeofavoicepacket.
Duringsilentperiods,theeNodeBtakesthesizeofavoicepacketastheuplinkVoLTEvolumefordynamicscheduling.
WhenacalledUEdoesnotanswerthecall,thecallingUEisreleasedaftertheUEinactivitytimerexpires.Inthiscase,thecallingUEinidlemodemaybereselectedtoacellthat
doesnotsupportvoiceservices.IfthecalledUEstartstoanswerthecall,theservicewithQCIof1ofthecallingUEfailstobesetup.
Withindependentconfigurationforvoiceinactivitytimer,theUEscandistinguishvoiceandnonvoicescenarios.Thatis,thelengthoftheUEinactivitytimercanbeindependently
configuredtoavoidtheprecedingnegativeimpact.
Enhancement
None
5.55.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
UplinkVoLTEvolumeestimationfordynamicschedulingcanshortenvoiceservicedelays,reducetheuplinkpacketlossrate,andimprovevoicequalitywhenacellisheavilyloaded
andDRXisenabled.However,thisfunctionincreasesRBoverheadsandlowersMCSindexesallocatedtovoiceuserswhentherearemanyvoiceusers,thisfunctionalsoreduces
cellthroughput.
Uplinkdelaybaseddynamicschedulingcanbeusedinheavytrafficscenariostoimprovevoicequalityinweakcoverageareas.However,thisfunctionprolongsSRbased
scheduling,whichfurther:
ProlongsprocessingtimesuchasERABsetuptime,RRCconnectionsetuptime,pingdelay,timeoftransitionfromidlemodetoconnectedmode,andattachdelay.
Slightlydecreasescellthroughput.
Independentconfigurationforvoiceinactivitytimerhasthefollowingimpactsonnetworkperformance:
IfthevalueoftheRrcConnStateTimer.UeInactiveTimerQci1parameterissmallerthanthatoftheRrcConnStateTimer.UeInactiveTimerparameter,theonlineduration
ofvoiceserviceUEsbecomesshortandvoiceservicedropratedecreases.
IfthevalueoftheRrcConnStateTimer.UeInactiveTimerQci1parameterisgreaterthanthatoftheRrcConnStateTimer.UeInactiveTimerparameter,theonlineduration
ofvoiceserviceUEsbecomeslong,RRCconnectionrequestnumberdecreases,numberofnormalreleasesdecreases,andvoiceservicedroprateincreases.
5.55.3NEs
ThisfeatureisimplementedontheeNodeB.
5.55.4Hardware
Noimpact.
5.55.5InterNEInterfaces
Noimpact.
5.55.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.55.7RelatedFeatures
PrerequisiteFeatures
LBFD002025BasicScheduling
LOFD00101502DynamicScheduling
MutuallyExclusiveFeatures
Noimpact.
ImpactedFeatures
Noimpact.
5.56LBFD081105VoiceSpecificAMC(New/Basic)
5.56.1FeatureDescription
Availability
Thisfeatureis
ApplicabletoMacrofromeRAN8.1.
ApplicabletoMicrofromeRAN8.1.
ApplicabletoLampSitefromeRAN8.1.
Summary
Thisfeatureappliestovoiceservice.ItenablestheeNodeBtosetanuplinktargetIBLERforUEsnotintheTTIbundlingstatetoreducethenumberofuplinkVoLTEpacketlosses
andshortenVoLTEpacketdelays.
Benefits
ThisfeatureimprovestheuplinkvoiceperformanceofUEsnotatthecelledge.
Description
TheeNodeBadjustsSINRsforUEstobedynamicallyscheduledintheuplinkbasedontheconfigureduplinktargetIBLERandthenpreliminarilyselectsMCSsfortheUEs.The
optimaluplinktargetIBLERdiffersindifferentscenariosandthereforeshouldbeconfiguredfordifferentscenarios.ConsideringthetradeoffbetweenVoLTEperformanceandresource
overheads,thedefaultuplinktargetIBLERisrecommended.
Enhancement
None
5.56.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
Thisfeatureaffectsvoicequalityinthefollowingaspects:
IftheCellAlgoSwitch.SinrAdjTargetIblerforVoLTEparameterissettoasmallervalue,theMCSindexesselectedforuplinkvoiceservicesaresmaller.For
voiceusersinthecellcenter,theuplinkQCI1packetlossratemayslightlydecreaseandvoicequalityalmostremainsunchanged.Forvoiceusersnotinthe
cellcenter,thenumberofuplinkRLCsegmentsincreasesandtheuplinkQCI1packetlossratemayincreaseinthecaseofheavyloadasaresult,voice
qualitybecomesworseandvoicecapacitydecreases.
IftheCellAlgoSwitch.SinrAdjTargetIblerforVoLTEparameterissettoalargervalue,theMCSindexesselectedforuplinkvoiceservicesarelarger.Inthe
uplink,theIBLER,RBLER,andQCI1packetlossrateincreases,andvoicequalitybecomesworse.Inthedownlink,theQCI1packetlossratealso
increasesandvoicequalityalsobecomesworsebecausethedemodulationperformancedeterioratesforACKs/NACKsandchannelstatusinformation
transmittedonthePUSCH.
Thisfeaturemayalsoaffectcellthroughputanddataservicethroughput.
IftheCellAlgoSwitch.SinrAdjTargetIblerforVoLTEparameterissettoasmallervalue,theMCSindexesselectedforuplinkvoiceservicesaresmallerandthenumber
ofconsumedRBsincreases.Whentherearemanyvoiceusers,cellthroughputdecreases.
ItisrecommendedthattheCellAlgoSwitch.SinrAdjTargetIblerforVoLTEparameterbesettoavaluelessthanorequalto10%inlightlyloadedcellsandto10%inheavilyloaded
cells.
5.56.3NEs
ThisfeatureisimplementedontheeNodeB.
5.56.4Hardware
Noimpact.
5.56.5InterNEInterfaces
Noimpact.
5.56.6OperationandMaintenance
License
None
ConfigurationManagement
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.56.7RelatedFeatures
PrerequisiteFeatures
LBFD001006AMC
LBFD002025BasicScheduling
LOFD00101502DynamicScheduling
MutuallyExclusiveFeatures
Noimpact.
ImpactedFeatures
Noimpact.
5.57LOFD081280eNodeBSupportingMultioperatorPKI(New/Optional)
5.57.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN8.1
Summary
ThisfeatureappliestoRANSharingscenariossoastosecurelyisolatetheservicesofeachoperator.Afterthisfeatureisenabled,ifeachoperatordeploysitsownPKIserver,the
eNodeBcanloadandmanagethedevicecertificatesissuedbymultiplePKIservers.TheeNodeBestablishesanindependentsecuritytunnelforeachoperatorbasedontheir
respectivedevicecertificates,soastoachievethesecureisolationofeachoperator'sservices.
Benefits
InRANSharingscenarios,ifeachoperatordeploysitsownPKIserver,thisfeatureprovidesanindependentsecuritytunnelforeachoperatorsoastoachievethesecureisolationof
eachoperator'sservices.
Description
TheeNodeBsupportsloadingandmanagingdevicecertificatesandCRLfilesissuedbymultiplePKIservers.Thefollowingactionsareinvolved:
Certificateapplication:EachoperatorusesaHuaweiissueddevicecertificatetoapplytoitsownPKIserverforacertificate,andtheeNodeBestablishesanindependent
IPsectunnelforeachoperator.AsshowninFigure510,operatorA'sPKIserverissuescertificateAtotheeNodeB,andoperatorB'sPKIserverissuescertificateBto
theeNodeB.Then,theeNodeBestablishesIPsectunnelsAandBforoperatorsAandB,respectively.
Certificateupdate:Similarly,eachoperator'sPKIserverissuesanupdatedcertificate.
Certificaterevocation:Similarly,eachoperator'sPKIservercanrevokeacertificate.
CRLfilemanagement:Similarly,theeNodeBcanobtaintheCRLfileoneachserver.TheeNodeBthenindependentlymanageseachcertificatefile.
Tosecurelyisolatetheservicesofoperators,theeNodeBcanusetheirrespectivedevicecertificatestoestablishadedicatedIPsectunnelforeachoperator.
Figure510eNodeBsupportingMultioperatorPKI
Enhancement
None
5.57.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
Thedurationofbasestationdeploymentisprolongedby10sduetocertificateapplicationforeachoperator.
5.57.3NEs
ThisfeatureisimplementedonthebasestationandrequiressupportfromthePKIserver.ThisfeaturetakeseffectonlywhenthebasestationisconfiguredwithmultiplePKIs.
5.57.4Hardware
InmultiPKIscenarios,abasestationsupportsamaximumofsixoperators'PKIservers.
5.57.5InterNEInterfaces
Noimpact.
5.57.6OperationandMaintenance
License
Thefollowinglicensecontrolitemhasbeenaddedtoaccommodatethisfeature.
ConfigurationManagement
ThefollowingMMLcommandhasbeenaddedtoaccommodatethisfeature.
NOTE:
ParametersinthenewMMLcommandarenotlistedinthefollowingtable.
WhentheREQDEVCERTcommandisexecutedtotriggeraCMPv2basedcertificateapplication,thepreconfiguredHuaweiissueddevicecertificateisusedforcertificate
applicationbydefault,whichsavesthetroubleofrunningtheMODAPPCERTcommandtochangeaconfigureddevicecertificatetothepreconfiguredHuaweiissueddevice
certificate.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
CMPmessagetracingcanbeperformedformultipleCAsontheLMT.
5.57.7RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.58LOFD081281eNodeBSupportingIPsecRedirection(New/Optional)
5.58.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN8.1
Summary
ThisfeaturesupportsdeployingtheIPsecredirectionfunctiononthenetwork.WhentheIKEv2redirectionfunctionisenabledfortheeNodeBandSeGW,theSeGWdecideswhether
tocontinuetoprovideservicesfortheeNodeBorinitiatearedirectiontoanewSeGWaccordingtotheredirectionpolicy.IftheeNodeBreceivesaredirectionpacketfromtheSeGW,
theeNodeBinitiatesIKEnegotiationwithanewSeGWandestablishesanewIPsectunnel.
Benefits
EasierSeGWcapacityexpansionandlowernetworkconfigurationcomplexity
HigherSeGWreliability
Description
ThisfeatureallowsredirectinganeNodeBfromonesecuritygatewaytoanotheriftheloaddecisionconditionsaremetorifmaintenanceisrequired,soastoimproveIPsectunnel
reliability.
ThisfeatureenablesaneNodeBtoimplementIKEnegotiationwithdifferentSeGWsusingthesameIKEconfigurationandtoestablishanIPsectunnel,therebysimplifyingSeGW
networkconfigurationandreducingnetworkconfigurationcomplexity.Thisfeaturehasthefollowingcharacteristics:
CompatiblewiththeRFC5685protocol,theeNodeBcanonlyserveasaninitiator.
SupportsinitiatingaredirectionduringtheIKEv2InitialexchangephaseandIKE_AUTHexchangephaseforIKEv2.
Duringtheredirection,theeNodeBsupportsindicatingthetargetSeGWonlythroughIPV4.
SupportssettingthemaximumnumberofredirectionswithinfiveminutessoastoeliminatethepossibilitythattheeNodeBcannotprovideservicesnormallybecauseitis
repeatedlyredirectedduetoaconfigurationerrororamaliciousattack.
IPsecredirectionisnotsupportedwhenanIPseclinkisestablishedusingDHCP.
Enhancement
None
5.58.2ImpactonSystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
TheIPsecredirectionfeatureallowstheSeGWconnectedtoabasestationtosendaredirectionrequesttothebasestationbasedonwhethertheSeGWisoverloadedorfaulty.
Afterreceivingtheredirectionrequest,thebasestationinitiatesanIKEnegotiationwithanewSeGW.IPsecredirectionhelpsbalanceloadbetweenSeGWsandimproveIPsec
tunnelreliability.IfthebasestationisredirectedtothenewSeGW,communicationbetweenthebasestationandthesourceSeGWisaffected:Voicecallsaredroppedanddata
transmissionratesareextremelylow.
5.58.3ImpactonNEs
ThisfeatureisimplementedontheeNodeB.
Tosupportthisfeature,theSeGWsmustmeetthefollowingrequirements:
TheSeGWsmustsupporttheRFC5685IKEv2Redirectfunction.
TheSeGWscangenerateinternaldynamicroutingbasedonIPsecSAs.
TheinitialSeGWcanestablishIPsectunnelswiththebasestationsothatbasestationdeploymentbyplugandplay(PnP)canbeused.
5.58.4ImpactonHardware
TheeNodeBmustbeconfiguredwiththeUMPT,UMDU,LMPT,orUTRPcboardtosupportthisfeature.
5.58.5ImpactonInterNEInterfaces
ThefollowingthreefieldshavebeenaddedtoIKEnegotiationmessagesbetweentheeNodeBandtheSeGWtoaccommodatethisfeature:
Redirectioncapability(REDIRECT_SUPPORT)
Redirectionrequest(REDIRECT,New_GW_ID)
Redirectioninformation(REDIRECTED_FROM,Initial_IP_R)
Fordetails,seeRFC5685.
5.58.6ImpactonOperationandMaintenance
License
AneNodeBlevellicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenmodifiedtoaccommodatethisfeature.
NOTE:
ParametersinthenewMMLcommandsarenotlistedinthefollowingtable.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Thefollowingalarmsandeventshavebeenaddedormodifiedtoaccommodatethisfeature.
LOFD003009IPsec
MutuallyExclusiveFeatures
LOFD003019IPsecTunnelBackup
ImpactedFeatures
None
5.59LOFD081283UltraFlashCSFBtoGERAN(New/Optional)
5.59.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1.
applicabletoMicrofromeRAN8.1.
applicabletoLampSitefromeRAN8.1.
Summary
WhenaUEinitiatesavoiceservicerequestinaVoIPincapableEUTRANcellwithintheoverlappingareabetweentheEUTRANandaGERAN,thisfeaturetriggersasingleradio
voicecallcontinuity(SRVCC)proceduretohavecircuitswitched(CS)resourcespreparedintheGERAN.
Benefits
ThisfeaturedecreasestheCSfallback(CSFB)delaybyabout1.5sandimprovesuserexperience.
Description
ThefollowingfigureshowstheprocedureforultraflashCSFBtoGERAN..
Figure511ProcedureforultraflashCSFBtoGERAN
WhenthecorenetworkidentifiestheHuaweiproprietarySRVCCprocedureforCSFB,itsendstheBSCahandoverrequestmessagethatcontainsCSrelatedparameters.As
instructedbythemessage,theBSCpreparesCSresources.
ComparedwithstandardCSFBprocedures,thisCSFBproceduredoesnotrequireauthentication,ciphering,orCSbearersetupaftertheUEishandedovertotheGERAN.Asa
result,theCSFBdelaydecreases.
Enhancement
None
5.59.2SystemCapacityandNetworkPerformance
SystemCapacity
WhenDRXisusedformeasurements,thereisahigherprobabilitythattheUEenterssleeptime.Thisaffectsschedulingandthereforedecreasescellthroughput.
NetworkPerformance
ComparedwithstandardCSFB,thisfeaturereducesthedelayofCSFBtoGERANby2seconds,improvinguserexperience.
5.59.3NEs
ThisfeatureisaHuaweiproprietaryfeature.Toenablethisfeature,theMME,MSC,andeNodeBmustbeallprovidedbyHuaweiandsupportthisfeature.
5.59.4Hardware
None
5.59.5InterNEInterfaces
TheeNodeBsendstheHandoverRequiredmessage(withtheSRVCCHOIndicationIEsettoCsOnly)overtheS1interface.
5.59.6OperationandMaintenance
License
Theoperatorhaspurchasedandactivatedthelicenseforthefeaturelistedinthefollowingtable.
ConfigurationManagement
Thefollowingparametershavebeenintroducedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenintroducedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.59.7RelatedFeatures
PrerequisiteFeatures
ThisfeaturerequirestheoptionalfeatureLOFD001034CSFallbacktoGERAN.
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
5.60LAOFD00100101IntraBandCarrierAggregationforDownlink2CCin20MHz(Enhanced/Optional)
5.60.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN6.0
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN7.0
Summary
Thisfeaturesupportsintrabandcarrieraggregation(CA)fortwodownlinkcontiguousornoncontiguouscarriers.
Thetwodownlinkcarriersmustmeetthefollowingrequirement.
Table53BandwidthrequirementforCA
IndividualBandwidthRequirement TotalBandwidthRequirement
1.4MHz 20MHz
Benefits
Maximizedresourceutilization
ACAcapableUE(referredtoasCAUE)canuseidleresourceblocks(RBs)ontwocomponentcarriers(CCs)tominimizewastedresources.
Efficientutilizationofnoncontiguousspectrumchunks
WithCA,anoperator'snoncontiguousspectrumchunkscanbeaggregatedforefficientutilization,especiallyinspectrumrefarmingscenarios.
Betteruserexperience
OnalivenetworkthatservesanumberofUEs,CAUEswithactivatedsecondaryservingcells(SCells)canuseidleresourcesintheirSCellsandhaveincreased
throughputifthenetworkisnotoverloaded.
Description
CAenablesaggregationofmultiplecontiguousornoncontiguouscarrierstoprovideawiderbandwidthasrequiredbyLTEAdvancedandtobetterutilizespectrumchunks.
Withcarriersaggregated,upperlayerdatastreamsaremappedtoandtransmittedoneachCC.ThismappingisperformedattheMediaAccessControl(MAC)layer.TheeNodeB
constructsone(twoormoreifspatialmultiplexingisused)transportblockpertransmissiontimeinterval(TTI)foreachCC.EachCCworkswithanindividualhybridautomaticrepeat
request(HARQ)entityandusesanindependentlinkadaptationmechanism.Therefore,LTEAdvancedcaninheritthesinglecarrierorientedphysicallayerdesignfromtheLTE
system.Furthermore,inthecaseofnoncontiguouscarrieraggregation,theuseofindependentlinkadaptationmechanismscanachievehigherfrequencyselectivegains.
Withthisfeature,upto20MHzofintrabanddownlinkbandwidthcanbeallocatedtoasingleCAUEsothatthepeakdownlinkthroughputoftheUEcanreach150Mbit/swhen2x2
multipleinputmultipleoutput(MIMO)isused.
Enhancement
eRAN7.0
Addedfrequencybandcombinations.Forthecompletesetofcombinationssupported,see1.1LTEAIntroduction.
Addedprimarycomponentcarrier(PCC)anchoring.CAUEspreferentiallyselectcellswithhighPCellprioritiesorcellsoncarrierswithhighPCCpriorities.
AddedblindSCellconfiguration.
AddedfrequencybasedCAconfiguration.UEsmeasuretheconfiguredfrequenciesandreportthesignalstrengthofcellsonthefrequencies.eNodeBs
configurethecellsthatmeetspecificconditionsasPCellsorSCells.
AddeddeliveryofSCellinformationduringCAUEhandovers.
AddedCAsupportinhybridRANsharingscenarios.
eRAN8.1
Addedfrequencybandcombinations.Forthecompletesetofcombinationssupported,see1.1LTEAIntroduction.
5.60.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
Thechangeinthisfeaturehasnoimpact.
5.60.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
ThechangeinthisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease10orlater.Inaddition,UEsmustsupportthebandcombinationsand
bandwidthsofthecarrierstobeaggregated.Toallow2CCaggregationtoreachapeakdatarateof150Mbit/sin2x2MIMOscenarios,themaximumbitratethattheUEsubscribes
tointheEPCcannotbelessthan150Mbit/s.
5.60.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.60.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.60.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thechangeinthisfeaturehasnoimpact.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.60.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.61LAOFD00100102InterBandCarrierAggregationforDownlink2CCin20MHz(Enhanced/Optional)
5.61.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN6.0
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN7.0
Summary
eNodeBssupportaggregationoftwodownlinkinterbandcarriers.
Thetwodownlinkcarriersmustmeettherequirementslistedinthefollowingtable.
Table54BandwidthrequirementforCA
IndividualBandwidthRequirement TotalBandwidthRequirement
1.4MHz 20MHz
Benefits
Maximizedresourceutilization
ACAUEcanuseidleresourceblocks(RBs)ontwocomponentcarriers(CCs)tominimizewastedresources.
Efficientutilizationofnoncontiguousspectrumchunks
WithCA,anoperator'snoncontiguousspectrumchunkscanbeaggregatedforefficientutilization,especiallyinspectrumrefarmingscenarios.
Betteruserexperience
OnalivenetworkthatservesanumberofUEs,CAUEswithactivatedsecondaryservingcells(SCells)canuseidleresourcesintheirSCellsandhaveincreased
throughputifthenetworkisnotoverloaded.
Description
CAenablesaggregationofmultiplecontiguousornoncontiguouscarrierstoprovideawiderbandwidthasrequiredbyLTEAdvancedandtobetterutilizespectrumchunks.
Withcarriersaggregated,upperlayerdatastreamsaremappedtoandtransmittedoneachCC.ThismappingisperformedattheMediaAccessControl(MAC)layer.TheeNodeB
constructsone(twoormoreifspatialmultiplexingisused)transportblockpertransmissiontimeinterval(TTI)foreachCC.EachCCworkswithanindividualhybridautomaticrepeat
request(HARQ)entityandusesanindependentlinkadaptationmechanism.Therefore,LTEAdvancedcaninheritthesinglecarrierorientedphysicallayerdesignfromtheLTE
system.Furthermore,inthecaseofnoncontiguouscarrieraggregation,theuseofindependentlinkadaptationmechanismscanachievehigherfrequencyselectivegains.
Withthisfeature,upto20MHzofinterbanddownlinkbandwidthcanbeallocatedtoasingleCAUEsothatthepeakdownlinkthroughputoftheUEcanreach150Mbit/swhen2x2
multipleinputmultipleoutput(MIMO)isused.
Enhancement
eRAN7.0
Addedafrequencybandcombination.Fordetails,see1.1LTEAIntroduction.
AddedPCCanchoring.CAUEspreferentiallyselectcellswithhighPCellprioritiesorcellsoncarrierswithhighPCCpriorities.
AddedblindSCellconfiguration.
AddedfrequencybasedCAconfiguration.UEsmeasuretheconfiguredfrequenciesandreportthesignalstrengthofcellsonthefrequencies.eNodeBs
configurethecellsthatmeetspecificconditionsasPCellsorSCells.
AddeddeliveryofSCellinformationduringCAUEhandovers.
AddedCAsupportinhybridRANsharingscenarios.
eRAN8.1
Addedafrequencybandcombination.Fordetails,see1.1LTEAIntroduction.
LoadbasedSCellselection
Duringinitialaccess,ahandover,orRRCconnectionreestablishmentofaCAUE,aneNodeBselectsalightlyloadedcellasanSCellfortheUEifmultiple
candidatesareavailable.
PCCanchoringforCAUEsinidlemode
DuringtheRRCconnectionreleaseofaCAUE,aneNodeBsendstheUEafrequencythatispreconfiguredtosupportCAandissupportedbytheUE.During
thesubsequentaccessprocedure,theUEcanquicklyentertheCAstate.
5.61.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
Thechangeinthisfeaturehasnoimpact.
5.61.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
ThechangeinthisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease10orlater.Inaddition,UEsmustsupportthebandcombinationsand
bandwidthsofthecarrierstobeaggregated.Toallow2CCaggregationtoreachapeakdatarateof150Mbit/sin2x2MIMOscenarios,themaximumbitratethattheUEsubscribes
tointheEPCcannotbelessthan150Mbit/s.
5.61.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.61.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.61.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thechangeinthisfeaturehasnoimpact.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.61.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.62LAOFD00100103SupportofUECategory6(New/Optional)
5.62.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN6.0
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN7.0
Summary
eNodeBssupportUEsofcategory6asdefinedin3GPPRelease10.
Benefits
Withthisfeature,asingleUEofcategory6canreachapeakdatarateof300Mbit/sinthedownlinkand50Mbit/sintheuplink.
Description
ThisfeatureenableseNodeBstosupportUEcategory6.UEsofcategory6supportapeakdatarateof300Mbit/sinthedownlinkand50Mbit/sintheuplink.
Enhancement
None
5.62.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeatureunderCAincreasesthepeakdatarateofaCAUEto50Mbit/sintheuplinkand300Mbit/sinthedownlink.
NetworkPerformance
Noimpact.
5.62.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease10orlater.Inaddition,UEsmustsupportthebandcombinationsandbandwidthsofthe
carrierstobeaggregated.Toallow2CCaggregationtoreachapeakdatarateof300Mbit/sin2x2MIMOscenarios,themaximumbitratethattheUEsubscribestointheEPC
cannotbelessthan300Mbit/s.
5.62.4Hardware
Noimpact.
5.62.5InterNEInterfaces
Noimpact.
5.62.6OperationandMaintenance
License
Noimpact.
ConfigurationManagement
Noimpact.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.62.7RelatedFeatures
PrerequisiteFeatures
Noimpact.
MutuallyExclusiveFeatures
Noimpact.
ImpactedFeatures
Noimpact.
5.63LAOFD00100104SupportofUECategory7(New/Optional)
5.63.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN8.1
Summary
eNodeBssupportUEsofcategory7asdefinedin3GPPTS36.306v10.0.0.
Benefits
Withthisfeature,asingleUEofcategory7canreachapeakdatarateof300Mbit/sinthedownlinkand100Mbit/sintheuplink.
Description
ThisfeatureenableseNodeBstosupportUEcategory7.UEsofcategory7supportapeakdatarateof300Mbit/sinthedownlinkand100Mbit/sintheuplink.
Enhancement
None
5.63.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeatureunderCAincreasesthepeakdatarateofaCAUEto100Mbit/sintheuplinkand300Mbit/sinthedownlink.
NetworkPerformance
Noimpact.
5.63.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease10orlater.Inaddition,UEsmustsupportthebandcombinationsandbandwidthsofthe
carrierstobeaggregated.Toallowdownlink2CCaggregationin2x2MIMOscenariosanduplink2CCaggregationtoreachpeakdownlinkanduplinkdataratesof300Mbit/sand100
Mbit/s,themaximumbitratethattheUEsubscribestointheEPCcannotbelessthan300Mbit/sforthedownlinkand100Mbit/sfortheuplink.
5.63.4Hardware
Noimpact.
5.63.5InterNEInterfaces
Noimpact.
5.63.6OperationandMaintenance
License
Noimpact.
ConfigurationManagement
Noimpact.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.63.7RelatedFeatures
PrerequisiteFeatures
Noimpact.
MutuallyExclusiveFeatures
Noimpact.
ImpactedFeatures
Noimpact.
5.64LAOFD00100105SupportofUECategory9(New/Optional)
5.64.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN8.1
Summary
eNodeBssupportUEsofcategory9asdefinedin3GPPTS36.306v12.0.0.
Benefits
Withthisfeature,asingleUEofcategory9canreachapeakdatarateof450Mbit/sinthedownlinkand50Mbit/sintheuplink.
Description
ThisfeatureenableseNodeBstosupportUEcategory9.UEsofcategory9supportapeakdatarateof450Mbit/sinthedownlinkand50Mbit/sintheuplink.
Enhancement
None
5.64.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeatureunderCAincreasesthepeakdatarateofaCAUEto50Mbit/sintheuplinkand450Mbit/sinthedownlink.
NetworkPerformance
Noimpact.
5.64.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease12orlater.Inaddition,UEsmustsupportthebandcombinationsandbandwidthsofthe
carrierstobeaggregated.Toallowdownlink3CCaggregationtoreachapeakdatarateof450Mbit/sin2x2MIMOscenarios,themaximumbitratethattheUEsubscribestointhe
EPCcannotbelessthan450Mbit/s.
5.64.4Hardware
Noimpact.
5.64.5InterNEInterfaces
Noimpact.
5.64.6OperationandMaintenance
License
Noimpact.
ConfigurationManagement
Noimpact.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.64.7RelatedFeatures
PrerequisiteFeatures
Noimpact.
MutuallyExclusiveFeatures
Noimpact.
ImpactedFeatures
Noimpact.
5.65LAOFD00100106SupportofUECategory10(New/Optional)
5.65.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN8.1
Summary
eNodeBssupportUEsofcategory10asdefinedin3GPPTS36.306v12.0.0.
Benefits
Withthisfeature,asingleUEofcategory10canreachapeakdatarateof450Mbit/sinthedownlinkand100Mbit/sintheuplink.
Description
ThisfeatureenableseNodeBstosupportUEcategory10.UEsofcategory10supportapeakdatarateof450Mbit/sinthedownlinkand100Mbit/sintheuplink.
Enhancement
None
5.65.2SystemCapacityandNetworkPerformance
SystemCapacity
ThisfeatureunderCAincreasesthepeakdatarateofaCAUEto100Mbit/sintheuplinkand450Mbit/sinthedownlink.
NetworkPerformance
Noimpact.
5.65.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease12orlater.Inaddition,UEsmustsupportthebandcombinationsandbandwidthsofthe
carrierstobeaggregated.Toallowdownlink3CCaggregationin2x2MIMOscenariosanduplink2CCaggregationtoreachpeakdownlinkanduplinkdataratesof450Mbit/sand100
Mbit/s,themaximumbitratethattheUEsubscribestointheEPCcannotbelessthan450Mbit/sforthedownlinkand100Mbit/sfortheuplink.
5.65.4Hardware
Noimpact.
5.65.5InterNEInterfaces
Noimpact.
5.65.6OperationandMaintenance
License
Noimpact.
ConfigurationManagement
Noimpact.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.65.7RelatedFeatures
PrerequisiteFeatures
Noimpact.
MutuallyExclusiveFeatures
Noimpact.
ImpactedFeatures
Noimpact.
5.66LAOFD001002CarrierAggregationforDownlink2CCin40MHz(Enhanced/Optional)
5.66.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN6.0
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN7.0
Summary
Thisfeatureallowsaggregationofcarrierstoatotalbandwidththatisgreaterthan20MHz.
Benefits
Withthisfeature,upto40MHzofdownlinkbandwidthcanbeallocatedtoasingleCAUEsothatthepeakdownlinkthroughputoftheUEcanreach300Mbit/swhen2x2multiple
inputmultipleoutput(MIMO)isused.
Description
CAenablesaggregationoftwocontiguousornoncontiguouscarrierstoprovideawiderbandwidthasrequiredbyLTEAdvancedandtobetterutilizespectrumchunks.
Comparedwithtwoseparate20MHzcarriers,aggregatedcarriersprovideatotalbandwidthupto40MHzandthereforeimproveuserexperience.
Enhancement
eRAN8.1
Addedfrequencybandcombinations.Fordetails,see1.2CAPerformanceEnhancement.
5.66.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
Thechangeinthisfeaturehasnoimpact.
5.66.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
ThechangeinthisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease10orlater.Inaddition,UEsmustsupportthebandcombinationsand
bandwidthsofthecarrierstobeaggregated.Toallow2CCaggregationtoreachapeakdatarateof300Mbit/sin2x2MIMOscenarios,themaximumbitratethattheUEsubscribes
tointheEPCcannotbelessthan300Mbit/s.
5.66.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.66.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.66.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thechangeinthisfeaturehasnoimpact.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.66.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.67LAOFD070201FlexibleCAfromMultipleCarriers(Enhanced/Optional)
5.67.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN7.0
applicabletoMicrofromeRAN8.1
applicabletoLampSitefromeRAN7.0
Summary
ThisfeatureallowsaneNodeBtoselectseveralmostsuitablecarriersfrommultiplecarriersforcarrieraggregation(CA).TheselectionisbasedontheCAcapabilityreportedbythe
CAUEandcarriermanagementprinciples.
Benefits
Thisfeaturemaximizescarrierusage,increasesthepeakdatarateofUEs,andimplementsefficientmulticarriermanagementthroughmobilityloadbalancing.
Description
Since2014,multicarriernetworkshavebeendeployedincertainregions,forexample,800M/1800M/2600MinEuropeandAsia.
FlexibleCAfromMultipleCarriersisbasedontheCAcapabilityofUEsandcarriermanagementprinciples.Withthisfeature,aneNodeBcancurrentlyselecttwoorthreemost
suitablecarriersforCA.
WhenaCAUEestablishesanRRCconnection(duringinitialaccessorahandover)onacarrier(thatis,thePCC),itreportsitsCAcapabilitytotheeNodeB.TheCAcapability
includesbandcombinationsandCCbandwidths.TheeNodeBthenchecksitsowncarrierdeploymentandselectsthemostsuitablecarriersfrommultiplecandidatesfortheCAUE
asitssecondarycomponentcarriers(SCCs).
Enhancement
None
5.67.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
Thechangeinthisfeaturehasnoimpact.
5.67.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
ThechangeinthisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease10orlater.Inaddition,UEsmustsupportthebandcombinationsand
bandwidthsofthecarrierstobeaggregated.Toallow2CCaggregationtoreachapeakdatarateof300Mbit/sin2x2MIMOscenarios,themaximumbitratethattheUEsubscribes
tointheEPCcannotbelessthan300Mbit/s.
5.67.4Hardware
Thechangeinthisfeaturehasnoimpact.
5.67.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.67.6OperationandMaintenance
License
Thelicensecontrolitemhasbeenrenamed"FlexibleCAfromMultipleCarriers(FDD)".
ConfigurationManagement
Thechangeinthisfeaturehasnoimpact.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.67.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.68LAOFD070202IntereNodeBCAbasedonCoordinatedBBU(Enhanced/Optional)
5.68.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN7.0
notapplicabletoMicro
applicabletoLampSitefromeRAN7.0
Summary
Thisfeaturesupportscarrieraggregation(CA)betweeninterBBUcells.
Benefits
AneNodeBcanassigninterBBUcellsforasingleCAUE.
SinceeRAN7.0,centralizedmultiBBUinterconnectionhasbeensupported,inwhichcasethepeakdownlinkdataratereaches300Mbit/sif2x2MIMOanddownlink2CC
aggregationareenabled.SinceeRAN8.1,distributedmultiBBUinterconnectionhasalsobeensupported,inwhichcasetheeffectofCAvariesdependingontheroundtriptimeof
intereNodeBtransmissionif2x2MIMOisenabled:
Iftheroundtriptimeislessthan32s,downlink2CCaggregationanddownlink3CCaggregationachieveapeakdownlinkdatarateof300Mbit/sand450Mbit/s,
respectively.
Iftheroundtriptimeisgreaterthanorequalto32sandlessthan260s,downlink2CCaggregationanddownlink3CCaggregationachieveapeakdownlinkdatarate
of270Mbit/sand400Mbit/s,respectively.
Iftheroundtriptimeisgreaterthanorequalto260s,CAdoesnotwork.
Description
Onamultibandnetwork,frequenciesmaybedeployedindifferentBBUs.IntraeNodeBCAcannotbeimplementedinthisscenario.
InHuaweiCloudBBarchitecture,interBBUCAisnowsupported.
eRAN7.0supportscentralizedmultiBBUinterconnection,inwhichcasetheBBUsexchangesignalingmessagesandtransmitservicedatathroughoneortwolevelsofuniversal
switchingunits(USUs).
InadditiontocentralizedmultiBBUinterconnection,eRAN8.1supportsdistributedmultiBBUinterconnection,inwhichcaseaUniversalinterConnectionComboUnit(UCCU)board
mustbeinstalledineachBBUandconnectedtoaUSUthroughanopticalcableforsignalingexchangeanddatatransmissionbetweentheBBUs.Inthisarchitecture,thesinglehop
distancebetweenaBBUanditsconnectedUSUcannotexceed10km,andtheendtoenddistancebetweentwoBBUscannotexceed20km.
Enhancement
eRAN8.1
ThisfeaturealsoappliestodistributedmultiBBUinterconnectionscenarios.
5.68.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
WhentheroundtriptimeforintereNodeBtransmissionisbetween32s(including32s)and260s,thechangeinthisfeaturehasthefollowingimpactsonnetworkperformance:
CQIreportsaredelayed,causingslightdeteriorationinfrequencyselectiveschedulingperformanceandanincreaseinIBLER.
ReportsofHARQdemodulationresultsaredelayed,affectingthepeakdatarateofasingleUEandresultinginanincreaseinRBLER.
CQIandIBLERfeedbackisdelayed,causingafluctuationinthedatarateofUEslocatedatplacesofmediumorlongdistancestothecenteroftheirSCells.
DuetothedifferenceinRLCdataarrivaltimebetweentheaggregatedcarriers,aCAUEhastocombinethereceiveddataandarrangetheorderofthedata.Thedata
combiningandorderingconsumeUECPUresources.IftheCPUcapacityisinsufficient,thedatarateoftheUEfluctuates.
DuetopossibleerrorsintheestimatedschedulingpriorityofaCAUE,thePRBsinanSCellfortheUEmaynotbefullyutilizedwhentheSCellservesasmallnumberof
nonCAUEsandthenonCAUEtrafficislight.
TominimizetheimpactofintereNodeBtransmissiondelay,RLCretransmissionsoccuronlyinthePCellofeachCAUE.IftheUubandwidthofthePCellisusedupby
GBRservices,RLCretransmissionsforaCAUEareoftenblockedandthedatarateoftheUEfluctuates.
IfaneNodeBdetectscongestioninthetransmissionqueuesonaneX2interface,ittriggersbackpressureontheintereNodeBCAUEsontheinterface,andthedata
ratesoftheCAUEsdecrease.WhentheeNodeBdetectsthatthecongestionisrelieved,itstopsthebackpressure,andthedataratesoftheCAUEsreturntothe
originallevels.
5.68.3NEs
ThisfeatureisimplementedontheeNodeBandUSU.
5.68.4Hardware
Thechangeinthisfeaturerequiresanewboard:UCCU.
5.68.5InterNEInterfaces
ThechangeinthisfeaturerequireseX2interfacesbetweeneNodeBs.
5.68.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thefollowingparameterhasbeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.68.7RelatedFeatures
PrerequisiteFeatures
Thechangeinthisfeaturehasnoimpact.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
5.69LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul(New/Optional)
5.69.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
applicabletoMicrofromeRAN8.1
notapplicabletoLampSite
Summary
Onlivenetworkswithrelaxedbackhaulrequirements,ifUEsandtheEPCcomplywith3GPPRelease10,intereNodeBCAcanbedeployedwithoutrequiringnetwork
reconstruction.
Inearlierversions,CAappliedtointraBBUcellsorinterBBUcellsintheCloudBBarchitecture.SinceeRAN8.1,CAhadalsoappliedtointereNodeBcellsinrelaxedbackhaul
scenarios,inwhicheNodeBsareinterconnectedwithaonewaytransmissiondelaylessthanorequalto4ms.
SinceeRAN8.1,macroandmicrocellscanbecarrieraggregatedinrelaxedbackhaulscenarios.
Benefits
Thisfeaturereducestheneedforhardwaredeploymentandnetworkreconstruction.ItenablesquickandlightweightdeploymentofintereNodeBCA.Withthisfeature,aneNodeB
canallocateatotalof40MHzbandwidthfromanytwocarrierstoaCAcapableUE(CAUEforshort).ThepeakdataratethatintereNodeBCAcanreachisdependentontheinter
eNodeBtransmissiondelayandtransmissionquality.When2x2MIMOisusedandonewaytransmissiondelaybetweeneNodeBsislessthanorequalto4ms,downlink2CC
aggregationincreasesthedownlinkaveragedatarateofaCAUEby40%80%andpeakdataratebymorethan80%,comparedwiththedataratesofanonCAUE.Thedatarate
reachesitspeakvaluewhentheCAUEistheonlyUEinthecellandislocatedinthecellcenter.
Description
TheCAprocedureisasfollows:
1.DuringinitialaccessorRRCconnectionreestablishment,aCAUEreportsitsCAcapabilitytotheeNodeBaftersettinguptheRRCconnectioninitsPCell.
2.TheeNodeBchecksthesettingoftheCAfeatureswitch,thestatusoftheeX2interfacetoeachpeereNodeB,andtheintereNodeBtransmissiondelay.IftheCA
featureswitchison,theeX2interfacetoapeereNodeBhasbeensetup,andthetransmissiondelaybetweenthelocalandpeereNodeBsmeetstherequirement,the
localeNodeBselectsacarrierofthepeereNodeBasanSCCfortheCAUE.
3.AfteractivatingtheSCell,theeNodeBthatservesthePCellwilldivertRLCtrafficoftheCAUEtotheSCell.WhenintereNodeBtransmissionqualitydeteriorates(for
example,thetransmissiondelaydoesnotmeettherequirementortransmissionisinterrupted),theeNodeBremovestheSCelltoexitCA.CArestartsaftertransmission
qualityrecovers.
IntereNodeBCAbasedonrelaxedbackhaulrequiresthatatimesynchronizationsolution(suchasGPSorIEEE1588V2)bedeployedwithaminimumaccuracyof1.5sandthe
onewayintereNodeBtransmissiondelaybewithin4ms.ItalsorequiresthatthejitterandpacketlossratemeettherequirementsforS1andX2interfaces.
Thefollowingfigureillustratesanexampleofthenetworkarchitecture.
Enhancement
None
5.69.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
DuetointereNodeBtransmissiondelayandlimitedbandwidth,thisfeaturehasthefollowingimpactsonnetworkperformance:
CQIreportsaredelayed,causingslightdeteriorationinfrequencyselectiveschedulingperformanceandanincreaseinIBLER.
ReportsofHARQdemodulationresultsaredelayed,affectingthepeakdatarateofasingleUEandresultinginanincreaseinRBLER.
CQIandIBLERfeedbackisdelayed,causingafluctuationinthedatarateofUEslocatedatplacesofmediumorlongdistancestothecenteroftheirSCells.
DuetothedifferenceinRLCdataarrivaltimebetweentheaggregatedcarriers,aCAUEhastocombinethereceiveddataandarrangetheorderofthedata.Thedata
combiningandorderingconsumeUECPUresources.IftheCPUcapacityisinsufficient,thedatarateoftheUEfluctuates.
DuetopossibleerrorsintheestimatedschedulingpriorityofaCAUE,thePRBsinanSCellfortheUEmaynotbefullyutilizedwhentheSCellservesasmallnumberof
nonCAUEsandthenonCAUEtrafficislight.
TominimizetheimpactofintereNodeBtransmissiondelay,RLCretransmissionsoccuronlyinthePCellofeachCAUE.IftheUubandwidthofthePCellisusedupby
GBRservices,RLCretransmissionsforaCAUEareoftenblockedandthedatarateoftheUEfluctuates.
IfaneNodeBdetectscongestioninthetransmissionqueuesonaneX2interface,ittriggersbackpressureontheintereNodeBCAUEsontheinterface,andthedata
ratesoftheCAUEsdecrease.WhentheeNodeBdetectsthatthecongestionisrelieved,itstopsthebackpressure,andthedataratesoftheCAUEsreturntothe
originallevels.
5.69.3NEs
ThisfeatureisimplementedontheeNodeB.
5.69.4Hardware
Thisfeaturehasthefollowingrequirementsforhardware:
CellsonLBBPcboardscannotactasthePCellsforCAUEs.
MicrocellscannotactasthePCellsforCAUEs.
5.69.5InterNEInterfaces
ThisfeaturerequireseX2interfacesbetweeneNodeBs.
5.69.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparameterhasbeenmodifiedtoaccommodatethisfeature.
NOTE:
ThisswitchisprovidedbymicroeNodeBs.
Ifthisswitchison,thistypeofCAis
enabled.
Ifthisswitchisoff,thistypeofCAis
disabled.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
ChangeType CounterName FunctionSubset NE Description
FaultManagement
ChecktheL.Traffic.User.PCell.RelaxedBackhaulCA.OFFcounterforthenumberoftimesCAhasstopped.Ifthecountervalueislessthan10,nofurtheractionisrequired.Ifthe
countervalueisequaltoorgreaterthan10,contactHuaweiengineers.
5.69.7RelatedFeatures
PrerequisiteFeatures
LAOFD001001LTEAIntroduction
(Optional)LAOFD001002CarrierAggregationforDownlink2CCin40MHz
Thisfeatureisrequiredifthetotalbandwidthisgreaterthan20MHzbutdoesnotexceed40MHz.
MutuallyExclusiveFeatures
LOFD001007HighSpeedMobilityandLOFD001008UltraHighSpeedMobility
Inhighspeedscenarios,RRCconnectionreconfigurationproceduresmayfrequentlytakeplacebecausetheeNodeBnotifiesUEsofSCellconfigurationorremoval
throughRRCConnectionReconfigurationmessages.Thisincreasesthenetworksignalingload.TopreventthefrequentRRCconnectionreconfigurationprocedures,cells
withtheCell.HighSpeedFlagparametersettothefollowingvaluescannotparticipateinCAcurrently:
HIGH_SPEED(Highspeedcellflag)
ULTRA_HIGH_SPEED(Ultrahighspeedcellflag)
EXTRA_HIGH_SPEED(Extrahighspeedcellflag)
LOFD081223ExtendedCellAccessRadiusBeyond100km
Comparedwithcommoncells,cellswitharadiusofover100kmexperienceadelayinuplinkreception,whichresultsinagreatdifferenceinthetimingoffsetfrom
commoncells.Therefore,cellswitharadiusofover100kmdonotsupportCA.
ImpactedFeatures
LBFD002028EmergencyCall
WhenaCAUEisrunninganemergencycallservice,theeNodeBterminatesSCellconfigurationproceduresinwhichgapassistedmeasurementsarerequired.Gap
assistedmeasurementsnegativelyaffecttheservicequalityofemergencycalls.Aftertheemergencycallserviceisfinished,theeNodeBreattemptstoconfigureSCells
fortheUEiftheUEtrafficvolumeandSCellconfigurationintervalconditionsarefulfilled.
LOFD001016VoIPSemipersistentScheduling
Accordingto3GPPTS36.321,semipersistentschedulingtakeseffectonlyonthePCCsforCAUEs.
LOFD001032IntraLTELoadBalancing,LOFD001044InterRATLoadSharingtoUTRAN,LOFD001045InterRATLoadSharingtoGERAN,andLOFD070215Intra
LTEUserNumberLoadBalancing
WhenselectingUEsforatypeofloadbalancingdefinedinthesefeatures,theeNodeBfiltersouttheCAUEsthattreatthesourcecellastheirPCellsorSCells.
LOFD002001AutomaticNeighbourRelation(ANR)andLOFD002002InterRATANR
DuringANR,theeNodeBdetermineswhethertoselectCAUEstoperformmeasurementsbasedontheANR.CaUeChoseModeparametersetting.Fordetails,seeANR
Management.
LOFD070205AdaptiveSFN/SDMA
Adaptivesinglefrequencynetwork(SFN)requiresUEstoreportsoundingreferencesignal(SRS),basedonwhicheNodeBsselectremoteradiounits(RRUs)for
independentschedulingoftheUEs.IfanadaptiveSFNcellisconfiguredasanSCellforaCAUEonlyinthedownlink,onlyjointschedulingappliestotheSCell.Ifthe
SCellisalsoconfiguredfortheuplink,independentschedulingcanbeusedinthecell.
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
Thisfeaturerequiresacentralizedcontroller,whichisaprocessdeployedonaBBPintheeNodeB.Thecentralizedcontrollerincreasestheaveragethroughputofcellson
theaffectedfrequencyandthecelledgeUEthroughputinthenetwork.However,ithasanegativeimpactonthehighthroughputUEsthatcausecochannelinterference
tothecelledgeUEs.IfbasicschedulingisusedwithCA,thedatarateofaCAUEisthetotaldatarateoftheUEonalltheaggregatedcarriersandthereforeistypically
higherthanthedatarateofanonCAUE.Asaresult,CAUEshavealowerprobabilityofbeingscheduledandthereforealowerdatarateinCSPCscenarios.
LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
Afterthisfeatureisenabled,CAUEscanreceiveMultimediaBroadcastmulticastserviceSingleFrequencyNetwork(MBSFN)subframesintheirPCellsbutnotintheir
SCells.ThisfeatureworksforCAUEsonlyinPCells.
LOFD001047LoCationServices(LCS)
Referencesignaltimedifference(RSTD)measurementsforOTDOAbasedpositioningincreasetheACK/NACKlossrate.AhigherACK/NACKlossrateresultsin
schedulingperformancedeterioration,whichmayaffectuserexperienceofCAUEs.
LAOFD002001StaticTDMeICICandLAOFD081233DynamicTDMeICIC
Whenoneorbothofthesetwofeaturesareenabled,theinterferencebetweenmacroandmicrocellscannotbemitigatedasexpected,becauseofsubframe
synchronizationbetweenthePCellandSCellsofeachCAUE.
LOFD001066IntraeNodeBULCoMP,LOFD070222IntraeNodeBULCoMPPhaseII,andLOFD070223ULCoMPbasedonCoordinatedBBU
WhenLOFD001005UL4AntennaReceiveDiversityisenabled,ULCoMPdoesnotworkforCAUEs.
LOFD081219ULCoMPbasedonrelaxedbackhaul
eNodeBsdonotselectcellsascoordinatedcellsforULCoMPofCAUEsifthecellsareinterconnectedtotheservingcellsoftheUEsbasedonrelaxedbackhaul.
LBFD002005DLAsynchronousHARQ
DuetointereNodeBtransmissiondelay,HARQfeedbackispostponed,whichhasanimpactontheresidualblockerrorrate(RBLER)ofCAUEs.AmongHARQ
retransmissionstatistics,theRBLERrelatedcountersproducelargervalues.Inaddition,CQIreportsaboutSCellsofCAUEsarealsodelayed,whichaffectstheinitial
blockerrorrate(IBLER)oftheUEs.TheIBLERrelatedcountersproducelargervalues.
IfaUEislocatedamediumorlongdistancefromthecenterofitsPCellorSCell,thedatarateoftheUEfluctuates.
LOFD001015EnhancedScheduling
TheimpactappliesonlytotheUEsonwhichintereNodeBCAbasedonrelaxedbackhaultakeseffect.TomitigatetheimpactofintereNodeBtransmissiondelay,an
eNodeBmustestimatetheschedulingopportunitiesforCAUEsinadvance.ThismayhaveaslightshorttermimpactonfairnessamongUEsbutnoimpacton
schedulingrelatedperformanceindicators.
5.70LAOFD080202CarrierAggregationforUplink2CC(New/Trial)
5.70.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
notapplicabletoMicro
applicabletoLampSitefromeRAN8.1
Summary
Withthisfeature,aneNodeBselectssuitablecarriersforaCAUEbasedontheCAcapabilityoftheUE,celllevelalgorithmswitchsettings,andcarriermanagementprinciples.This
featureallowsaggregationoftwouplinkCCstoamaximumbandwidthof40MHzsothatthepeakuplinkdataratecanreach100Mbit/swhen1x2MIMOand16QAMareused.
Benefits
ThepeakuplinkdatarateofasingleUEcanreach100Mbit/s.
Thisfeaturecontributestoapositivebrandeffectforoperators.
Theoverallresourceutilizationismaximized.
Thedataratesexperiencedbyusersaremaximized.
Description
CAenablesaggregationofmultiplecontiguousornoncontiguouscarrierstoprovideawiderbandwidthasrequiredbyLTEAdvancedandtobetterutilizespectrumchunks.
Withcarriersaggregated,upperlayerdatastreamsaremappedtoandtransmittedoneachCC.ThismappingisperformedattheMediaAccessControl(MAC)layer.TheeNodeB
constructsone(twoormoreifspatialmultiplexingisused)transportblockpertransmissiontimeinterval(TTI)foreachCC.EachCCworkswithanindividualhybridautomaticrepeat
request(HARQ)entityandusesanindependentlinkadaptationmechanism.Therefore,LTEAdvancedcaninheritthesinglecarrierorientedphysicallayerdesigninLTEsystem.
Furthermore,inthecaseofnoncontiguouscarrieraggregation,theuseofindependentlinkadaptationmechanismscanachievehigherfrequencyselectivegain.
ForaUEthatsupportsaggregationoftwouplinkCCs,aneNodeBconfiguresanSCellintheuplinksothattheUEtransmitsdataoverthetwoCCstotheeNodeB.
Notethat,accordingto3GPPspecifications,anuplinkCCcanbeconfiguredonlyifthedownlinkcarrierinthesamecellisaggregatedwiththePCCfortheUE.Itisnotallowedto
aggregatetwoCCsintheuplinkwhilethereisonlyoneCCinthedownlink.
Thisfeatureallowsaggregationofcarriersinthefollowingbands.
Enhancement
None
5.70.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
IfMTAisenabled,noncontentionbasedrandomaccessoccursinSCells.Asaresult,thecountersrelatedtorandomaccesstotheSCellsproducelargervalues.
5.70.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease12orlater.Inaddition,UEsmustsupportthebandcombinationsandbandwidthsofthe
carrierstobeaggregated.Toallowuplink2CCaggregationtoreachapeakdatarateof100Mbit/sin2x2MIMOscenarios,themaximumuplinkanddownlinkbitratesthattheUE
subscribestointheEPCcannotbelessthan100Mbit/sand300Mbit/s,respectively.
5.70.4Hardware
LBBPcdoesnotsupportthisfeature.
5.70.5InterNEInterfaces
Noimpact.
5.70.6OperationandMaintenance
License
ThisfeatureisatrialfeatureineRAN8.1andthereforeisnotunderlicensecontrol.
ConfigurationManagement
Thefollowingparameterhasbeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.70.7RelatedFeatures
PrerequisiteFeatures
LAOFD001001LTEAIntroduction
(Optional)LAOFD001002CarrierAggregationforDownlink2CCin40MHz
Thisfeatureisrequiredifthetotalbandwidthisgreaterthan20MHzbutnotgreaterthan40MHz.
MutuallyExclusiveFeatures
LOFD001007HighSpeedMobilityandLOFD001008UltraHighSpeedMobility
Inhighspeedscenarios,RRCconnectionreconfigurationproceduresmayfrequentlytakeplacebecausetheeNodeBnotifiesUEsofSCellconfigurationorremoval
throughRRCConnectionReconfigurationmessages.Thisincreasesthenetworksignalingload.TopreventthefrequentRRCconnectionreconfigurationprocedures,cells
withtheCell.HighSpeedFlagparametersettothefollowingvaluescannotparticipateinCAcurrently:
HIGH_SPEED(Highspeedcellflag)
ULTRA_HIGH_SPEED(Ultrahighspeedcellflag)
EXTRA_HIGH_SPEED(Extrahighspeedcellflag)
LOFD081223ExtendedCellAccessRadiusBeyond100km
Comparedwithcommoncells,cellswitharadiusofover100kmexperienceadelayinuplinkreception,whichresultsinagreatdifferenceinthetimingoffsetfrom
commoncells.Therefore,cellswitharadiusofover100kmdonotsupportCA.
ImpactedFeatures
LBFD002028EmergencyCall
WhenaCAUEisrunninganemergencycallservice,theeNodeBterminatesSCellconfigurationproceduresinwhichgapassistedmeasurementsarerequired.Gap
assistedmeasurementsnegativelyaffecttheservicequalityofemergencycalls.Aftertheemergencycallserviceisfinished,theeNodeBreattemptstoconfigureSCells
fortheUEiftheUEtrafficvolumeandSCellconfigurationintervalconditionsarefulfilled.
LOFD001016VoIPSemipersistentScheduling
Accordingto3GPPTS36.321,semipersistentschedulingtakeseffectonlyonthePCCsforCAUEs.
LOFD001032IntraLTELoadBalancing,LOFD001044InterRATLoadSharingtoUTRAN,LOFD001045InterRATLoadSharingtoGERAN,andLOFD070215Intra
LTEUserNumberLoadBalancing
WhenselectingUEsforatypeofloadbalancingdefinedinthesefeatures,theeNodeBfiltersouttheCAUEsthattreatthesourcecellastheirPCellsorSCells.
LOFD002001AutomaticNeighbourRelation(ANR)andLOFD002002InterRATANR
DuringANR,theeNodeBdetermineswhethertoselectCAUEstoperformmeasurementsbasedontheANR.CaUeChoseModeparametersetting.Fordetails,seeANR
Management.
LOFD070205AdaptiveSFN/SDMA
Adaptivesinglefrequencynetwork(SFN)requiresUEstoreportsoundingreferencesignal(SRS),basedonwhicheNodeBsselectremoteradiounits(RRUs)for
independentschedulingoftheUEs.IfanadaptiveSFNcellisconfiguredasanSCellforaCAUEonlyinthedownlink,onlyjointschedulingappliestotheSCell.Ifthe
SCellisalsoconfiguredfortheuplink,independentschedulingcanbeusedinthecell.
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
Thisfeaturerequiresacentralizedcontroller,whichisaprocessdeployedonaBBPintheeNodeB.Thecentralizedcontrollerincreasestheaveragethroughputofcellson
theaffectedfrequencyandthecelledgeUEthroughputinthenetwork.However,ithasanegativeimpactonthehighthroughputUEsthatcausecochannelinterference
tothecelledgeUEs.IfbasicschedulingisusedwithCA,thedatarateofaCAUEisthetotaldatarateoftheUEonalltheaggregatedcarriersandthereforeistypically
higherthanthedatarateofanonCAUE.Asaresult,CAUEshavealowerprobabilityofbeingscheduledandthereforealowerdatarateinCSPCscenarios.
LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
Afterthisfeatureisenabled,CAUEscanreceiveMultimediaBroadcastmulticastserviceSingleFrequencyNetwork(MBSFN)subframesintheirPCellsbutnotintheir
SCells.ThisfeatureworksforCAUEsonlyinPCells.
LOFD001047LoCationServices(LCS)
Referencesignaltimedifference(RSTD)measurementsforOTDOAbasedpositioningincreasetheACK/NACKlossrate.AhigherACK/NACKlossrateresultsin
schedulingperformancedeterioration,whichmayaffectuserexperienceofCAUEs.
LAOFD002001StaticTDMeICICandLAOFD081233DynamicTDMeICIC
Whenoneorbothofthesetwofeaturesareenabled,theinterferencebetweenmacroandmicrocellscannotbemitigatedasexpected,becauseofsubframe
synchronizationbetweenthePCellandSCellsofeachCAUE.
LOFD001066IntraeNodeBULCoMP,LOFD070222IntraeNodeBULCoMPPhaseII,andLOFD070223ULCoMPbasedonCoordinatedBBU
WhenLOFD001005UL4AntennaReceiveDiversityisenabled,ULCoMPdoesnotworkforCAUEs.
LOFD081219ULCoMPbasedonrelaxedbackhaul
eNodeBsdonotselectcellsascoordinatedcellsforULCoMPofCAUEsifthecellsareinterconnectedtotheservingcellsoftheUEsbasedonrelaxedbackhaul.
LOFD001048TTIBundling
UplinkCAdoesnotworkwithTTIbundling.InHuaweisolutions,TTIbundlingoverridesuplinkCA.WhenaneNodeBdeterminestoconfigureTTIbundlingforaCAUE,
theeNodeBsendsanRRCConnectionReconfigurationmessagetoremovetheuplinkSCellandconfigureTTIbundling.
5.71LAOFD080207CarrierAggregationforDownlink3CCin40MHz(New/Optional)
5.71.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
notapplicabletoMicro
applicabletoLampSitefromeRAN8.1
Summary
Withthisfeature,aneNodeBselectssuitablecarriersforaCAUEbasedontheCAcapabilityoftheUE,celllevelalgorithmswitchsettings,andcarriermanagementprinciples.This
featureallowsaggregationofthreedownlinkCCstoamaximumbandwidthof40MHzsothatthepeakdownlinkdataratecanreach300Mbit/swhen2x2MIMOisused.
Benefits
ThepeakdownlinkdatarateofasingleUEcanreach300Mbit/s.
Thisfeaturecontributestoapositivebrandeffectforoperators.
Theoverallresourceutilizationismaximized.
Thedataratesexperiencedbyusersaremaximized.
Description
CAenablesaggregationofmultiplecontiguousornoncontiguouscarrierstoprovideawiderbandwidthasrequiredbyLTEAdvancedandtobetterutilizespectrumchunks.
Withcarriersaggregated,upperlayerdatastreamsaremappedtoandtransmittedoneachCC.ThismappingisperformedattheMediaAccessControl(MAC)layer.TheeNodeB
constructsone(twoormoreifspatialmultiplexingisused)transportblockpertransmissiontimeinterval(TTI)foreachCC.EachCCworkswithanindividualhybridautomaticrepeat
request(HARQ)entityandusesanindependentlinkadaptationmechanism.Therefore,LTEAdvancedcaninheritthesinglecarrierorientedphysicallayerdesignfromtheLTE
system.Furthermore,inthecaseofnoncontiguouscarrieraggregation,theuseofindependentlinkadaptationmechanismscanachievehigherfrequencyselectivegains.
ForaUEthatsupportsaggregationofthreeCCs,aneNodeBconfigurestwoSCellssothatdataistransmittedoverthreeCCsfortheUE.PUCCHformat3isintroducedtomeetthe
transmissionrequirementsofacknowledgments(ACKs)andnegativeACKs(NACKs)forthethreecarriers.
Enhancement
None
5.71.2SystemCapacityandNetworkPerformance
SystemCapacity
Whendownlink3CCaggregationisenabled,oneRBisusedforPUCCHformat3overhead.IfPucchSwitchundertheCellAlgoSwitch.PucchAlgoSwitchparameterison,thisRB
isanadditionalRBforthePUCCH.Itwasoriginallyallocatedforthephysicaluplinksharedchannel(PUSCH).IfPucchSwitchisoff,thisRBisanexistingRBforthePUCCH.It
wasoriginallyallocatedforperiodicCQIreporting.Asaresult,moreUEshavetouseaperiodicCQIreporting.
NetworkPerformance
Noimpact.
5.71.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease12orlater.Inaddition,UEsmustsupportthebandcombinationsandbandwidthsofthe
carrierstobeaggregated.Toallowdownlink3CCaggregationtoreachapeakdatarateof300Mbit/sin2x2MIMOscenarios,themaximumbitratethattheUEsubscribestointhe
EPCcannotbelessthan300Mbit/s.
5.71.4Hardware
ThisfeaturedoesnotapplytoCAscenarioswhereacellonanLBBPcactsasthePCellforaUE.
5.71.5InterNEInterfaces
Noimpact.
5.71.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparameterhasbeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.71.7RelatedFeatures
PrerequisiteFeatures
LAOFD001001LTEAIntroduction
LAOFD001002CarrierAggregationforDownlink2CCin40MHz
MutuallyExclusiveFeatures
LOFD001007HighSpeedMobilityandLOFD001008UltraHighSpeedMobility
Inhighspeedscenarios,RRCconnectionreconfigurationproceduresmayfrequentlytakeplacebecausetheeNodeBnotifiesUEsofSCellconfigurationorremoval
throughRRCConnectionReconfigurationmessages.Thisincreasesthenetworksignalingload.TopreventthefrequentRRCconnectionreconfigurationprocedures,cells
withtheCell.HighSpeedFlagparametersettothefollowingvaluescannotparticipateinCAcurrently:
HIGH_SPEED(Highspeedcellflag)
ULTRA_HIGH_SPEED(Ultrahighspeedcellflag)
EXTRA_HIGH_SPEED(Extrahighspeedcellflag)
LOFD081223ExtendedCellAccessRadiusBeyond100km
Comparedwithcommoncells,cellswitharadiusofover100kmexperienceadelayinuplinkreception,whichresultsinagreatdifferenceinthetimingoffsetfrom
commoncells.Therefore,cellswitharadiusofover100kmdonotsupportCA.
ImpactedFeatures
LBFD002028EmergencyCall
WhenaCAUEisrunninganemergencycallservice,theeNodeBterminatesSCellconfigurationproceduresinwhichgapassistedmeasurementsarerequired.Gap
assistedmeasurementsnegativelyaffecttheservicequalityofemergencycalls.Aftertheemergencycallserviceisfinished,theeNodeBreattemptstoconfigureSCells
fortheUEiftheUEtrafficvolumeandSCellconfigurationintervalconditionsarefulfilled.
LOFD001016VoIPSemipersistentScheduling
Accordingto3GPPTS36.321,semipersistentschedulingtakeseffectonlyonthePCCsforCAUEs.
LOFD001032IntraLTELoadBalancing,LOFD001044InterRATLoadSharingtoUTRAN,LOFD001045InterRATLoadSharingtoGERAN,andLOFD070215Intra
LTEUserNumberLoadBalancing
WhenselectingUEsforatypeofloadbalancingdefinedinthesefeatures,theeNodeBfiltersouttheCAUEsthattreatthesourcecellastheirPCellsorSCells.
LOFD002001AutomaticNeighbourRelation(ANR)andLOFD002002InterRATANR
DuringANR,theeNodeBdetermineswhethertoselectCAUEstoperformmeasurementsbasedontheANR.CaUeChoseModeparametersetting.Fordetails,seeANR
Management.
LOFD070205AdaptiveSFN/SDMA
Adaptivesinglefrequencynetwork(SFN)requiresUEstoreportsoundingreferencesignal(SRS),basedonwhicheNodeBsselectremoteradiounits(RRUs)for
independentschedulingoftheUEs.IfanadaptiveSFNcellisconfiguredasanSCellforaCAUEonlyinthedownlink,onlyjointschedulingappliestotheSCell.Ifthe
SCellisalsoconfiguredfortheuplink,independentschedulingcanbeusedinthecell.
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
Thisfeaturerequiresacentralizedcontroller,whichisaprocessdeployedonaBBPintheeNodeB.Thecentralizedcontrollerincreasestheaveragethroughputofcellson
theaffectedfrequencyandthecelledgeUEthroughputinthenetwork.However,ithasanegativeimpactonthehighthroughputUEsthatcausecochannelinterference
tothecelledgeUEs.IfbasicschedulingisusedwithCA,thedatarateofaCAUEisthetotaldatarateoftheUEonalltheaggregatedcarriersandthereforeistypically
higherthanthedatarateofanonCAUE.Asaresult,CAUEshavealowerprobabilityofbeingscheduledandthereforealowerdatarateinCSPCscenarios.
LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
Afterthisfeatureisenabled,CAUEscanreceiveMultimediaBroadcastmulticastserviceSingleFrequencyNetwork(MBSFN)subframesintheirPCellsbutnotintheir
SCells.ThisfeatureworksforCAUEsonlyinPCells.
LOFD001047LoCationServices(LCS)
Referencesignaltimedifference(RSTD)measurementsforOTDOAbasedpositioningincreasetheACK/NACKlossrate.AhigherACK/NACKlossrateresultsin
schedulingperformancedeterioration,whichmayaffectuserexperienceofCAUEs.
LAOFD002001StaticTDMeICICandLAOFD081233DynamicTDMeICIC
Whenoneorbothofthesetwofeaturesareenabled,theinterferencebetweenmacroandmicrocellscannotbemitigatedasexpected,becauseofsubframe
synchronizationbetweenthePCellandSCellsofeachCAUE.
LOFD001066IntraeNodeBULCoMP,LOFD070222IntraeNodeBULCoMPPhaseII,andLOFD070223ULCoMPbasedonCoordinatedBBU
WhenLOFD001005UL4AntennaReceiveDiversityisenabled,ULCoMPdoesnotworkforCAUEs.
LOFD081219ULCoMPbasedonrelaxedbackhaul
eNodeBsdonotselectcellsascoordinatedcellsforULCoMPofCAUEsifthecellsareinterconnectedtotheservingcellsoftheUEsbasedonrelaxedbackhaul.
5.72LAOFD080208CarrierAggregationforDownlink3CCin60MHz(New/Optional)
5.72.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
notapplicabletoMicro
applicabletoLampSitefromeRAN8.1
Summary
Withthisfeature,aneNodeBselectssuitablecarriersforaCAUEbasedontheCAcapabilityoftheUE,celllevelalgorithmswitchsettings,andcarriermanagementprinciples.This
featureallowsaggregationofthreedownlinkCCstoamaximumbandwidthof60MHzsothatthepeakdownlinkdataratecanreach450Mbit/swhen2x2MIMOisused.
Benefits
ThepeakdatarateofasingleUEcanreach450Mbit/s.
Thisfeaturecontributestoapositivebrandeffectforoperators.
Theoverallresourceutilizationismaximized.
Thedataratesexperiencedbyusersaremaximized.
Description
CAenablesaggregationofmultiplecontiguousornoncontiguouscarrierstoprovideawiderbandwidthasrequiredbyLTEAdvancedandtobetterutilizespectrumchunks.
Withcarriersaggregated,upperlayerdatastreamsaremappedtoandtransmittedoneachCC.ThismappingisperformedattheMediaAccessControl(MAC)layer.TheeNodeB
constructsone(twoormoreifspatialmultiplexingisused)transportblockpertransmissiontimeinterval(TTI)foreachCC.EachCCworkswithanindividualhybridautomaticrepeat
request(HARQ)entityandusesanindependentlinkadaptationmechanism.Therefore,LTEAdvancedcaninheritthesinglecarrierorientedphysicallayerdesignfromtheLTE
system.Furthermore,inthecaseofnoncontiguouscarrieraggregation,theuseofindependentlinkadaptationmechanismscanachievehigherfrequencyselectivegains.
ForaUEthatsupportsaggregationofthreeCCs,aneNodeBconfigurestwoSCellssothatdataistransmittedoverthreeCCsfortheUE.PUCCHformat3isintroducedtomeetthe
transmissionrequirementsofacknowledgments(ACKs)andnegativeACKs(NACKs)forthethreecarriers.
Thisfeatureallowsaggregationofcarrierstoatotalbandwidththatisgreaterthan40MHz.
Enhancement
None
5.72.2SystemCapacityandNetworkPerformance
SystemCapacity
TomeetthetransmissionrequirementsofACK,NACK,andCQIfeedbackforthreedownlinkCCs,PUCCHformat3mustbeused.Whendownlink3CCaggregationisenabled,one
RBisusedforPUCCHformat3overhead.IfPucchSwitchundertheCellAlgoSwitch.PucchAlgoSwitchparameterison,thisRBisanadditionalRBforthePUCCH.Itwas
originallyallocatedforthephysicaluplinksharedchannel(PUSCH).IfPucchSwitchisoff,thisRBisanexistingRBforthePUCCH.ItwasoriginallyallocatedforperiodicCQI
reporting.Asaresult,moreUEshavetouseaperiodicCQIreporting.
NetworkPerformance
Noimpact.
5.72.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease12orlater.Inaddition,UEsmustsupportthebandcombinationsandbandwidthsofthe
carrierstobeaggregated.Toallowdownlink3CCaggregationtoreachapeakdatarateof450Mbit/sin2x2MIMOscenarios,themaximumbitratethattheUEsubscribestointhe
EPCcannotbelessthan450Mbit/s.
5.72.4Hardware
ThisfeaturedoesnotapplytoCAscenarioswhereacellonanLBBPcactsasthePCellforaUE.
5.72.5InterNEInterfaces
Noimpact.
5.72.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparameterhasbeenmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.72.7RelatedFeatures
PrerequisiteFeatures
LAOFD001001LTEAIntroduction
LAOFD001002CarrierAggregationforDownlink2CCin40MHz
LAOFD080207CarrierAggregationforDownlink3CCin40MHz
MutuallyExclusiveFeatures
LOFD001007HighSpeedMobilityandLOFD001008UltraHighSpeedMobility
Inhighspeedscenarios,RRCconnectionreconfigurationproceduresmayfrequentlytakeplacebecausetheeNodeBnotifiesUEsofSCellconfigurationorremoval
throughRRCConnectionReconfigurationmessages.Thisincreasesthenetworksignalingload.TopreventthefrequentRRCconnectionreconfigurationprocedures,cells
withtheCell.HighSpeedFlagparametersettothefollowingvaluescannotparticipateinCAcurrently:
HIGH_SPEED(Highspeedcellflag)
ULTRA_HIGH_SPEED(Ultrahighspeedcellflag)
EXTRA_HIGH_SPEED(Extrahighspeedcellflag)
LOFD081223ExtendedCellAccessRadiusBeyond100km
Comparedwithcommoncells,cellswitharadiusofover100kmexperienceadelayinuplinkreception,whichresultsinagreatdifferenceinthetimingoffsetfrom
commoncells.Therefore,cellswitharadiusofover100kmdonotsupportCA.
ImpactedFeatures
LBFD002028EmergencyCall
WhenaCAUEisrunninganemergencycallservice,theeNodeBterminatesSCellconfigurationproceduresinwhichgapassistedmeasurementsarerequired.Gap
assistedmeasurementsnegativelyaffecttheservicequalityofemergencycalls.Aftertheemergencycallserviceisfinished,theeNodeBreattemptstoconfigureSCells
fortheUEiftheUEtrafficvolumeandSCellconfigurationintervalconditionsarefulfilled.
LOFD001016VoIPSemipersistentScheduling
Accordingto3GPPTS36.321,semipersistentschedulingtakeseffectonlyonthePCCsforCAUEs.
LOFD001032IntraLTELoadBalancing,LOFD001044InterRATLoadSharingtoUTRAN,LOFD001045InterRATLoadSharingtoGERAN,andLOFD070215Intra
LTEUserNumberLoadBalancing
WhenselectingUEsforatypeofloadbalancingdefinedinthesefeatures,theeNodeBfiltersouttheCAUEsthattreatthesourcecellastheirPCellsorSCells.
LOFD002001AutomaticNeighbourRelation(ANR)andLOFD002002InterRATANR
DuringANR,theeNodeBdetermineswhethertoselectCAUEstoperformmeasurementsbasedontheANR.CaUeChoseModeparametersetting.Fordetails,seeANR
Management.
LOFD070205AdaptiveSFN/SDMA
Adaptivesinglefrequencynetwork(SFN)requiresUEstoreportsoundingreferencesignal(SRS),basedonwhicheNodeBsselectremoteradiounits(RRUs)for
independentschedulingoftheUEs.IfanadaptiveSFNcellisconfiguredasanSCellforaCAUEonlyinthedownlink,onlyjointschedulingappliestotheSCell.Ifthe
SCellisalsoconfiguredfortheuplink,independentschedulingcanbeusedinthecell.
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
Thisfeaturerequiresacentralizedcontroller,whichisaprocessdeployedonaBBPintheeNodeB.Thecentralizedcontrollerincreasestheaveragethroughputofcellson
theaffectedfrequencyandthecelledgeUEthroughputinthenetwork.However,ithasanegativeimpactonthehighthroughputUEsthatcausecochannelinterference
tothecelledgeUEs.IfbasicschedulingisusedwithCA,thedatarateofaCAUEisthetotaldatarateoftheUEonalltheaggregatedcarriersandthereforeistypically
higherthanthedatarateofanonCAUE.Asaresult,CAUEshavealowerprobabilityofbeingscheduledandthereforealowerdatarateinCSPCscenarios.
LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
Afterthisfeatureisenabled,CAUEscanreceiveMultimediaBroadcastmulticastserviceSingleFrequencyNetwork(MBSFN)subframesintheirPCellsbutnotintheir
SCells.ThisfeatureworksforCAUEsonlyinPCells.
LOFD001047LoCationServices(LCS)
Referencesignaltimedifference(RSTD)measurementsforOTDOAbasedpositioningincreasetheACK/NACKlossrate.AhigherACK/NACKlossrateresultsin
schedulingperformancedeterioration,whichmayaffectuserexperienceofCAUEs.
LAOFD002001StaticTDMeICICandLAOFD081233DynamicTDMeICIC
Whenoneorbothofthesetwofeaturesareenabled,theinterferencebetweenmacroandmicrocellscannotbemitigatedasexpected,becauseofsubframe
synchronizationbetweenthePCellandSCellsofeachCAUE.
LOFD001066IntraeNodeBULCoMP,LOFD070222IntraeNodeBULCoMPPhaseII,andLOFD070223ULCoMPbasedonCoordinatedBBU
WhenLOFD001005UL4AntennaReceiveDiversityisenabled,ULCoMPdoesnotworkforCAUEs.
LOFD081219ULCoMPbasedonrelaxedbackhaul
eNodeBsdonotselectcellsascoordinatedcellsforULCoMPofCAUEsifthecellsareinterconnectedtotheservingcellsoftheUEsbasedonrelaxedbackhaul.
5.73LAOFD081233DynamicTDMeICIC(New/Optional)
5.73.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1.
applicabletoMicrofromeRAN8.1.
notapplicabletoLampSite.
Summary
Unlikestatictimedivision(TDM)enhancedintercellinterferencecoordination(eICIC),dynamicTDMeICICadaptivelyadjuststhealmostblanksubframe(ABS)patternbasedon
interferencebetweenmacroandmicrocells,increasingthedownlinkthroughputofcelledgeUEsinthecells.
Benefits
DynamicTDMeICICreducesdownlinkinterferencefrommacrocellstomicrocellssothatmoreUEscanbeoffloadedfromthemacrocellstothemicrocells,increasingthe
downlinkcelledgethroughputinthenetwork.
DynamicadjustmentsoftheABSpatternsimplifyTDMeICICconfigurationandreduceoperationandmaintenancecosts.
Description
WhenamicroeNodeBisdeployedinornearthecenterofamacrocelltoabsorbtraffic,thecoverageareaofthemicrocellnoticeablyshrinksbecauseoflowtransmitpowerfrom
themicrocell.Toutilizefrequencyreusegainsbroughtbythemicrocellandimproveoverallnetworkperformance,thecellrangeexpansion(CRE)techniqueisused,extendingmicro
cellcoverage.However,ifalargeCREoffsetisused,UEsintheextensionareaofthemicrocellexperiencestronginterferencefromthemacrocell.Toreducetheinterferenceto
theseUEs,themacrocellusestheABStechniquesothattheUEscanperformservicesintheABSs'counterpartsinthemicrocell.Therefore,theCREandABStechniquesmust
beusedtogetherinthemacroandmicrocells.
DynamicTDMeICICdividesmacroandmicrocellsintoclusters.Eachclusterconsistsofonemacrocellandmicrocellsinornearthecenterofthemacrocell.CREandABS
configurationstakeeffectonaperclusterbasis.TheclustersmayhavedifferentCREandABSconfigurations.Inacluster,themacrocellperiodicallyselectsanappropriateABS
patternbasedoninterferencebetweenthemacroandmicrocellsandthecellload.Then,themacrocellsendstheABSpatterntoeachmicrocellthrougheachX2interface.Afterthe
ABSpatterntakeseffect,themicrocellresourcescanbefullyutilized.
Enhancement
None
Dependency
eNodeB
MacroandmicroeNodeBsmustbeHuaweiproducts.Inaddition,themicroeNodeBsmustbeBTS3202E.
Macroandmicrocellsmustbeconfiguredasintrafrequencyneighboringcellsofeachother.
X2interfacesmustbesetupbetweenmacroandmicroeNodeBs.
UE
UEsmustcomplywith3GPPRelease10orlater.
Transportnetwork
None
CN
None
OSS
None
Otherfeatures
None
Others
Macroandmicrocellsmustbetimesynchronized.
5.73.2SystemCapacityandNetworkPerformance
SystemCapacity
eICICperformanceissubjecttofactorssuchasmicroeNodeBdeploymentdensityandpositions,UEdistribution,andUEservices.TheimpactofeICIConoverallsystemcapacity
dependsonsituationsinlivenetwork.Thedescriptiveimpactisasfollows:
Impactonmacrocells
SettinganABSpatterninamacrocelldecreasesULandDLcapacitiesofthecell.ThisisbecauseinABSs,themacrocellschedulesneitherDLdedicateddata
transmissionsnorULinitialtransmissionsoradaptiveretransmissions.However,ifaproperCREoffsetvalueisset,ULandDLthroughputofUEsinthecellwill
increase.ThisisbecausesomeUEsareoffloadedfromthemacrocelltomicrocellsandtheincreaseintheamountofavailableresourcesoffsetsthecapacityloss
causedbyABSsettings.
Impactonmicrocells
DLthroughputofmicrocellsincreasesbecausetheABSsettinginthemacrocellreducesinterferencetothemicrocells.However,ifonlyafewmicroeNodeBsare
deployedinamacrocell,themicrocellsstillcannottakeinasmanyUEsasexpectedevenafterthelargestCREoffsetvalueisappliedtothemicrocells.ABSsettings
donotproducegainstocelledgeuserthroughputacrosstheentirenetwork.
EachUEinthemicrocellsconsumesmorePUCCHresourcesbecauseitreportsCSIfortwotypesofsubframes.IfthenumberofUEsservedbyamicrocellremains
unchanged,somephysicaluplinksharedchannel(PUSCH)resourcesmustbesparedforthePUCCHandthereforeULthroughputinthemicrocelldecreases.
NetworkPerformance
Insuitableapplicationscenarios,eICICincreasescelledgeuserthroughputacrosstheentirenetworkwhileensuringthattheoverallnetworkcapacitydoesnotdecrease.Celledge
usersarethe5%UEswiththelowestthroughputacrossthenetwork.
InanetworkwitheICICenabledonlyinsomemacrocells,ifUEsintheextensionareaofamicrocellexperiencehighinterferencefrommacrocellswhereeICICisdisabled,the
highinterferencemaycauseadecreaseinthehandoversuccessrateandanincreaseintheservicedroprate.Thefollowingdescribestheimpactoneachtypeofcells:
Impactonmacrocells
Theschedulingdelayisaffected,becausethePDCCHthatcarriesUEspecificinformationisnottransmittedinABSsandthetotalamountofavailablePDCCH
resourcesdecreasesaccordingly.Thespecificschedulingdelaydependsonthetrafficmodelandschedulingpriorities.
Ifdiscontinuousreception(DRX)isenabledtogetherwitheICIC,itisrecommendedthattheDrxParaGroup.OnDurationTimerandDrxParaGroup.DrxInactivityTimer
parametersbesettonotlessthanPSF10(10PDCCHsubframes)sothatatleastonenonABSwillfallintoUEactivetime.TimersettingslessthanPSF10(10PDCCH
subframes)mayhaveanegativeimpactondatatransmissionbecausemacrocellsscheduleneitherDLdedicateddatatransmissionsnorULinitialtransmissionsor
adaptiveretransmissionsinABSs.
Theloadofamacrocellishigherthanthatofamicrocellinmostcases.AfteraproperCREoffsetvalueisapplied,someUEsareoffloadedfromthemacrocelltothe
microcell,sothattheincreaseintheresourcesavailableforUEsinthemacrocellcancompensatefortheresourcelosscausedbythesettingofABSs.Asaresult,
eICICincreasesthesingleUEthroughputofthemacrocell,withoutaffectingotheraspectsofnetworkperformance.
Impactonmicrocells
AlowerCCEaggregationlevelforthePDCCHisusedinprotectedsubframeswhencomparedwithunprotectedsubframessothatmoreUEscanbe
scheduledsimultaneouslyandtheschedulingdelayisshortened.
Systeminformationissentonlyinprotectedsubframes,increasingthesuccessrateofreceivingsysteminformationinextensionareasanddecreasingthe
servicedroprate.
ChannelperformanceinprotectedandunprotectedsubframesimprovesbecauseofaccurateCSIreportsspecifictoprotectedandunprotectedsubframes.
Therefore,UEthroughputincreases.
Transmittinghandoverrelatedsignalingmessagesonlyinprotectedsubframesincreasesthesuccessrateofmessagedelivery,and,accordingly,thehandover
successrate.
Amicrocelltransmitssignalingmessagesrelatedtohandoverstoamacrocellinprotectedsubframes.IftheABSpatternsetinthemacrocellindicatesa
smallproportionofABSs,thehandoverdelayisslightlyprolongedwhenhandoversformultipleUEsneedtobeperformedsimultaneously.
IfDRXisenabledtogetherwitheICIC,theOnDurationTimerandDRXInactivityTimermustbesetinawaythatprotectedsubframesfallintoUEactive
time.ZeroprotectedsubframesinUEactivetimemayhaveanegativeimpactondatatransmissionintheextensionareabecausethemicrocellreceives
stronginterferencefromthemacrocellinunprotectedsubframes.
5.73.3NEs
ThisfeatureisimplementedoneNodeBs.
ThisfeaturerequiressupportfromUEs.UEsmustcomplywith3GPPRelease10orlaterandsupportdynamicTDMeICIC.
5.73.4Hardware
eNodeBsmustmeetthefollowingrequirements:
MacroeNodeBsare3900serieseNodeBs.
MicroeNodeBsareBTS3202E.
AclockservermustbedeployedforIEEE1588V2orGPSsynchronization.
5.73.5InterNEInterfaces
X2interfacesmustbeconfiguredbetweenmacroandmicroeNodeBs.
5.73.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparametershavebeenintroducedtoaccommodatethisfeature.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.73.7RelatedFeatures
PrerequisiteFeatures
LOFD00301302IEEE1588V2ClockSynchronizationorLBFD00300503SynchronizationwithGPS
MutuallyExclusiveFeatures
LAOFD081233DynamicTDMeICICdoesnotworkwithLOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB).CSPCachievesTTIlevel(thatis,millisecond
level)fastcoordination,whereaseICICachievesonlysecondlevelslowcoordination.Theyproducegainsindifferentscenarios.Therefore,eICICandCSPCcannotbeused
together.
ImpactedFeatures
LOFD002005MobilityRobustOptimization
Ifmobilityrobustnessoptimization(MRO)andeICICarebothenabled,MROmayaffectCREoffsetconfigurationsforeICIC.Asaresult,eICICcannotachieveoptimal
performanceintermsofcelledgeuserthroughputacrosstheentirenetwork.FordetailsaboutMRO,seeMROFeatureParameterDescription.
LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
eICICintroducesABSsinmacrocells,affectingdatatransmissioninMBSFNsubframesforeMBMS.ItisnotrecommendedthateICICandeMBMSbeusedtogether.
FordetailsabouteMBMS,seeeMBMSFeatureParameterDescription.
LOFD001048TTIBundling
IfeICICandTTIbundlingarebothenabledforamacrocell,theABSpatternusedinamacrocellmustbelessthan2/10sothatfourconsecutiveTTIscanbebundledfor
scheduling.However,dynamicTDMeICICmayadjusttheABSpatterntobegreaterthan2/10,inwhichcaseTTIbundlingperformancedeteriorates.Therefore,itisnot
recommendedthateICICandTTIbundlingbeusedtogether.
LAOFD001001LTEAIntroduction,LAOFD001002CarrierAggregationforDownlink2CCin40MHz,LAOFD070201FlexibleCAfromMultipleCarriers,LAOFD070202
IntereNodeBCAbasedonCoordinatedBBU,andLAOFD080201IntereNodeBCAbasedonRelaxedbackhaul
IfdynamicTDMeICICandcarrieraggregation(CA)arebothenabled,CSImeasurementsinneithermeasurementsubframesetworkinthesecondaryservingcells
(SCells)ofCAUEs.Therefore,CAUEsdonotsupportdynamicTDMeICIC.However,ifmacroandmicrocellsoperateonthesamefrequency,nonCAUEsservedby
thisfrequencysupportdynamicTDMeICIC.
LBFD00202201DownlinkStaticInterCellInterferenceCoordination,LOFD00101401DownlinkDynamicInterCellInterferenceCoordination,andLOFD060201Adaptive
InterCellInterferenceCoordination
Thethreearefrequencydomainintercellinterferencecoordination(ICIC)features.TheycanbeenabledtogetherwitheICIC,whichworksinthetimedomain.However,
thefrequencyandtimedomainfeaturesproducegainsindifferentscenariosandthereforecannotachievetheiroptimalperformanceatthesametime.
LOFD001031ExtendedCP
eICICmustbeenabledinallthemacroandmicrocells.MicroeNodeBscurrentlydonotsupportextendedcyclicprefix(CP).IfextendedCPisenabledinthemacro
eNodeB,optimaleICICperformanceisnotguaranteed.
LOFD003029SFNandLOFD070205AdaptiveSFN/SDMA
Ifmicrocellsareconfiguredasasinglefrequencynetwork(SFN)cell,eICICmayfailtoachieveitsoptimalperformancebecausethemicrocellsarenot
associatedwiththesamemacrocell.
IfmacrocellsareconfiguredasanSFNcell,SFNproducespositivegainswhenthemacrocellsarelightlyloaded.However,theapplicationscenarioforeICIC
isthatthemacrocellsareheavilyloaded.Therefore,eICICisnotrecommendedwhenmacrocellsareconfiguredasanSFNcell.
IfmacroandmicrocellsareconfiguredasanSFNcell,theentireSFNcellusesauniqueID.eICICdoesnotworkinthisscenario.
LOFD001016VoIPSemipersistentScheduling
AftereICICisenabled,UEsinamacrocellarenotscheduledinABSs.ThiscausesadelayofvoicepacketsforVoLTEUEs.Thedelayiswithintherangeof0msto3
ms,dependingontheABSpattern.DynamicTDMeICIChasanegativeimpactonVoLTEservicesofUEsinthemacrocellandintheextensionareaofeachassociated
microcell.
LOFD001007HighSpeedMobilityandLOFD001008UltraHighSpeedMobility
Highspeedcellsandultrahighspeedcellsarecharacterizedbyfastchangingchannelconditionsandgreatlyvaryingdelay,whichhaveasignificantimpactoninformation
collectionandadjustmentforeICIC.Therefore,eICICisnotrecommendedforhighspeedorultrahighspeedcells.
5.74LAOFD081234FeICIC(New/Optional)
5.74.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1.
applicabletoMicrofromeRAN8.1.
notapplicabletoLampSite.
Summary
ThefullnameofFeICICisfurtherenhancedintercellinterferencecoordination.
WithnecessarysignalingsupportfromeNodeBs,UEsperformcellspecificreferencesignalinterferencecancellation(CRSIC)inalmostblanksubframes(ABSs),furthermitigating
interferenceinABSstoUEslocatedinmicrocells.
Benefits
ComparedwithTDMeICIC,FeICICallowslargerCREoffsetsandthereforelargermicrocellcoverageareas,offloadingmoreUEstothemicrocells.Thisincreasesdownlinkcell
edgethroughputinthenetwork,reducescelldeploymentcostsperunitarea,andincreasesthereturnoninvestment(ROI)ofmicroeNodeBs.
Description
ThoughtheABStechniqueofTDMeICICgreatlyreducestheinterferencefromPDCCHandPDSCHinmacrocellstomicrocells,CRSisstilltransmittedinABSs.Inthecaseofa
largeCREoffset,CRShasasevereimpactonUEsintheextensionareaofeachmicrocell.
FeICICisintroducedtoallowUEstoperformCRSICinABSssothattheinterferenceinABSstoUEsinmicrocellsisfurthermitigated.
Enhancement
None
Dependency
eNodeB
MacroandmicroeNodeBsmustbeHuaweiproducts.
X2interfacesmustbesetupbetweenmacroandmicroeNodeBs.
UE
UEsmustsupportCRSICdefinedin3GPPRelease11.
Transportnetwork
None
CN
None
OSS
None
Otherfeatures
Thisfeaturerequiresthefollowingfeatures:
LAOFD081233DynamicTDMeICIC
Others
Macroandmicrocellsmustbetimesynchronized.
5.74.2SystemCapacityandNetworkPerformance
SystemCapacity
SameastheimpactdescribedinSystemCapacityfordynamicTDMeICIC
NetworkPerformance
SameastheimpactdescribedinNetworkPerformancefordynamicTDMeICIC
5.74.3NEs
ThisfeatureisimplementedoneNodeBs.
ThisfeaturerequiressupportfromUEs.UEsmustcomplywith3GPPRelease11orlaterandsupportCRSIC.
5.74.4Hardware
eNodeBsmustmeetthefollowingrequirements:
MacroeNodeBsare3900serieseNodeBs.
MicroeNodeBsareBTS3202E.
AclockservermustbedeployedforIEEE1588V2orGPSsynchronization.
5.74.5InterNEInterfaces
X2interfacesmustbeconfiguredbetweenmacroandmicroeNodeBs.
5.74.6OperationandMaintenance
License
Alicensecontrolitemhasbeenaddedforthisfeature.
ConfigurationManagement
Thefollowingparameterhasbeenintroducedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.74.7RelatedFeatures
PrerequisiteFeatures
LAOFD081233DynamicTDMeICIC
LOFD00301302IEEE1588V2ClockSynchronizationorLBFD00300503SynchronizationwithGPS
MutuallyExclusiveFeatures
LAOFD081234FeICICdoesnotworkwithLOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB).CSPCachievesTTIlevel(thatis,millisecondlevel)fast
coordination,whereaseICICachievesonlysecondlevelslowcoordination.Theyproducegainsindifferentscenarios.Therefore,eICICandCSPCcannotbeusedtogether.
ImpactedFeatures
SameasthosedescribedinImpactedFeaturesfordynamicTDMeICIC
5.75LAOFD081237CarrierAggregationwithDL4x4MIMO(New/Trial)
5.75.1FeatureDescription
Availability
Thisfeatureis
applicabletoMacrofromeRAN8.1
notapplicabletoMicro
notapplicabletoLampSite
Summary
Whentheantennamodeofcellsissetto4T4R,aneNodeBselectsappropriatecarriersforcarrieraggregation(CA)basedontheCAandtransmissionmode9(TM9)capabilities
reportedbytheUEandcarriermanagementprinciples.ThismaximizescarrierusageandincreasesthepeakdatarateofUEs.
Benefits
ThesingleUEpeakdatarateincreasesto600Mbit/s,meetingoperators'brandrequirementforahighpeakdatarate.
Description
Whentheantennamodeofcellsissetto4T4R,aneNodeBselectsappropriatecarriersfordownlink2CCaggregationbasedontheCAandTM9capabilitiesreportedbytheUEand
carriermanagementprinciples.Specifically:
Eitheronecellorbothcellscanworkin4T4Rantennamode.
4T4Rcellssupport4x4or4x2multipleinputmultipleoutput(MIMO)definedin3GPPRelease8orTM9based4x4or4x2MIMOdefinedin3GPPRelease10.
Thisfeatureimplementsdownlink2CCaggregationin4x4or4x2MIMOscenarios.ItappliestointraeNodeBscenariosandmultiBBUinterconnectionscenarios.
Enhancement
None
5.75.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
Noimpact.
5.75.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease10orlater.Inaddition,UEsmustsupportthebandcombinationsandbandwidthsofthe
downlinkcarrierstobeaggregated.Toallow2CCaggregationtoreachapeakdatarateof300Mbit/sor450Mbit/sin4x4MIMOscenarios,themaximumbitratethattheUE
subscribestointheEPCcannotbelessthan300Mbit/sor450Mbit/s,respectively.
5.75.4Hardware
Noimpact.
5.75.5InterNEInterfaces
Noimpact.
5.75.6OperationandMaintenance
License
ThisfeatureisatrialfeatureineRAN8.1andthereforeisnotunderlicensecontrol.
ConfigurationManagement
Noimpact.
PerformanceManagement
Noimpact.
FaultManagement
Noimpact.
5.75.7RelatedFeatures
PrerequisiteFeatures
LOFD001015EnhancedScheduling
TheenhancedschedulingalgorithmperformsschedulingforeachCAUEintheUE'sPCellandSCells.Inbasicscheduling,thepriorityofCAUEsisthesameasthepriorityofnon
CAUEsthatrunserviceswiththesameQCIonthePCC.Indifferentiatedscheduling,thepriorityofCAUEsisthesameasthepriorityofnonCAUEsthatrunserviceswiththe
sameQCIoneachCC.Thatis,foraCAUE,thepriorityonthePCCisthesameasthatofsuchanonCAUEonthePCC,andthepriorityonanSCCisthesameasthatofsuch
anonCAUEontheSCC.
MutuallyExclusiveFeatures
LOFD001007HighSpeedMobilityandLOFD001008UltraHighSpeedMobility
Inhighspeedscenarios,RRCconnectionreconfigurationproceduresmayfrequentlytakeplacebecausetheeNodeBnotifiesUEsofSCellconfigurationorremoval
throughRRCConnectionReconfigurationmessages.Thisincreasesthenetworksignalingload.TopreventthefrequentRRCconnectionreconfigurationprocedures,cells
withtheCell.HighSpeedFlagparametersettothefollowingvaluescannotparticipateinCAcurrently:
HIGH_SPEED(Highspeedcellflag)
ULTRA_HIGH_SPEED(Ultrahighspeedcellflag)
EXTRA_HIGH_SPEED(Extrahighspeedcellflag)
LOFD081223ExtendedCellAccessRadiusBeyond100km
Comparedwithcommoncells,cellswitharadiusofover100kmexperienceadelayinuplinkreception,whichresultsinagreatdifferenceinthetimingoffsetfrom
commoncells.Therefore,cellswitharadiusofover100kmdonotsupportCA.
ImpactedFeatures
LBFD002028EmergencyCall
WhenaCAUEisrunninganemergencycallservice,theeNodeBterminatesSCellconfigurationproceduresinwhichgapassistedmeasurementsarerequired.Gap
assistedmeasurementsnegativelyaffecttheservicequalityofemergencycalls.Aftertheemergencycallserviceisfinished,theeNodeBreattemptstoconfigureSCells
fortheUEiftheUEtrafficvolumeandSCellconfigurationintervalconditionsarefulfilled.
LOFD001016VoIPSemipersistentScheduling
Accordingto3GPPTS36.321,semipersistentschedulingtakeseffectonlyonthePCCsforCAUEs.
LOFD001032IntraLTELoadBalancing,LOFD001044InterRATLoadSharingtoUTRAN,LOFD001045InterRATLoadSharingtoGERAN,andLOFD070215Intra
LTEUserNumberLoadBalancing
WhenselectingUEsforatypeofloadbalancingdefinedinthesefeatures,theeNodeBfiltersouttheCAUEsthattreatthesourcecellastheirPCellsorSCells.
LOFD002001AutomaticNeighbourRelation(ANR)andLOFD002002InterRATANR
DuringANR,theeNodeBdetermineswhethertoselectCAUEstoperformmeasurementsbasedontheANR.CaUeChoseModeparametersetting.Fordetails,seeANR
Management.
LOFD070205AdaptiveSFN/SDMA
Adaptivesinglefrequencynetwork(SFN)requiresUEstoreportsoundingreferencesignal(SRS),basedonwhicheNodeBsselectremoteradiounits(RRUs)for
independentschedulingoftheUEs.IfanadaptiveSFNcellisconfiguredasanSCellforaCAUEonlyinthedownlink,onlyjointschedulingappliestotheSCell.Ifthe
SCellisalsoconfiguredfortheuplink,independentschedulingcanbeusedinthecell.
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
Thisfeaturerequiresacentralizedcontroller,whichisaprocessdeployedonaBBPintheeNodeB.Thecentralizedcontrollerincreasestheaveragethroughputofcellson
theaffectedfrequencyandthecelledgeUEthroughputinthenetwork.However,ithasanegativeimpactonthehighthroughputUEsthatcausecochannelinterference
tothecelledgeUEs.IfbasicschedulingisusedwithCA,thedatarateofaCAUEisthetotaldatarateoftheUEonalltheaggregatedcarriersandthereforeistypically
higherthanthedatarateofanonCAUE.Asaresult,CAUEshavealowerprobabilityofbeingscheduledandthereforealowerdatarateinCSPCscenarios.
LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
Afterthisfeatureisenabled,CAUEscanreceiveMultimediaBroadcastmulticastserviceSingleFrequencyNetwork(MBSFN)subframesintheirPCellsbutnotintheir
SCells.ThisfeatureworksforCAUEsonlyinPCells.
LOFD001047LoCationServices(LCS)
Referencesignaltimedifference(RSTD)measurementsforOTDOAbasedpositioningincreasetheACK/NACKlossrate.AhigherACK/NACKlossrateresultsin
schedulingperformancedeterioration,whichmayaffectuserexperienceofCAUEs.
LAOFD002001StaticTDMeICICandLAOFD081233DynamicTDMeICIC
Whenoneorbothofthesetwofeaturesareenabled,theinterferencebetweenmacroandmicrocellscannotbemitigatedasexpected,becauseofsubframe
synchronizationbetweenthePCellandSCellsofeachCAUE.
LOFD001066IntraeNodeBULCoMP,LOFD070222IntraeNodeBULCoMPPhaseII,andLOFD070223ULCoMPbasedonCoordinatedBBU
WhenLOFD001005UL4AntennaReceiveDiversityisenabled,ULCoMPdoesnotworkforCAUEs.
LOFD081219ULCoMPbasedonrelaxedbackhaul
eNodeBsdonotselectcellsascoordinatedcellsforULCoMPofCAUEsifthecellsareinterconnectedtotheservingcellsoftheUEsbasedonrelaxedbackhaul.
5.76MRFD101221ULRefarmingZeroBufferzone(New/Trial)
5.76.1FeatureDescription
Availability
ThisfeatureisavailablefromSRAN10.1.
Summary
ThroughUMTSinterRATmeasurements,theLTEeNodeBestimatestheamountofuplinkinterferencethatanLTEUEcausestoUMTSintrafrequencyneighboringcellsinorderto
determinewhethertheUEisacellcenteruser(CCU)orcelledgeuser(CEU).WhenintrafrequencyUMTSandLTEbasestationsaredeployedadjacently,thisfeaturelimits
PUSCHschedulingforLTECEUs,soastoavoidtheuplinkinterferencethattheLTEPUSCHcausestotheUMTSNodeBandtoeliminatetheneedtoplanaUMTSandLTEbuffer
zone.Inthisway,theutilizationofspectrumresourcesinthebufferzoneisimproved.
Benefits
DuringUMTSandLTErefarming(ULrefarming),thisfeaturemakesitpossibletodeploymorebandwidthforLTEinthebufferzonewithoutcompromisingtheperformanceofintra
frequencyneighboringUMTScells.ThisfeaturenotonlyreducesthedifficultyinULrefarmingbutalsoincreasesLTEnetworkcapacityandspectrumutilization.
Assumethatanoperatorowns15MHzofspectrumresources:5MHzexclusivetoUMTS,5MHzexclusivetoLTE,and5MHzsharedbyUMTSandLTE.Inthebufferzone,10
MHzofspectrumresourcescanbedirectlydeployedforLTE.InthecoverageareaofanLTEcell,inthedownlink,10MHzofspectrumresourcescanbeusedbyallusers,andthe
capacitygainscanreachupto100%.Intheuplink,onlyCCUscanoccupytheentire10MHzofspectrumresources,whileCEUscanoccupyonlythe5MHzofspectrumresources
thatareexclusivetoLTE.
Description
DuringthetransitionfromUMTStoLTE,theULrefarmingprogressineachareavariesdependingonthetrafficmigrationspeedinthatarea.Topreventcochannelinterference
betweenUMTSandLTE,theconventionalsolutionistoplanageographicalintrafrequencybufferzoneforthesharedULspectrum.However,planningabufferzonemaywaste
spectrumresourcesandreducespectralefficiency.
AnindepthstudybyHuaweishowsthatanLTEUEcausesinterferencetotheUMTSNodeBwhenintrafrequencyUMTSandLTEbasestationsaredeployedadjacently.Ifthe
PUSCHschedulingonLTEUEsisnotlimited,theseUEscausestronginterferencetotheUMTSNodeB,therebydeterioratingtheRTWP.
Toreduceinterference,theLTEeNodeBdetermineswhetheranLTEUEisaCEUorCCUbyestimatingtheamountofuplinkinterferencethattheUEcausestoUMTSintra
frequencyneighboringcellsintheareaservedbythe5MHzofspectrumresourcesexclusivetoLTE.
IftheLTEUEisaCEU(ithasasmallpathlosstointrafrequencyneighboringUMTScells),theUEcanoccupytheRBthatisallocatedtotheexclusiveLTEspectrum
whentheeNodeBschedulesPUSCHsfortheUE.
IftheLTEUEisaCCU,thePUSCHschedulingontheUEisnotlimited.
Figure512illustratesthenetworkingassumingthatanoperatorowns15MHzofspectrumresources:5MHzexclusivetoUMTS,5MHzexclusivetoLTE,and5MHzsharedby
UMTSandLTE.
Figure512Networkingwiththeassumptionthatacarrierowns15MHzofspectrumresources
ThisfeatureappliesonlytoscenariosinwhichtheexclusiveLTEspectrumalreadyexistsintherefarmingfrequencybandandtherefarmingfrequencybandisnotlessthan10MHz.
Whenthisfeatureisused,thereisnoneedtoplanabufferzone.Asaresult,spectrumresourceutilizationisimprovedandevensitelevelULrefarmingcanbeachieved.
Enhancement
None
5.76.2SystemCapacityandNetworkPerformance
SystemCapacity
Whenthisfeatureisused,bufferzoneplanningisnotrequiredbetweenUMTSandLTEnetworks.Comparedwithbufferzoneplanning,thisfeatureimprovesthespectrumefficiency
inbufferzoneareasandimprovestheirnetworkcapacity.
BecausecertainrequirementsareimposedonuplinkRBschedulingforLTEcells,LTECEUsclosetointrafrequencyneighboringUMTScellscannotuseRBresourcesonULshared
spectrums.ThoughthiscausescertainlossinuplinkLTEcapacitycomparedwiththeLTEnetworkwithnointerference,thedownlinkLTEcapacityisgreatlyimprovedwitha
maximumof100%capacitygains.
NetworkPerformance
ImpactontheUMTSsystem
InscenariosofadjacentUMTSandLTEsiteswiththesameinterference,thisfeaturecanoptimizetheRTWPinUMTScells,therebyensuringUMTSuplinkperformance.
ImpactontheLTEsystem
Afterthisfeatureisenabled,differentcenterfrequenciesoccurinLTEnetworksduetodifferentbandwidthsusedbyLTEnetworksandintrafrequencyinterLTEcell
handoversincrease.
5.76.3NEs
ThisfeatureisimplementedontheeNodeB.
5.76.4Hardware
Noimpact.
5.76.5InterNEInterfaces
Noimpact.
5.76.6OperationandMaintenance
License
Thefollowinglicensecontrolitemhasbeenaddedtoaccommodatethisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
NOTE:
ParametersinthenewMMLcommandsarenotlistedinthefollowingtable.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.76.7RelatedFeatures
PrerequisiteFeatures
MutuallyExclusiveFeatures
ImpactedFeatures
FunctionName Description
Scheduling ThisfeaturecategorizesUEsintotwotypes:CCUsandCEUs.
WhentheuplinkRBusagerateinanLTEcellislessthanorequaltoULZeroBufZonePRBThd,alltheUEs
canuseonlyRBresourcesontheexclusiveLTEspectrumintheuplink.
WhentheuplinkRBusagerateinanLTEcellisgreaterthanULZeroBufZonePRBThd,CCUscan
preferentiallyuseRBresourcesonthesharedspectrumwhileCEUscanuseonlyRBresourcesonthe
exclusiveLTEspectrum.Thisistoimprovetheuplinkspectralefficiency.
Whenthisfeatureisenabled,uplinkinterferencerandomizationautomaticallybecomesinvalid.
5.77MRFD101222FDD+TDDCarrierAggregation(LTEFDD)(New/Trial)
5.77.1FeatureDescription
Availability
ThisfeatureisavailablefromSRAN10.1.
Summary
WhenanoperatorownsbothLTEFDDandLTETDDspectrumresources,aneNodeBselectsFDDandTDDcarriersforcarrieraggregation(CA)basedontheCAcapabilityreported
bytheUEandcarriermanagementprinciples.ThismaximizescarrierusageandincreasesthepeakdatarateofUEs.
Benefits
ThepeakdatarateofUEsrises,improvinguserexperience.
LTEFDDandTDDnetworksconvergedeeply,buildinganadvancedbrandimageofthenetworks.
LTETDDspectrumresourcesareutilizedtooffsetspectrumshortagesandaddressMBBcompetitions.
Description
ThereareanincreasingnumberofoperatorsthatownbothLTEFDDandLTETDDspectrumresourcesoraredeployingFDD+TDDconvergentnetworks.eNodeBsforthese
operatorsselectFDDandTDDcarriersforCAbasedontheCAcapabilitiesofUEsandcarriermanagementprinciples.FDD+TDDCAmaximizescarrierusage,increasesthepeak
datarateofUEs,improvesuserexperience,andbuildsanadvancedbrandimagefortheseoperators.
WhenanoperatorownsbothLTEFDDandLTETDDspectrumresources,ifaCAUEintheFDDorTDDnetworkreportsthatitsCAcapabilityisconsistentwiththeFDD+TDDCA
configurationofthenetwork,theeNodeBconfiguresaTDDorFDDcellasanSCellfortheUEinablindmannerorbasedonmeasurementsaccordingtocarriermanagement
principles.WhenthetrafficvolumeoftheUEmeetstheSCellactivationcondition,theeNodeBactivatestheSCellfortheUEsothatdataistransmittedonboththeFDDandTDD
carriersfortheUE.
ThisfeatureworksintypicalscenariosandbetweeneNodeBsinrelaxedbackhaulscenarios.Intypicalscenarios,downlink2CC,3CC,or4CCaggregationworks.However,in
relaxedbackhaulscenarios,onlydownlink2CCaggregationbetweenmacrocellsworks.
Enhancement
None
5.77.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
WhenanFDDcarrierworksasthePCCandTDDcarriersasSCCsforaCAUE,thedownlinkTDDspectralresourcesarefullyutilizedtoincreasedownlinkthroughput.Inaddition,
theFDDPCCprovidesbetteruplinkcoveragefortheCAUEthanaTDDcarrierdoesforanonCAUE.
5.77.3NEs
ThisfeatureisimplementedontheeNodeB.
ThisfeaturerequiressupportfromUEsandtheEPC.UEsmustcomplywith3GPPRelease12orlater.Inaddition,UEsmustsupportthebandcombinationsandbandwidthsofthe
downlinkcarrierstobeaggregated.Toallowdownlink2FDD+2TDDaggregationtoreachapeakdatarateof520Mbit/sindownlink2x2MIMOscenarios,themaximumbitratethat
theUEsubscribestointheEPCcannotbelessthan520Mbit/s.
5.77.4Hardware
IfanFDDcellonanLBBPd4boardactsasthePCellforaCAUE,downlinkFDD+TDD3CCor4CCCAwillnotwork.
ThePCellandSCellsofaCAUEcannotbeconfiguredonasingleBBPthatworksforbothFDDandTDD.
TheLTETDDcellswhosecarriersaretobeaggregatedforasingleCAUEmustbeconfiguredinthesameBBU.
FDD+TDDCAdoesnotapplytocellsonLBBPcboards.
5.77.5InterNEInterfaces
Noimpact.
5.77.6OperationandMaintenance
License
ThisfeatureisatrialfeatureineRAN8.1andthereforeisnotunderlicensecontrol.
ConfigurationManagement
Thefollowingparametershavebeenaddedandmodifiedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.77.7RelatedFeatures
PrerequisiteFeatures
(Optional)LAOFD001001LTEAIntroduction
ThisfeatureisrequiredifatleasttwoFDDcarriersareinvolvedinFDD+TDDCAandthetotalbandwidthoftheFDDcarriersdoesnotexceed20MHz.
(Optional)LAOFD001002CarrierAggregationforDownlink2CCin40MHz
ThisfeatureisrequiredifatleasttwoFDDcarriersareinvolvedinFDD+TDDCAandthetotalbandwidthoftheFDDcarriersisgreaterthan20MHzbutnotgreaterthan
40MHz.
(Optional)LAOFD080207CarrierAggregationforDownlink3CCin40MHz
ThisfeatureisrequiredifthreeFDDcarriersareinvolvedinFDD+TDDCAandthetotalbandwidthoftheFDDcarriersdoesnotexceed40MHz.
(Optional)LAOFD080208CarrierAggregationforDownlink3CCin60MHz
ThisfeatureisrequiredifthreeFDDcarriersareinvolvedinFDD+TDDCAandthetotalbandwidthoftheFDDcarriersisgreaterthan40MHzbutnotgreaterthan60
MHz.
(Optional)LAOFD070201FlexibleCAfromMultipleCarriers
ThisfeatureisrequiredifflexibleCAistobeusedforFDDCCs.
(Optional)TDLAOFD001001LTEAIntroduction
ThisfeatureisrequiredifatleasttwoTDDcarriersareinvolvedinFDD+TDDCAandthetotalbandwidthoftheTDDcarriersdoesnotexceed30MHz.
(Optional)TDLAOFD001002CarrierAggregationforDownlink2CCin40MHz
ThisfeatureisrequiredifatleasttwoTDDcarriersareinvolvedinFDD+TDDCAandthetotalbandwidthoftheTDDcarriersisgreaterthan30MHzbutnotgreaterthan
40MHz.
(Optional)TDLAOFD081405CarrierAggregationforDownlink3CC
ThisfeatureisrequiredifthreeTDDcarriersareinvolvedinFDD+TDDCA.
(Optional)TDLAOFD070201FlexibleCAfromMultipleCarriers
ThisfeatureisrequiredifflexibleCAistobeusedforTDDCCs.
MutuallyExclusiveFeatures
FDD+TDDCAisnotcompatiblewiththefollowingFDDeRANfeatures:
LOFD003029SFN,LOFD070205AdaptiveSFN/SDMA,LOFD081208IntereNodeBSFNBasedonCoordinatedBBU,andLOFD081209IntereNodeB
AdaptiveSFN/SDMABasedonCoordinatedBBU
ThePCellandSCellsofaCAUEcannotbeSFNcells.
LOFD001007HighSpeedMobilityandLOFD001008UltraHighSpeedMobility
ThePCellandSCellsofaCAUEcannotbehighspeedorultrahighspeedcells.
LBFD002017DRXandLOFD001105DynamicDRX
DRXdoesnotworkonUEsintheFDD+TDDCAstate.
LAOFD080202CarrierAggregationforUplink2CC[Trial]
Uplink2CCaggregationdoesnotworkinFDD+TDDCAscenarios.
FDD+TDDCAisnotcompatiblewiththefollowingTDDeRANfeatures:
TDLOFD001075SFN,TDLOFD002008AdaptiveSFN/SDMA,TDLOFD001098InterBBPSFN,TDLOFD001081InterBBPAdaptiveSFN/SDMA,
TDLOFD001080InterBBUSFN,TDLOFD001082InterBBUAdaptiveSFN/SDMA,andTDLOFD070227PDCCHDCSinSFN
ThePCellandSCellsofaCAUEcannotbeSFNcells.
TDLOFD001007HighSpeedMobilityandTDLOFD080205HandoverEnhancementatSpeedMobility
Inhighspeedscenarios,RRCconnectionreconfigurationproceduresmayfrequentlytakeplacebecausetheeNodeBnotifiesUEsofSCellconfigurationor
removalthroughRRCConnectionReconfigurationmessages.Thisincreasesthenetworksignalingload.TopreventthefrequentRRCconnection
reconfigurationprocedures,cellswiththeCell.HighSpeedFlagparametersettoHIGH_SPEED(Highspeedcellflag)cannotparticipateinCAcurrently.
TDLBFD002017DRXandTDLOFD001105DynamicDRX
DRXdoesnotworkonUEsintheFDD+TDDCAstate.
TDLAOFD081407CarrierAggregationforUplink2CC[Trial]
Uplink2CCaggregationdoesnotworkinFDD+TDDCAscenarios.
ImpactedFeatures
TheimpactedFDDeRANfeaturesareasfollows:
LBFD070103MultiBandCompatibilityEnhancement
FrequencybasedCAandadaptiveCAdonotapplytomultibandcells.Ineitherconfigurationmode,whenaneNodeBcomparesitsbandcombination
capabilitywiththatofaCAUE,theeNodeBcalculatesbandindicatorsbasedonthedownlinkEUTRAabsoluteradiofrequencychannelnumbers
(EARFCNs)ofthePCCandSCCsinSccFreqCfgMOs.However,currentlytheeNodeBdoesnotconsidermultibandcapabilitiesofcells.Therefore,the
calculationproducesonlytheprimarybandindicator.
LOFD001016VoIPSemipersistentScheduling
Accordingto3GPPTS36.321,semipersistentschedulingtakeseffectonlyonthePCCsforCAUEs.
LOFD001032IntraLTELoadBalancingandLOFD070215IntraLTEUserNumberLoadBalancing
WhenselectingUEsforeithertypeofloadbalancingdefinedinthetwofeatures,theeNodeBfiltersouttheCAUEsthattreatthesourcecellastheirPCellsor
SCells.
LOFD002001AutomaticNeighbourRelation(ANR)andLOFD002002InterRATANR
DuringANR,theeNodeBdetermineswhethertoselectCAUEstoperformmeasurementsbasedontheANR.CaUeChoseModeparametersetting.For
details,seeANRManagement.
LOFD070208CoordinatedSchedulingbasedPowerControl(CloudBB)
Thisfeaturerequiresacentralizedcontroller,whichisaprocessdeployedonaBBPintheeNodeB.Thecentralizedcontrollerincreasestheaveragethroughput
ofcellsontheaffectedfrequencyandthecelledgeUEthroughputinthenetwork.However,ithasanegativeimpactonthehighthroughputUEsthatcause
cochannelinterferencetothecelledgeUEs.IfbasicschedulingisusedwithCA,thedatarateofaCAUEisthetotaldatarateoftheUEonallthe
aggregatedcarriersandthereforeistypicallyhigherthanthedatarateofanonCAUE.Asaresult,CAUEshavealowerprobabilityofbeingscheduledand
thereforealowerdatarateinCSPCscenarios.
LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
Whenthisfeatureisenabled,CAUEscanreceiveMBSFNsubframesintheirPCellsbutnotintheirSCells.ThisfeatureworksforCAUEsonlyinPCells.
LAOFD002001StaticTDMeICICandLAOFD081233DynamicTDMeICIC
Whenoneorbothofthesetwofeaturesareenabled,theinterferencebetweenmacroandmicrocellscannotbemitigatedasexpected,becauseofsubframe
synchronizationbetweenthePCellandSCellsofeachCAUE.
TheimpactedTDDeRANfeaturesareasfollows:
TDLBFD00201806MultiBandCompatibilityEnhancement
IfMultiBandCompatibilityEnhancementisenabledforacell,theeNodeBcheckswhethertheprimaryandsecondaryoperatingbandsofthecellarepresent
intheCAbandcombinationssupportedbyCAUEs.ThecellcanbeconfiguredasanSCellforaCAUEaslongasanoperatingbandofthecellisincludedin
theCAbandcombinationssupportedbytheUE.IftheCAUEcanoperateintheprimarybandandasecondarybandandonlythesecondarybandsupports
CA,theeNodeBtransferstheUEtothesecondarybandthroughanintracellhandoverbeforeconfiguringthecellasanSCellfortheUE.
TDLOFD001016VoIPSemipersistentScheduling
Accordingto3GPPTS36.321,semipersistentschedulingtakeseffectonlyonthePCCsforCAUEs.
TDLOFD001032IntraLTELoadBalancingandTDLOFD070215IntraLTEUserNumberLoadBalancing
WhenselectingUEsforeithertypeofloadbalancingdefinedinthetwofeatures,theeNodeBfiltersouttheCAUEsthattreatthesourcecellastheirPCellsor
SCells.
TDLOFD002001AutomaticNeighbourRelation(ANR)andTDLOFD002002InterRATANR
DuringANR,theeNodeBdetermineswhethertoselectCAUEstoperformmeasurementsbasedontheANR.CaUeChoseModeparametersetting.For
details,seeANRManagementFeatureParameterDescription.
TDLOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
Whenthisfeatureisenabled,CAUEscanreceiveMBSFNsubframesintheirPCellsbutnotintheirSCells.ThisfeatureworksforCAUEsonlyinPCells.
5.78MRFD101401ULUnifiedVideoSteering(New/Optional)
5.78.1FeatureDescription
Availability
ThisfeatureisavailablefromSRAN10.1.
Summary
ThisfeaturedefinesahappybitrateforvideoservicesonUMTS/LTEnetworkstoensureuserexperienceofvideoservices.IftherateofavideoserviceinaUMTSorLTEcellis
lowerthanthehappybitrate,thisfeaturehandsoverthevideoservicetoaninterRATcellthatcanprovidethehappybitrate,therebyensuringthequalityofvideoservices.
Benefits
ThisfeatureselectsthebestcellonUMTS/LTEnetworksforvideoserviceswhoseratesarelowerthanthehappybitrate,therebyoptimizingtheusageofUMTS/LTEnetwork
resourcesandimprovinguserexperienceofvideoservices.
Description
TheratesofvideoservicesinsomecellsonUMTS/LTEnetworksmaybelowerthanthehappybitrateduetononcontiguouscoverageorimbalancenetworkloadbetweenUMTS
andLTE.Thequalityofvideoservicesisaffectedasaresult.
ThisfeatureisintroducedtoensurethatvideoservicesonUMTS/LTEnetworkscanalwayshavethehappybitrate.Theworkingmechanismofthisfeatureisasfollows:
TheRNCandeNodeBreportstheaverageUEthroughput,cellload,andnumberofUEswithdatatransmissiontotheeCoordinator.Onreceivingthisinformation,theeCoordinator
classifiesthehandovertargetcellsforvideoservicesintothreetypes:bestcells,normalcells,andbarredcells,andthensendstheclassificationresultstotheRNCandeNodeB.
WhenvideoserviceuserscannothavethehappybitrateinanLTEcell:
1.TheeNodeBinstructsdualmodeUEstoperformmeasurementsinthebestandnormalcellsbasedontheclassificationresultssentbytheeCoordinator.The
eNodeBthenforwardstheUEs'measurementresultstotheeCoordinator.
2.OnreceivingtheUEs'measurementresults,theeCoordinatordeterminesthecellsthatcanprovidethehappybitrateforvideoservicesandsendsthe
estimationresultstotheeNodeB.
3.TheeNodeBhandsovervideoservicestothoseUMTScellsthatcanprovidethehappybitrate,therebyensuringthequalityofvideoservices.
WhenvideoservicesinaUMTScelltriggerserviceorloadbasedinterRAThandovers:
1.TheRNCinstructsdualmodeUEstoperformmeasurementsinthebestandnormalcellsbasedontheclassificationresultssentbytheeCoordinator.The
RNCthenforwardstheUEs'measurementresultstotheeCoordinator.
2.OnreceivingtheUEs'measurementresults,theeCoordinatordeterminesthecellsthatcanprovidethehappybitrateforvideoservicesandsendsthe
estimationresultstotheRNC.
3.TheRNChandsovervideoservicestothoseLTEcellsthatcanprovidethehappybitrate,therebyensuringthequalityofvideoservices.
Enhancement
N/A
5.78.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
Afterthisfeatureisenabled,thenumberofQoEbasedhandoversincreases,whichconsequentlyincreasesthenumberofL2Uhandovers.
Duringahandover,theeNodeBandRNCneedtointeractwiththeeCoordinator,whichprolongsthehandoverpreparation.
5.78.3NEs
ThisfeaturerequirestheCNtosupporttheserviceidentificationfunction.
5.78.4Hardware
Noimpact.
5.78.5InterNEInterfaces
Noimpact.
5.78.6OperationandMaintenance
License
Thefollowinglicensecontrolitemhasbeenaddedtoaccommodatethisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
NOTE:
ParametersinthenewMMLcommandsarenotlistedinthefollowingtable.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenintroducedtoaccommodatethisfeature.
NOTE:
Therearesevenrangesdefinedforthroughput:
Rang0is(0kbit/s,256kbit/s).
Range1is[256kbit/s,512kbit/s).
Rang2is[512kbit/s,1Mbit/s).
Rang3is[1Mbit/s,2Mbit/s).
Rang4is[2Mbit/s,3Mbit/s).
Rang5is[3Mbit/s,4Mbit/s).
Rang6is[4Mbit/s,)
FaultManagement
Noimpact.
5.78.7RelatedFeatures
PrerequisiteFeatures
TDLOFD111206 VideoServiceRateAdaption
LOFD001019 PSInterRATMobilitybetweenEUTRAN
andUTRAN
TDLOFD001019 PSInterRATMobilitybetweenEUTRAN
andUTRAN
MutuallyExclusiveFeatures
None
ImpactedFeatures
5.79MRFD101402ULUnifiedOverloadControl(New/Optional)
5.79.1FeatureDescription
Availability
ThisfeatureisavailablefromSRAN10.1.
Summary
ThisfeatureadjustsUMTS/LTEinteroperabilitypoliciesthroughunifiedoverloadcontrolonUMTS/LTEnetworksontheeCoordinatorwhenthetrafficontheUMTSorLTEnetworkis
heavyandoverloadoccurs.
ForUEsinconnectedmode,iftheseUEstriggerinterRAThandoversorredirections,thisfeaturepreferentiallyselectsalightlyloadedinterRATcellorfrequencyasthe
targetcellorfrequency,toavoidthesignalingoverheadcausedbyahandoverpreparationfailure.
ForUEsinidlemode,oncetheirconnectionsarereleasedontheUMTSnetwork,thisfeatureenablesthemtoreselectlightlyloadedLTEcellstoavoidsignalingimpact
onheavilyloadedLTEcells.
Benefits
WhenthetrafficisheavyonUMTS/LTEnetworksinthecaseofbigeventssuchassportingevents,concerts,andimportantfestivals,thisfeatureincreasestheRRCconnection
setupsuccessrate,accesssuccessrate,andinterRAThandoversuccessrateforUMTS/LTEnetworks.
Description
Beforethisfeatureisintroduced,whenthetrafficofUMTS/LTEnetworksisheavy:
ForUEsthatareinconnectedmodeandtriggerinterRAThandovers,theyexperiencehandoverfailuresifthetargetnetworkisoverloaded.Thenumberofhandover
attemptsisincreased.
ForUEsthatareinconnectedmodeandtriggerinterRATredirections,fastreturntoLTE,andfastreturntoLTEafterSRVCC,theyfailtoaccessthetargetcellinallof
theseproceduresifthetargetnetworkisoverloaded.
ForUEsinidlemode,dualmodeUEsfrequentlyperformcellreselectionsbetweenUMTSandLTEnetworksbecausethechannelqualityfluctuatessignificantlyinheavy
trafficscenarios.Thesignalingoverheadisincreasedasaresult,andnetworkoverloadmaybecomesevere.
Afterthisfeatureisintroduced,whenthetrafficofUMTS/LTEnetworksisheavy:
TheeCoordinatordeterminesthetrafficstatusofinterRATneighboringLTEcellsandadjacentfrequenciesbasedontheoverloadstatusofLTEcellsperiodicallyreported
bytheeNodeB.TheeCoordinatorthensendstheresultstotheRNC.
TheeCoordinatordeterminesthetrafficstatusofinterRATneighboringUMTScellsandadjacentfrequenciesbasedontheoverloadstatusofUMTScellsperiodically
reportedbytheRNC.TheeCoordinatorthensendstheresultstotheeNodeB.
OnreceivingtheresultsfromtheeCoordinator,theeNodeBperformsthefollowingoperationsonUEsinconnectedmode:
WhenUEsinconnectedmodetriggeracoverage,distance,uplinkqualitybasedhandoverorredirectionfromLTEtoUMTS,theeNodeBpreferentiallyselectsalightly
loadedinterRATneighboringcelloradjacentfrequency.
WhenUEsinconnectedmodetriggeraservicebasedhandoverorredirection,theeNodeBselectsalightlyloadedinterRATneighboringcelloradjacentfrequency
withoutmeasuringheavilyloadedcellsorfrequencies.
OnreceivingtheresultsfromtheeCoordinator,theRNCperformsthefollowingoperationsonUEsinconnectedmode:
WhenUEsinconnectedmodetriggeracoveragebasedhandoverorredirectionfromUMTStoLTE,theRNCpreferentiallyselectsalightlyloadedinterRATneighboring
LTEcelloradjacentfrequency.
WhenUEsinconnectedmodetriggeraloadbasedhandoverorredirection,theRNCselectsalightlyloadedinterRATneighboringLTEcelloradjacentfrequencywithout
measuringheavilyloadedcellsorfrequencies.
WhenUEsinconnectedmodetriggerafastreturntoLTEorfastreturntoLTEafterSRVCC,theRNCselectsalightlyloadedneighboringinterRATfrequency.
UEsinidlemodepreferentiallyreselectlightlyloadedLTEcells.
Enhancement
N/A
5.79.2SystemCapacityandNetworkPerformance
SystemCapacity
Noimpact.
NetworkPerformance
WhentrafficisconstantlyheavyoncocoverageUMTSandLTEnetworksinscenariossuchassportingevents,concerts,andbigfestivals,thisfeaturecanincreasetheRRC
connectionsetupsuccessrate,accesssuccessrate,andinterRAThandoversuccessrateofthesenetworks.
5.79.3NEs
ThisfeatureisimplementedontheeNodeB,RNC,andeCoordinator.TheeNodeB,RNC,andeCoordinatormustbepurchasedfromHuawei.
5.79.4Hardware
Noimpact.
5.79.5InterNEInterfaces
TheSeinterfacebetweentheeCoordinatorandtheeNodeBisenhanced.Table55describesthenewmessagesandIEsinvolved.
Table55NewmessagesandIEs
IEUMTSNeighborCellList ListofneighboringUMTScellsforLTEcells
TheSrinterfacebetweentheeCoordinatorandtheRNCisenhanced.Table55describesthenewmessagesandIEsinvolved.
Table56NewmessagesandIEs
5.79.6OperationandMaintenance
License
Thefollowinglicensecontrolitemhasbeenaddedtoaccommodatethisfeature.
ConfigurationManagement
ThefollowingMMLcommandshavebeenaddedtoaccommodatethisfeature.
NOTE:
ParametersinthenewMMLcommandsarenotlistedinthefollowingtable.
Thefollowingparametershavebeenaddedtoaccommodatethisfeature.
PerformanceManagement
Thefollowingcountershavebeenaddedtoaccommodatethisfeature.
FaultManagement
Noimpact.
5.79.7RelatedFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
WRFD150219 CoverageBasedPSRedirectionfromUMTStoLTE
WRFD150220 CoverageBasedPSHandoverfromUMTStoLTE
WRFD150216 LoadBasedPSRedirectionfromUMTStoLTE
WRFD150217 LoadBasedPSHandoverfromUMTStoLTE
LOFD001072 DistancebasedInterRAThandovertoUTRAN
ULqualitybasedinterRAThandovertoUTRANorGERAN
5.80MRFD231601MultimodeBSCommonReferenceClock(eNodeB)(Enhanced/Optional)
5.80.1FeatureDescription
Availability
ThisfeatureisavailablefromSRAN5.0.
5.80.1.1GBTSandeNodeBCommonReferenceClock
ThisscenarioisavailablefromSRAN5.0.
Summary
FromSRAN5.0,HuaweimultimodebasestationsprovidecommonreferenceclockforGSMandLTEthatshareoneBBU.
Benefits
ThisfeatureprovidescommonreferenceclockforGSMandLTEthatshareoneBBU,therebysavingtheCAPEXandOPEX.
Description
Thisfeaturesupportsthefollowingapplicationscenarios:
CommonGPSreferenceclock
CommonGPSreferenceclockrequiresonlyonesetofexternalequipmentandonesetoffeederandantennaforaGLdualmodebasestation,whichreducesthe
installationcostsanddeploymentcosts.
CommonBITSreferenceclock
CommonBITSreferenceclockrequiresonlyonesetofexternalequipmentforaGLdualmodebasestation,whichsavescosts.
CommonE1/T1referenceclockfromAbisinterface
WhentheAbisinterfaceisbasedonTDMoverE1/T1andS1interfaceisbasedonIPoverFE/GE,theLMPT/UMPT_Lcanobtainthereferenceclockfromtheclock
synchronizedfromtheAbisE1/T1intheGTMU.TheclockserverisnotnecessaryforLTEandthecostissavedaccordingly.
CommonE1/T1referenceclockfromS1interface
WhenGSMandLTEsharethesametransmissioninterfacebasedonIPoverE1/T1orhybridtransmissionbasedonIP,theGTMUcanobtainthereferenceclockfrom
theclocksynchronizedfromtheS1E1/T1intheUTRPforLTEmode.TheclockserverisnotnecessaryforGSMandthecostissavedaccordingly.
CommonEthernetreferenceclockfromS1interface
WhencommonEthernetreferenceclockisused,GSMcanobtainthereferenceclockviatheBBUbackplanefromtheLMPT/UMPT_LorUTRP.
CommonIPnetwork1588V2referenceclockforfrequencysynchronizationfromS1interface
WhenGSMandLTEBTSsupportthe1588V2referenceclockforfrequencysynchronization,onlyone1588V2clockserverandclientarerequired.GSMcanobtainthe
referenceclockviatheBBUbackplanefromtheLMPTorUMPT_L.
Enhancement
SRAN10.1
CommonIPnetwork1588V2referenceclockfortimesynchronizationfromS1interface
WhenGSMandLTEsupportthe1588V2referenceclockfortimesynchronization,onlyone1588V2clockserverandone1588V2clockclientarerequired.GSMcan
obtainthereferenceclockfortimesynchronizationviatheBBUbackplanefromtheLMPTorUMPT.
5.80.1.2NodeBandeNodeBCommonReferenceClock
ThisscenarioisavailablefromSRAN5.0.
Summary
FromSRAN5.0,HuaweimultimodebasestationsprovidecommonreferenceclockforUMTSandLTEthatshareoneBBU.
Benefits
ThisfeatureprovidescommonreferenceclockforUMTSandLTEthatshareoneBBU,therebysavingtheCAPEXandOPEX.
Description
Thisfeaturesupportsthefollowingapplicationscenarios:
CommonGPSreferenceclock
CommonGPSreferenceclockrequiresonlyonesetofexternalequipmentandonesetoffeederandantennaforaULdualmodebasestation,whichreducesthe
installationcostsanddeploymentcosts.
CommonBITSreferenceclock
CommonBITSreferenceclockrequiresonlyonesetofexternalequipmentforaULdualmodebasestation,whichsavescosts.
CommonE1/T1referenceclockfromIubinterface
WhentheIubinterfaceisbasedonE1/T1andS1interfaceisbasedonIPoverGE,theLMPTcanobtainthereferenceclockfromtheclocksynchronizedfromtheIub
E1/T1intheWMPT/UMPT_UorUTRP.TheclockserverisnotnecessaryforLTEandthecostissavedaccordingly.
CommonEthernetreferenceclockfromS1interface
WhencommonEthernetreferenceclockisused,theWMPTcanobtainthereferenceclockviatheBBUbackplanefromtheLMPT/UMPT_L.
CommonIPnetwork1588V2referenceclockforfrequencysynchronizationfromS1interface
WhenUMTSandLTEsupportthe1588V2referenceclockforfrequencysynchronization,onlyone1588V2clockserverandclientarerequired.TheWMPTcanobtainthe
referenceclockviatheBBUbackplanefromtheLMPTorUMPT.
Enhancement
SRAN10.1
CommonIPnetwork1588V2referenceclockfortimesynchronizationfromS1interface
WhenUMTSandLTEsupportthe1588V2referenceclockfortimesynchronization,onlyone1588V2clockserverandone1588V2clockclientarerequired.UMTScan
obtainthereferenceclockfortimesynchronizationviatheBBUbackplanefromtheLMPTorUMPT.
5.80.1.3GBTS,NodeBandeNodeBCommonReferenceClock
ThisscenarioisavailablefromSRAN7.0.
Summary
FromSRAN7.0,HuaweimultimodebasestationprovidescommonreferenceclockforGSM,UMTS,andLTEwhentheBBUsareinterconnected.
Benefits
ThisfeatureprovidescommonreferenceclockforGSM,UMTS,andLTEwhentheBBUsareinterconnected,therebysavingtheCAPEXandOPEX.
Description
Thisfeaturesupportsthefollowingapplicationscenarios:
CommonGPSreferenceclock
CommonGPSreferenceclockrequiresonlyonesetofexternalequipmentandonesetoffeederandantennaforaGULmultimodebasestation,whichreducesthe
installationcostsanddeploymentcosts.
CommonBITSreferenceclock
CommonBITSreferenceclockrequiresonlyonesetofexternalequipmentforaGULmultimodebasestation,whichsavesthecosts.
CommonE1/T1referenceclockfromAbis/Iubinterface
WhentheAbisorIubinterfaceisbasedonTDMoverE1/T1andtheS1interfaceisbasedonIPoverGE,thethreemodescanobtainthereferenceclockfromtheclock
synchronizedfromtheAbisorIubE1/T1.
CommonEthernetreferenceclockfromS1interface
WhencommonEthernetreferenceclockisused,GSMandUMTScanobtainthereferenceclockviatheBBUbackplanefromtheLMPTorUMPT_L.
CommonIPnetwork1588V2referenceclockforfrequencysynchronizationfromS1interface
WhenGSM,UMTSandLTEBTSsupportthe1588V2referenceclockforfrequencysynchronization,onlyone1588V2clockserverandclientarerequired.GSMand
UMTScanobtaintheclockviatheBBUbackplanefromtheLMPTorUMPT_L.
Enhancement
SRAN10.1
CommonIPnetwork1588V2referenceclockfortimesynchronizationfromS1interface
WhenGSM,UMTS,andLTEsupportthe1588V2referenceclockfortimesynchronization,onlyone1588V2clockserverandone1588V2clockclientarerequired.GSM
andUMTScanobtainthereferenceclockfortimesynchronizationviatheBBUbackplanefromtheLMPTorUMPT.
5.80.2SystemCapacityandNetworkPerformance
SystemCapacity
Thechangeinthisfeaturehasnoimpact.
NetworkPerformance
Thechangeinthisfeaturehasnoimpact.
5.80.3NEs
ThechangeinthisfeatureisimplementedontheeNodeB.
5.80.4Hardware
TheWMPT,UTRP2,andUTRP9donotsupportIEEE1588V2clocksynchronization.
5.80.5InterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
5.80.6OperationandMaintenance
License
Thechangeinthisfeaturehasnoimpact.
ConfigurationManagement
Thechangeinthisfeaturehasnoimpact.
PerformanceManagement
Thechangeinthisfeaturehasnoimpact.
FaultManagement
Thechangeinthisfeaturehasnoimpact.
5.80.7RelatedFeatures
PrerequisiteFeatures
ThisfeatureisdependentontheLOFD00301302IEEE1588V2ClockSynchronizationfeature.
MutuallyExclusiveFeatures
Thechangeinthisfeaturehasnoimpact.
ImpactedFeatures
Thechangeinthisfeaturehasnoimpact.
6ImpactsofModifiedeRAN8.1FeaturesoneRAN7.0Networks
6.1LOFD070202UltraFlashCSFBtoUTRAN
Description
UltraflashCSFBisaHuaweiproprietaryfeatureandthereforeitmaynotbesupportedbysomeUEs.
Inearlierversions,UEsarenotdifferentiated.Asaresult,UEswithcompatibilityproblemsfailinultraflashCSFBandthenattemptacommonCSFBprocedureorexperiencea
servicedrop.Thismechanismprolongsdelaysandaffectsuserexperience.
Inthecurrentversion,thisfeatureisoptimizedtoallowonlywhitelistedUEstoperformultraflashCSFBsoastoreduceunnecessarysignaling,improveuserexperience,and
increasetheCSFBsuccessrate.TheoptimizationavoidspossiblecompatibilityrisksinsomeUEs.ItisrecommendedthatthisoptimizationbeenabledwhenbotheNodeBsand
MMEsareprovidedbyHuaweiandsomeUEsdonotsupportultraflashCSFB.
Implementation
AnewoptionUltraFlashCsfbComOptSwhasbeenaddedtotheUeCompatSwitchparameterintheGlobalProcSwitchMOtospecifywhethertoenabletheoptimizationforUEs
thatdonotsupportultraflashCSFB.
Iftheoptimizationisenabled,theultraflashCSFBprocedureisasfollows:
1.TheeNodeBsendsaproprietarymessagetotheMME,notifyingthattheeNodeBisaHuaweieNodeBandsupportsthehandlingofUEswithcompatibility
problems.WhenaUEsendsaCSFBrequest,theMMEsearchesanIMEIwhitelisttoseewhethertheUEsupportsultraflashCSFB.
2.IftheUEiswhitelisted,theMMEsendsaproprietarymessagePrivateUFCSFBInformationTransfertotheeNodeB,containinganIE"SRVCCbased
eCSFBoperationpossible".Otherwise,theMMEdoesnotsendthismessage.
3.IftheeNodeBreceivesthe"SRVCCbasedeCSFBoperationpossible"IE,theeNodeBperformsultraflashCSFBfortheUE.Otherwise,theeNodeB
performscommonCSFBfortheUE.
Iftheoptimizationisdisabled,theeNodeBdirectlyenterstheultraflashCSFBprocedure,withoutcheckingwhethertheUEsupportsdetermineultraflashCSFBand.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
Theoptimizationreducesunnecessarysignaling,improvesuserexperience,andincreasestheultraflashCSFBsuccessrate.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
AnewoptionUltraFlashCsfbComOptSwhasbeenaddedtotheUeCompatSwitchparameterintheGlobalProcSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
OntheeNodeBside,runtheMODGLOBALPROCSWITCHcommandtosettheUltraFlashCsfbComOptSwoptionoftheUeCompatSwitchparameter.
Forexample,toselecttheUltraFlashCsfbComOptSwoption,runthefollowingcommand:
MODGLOBALPROCSWITCH:UeCompatSwitch=UltraFlashCsfbComOptSw1;
OntheMMEside,configureanIMEIwhitelistforUEsthatsupportultraflashCSFB.
6.2LOFD081283UltraFlashCSFBtoGERAN
Fortheimpactofthechangeinthisfeature,see6.1LOFD070202UltraFlashCSFBtoUTRAN.
6.3LOFD001033CSFallbacktoUTRAN
Description
DuringmeasurementbasedLTEtoUMTSCSFB,theeNodeBimmediatelyperformsCSFBdeterminationuponreceivingthefirstmeasurementreportinearlierversions.Whenthe
UMTSnetworkoftheoperatorhasmultipleUTRANfrequencies,theoptimizedprocessingmechanismallowstheeNodeBtoimmediatelyperformCSFBdeterminationorinstructthe
UEtocontinuethemeasurementuponreceivingthefirstUMTSB1measurementreportbasedontheoperator'spolicy.Inthisway,theoptimumtargetUTRANfrequencyandtarget
neighboringUTRANcellcanbeselectedforCSFB.
Implementation
TheL2UCsfbMRProModeparameter(canbespecifiedbyrunningtheMODCELLHOPARACFGcommand)isaddedtoconfiguretheprocessingmechanismwhentheeNodeB
receivesthefirstUMTSB1measurementreportduringLTEtoUMTSCSFB.
IftheL2UCsfbMRProModeparameterissettoHANDOVER_IMMEDIATELY,theeNodeBimmediatelyperformsCSFBdeterminationuponreceivingthefirstUMTSB1
measurementreport.
IftheL2UCsfbMRProModeparameterissettoBASED_ON_SIGNAL_STRENGTH,theeNodeBstartstheCSFBmeasurementreportwaitingtimerspecifiedbythe
CsfbMRWaitingTimerparameteruponreceivingthefirstUMTSB1measurementreport,instructingtheUEtocontinuetomeasureUTRANfrequencies.Amongall
measurementreportsmeasuredbeforethetimerexpires,theeNodeBselectstheneighboringUTRANcellwiththestrongestsignalstrengthasthetargetcellforCSFB.
ConsiderthattheL2UCsfbMRProModeparameterissettoBASED_ON_FREQ_PRIORITY.IfthefrequencyservingtheneighboringUTRANcellthatisincludedinthe
firstUMTSB1measurementreporthasthehighestpriority,theeNodeBselectstheneighboringUTRANcellasthetargetcellforCSFB.Otherwise,theeNodeBstarts
theCSFBmeasurementreportwaitingtimerspecifiedbytheCsfbMRWaitingTimerparameteruponreceivingthefirstUMTSB1measurementreport,instructingtheUE
tocontinuetomeasureUTRANfrequencies.Amongallmeasurementreportsmeasuredbeforethetimerexpires,theeNodeBselectstheneighboringUTRANcellwiththe
highestfrequencypriorityasthetargetcellforCSFB.
TheCsfbMRWaitingTimerparameter(canbespecifiedbyrunningtheMODCELLHOPARACFGcommand)isaddedtosettheCSFBmeasurementreportwaitingtimerafterthe
L2UCsfbMRProModeparameterissettoBASED_ON_SIGNAL_STRENGTHorBASED_ON_FREQ_PRIORITY.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThepossibilityofLTEtoUMTSCSFBtoneighboringUTRANcellwiththestrongestsignalstrengthorthehighestfrequencypriorityincreases,therebyincreasingthe
CSFBsuccessrate.However,theCSFBlatencyincreases.
ImpactonNEs
None
ImpactonHardware
SettingtheCsfbMRWaitingTimerparametertoarelativelysmallvalueintheunitofmsslightlyincreasestheCPUload.
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ParametersL2UCsfbMRProModeandCsfbMRWaitingTimerareaddedtotheCellHoParaCfgMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLHOPARACFGcommandtosetparametersL2UCsfbMRProModeandCsfbMRWaitingTimer.
6.4LOFD003029SFN
6.4.1ModifiedUplinkJointReceptioninSFNCell
Description
Inearlierversions,theadmissionthresholdforuplinkjointreceptioninanSFNcellisspecifiedbytheULCoMPadmissionthreshold.Inthisversion,anindependentadmission
thresholdisaddedforuplinkjointreceptionsothatthethresholdcanbeseparatelyconfigured.ThishelpsincreasetheperceivabledataservicerateofuplinkusersinanSFNcell.
Implementation
TheSfnUlCompThdparameterisaddedtospecifythetheadmissionthresholdforuplinkjointreceptioninanSFNcell.Whenthereceivedsignalstrengthdifferencesamong
physicalcellsofdifferentsectorequipmentinanSFNcellarelessthanthethreshold,theUEperformsjointreceptioninthephysicalcellsthatmeettherequirements.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheSfnUlCompThdparameterisaddedtotheCellUlCompAlgoMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLULCOMPALGOcommandtoconfiguretheSfnUlCompThdparameter.
6.4.2DifferentRSPowerCanbeConfiguredforDifferentPhysicalCellsofanSFNCell.
Description
Thisfeatureallowsuserstoconfiguredifferentreferencesignal(RS)powerforthephysicalcellsofanSFNcell.ThisremovestherestrictionthatphysicalcellsservedbyRRUsof
differentpowerspecificationscannotbecombinedintoanSFNcellandthereforeextendstheapplicationscenariosofSFN.Youareadvisedtoenablethisfeaturewhennetworkingof
RRUsofdifferentpowerspecificationsisrequiredorwhendifferentpowerisrequiredtobeconfiguredfortheRRUs.
Implementation
TheReferenceSignalPwrparameterisintroducedforuserstoconfiguretheRSpowerforeachphysicalcell.Differentvaluescanbeconfiguredandtakeneffectforthephysical
cells.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheReferenceSignalPwrparameterisaddedtotheEUCELLSECTOREQMMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
RuntheADDEUCELLSECTOREQMorMODEUCELLSECTOREQMcommandwiththeReferenceSignalPwrparameterset.
RuntheLSTEUCELLSECTOREQMcommandtoquerythevalueoftheReferenceSignalPwrparameter.
6.4.3SFNEnhancementSupporting12RRUsCombinedtoServeanSFNCell
Description
Aftersinglefrequencynetwork(SFN)isenhanced,12*2T2RRRUscanbecombinedtoserveanSFNcell.Thisenhancementpreventsfrequenthandoversintunnelscenariosand
improvessystemperformanceinhandoverareasanddownlinkthroughput.Thisenhancementisrecommendedintunnelscenariosorotherscenarioswherefrequenthandoversaffect
systemperformance.
Implementation
Two2T2RRRUsarecombinedtoservea4T4Rphysicalcell.Then,twotosix4T4RphysicalcellsarecombinedintoanSFNcell.Thetwo2T2RRRUsconnecttotheleftandright
antennastocovertheareasontheleftandrightsidesofthepole,respectively,asshowninthefollowingfigure.
ImpactonCapacityandPerformance
Impactoncapacity
Thisenhancementimprovesthedownlinkthroughputinhandoverareasandinotherareaswithstronginterferenceinthedownlink.
Impactonperformance
Thisenhancementdecreasesthenumberofhandoversandreducestheprobabilityofhandoversuccessratedecreaseduetofrequenthandovers.
ImpactonNEs
None
ImpactonHardware
Basebandprocessingunitsmustsupport4Rcells.
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicenseforSFNisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
1.Combinetwo2T2RRRUstoservea4T4Rphysicalcell.Fordetails,seeMIMOFeatureParameterDescription.
2.WhenconfiguringanSFNcell,setTxRxModeto4T4R,andsetCrsPortMapto4T2P_0101or4T2P_0110inhighspeedmobilityscenarios.FordetailsaboutotherSFNcell
configurations,seeSFNFeatureParameterDescription.
6.5LOFD070205AdaptiveSFN/SDMA
6.5.1ModifiedUplinkJointReceptioninSFNCell
Description
Inearlierversions,theadmissionthresholdforuplinkjointreceptioninanSFNcellisspecifiedbytheULCoMPadmissionthreshold.Inthisversion,anindependentadmission
thresholdisaddedforuplinkjointreceptionsothatthethresholdcanbeseparatelyconfigured.ThishelpsincreasetheperceivabledataservicerateofuplinkusersinanSFNcell.
Implementation
TheSfnUlCompThdparameterisaddedtospecifythetheadmissionthresholdforuplinkjointreceptioninanSFNcell.Whenthereceivedsignalstrengthdifferencesamong
physicalcellsofdifferentsectorequipmentinanSFNcellarelessthanthethreshold,theUEperformsjointreceptioninthephysicalcellsthatmeettherequirements.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheSfnUlCompThdparameterisaddedtotheCellUlCompAlgoMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLULCOMPALGOcommandtoconfiguretheSfnUlCompThdparameter.
6.5.2DifferentRSPowerCanbeConfiguredforDifferentPhysicalCellsofanSFNCell.
Description
Thisfeatureallowsuserstoconfiguredifferentreferencesignal(RS)powerforthephysicalcellsofanSFNcell.ThisremovestherestrictionthatphysicalcellsservedbyRRUsof
differentpowerspecificationscannotbecombinedintoanSFNcellandthereforeextendstheapplicationscenariosofSFN.Youareadvisedtoenablethisfeaturewhennetworkingof
RRUsofdifferentpowerspecificationsisrequiredorwhendifferentpowerisrequiredtobeconfiguredfortheRRUs.
Implementation
TheReferenceSignalPwrparameterisintroducedforuserstoconfiguretheRSpowerforeachphysicalcell.Differentvaluescanbeconfiguredandtakeneffectforthephysical
cells.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheReferenceSignalPwrparameterisaddedtotheEUCELLSECTOREQMMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
RuntheADDEUCELLSECTOREQMorMODEUCELLSECTOREQMcommandwiththeReferenceSignalPwrparameterset.
RuntheLSTEUCELLSECTOREQMcommandtoquerythevalueoftheReferenceSignalPwrparameter.
6.5.3SFNEnhancementSupporting12RRUsCombinedtoServeanSFNCell
Description
Aftersinglefrequencynetwork(SFN)isenhanced,12*2T2RRRUscanbecombinedtoserveanSFNcell.Thisenhancementpreventsfrequenthandoversintunnelscenariosand
improvessystemperformanceinhandoverareasanddownlinkthroughput.Thisenhancementisrecommendedintunnelscenariosorotherscenarioswherefrequenthandoversaffect
systemperformance.
Implementation
Two2T2RRRUsarecombinedtoservea4T4Rphysicalcell.Then,twotosix4T4RphysicalcellsarecombinedintoanSFNcell.Thetwo2T2RRRUsconnecttotheleftandright
antennastocovertheareasontheleftandrightsidesofthepole,respectively,asshowninthefollowingfigure.
ImpactonCapacityandPerformance
Impactoncapacity
Thisenhancementimprovesthedownlinkthroughputinhandoverareasandinotherareaswithstronginterferenceinthedownlink.
Impactonperformance
Thisenhancementdecreasesthenumberofhandoversandreducestheprobabilityofhandoversuccessratedecreaseduetofrequenthandovers.
ImpactonNEs
None
ImpactonHardware
Basebandprocessingunitsmustsupport4Rcells.
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicenseforSFNisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
1.Combinetwo2T2RRRUstoservea4T4Rphysicalcell.Fordetails,seeMIMOFeatureParameterDescription.
2.WhenconfiguringanSFNcell,setTxRxModeto4T4R,andsetCrsPortMapto4T2P_0101or4T2P_0110inhighspeedmobilityscenarios.FordetailsaboutotherSFNcell
configurations,seeSFNFeatureParameterDescription.
6.5.4EnhancedAdaptiveSFN/SDMAandAchievedConfigurableSDMAThreshold
Description
WhenthedownlinksignalstrengthdifferencesbetweenphysicalcellsinanSFNcellaregreaterthantheSDMAthreshold,resourcescanbereusedamongthesephysicalcells.If
thedownlinksignalstrengthdifferencesaresmallerthanorequaltotheSDMAthreshold,resourcescannotbereusedamongthesephysicalcells.
ThisfeatureprovidesconfigurableSDMAthresholds,therebyimprovingperceiveddatarateswhenthevaluesofSFNcellparametersindifferentscenariosareproperlyconfigured.
Implementation
TheSFNDownlinkHighLoadThreshold,SFNDownlinkLowLoadThreshold,andDownlinkHighLoadSDMAThresholdOffsetparametersareaddedtocontrolthe
downlinkSDMAthreshold(indicatedbyDlSdmaThd).
SFNDownlinkHighLoadThreshold:ThisparameterindicatesthePRBusagethresholdusedtodeterminethechangefromlowloadtohighloadinthedownlink.Thedefaultvalue
is45%,andthevaluerangeis0%to100%.
SFNDownlinkLowLoadThreshold:ThisparameterindicatesthePRBusagethresholdusedtodeterminethechangefromhighloadtolowloadinthedownlink.Thedefaultvalue
is30%,andthevaluerangeis0%to100%.
DownlinkHighLoadSDMAThresholdOffset:ThisparameterindicatestheoffsettothehighloadthresholdinthedownlinkofanadaptiveSFNcell.Thedefaultvalueis0dB,and
thevaluerangeis25dBto25dB.
WhenthenumberofRRUsforacellis2to3:
CQI DlSdmaThd
CQI4 5+DlSdmaThdOffset+PingpongOffset
4<CQI11 10+DlSdmaThdOffset+PingpongOffset
11<CQI 15+DlSdmaThdOffset+PingpongOffset
WhenthenumberofRRUsforacellisgreaterthan3:
CQI DlSdmaThd
CQI4 5+DlSdmaThdOffset+PingpongOffset
4<CQI11 8+DlSdmaThdOffset+PingpongOffset
11<CQI 10+DlSdmaThdOffset+PingpongOffset
ThevaluesofDlSdmaThdOffsetareasfollows:
LoadStatus DlSdmaThdOffset
0%X%SfnDlHighLoadThd% 25dB
SfnDlLowLoadThd%X%100% DlHighLoadSdmaThdOffset
ThePingpongOffsetparameterspecifiesanoffsettopreventpingpongeffect.IftheRFmoduleiswithintheworkingRFmodulesetoftheUEinthepreviousdecisionperiodand
randomaccessisnottriggered,thevalueofthePingpongOffsetparameteris5dB.IftheRFunitisnotwithintheworkingRFmoduleset,thevalueofthePingpongOffset
parameteris0.
ImpactonCapacityandPerformance
Impactoncapacity
WhenthevalueoftheSFNDownlinkHighLoadThresholdorDownlinkHighLoadSDMAThresholdOffsetissmall,moreUEsenterindependentschedulingmode.
Thismeansthatmoreresourcescanbereused,whichincreasessystemcapacity.
Impactonperformance
Settingtheseparameterstopropervaluesensuressufficientresourceswhilereducinginterferencecausedbyresourcereuse.Thishelpsimproveaverageperceived
throughputinSFNcells.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
ThisfeatureiscontrolledbytheexistinglicenseforLOFD070205AdaptiveSFN/SDMA.
Impactonconfigurationmanagement
TheSFNDownlinkHighLoadThreshold,SFNDownlinkLowLoadThreshold,andDownlinkHighLoadSDMAThresholdOffsetparametersareadded.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLDLSCHALGOcommandtoconfiguretheSFNDownlinkHighLoadThreshold,SFNDownlinkLowLoadThreshold,andDownlinkHighLoadSDMA
ThresholdOffsetparameters.
6.5.5EnhancedAdaptiveSFNforAdaptiveCSIRSConfiguration
Description
BesidestheoptionsNOT_CFG(Notconfigure)andFIXED_CFG(Fixedconfigure),theADAPTIVE_CFG(ADAPTIVE_CFG)optionisaddedtotheCSIRSSwitchparameterto
allowaneNodeBtoadaptivelydeterminewhethertoconfigureCSIRSfornewUEsbasedontheproportionofUEssupportingCSIRSinacell.
Implementation
TheADAPTIVE_CFGoptionisaddedtotheCsiRsSwitchparameterandthefollowingparametersareaddedtoimplementadaptiveCSIRSconfiguration:
CsiRsConfigUserNumTh
CsiRsConfigUserRatioTh
CsiRsUnconfigUserNumTh
CsiRsUnconfigUserRatioTh
IfthenumberofRRC_CONNECTEDUEssupportingCSIRSisgreaterthanorequaltoCsiRsConfigUserNumThandtheratiooftheseUEsisgreaterthanorequalto
CsiRsConfigUserRatioThinacell,thecellswitchesfromtheCSIRSunconfiguredstatetotheCSIRSconfiguredstateandtheeNodeBconfiguresCSIRSfornewUEs.
IfthenumberofRRC_CONNECTEDUEssupportingCSIRSislessthanCsiRsUnconfigUserNumThandtheratiooftheseUEsislessthanCsiRsUnconfigUserRatioThina
cell,thecellswitchesfromtheCSIRSconfiguredstatetotheCSIRSunconfiguredstate,andtheeNodeBdoesnotconfigureCSIRSfornewUEsanddeletesCSIRS
configurationsfrompreviouslyconfiguredUEsonebyone.
CsiRsSwitch:TheADAPTIVE_CFG(ADAPTIVE_CFG)optionisadded.IfADAPTIVE_CFG(ADAPTIVE_CFG)isselected,adaptiveCSIRSconfigurationisenabled.
CsiRsConfigUserNumTh:indicatesthethresholdforthenumberofRRC_CONNECTEDUEssupportingCSIRSintheCSIRSunconfiguredstatewhenadaptiveCSIRS
configurationisadopted.
CsiRsConfigUserRatioTh:indicatesthethresholdfortheratioofRRC_CONNECTEDUEssupportingCSIRSintheCSIRSunconfiguredstatewhenadaptiveCSIRS
configurationisadopted.
CsiRsUnconfigUserNumTh:indicatesthethresholdforthenumberofRRC_CONNECTEDUEssupportingCSIRSintheCSIRSconfiguredstatewhenadaptiveCSIRS
configurationisadopted.
CsiRsUnconfigUserRatioTh:indicatesthethresholdfortheratioofRRC_CONNECTEDUEssupportingCSIRSintheCSIRSconfiguredstatewhenadaptiveCSIRS
configurationisadopted.
ImpactonCapacityandPerformance
Impactoncapacity
CsiRsConfigUserNumThandCsiRsConfigUserRatioTh
Thesmallerthevaluesofthetwoparameters,thefewerthenumberofrequiredRRC_CONNECTEDUEssupportingCSIRSandthelowertheratioofsuch
UEsintheCSIRSconfiguredstate.Inthiscase,thedownlinkthroughputimprovesforUEsusingTM9butdecreasesforUEsnotusingTM9.Ifthetwo
parametersaresettolargevalues,thedownlinkthroughputdecreasesforUEsusingTM9butimprovesforUEsnotusingTM9.
CsiRsUnconfigUserNumThandCsiRsUnconfigUserRatioTh
Thesmallerthevaluesofthetwoparameters,thehighertheratioofrequiredRRC_CONNECTEDUEsnotsupportingCSIRSandthefewerthenumberof
UEsusingTM9intheCSIRSunconfiguredstate.Inthiscase,thedownlinkthroughputimprovesandthecalldropratedecreasesforUEsusingTM9,andthe
downlinkthroughputdecreasesforUEsnotusingTM9.Thelargerthevaluesofthetwoparameters,themorethenumberofUEsusingTM9intheCSIRS
unconfiguredstate.Inthiscase,thedownlinkthroughputdecreasesandthecalldroprateincreasesforUEsusingTM9,andthedownlinkthroughputimproves
forUEsnotusingTM9.
Tomaximizetheaveragedownlinkuserthroughputforacell,setpropervaluesfortheparametersCsiRsConfigUserNumTh,CsiRsConfigUserRatioTh,
CsiRsUnconfigUserNumTh,andCsiRsUnconfigUserRatioTh.
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheADAPTIVE_CFGoptionisaddedtotheCsiRsSwitchparameterundertheCellCsiRsParaCfgMOandthefollowingparametersareaddedtothisMO:
CsiRsConfigUserNumTh
CsiRsConfigUserRatioTh
CsiRsUnconfigUserNumTh
CsiRsUnconfigUserRatioTh
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMMLcommandMODCELLCSIRSPARACFG.Inthisoperation,setCsiRsSwitchtoADAPTIVE_CFG(ADAPTIVE_CFG),andsetparametersCsiRsConfigUserNumTh,
CsiRsConfigUserRatioTh,CsiRsUnconfigUserNumTh,andCsiRsUnconfigUserRatioThtoappropriatevalues.
6.6LOFD00101502DynamicScheduling
6.6.1OptimizedtheMechanismthatPUSCHOccupiesRBResourcesofthePUCCHintheSingleUEScenario.
Description
ThisfeatureallowsthePUSCHtooccupyRBresourcesofthePUCCHinthesingleUEscenario,therebyincreasingtheuplinkpeakratefortheUE.Itisrecommendedthatthis
featurebeenabledinscenariosthathavehighrequirementsontheuplinkpeakrateforasingleUE.
Implementation
TheUlPuschUsePucchSwitchoptionisaddedtotheUplinkscheduleswitchparametertoaccommodatethisfeature.
InthesingleUEscenario:
WhenthePuschUsePucchSwitchoptionisselected,thePUSCHcanoccupyRBresourcesofthePUCCH.
WhenthePuschUsePucchSwitchoptionisdeselected,thePUSCHisnotallowedtooccupyRBresourcesofthePUCCH.
InthemultiUEscenario,thePUSCHisnotallowedtooccupyRBresourcesofthePUCCHirrespectiveofwhethertheoptionisselected.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
IfthePUSCHisallowedtooccupyRBresourcesofthePUCCHinthesingleUEscenario,theuplinkpeakratefortheUEnearcellcenterincreases.WhenalltheRB
resourcesinthecellareoccupied,PUCCHinterferenceincreases.However,thisscenarioismainlyforpeakratetestandseldomappliesincommercialuse.
TheUlPuschUsePucchSwitchoptiondoesnottakeeffectinthemultiUEscenario,whichmeansthatnetworkperformanceisnotaffected.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThePuschUsePucchSwitchoptionisaddedtotheUplinkscheduleswitchparameter.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.6.2IncreasedtheProbabilitythatUplinkCellsEnterFrequencySelectiveScheduling
Description
WhentheLBBPdandUBBPdboardsareused,enablingthisfeaturehelpsincreasetheprobabilitythatuplinkcellsenterfrequencyselectivescheduling.Enablingthisfeature
increasestheuplinkthroughputanddecreasestheuplinkRBLER.
ItisrecommendedthatthisfeaturebeenabledwhenthenumberofUEsinacellislessthan200andinteruplinkcellinterferenceislarge.
Implementation
Theuplinkfrequencyselectivecalculationcomplexityisimprovedtoincreasethefrequencyselectiveschedulingproportion.
TheUlFssUserThdStSwitchoptionisaddedtotheUlSchSwitchparameterintheCellAlgoSwitchMOtospecifythewhethertoincreasetheprobabilitythatuplinkcellsenter
frequencyselectivescheduling.
Whenthisoptionisselected,theprobabilityforenteringfrequencyselectiveschedulingincreasesforuplinkcellsservedbyLBBPdandUBBPdboardsinlighttraffic
scenarios.SelectingthisoptiondoesnotaffectthecellsservedbytheLBBPcboard.
Whenthisoptionisdeselected,theprobabilityforenteringfrequencyselectiveschedulingremainsunchanged.
Impactoncapacityandperformance
Impactoncapacity
None
Impactonperformance
1.ForcellsservedbyLBBPdandUBBPdboardsinlighttrafficscenarios,enablingthisfeatureincreasesperceivableuplinkrateanddecreasestheuplink
RBLER.
2.TheimpactonperformanceofcellsservedbytheLBBPcboardremainsunchanged.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheUlFssUserThdStSwitchoptionisaddedtotheUlSchSwitchparameterintheCellAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLALGOSWITCHcommandwiththeUlFssUserThdStSwitchoptionoftheUlSchSwitchparameterselected.
6.6.3OptimizedDownlinkSchedulinginScenariosofLargeTrafficVolume
Description
Inscenariosoflargetrafficvolume,servicesusingsmallsizeddatapacketsoccupymanyradioresources.Inaddition,thenumberofUEsindownlinkschedulingisrestricted
becausePDCCHresourcesarelimited.Asaresult,thedownlinkPDSCHresourceusageislow.
ThissolutionimprovesdownlinkPDSCHresourceusageanddownlinkthroughputinscenariosoflargetrafficvolume.
Implementation
Inscenariosoflargetrafficvolume(determinedbythenumberofcelllevelUEs),theeNodeBrandomlyselectsaUEusinglargesizeddatapacketsduringdownlinkschedulingand
reservesPDCCHresourcesfortheUE.TheeNodeBallocatesPDCCHresourcestotheUEwhenschedulingthelastUE.
ImpactonCapacityandPerformance
Impactoncapacity
ThissolutionimprovesdownlinkPRBusageanddownlinkthroughputinscenariosoflargetrafficvolume.However,uplinkthroughputmaybeadverselyaffectedbecause:
Theincreaseinthenumberofpacketssentindownlinkincreasespacketrepliesinuplink,whichoccupiesuplinkresourcesandaffectsuplinkperformance.
MorePDSCHresourcesareallocatedindownlink,andthereforelongertimeisrequiredfordownlinkscheduling.Asaresult,uplinkschedulingbecomes
shorter,whichaffectsuplinkperformance.
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheUeNumThdInPdcchPdschBalparameterisaddedtotheCELLDLSCHALGOMO,specifyingthethresholdforthenumberofcelllevelUEsabovewhichthe
PDCCHandPDSCHresourceallocationoptimizationmechanismisactivated.TheDataThdInPdcchPdschBalparameterisadded,specifyingthetrafficvolume
thresholdabovewhichtheUEisdeterminedasaUEwithlargepackets.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
RelatedOperations
RuntheMODCELLDLSCHALGOcommandtoconfiguretheUeNumThdInPdcchPdschBalandDataThdInPdcchPdschBalparameters.
6.6.4EnhancedDownlinkMCSLoweringforMultipleUEswithSmallPackets
Description
ThisenhancementrestrictsthemaximumnumberofordersfordownlinkMCSloweringtocontroltheRBsizeextension.Thisreducestheinterferencetoneighboringcellsand
thereforeincreasesthedownlinkthroughputofUEsandcells.Itisrecommendedthatthisfunctionbeenabledwhenthedownlinkloadisnotheavy.
Implementatio
DownlinkMCSloweringformultipleUEswithsmallpacketsisnowenhancedsothatamaximumofthreeMCSorderscanbeloweredfornonpingservicesindownlinkscheduling.
Thisrestrictiondoesnotapplytopingservices.
ThisenhancementtakeseffectwhentheRBPriMcsSelectStrategyparameterintheMODCellDLSCHALGOcommandissettoMULTIUSER_LOWERMCSLIMITED_STRATEGY
andtheRBPriMcsSelectRatioThdparameterissettoalargervalue.
ImpactonCapacityandPerformance
Impactoncapacity
Whenthisenhancementtakeseffect,thedownlinkthroughputforcellsandUEsincreases.
Impactonperformance
Whenthisenhancementtakeseffect,thedownlinkUEthroughputisincreasedandtransmissiondelayisshortened.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterface
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThevalueMULTIUSER_LOWERMCSLIMITED_STRATEGYhasbeenaddedtotheCellDlschAlgo.RBPriMcsSelectStrategyparameter.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLDLSCHALGOcommandwithRBPriMcsSelectStrategysettoMULTIUSER_LOWERMCSLIMITED_STRATEGYandRBPriMcsSelectRatioThdtoalarger
value.
6.6.5OptimizedPreallocationofSparseServicesforNSUEs
Description
Fornormalservice(NS)UEs,boththepreallocationperiodandpreallocateddatavolumeofsparseservicesarenowcontrolledindependentlyfromthoseofotherservices.Thishelps
shortenthedelayofsparseservicesforNSUEswithoutincreasingtheuplinkinterference.
Implementation
TheMinimalPeriodofSparsePreallocationandDataSizeofSparsePreallocationparametershavebeenaddedtotheCellUlschAlgoMO.AneNodeBperformsuplink
preallocationofsparseservicesforNSUEsbasedonthesettingsofthetwoparameters.OperatorscanoptimizethedelayofsparseservicesforNSUEsbyadjustingthese
parameterswhileensuringthatothertypesofservicesarenotaffected.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ForsparseservicesofNSUEs,ashorterpreallocationperiodresultsinashorterservicedelay,withoutaffectingthepreallocationofothertypesofservices.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheMinimalPeriodofSparsePreallocationandDataSizeofSparsePreallocationparametershavebeenaddedtotheCellUlschAlgoMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
ThisfunctiondependsonthesmartpreallocationfunctionintheLOFD00101502DynamicSchedulingfeature.
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLULSCHALGOcommandtosettheMinimalPeriodofSparsePreallocationandDataSizeofSparsePreallocationparameters.
6.7LOFD081229VoiceCharacteristicAwarenessScheduling
6.7.1EnhancementintheVoiceCharacteristicAwarenessSchedulingFeature
Description
Inpreviousversions,thisfeatureinvolvesULDelaybasedDynamicSchedulingandUplinkVoLTEVolumeEstimationforDynamicScheduling.Inthisversion,theindependent
configurationforvoiceinactivitytimerisadded.WhenacalledUEdoesnotanswerthecall,thecallingUEisreleasedaftertheUEinactivitytimerexpires.ThecallingUEinidle
modemaybereselectedtoacellthatdoesnotsupportvoiceservices.Thisfeatureisenhancedtoresolvetheprecedingissue.Itisrecommendedthatthisfeaturebeenabledin
systemswithcellsnotsupportingvoiceservices.
Implementation
ThecelllevelswitchUEInactiveTimerQCI1SwitchhasbeenaddedtocontrolwhethertheUEinactivitytimerforvoiceservicestakeseffect.Whenthe
UEInactiveTimerQCI1SwitchparameterissettoON(On),theUEinactivitytimerforvoiceservicestakeseffect.Otherwise,thistimerdoesnottakeeffect.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
WhentheUEinactivitydetectiontimerforvoiceservicesisturnedon,theonlinedurationofvoiceserviceUEsbecomesshortiftheUeInactiveTimerQci1parameter
valueissmallerthantheUeInactiveTimerparametervalue.Thevoiceservicedropratedecreases.WhentheUeInactiveTimerQci1parametervalueisgreaterthanthe
UeInactiveTimerparametervalue,theonlinedurationofvoiceserviceUEsbecomeslonger.ThisreducesthenumberofRRCconnectionrequests,decreasesnumberof
normalreleases,andincreasesthevoiceservicedroprate.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicenseforEnhancementintheVoiceCharacteristicAwarenessSchedulingFeatureisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthe
license.
Impactonconfigurationmanagement
TheUEInactiveTimerQCI1SwitchparameterhasbeenaddedtotheCellAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
Thisfeatureisunderlicensecontrol.AfteraneNodeBisupgradedfromanearlierversiontoBTS3900V100R010C10SPC050,ALM26819DataConfigurationExceeding
LicensedLimitmaybegenerated.
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLALGOSWITCHcommandtosettheUEInactiveTimerQCI1Switchparameter.WhenthisparameterissettoON(On),theUEinactivitytimerforvoiceservices
takeseffect.Otherwise,thistimerdoesnottakeeffect.
6.7.2SupportofDynamicUplinkVoLTESchedulingDataAmountComputation
Description
ThisfeatureallowsaneNodeBtoaccuratelycomputethedynamicuplinkschedulingdataamountofVoLTEservicesbasedontheVoLTEservicemodelanduplinkscheduling
interval.Theaccuratecomputationimprovesvoicequalitywhencellsareheavilyloaded,theprobabilityoffailingtodetecttheschedulingrequest(SR)ishigh,orDRXisenabled.It
isgoodpracticetoenablethisfeatureinVoLTEscenarios.
Implementation
TheUlVoLTEDataSizeEstSwitchparameterhasbeenaddedtotheCellUlSchAlgoMOtocontrolthisfeature.IfaneNodeBisenabledwiththisfeature,
DuringtalkspurtsofuplinkVoLTEservices,theeNodeBcomputesthenumberofvoicepacketscachedbyUEsbasedontheuplinkschedulingintervalandthen
calculatesthedynamicuplinkschedulingdataamountbasedonthevoicepacketsize.
DuringsilentperiodsofuplinkVoLTEservices,theeNodeBcomputesthedynamicuplinkschedulingdataamountbasedonthesizeofavoicepacket.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
Whenthisfeatureisenabled:
Thepackettransferdelayanduplinkpacketlossrate(indicatedbytheL.Traffic.UL.PktLoss.Loss.QCI.1orL.Traffic.UL.PktLoss.Tot.QCI.1counter)ofVoLTE
servicesdecrease,improvingvoicequality.
TheRBandCCEresourceoverheadsofvoiceusersincrease,decreasingthevaluesoftheTraffic.Thruput.CellandTraffic.Thruput.PDF.Cellcountersifthe
numberofvoiceusersislarge.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheVoiceCharacteristicAwarenessSchedulinglicensecontrolitemhasbeenaddedforthisfeature.
Impactonconfigurationmanagement
TheUlVoLTEDataSizeEstSwitchparameterhasbeenaddedtotheCellUlSchAlgoMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Toenablethisfeature,runtheMODCELLULSCHALGOcommandwithUlVoLTEDataSizeEstSwitchsetto1.
Todisablethisfeature,runtheMODCELLULSCHALGOcommandwithUlVoLTEDataSizeEstSwitchsetto0.
6.8LOFD001051CompactBandwidth
Description
LTEspecificationsdefineonlysixstandardfrequencybandwidths:1.4MHz,3MHz,5MHz,10MHz,15MHz,and20MHz.However,insomecountries,operatorsmayacquirenon
standardbandwidths.HuaweieNodeBssupporttheCompactBandwidthfeaturetoenableoperatorstodeployLTEsystemsundernonstandardbandwidthsinthe1800MHzband,
whichareconsideredcompactwhencomparedwiththecorrespondingstandardbandwidths.
TheCompactBandwidthfeatureincreasesspectralefficiency,raisescellthroughput,andimprovesuserexperience.
Inearlierversions,RBpuncturingforCompactBandwidthappliesonlytothe20MHzchannelbandwidth.Itnowalsoappliestothe5MHzand10MHzchannelbandwidths.In
addition,thetechniqueofreducingguardbandwidths(withoutpuncturingRBs)nowappliestothe1.4MHzand3MHzchannelbandwidths.Thesechangesincreasespectral
efficiencyinsmallbandwidths.
TheCompactBandwidthfeatureisrecommendedfornonstandardbandwidthsinthefollowingranges:4.54.9MHz,8.99.9MHz,14.614.9MHz,and18.319.9MHz.
Implementation
Underacompactbandwidth,thenumberofavailableRBsmaybelessthanthatunderthecloseststandardbandwidth.Thefollowingkeytechniquesfacilitatethedeploymentofthe
LTEsystemundernonstandardbandwidths:
Reducingguardbandwidthsthroughstringentfiltering
Stringentfilteringadoptsfilterswithbetterperformancetoensurethattheguardbandwidthsarelessthan10%andeffectivebandwidthsarenotaffected.Thistechnique
helpsachievehigherspectralefficiency.Itappliesonlyinscenarioswhereanoperator'snonstandardbandwidthisslightlysmallerthanastandardbandwidth.
Reducingeffectivebandwidths
Actualbandwidthsareconfiguredasstandardbandwidths.Restrictionandcompressionprocessingareimplementedforstandardbandwidthssothatthestandard
bandwidthsfordatatransmissionarewithintheactualbandwidthrange.
ImpactonCapacityandPerformance
Impactoncapacity
TheCompactBandwidthfeatureprovideshigherspectralefficiencyandsystemcapacitythananystandardbandwidthinthesameavailablebandwidth.
Impactonperformance
ThetechniquesfortheCompactBandwidthfeaturearetransparenttoUEs.Whenthisfeatureisused,UEsbehaveinthesamewayasinacellwiththecorresponding
standardbandwidth.However,UEsinacellwithacompactbandwidthexperiencehigherinterRATinterferencethanthoseinacellwiththecorrespondingstandard
bandwidth.Thehigherinterferencecausesnetworkperformancedeteriorationintermsoftheaccesssuccessrate,handoversuccessrate,andservicedroprate.
ImpactonNEs
ThisfeatureisimplementedontheeNodeB,CME,andOMStar.
ImpactonHardware
WhentheeNodeBuses450MHzRRU3668astheRFmodule,thenonstandardbandwidths4.54.9MHzaresupported.
WhentheeNodeBusesthe1800MHzMRFUd,1800MHzRRU3928,or1800MHzRRU3929astheRFmodule,thenonstandardbandwidths4.84.9MHz,9.69.9MHz,14.614.9
MHz,and18.319.9MHzaresupported.
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicenseforCompactBandwidth(FDD)isstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
Thevaluerangesforthefollowingparametershavebeenmodified.
Name ID Description
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
LOFD070214UL8AntennaReceiveDiversity
Bandwidthcustomizationdoesnotapplyto2T8Rcells.
Impactedfeatures
LBFD002003PhysicalChannelManagement
Theamountanddistributionofresourcesallocatedtophysicalchannelsundercompactbandwidthsareslightlydifferentfromthoseunderstandardbandwidths.
ThephysicalchannelsincludethePRACH,PUCCH,PUSCH,SRS,PCFICH,PHICH,PDCCH,andPDSCH.
LBFD002016DynamicDownlinkPowerAllocation
Undercompactbandwidths,PDCCHpowermustbeincreasedoccasionallytooffsettheenergylosscausedbyRBpuncturingfromthecorresponding
standardbandwidths.
LOFD002007PCICollisionDetection&SelfOptimization
PCIsofcellsaffectthelocationsofRBsoccupiedbyPHICHsandPCFICHs.TheCompactBandwidthfeatureimposesconstraintsonPCIassignmentto
preventbandedgeRBsfrombeingoccupiedbyPHICHsandPCFICHs.ThisensuresthatUEscorrectlyinterpretthePHICHsandPCFICHs.
LOFD00101501CQIAdjustment
CQImeasurementerrorscausedbytheCompactBandwidthfeaturearecorrectedbyusingtheCQIadjustmentalgorithm.
LBFD002023AdmissionControlandLOFD001032IntraLTELoadBalancing
WhencalculatingtheRBusageandcheckingthenumberofRBsoccupiedbyGBRservices,theadmissioncontrolandloadbalancingalgorithmsmeasurethe
totalnumberofRBsavailableforservicesbasedonthemaximumnumberofRBsundercompactbandwidths.
LBFD00202201DownlinkStaticInterCellInterferenceCoordination
WhenRBpuncturingfortheCompactBandwidthfeatureisusedinacell,onlystaticandadaptiveICICcanbeusedfordownlinkintercellinterference
coordination.
RelatedOperations
None
6.9LBFD002003PhysicalChannelManagement
6.9.1UpperLimitConfigurableforthePDCCHCodingRate
Description
ThisfeatureallowsuserstoconfiguretheupperlimitofthePDCCHcodingrate.Withoutthisfeature,aggregationlevel1cannotbeconfiguredforPDCCHswhosecodingrate
exceedstheupperlimitinsomeDCIformats.ThisfeaturehelpsincreasethemaximumnumberofuserssupportedbyPDCCHs,therebyincreasingsystemcapacity.Itis
recommendedthatthisfeaturebeenabledwhenPDCCHsareinsufficient.
Implementation
ThePdcchMaxCodeRateparameterisaddedtospecifytheupperlimitofthePDCCHcodingrate.
ImpactonCapacityandPerformance
Impactoncapacity
Aggregationlevel1cannowbeconfiguredinsomeDCIformatsaftertheupperlimitofthePDCCHcodingrateisincreased.Thisway,themaximumnumberofusers
supportedbyPDCCHsincreases,therebyincreasingsystemcapacity.
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThePdcchMaxCodeRateparameterhasbeenaddedtotheCELLPDCCHALGOMOMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLPDCCHALGOcommandwithPdcchMaxCodeRatesettoanappropriatevalue(recommendedvalue:0.95)toincreasetheupperlimitofthePDCCHcoding
rate.
6.9.2OptimizedUplinkCCEAllocationAlgorithm
Description
Thisfeaturereservescontrolchannelelements(CCEs)inthecommonsearchspaceforUEsintheuplink.ItincreasestheuplinkCCEallocationsuccessratewhenphysical
downlinkcontrolchannel(PDCCH)resourcesareinsufficient.
ItisrecommendedthatthisfeaturebeenabledifuplinkperformanceispoorbecauseofinsufficientPDCCHresources.
Implementation
TheunusedCCEsnumberedfrom0to7inthecommonsearchspacearereservedforUEsintheuplinkifallthefollowingconditionsaremet:
Thecellbandwidthisgreaterthanorequalto5MHz.
ThenumberofPDCCHsymbolshasreacheditsmaximum.
ThenumberofavailableuplinkCCEsisgreaterthanorequalto8.
ImpactonCapacityandPerformance
Impactoncapacity
WhenPDCCHresourcesareinsufficient,thisfeatureraisestheuplinkCCEallocationsuccessrate,therebyincreasingtheVoIPcapacityanduplinkthroughput.
However,thisfeatureextendsdownlinkschedulingdelayforsomeUEs.
Impactonperformance
Thisfeatureincreasestheaccesssuccessrate(RRCSetupSuccessRate(Service))onwhichPDCCHresourceinsufficiencyhasanegativeimpact.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheUlPdcchAllocImproveSwitchparameterhasbeenaddedtotheCellPdcchAlgoMOtocontrolthepolicyusedtoincreasetheuplinkCCEallocationsuccessrate.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
ToenableCCEreservationinthecommonsearchspaceforUEsintheuplink,runtheMODCELLPDCCHALGOcommandwithReserveCommonCCESwitchofthe
UlPdcchAllocImproveSwitchparameterselected.Todisablethisfunction,runtheMODCELLPDCCHALGOcommandwithReserveCommonCCESwitchofthe
UlPdcchAllocImproveSwitchparameterdeselected.
6.9.3EnhancementinUserLevelSRSPeriodConfiguration
Description
ThisfeatureextendsthevaluerangeoftheuserlevelSRSperiodtothemaximumvalueallowableinthe3GPPspecifications.TheimprovementallowsmoreUEstobeconfigured
withSRSinacell.Itisrecommendedthatfeaturebeenabledinhightrafficscenarios.
Implementation
ThevaluerangeoftheUserSRSperiodconfigparameterhasbeenextended.Now,thesupportedvaluerangesarems5(5ms),ms10(10ms),ms20(20ms),ms40(40ms),
ms80(80ms),ms160(160ms),andms320(320ms).
ImpactonCapacityandPerformance
Impactoncapacity
MorevaluesareavailablefortheUserSRSperiodconfigparameter,whichallowsmoreUEstobeconfiguredwithSRSinacell.
Impactonperformance
AlongerSRSperiod(suchasms80(80ms),ms160(160ms),orms320(320ms))resultsindegradedSRSmeasurementcapacityandloweruplinktimealignmentaccuracy,
whichresultsinoutofsynchronizations.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThevaluerangeoftheUserSRSperiodconfigparameteroftheSrsAdaptiveCfgMOisextended.Thenewparametervaluesms80(80ms),ms160(160ms),and
ms320(320ms)aresupported.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODSRSADAPTIVECFGcommandtosettheUserSRSperiodconfigparameter.
6.9.4OptimizedtheEffectiveScopeofSRI/CQI/SRSAdaptiveParameters
Description
TheeffectivescopeofSRI/CQI/SRSadaptiveparametersischangedfromeNodeBleveltocelllevel.Thatis,eachcellindependentlycontrolstheconfigurationsofSRI/CQI/SRS
adaptiveparameters.
Implementation
Thefollowingparametersareindisusetoimplementthisfeature.
MO ParameterName
GlobalProcSwitch SRIAdaptiveSwitch
CqiAdaptiveCfg CQIPeriodAdaptiveSwitch
UserlevelCQIPeriodConfiguration
SimulAckNackAndCQIConfigSwitch
HandoverAperiodicCQIConfigSwitch
SrsAdaptiveCfg SRSPeriodAdaptiveSwitch
UserSRSperiodconfig
ThefollowingMOisindisusetoimplementthisfeature.
MOName
SrsAdaptiveCfg
ThefollowingMOsareaddedtoimplementthisfeature.
MOName
CellCqiAdaptiveCfg
CellSrsAdaptiveCfg
Thefollowingparametersareaddedtoimplementthisfeature.
MO ParameterName
PUCCHCfg SRIPeriodAdaptiveSwitch
CellCqiAdaptiveCfg CQIPeriodAdaptiveSwitch
UserCQIperiod
SimulAckNackAndCQIConfigSwitch
HandoverAperiodicCQIConfigSwitch
CellSrsAdaptiveCfg SRSPeriodAdaptiveSwitch
UserSRSPeriod
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
1.Thefollowingparametersareindisuse.
MO ParameterName
GlobalProcSwitch SRIadaptiveswitch
CqiAdaptiveCfg CQIPeriodAdaptiveSwitch
UserCQIperiodconfig
SimulAckNackAndCQIConfigSwitch
HandoverAperiodicCQIConfigSwitch
SrsAdaptiveCfg SRSperiodadaptiveswitch
UserSRSperiodconfig
2.ThefollowingMOisindisuse.
MOName
SrsAdaptiveCfg
3.ThefollowingMOsareadded.
MOName
CellCqiAdaptiveCfg
CellSrsAdaptiveCfg
4.Thefollowingparametersareadded.
MO ParameterName
PUCCHCfg SRIPeriodAdaptiveSwitch
CellCqiAdaptiveCfg CQIPeriodAdaptiveSwitch
UserCQIperiod
SimulAckNackAndCQIConfigSwitch
HandoverAperiodicCQIConfigSwitch
CellSrsAdaptiveCfg SRSperiodadaptiveswitch
UserSRSPeriod
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODPUCCHCFGcommandtosettheSRIPeriodAdaptiveSwitchparameter.
RuntheMODCELLCQIADAPTIVECFGcommandtosettheCQIperiodadaptiveswitchparameter.
RuntheMODCELLCQIADAPTIVECFGcommandtosettheUserCQIperiodparameter.
RuntheMODCELLCQIADAPTIVECFGcommandtosettheSimulAckNackAndCQIConfigSwitchparameter.
RuntheMODCELLCQIADAPTIVECFGcommandtosettheHandoverAperiodicCQIConfigSwitchparameter.
RuntheMODCELLSRSADAPTIVECFGcommandtosettheSRSPeriodAdaptiveSwitchparameter.
RuntheMODCELLSRSADAPTIVECFGcommandtosettheUserSRSPeriodparameter.
6.10LOFD001076CPRICompression
6.10.1ConfiguringCPRICompressionTypesbySectorEquipmentforFDDSFNCells
Description
ThisfeatureallowsuserstoconfiguretheCPRIcompressiontypebysectorequipmentforFDDSFNcells.Withoutthisfeature,ifFDDSFNcellsareconfiguredondifferent
basebandprocessingboards,theseboardsmustbeconfiguredwiththesameCPRIcompressiontype.Withthisfeature,differentsectorequipmentcanbeconfiguredwithdifferent
CPRIcompressiontypesbasedontheCPRIcompressioncapabilitiesofbasebandprocessingboardsandCPRIlinkbandwidthrequirements.Itisrecommendedthatthisfeaturebe
enabledwhenSFNcellsareconfiguredonLBBPdand/orUBBPdboardsanddifferentcompressiontypesareconfiguredforsectorequipment.
Implementation
TheSectorCpriCompressionparameterintheEUCELLSECTOREQMMOismodifiedtoallowuserstoconfiguretheCPRIcompressiontypeforeachsectorequipmentinFDD
mode.ThisparameterandtheCPRICompressionparameterintheCELLMOcanbeconfiguredsimultaneously.ThevalueoftheCPRICompressionparametertakeseffectfor
sectorequipmentonlywhentheSectorCpriCompressionparameterissettoNULL(Invalid).
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
TheenhancementsofthisfeatureareimplementedontheeNodeBandU2000.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensefortheCPRIcompressionfeatureisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
Thefollowingparametershavebeenmodifiedtoaccommodatethisfeature.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
LOFD001076CPRICompressionandLOFD001031ExtendedCParemutuallyexclusive.
Impactedfeatures
LOFD003029SFN
DifferentsectorequipmentinSFNcellscanbeconfiguredwithdifferentCPRIcompressiontypes.
CPRIcompressiontypescanbeconfiguredbasedontheCPRIcompressioncapabilitiesofbasebandprocessingboardsandCPRIlinkbandwidthrequirements.
Therefore,CPRIcompressionparametersforSFNcellscanbeflexiblyconfigured.
RelatedOperations
None
6.10.2Supporting4:1CPRICompressionRatiointheLampSiteSolution
Description
IntheLampSitesolution,4:1CPRIcompressionratioforLTEcellscanbeachievedontheelectricalports(connectedusingEthernetcables)betweenanRHUBandthepRRUs,
savingbandwidthresourcesofEthernetcables.LTEcellswith5MHzbandwidthsupportonly2:1CPRIcompressionratio.
Implementation
InthedownlinkforLTEFDDcellswith20,15,or10MHzbandwidth,thisfeatureisimplementedasfollows:
1.TheRHUBcompressestheinphase/quadrature(I/Q)databyusing4:1CPRIcompressionratioandthensendsthedatatothepRRUsoverEthernetcables.
2.ThepRRUsdecompressthereceivedI/Qdataandthensendthedecompresseddatatothedownlinkintermediateandradiofrequencysubsystem.
Theprocessingintheuplinkisreversetothatinthedownlink.Intheuplink,pRRUsfirstcompressI/QdataandsendthedatatotheRHUB,whichthenperformsdecompressing.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThefollowingparameterisaddedontheeNodeBsidetoaccommodatethisfeature.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Fordetails,seesection"EngineeringGuidelines"inCPRICompressionFeatureParameterDescription.
6.10.3OptimizationofCPRICompression
Description
ThisfeatureenhancesCPRIcompression.ComparedwithcommonCPRIcompression,enhancedCPRIcompressionsupportsahigherCPRIcompressionratio.EnhancedCPRI
compressionresolvestheproblemofinsufficientCPRIlinkbandwidthinthecaseofmultilevelRRUcascading.EnhancedCPRIcompressionappliestoscenarioswheretheCPRI
linkbandwidthisstillinsufficientaftercommonCPRIcompressionisenabled.
Implementation
Byreducingthesamplingrateandbitwidthandusingspecialcompressionalgorithms,enhancedCPRIcompressioncanprovide3:1CPRIcompressioncapabilityforcellswiththe
bandwidthof15MHzor20MHzandprovide2:1CPRIcompressioncapabilityforcellswiththebandwidthof10MHz.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
TheenhancementsofthisfeatureareimplementedontheeNodeBandU2000.
ImpactonHardware
OnlytheUBBPdandtheRRU3630andRRU3632supporttheenhancementsofthisfeature.
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensefortheCPRIcompressionfeatureisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
Thefollowingparametershavebeenmodifiedtoaccommodatethisfeature.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
LOFD001076CPRICompressionisnotcompatiblewithLOFD001031ExtendedCP.
Impactedfeatures
None
RelatedOperations
None
6.11LBFD002011Paging
6.11.1IncreasedPagingSpecificationsto1800paging/s
Description
Thepagingspecificationsareincreasedfrom1000paging/sto1800paging/s.
Implementation
Thedesignisoptimizedtosupportthisfeature..
ImpactonCapacityandPerformance
Thevaluesofcountersrelatedtothenumberofdiscardedpagingmessagesareaffected.Ahigherpagingspecificationresultsinshorterexpectedaveragepagingdelayandlarger
PRBusageonthePDSCH.However,thishasminorimpactonthroughput.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
1.RuntheMODPCCHCFGcommandwiththeDefaultPagingCycleparametersettorf128(128radioframes).
2.RuntheMODPCCHCFGcommandwiththeNbparametersettoTWOT.ThedefaultvalueoftheNbparameterisONET.Ifthisparameterissettothedefaultvalue,
themaximumpagingspecificationisnotachievable.
6.11.2PagingOptimization
Description
Theprocessingmechanismofpaginghasbeenenhancedtosupporttheconfigurationonthebitrateofpagingmessagesandthenumberofpagingrecordssoastoimprovethe
pagingsuccessrate.Itisrecommendedthatyouenablethisfeatureinscenarioswherethepagingsuccessrateislow.
Implementation
Thebitrateofpagingmessagesandrandomaccessresponsemessagesischangedfromthefixednumber0.117tobeconfigurable.Inaddition,themaximumnumberofrecordsthat
canbecontainedinapagingmessageischangedfromthefixednumber16tobeconfigurable.
ImpactonCapacityandPerformance
Impactoncapacity
Ifdefaultbitratesareused,thisfeaturedoesnotaffectthesystemcapacity.Ifthebitrateofpagingmessagesorrandomaccessresponsemessagesischanged,thepeak
throughputofthesystemchangesslightlyasthenumberofRBsoccupiedbythesemessageschanges.
Impactonperformance
Ifdefaultbitratesareused,thisfeaturedoesnotaffectthesystemperformance.Ifthebitrateofpagingmessagesorrandomaccessresponsemessagesisincreased(decreased),
thepagingsuccessrateandrandomaccesssuccessratedecrease(increase).
Ifthebitratesaresettobetoosmall,agreatnumberofRBsareoccupiedbyrandomaccessresponsemessagesandthenumberofrandomaccessesincreases.Whenthereare
insufficientsystemresources,thesendingofrandomaccessresponsemessagesmaybedelayed,andthereforetherandomaccessresponsetimeisaffected.
IftheeNodeBneedstopagemultipleUEssimultaneously,itautomaticallyincreasesthebitratepagingmessagesiftheremainingRBscannotsupportthesendingofpaging
messagesbasedonthedefaultbitrate.Ifthemaximumnumberofrecordsthatcanbecontainedinapagingmessageissettoalargevalue,theeNodeBmayincreasethepaging
messagebitratewhenthereareaplentyofpagingmessages,andthisdecreasesthepagingsuccessrate.Ifthemaximumnumberofrecordsthatcanbecontainedinapaging
messageissettoasmallvalue,thesendingofpagingmessagesmaybedelayed,andthisaffectsthepagingresponsetime.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
ImpactonlicenseManagement
None
ImpactonconfigurationManagement
TheRarAndPagingCRparameterisaddedtotheCellDlschAlgoMOtospecifythebitratesforrandomaccessresponsemessagesandpagingmessages.
TheMaxPagingRecordsNumparameterisaddedtothePCCHCfgMOtospecifythemaximumnumberofrecordsthatcanbecontainedinapagingmessage,thatis,
themaximumnumberofUEsthatcanbepagedinonepagingopportunity.
ImpactonperformanceManagement
None
ImpactonfaultManagement
None
ImpactonOtherFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
LBFD002010/TDLBFD002010RandomAccessProcedure
RelatedOperations
1.RuntheMODCELLDLSCHALGOcommandwiththeCodeRateforRandomAccessResponseandPagingMessageparametersettoapropervalue.
2.RuntheMODPCCHCFGcommandwiththeMaximumNumberofPagingRecordsparametersettoapropervalue.
6.12LOFD002001AutomaticNeighbourRelation(ANR)
6.12.1FrequencyspecificANR
Description
Automaticneighborrelation(ANR)cannowtakeeffectonaperfrequencybasis,increasingANRflexibility.FrequencyspecificANRisrecommendedinamultibandnetworkwhere
ANRdeploymentpoliciesarediversified.
Implementation
FrequencyspecificANRindicatorsarenowconfigurable.TheCell.IntraFreqAnrInd,EutranInterNFreq.AnrInd,UtranNFreq.AnrInd,andGeranNfreqGroup.AnrIndparameters
specifywhethertoallowANRmanagementofexternalcellsandneighborrelationshipswiththesecellsontheservingfrequency,neighboringEUTRANfrequencies,UTRAN
frequencies,andGERANfrequencygroups,respectively.
WheneventtriggeredorfastANRisenabled,ANRmanagesexternalcellsonafrequencyandneighborrelationshipswiththesecellsonlyiftheANRindicatorissetto
ALLOWED(ALLOWED)forthisfrequency.
WheneventtriggeredorfastANRisdisabled,ANRdoesnotmanageexternalcellsonafrequencyorneighborrelationshipswiththesecellsregardlessofwhethertheANRindicator
issettoALLOWED(ALLOWED)orNOT_ALLOWED(NOT_ALLOWED)forthisfrequency.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensesforthefeaturesAutomaticNeighbourRelation(ANR)andInterRATANRarestillapplicable.Theenhancementofthesefeatureshasnoimpacton
thelicenses.
Impactonconfigurationmanagement
Thefollowingparametershavebeenadded.
MO ParameterID Description
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLcommandwiththeIntraFreqANRIndicationparametersettoNOT_ALLOWED(NOT_ALLOWED)orALLOWED(ALLOWED).
RuntheMODEUTRANINTERNFREQcommandwiththeANRIndicationparametersettoNOT_ALLOWED(NOT_ALLOWED)orALLOWED(ALLOWED).
RuntheMODUTRANNFREQcommandwiththeANRIndicationparametersettoNOT_ALLOWED(NOT_ALLOWED)orALLOWED(ALLOWED).
RuntheMODGERANNFREQGROUPcommandwiththeANRIndicationparametersettoNOT_ALLOWED(NOT_ALLOWED)orALLOWED(ALLOWED).
ThevaluesALLOWED(ALLOWED)andNOT_ALLOWED(NOT_ALLOWED)indicateANRmanagementisallowedandprohibited,respectively.
6.12.2OptimizedCoordinationBetweentheAdditionofNeighboringCellsandtheHandoverDecisionMakingintheANRScenario
Description
ThisfeatureoptimizesthecoordinationbetweentheadditionofneighboringcellsandthehandoverdecisionmakingwhentheOptModeparameterintheANRMOissetto
CONTROLLED(CONTROLLED).Specifically,thisfeaturecontrolswhethertoinitiatehandoverstoanewlyaddedneighboringcelltobemanuallyconfirmedwhentheOptMode
parameterintheANRMOissettoCONTROLLED(CONTROLLED).Therefore,thisfeaturepreventshandoverstoabnormalneighboringcellsbeforeoptimizationadviceforadding
theneighborrelationshipismanuallyconfirmed,improvingthehandoversuccessrate.ItisrecommendedthatthisfeaturebeenabledwhentheOptModeparameterintheANRMO
issettoCONTROLLED(CONTROLLED).
Implementation
TheAnrControlledHoStrategyparameterintheANRMOcontrolswhethertoinitiateahandovertoaneighboringcellwhenboththefollowingconditionsaremet:
WhenthisparameterissettoPERMIT_HO(PERMIT_HO),handoverscanbeinitiatedtoanewneighboringcellregardlessofwhetherthecellhasbeenaddedtotheneighboringcell
list(NCL)orneighboringrelationtable(NRT).WhenthisparameterissettoFORBID_HO(FORBID_HO),handoverscannotbeinitiatedtoanewneighboringcellthathasnotbeen
addedtotheNRT.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
WhenthisparameterissettoPERMIT_HO(PERMIT_HO),handoverscanbeinitiatedtonewneighboringcellsinatimelymanner.However,handoversfailifpeerend
neighboringcellsareabnormal.
WhenthisparameterissettoFORBID_HO(FORBID_HO),handoverscannotbeinitiatedtoanyneighboringcellthathasnotbeenconfirmedbyusers.Ifsuchacellisan
optimalneighboringcell,thissettingcausestheservicedropratetoincreaseandthehandoversuccessratetodecrease.
ImpactonNEs
ThisfeatureisimplementedontheeNodeB.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensecontrolitemAutomaticNeighbourRelation(ANR)/InterRATANRisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheAnrControlledHoStrategyparameterhasbeenaddedtotheANRMO.ThisparametercanbesettoPERMIT_HO(PERMIT_HO)orFORBID_HO(FORBID_HO).
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODANRcommandwithAnrControlledHoStrategysettoPERMIT_HO(PERMIT_HO)orFORBID_HO(FORBID_HO).
6.12.3OptimizedCoordinationBetweenPeriodicMeasurementGaprelatedFeaturesandVoIPServices.
Description
ThisfeatureoptimizesthecoordinationbetweenperiodicmeasurementgaprelatedfeaturesandVoIPservices.ItiscontrolledbytheVoipWithGapModeparameter.Whenperiodic
measurementgaprelatedfeaturesandVoIPservicesareusedsimultaneously,ifthisparameterissettoDISABLE,periodicgapassistedmeasurementsarenotinitiatedforVoIP
UEs,therebypreventingdeteriorationinvoicequality.YouareadvisedtoenablethisfeaturewhenperiodicmeasurementgaprelatedfeaturesandVoIPservicesareused
simultaneously.
Implementation
IfthefeaturesthattriggerperiodicinterfrequencyandinterRATmeasurementareenabled,VoIPUEsareallowedtoenterperiodicmeasurementgaps.Duringthegaps,UEsarenot
scheduledandthereforevoicequalitydeteriorates.
TheVoipWithGapModeparameterhasbeenaddedtotheGLOBALPROCSWITCHMO.
ThisparametercontrolswhetherVoIPUEsareallowedtoenterperiodicmeasurementgaps.VoIPUEsmayenterperiodicmeasurementgapswhenoneofthefollowing
featureorfunctionsisenabled:
MRFD231808GSMandLTEBufferzoneOptimization
Periodicinterfrequencymeasurementincelltracing
PeriodicinterRATmeasurement
ThisparametercontrolswhetherVoIPUEsexitperiodicmeasurementgapswhenVoIPservicesareinitiated.VoIPUEsmayexitperiodicmeasurementgapswhenoneof
thefollowingfeaturesorfunctionsisenabled:
LOFD002001AutomaticNeighbourRelation(ANR)
TDLOFD002001AutomaticNeighbourRelation(ANR)
LOFD002002InterRATANR
TDLOFD002002InterRATANR
LOFD002007PCICollisionDetection&SelfOptimization
TDLOFD002007PCICollisionDetection&SelfOptimization
MRFD231808GSMandLTEBufferzoneOptimization
Periodicinterfrequencymeasurementincelltracing
PeriodicinterRATmeasurement
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
IftheVoipWithGapModeparameterissettoDISABLE,VoIPUEsarenotallowedtoenterperiodicmeasurementgapsandthereforevoicequalityisnotaffected.
However,foraUEthathasenteredperiodicmeasurementgapsandtheninitiatesVoIPservices,theeNodeBautomaticallyremovestheperiodicinterfrequencyandinter
RATmeasurementsfortheUE.ThenumberofRRCconnectionreconfigurationmessagesovertheUuinterfaceincreasesandtheCallDropRatealsoincreases
indirectly.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheVoipWithGapModeparameterhasbeenaddedtotheGLOBALPROCSWITCHMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
MRFD231808GSMandLTEBufferZoneOptimization(LTE)
LOFD002007PCICollisionDetection&SelfOptimization
TDLOFD002007PCICollisionDetection&SelfOptimization
LOFD002001AutomaticNeighbourRelation(ANR)
TDLOFD002001AutomaticNeighbourRelation(ANR)
LOFD002002InterRATANR
TDLOFD002002InterRATANR
TheprecedingfeaturesrequireaselectionofUEstoenterperiodicmeasurementgaps.IftheVoipWithGapModeparameterissettoDISBALE,thenumberof
UEsthatcanbeselectedandthefeatureefficiencydecrease.TheprecedingfeaturescannotbeusedifacellhasonlyVoIPUEs.
RelatedOperations
None
6.12.4OptimizationofDisplayedQueryResultsofNeighboringCells
Description
ThisfeatureoptimizestheintraRATintrafrequencyandinterfrequencyneighboringcellqueryresults.NeighboringcellfrequencyandPCIinformationareaddedtothequeryresults
sothatuserscanconvenientlyviewtheresults.
Implementation
TheDSPEUTRANINTRAFREQNCELLandDSPEUTRANINTERFREQNCELLcommandsareaddedtoqueryintraRATintrafrequencyandinterfrequencyneighboringcells,
respectively.ThefieldsinthecommandsincludeLocalCellId,Mcc,Mnc,eNodeBId,CellId,DlEarfcn,andPhyCellId.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheDSPEUTRANINTRAFREQNCELLandDSPEUTRANINTERFREQNCELLcommandsareaddedtoqueryintraRATintrafrequencyandinterfrequencyneighboringcells,
respectively.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheDSPEUTRANINTRAFREQNCELLcommandtoquerytheintraRATintrafrequencyneighboringcellinformation.
RuntheDSPEUTRANINTERFREQNCELLcommandtoquerytheintraRATinterfrequencyneighboringcellinformation.
6.12.5OptimizedNeighborRelationshipRemovalbyANR
Description
Neighborrelationshipremovalhasbeenoptimizedinautomaticneighborrelation(ANR)toaddresstheissuethatANRfailstoaddaneighborrelationshipbecauseofuntimely
neighborrelationshipremoval.ThisoptimizationincreasesefficiencyandaccuracyofANRmanagement.Itisrecommendedthattheoptimizedneighborrelationshipremovalfunction
beenabledwheneventtriggeredorfastANRtakeseffect.
Implementation
ANRnowsupportsthreetypesofneighborrelationshipremoval:
Removalofredundantneighborrelationships
ThisremovalfunctiontakeseffectonneighborrelationshipsofEUTRANcellswithEUTRAN,UTRAN,orGERANcells.Aneighborrelationshipisredundantifthe
numberofhandoversfromthelocalcelltotheneighboringcellis0butthetotalnumberofhandoversfromthelocalcelltoallitsneighboringcellsreachesthevalueofthe
ANR.StatisticNumForNRTDelparameterwithineachoffourconsecutivemeasurementperiodsdefinedbytheANR.StatisticPeriodForNRTDelparameter.
Thisremovalfunctiontakeseffectonintrafrequencyneighborrelationshipsonlywhenthelocalcellisconfiguredwithmorethan32intrafrequencyneighboringcells.This
restrictiondoesnotapplytoneighborrelationshipswithinterfrequencyEUTRANcells,UTRANcells,orGERANcells.
Thisremovalfunctiondoesnotapplytotheneighboringcellsthatmeetanyofthefollowingconditions:
TheNoremoveindicatorparameterissettoFORBID_RMV_ENUM(ForbidANRRemove).
TheControlModeparameterissettoMANUAL_MODE(ManualMode).
Theblindhandoverpriorityissettoanonzerovalue.
TheOverlapIndicatorparameterissettoYES(YES).
TheNohandoverindicatorparameterissettoFORBID_HO_ENUM(ForbidHo).
Removalofinappropriateneighborrelationships
AneighborrelationshipisinappropriateifthenumberofhandoversfromeachcellservedbythelocaleNodeBtothisneighboringcellreachesthevalueofthe
ANR.NcellHoStatNumparameterandthehandoversuccessrateislessthanorequaltothevalueoftheANR.DelCellThdparameterwithinameasurementperiod
definedbytheANR.StatisticPeriodparameter.
Inearlierversions,thisremovalfunctionappliesonlytointraRATneighborrelationships.Now,thisfunctionalsoappliestoneighborrelationshipswithUTRANand
GERANcells.
Thisremovalfunctiondoesnotapplytotheneighboringcellsthatmeeteitherofthefollowingconditions:
TheNoremoveindicatorparameterissettoFORBID_RMV_ENUM(ForbidANRRemove).
TheControlModeparameterissettoMANUAL_MODE(ManualMode).
Prioritybasedremovalwhenthenumberofneighborrelationshipsreachesitsmaximum
ThisremovalfunctiontakeseffectonneighborrelationshipsofEUTRANcellswithEUTRAN,UTRAN,orGERANcells.
ANRselectsaneighborrelationshipasacandidateifthenumberofhandoversfromthelocalcelltoallitsneighboringcellsreachesthevalueofthe
ANR.StatisticNumForNRTDelparameterandthenumberofhandoversfromthelocalcelltothisneighboringcellorthenumberofmeasurementsonthisneighboringcell
isnotgreaterthanaspecificthresholdwithinameasurementperioddefinedbytheANR.StatisticPeriodForNRTDelparameter.Thisthresholdisspecifiedbythe
ANR.NcellHoForNRTDelThd,ANR.UtranNcellHoForNRTDelThd,orANR.GeranNcellHoForNRTDelThdparameteriftheneighboringcellisanEUTRAN,UTRAN,
orGERANcell,respectively.
ANRarrangescandidateneighborrelationshipsbasedonfrequencyprioritiesandthenumberofmeasurementsorhandovers.Theprioritiesoftheservingfrequency,
neighboringEUTRANfrequencies,UTRANfrequencies,orGERANfrequencygroupsarespecifiedbytheFreqPriorityForAnrparameterintheCell,EutranInterNFreq,
UtranNFreq,orGeranNfreqGroupmanagedobjects(MOs),respectively.Whenthenumberofneighborrelationshipsreachesitsmaximum,ANRremovesthelowest
priorityneighborrelationshipbeforeitaddsanotherneighborrelationship.
Thisremovalfunctiondoesnotapplytotheneighboringcellsthatmeetanyofthefollowingconditions:
TheNoremoveindicatorparameterissettoFORBID_RMV_ENUM(ForbidANRRemove).
TheControlModeparameterissettoMANUAL_MODE(ManualMode).
TheNohandoverindicatorparameterissettoFORBID_HO_ENUM(ForbidHo).
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
TheoptimizedneighborrelationshipremovalfunctionincreasesefficiencyandaccuracyofANRmanagement,reducesthenumberofhandoverfailurescausedby
inappropriateneighborrelationships,andreducesphysicalcellidentifier(PCI)conflictalarmsreportedduetoredundantneighborrelationships.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensesforthefeaturesAutomaticNeighbourRelation(ANR)andInterRATANRarestillapplicable.Theenhancementofthesefeatureshasnoimpacton
thelicenses.
Impactonconfigurationmanagement
Thefollowingparametershavebeenaddedormodified.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
6.12.6OptimizedNeighboringCellAdditionforEventtriggeredANRandFastANR
Description
Withthisfeature,interRATeventtriggeredANRandfastANRcanaddneighboringrelationtables(NRTs)withouttheneedofneighboringcelllists(NCLs).Thisfeatureimproves
neighboringcelladditionefficiencyandaccuracyandresolvestheproblemthatneighboringcellsareconfiguredincorrectlywhenRRUsareinstalledfarawayfromtheBBU.Itis
recommendedthatthisfeaturebeenabledwhenRRUsareinstalledfarawayfromtheBBU.
Withthisfeature,intraRATeventtriggeredANRsupportsthediscoveryandadditionofunknownneighboringcellsbasedonallhandoverandmeasurementtypes.Thisfeature
improvesintraRATneighboringcelladditionefficiencyandresolvestheproblemthatunknownneighboringcellscannotbeaddedintimeincertainintraRAThandoverscenarios.
Implementation
IfthePCIofaneighboringcellhasbeenconfiguredintheNCL,thisfeatureprovidestwopoliciesforNRTadditionininterRATeventtriggeredANRtoUTRANorGERAN:NCL
basedNRTadditionandnonNCLbasedNRTaddition.
TheUtranEventANRModeparameterisaddedtotheANRMOtospecifytheNRTadditionpolicyduringinterRATeventtriggeredANRtoUTRAN:
WhentheparameterissettoBASED_NCL,NRTisaddedbasedonNCLduringinterRATeventtriggeredANRtoUTRAN.
WhentheparameterissettoNOT_BASED_NCL,NRTisaddedbasedontheCGIreportedbytheUEinsteadofbasedonNCLduringinterRATeventtriggeredANRto
UTRAN.
TheGeranEventANRModeparameterisaddedtotheANRMOtospecifytheNRTadditionpolicyduringinterRATeventtriggeredANRtoGERAN:
WhentheparameterissettoBASED_NCL,NRTisaddedbasedonNCLduringinterRATeventtriggeredANRtoGERAN.
WhentheparameterissettoNOT_BASED_NCL,NRTisaddedbasedontheCGIreportedbytheUEinsteadofbasedonNCLduringinterRATeventtriggeredANRto
GERAN.
AftertheNRTisaddedineventtriggeredANR,theeventtriggeredANRmechanismintheRANsharingscenariovaries.IntheRANsharingscenario,theU2000maybetriggeredto
queryneighboringcellinformation.Inthiscase,theeNodeBaddsbothNCLandNRTaftertheU2000returnsthequeryresult,irrespectiveofwhethertheparameterissetto
BASED_NCLorNOT_BASED_NCL.
WhentheNRTisaddedthroughinterfrequencyorinterRATfastANR,theNRTcanbeaddedwithouttheneedofNCLifthePCIofaneighboringcellhasbeenconfiguredinthe
NCL.
TheNRT_MODEoptionisaddedtotheFastANRModeparameterintheANRMO.WhenthisparameterissettoNRT_MODE,NRTisaddedbasedontheCGIreportedbytheUE
insteadofbasedonNCLduringinterfrequencyorinterRATfastANR.AftertheNRTisaddedinfastANR,thefastANRmechanismintheRANsharingscenariovaries.Inthe
RANsharingscenario,theU2000maybetriggeredbyfastANRtoqueryneighboringcellinformation.Inthiscase,theeNodeBaddsNCLandNRTaccordingtothe
ANR.FastAnrModeparametervalueaftertheU2000returnsthequeryresult.
IntraRATeventtriggeredANRsupportsthediscoveryandadditionofunknownneighboringcellsbasedonallhandoverandmeasurementtypes.The
IntraRatEnhancedEventAnrSwitchoptionisaddedtotheANRalgorithmswitchparameterintheENodeBAlgoSwitchMO.Thisoptioncontrolstheswitchforeventtriggered
ANRsexcludingthosetriggeredbycoveragebasedhandovers,MLBbasedhandovers,servicebasedhandovers,andservicerequestbasedhandovers.
WhenIntraRatEventAnrSwitchisonandtheANRindicationforthecorrespondingfrequencytakeseffect:IftheIntraRatEnhancedEventAnrSwitchoptionisselected,
intraRATeventtriggeredANRisenabledtoconstructandoptimizeintraRATintraorinterfrequencyneighborrelationshipsbytriggeringintraRAThandoverevents.
IftheIntraRatEnhancedEventAnrSwitchoptionisdeselected,intraRAThandovereventsarenottriggeredtoconstructoroptimizeintraRATneighborrelationships.
Inaddition,theServiceBasedEventAnrSwitchoptioncontrolstheANRtriggeredbyservicebasedhandovers.Inthisversion,thisoptiontakeseffectonbothFDDandTDDcells
underthesameeNodeBandthevalueinheritstheparametervaluebeforetheupgrade.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
Thisenhancementensuresthatcorrectneighboringcellsareadded,whichhelpsimprovethefollowingKPIs:
IntrafrequencyHandoverOutSuccessRate
InterfrequencyHandoverOutSuccessRate
InterRATHandoverOutSuccessRate(LTEtoWCDMA)
InterRATHandoverOutSuccessRate(LTEtoGSM)
TheServiceDropRate(AlwaysOnline)KPIdeteriorates.
WhenRRUsareinstalledfarawayfromtheBBUandthePCIofaneighboringcellexistsintheNCLbutnotintheNRTofacell,theeNodeBinstructstheUEtoreadthe
CGI.Therefore,signalingoverheadsovertheUuinterfaceincreaseswhentheneighborrelationshipwiththeneighboringcellisaddedtotheNRTofthecellforthefirst
time.
ThisfeaturehelpsdiscoverandaddunknownneighboringcellsinthesystemandimprovethefollowingKPIs:
IntrafrequencyHandoverOutSuccessRate
InterfrequencyHandoverOutSuccessRate
TheServiceDropRate(AlwaysOnline)KPIdeteriorates.
IntraRATeventtriggeredANRsupportsthediscoveryandadditionofunknownneighboringcellsbasedonallhandoverandmeasurementtypes.Forunknownneighboring
cells,theeNodeBinstructstheUEtoreadtheCGI.Therefore,signalingoverheadsovertheUuinterfaceincreaseswhentheneighborrelationshipwiththeneighboring
cellisaddedtotheNRTofthecellforthefirsttime.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensesforthefeaturesAutomaticNeighbourRelation(ANR)andInterRATANRarestillapplicable.Theenhancementofthesefeatureshasnoimpacton
thelicenses.
Impactonconfigurationmanagement
TheUtranEventANRModeandGeranEventANRModeparametersareaddedtotheANRMO.TheNRT_MODEoptionisaddedtotheFastANRModeparameter.
TheIntraRatEnhancedEventAnrSwitchoptionisaddedtotheANRalgorithmswitchparameterintheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODANRcommand,withtheUtranEventANRModeparametersettoBASED_NCLorNOT_BASED_NCL.
RuntheMODANRcommand,withtheGeranEventANRModeparametersettoBASED_NCLorNOT_BASED_NCL.
RuntheMODANRcommand,withtheFastANRModeparametersettoNCL_MODE,NCL_NRT_MODE,orNRT_MODE.
RuntheMODENODEBALGOSWITCHcommand,withtheIntraRatEnhancedEventAnrSwitchoptionoftheANRalgorithmswitchparameterselectedordeselected.
6.12.7EnhancedX2Selfconfiguration
Description
ThisfunctionimplementsenhancedX2selfconfiguration,includingX2selfsetupandautomaticremoval.TheeNodeBdetermineswhethertoautonomouslygenerateX2optimization
policybasedonthenumberoftimesX2selfsetupisrequested.ThispreventsX2linkswithlowutilizationfrombeingautomaticallysetup,savingX2interfaceresources.Manual
interventionisnowaddedtotheX2automaticremovalmechanismfordeterminingwhethertodeleteanX2linkbetweenaHuaweieNodeBandaneNodeBfromanothervendor.This
improvesmanageabilityandmaintainabilityofX2automaticremoval.
Implementation
EnhancedX2selfsetup
TheeNodeBchecksthenumberofX2selfsetuprequestswithinameasurementperiod.AnX2linkisestablishedonlywhentherequestnumberexceedstheconfiguredthreshold
withinthemeasurementperiod.Ifthethresholdisnotexceeded,anX2linkisnotestablishedbutthenumberofX2selfsetuprequestsforthemeasurementperiodincreasesby1.
TheparametersX2SonSetupTimerandX2SonSetupNumThdintheGlobalProcSwitchMOspecifythemeasurementperiodandthreshold,respectively.
EnhancedX2automaticremoval
AftertheeNodeBautonomouslydeterminesanX2linkthatneedstobedeletedbetweenaHuaweieNodeBandaneNodeBfromanothervendor,asuggestionforX2removalis
reportedtotheU2000foruserstodecide.ThisX2linkisdeletedonlyafterauserdeterminestodoso.TheX2SonDeleteModeparameterintheGlobalProcSwitchMOdetermines
whethertoenableenhancedX2automaticremoval.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThefollowingparametershavebeenaddedtotheGlobalProcSwitchMO:
X2SonSetupNumThd:specifiesthethresholdfordeterminingwhethertosetupanX2linkbetweeneNodeBs.IfthenumberofX2selfsetuprequestsreachesthevalue
ofthisparameterwithinaperiod,anX2linkissetup.
X2SonSetupTimer:specifiesthedurationofeachperiodduringwhichthenumberofX2selfsetuprequestsismeasured.AnX2linkissetupifthenumberofX2self
setuprequestsduringtheperiodspecifiedbythisparameterreachesthevalueofX2SonSetupNumThd.
X2SonDeleteMode:specifiesthemodeforX2automaticremoval.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.12.8EnhancementinAutoOptimizationofNeighboringCellswithAbnormalIntraRATHandoverSuccessRate.
Description
ThisfeatureenhancestheautooptimizationofneighboringcellswithabnormalintraRAThandoversuccessrateandavoidshandoverfailurescausedbyincorrectintraRAT
neighboringcellconfigurations,therebyincreasingtheintraRAThandoversuccessrateanddecreasingtheservicedroprate.Itisrecommendedthatthisfeaturebeusedwhenthe
ANRandIntraRATNeighborCellClassificationManagementfeaturesareenabled.
Implementation
TheIntraRatEventAnrSwitchandIntraRatNoHoSetAnrSwitchoptionsoftheENodeBAlgoSwitch.AnrSwitchparametercontroltheautooptimizationofneighboringcellswith
abnormalintraRAThandoversuccessrate.Afterautooptimizationisenabled,theimplementationisdependentonthesettingsoftheANR.NoHoSetModeparameter:
WhenthisparameterissettoNO_CHECK,intraRATANRautomaticallysetstheNoHoFlagoftheneighboringcellintheNRTtoFORBID_HO_ENUMwhenthe
followingconditionsaremet:ThetotalnumberofhandoverstoaneighboringcellwithinastatisticalperiodisgreaterthanorequaltotheANR.NcellHoStatNum
parametervalueandthehandoversuccessrateissmallerthanorequaltotheANR.NOHOSetThdparametervalue.
WhenthisparameterissettoPCI_CHECK,thetotalnumberofhandoverstoaneighboringcellwithinastatisticalperiodreachestheANR.NcellHoStatNumparameter
value,andthehandoversuccessrateissmallerthanorequalto80%,theeNodeBfirstinstructstheUEtoreadtheECGIoftheneighboringcellinthenextstatistical
periodiftheintraRAThandovermeasurementreportsentbytheUEcontainsthefrequencyorPCIcorrespondingtotheneighboringcell.Ifanunknownneighboringcellis
detected,theneighboringcellisaddedtotheNCLandNRT.IfthehandoversuccessratetoaneighboringcellisequaltoorlessthantheANR.NOHOSetThdparameter
valueintwoconsecutiveperiods(includingtheprecedingECGIreadingperiod),intraRATANRautomaticallysetstheNoHoFlagoftheneighboringcellintheNRTto
FORBID_HO_ENUM.Otherwise,theeNodeBdeterminesthatthehandoversuccessrateisnormalandretainsthevalueofNoHoFlag.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThisfeaturedetectsneighboringcellswithpotentialPCIconfusionintime,whichincreasesthehandoversuccessrateanddecreasestheservicedroprateforneighboringcellswith
PCIconfusion.However,CGIreadingdeterioratestheUEthroughput.Inaddition,theCGIreadingfailuremayleadtohandoverfailuresandservicedrops.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensefortheAutomaticNeighbourRelation(ANR)featureisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheNoHandoverSetModeparameterisaddedtotheANRMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODANRcommandwiththeNoHandoverSetModeparametersettoNO_CHECKorPCI_CHECK.
6.13LOFD002002InterRATANR
6.13.1FrequencyspecificANR
Description
Automaticneighborrelation(ANR)cannowtakeeffectonaperfrequencybasis,increasingANRflexibility.FrequencyspecificANRisrecommendedinamultibandnetworkwhere
ANRdeploymentpoliciesarediversified.
Implementation
FrequencyspecificANRindicatorsarenowconfigurable.TheCell.IntraFreqAnrInd,EutranInterNFreq.AnrInd,UtranNFreq.AnrInd,andGeranNfreqGroup.AnrIndparameters
specifywhethertoallowANRmanagementofexternalcellsandneighborrelationshipswiththesecellsontheservingfrequency,neighboringEUTRANfrequencies,UTRAN
frequencies,andGERANfrequencygroups,respectively.
WheneventtriggeredorfastANRisenabled,ANRmanagesexternalcellsonafrequencyandneighborrelationshipswiththesecellsonlyiftheANRindicatorissetto
ALLOWED(ALLOWED)forthisfrequency.
WheneventtriggeredorfastANRisdisabled,ANRdoesnotmanageexternalcellsonafrequencyorneighborrelationshipswiththesecellsregardlessofwhethertheANRindicator
issettoALLOWED(ALLOWED)orNOT_ALLOWED(NOT_ALLOWED)forthisfrequency.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensesforthefeaturesAutomaticNeighbourRelation(ANR)andInterRATANRarestillapplicable.Theenhancementofthesefeatureshasnoimpacton
thelicenses.
Impactonconfigurationmanagement
Thefollowingparametershavebeenadded.
MO ParameterID Description
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLcommandwiththeIntraFreqANRIndicationparametersettoNOT_ALLOWED(NOT_ALLOWED)orALLOWED(ALLOWED).
RuntheMODEUTRANINTERNFREQcommandwiththeANRIndicationparametersettoNOT_ALLOWED(NOT_ALLOWED)orALLOWED(ALLOWED).
RuntheMODUTRANNFREQcommandwiththeANRIndicationparametersettoNOT_ALLOWED(NOT_ALLOWED)orALLOWED(ALLOWED).
RuntheMODGERANNFREQGROUPcommandwiththeANRIndicationparametersettoNOT_ALLOWED(NOT_ALLOWED)orALLOWED(ALLOWED).
ThevaluesALLOWED(ALLOWED)andNOT_ALLOWED(NOT_ALLOWED)indicateANRmanagementisallowedandprohibited,respectively.
6.13.2OptimizedCoordinationBetweentheAdditionofNeighboringCellsandtheHandoverDecisionMakingintheANRScenario
Description
ThisfeatureoptimizesthecoordinationbetweentheadditionofneighboringcellsandthehandoverdecisionmakingwhentheOptModeparameterintheANRMOissetto
CONTROLLED(CONTROLLED).Specifically,thisfeaturecontrolswhethertoinitiatehandoverstoanewlyaddedneighboringcelltobemanuallyconfirmedwhentheOptMode
parameterintheANRMOissettoCONTROLLED(CONTROLLED).Therefore,thisfeaturepreventshandoverstoabnormalneighboringcellsbeforeoptimizationadviceforadding
theneighborrelationshipismanuallyconfirmed,improvingthehandoversuccessrate.ItisrecommendedthatthisfeaturebeenabledwhentheOptModeparameterintheANRMO
issettoCONTROLLED(CONTROLLED).
Implementation
TheAnrControlledHoStrategyparameterintheANRMOcontrolswhethertoinitiateahandovertoaneighboringcellwhenboththefollowingconditionsaremet:
WhenthisparameterissettoPERMIT_HO(PERMIT_HO),handoverscanbeinitiatedtoanewneighboringcellregardlessofwhetherthecellhasbeenaddedtotheneighboringcell
list(NCL)orneighboringrelationtable(NRT).WhenthisparameterissettoFORBID_HO(FORBID_HO),handoverscannotbeinitiatedtoanewneighboringcellthathasnotbeen
addedtotheNRT.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
WhenthisparameterissettoPERMIT_HO(PERMIT_HO),handoverscanbeinitiatedtonewneighboringcellsinatimelymanner.However,handoversfailifpeerend
neighboringcellsareabnormal.
WhenthisparameterissettoFORBID_HO(FORBID_HO),handoverscannotbeinitiatedtoanyneighboringcellthathasnotbeenconfirmedbyusers.Ifsuchacellisan
optimalneighboringcell,thissettingcausestheservicedropratetoincreaseandthehandoversuccessratetodecrease.
ImpactonNEs
ThisfeatureisimplementedontheeNodeB.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensecontrolitemAutomaticNeighbourRelation(ANR)/InterRATANRisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheAnrControlledHoStrategyparameterhasbeenaddedtotheANRMO.ThisparametercanbesettoPERMIT_HO(PERMIT_HO)orFORBID_HO(FORBID_HO).
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODANRcommandwithAnrControlledHoStrategysettoPERMIT_HO(PERMIT_HO)orFORBID_HO(FORBID_HO).
6.13.3OptimizedHandoverNeighboringCellSelection
Description
ThisfeatureoptimizestheselectionofneighboringcellstobecontainedduringanLTEtoUMTShandovermeasurementandaninterRATredirection.Thisfeatureensuresthatthe
mostappropriateneighboringcellsareselected,therebyimprovingtheinterRAThandoversuccessrateandtheflashredirectionaccuracy.Itisrecommendedthatthisfeaturebe
enabledwhenthemeasurementbasedLTEtoUMTShandoverfunctionortheinterRATflashredirectionfunctionisenabled.
Implementation
WhentheGERAN_SWITCH(GREANNeighboringCellRankingSwitch)orUTRAN_SWITCH(UTRANNeighboringCellRankingSwitch)optionoftheNCellRankingSwitch
parameterisselected,theeNodeBsortsneighboringGSM/UMTScellsinmeasurementreportsofallUEsinthedescendingorderofthenumberoftimestheseneighboringcellsare
measuredinthespecifiedmeasurementperiodtoobtainthemeasurementprioritiesoftheseneighboringcells.
Thefirst24neighboringcellsbasedontheprecedingsortingandeightotherrandomlyselectedneighboringcellswillbecontainedinanLTEtoUMTShandovermeasurementevent.
Accordingto3GPPspecifications,32neighboringcellsshouldbecontainedinanLTEtoUMTShandovermeasurementevent.
NeighboringcellstobecontainedduringaninterRATflashredirectionareselectedbasedonthesortingofneighboringcellsforblindhandoversandthenbasedonthesortingof
measurementprioritiesoftheseneighboringcells.
WhentheGERAN_SWITCH(GREANNeighboringCellRankingSwitch)orUTRAN_SWITCH(UTRANNeighboringCellRankingSwitch)optionoftheNCellRankingSwitch
parameterisdeselected,neighboringcellsareselectedintheoriginalmanner.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
WhentheGERAN_SWITCH(GREANNeighboringCellRankingSwitch)orUTRAN_SWITCH(UTRANNeighboringCellRankingSwitch)optionofthe
NCellRankingSwitchparameterisselected,parametersrelatedtoneighboringcellmeasurementprioritiescanbesetbasedonthenumberoftimestheseneighboring
cellsaremeasured,andmeasurementprioritiesofneighboringcellscanbeautomaticallysorted.Thisimprovesaccuracyinneighboringcellselectionandeliminatesthe
needofmanuallysettingmeasurementprioritiesofneighboringcells.
WhentheGERAN_SWITCH(GREANNeighboringCellRankingSwitch)orUTRAN_SWITCH(UTRANNeighboringCellRankingSwitch)optionofthe
NCellRankingSwitchparameterisdeselected,userscannotmeasurementprioritiesofneighboringcells.Inthiscase,LTEtoUMTShandovereventsandaninterRAT
flashredirectionmaycontainnonoptimalneighboringcells,affectinghandovermeasurementaccuracy.
ImpactonNEs
ThisfeatureisimplementedontheeNodeB.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensecontrolitemInterRATANRisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheNCellRankingSwitchparameterhasbeenaddedtotheENODEBALGOSWITCHMO.
ThePeriodForNCellRankingparameterhasbeenaddedtotheANRMO.
TheNCellMeasPriorityparameterhasbeenaddedtotheUTRANNCELLMO.
TheNCellMeasPriorityparameterhasbeenaddedtotheGERANNCELLMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
LOFD001022SRVCCtoUTRAN
LOFD001033CSFallbacktoUTRAN
LOFD001052FlashCSFallbacktoUTRAN
LOFD001053FlashCSFallbacktoGERAN
LOFD001019PSInterRATMobilitybetweenEUTRANandUTRAN
LOFD001043ServicebasedinterRAThandovertoUTRAN
LOFD001072DistancebasedinterRAThandovertoUTRAN
LOFD001078EUTRANtoUTRANCS/PSSteering
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODENODEBALGOSWITCHcommandwiththeGERAN_SWITCH(GREANNeighboringCellRankingSwitch)orUTRAN_SWITCH(UTRANNeighboringCell
RankingSwitch)oftheNCellRankingSwitchparameterselected.
RuntheMODANRcommandwithPeriodForNCellRankingsettoanappropriatevalue.
6.13.4OptimizedCoordinationBetweenPeriodicMeasurementGaprelatedFeaturesandVoIPServices.
Description
ThisfeatureoptimizesthecoordinationbetweenperiodicmeasurementgaprelatedfeaturesandVoIPservices.ItiscontrolledbytheVoipWithGapModeparameter.Whenperiodic
measurementgaprelatedfeaturesandVoIPservicesareusedsimultaneously,ifthisparameterissettoDISABLE,periodicgapassistedmeasurementsarenotinitiatedforVoIP
UEs,therebypreventingdeteriorationinvoicequality.YouareadvisedtoenablethisfeaturewhenperiodicmeasurementgaprelatedfeaturesandVoIPservicesareused
simultaneously.
Implementation
IfthefeaturesthattriggerperiodicinterfrequencyandinterRATmeasurementareenabled,VoIPUEsareallowedtoenterperiodicmeasurementgaps.Duringthegaps,UEsarenot
scheduledandthereforevoicequalitydeteriorates.
TheVoipWithGapModeparameterhasbeenaddedtotheGLOBALPROCSWITCHMO.
ThisparametercontrolswhetherVoIPUEsareallowedtoenterperiodicmeasurementgaps.VoIPUEsmayenterperiodicmeasurementgapswhenoneofthefollowing
featureorfunctionsisenabled:
MRFD231808GSMandLTEBufferzoneOptimization
Periodicinterfrequencymeasurementincelltracing
PeriodicinterRATmeasurement
ThisparametercontrolswhetherVoIPUEsexitperiodicmeasurementgapswhenVoIPservicesareinitiated.VoIPUEsmayexitperiodicmeasurementgapswhenoneof
thefollowingfeaturesorfunctionsisenabled:
LOFD002001AutomaticNeighbourRelation(ANR)
TDLOFD002001AutomaticNeighbourRelation(ANR)
LOFD002002InterRATANR
TDLOFD002002InterRATANR
LOFD002007PCICollisionDetection&SelfOptimization
TDLOFD002007PCICollisionDetection&SelfOptimization
MRFD231808GSMandLTEBufferzoneOptimization
Periodicinterfrequencymeasurementincelltracing
PeriodicinterRATmeasurement
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
IftheVoipWithGapModeparameterissettoDISABLE,VoIPUEsarenotallowedtoenterperiodicmeasurementgapsandthereforevoicequalityisnotaffected.
However,foraUEthathasenteredperiodicmeasurementgapsandtheninitiatesVoIPservices,theeNodeBautomaticallyremovestheperiodicinterfrequencyandinter
RATmeasurementsfortheUE.ThenumberofRRCconnectionreconfigurationmessagesovertheUuinterfaceincreasesandtheCallDropRatealsoincreases
indirectly.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheVoipWithGapModeparameterhasbeenaddedtotheGLOBALPROCSWITCHMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
MRFD231808GSMandLTEBufferZoneOptimization(LTE)
LOFD002007PCICollisionDetection&SelfOptimization
TDLOFD002007PCICollisionDetection&SelfOptimization
LOFD002001AutomaticNeighbourRelation(ANR)
TDLOFD002001AutomaticNeighbourRelation(ANR)
LOFD002002InterRATANR
TDLOFD002002InterRATANR
TheprecedingfeaturesrequireaselectionofUEstoenterperiodicmeasurementgaps.IftheVoipWithGapModeparameterissettoDISBALE,thenumberof
UEsthatcanbeselectedandthefeatureefficiencydecrease.TheprecedingfeaturescannotbeusedifacellhasonlyVoIPUEs.
RelatedOperations
None
6.13.5OptimizedNeighborRelationshipRemovalbyANR
Description
Neighborrelationshipremovalhasbeenoptimizedinautomaticneighborrelation(ANR)toaddresstheissuethatANRfailstoaddaneighborrelationshipbecauseofuntimely
neighborrelationshipremoval.ThisoptimizationincreasesefficiencyandaccuracyofANRmanagement.Itisrecommendedthattheoptimizedneighborrelationshipremovalfunction
beenabledwheneventtriggeredorfastANRtakeseffect.
Implementation
ANRnowsupportsthreetypesofneighborrelationshipremoval:
Removalofredundantneighborrelationships
ThisremovalfunctiontakeseffectonneighborrelationshipsofEUTRANcellswithEUTRAN,UTRAN,orGERANcells.Aneighborrelationshipisredundantifthe
numberofhandoversfromthelocalcelltotheneighboringcellis0butthetotalnumberofhandoversfromthelocalcelltoallitsneighboringcellsreachesthevalueofthe
ANR.StatisticNumForNRTDelparameterwithineachoffourconsecutivemeasurementperiodsdefinedbytheANR.StatisticPeriodForNRTDelparameter.
Thisremovalfunctiontakeseffectonintrafrequencyneighborrelationshipsonlywhenthelocalcellisconfiguredwithmorethan32intrafrequencyneighboringcells.This
restrictiondoesnotapplytoneighborrelationshipswithinterfrequencyEUTRANcells,UTRANcells,orGERANcells.
Thisremovalfunctiondoesnotapplytotheneighboringcellsthatmeetanyofthefollowingconditions:
TheNoremoveindicatorparameterissettoFORBID_RMV_ENUM(ForbidANRRemove).
TheControlModeparameterissettoMANUAL_MODE(ManualMode).
Theblindhandoverpriorityissettoanonzerovalue.
TheOverlapIndicatorparameterissettoYES(YES).
TheNohandoverindicatorparameterissettoFORBID_HO_ENUM(ForbidHo).
Removalofinappropriateneighborrelationships
AneighborrelationshipisinappropriateifthenumberofhandoversfromeachcellservedbythelocaleNodeBtothisneighboringcellreachesthevalueofthe
ANR.NcellHoStatNumparameterandthehandoversuccessrateislessthanorequaltothevalueoftheANR.DelCellThdparameterwithinameasurementperiod
definedbytheANR.StatisticPeriodparameter.
Inearlierversions,thisremovalfunctionappliesonlytointraRATneighborrelationships.Now,thisfunctionalsoappliestoneighborrelationshipswithUTRANand
GERANcells.
Thisremovalfunctiondoesnotapplytotheneighboringcellsthatmeeteitherofthefollowingconditions:
TheNoremoveindicatorparameterissettoFORBID_RMV_ENUM(ForbidANRRemove).
TheControlModeparameterissettoMANUAL_MODE(ManualMode).
Prioritybasedremovalwhenthenumberofneighborrelationshipsreachesitsmaximum
ThisremovalfunctiontakeseffectonneighborrelationshipsofEUTRANcellswithEUTRAN,UTRAN,orGERANcells.
ANRselectsaneighborrelationshipasacandidateifthenumberofhandoversfromthelocalcelltoallitsneighboringcellsreachesthevalueofthe
ANR.StatisticNumForNRTDelparameterandthenumberofhandoversfromthelocalcelltothisneighboringcellorthenumberofmeasurementsonthisneighboringcell
isnotgreaterthanaspecificthresholdwithinameasurementperioddefinedbytheANR.StatisticPeriodForNRTDelparameter.Thisthresholdisspecifiedbythe
ANR.NcellHoForNRTDelThd,ANR.UtranNcellHoForNRTDelThd,orANR.GeranNcellHoForNRTDelThdparameteriftheneighboringcellisanEUTRAN,UTRAN,
orGERANcell,respectively.
ANRarrangescandidateneighborrelationshipsbasedonfrequencyprioritiesandthenumberofmeasurementsorhandovers.Theprioritiesoftheservingfrequency,
neighboringEUTRANfrequencies,UTRANfrequencies,orGERANfrequencygroupsarespecifiedbytheFreqPriorityForAnrparameterintheCell,EutranInterNFreq,
UtranNFreq,orGeranNfreqGroupmanagedobjects(MOs),respectively.Whenthenumberofneighborrelationshipsreachesitsmaximum,ANRremovesthelowest
priorityneighborrelationshipbeforeitaddsanotherneighborrelationship.
Thisremovalfunctiondoesnotapplytotheneighboringcellsthatmeetanyofthefollowingconditions:
TheNoremoveindicatorparameterissettoFORBID_RMV_ENUM(ForbidANRRemove).
TheControlModeparameterissettoMANUAL_MODE(ManualMode).
TheNohandoverindicatorparameterissettoFORBID_HO_ENUM(ForbidHo).
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
TheoptimizedneighborrelationshipremovalfunctionincreasesefficiencyandaccuracyofANRmanagement,reducesthenumberofhandoverfailurescausedby
inappropriateneighborrelationships,andreducesphysicalcellidentifier(PCI)conflictalarmsreportedduetoredundantneighborrelationships.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensesforthefeaturesAutomaticNeighbourRelation(ANR)andInterRATANRarestillapplicable.Theenhancementofthesefeatureshasnoimpacton
thelicenses.
Impactonconfigurationmanagement
Thefollowingparametershavebeenaddedormodified.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
6.13.6OptimizedInterRATEventtriggeredANRinNotSelectingQCI1UEsforMeasurement
Description
Withthisfeature,theeNodeBdoesnotselectaUEthatsetsupabearerwithaQCIof1formeasurementduringinterRATeventtriggeredANR.Inaddition,thetimersforCGI
readingduringinterRATANRtoUTRANorGERANarenowconfigurableparameters.ThisparameteroptimizationhelpsimprovetheCGIreadingsuccessrateaswellasuser
experiencesinserviceswithQCIof1.ItisrecommendedthatthisfeaturebeenabledinscenarioswhereneighboringcellsforUEsperformingvoiceservicescanbeconstructed
throughPSservices.
Implementation
TheEventANRWithVoIPModeparameterisaddedtotheANRMOtospecifywhethertheeNodeBselectsUEthatsetsupabearerwithaQCIof1formeasurementduringinter
RATeventtriggeredANR.WhentheUTRAN_EVENT_ANR_WITH_VOIP_MODEoptionoftheEventANRWithVoIPModeparameterisselected,theeNodeBselectsUEthat
setsupabearerwithaQCIof1formeasurementduringinterRATeventtriggeredANRtoUTRAN.Whenthisoptionisdeselected,theeNodeBdoesnotselectUEthatsetsupa
bearerwithaQCIof1formeasurementduringinterRATeventtriggeredANRtoUTRAN.WhentheGERAN_EVENT_ANR_WITH_VOIP_MODEoptionoftheEventANRWith
VoIPModeparameterisselected,theeNodeBselectsUEthatsetsupabearerwithaQCIof1formeasurementduringinterRATeventtriggeredANRtoGERAN.Whenthisoption
isdeselected,theeNodeBdoesnotselectUEthatsetsupabearerwithaQCIof1formeasurementduringinterRATeventtriggeredANRtoGERAN.Whenthe
CDMA_EVENT_ANR_WITH_VOIP_MODEoptionoftheEventANRWithVoIPModeparameterisselected,theeNodeBselectsUEthatsetsupabearerwithaQCIof1for
measurementduringinterRATeventtriggeredANRtotheCDMAnetwork.Whenthisoptionisdeselected,theeNodeBdoesnotselectUEthatsetsupabearerwithaQCIof1for
measurementduringinterRATeventtriggeredANRtotheCDMAnetwork.
ThetimersforCGIreadingduringinterRATANRtoUTRANorGERANarenowconfigurableparameters.ThisparameteroptimizationimprovestheCGIreadingsuccessrate.The
UTRANEventANRCGITimerparameterisaddedtotheANRMOtospecifythelengthofthetimerforCGIreadingduringinterRATeventtriggeredANRtoUTRAN.TheGERAN
EventANRCGITimerparameterisaddedtotheANRMOtospecifythelengthofthetimerforCGIreadingduringinterRATeventtriggeredANRtoGERAN.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
WhentheUTRAN_EVENT_ANR_WITH_VOIP_MODE,GERAN_EVENT_ANR_WITH_VOIP_MODE,orCDMA_EVENT_ANR_WITH_VOIP_MODEoptionofthe
EventANRWithVoIPModeparameterisselected,theeNodeBselectsUEthatsetsupabearerwithaQCIof1formeasurementduringinterRATeventtriggeredANR
toUTRAN,GERAN,orCDMAnetwork.ThismayaffecttheuserexperienceinserviceswithQCIof1.Whentheprecedingoptionisdeselected,theeNodeBdoesnot
selectUEthatsetsupabearerwithaQCIof1formeasurementduringinterRATeventtriggeredANRtoUTRAN,GERAN,orCDMAnetwork.Thisdoesnotaffectthe
userexperienceinserviceswithQCIof1.However,theefficiencyindiscoveringunknownneighboringcellsdegrades.
AsmallerUTRANEventANRCGITimerorGERANEventANRCGITimerparametervalueindicatesshortertimeinreadingtheUTRANorGERANCGI,which
decreasestheCGIreadingsuccessrateanddegradestheefficiencyinaddingunknownneighboringcells.AlargerUTRANEventANRCGITimerorGERANEvent
ANRCGITimerparametervalueindicateslongertimeinreadingtheUTRANorGERANCGI,whichincreasestheCGIreadingsuccessrate.However,thisincreases
theschedulingdelayandschedulingmaynotmeetQoSrequirements.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensecontrolitemforinterRATANRisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheEventANRWithVoIPMode,UTRANEventANRCGITimer,andGERANEventANRCGITimerparametersareaddedtotheANRMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODANRcommand,withtheUTRAN_EVENT_ANR_WITH_VOIP_MODE,GERAN_EVENT_ANR_WITH_VOIP_MODE,orCDMA_EVENT_ANR_WITH_VOIP_MODE
optionoftheEventANRWithVoIPModeparameterselectedordeselected
RuntheMODANRcommandtosettheUTRANEventANRCGITimerparametertospecifyspecifythelengthofthetimerforCGIreadingduringinterRATeventtriggeredANRto
UTRAN.
RuntheMODANRcommandtosettheGERANEventANRCGITimerparametertospecifythelengthofthetimerforCGIreadingduringinterRATeventtriggeredANRto
GERAN.
6.13.7OptimizedNeighboringCellAdditionforEventtriggeredANRandFastANR
Description
Withthisfeature,interRATeventtriggeredANRandfastANRcanaddneighboringrelationtables(NRTs)withouttheneedofneighboringcelllists(NCLs).Thisfeatureimproves
neighboringcelladditionefficiencyandaccuracyandresolvestheproblemthatneighboringcellsareconfiguredincorrectlywhenRRUsareinstalledfarawayfromtheBBU.Itis
recommendedthatthisfeaturebeenabledwhenRRUsareinstalledfarawayfromtheBBU.
Withthisfeature,intraRATeventtriggeredANRsupportsthediscoveryandadditionofunknownneighboringcellsbasedonallhandoverandmeasurementtypes.Thisfeature
improvesintraRATneighboringcelladditionefficiencyandresolvestheproblemthatunknownneighboringcellscannotbeaddedintimeincertainintraRAThandoverscenarios.
Implementation
IfthePCIofaneighboringcellhasbeenconfiguredintheNCL,thisfeatureprovidestwopoliciesforNRTadditionininterRATeventtriggeredANRtoUTRANorGERAN:NCL
basedNRTadditionandnonNCLbasedNRTaddition.
TheUtranEventANRModeparameterisaddedtotheANRMOtospecifytheNRTadditionpolicyduringinterRATeventtriggeredANRtoUTRAN:
WhentheparameterissettoBASED_NCL,NRTisaddedbasedonNCLduringinterRATeventtriggeredANRtoUTRAN.
WhentheparameterissettoNOT_BASED_NCL,NRTisaddedbasedontheCGIreportedbytheUEinsteadofbasedonNCLduringinterRATeventtriggeredANRto
UTRAN.
TheGeranEventANRModeparameterisaddedtotheANRMOtospecifytheNRTadditionpolicyduringinterRATeventtriggeredANRtoGERAN:
WhentheparameterissettoBASED_NCL,NRTisaddedbasedonNCLduringinterRATeventtriggeredANRtoGERAN.
WhentheparameterissettoNOT_BASED_NCL,NRTisaddedbasedontheCGIreportedbytheUEinsteadofbasedonNCLduringinterRATeventtriggeredANRto
GERAN.
AftertheNRTisaddedineventtriggeredANR,theeventtriggeredANRmechanismintheRANsharingscenariovaries.IntheRANsharingscenario,theU2000maybetriggeredto
queryneighboringcellinformation.Inthiscase,theeNodeBaddsbothNCLandNRTaftertheU2000returnsthequeryresult,irrespectiveofwhethertheparameterissetto
BASED_NCLorNOT_BASED_NCL.
WhentheNRTisaddedthroughinterfrequencyorinterRATfastANR,theNRTcanbeaddedwithouttheneedofNCLifthePCIofaneighboringcellhasbeenconfiguredinthe
NCL.
TheNRT_MODEoptionisaddedtotheFastANRModeparameterintheANRMO.WhenthisparameterissettoNRT_MODE,NRTisaddedbasedontheCGIreportedbytheUE
insteadofbasedonNCLduringinterfrequencyorinterRATfastANR.AftertheNRTisaddedinfastANR,thefastANRmechanismintheRANsharingscenariovaries.Inthe
RANsharingscenario,theU2000maybetriggeredbyfastANRtoqueryneighboringcellinformation.Inthiscase,theeNodeBaddsNCLandNRTaccordingtothe
ANR.FastAnrModeparametervalueaftertheU2000returnsthequeryresult.
IntraRATeventtriggeredANRsupportsthediscoveryandadditionofunknownneighboringcellsbasedonallhandoverandmeasurementtypes.The
IntraRatEnhancedEventAnrSwitchoptionisaddedtotheANRalgorithmswitchparameterintheENodeBAlgoSwitchMO.Thisoptioncontrolstheswitchforeventtriggered
ANRsexcludingthosetriggeredbycoveragebasedhandovers,MLBbasedhandovers,servicebasedhandovers,andservicerequestbasedhandovers.
WhenIntraRatEventAnrSwitchisonandtheANRindicationforthecorrespondingfrequencytakeseffect:IftheIntraRatEnhancedEventAnrSwitchoptionisselected,
intraRATeventtriggeredANRisenabledtoconstructandoptimizeintraRATintraorinterfrequencyneighborrelationshipsbytriggeringintraRAThandoverevents.
IftheIntraRatEnhancedEventAnrSwitchoptionisdeselected,intraRAThandovereventsarenottriggeredtoconstructoroptimizeintraRATneighborrelationships.
Inaddition,theServiceBasedEventAnrSwitchoptioncontrolstheANRtriggeredbyservicebasedhandovers.Inthisversion,thisoptiontakeseffectonbothFDDandTDDcells
underthesameeNodeBandthevalueinheritstheparametervaluebeforetheupgrade.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
Thisenhancementensuresthatcorrectneighboringcellsareadded,whichhelpsimprovethefollowingKPIs:
IntrafrequencyHandoverOutSuccessRate
InterfrequencyHandoverOutSuccessRate
InterRATHandoverOutSuccessRate(LTEtoWCDMA)
InterRATHandoverOutSuccessRate(LTEtoGSM)
TheServiceDropRate(AlwaysOnline)KPIdeteriorates.
WhenRRUsareinstalledfarawayfromtheBBUandthePCIofaneighboringcellexistsintheNCLbutnotintheNRTofacell,theeNodeBinstructstheUEtoreadthe
CGI.Therefore,signalingoverheadsovertheUuinterfaceincreaseswhentheneighborrelationshipwiththeneighboringcellisaddedtotheNRTofthecellforthefirst
time.
ThisfeaturehelpsdiscoverandaddunknownneighboringcellsinthesystemandimprovethefollowingKPIs:
IntrafrequencyHandoverOutSuccessRate
InterfrequencyHandoverOutSuccessRate
TheServiceDropRate(AlwaysOnline)KPIdeteriorates.
IntraRATeventtriggeredANRsupportsthediscoveryandadditionofunknownneighboringcellsbasedonallhandoverandmeasurementtypes.Forunknownneighboring
cells,theeNodeBinstructstheUEtoreadtheCGI.Therefore,signalingoverheadsovertheUuinterfaceincreaseswhentheneighborrelationshipwiththeneighboring
cellisaddedtotheNRTofthecellforthefirsttime.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensesforthefeaturesAutomaticNeighbourRelation(ANR)andInterRATANRarestillapplicable.Theenhancementofthesefeatureshasnoimpacton
thelicenses.
Impactonconfigurationmanagement
TheUtranEventANRModeandGeranEventANRModeparametersareaddedtotheANRMO.TheNRT_MODEoptionisaddedtotheFastANRModeparameter.
TheIntraRatEnhancedEventAnrSwitchoptionisaddedtotheANRalgorithmswitchparameterintheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODANRcommand,withtheUtranEventANRModeparametersettoBASED_NCLorNOT_BASED_NCL.
RuntheMODANRcommand,withtheGeranEventANRModeparametersettoBASED_NCLorNOT_BASED_NCL.
RuntheMODANRcommand,withtheFastANRModeparametersettoNCL_MODE,NCL_NRT_MODE,orNRT_MODE.
RuntheMODENODEBALGOSWITCHcommand,withtheIntraRatEnhancedEventAnrSwitchoptionoftheANRalgorithmswitchparameterselectedordeselected.
6.14LOFD002015RACHOptimization
6.14.1SupportforAdaptiveAdjustmentoftheSRBRLCParameter
Description
ThisfunctionallowsforadaptiveadjustmentoftheSRBRLCpollingretransmissiontimervalueattheeNodeBtomatchtheuplinkschedulinginterval.Usingthisfunctionreducesthe
numberofunnecessarydownlinkRLCretransmissionsandoverheadscausedbythepollingretransmissiontimerexpiryduringtheSRBphaseandthereforeimprovescellthroughput.
ThisreducednumberofRLCretransmissionsduringtheSRBphasemayinturnreducethenumberofabnormalERABreleasesandservicedropsbecausethenumberofSRBRLC
retransmissionsislesslikelytoreachthemaximumvalue.
ItisrecommendedthatthisfunctionbeusedinheavytrafficscenarioswherethedownlinkRLCretransmissionrateishigh(20%to30%)andthevalueoftheL.E
RAB.AbnormRel.Radio.SRBResetcounterishigh.TheL.ERAB.AbnormRel.Radio.SRBResetcounterindicatesnumberofabnormalERABreleasesbecausethenumberofSRB
RLCretransmissionsreachesthemaximumvalue.
Implementation
IfthenumberofonlineusersinacellexceedsthevalueofSrbPollTimerAdjUserNumThd,theeNodeBadaptivelyadjuststhevalueofitsSRBRLCPollingretransmissiontimerto
matchtheuplinkschedulinginterval.Inthisway,thenumberofunnecessarydownlinkSRBRLCretransmissionscausedbythepollingretransmissiontimerexpirycanbereduced.
TheSrbRlcParaAdaptSwitchparameterhasbeenaddedtotheMODSRBCFGcommandtocontrolwhethertoenablethisfunction.
RetainthedefaultvalueOFF(Off)forbothnewnetworksandupgradescenarios.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThisfunctionreducesthenumberofunnecessarydownlinkRLCretransmissionsandoverheadscausedbythepollingretransmissiontimerexpiryduringtheSRBphase,
andthereforeimprovescellthroughput.ThisreducednumberofRLCretransmissionsduringtheSRBphasemayinturnreducethenumberofabnormalERABreleases
andservicedropsbecausethenumberofSRBRLCretransmissionsislesslikelytoreachthemaximumvalue.InscenarioswherepacketlossoccursontheSRBover
theUuinterface,usingthisfunctionmayincreasetheSRBtransmissiondelayoftheUE.
ThisfunctionmayreduceservicedropsoccurredduringSRBtransmissionandthereforemayincreasethenumberofUEsenteringtheDRBtransmissionstate.Asa
result,theBLERincreases,uplinkanddownlinkRLCretransmissionsduringtheDRBtransmissionphaseaswellastheservicedropsmayincrease,andtheRRC
connectionsetupsuccessrateandhandoversuccessratemayalsodecrease.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterface
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODSrbCfgcommandwithSrbRlcParaAdaptSwitchsettoON(On)andSrbPollTimerAdjustStepto20,SrbPollTimerMaxAdjustValuetom200(200ms),and
SrbPollTimerAdjUserNumThdto150.
6.14.2SupportforRootSequenceConflictDetection
Description
ThisfunctionallowstheeNodeBtodetectrootsequenceconflictsinatimelymannerandeliminatetheconflictsbyoptimizingtherootsequences.Thisreducesthefalsealarmrate
andcollisionprobabilityofcontentionbasedpreambles.Itisrecommendedthatthisfunctionbeenabledwhenthefalsealarmrateofacellishigherthanexpectedandrootsequence
conflictshavenotyetbeenchecked.
Implementation
ThisfunctionenablestheeNodeBtodetectrootsequenceconflictsbetweentheservingcellandneighboringcellsorintraeNodeBcells.Thedetectedconflictsarereportedthrough
alarms.ThisfunctioniscontrolledbytheparameterENodeBAlgoSwitch.RootSeqConflictDetSwitch.
Theprocedurefordetectingrootsequenceconflictsisasfollows:
1.AnX2basedmessageissenttoneighboringcellswhentheservingcellisactivatedorthePRACHinformationischanged.Themessageisusedtoexchangethe
PRACHinformationbetweencells.
2.TherootsequencesusedbyacellarecalculatedbasedonthePRACHinformation,frequencies,bandwidths,andotherinformation.
3.RootsequenceconflictsaredetectedbasedonrootsequencesusedbytheservingcellandthoseusedbyneighboringorintraeNodeBcells.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
Thisfunctionreducesthefalsealarmrateandpreamblecollisionprobability.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterface
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
AnewparameterRootSeqConflictDetSwitchhasbeenaddedtocontrolwhethertoenablethisfunction.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Activatingrootsequenceconflictdetection:
RuntheMODENODEBALGOSWITCHcommandwithRootSeqConflictDetSwitchsettoON(On).
Deactivatingrootsequenceconflictdetection:
RuntheMODENODEBALGOSWITCHcommandwithRootSeqConflictDetSwitchsettoOFF(Off).
6.14.3FlowControlTriggeredBackoff
Description
ThisfunctionimplementsbackofftriggeredbyMsg3flowcontrol,therebyrelievingRACHcongestionandincreasingRRCconnectionsetupsuccessrates.Itisrecommendedthat
thisfunctionbeusedinheavyloadscenarios.
Implementation
AnewoptionFlowCtrlTriBackoffSwitchhasbeenaddedtoenableordisableflowcontroltriggeredbackoff.
TheeNodeBadjuststhebackoffvaluebasedonstatisticsonMsg3flowcontroleverysecond:
IftheratioofthenumberofflowcontrolledMsg3messagestothenumberofreceivedMsg3messagesexceeds5%,theeNodeBincreasesthebackoffvalue.
IfMsg3flowcontrolisnotperformed,theeNodeBdecreasesthebackoffvalue.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThroughMsg3flowcontrol,thisfunctionrelievesRACHcongestionandincreasesRRCconnectionsetupsuccessratesforbothservicesandsignaling.However,this
functionreducesthetimesthatUEssendpreamblesandincreasestheservicedroprate.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
AnewoptionFlowCtrlTriBackoffSwitchisaddedtotheHighLoadNetOptSwitchparameter.FlowCtrlTriBackoffSwitchcanbeONorOFFbydefaultitisOFF.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODHighLoadNetOptSwitchcommandtosetFlowCtrlTriBackoffSwitch.
6.15LBFD081105VoiceSpecificAMC
Description
ThisfeatureallowsforservicetypespecificconfigurationofuplinktargetIBLERvaluessothataseparatetargetvaluecanbeconfiguredforvoiceusers,improvingvoicequality.Itis
goodpracticetoenablethisfeatureinVoLTEscenarios.
Implementation
TheSinrAdjTargetIblerforVoLTEparameterhasbeenaddedtotheCellUlSchAlgoMOtospecifythetargetIBLERvalueusedbytheSINRadjustmentalgorithmfor
dynamicuplinkschedulingofvoiceuserswhoarenotinTTIbundlingstate.
TheexistingparameterSinrAdjTargetIblerintheCellUlSchAlgoMOisusedtospecifythetargetIBLERvalueusedbytheSINRadjustmentalgorithmfordynamic
uplinkschedulingoftheotherusers(includingvoiceusersinTTIbundlingstateandnonvoiceusers).
ImpactonCapacityandPerformance
Impactoncapacity
Thisfeatureaffectscellthroughputandthroughputrateaswellasuserthroughputofdataservices.
IftheSinrAdjTargetIblerforVoLTEparameterissettoasmallvalue,theuplinkMCSlevelofvoiceusersislowandRBconsumptionincreases.Inthiscase,ifthe
numberofvoiceusersislarge,thevaluesoftheTraffic.Thruput.CellandTraffic.Thruput.PDF.Cellcountersdecrease.
Impactonperformance
Thisfeatureaffectsuplinkvoicequality.
IftheSinrAdjTargetIblerforVoLTEparameterissettoasmallvalue,theuplinkMCSlevelofvoiceusersislow.Inthiscase,forvoiceusersatthenearpoint,
theuplinkpacketlossrate(indicatedbytheL.Traffic.UL.PktLoss.Loss.QCI.1orL.Traffic.UL.PktLoss.Tot.QCI.1counter)maydecreaseslightlyandthevoice
qualityismoderateforvoiceusersatthemiddleorfarpoint,theuplinkpacketlossratemayincreaseandthevoicequalitydeterioratesduetoincreased
segmentationattheRLClayerofvoicepackets.
IftheSinrAdjTargetIblerforVoLTEparameterissettoalargevalue,theuplinkMCSofvoiceusersishigh.Inthiscase,forvoiceusersatthenearormiddlepoint,the
uplinkpacketlossratemayincreaseandthevoicequalitydeterioratesforvoiceusersatthefarpoint,theuplinkpacketlossratemaydecreaseslightlyandthevoice
qualityimprovesduetodecreasedsegmentationattheRLClayerofvoicepackets.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheVoiceSpecificAMClicensecontrolitemhasbeenaddedforthisfeature.
Impactonconfigurationmanagement
TheSinrAdjTargetIblerforVoLTEparameterhasbeenaddedtotheCellUlSchAlgoMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLULSCHALGOcommandwiththeSinrAdjTargetIblerforVoLTEparametersettoanappropriatevaluebasedonactualrequirements.
6.16LOFD001010SecurityMechanism
Description
ThisfeatureallowsaneNodeBtoactivelyreconfiguretheaccessstratumsecuritykeyforUEsafterahandoverovertheX2interfaceiscomplete.Iftheaccessstratumsecuritykey
ofaUEiscrackedbyillegalattacksonthesourceeNodeB,securityriskspersistaftertheUEishandedovertothetargeteNodeB,becausetheUEstillusestheaccessstratum
securitykeyobtainedfromthesourceeNodeB.Byreconfiguringthesecuritykey,thisfeatureimprovesnetworksecurityreliabilityandisrecommendedwhentherequirementson
securityreliabilityarehigh.
Implementation
TheSecKeyRecfgSwitchparameterintheGLOBALPROCSWITCHMOisusedtocontrolthisfeature.
Ifthisfeatureisenabled,thetargeteNodeBperformsthefollowingoperationsafteraUEishandedovertothetargeteNodeBovertheX2interface:
1.TriggersanintracellhandoverfortheUE.
2.Usesthelatestnexthop(NH)valuedeliveredbytheEPCtoupdatetheaccessstratumsecuritykey(KeNB)
3.SendsthelatestNexthopChainingCounter(NCC)deliveredbytheEPCtotheUEbysuingahandovercommand.B
BasedonthereceivedNCC,theUEupdatestheKeNBtoavalueconsistentwiththatontheeNodeBside.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
Ifthisfeatureisenabled,theeNodeBactivelyreconfigurestheaccessstratumsecuritykeyafterahandoverovertheX2interfaceiscomplete.Thereconfiguration
increasessignalingprocessesattheaccessstratum,increasingcalldrops.Inhighspeedscenarios,theprobabilityofcalldropsincreasesandthereforeitisgoodpractice
nottoenablethisfeature.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheSecKeyRecfgSwitchparameterhasbeenaddedtotheGLOBALPROCSWITCHMOtocontrolthisfeature.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
LOFD001010SecurityMechanism
TDLOFD001010SecurityMechanism
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Toenablethisfeature,runtheMODGLOBALPROCSWITCHcommandwiththeSecKeyRecfgSwitchparametersettoON.Todisablethisfeature,runtheMOD
GLOBALPROCSWITCHcommandwiththeSecKeyRecfgSwitchparametersettoOFF.
6.17LAOFD00100101IntraBandCarrierAggregationforDownlink2CCin20MHz
6.17.1SupportforFlexiblyConfiguringCABandCombinations
Description
Withthisfeature,userscanflexiblyconfigureCAbandcombinationssupportedbytheeNodeB.IftheCAbandcombinationssupportedbytheUEarenotsupportedbueNodeBdue
toprotocolincompatibility,youcanaddconfigurationstoimplementthisfeature.ThisalsoresolvestheincompatibilityissuebetweentheeNodeBandcustomizedUEsinscenarios
wheretheCAbandcombinationssupportedbycustomizedUEsarenotplanned.
Implementation
ThePrivateCaBandCombMOisaddedforconfiguringtheprivateCAbandcombinationssupportedbytheeNodeB.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThePrivateCaBandCombMOisaddedtomanagetheprivateCAbandcombinationssupportedbytheeNodeB.
ThefollowingparametershavebeenaddedtothePrivateCaBandCombMO:
ParameterName Description
PrivateCaCombId IdentifieseNodeBprivateCAbandcombinations.
MaxAggeratedBw SpecifiesthemaximumaggregationbandwidthsupportedbytheprivateCAbandcombination.
BwCombSetId IdentifiestheprotocolsetcorrespondingtotheprivateCAbandcombination.
CombBand1Id SpecifiesthebandIDforband1.
CombBand2Id SpecifiesthebandIDforband2.
CombBand3Id SpecifiesthebandIDforband3.
CombBand4Id SpecifiesthebandIDforband4.
CombBand1Bw Specifiesthebandwidthcombinationofband1.
CombBand2Bw Specifiesthebandwidthcombinationofband2.
CombBand3Bw Specifiesthebandwidthcombinationofband3.
CombBand4Bw Specifiesthebandwidthcombinationofband4.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Activatingthefeature:
RuntheADDPRIVATECABANDCOMBcommandtoaddaprivateCAbandcombination.
Deactivatingthefeature:
RuntheDELPRIVATECABANDCOMBcommandtodeletetheprivateCAbandcombination.
6.17.2SupportforPCCAnchoringforUEsinIdleMode
Description
Thisfunctionsupportsprimarycomponentcarrier(PCC)anchoringforUEsinidlemode.InaCAenabledcell,aftertheRRCconnectionofaCAUEisreleased,thecellreselection
prioritiesarechangedsothattheUEcanbeservedbyahighpriorityfrequencyafterreselection.
Implementation
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
ThisnewoptionappliestoaCAUE,forwhichthefollowingprioritiesarenotconfigured:
SPIDspecificdedicatedcellreselectionpriorities
Dedicatedcellreselectionpriorityfortheoperatortowhichaneighboringfrequencybelongs
Dedicatedcellreselectionpriorityfortheoperatortowhichtheservingcellbelongs
Whenthisoptionisselected,theeNodeBgeneratesacellreselectionprioritylistusedupontheRRCconnectionreleaseofaUE.ThelistgenerationisbasedontheCAfrequency
bandssupportedbytheUEandthevalueofthePccDlEarfcnparameterinthePccFreqCfgMO.ThislisthelpstheUEreselectafrequencywiththehighestprioritywithintheCA
bandcombinationsupportedbytheUE.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThisfunctionincreasestheproportionofUEsusingCAinacellwhenthefrequencywiththehighestcommoncellreselectionpriorityisnotwithintheCAband
combinationsupportedbytheUE.ThisfunctionreducesthenumberofinterfrequencyhandoversforCAUEswhenthePccAnchorSwitchoptionisalsoselected.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
Theexistinglicensesforthefollowingfeaturesarestillapplicable:
IntraBandCarrierAggregationforDownlink2CCin20MHz
InterBandCarrierAggregationforDownlink2CCin20MHz
CarrierAggregationforDownlink2CCin40MHz
SupportofUECategory6
CAforDownlink2CCFromMultipleCarriers
CarrierAggregationfor2CCbasedonCoordinatedBBU
CarrierAggregationforUplink2CC
IntereNodeBCAbasedonrelaxedbackhaul
Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODENODEBALGOSWITCHcommandwiththeIdleModePccAnchorSwitchoptionundertheCaAlgoSwitchparameterselected.
6.18LAOFD00100102InterBandCarrierAggregationforDownlink2CCin20MHz
Fortheimpactofthechangeinthisfeature,see6.17LAOFD00100101IntraBandCarrierAggregationforDownlink2CCin20MHz.
6.19LAOFD001002CarrierAggregationforDownlink2CCin40MHz
6.19.1SupportforFlexiblyConfiguringCABandCombinations
Description
Withthisfeature,userscanflexiblyconfigureCAbandcombinationssupportedbytheeNodeB.IftheCAbandcombinationssupportedbytheUEarenotsupportedbueNodeBdue
toprotocolincompatibility,youcanaddconfigurationstoimplementthisfeature.ThisalsoresolvestheincompatibilityissuebetweentheeNodeBandcustomizedUEsinscenarios
wheretheCAbandcombinationssupportedbycustomizedUEsarenotplanned.
Implementation
ThePrivateCaBandCombMOisaddedforconfiguringtheprivateCAbandcombinationssupportedbytheeNodeB.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThePrivateCaBandCombMOisaddedtomanagetheprivateCAbandcombinationssupportedbytheeNodeB.
ThefollowingparametershavebeenaddedtothePrivateCaBandCombMO:
ParameterName Description
PrivateCaCombId IdentifieseNodeBprivateCAbandcombinations.
MaxAggeratedBw SpecifiesthemaximumaggregationbandwidthsupportedbytheprivateCAbandcombination.
BwCombSetId IdentifiestheprotocolsetcorrespondingtotheprivateCAbandcombination.
CombBand1Id SpecifiesthebandIDforband1.
CombBand2Id SpecifiesthebandIDforband2.
CombBand3Id SpecifiesthebandIDforband3.
CombBand4Id SpecifiesthebandIDforband4.
CombBand1Bw Specifiesthebandwidthcombinationofband1.
CombBand2Bw Specifiesthebandwidthcombinationofband2.
CombBand3Bw Specifiesthebandwidthcombinationofband3.
CombBand4Bw Specifiesthebandwidthcombinationofband4.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Activatingthefeature:
RuntheADDPRIVATECABANDCOMBcommandtoaddaprivateCAbandcombination.
Deactivatingthefeature:
RuntheDELPRIVATECABANDCOMBcommandtodeletetheprivateCAbandcombination.
6.19.2SupportforPCCAnchoringforUEsinIdleMode
Description
Thisfunctionsupportsprimarycomponentcarrier(PCC)anchoringforUEsinidlemode.InaCAenabledcell,aftertheRRCconnectionofaCAUEisreleased,thecellreselection
prioritiesarechangedsothattheUEcanbeservedbyahighpriorityfrequencyafterreselection.
Implementation
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
ThisnewoptionappliestoaCAUE,forwhichthefollowingprioritiesarenotconfigured:
SPIDspecificdedicatedcellreselectionpriorities
Dedicatedcellreselectionpriorityfortheoperatortowhichaneighboringfrequencybelongs
Dedicatedcellreselectionpriorityfortheoperatortowhichtheservingcellbelongs
Whenthisoptionisselected,theeNodeBgeneratesacellreselectionprioritylistusedupontheRRCconnectionreleaseofaUE.ThelistgenerationisbasedontheCAfrequency
bandssupportedbytheUEandthevalueofthePccDlEarfcnparameterinthePccFreqCfgMO.ThislisthelpstheUEreselectafrequencywiththehighestprioritywithintheCA
bandcombinationsupportedbytheUE.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThisfunctionincreasestheproportionofUEsusingCAinacellwhenthefrequencywiththehighestcommoncellreselectionpriorityisnotwithintheCAband
combinationsupportedbytheUE.ThisfunctionreducesthenumberofinterfrequencyhandoversforCAUEswhenthePccAnchorSwitchoptionisalsoselected.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
Theexistinglicensesforthefollowingfeaturesarestillapplicable:
IntraBandCarrierAggregationforDownlink2CCin20MHz
InterBandCarrierAggregationforDownlink2CCin20MHz
CarrierAggregationforDownlink2CCin40MHz
SupportofUECategory6
CAforDownlink2CCFromMultipleCarriers
CarrierAggregationfor2CCbasedonCoordinatedBBU
CarrierAggregationforUplink2CC
IntereNodeBCAbasedonrelaxedbackhaul
Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODENODEBALGOSWITCHcommandwiththeIdleModePccAnchorSwitchoptionundertheCaAlgoSwitchparameterselected.
6.19.3EnhancementinCAConfigurations
Description
ThisfeatureallowstheeNodeBtoperformadaptiveCAconfigurations.Thatis,SCellscanbeaddedinablindmannerwhenCAisconfiguredbasedonfrequencies.Itis
recommendedthatthisfeaturebeenabledforquickSCellconfigurationinCAbasedonfrequencypairs.
Implementation
TheAdpCaSwitchoptionisaddedtotheCAAlgorithmSwitchparameteroftheENodeBAlgoSwitchMO.ThisoptionspecifieswhethertoperformadaptiveCAconfigurationsina
blindmannerbasedonpresetcellinformationwhenCAisconfiguredbasedonfrequencies.EnsurethatthefrequencyofthetargetcellhasbeenconfiguredintheSCCDownlink
EARFCNparameteroftheSccFreqCfgMO.
TheeNodeBcanadaptivelyconfigureSCellswhenthefollowingconditionsaremet:
TheoptionsFreqCfgSwitchandAdpCaSwitchundertheCaAlgoSwitchparameteroftheENodeBAlgoSwitchMOarebothselected.
ThePCellandcandidateSCellsareconfigured.
TheSCellBlindCfgFlagparameteroftheCaGroupSCellCfgMOissettoTRUE(TRUE)forthecandidateSCells.
WhenaCAUEaccessesacellforthefirsttime,fromahandover,orfromaRRCconnectionreestablishment,theeNodeBselectsacandidatefrequencyfortheCAUEaccordingto
thesettingoftheSccPriorityparameteroftheSCCFreqCfgMO.IfacandidateSCellisconfiguredontheselectedfrequencyandtheSCellBlindCfgFlagparameterofthe
CaGroupSCellCfgMOissettoTRUE(TRUE),theeNodeBblindlyconfiguresthiscandidateSCellastheSCell.Otherwise,theeNodeBselectsanSCellthrougheventA4
measurement.
Aftertheconfigurationiscomplete,SCellscanbedeletedthrougheventA2measurement.IfUEssupporteventA6,SCellchangecanbeimplementedthrougheventA6.
Theinformationconfiguredinblindmannertakeseffectonlyonceduringanincomingaccess,handover,orreestablishment.Theconfigurationdoesnotapplytoscenarioswherenew
SCellsareaddedafterSCellsaredeletedorSCellsareaddedbasedontrafficvolume.
ThisconfigurationisrecommendedwhenthecoverageofintrafrequencycellsperformingPCCunderF1overlapsthecoverageofacellunderF2.Inthiscase,thecellunderF2is
regardedasthetargetcellofblindconfiguration.ThisconfigurationisnotrecommendedwhenthecoverageofacellperformingPCCunderF2overlapsthecoverageofintra
frequencycellsunderF1.
TheeNodeBsupportsamaximumof72instancesoftheCaGroupSCellCfgMO.
IntheCaGroupSCellCfgMO,eachcellcanestablishacell(routing)relationshipwithamaximumof8cells.Whenthisspecificationisreached,newroutescannotbe
establishedthrougheventA4/A6measurementandtheSCellscannotbeconfiguredormodified.Acellrelationshipoccupiesthespecificationevenwhentheconfigured
SCellisnotactivatedorinvalidorwhennoroutescanbesetupfortheSCell.
TheCaGroupSCellCfg.SCellPriorityparameterdoesnottakeeffectinenhancedCAconfigurationmodeandthefrequencyprioritycomplieswiththesettingofthe
SccFreqCfg.SccPriorityparameter.
InenhancedCAconfigurationmode,theCaGroupSCellCfg.SCellBlindCfgFlagparameterisnotcontrolledbytheSccBlindCfgSwitchoptionofthe
ENodeBAlgoSwitch.CaAlgoSwitchparameter.TheblindconfigurationtakeseffectwhentheCaGroupSCellCfg.SCellBlindCfgFlagparameterissettoTRUE(TRUE).
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
SCellscanbeaddedinablindmannerwhenCAisconfiguredbasedonfrequencies.Bydoingthis,UEscanquicklyentertheCAstate,therebyimprovinguser
experience.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheAdpCaSwitchoptionisaddedtotheCAAlgorithmSwitchparameteroftheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.20LAOFD070201FlexibleCAfromMultipleCarriers
6.20.1SupportforFlexiblyConfiguringCABandCombinations
Description
Withthisfeature,userscanflexiblyconfigureCAbandcombinationssupportedbytheeNodeB.IftheCAbandcombinationssupportedbytheUEarenotsupportedbueNodeBdue
toprotocolincompatibility,youcanaddconfigurationstoimplementthisfeature.ThisalsoresolvestheincompatibilityissuebetweentheeNodeBandcustomizedUEsinscenarios
wheretheCAbandcombinationssupportedbycustomizedUEsarenotplanned.
Implementation
ThePrivateCaBandCombMOisaddedforconfiguringtheprivateCAbandcombinationssupportedbytheeNodeB.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThePrivateCaBandCombMOisaddedtomanagetheprivateCAbandcombinationssupportedbytheeNodeB.
ThefollowingparametershavebeenaddedtothePrivateCaBandCombMO:
ParameterName Description
PrivateCaCombId IdentifieseNodeBprivateCAbandcombinations.
MaxAggeratedBw SpecifiesthemaximumaggregationbandwidthsupportedbytheprivateCAbandcombination.
BwCombSetId IdentifiestheprotocolsetcorrespondingtotheprivateCAbandcombination.
CombBand1Id SpecifiesthebandIDforband1.
CombBand2Id SpecifiesthebandIDforband2.
CombBand3Id SpecifiesthebandIDforband3.
CombBand4Id SpecifiesthebandIDforband4.
CombBand1Bw Specifiesthebandwidthcombinationofband1.
CombBand2Bw Specifiesthebandwidthcombinationofband2.
CombBand3Bw Specifiesthebandwidthcombinationofband3.
CombBand4Bw Specifiesthebandwidthcombinationofband4.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Activatingthefeature:
RuntheADDPRIVATECABANDCOMBcommandtoaddaprivateCAbandcombination.
Deactivatingthefeature:
RuntheDELPRIVATECABANDCOMBcommandtodeletetheprivateCAbandcombination.
6.20.2SupportforPCCAnchoringforUEsinIdleMode
Description
Thisfunctionsupportsprimarycomponentcarrier(PCC)anchoringforUEsinidlemode.InaCAenabledcell,aftertheRRCconnectionofaCAUEisreleased,thecellreselection
prioritiesarechangedsothattheUEcanbeservedbyahighpriorityfrequencyafterreselection.
Implementation
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
ThisnewoptionappliestoaCAUE,forwhichthefollowingprioritiesarenotconfigured:
SPIDspecificdedicatedcellreselectionpriorities
Dedicatedcellreselectionpriorityfortheoperatortowhichaneighboringfrequencybelongs
Dedicatedcellreselectionpriorityfortheoperatortowhichtheservingcellbelongs
Whenthisoptionisselected,theeNodeBgeneratesacellreselectionprioritylistusedupontheRRCconnectionreleaseofaUE.ThelistgenerationisbasedontheCAfrequency
bandssupportedbytheUEandthevalueofthePccDlEarfcnparameterinthePccFreqCfgMO.ThislisthelpstheUEreselectafrequencywiththehighestprioritywithintheCA
bandcombinationsupportedbytheUE.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThisfunctionincreasestheproportionofUEsusingCAinacellwhenthefrequencywiththehighestcommoncellreselectionpriorityisnotwithintheCAband
combinationsupportedbytheUE.ThisfunctionreducesthenumberofinterfrequencyhandoversforCAUEswhenthePccAnchorSwitchoptionisalsoselected.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
Theexistinglicensesforthefollowingfeaturesarestillapplicable:
IntraBandCarrierAggregationforDownlink2CCin20MHz
InterBandCarrierAggregationforDownlink2CCin20MHz
CarrierAggregationforDownlink2CCin40MHz
SupportofUECategory6
CAforDownlink2CCFromMultipleCarriers
CarrierAggregationfor2CCbasedonCoordinatedBBU
CarrierAggregationforUplink2CC
IntereNodeBCAbasedonrelaxedbackhaul
Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODENODEBALGOSWITCHcommandwiththeIdleModePccAnchorSwitchoptionundertheCaAlgoSwitchparameterselected.
6.20.3ChangeofNamesforCCrelatedFeaturesandFeatureDependencies
Description
IneRAN8.0,theLAOFD070201CAforDownlink2CCFromMultipleCarriersfeatureallowsaneNodeBtoselecttwomostsuitablecarriersfrommultiplecarriersforCA.Since
eRAN8.1,thisfeaturehasbeenrenamedtoLAOFD070201FlexibleCAfromMultipleCarriersandenhancedtoallowaneNodeBtoselectmultiplesuitablecarriersfrommultiple
carriersforCA.
TheLAOFD070202CarrierAggregationfor2CCbasedonCoordinatedBBUfeatureisrenamedtoLAOFD070202IntereNodeBCarrierAggregationbasedonCoordinatedBBU.
FeaturedependenciesforthefeaturesLAOFD080207CarrierAggregationforDownlink3CCin40MHzandLAOFD080208CarrierAggregationforDownlink3CCin60MHzare
changedsothattheydonotdependontheLAOFD070201CAforDownlink2CCFromMultipleCarriersfeature.
Implementation
TheLAOFD070201CAforDownlink2CCFromMultipleCarriersfeatureisenhancedtoallowaneNodeBtoselectmultiplesuitablecarriersfrommultiplecarriersforCA.Feature
namesandfeaturedependenciesarechanged.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
Namesofthefollowingfeaturesandfeaturelicensesarechanged.Purchasedlicensesstilltakeeffect.
Licensedependenciesarechangedasfollows:
ThefeaturesLAOFD080207CarrierAggregationforDownlink3CCin40MHzandLAOFD080208CarrierAggregationforDownlink3CCin60MHzdonotdependontheLAOFD
070201LAOFD070201CAforDownlink2CCFromMultipleCarriersfeature.
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.20.4EnhancementinCAConfigurations
Description
ThisfeatureallowstheeNodeBtoperformadaptiveCAconfigurations.Thatis,SCellscanbeaddedinablindmannerwhenCAisconfiguredbasedonfrequencies.Itis
recommendedthatthisfeaturebeenabledforquickSCellconfigurationinCAbasedonfrequencypairs.
Implementation
TheAdpCaSwitchoptionisaddedtotheCAAlgorithmSwitchparameteroftheENodeBAlgoSwitchMO.ThisoptionspecifieswhethertoperformadaptiveCAconfigurationsina
blindmannerbasedonpresetcellinformationwhenCAisconfiguredbasedonfrequencies.EnsurethatthefrequencyofthetargetcellhasbeenconfiguredintheSCCDownlink
EARFCNparameteroftheSccFreqCfgMO.
TheeNodeBcanadaptivelyconfigureSCellswhenthefollowingconditionsaremet:
TheoptionsFreqCfgSwitchandAdpCaSwitchundertheCaAlgoSwitchparameteroftheENodeBAlgoSwitchMOarebothselected.
ThePCellandcandidateSCellsareconfigured.
TheSCellBlindCfgFlagparameteroftheCaGroupSCellCfgMOissettoTRUE(TRUE)forthecandidateSCells.
WhenaCAUEaccessesacellforthefirsttime,fromahandover,orfromaRRCconnectionreestablishment,theeNodeBselectsacandidatefrequencyfortheCAUEaccordingto
thesettingoftheSccPriorityparameteroftheSCCFreqCfgMO.IfacandidateSCellisconfiguredontheselectedfrequencyandtheSCellBlindCfgFlagparameterofthe
CaGroupSCellCfgMOissettoTRUE(TRUE),theeNodeBblindlyconfiguresthiscandidateSCellastheSCell.Otherwise,theeNodeBselectsanSCellthrougheventA4
measurement.
Aftertheconfigurationiscomplete,SCellscanbedeletedthrougheventA2measurement.IfUEssupporteventA6,SCellchangecanbeimplementedthrougheventA6.
Theinformationconfiguredinblindmannertakeseffectonlyonceduringanincomingaccess,handover,orreestablishment.Theconfigurationdoesnotapplytoscenarioswherenew
SCellsareaddedafterSCellsaredeletedorSCellsareaddedbasedontrafficvolume.
ThisconfigurationisrecommendedwhenthecoverageofintrafrequencycellsperformingPCCunderF1overlapsthecoverageofacellunderF2.Inthiscase,thecellunderF2is
regardedasthetargetcellofblindconfiguration.ThisconfigurationisnotrecommendedwhenthecoverageofacellperformingPCCunderF2overlapsthecoverageofintra
frequencycellsunderF1.
TheeNodeBsupportsamaximumof72instancesoftheCaGroupSCellCfgMO.
IntheCaGroupSCellCfgMO,eachcellcanestablishacell(routing)relationshipwithamaximumof8cells.Whenthisspecificationisreached,newroutescannotbe
establishedthrougheventA4/A6measurementandtheSCellscannotbeconfiguredormodified.Acellrelationshipoccupiesthespecificationevenwhentheconfigured
SCellisnotactivatedorinvalidorwhennoroutescanbesetupfortheSCell.
TheCaGroupSCellCfg.SCellPriorityparameterdoesnottakeeffectinenhancedCAconfigurationmodeandthefrequencyprioritycomplieswiththesettingofthe
SccFreqCfg.SccPriorityparameter.
InenhancedCAconfigurationmode,theCaGroupSCellCfg.SCellBlindCfgFlagparameterisnotcontrolledbytheSccBlindCfgSwitchoptionofthe
ENodeBAlgoSwitch.CaAlgoSwitchparameter.TheblindconfigurationtakeseffectwhentheCaGroupSCellCfg.SCellBlindCfgFlagparameterissettoTRUE(TRUE).
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
SCellscanbeaddedinablindmannerwhenCAisconfiguredbasedonfrequencies.Bydoingthis,UEscanquicklyentertheCAstate,therebyimprovinguser
experience.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheAdpCaSwitchoptionisaddedtotheCAAlgorithmSwitchparameteroftheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.21LAOFD070202IntereNodeBCAbasedonCoordinatedBBU
6.21.1SupportforFlexiblyConfiguringCABandCombinations
Description
Withthisfeature,userscanflexiblyconfigureCAbandcombinationssupportedbytheeNodeB.IftheCAbandcombinationssupportedbytheUEarenotsupportedbueNodeBdue
toprotocolincompatibility,youcanaddconfigurationstoimplementthisfeature.ThisalsoresolvestheincompatibilityissuebetweentheeNodeBandcustomizedUEsinscenarios
wheretheCAbandcombinationssupportedbycustomizedUEsarenotplanned.
Implementation
ThePrivateCaBandCombMOisaddedforconfiguringtheprivateCAbandcombinationssupportedbytheeNodeB.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThePrivateCaBandCombMOisaddedtomanagetheprivateCAbandcombinationssupportedbytheeNodeB.
ThefollowingparametershavebeenaddedtothePrivateCaBandCombMO:
ParameterName Description
PrivateCaCombId IdentifieseNodeBprivateCAbandcombinations.
MaxAggeratedBw SpecifiesthemaximumaggregationbandwidthsupportedbytheprivateCAbandcombination.
BwCombSetId IdentifiestheprotocolsetcorrespondingtotheprivateCAbandcombination.
CombBand1Id SpecifiesthebandIDforband1.
CombBand2Id SpecifiesthebandIDforband2.
CombBand3Id SpecifiesthebandIDforband3.
CombBand4Id SpecifiesthebandIDforband4.
CombBand1Bw Specifiesthebandwidthcombinationofband1.
ParameterName Description
CombBand2Bw Specifiesthebandwidthcombinationofband2.
CombBand3Bw Specifiesthebandwidthcombinationofband3.
CombBand4Bw Specifiesthebandwidthcombinationofband4.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Activatingthefeature:
RuntheADDPRIVATECABANDCOMBcommandtoaddaprivateCAbandcombination.
Deactivatingthefeature:
RuntheDELPRIVATECABANDCOMBcommandtodeletetheprivateCAbandcombination.
6.21.2SupportforPCCAnchoringforUEsinIdleMode
Description
Thisfunctionsupportsprimarycomponentcarrier(PCC)anchoringforUEsinidlemode.InaCAenabledcell,aftertheRRCconnectionofaCAUEisreleased,thecellreselection
prioritiesarechangedsothattheUEcanbeservedbyahighpriorityfrequencyafterreselection.
Implementation
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
ThisnewoptionappliestoaCAUE,forwhichthefollowingprioritiesarenotconfigured:
SPIDspecificdedicatedcellreselectionpriorities
Dedicatedcellreselectionpriorityfortheoperatortowhichaneighboringfrequencybelongs
Dedicatedcellreselectionpriorityfortheoperatortowhichtheservingcellbelongs
Whenthisoptionisselected,theeNodeBgeneratesacellreselectionprioritylistusedupontheRRCconnectionreleaseofaUE.ThelistgenerationisbasedontheCAfrequency
bandssupportedbytheUEandthevalueofthePccDlEarfcnparameterinthePccFreqCfgMO.ThislisthelpstheUEreselectafrequencywiththehighestprioritywithintheCA
bandcombinationsupportedbytheUE.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThisfunctionincreasestheproportionofUEsusingCAinacellwhenthefrequencywiththehighestcommoncellreselectionpriorityisnotwithintheCAband
combinationsupportedbytheUE.ThisfunctionreducesthenumberofinterfrequencyhandoversforCAUEswhenthePccAnchorSwitchoptionisalsoselected.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
Theexistinglicensesforthefollowingfeaturesarestillapplicable:
IntraBandCarrierAggregationforDownlink2CCin20MHz
InterBandCarrierAggregationforDownlink2CCin20MHz
CarrierAggregationforDownlink2CCin40MHz
SupportofUECategory6
CAforDownlink2CCFromMultipleCarriers
CarrierAggregationfor2CCbasedonCoordinatedBBU
CarrierAggregationforUplink2CC
IntereNodeBCAbasedonrelaxedbackhaul
Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODENODEBALGOSWITCHcommandwiththeIdleModePccAnchorSwitchoptionundertheCaAlgoSwitchparameterselected.
6.21.3EnhancementinCAConfigurations
Description
ThisfeatureallowstheeNodeBtoperformadaptiveCAconfigurations.Thatis,SCellscanbeaddedinablindmannerwhenCAisconfiguredbasedonfrequencies.Itis
recommendedthatthisfeaturebeenabledforquickSCellconfigurationinCAbasedonfrequencypairs.
Implementation
TheAdpCaSwitchoptionisaddedtotheCAAlgorithmSwitchparameteroftheENodeBAlgoSwitchMO.ThisoptionspecifieswhethertoperformadaptiveCAconfigurationsina
blindmannerbasedonpresetcellinformationwhenCAisconfiguredbasedonfrequencies.EnsurethatthefrequencyofthetargetcellhasbeenconfiguredintheSCCDownlink
EARFCNparameteroftheSccFreqCfgMO.
TheeNodeBcanadaptivelyconfigureSCellswhenthefollowingconditionsaremet:
TheoptionsFreqCfgSwitchandAdpCaSwitchundertheCaAlgoSwitchparameteroftheENodeBAlgoSwitchMOarebothselected.
ThePCellandcandidateSCellsareconfigured.
TheSCellBlindCfgFlagparameteroftheCaGroupSCellCfgMOissettoTRUE(TRUE)forthecandidateSCells.
WhenaCAUEaccessesacellforthefirsttime,fromahandover,orfromaRRCconnectionreestablishment,theeNodeBselectsacandidatefrequencyfortheCAUEaccordingto
thesettingoftheSccPriorityparameteroftheSCCFreqCfgMO.IfacandidateSCellisconfiguredontheselectedfrequencyandtheSCellBlindCfgFlagparameterofthe
CaGroupSCellCfgMOissettoTRUE(TRUE),theeNodeBblindlyconfiguresthiscandidateSCellastheSCell.Otherwise,theeNodeBselectsanSCellthrougheventA4
measurement.
Aftertheconfigurationiscomplete,SCellscanbedeletedthrougheventA2measurement.IfUEssupporteventA6,SCellchangecanbeimplementedthrougheventA6.
Theinformationconfiguredinblindmannertakeseffectonlyonceduringanincomingaccess,handover,orreestablishment.Theconfigurationdoesnotapplytoscenarioswherenew
SCellsareaddedafterSCellsaredeletedorSCellsareaddedbasedontrafficvolume.
ThisconfigurationisrecommendedwhenthecoverageofintrafrequencycellsperformingPCCunderF1overlapsthecoverageofacellunderF2.Inthiscase,thecellunderF2is
regardedasthetargetcellofblindconfiguration.ThisconfigurationisnotrecommendedwhenthecoverageofacellperformingPCCunderF2overlapsthecoverageofintra
frequencycellsunderF1.
TheeNodeBsupportsamaximumof72instancesoftheCaGroupSCellCfgMO.
IntheCaGroupSCellCfgMO,eachcellcanestablishacell(routing)relationshipwithamaximumof8cells.Whenthisspecificationisreached,newroutescannotbe
establishedthrougheventA4/A6measurementandtheSCellscannotbeconfiguredormodified.Acellrelationshipoccupiesthespecificationevenwhentheconfigured
SCellisnotactivatedorinvalidorwhennoroutescanbesetupfortheSCell.
TheCaGroupSCellCfg.SCellPriorityparameterdoesnottakeeffectinenhancedCAconfigurationmodeandthefrequencyprioritycomplieswiththesettingofthe
SccFreqCfg.SccPriorityparameter.
InenhancedCAconfigurationmode,theCaGroupSCellCfg.SCellBlindCfgFlagparameterisnotcontrolledbytheSccBlindCfgSwitchoptionofthe
ENodeBAlgoSwitch.CaAlgoSwitchparameter.TheblindconfigurationtakeseffectwhentheCaGroupSCellCfg.SCellBlindCfgFlagparameterissettoTRUE(TRUE).
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
SCellscanbeaddedinablindmannerwhenCAisconfiguredbasedonfrequencies.Bydoingthis,UEscanquicklyentertheCAstate,therebyimprovinguser
experience.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheAdpCaSwitchoptionisaddedtotheCAAlgorithmSwitchparameteroftheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.21.4ChangeofNamesforCCrelatedFeaturesandFeatureDependencies
Description
IneRAN8.0,theLAOFD070201CAforDownlink2CCFromMultipleCarriersfeatureallowsaneNodeBtoselecttwomostsuitablecarriersfrommultiplecarriersforCA.Since
eRAN8.1,thisfeaturehasbeenrenamedtoLAOFD070201FlexibleCAfromMultipleCarriersandenhancedtoallowaneNodeBtoselectmultiplesuitablecarriersfrommultiple
carriersforCA.
TheLAOFD070202CarrierAggregationfor2CCbasedonCoordinatedBBUfeatureisrenamedtoLAOFD070202IntereNodeBCarrierAggregationbasedonCoordinatedBBU.
FeaturedependenciesforthefeaturesLAOFD080207CarrierAggregationforDownlink3CCin40MHzandLAOFD080208CarrierAggregationforDownlink3CCin60MHzare
changedsothattheydonotdependontheLAOFD070201CAforDownlink2CCFromMultipleCarriersfeature.
Implementation
TheLAOFD070201CAforDownlink2CCFromMultipleCarriersfeatureisenhancedtoallowaneNodeBtoselectmultiplesuitablecarriersfrommultiplecarriersforCA.Feature
namesandfeaturedependenciesarechanged.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
Namesofthefollowingfeaturesandfeaturelicensesarechanged.Purchasedlicensesstilltakeeffect.
Licensedependenciesarechangedasfollows:
ThefeaturesLAOFD080207CarrierAggregationforDownlink3CCin40MHzandLAOFD080208CarrierAggregationforDownlink3CCin60MHzdonotdependontheLAOFD
070201LAOFD070201CAforDownlink2CCFromMultipleCarriersfeature.
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.22LAOFD080201IntereNodeBCAbasedonRelaxedbackhaul
6.22.1SupportforFlexiblyConfiguringCABandCombinations
Description
Withthisfeature,userscanflexiblyconfigureCAbandcombinationssupportedbytheeNodeB.IftheCAbandcombinationssupportedbytheUEarenotsupportedbueNodeBdue
toprotocolincompatibility,youcanaddconfigurationstoimplementthisfeature.ThisalsoresolvestheincompatibilityissuebetweentheeNodeBandcustomizedUEsinscenarios
wheretheCAbandcombinationssupportedbycustomizedUEsarenotplanned.
Implementation
ThePrivateCaBandCombMOisaddedforconfiguringtheprivateCAbandcombinationssupportedbytheeNodeB.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThePrivateCaBandCombMOisaddedtomanagetheprivateCAbandcombinationssupportedbytheeNodeB.
ThefollowingparametershavebeenaddedtothePrivateCaBandCombMO:
ParameterName Description
PrivateCaCombId IdentifieseNodeBprivateCAbandcombinations.
MaxAggeratedBw SpecifiesthemaximumaggregationbandwidthsupportedbytheprivateCAbandcombination.
BwCombSetId IdentifiestheprotocolsetcorrespondingtotheprivateCAbandcombination.
CombBand1Id SpecifiesthebandIDforband1.
CombBand2Id SpecifiesthebandIDforband2.
CombBand3Id SpecifiesthebandIDforband3.
CombBand4Id SpecifiesthebandIDforband4.
CombBand1Bw Specifiesthebandwidthcombinationofband1.
CombBand2Bw Specifiesthebandwidthcombinationofband2.
CombBand3Bw Specifiesthebandwidthcombinationofband3.
CombBand4Bw Specifiesthebandwidthcombinationofband4.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Activatingthefeature:
RuntheADDPRIVATECABANDCOMBcommandtoaddaprivateCAbandcombination.
Deactivatingthefeature:
RuntheDELPRIVATECABANDCOMBcommandtodeletetheprivateCAbandcombination.
6.22.2SupportforPCCAnchoringforUEsinIdleMode
Description
Thisfunctionsupportsprimarycomponentcarrier(PCC)anchoringforUEsinidlemode.InaCAenabledcell,aftertheRRCconnectionofaCAUEisreleased,thecellreselection
prioritiesarechangedsothattheUEcanbeservedbyahighpriorityfrequencyafterreselection.
Implementation
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
ThisnewoptionappliestoaCAUE,forwhichthefollowingprioritiesarenotconfigured:
SPIDspecificdedicatedcellreselectionpriorities
Dedicatedcellreselectionpriorityfortheoperatortowhichaneighboringfrequencybelongs
Dedicatedcellreselectionpriorityfortheoperatortowhichtheservingcellbelongs
Whenthisoptionisselected,theeNodeBgeneratesacellreselectionprioritylistusedupontheRRCconnectionreleaseofaUE.ThelistgenerationisbasedontheCAfrequency
bandssupportedbytheUEandthevalueofthePccDlEarfcnparameterinthePccFreqCfgMO.ThislisthelpstheUEreselectafrequencywiththehighestprioritywithintheCA
bandcombinationsupportedbytheUE.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThisfunctionincreasestheproportionofUEsusingCAinacellwhenthefrequencywiththehighestcommoncellreselectionpriorityisnotwithintheCAband
combinationsupportedbytheUE.ThisfunctionreducesthenumberofinterfrequencyhandoversforCAUEswhenthePccAnchorSwitchoptionisalsoselected.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
Theexistinglicensesforthefollowingfeaturesarestillapplicable:
IntraBandCarrierAggregationforDownlink2CCin20MHz
InterBandCarrierAggregationforDownlink2CCin20MHz
CarrierAggregationforDownlink2CCin40MHz
SupportofUECategory6
CAforDownlink2CCFromMultipleCarriers
CarrierAggregationfor2CCbasedonCoordinatedBBU
CarrierAggregationforUplink2CC
IntereNodeBCAbasedonrelaxedbackhaul
Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheoptionIdleModePccAnchorSwitchisaddedtotheCaAlgoSwitchparameterintheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODENODEBALGOSWITCHcommandwiththeIdleModePccAnchorSwitchoptionundertheCaAlgoSwitchparameterselected.
6.22.3OptimizedLicensingforIntereNodeBCAbasedonRelaxedbackhaul
Description
IneRAN8.0,thelicensecontrolstrategyfortheLAOFD080201IntereNodeBCAbasedonrelaxedbackhaulfeaturespecifiescelllevellicenseconsumption,whereasineRAN8.1,
thelicensecontrolstrategyischangedtomakethisfeatureswitchcontrolledoneNodeBs.AfterthefeaturelicenseisactivatedontheprimaryandsecondaryeNodeBs,thelicense
unitwillbedeductedontheeNodeBs.Thisoptimizationhelpsbetterservetheneedsofsalespersonnelandoperators.
ThelicensecontrolstrategyalsoappliestonetworksenabledwiththeIntereNodeBCarrierAggregationbasedonCoordinatedBBUfeature.
Implementation
ThelicensecontrolstrategyfortheLAOFD080201IntereNodeBCAbasedonrelaxedbackhaulfeaturehasbeenchangedtomakethisfeatureswitchcontrolledoneNodeBs.
Therefore,activatethefeatureonprimaryandsecondaryeNodeBs.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
ThesalesunitischangedtopereNodeB.
Impactonconfigurationmanagement
ThisfeaturetakeseffectonlywhenitisactivatedontheprimaryandsecondaryeNodeBs.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.23LAOFD080202CarrierAggregationforUplink2CC
Fortheimpactofthechangeinthisfeature,see6.17LAOFD00100101IntraBandCarrierAggregationforDownlink2CCin20MHz.
6.24LOFD070220eMBMSPhase1basedonCentralizedMCEArchitecture
Description
ThisfunctionallowsanMBMSsessiontobebroadcastonmultipleMBSFNareas(MAs)withinaneNodeB.ThisfunctionenablestheMBMSserviceplanninganddeploymenttobe
moreflexible.Beforethisfunctionisintroduced,anMBMSsessioncanbebroadcastononlyoneMAwithinaneNodeB.ThisfunctionisrecommendedwhenmultiplesMAsare
plannedonaneNodeBandtheyneedtobroadcastthesameMBMSsessions(suchasserviceannouncements).
Implementation
Whenthebasebandprocessingunit(BBP)ofaneNodeBreceivesanMBMSsessionandtheeNodeBdeterminesthatthissessionneedstobebroadcastonmorethanoneMS,the
eNodeBcopiestheMBMSsessionforallrelatedMAsandsendstheMBMSsessionstothecorrespondingcells.
ThisfunctioniscontrolledbyanewoptionSessionForMultiMASwitchunderanewparameterMbmsCtrlSwitchintheMBMSParaMO.
ImpactonCapacityandPerformance
Impactoncapacity
IfanMBMSsessionisbroadcastonmultipleMAsofaBBPinamacroeNodeB,theCPUusageoftheBBPwillincrease.
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheMbmsCtrlSwitchparameterisaddedtotheMBMSParaMOandtheSessionForMultiMASwitchoptionisaddedtothisnewparameter.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODMBMSPARAcommandwiththeSessionForMultiMASwitchoptionundertheMbmsCtrlSwitchparameterselected.
6.25LBFD002025BasicScheduling
Description
Thisfeaturesupportsanewlogicalchannelgroupconfiguration.Inpreviousversions,iftheLcgProfileparameterissettoLCG_PROFILE_1,highpriorityandlowprioritynonGBR
uplinkservicesareassignedlogicalchannelgroups2and3,respectively.However,controlplanedata(includingSRB1,SRB2,andbearerswithaQCIof5)andVoLTEservicesare
bothassignedlogicalchannelgroup0.InscenarioswherenonGBRservicesneedtobeprioritized,thisfeatureensuresthattheuplinkschedulingpriorityofcontrolplanedatais
higherthanthatofVoLTEservices.EspeciallywhenthenumberofVoLTEUEsislargeandtheuplinkVoLTEtrafficvolumeisheavy,thisfeatureensuresthatthecontrolplanedata
canbescheduledintheuplinkinatimelymanner.ItisrecommendedthatthisfeaturebeenabledinscenarioswhereUEsareperformingVoLTEservices(withaQCIof1)butnot
GBRservices(withQCIs2to4)andnonGBRservicesneedtobeprioritized.
Implementation
ThevalueLCG_PROFILE_2isaddedtotheLcgProfileparameterintheGlobalProcSwitchMOtoindicateanewlogicalchannelgroupconfiguration.TheLcgProfilenowhasthe
followingvalues:
IfthisparameterissettoLCG_PROFILE_0,then:
Controlplanedata(SRB1,SRB2,andbearerswithaQCIof5),VoLTEservices(withaQCIof1),GBRservices(withQCIsof2to4),nonGBRservices(withQCIsof6
to9orwithanextendedQCI)areassignedlogicalchannelgroups0,1,2,and3,respectively.
IfthisparameterissettoLCG_PROFILE_1,then:
Controlplanedata(SRB1,SRB2,andbearerswithaQCIof5),GBRservices(withQCIsof2to4),highprioritynonGBRservices,andlowprioritynonGBRservices
areassignedlogicalchannelgroups0,1,2,and3,respectively.Inaddition,VoLTEservices(withaQCIof1)areassignedlogicalchannelgroup0.Toensurethe
schedulingpriorityofthecontrolplanedata,itisrecommendedthattheVoLTEservicebedisabledwhenthisparameterissettoLCG_PROFILE_1.
IfthisparameterissettoLCG_PROFILE_2,then:
Controlplanedata(SRB1,SRB2,andbearerswithaQCIof5),VoLTEservices(withaQCIof1),highprioritynonGBRservices,andlowprioritynonGBRservicesare
assignedlogicalchannelgroups0,1,2,and3,respectively.Inaddition,GBRservices(withQCIsof2to4)areassignedlogicalchannelgroup1.Toensuretheservice
qualityofVoLTEservices,iftheparameterissettoLCG_PROFILE_2andtheVoLTEserviceisactivated,GBRservices(withQCIsof2to4)cannotbeconfigured.The
valueLCG_PROFILE_2appliestoonlyLTEFDD.
IftheparameterissettoLCG_PROFILE_1orLCG_PROFILE_2,thelogicalchannelprioritiescanbesetintheLogicalchannelpriorityparameterintheStandardQciMOsand
ExtendedQciMOs.IftheLogicalchannelpriorityparameterissetto9to10fornonGBRservices(withQCIsof6to9oranextendedQCI),thepriorityofnonGBRservicesis
high.IftheLogicalchannelpriorityparameterissetto11to16fornonGBRservices(withQCIsof6to9oranextendedQCI),thepriorityofnonGBRservicesislow.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
IftheLcgProfileparametervalueischangedfromLCG_PROFILE_0toLCG_PROFILE_2,thethroughputofhighprioritynonGBRservicesincreasesbutthethroughput
oflowprioritynonGBRservicesdecreases.ThethroughputcanbeobservedbyusingtheTraffic.Thruput.PDF.Cellfunctionsubset.
IfthenumberofVoLTEUEsislargeandtheuplinkVoLTEtrafficvolumeisheavy,changingtheLcgProfileparametervaluefromLCG_PROFILE_1toLCG_PROFILE_2
hasthefollowingimpacts:
Shortenstheuplinkschedulinglatencyofthecontrolplanedata.
ReducestheERABestablishmentduration,whichcanbeobservedbyusingthefollowingcounters:L.ERAB.Est.TimeAvg,L.ERAB.Est.TimeMax,L.E
RAB.InitEst.TimeAvg,L.ERAB.InitEst.TimeMax
ReducestheRRCconnectionsetupduration,whichcanbeobservedbyusingthecountersL.RRC.ConnSetup.TimeAvgandL.RRC.ConnSetup.TimeMax.
IncreasestheERABestablishsuccessrate(indicatedbytheERABEstablishSuccessRatecounter),thehandoversuccessrates,thesuccessrateofRRC
connectionsetupforservices(indicatedbytheServiceRRCConnectSuccessRatecounter),thesuccessrateofRRCconnectionsetupforothertypes,
whichequals100x(L.RRC.ConnReq.Succ.MoSig)/(L.RRC.ConnReq.Att.MoSig).
MaybenegativelyaffecttheservicequalityofVoLTEservicesandincreasetheuplinkpacketlossrateofserviceswithaQCIof1,whichisequalto
L.Traffic.UL.PktLoss.Loss.QCI.1/L.Traffic.UL.PktLoss.Tot.QCI.1.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensefortheBasisSchedulingfeatureisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
ThevalueLCG_PROFILE_2isaddedtotheLcgProfileparameterintheGlobalProcSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
PrerequisiteFeatures
LBFD002025BasicScheduling
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
RelatedOperations
RuntheMODGLOBALPROCSWITCHcommandwiththeLCGProfileparametersettoLCG_PROFILE_2.
6.26LOFD001048TTIBundling
6.26.1TTIBundlingforUEsPerformingMixedServices
Description
ThisfeatureallowsUEstoentertheTTIbundlingstatewhenUEsareperformingVoLTEanddataservicesatthesametime(hereinafter,thecombinationofVoLTEanddataservices
iscalledmixedservices).IfUEscannotentertheTTIbundlingstatewhenperformingmixedservices,thevoiceservicequalityispoorinweakcoverageareas.Thisfeature
addressesthisissueandimprovestheuplinkvoiceservicequalityinweakcoverageareasforUEsperformingmixedservices.Itisrecommendedthatthisfeaturebeactivatedin
VoLTEscenarioswiththeTTIbundlingfeatureenabled.
Implementation
TheTtiBundlingTriggerStrategyparameterhasbeenaddedtotheCellUlSchAlgoMO.
WhentheTtiBundlingSwitch(TtiBundlingSwitch)optionoftheUlSchSwitchparameterisselected,theTtiBundlingTriggerStrategyparametertakeseffectasfollows:
IfthisparameterissettoSERVICE_VOIP(SERVICE_VOIP),theeNodeBcaninstructUEsperformingonlyVoLTEservicestoentertheTTIbundlingstate.
IfthisparameterissettoSERVICE_MULTIAPP(SERVICE_MULTIAPP),theeNodeBcaninstructUEsperformingonlyVoLTEservicesormixedservicestoenterthe
TTIbundlingstate.
ThisfeatureandtheTtiBundlingTriggerStrategyparameterapplytoonlyLTEFDD.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
SettingtheTtiBundlingTriggerStrategyparametertoSERVICE_MULTIAPP(SERVICE_MULTIAPP)hasthefollowingimpacts:
IncreasestheprobabilityofUEsenteringtheTTIbundlingstate,improvingthevoiceservicequalityinweakcoverageareasandreducingthepacketlossrate
ofserviceswithaQCIof1.ThispacketlossrateisequaltoL.Traffic.UL.PktLoss.Loss.QCI.1/L.Traffic.UL.PktLoss.Tot.QCI.1.
MaybedecreasethedataservicethroughputofUEsintheTTIbundlingstate,whichcanbeobservedusingthefunctionsubsetTraffic.Thruput.PDF.Cell.
AsthenumberofRBsusedbyaUEincreasesaftertheUEenterstheTTIbundlingstate,thereispossibilitythatthetrafficvolumeandthroughputofthelocal
celldecreasewhenthenumberofUEsinthecellislargeandtheuplinkRBusageishigh.Thecelltrafficvolumeandthroughputcanbeobservedusingthe
Traffic.Thruput.Cellfunctionsubset.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensefortheTTIBundlingfeatureisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheTtiBundlingTriggerStrategyparameterhasbeenaddedtotheCellUlSchAlgoMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
PrerequisiteFeatures
LOFD001048TTIBundling
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
RelatedOperations
RuntheMODCELLULSCHALGOcommandwiththeTTIBundlingTriggerStrategyparameterspecified.
IfthisparameterissettoSERVICE_VOIP(SERVICE_VOIP),theeNodeBcaninstructUEsperformingonlyVoLTEservicestoentertheTTIbundlingstate.
IfthisparameterissettoSERVICE_MULTIAPP(SERVICE_MULTIAPP),theeNodeBcaninstructUEsperformingonlyVoLTEservicesormixedservicestoenterthe
TTIbundlingstate.
6.26.2SupportforConfigurableTTIBundlingParameters
Description
ThisfunctionallowsforconfigurableTTIbundlingparameters.ItisrecommendedthatthisfunctionbeenabledinVoLTEscenarioswhenTTIbundlingisenabled.
Implementation
TheparametersTtiBundlingHarqMaxTxNum,TtiBundlingRlcMaxSegNum,StatisticNumThdForTtibTrig,StatisticNumThdForTtibExit,andHystToExitTtiBundlingareadded
totheCellUlSchAlgoMOtoimplementthisfunction.
WhentheTtiBundlingSwitchoptionundertheUlSchSwitchparameterisselected,
TheTtiBundlingHarqMaxTxNumparameterspecifiesthemaximumnumberofHARQtransmissiontimesintheuplinkinTTIbundlingmode.
TheTtiBundlingRlcMaxSegNumparametercontrolswhethertoapplyupperlimitcontrolonservicedataunit(SDU)segmentationattheRLClayerintheuplinkfor
servicesscheduledinTTIbundlingmodeandthemaximumSDUsegmentsattheRLClayer.Ifthisparameterissetto0,theupperlimitcontrolonSDUsegmentationat
theRLClayerisdisabledintheuplinkforservicesscheduledinTTIbundlingmode.IfthisparameterissettoanonzerovalueX,upperlimitcontrolonSDU
segmentationattheRLClayerisenabledandamaximumofXSDUsegmentsthatcanbedividedforservicesinuplinkdynamicschedulinginTTIbundlingmode.
TheStatisticNumThdForTtibTrigparameterspecifiesthethresholdofchannelqualitystatistictimesduringwhichthechannelqualityofaUEconsistentlymeets
conditionsforenteringTTIbundling.BeforeaUEentersTTIbundling,theeNodeBperformsstatisticonthechannelqualityoftheUEattheintervalof20msorlonger.If
thenumberofstatistictimesduringwhichthechannelqualityoftheUEconsistentlymeetsconditionsforenteringTTIbundlingisgreaterthanthisparametervalue,the
UEentersTTIbundling.
TheStatisticNumThdForTtibExitparameterspecifiesthethresholdofchannelqualitystatistictimesduringwhichthechannelqualityofaUEconsistentlymeets
conditionsforexitingfromTTIbundling.BeforeaUEexitsfromTTIbundling,theeNodeBperformsstatisticonthechannelqualityoftheUEattheintervalof20msor
longer.IfthenumberofstatistictimesduringwhichthechannelqualityoftheUEconsistentlymeetsconditionsforexitingfromTTIbundlingisgreaterthanthisparameter
value,theUEexitsTTIbundling.
TheHystToExitTtiBundlingparameterspecifiesthehysteresisofStatisticNumThdForTtibExitascomparedtoStatisticNumThdForTtibTrig.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
AsmallervalueoftheTtiBundlingHarqMaxTxNumparameterresultsinfewerradioresourceoverheadscausedbyHARQretransmissionsbutlowerradiolinkreliability.Alarger
valueofthisparameterresultsintheoppositeeffects.
SettingtheTtiBundlingRlcMaxSegNumparametertotherecommendedvalueinanRATimprovesthevoicequalityforVoLTEusersinTTIbundlingmodebutmaydecreasethe
dataservicethroughputoftheseusers.Asmallernonzerovalueofthisparameter(1isthesmallestvalue)resultsinfewerSDUsegmentsthatcanbedividedforservicesinuplink
dynamicschedulinginTTIbundlingmode,pooreruplinkcoverageforVoLTEservices,andfewercontrolchannelelements(CCEs)consumedinuplinkdynamicschedulingofVoLTE
services.Alargernonzerovalueofthisparameterresultsintheoppositeeffects.TherecommendedvalueinanRATisthemaximumvalueintheRAT.Ifthisparameterissetto0
oravaluegreaterthantherecommendedvalueintherelatedRAT,thenumberofSDUsegmentsattheRLClayerforservicesduringuplinkdynamicschedulinginTTIbundlingmode
mayexceedtherecommendedvalueintheRAT.Asaresult,voicepacketdelayisprolonged,leadingtomorediscardedpacketsduetotimerexpiryontheUEsideanddeteriorated
uplinkcoverageforVoLTEservices.
SettingtheStatisticNumThdForTtibTrigparametertoanappropriatevaluehelpsdecreasetheprobabilityofunnecessaryTTIbundlingenteringcausedbywirelesssignalfluctuation
andpreventunnecessaryRRCconnectionreconfigurations.AsmallervalueofthisparameterresultsinashortertimetodelayTTIbundlingentering,ahigherprobabilityofentering
TTIbundling,ahigherprobabilityofunnecessaryTTIbundlingentering,andmoreRBresourcestobeconsumedifaUEentersTTIbundlingwhenthechannelqualityisgood.Asa
result,throughputdeceases.AlargervalueofthisparameterresultsinalongertimetodelaytheTTIbundlingentering,alowerprobabilityofenteringTTIbundling,andahigher
probabilitythatvoiceservicequalitydeteriorates,andmoreCCEstobeconsumedandlowerMOSscoresifaUEdoesnotenterTTIbundlinginatimelymannerwhenthechannel
qualityisbad.
SettingtheStatisticNumThdForTtibExitparametertoanappropriatevaluehelpsdecreasetheprobabilityofunnecessaryexitfromTTIbundlingcausedbywirelesssignalfluctuation
andpreventunnecessaryRRCconnectionreconfigurations.AsmallervalueofthisparameterresultsinashortertimetodelaytheexitfromTTIbundling,ahigherprobabilityof
exitingfromTTIbundling,ahigherprobabilityofunnecessaryexitfromTTIbundling,moreRRCconnectionreconfigurations,andlowerMOSscores.Alargervalueofthisparameter
resultsinalongertimetodelaytheexitfromTTIbundling,alowerprobabilityofexitingfromTTIbundling,andahigherprobabilitythatUEsretaininTTIbundlingmodeevenwhen
thechannelqualityisgood,whichconsumesmoreRBresourcesanddecreasesthroughput.
SettingtheHystToExitTtiBundlingparametertoanappropriatevaluehelpsdecreasetheprobabilityofunnecessaryexitfromTTIbundlingcausedbywirelesssignalfluctuationand
preventunnecessaryRRCconnectionreconfigurations.AsmallervalueofthisparameterresultsinahigherprobabilityofexitingfromTTIbundling,ahigherprobabilityof
unnecessaryexitfromTTIbundling,moreRRCconnectionreconfigurations,andlowerMOSscores.AlargervalueofthisparameterresultsinalowerprobabilityofexitingfromTTI
bundlingandahigherprobabilitythatUEsretaininTTIbundlingmodeevenwhenthechannelqualityisgood,whichconsumesmoreRBresourcesanddecreasesthroughput.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicenseforTTIBundlingisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheparametersTtiBundlingHarqMaxTxNum,TtiBundlingRlcMaxSegNum,StatisticNumThdForTtibTrig,StatisticNumThdForTtibExit,andHystToExitTtiBundlingareadded
totheCellUlSchAlgoMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
LOFD001048TTIBundling
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLULSCHALGOcommandwiththeparametersTtiBundlingHarqMaxTxNum,TtiBundlingRlcMaxSegNum,StatisticNumThdForTtibTrig,
StatisticNumThdForTtibExit,andHystToExitTtiBundlingsettopropervalues.
6.27LOFD001008UltraHighSpeedMobility
6.27.1OptimizedThroughputPerformanceinHighSpeedRailwayNLOSScenarioswithHighFrequencyBand
Description
Thisfeatureenhancesfrequencyoffsetestimationandcorrectioninhighspeedrailwaynonlineofsight(NLOS)scenarios,andthereforeincreasestheuplinkthroughoutinsuch
scenarios.Itisrecommendedthatyouenablethisfeatureinscenarioswithafrequencybandbetween1GHzand2.6GHzandamobilityspeedof350km/hor450km/h.
Implementation
Withthisfeature,algorithmsareselectedbasedontheDopplerfrequencyshiftandspreadspectrum.Inaddition,theMIMOmodeisselectedmanuallyaftertheupgradetoimprove
thedownlinkthroughput.
ImpactonCapacityandPerformance
Impactoncapacity
Theuplinkthroughputinscenarioswithgreatfrequencyoffsetincreases.Inaddition,thedownlinkthroughputalsoincreasesastheMIMOmodeischangedtoopenloop
adaptivemode.
Impactonperformance
Theaccesssuccessrate,handoversuccessrate,andservicedroprateincreaseinNLOSscenarios.
ImpactonNEs
None
ImpactonHardware
ThisfeatureisnotsupportedbyLBBPcboards.
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
ThisfeatureiscontrolledbytheexistinglicenseUltraHighSpeedMobility(perCell)(FDD),andlicenseupdateisnotrequiredforthefeatureenhancement.
Impactonconfigurationmanagement
IfCELL.HighSpeedFlagissettoULTRA_HIGH_SPEED,thedefaultvaluesofCELLMIMOPARACFG.MimoAdaptiveSwitchand
CELLMIMOPARACFG.InitialMimoTypewillchangeaftertheupgrade.Therefore,it'snecessarytosetCELLMIMOPARACFG.MimoAdaptiveSwitchtoOL_ADAPTIV
andCELLMIMOPARACFG.InitialMimoTypetoADAPTIVEMIMOmanualaftertheupgrade.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMMLcommandMODCELLMIMOPARACFGwithMimoAdaptiveSwitchsettoOL_ADAPTIV.
RuntheMMLcommandMODCELLMIMOPARACFGwithInitialMimoTypesettoADAPTIVE(ADAPTIVE).
6.27.2ImprovedSupportedMobilityRateandUENumberSpecificationofHighSpeed/UltraHighSpeedCells
Description
ThisfeatureenhancesthefrequencyoffsetestimationandcorrectionfunctionandincreasestheUEnumberspecificationinhighspeed/ultrahighspeedcells.Thisaimstoenable
highspeed/ultrahighspeedcellstosupportamobilityspeedof350km/handsupportmoreUEs.Inaddition,KPIperformancesareimprovedthroughSFN.Itisrecommendedthat
youenablethisfeatureinhighspeedrailwaysorhighwaysthatworkinafrequencybandbetween1GHzand2.6GHzandhaveaspeedhigherthan120km/h.
Implementation
Withthisfeature,thefrequencyoffsetestimationrangeisextended,thefrequencyoffsetcorrectioncapabilityisenhanced,andthevaluesofsomeparametersforhighspeed/ultra
highspeedcellsarechanged.Inthismanner,highspeedcellscansupportthefrequencybandof2.6GHzand400activatedUEinamobilityspeedof350km/handultrahighspeed
cellscansupportthefrequencybandof2.6GHzand200activatedUEinamobilityspeedof450km/h.Inaddition,KPIperformancesareimprovedthroughSFN.
ImpactonCapacityandPerformance
Impactoncapacity
Theaverageuplinkthroughputandsingleuseruplinkthroughputincreasesinhighspeedcells.InSFNscenarios,however,enablingthisfeaturedecreasestheoverallnetwork
capacity.
Impactonperformance
Theaccesssuccessrate,handoversuccessrate,andservicedroprateinhighspeedcellsimprovebecauseofenhancedfrequencyoffsetestimationandcorrectioncapabilityas
wellastheapplicationofSFN.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
ImpactonlicenseManagement
None
ImpactonconfigurationManagement
TheHighSpeedRootSequenceCycleShiftSwitchparameterisaddedtotheENodeBAlgoSwitchMOtospecifywhethercyclicshiftisappliedduringthegeneration
ofpreambles.
ImpactonperformanceManagement
None
ImpactonfaultManagement
None
ImpactonOtherFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
RelatedOperations
RuntheMODENODEBALGOSWITCHcommandwiththeHighSpeedRootSequenceCycleShiftSwitchparametersettoapropervalue.
6.28LOFD070214UL8AntennaReceiveDiversity
Description
Uplink(UL)8antennareceivediversityinfrequencydivisionduplex(FDD)modehasbeenenhanced.ComparedwithUL2antennaand4antennareceivediversity,UL8antenna
receivediversityprovideshigherdiversitygainsandarraygains,therebyimprovingcellcoverageperformanceandcellcapacity.ItisrecommendedthatUL8antennareceive
diversitybeenabledtoimproveULcoverage.
Implementation
Inearlierversions,two2T4RRRUsarecombinedtoservea2T8R(2T4R+2T4R)celltoimplementUL8antennareceptionanddownlink(DL)4antennatransmission(2x2MIMOin
theDL).
Inthecurrentversion,thisfeatureisenhancedasfollows:
Two2T4RRRUsarecombinedtoservea2T8R(2T4R+0T4R)celltoimplementUL8antennareceptionandDL2antennatransmission.
ImpactonCapacityandPerformance
Impactoncapacity
ComparedwithLOFD001005UL4AntennaReceiveDiversityandLBFD00202001UL2AntennaReceiveDiversity,UL8antennareceivediversityprovidesabout3dB
diversitygainsand6dBarraygains.Thisreducesthetransmitpowerofcellcenterusers(CCUs)andincreasesthemodulationandcodingscheme(MCS)indexand
throughputofcelledgeusers(CEUs).
Inscenarioswhere8antennareceptionhasthesamecoverageas2antennaand4antennareception:
FortheDL,UL8antennareceptionhasnoimpactonDLperformance.
FortheUL,UL8antennareceptionimprovestheULaverageMCSindexandthroughputobviouslyforCEUsandby100%ormoreforUEsextremelyfarfrom
theeNodeB.ThethroughputofCCUsdoesnotimproveorimproves,buttheUEtransmitpowerdecreasesto8dBormore.
Inscenarioswhere8antennareceptionprovideswidercoverageandservesmoreUEsthan2antennaand4antennareception:
FortheDL,UL8antennareceptionmaydecreasetheDLaverageMCSindexandthroughput.Ononehand,theDLthroughputofUEsdecreasesintheDL2
antennacoverageareabecausetheamountofavailabletimefrequencyresourcesdecreases.Ontheotherhand,theDLaverageMCSindexandthroughout
decreaseduetopoorchannelconditionsintheUL8antennanewcoveragearea.
FortheUL,UL8antennareceptionmaydeteriorateULaverageMCSindexandthroughput.Ononehand,theULthroughputofUEsdecreasesintheUL2
antennacoverageareabecausetheamountofavailabletimefrequencyresourcesdecreases.Ontheotherhand,theULaverageMCSindexandthroughout
decreaseduetopoorchannelconditionsintheUL8antennanewcoveragearea.
Impactonperformance
ComparedwithLOFD001005UL4AntennaReceiveDiversityandLBFD00202001UL2AntennaReceiveDiversity,UL8antennareceivediversityprovides
about3dBdiversitygainsand6dBarraygainsandincreasesthemodulationandcodingscheme(MCS)indexandthroughputofCEUs.
Inscenarioswhere8antennareceptionhasthesamecoverage,UL8antennareceptionimprovesnetworkperformance.ThemoretheCEUs,themore
effectivelythenetworkperformanceimproves.
However,8antennareceptionextendsthecoverageareawith3dBdiversitygainsand6dBarraygainscomparedwith2antennaand4antennareception,and
thereforethenumberofonlineUEsmayincrease.ThechannelconditionsfortheseUEsarepoor.Therefore,thecoverageperformanceoftheentirecelldoes
notsignificantlyimproveandevendeteriorates.
ImpactonNEs
ThisfeatureisimplementedonthemacroeNodeB,U2000,andCME.
ImpactonHardware
ThebasebandprocessingunitmustbeLBBPd4.Iftwo2T4RRRUsarecombinedintoa4T8RRRUforUL8antennareception,the2T4RRRU(RRU3262)mustbeused.Iftwo
2T4RRRUsarecombinedintoa2T8RRRUforUL8antennareception,the2T4RRRU(RRU3632orRRU3630)mustbeused.
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensecontrolitemUL8AntennaReceiveDiversity(perCell)(FDD)isstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
ThisfeatureisconfiguredbyusingtheSECTOR,CELL,andEUCELLSECTOREQMMOs.TheSECTOREQMandCELLMOsareconfiguredintheeNodeBRadio
DatasheetofthesummarydatafileontheCME.
Impactonperformancemanagement
CellperformancemonitoringcanbeperformedontheU2000toobservethereceivedsignalstrengthindicator(RSSI)valuesofeightantennas.IfalltheRSSIvaluesare
valid,theUL8antennareceivediversityfeaturehastakeneffect.
Impactonfaultmanagement
CellperformancemonitoringcanbeperformedontheU2000toobservetheRSSIvaluesofeightantennas.
ImpactonOtherFeatures
Prerequisitefeatures
LOFD001001DL2x2MIMO
UL8antennareceivediversitycanbeusedonlywhena4T8R(2x2MIMOusedintheDL)or2T8Rcellissetup.
Mutuallyexclusivefeatures
LOFD001002UL2x2MUMIMO
LOFD001058UL2x4MUMIMO
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLOFD001002UL2x2MUMIMOorLOFD001058UL2x4MUMIMO.
LOFD001066IntraeNodeBULCoMP
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLOFD001066IntraeNodeBULCoMP.
LOFD001031ExtendedCP
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLOFD001031ExtendedCP.
LOFD001008UltraHighSpeedMobility
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLOFD001008UltraHighSpeedMobility.
LOFD001096AdvancedReceiver(PSIC)
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLOFD001096AdvancedReceiver(PSIC).
LOFD003029SFNandLOFD070205AdaptiveSFN/SDMA
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLOFD003029SFNorLOFD070205AdaptiveSFN/SDMA.
LOFD001051CompactBandwidth
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLOFD001051CompactBandwidth.
LOFD001076CPRICompression
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLOFD001076CPRICompressionfora4T8Rcell.
LAOFD080207CarrierAggregationforDownlink3CC[Trial]
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLAOFD080207CarrierAggregationforDownlink3CC[Trial].
LAOFD080202CarrierAggregationforUplink2CC[Trial]
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLAOFD080202CarrierAggregationforUplink2CC[Trial].
Impactedfeatures
LOFD001009ExtendedCellAccessRadius
4T8Risnotdirectlyexclusivewithextendedcellcoverage.Whenmultipathdelayislarge,the4T8RcellcannotbeconfiguredastheextendedCP(ECP)celland
thereforeextendedcellcoverageperformanceisaffected.
LBFD070101UplinkTimingBasedonPUCCH
LOFD070214UL8AntennaReceiveDiversityisnotcompatiblewithLBFD070101UplinkTimingBasedonPUCCH.Fora4T8Rcell,LBFD070101UplinkTiming
BasedonPUCCHdoesnottakeeffect.
RelatedOperations
Fordetails,see"EngineeringGuidelinesonMultipleAntennaReceiveDiversity"inMIMOFeatureParameterDescription.
6.29LBFD00201802CoverageBasedInterfrequencyHandover
6.29.1OptimizationofInterFrequencyHandoverTriggeringEventTypeforCAUEs
Description
InCAscenarios,eventA4hasbeenchangedtoeventA5sothatuplinkqualitybasedanddistancebasedinterfrequencyhandoverscanbeperformedbetweenthePCellandSCell.
Implementation
AftereventA4basedmeasurementischangedtoeventA5basedmeasurement,uplinkqualitybasedinterfrequencyhandoverscanbeperformedbetweenthePCellandSCell.
AftereventA4basedmeasurementischangedtoeventA5basedmeasurement,distancebasedinterfrequencyhandoverscanbeperformedbetweenthePCellandSCell.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThenumberofhandoversbetweenthePCellandSCellincreases.
ImpactonNEs
ThisoptimizationisimplementedontheeNodeB.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensesforDistanceBasedInterfrequencyHandoverandCoverageBasedInterfrequencyHandoverarestillapplicable.Theenhancementofthisfeature
hasnoimpactonthelicense.
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.29.2EnhancementintheCoveragebasedInterFrequencyHandover
Description
ThisfeatureallowsVoIPservicestobepreferentiallyhandedovertotheuserspecifictargetfrequencyorfrequencysetduringcoveragebasedinterfrequencyhandovers.This
featurehelpsreducethenumberofVoIPservicehandoversandimprovethevoicequality.ItisrecommendedthatthisfeaturebeusedinscenarioswhereVoIPservicesare
performedinanetworkthatcontainsthreeormorethanthreefrequencies,withcertainfrequencieshavingtheoptimalcoverage.
Implementation
Whenmeetingthecriterionfordeterminingweakcoverage,aUEsendsameasurementreporttriggeredbyeventA2.Uponreceivingthemeasurementreport,theeNodeBdetermines
whethertheUEhasthevoiceservicebearer.IftheUEhasthevoiceservicebearer,theeNodeBdeliversA4measurementconfigurationstoinstructtheUEtoselectameasurement
frequencydependingonthesettingoftheVoipMeasFreqPriSwitchoptionoftheCellAlgoSwitch.MultiFreqPriControlSwitchparameter:
Whenthisoptionisselected,theUEselectstheinterfrequencywiththehighestEutranInterNFreq.VoipPriorityparametervalueasthemeasurementfrequency.
Whenthisoptionisdeselected,themethodofselectingthemeasurementfrequencyforUEswithvoiceservicebeareristhesameasthatforUEswithoutvoiceservice
bearer.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThisenhancementreducesthenumberofVoIPservicehandovers(indicatedbythesumoftheL.HHO.IntraeNB.InterFreq.ExecAttOut.VoIPand
L.HHO.IntereNB.InterFreq.ExecAttOut.VoIPcounters)andimprovesthevoicequality.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheVoipMeasFreqPriSwitchoptionisaddedtotheCellAlgoSwitch.MultiFreqPriControlSwitchparameter.TheEutranInterNFreq.VoipPriorityparameterisaddedtospecifythe
frequencypriorityofcoveragebasedhandoversforVoIPservices.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
Toenablethisfeature,runtheMODCELLALGOSWITCHcommand,withtheVoipMeasFreqPriSwitchoptionoftheCellAlgoSwitch.MultiFreqPriControlSwitchparameter
selected.
RuntheMODEUTRANINTERNFREQcommand,withthevalueoftheVoipPriorityparameterofthefrequencywiththebestcoveragesettothehighestvalue.
6.30LOFD002005MobilityRobustOptimization(MRO)
6.30.1OptimizationofIntraRATMRO
Description
IntraRATmobilityrobustnessoptimization(MRO)hasbeenoptimized.ThisoptimizationsolvestheshortageofmaintenanceandtestmethodsforintraRATMROandrectifies
functiondefectsofintraRATMROinsomenetworkingscenarios.ThisoptimizationalsoimprovesgainassessmentoninterfrequencyMROandUElevelMROagainstpingpong
handoversandfurtherimprovesthemechanismforidentifyinghandoverexceptionsandintraRATMROmechanism.ItisrecommendedthatintrafrequencyMROandUElevelMRO
beenabledinintrafrequencycontiguouscoveragenetworkingscenariosandthatinterfrequencyMRObeenabledininterfrequencycontiguouscoveragenetworkingscenarios.
Implementation
IntraRATMROhasbeenoptimizedasfollows:
MaintenanceandtestmethodsforUElevelMROagainstpingponghandovershavebeenadded.TheeNodeBnowmeasuresthenumberoftimespingponghandovers
aredeterminedbyUElevelMROandthenumberoftimespingponghandoverpreventreconfigurationmessagesaredelivered.
ThecounterformeasuringthenumberoftimesinterfrequencymeasurementconfigurationisdeliveredhasbeenaddedtoevaluatethegainsaftertheeventA2triggering
thresholdforinterfrequencymeasurementisoptimized.
TheprocedurefortriggeringMROagainstprematureordelayedhandoverswhentheintraMROsuccessrateislessthanaspecifiedthresholdhasbeenremoved.This
helpsreduceinvalidadjustmentinintraRATMRO.
ThemechanismforchangingtheeventA1triggeringthresholdwhentheeventA2triggeringthresholdisoptimizedbyinterfrequencyMROhasbeenadded.This
mechanismpreventsfrequentdeliveryanddeletionofinterfrequencymeasurementconfigurationswhentheeventA2triggeringthresholdisclosetotheeventA1
triggeringthresholdandallowsoperatorstochangeparametersettings.
WhentheproportionofdelayedhandoversrelatedtoeventA2basedinterfrequencymeasurementissmall,theeventA2triggeringthresholdforinterfrequency
measurementcanbechangedtoavaluelessthantheinitiallyconfiguredvalue.Thishelpsreducethenumberofinvalidinterfrequencymeasurementsduetotheinitially
configuredhigheventA2triggeringthreshold.
ThemechanismfordeterminingdelayedhandoversduringintraRATMROhasbeenoptimizedincompliancewith3GPPRelease11.IfaUEfailstoaccessthetargetcell
andreestablishesanRRCconnectiontothetargetcellafterreceivingthehandoverinstruction,theeNodeBdoesnotmeasurethisscenarioasadelayedhandover.
ImpactonCapacityandPerformance
Impactoncapacity
ForinterfrequencyMRO,ifthethresholdfortheproportionofdelayedhandoversrelatedtoeventA2basedmeasurementissmall,interfrequencyMROiseasilytriggered
toincreasetheeventA2triggeringthreshold.ThiscanreducethenumberofdelayedhandoversrelatedtoeventA2basedmeasurementandincreasetheprobabilityof
invalidinterfrequencymeasurement.InterfrequencymeasurementmayinterruptservicesofUEs,andthereforetheaveragethroughputofUEsatthecelledgemay
decrease.
Impactonperformance
WhenintraRATMROisperformedtopreventprematurehandovers,thenumberofprematurehandoversdecreasesbuttheprobabilityofdelayedhandoversincreases,
whichmayincreasetheservicedroprate.Similarly,whenintraRATMROisperformedtopreventdelayedhandovers,thenumberofdelayedhandoversdecreasesbutthe
probabilityofprematurehandoversincreases,whichincreasesthenumberofoutgoinghandovers.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensefortheMROfeatureisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheInterFreqMroAdjParaSelparameterhasbeenaddedtotheCellMroMOtospecifythepolicyforselectingMROparameters.
Impactonperformancemanagement
TheL.MeasCtrl.InterFreqA3.Coverage.Num.TotalandL.MeasCtrl.InterFreqA4A5.Coverage.Num.Totalcountershavebeenaddedtomeasurethenumberoftimesinter
frequencymeasurementconfigurationisdeliveredduringinterfrequencyMRO.ThesetwocountersareusedtoevaluatethegainsaftertheeventA2triggeringthreshold
forinterfrequencymeasurementisdecreased.
TheL.HHO.NCell.PingPongHo.ConsecutiveandL.HHO.NCell.UeMro.Ciocountershavebeenaddedtomeasurethenumberoftimespingponghandoversare
determinedbyUElevelMROandthenumberoftimespingponghandoverpreventreconfigurationmessagesaredelivered,respectively.Thesetwocountersareusedto
evaluatethegainsofferedbyUElevelMROagainstpingponghandovers.
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.30.2OptimizedMeasurementCriteriaforInterRATMROAgainstPrematureandDelayedHandovers
Description
ThemeasurementcriteriaforinterRATMROagainstprematureanddelayedhandovershavebeenoptimizedtoaddresstheissuewhereinterRATMROparametersareincorrectly
adjusted.
Implementation
Themeasurementcriteriahavebeenmodifiedasfollows:
1.InthefunctionofinterRATMROagainstprematurehandovers,theeNodeBmeasuresonlythenumberofnecessaryprematurehandoversandnolongermeasuresthe
numberofothertypesofprematurehandovers.Necessaryhandoversrefertocoverage,distance,andULqualitybasedhandovers.
2.InthefunctionofinterRATMROagainstdelayedhandovers,ifanexceptionoccursonaUEafterahandoverrequestissentduringanecessaryhandover,sucha
handoverisnotregardedasaninterRATdelayedhandover.
3.InthefunctionofinterRATMROagainstdelayedhandovers,ifaneNodeBdoesnotdeliverthecoveragebasedinterRATmeasurementconfigurationforeventA2toa
UE,abnormalhandoversthatoccuronsuchaUEarenotregardedasA2relateddelayedinterRAThandovers.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
None
6.31LOFD001016VoIPSemipersistentScheduling
Description
ThisfeatureenablestheeNodeBtoimplementtheSRMaskfunctionintroducedin3GPPRelease9.Withthisfeature,UEsthatperformVoLTEservicesnolongertriggerscheduling
requests(SRs)overlogicalchannelsonwhichuplinksemipersistentscheduling(SPS)isactivated.ThisfeaturehelpsimprovethepowersavingperformanceofUEs.
ItisrecommendedthatthisfeaturebeenabledwhentheuplinkSPSfunctionisenabled.
Implementation
TheSRMaskfunctiontakeseffectwhenallthefollowingconditionsaremet:
1.UEscomplywith3GPPRelease9orlater.
2.UEshaveactivatedtheuplinkSPSonalogicalchannel.
3.TheeNodeBhasconfiguredthelogicalChannelSRMaskinformationelement(IE)forthelogicalchannelusingRRCsignaling.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThepowersavingperformanceofUEsimproveswhentheuplinkSPSisactivatedforVoLTEservices.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheSrMaskSwitchparameterhasbeenaddedtotheCELLULSCHALGOMOtocontrolwhethertoenabletheSRMaskfunction.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
ThisfeaturetakeseffectwhentheuplinkSPSfunctionandtheSRMaskfunctionareenabled.
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLULSCHALGOcommandwithSrMaskSwitchsettoanappropriatevalue.
6.32LOFD001019PSInterRATMobilitybetweenEUTRANandUTRAN
Description
ThisfeatureoptimizesthepenaltyandretrymechanismsinthecaseofhandoverfailurescausedbynonresourceinducedadmissionfailuresandUutransmissionfailuresduring
interRATmobilitybetweenEUTRANandUTRAN.Withthisfeature,UEscanproperlyperformSRVCChandoversduringapenaltyinthecaseofPShandoverfailures,thereby
decreasingtheservicedroprate.
Implementation
TheL2UBasedHoPolicyPenaltySwitchoptionoftheHoCommOptSwitchparameterintheENodeBAlgoSwitchMOcontrolswhethertoenablethisfeature.Whenthisoptionis
selected,thisfeatureisenabled.InthecaseofnonresourceinducedadmissionfailuresandUutransmissionfailures,PShandoverpenaltiesandretriesareperformedseparately
fromSRVCChandoverpenaltiesandretries.Specifically,UEscanretrySRVCChandoversduringaPShandoverpenaltyorretryPShandoversduringanSRVCChandoverpenalty.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
Afterthisfeatureisenabled,thenumberofinterRAThandoversincreaseswithalowprobability.However,thenumberofservicedropsandcallreestablishmentsdueto
delayedinterRAThandoversandthenumberofcallreestablishmentsdecrease.
ImpactonNEs
ThisfeatureisimplementedontheeNodeB.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensefortheMobilityManagementfeatureisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
TheL2UBasedHoPolicyPenaltySwitchoptionhasbeenaddedtotheHoCommOptSwitchparameterintheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODENODEBALGOSWITCHcommandwiththeL2UBasedHoPolicyPenaltySwitchoptionoftheHoCommOptSwitchparameterselectedordeselected.
6.33LOFD001043ServicebasedinterRAThandovertoUTRAN
Fortheimpactofthechangeinthisfeature,see6.32LOFD001019PSInterRATMobilitybetweenEUTRANandUTRAN.
6.34LOFD001072DistancebasedInterRAThandovertoUTRAN
Fortheimpactofthechangeinthisfeature,see6.32LOFD001019PSInterRATMobilitybetweenEUTRANandUTRAN.
6.35LOFD060201AdaptiveInterCellInterferenceCoordination
6.35.1ModifiedO&MModeofAdaptiveICIC
Description
TheAdaptiveICICfeatureofeRAN7.0canbedeployedininventorybasedmode(intheSONarchitecture)orevolutionbasedmode(intheRRMarchitecture).
Theinventorybasedmodeappliesinthefollowingscenarios:
UseECO6910V100R002fordeployingandmaintainingAdaptiveICIC.
UseECO6910V100R003fordeployingandmaintainingAdaptiveICIC,whereECO6910V100R003isupgradedfromECO6910V100R002buttheinventorybasedmode
hasnotbeenswitchedtotheevolutionbasedmode.
Theevolutionbasedmodeappliesinthefollowingscenarios:
UseECO6910V100R003orlaterfordeployingandmaintainingAdaptiveICIC.
UseECO6910V100R003fordeployingandmaintainingAdaptiveICIC,whereECO6910V100R003isupgradedfromECO6910V100R002andtheinventorybasedmode
hasbeenswitchedtotheevolutionbasedmode.
DuetoECO6910architectureevolution,theinventorybasedmodewillbedisusedandtheevolutionbasedmodewillbereservedinECO6910V100R003orlater.InECO6910
V100R003,theinventorybasedmodeisswitchedtotheevolutionbasedmode.
IneRAN8.0,theinventorybasedmodeforAdaptiveICICisdisusedandtheevolutionbasedmodeforAdaptiveICICisreserved.ThismodificationhasnoimpactsontheO&Mmode
selectioniftheinventorybasedmodehasbeenswitchedtotheevolutionbasedmodeinversionsearlierthaneRAN8.0.Iftheinventorybasedmodeisstillusedinversionsearlier
thaneRAN8.0,itmustbeswitchedtotheevolutionbasedmodeineRAN8.0.ThismodificationaffectstheselectionoftheO&MmodeoftheAdaptiveICICfeaturewithoutaffecting
theperformanceofAdaptiveICIC.
Implementation
Thefollowingmodificationsaremade:
1.O&MchannelsbetweentheeNodeBandtheeCoordinatorareremoved,whicharedatachannelstheinventorybasedmode.
2.TheO&MGUIsforAdaptiveICICareremovedfromtheU2000,whichincludeGUIsforaddinganoptimizationarea,creatinganoptimizationtask,configuring
optimizationparameters,andqueryingtherunningstatus.
3.ThefaultalarmmechanismintheinventorybasedmodeisremovedfromtheeCoordinator.
4.ThelicensemanagementmechanismintheinventorybasedmodeisremovedfromtheeCoordinator.
5.SONlogsareremovedfromtheeCoordinator.
6.ThefollowingMMLcommandsandparametersrelatedtoAdaptiveICICtheinventorybasedmodeareremovedfromtheeCoordinator:
MMLcommands:ADDOPTIZONE,ADDOPTIOBJ,MODAICICOPTIPARA,andMODOPTIFEATURE
Parameters:OptiZoneId,OptiZoneName,OptiObjType,OptiObjId,RAT,OptiType,OptiPeriod,OptiFeatureId,OptiName,FeatureType,OptiCellType,
ParaId,OptiZoneId,EnableSwitch,ImplementMode,andImplementSchedule
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
O&MchannelsbetweentheeNodeBandtheeCoordinatorhavebeenremoved.
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheAdaptiveInterCellInterferenceCoordination(LTEFDD)(perCell)licensecontrolitemintheinventorybasedmodehasbeendeletedineRAN8.0.
Impactonconfigurationmanagement
ThefollowingMMLcommandsandparametersrelatedtoAdaptiveICICintheinventorybasedmodehavebeenremovedfromtheeCoordinator:
MMLcommands:ADDOPTIZONE,ADDOPTIOBJ,MODAICICOPTIPARA,andMODOPTIFEATURE
Parameters:OptiZoneId,OptiZoneName,OptiObjType,OptiObjId,RAT,OptiType,OptiPeriod,OptiFeatureId,OptiName,FeatureType,OptiCellType,
ParaId,OptiZoneId,EnableSwitch,ImplementMode,andImplementSchedule
Impactonperformancemanagement
None
Impactonfaultmanagement
ALM22746TaskRunningAbnormal,ALM22701NEDataAbsence,andALM22702FeatureFunctionDisabledAbnormalhavebeendeleted.
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
IftheinventorybasedmodehasbeenswitchedtotheevolutionbasedmodebeforeeRAN8.0,retaintheevolutionbasedmode.Iftheinventorybasedmodeisstillusedinversions
earlierthaneRAN8.0,switchittotheevolutionbasedmodeineRAN8.0.
Fordetailsabouthowtoswitchtheinventorybasedmodetotheevolutionbasedmode,seesection"Deployment"inAdaptiveICICFeatureParameterDescription.
6.35.2ReducedNegativeGainofaICIConLoadinCommercialNetworks
Description
EnablingtheaICICalgorithmbrings5%negativegainsinaveragethroughput.Thenegativegainsourcesareasfollows:
NoiseafflictedUEsareidentifiedascellcenterusersandtheeNodeBdecreasepowerforthem.
TheICICalgorithmprovidesobviousnegativegainsinlightlyloadedcells.AfteraICICisenabled,averagecellthroughputdecreases.
Implementation
NoiseafflictedUEscannotbeidentifiedascelledgeusers.Therefore,theeNodeBusesspectralefficiencytodetermineusers.Inaddition,interferencerandomizationisusedto
mitigatethenegativegainsinlightlyloadedcells.
ImpactonCapacityandPerformance
Thissolutionincreasesaveragecellthroughputandhasnoimpactonotherfeatures.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.36LOFD002007PCICollisionDetection&SelfOptimization
Description
ThisfeatureoptimizesthecoordinationbetweenperiodicmeasurementgaprelatedfeaturesandVoIPservices.ItiscontrolledbytheVoipWithGapModeparameter.Whenperiodic
measurementgaprelatedfeaturesandVoIPservicesareusedsimultaneously,ifthisparameterissettoDISABLE,periodicgapassistedmeasurementsarenotinitiatedforVoIP
UEs,therebypreventingdeteriorationinvoicequality.YouareadvisedtoenablethisfeaturewhenperiodicmeasurementgaprelatedfeaturesandVoIPservicesareused
simultaneously.
Implementation
IfthefeaturesthattriggerperiodicinterfrequencyandinterRATmeasurementareenabled,VoIPUEsareallowedtoenterperiodicmeasurementgaps.Duringthegaps,UEsarenot
scheduledandthereforevoicequalitydeteriorates.
TheVoipWithGapModeparameterhasbeenaddedtotheGLOBALPROCSWITCHMO.
ThisparametercontrolswhetherVoIPUEsareallowedtoenterperiodicmeasurementgaps.VoIPUEsmayenterperiodicmeasurementgapswhenoneofthefollowing
featureorfunctionsisenabled:
MRFD231808GSMandLTEBufferzoneOptimization
Periodicinterfrequencymeasurementincelltracing
PeriodicinterRATmeasurement
ThisparametercontrolswhetherVoIPUEsexitperiodicmeasurementgapswhenVoIPservicesareinitiated.VoIPUEsmayexitperiodicmeasurementgapswhenoneof
thefollowingfeaturesorfunctionsisenabled:
LOFD002001AutomaticNeighbourRelation(ANR)
TDLOFD002001AutomaticNeighbourRelation(ANR)
LOFD002002InterRATANR
TDLOFD002002InterRATANR
LOFD002007PCICollisionDetection&SelfOptimization
TDLOFD002007PCICollisionDetection&SelfOptimization
MRFD231808GSMandLTEBufferzoneOptimization
Periodicinterfrequencymeasurementincelltracing
PeriodicinterRATmeasurement
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
IftheVoipWithGapModeparameterissettoDISABLE,VoIPUEsarenotallowedtoenterperiodicmeasurementgapsandthereforevoicequalityisnotaffected.
However,foraUEthathasenteredperiodicmeasurementgapsandtheninitiatesVoIPservices,theeNodeBautomaticallyremovestheperiodicinterfrequencyandinter
RATmeasurementsfortheUE.ThenumberofRRCconnectionreconfigurationmessagesovertheUuinterfaceincreasesandtheCallDropRatealsoincreases
indirectly.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheVoipWithGapModeparameterhasbeenaddedtotheGLOBALPROCSWITCHMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
MRFD231808GSMandLTEBufferZoneOptimization(LTE)
LOFD002007PCICollisionDetection&SelfOptimization
TDLOFD002007PCICollisionDetection&SelfOptimization
LOFD002001AutomaticNeighbourRelation(ANR)
TDLOFD002001AutomaticNeighbourRelation(ANR)
LOFD002002InterRATANR
TDLOFD002002InterRATANR
TheprecedingfeaturesrequireaselectionofUEstoenterperiodicmeasurementgaps.IftheVoipWithGapModeparameterissettoDISBALE,thenumberof
UEsthatcanbeselectedandthefeatureefficiencydecrease.TheprecedingfeaturescannotbeusedifacellhasonlyVoIPUEs.
RelatedOperations
None
6.37MRFD231808GSMandLTEBufferZoneOptimization(LTE)
Fortheimpactofthechangeinthisfeature,see6.36LOFD002007PCICollisionDetection&SelfOptimization.
6.38LOFD001032IntraLTELoadBalancing
6.38.1OptimizedPenaltyMechanismforFrequenciesandUEsinMLB.
Description
ThisfeatureenablestheeNodeBtomakepenaltydecisioninthemobilityloadbalancing(MLB)functionandallowsuserstoflexiblyconfigurethetimeforthepenaltyonfrequencies,
cells,andUEs.ThisfeatureavoidsincorrectpenaltyonfrequencieswheninappropriateUEsareselectedbytheMLBalgorithm.
Implementation
ThePunishJudgePrdNum,FreqPunishPrdNum,CellPunishPrdNum,andMlbUeSelectPunishTimerparametershavebeenaddedtotheCellMLBMOtosupportthisfeature.
Thepenaltyonfrequenciesisoptimized.Specifically,apenaltyisperformedonafrequencywhenbothofthefollowingconditionsaremet:
ThenumberofselectedUEsisnot0withinnMLBperiods,wherenisspecifiedbyPunishJudgePrdNum.
NoUEsarehandedovertothisfrequency.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
Thisfeaturehelpsdecreasethenumberofincorrectpenaltiesonfrequencies.Therefore,thisfeaturemayincreasethenumberofinterfrequencyhandoversorredirections
forMLBonfrequencies.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicensesIntraLTELoadBalancing(FDD)andIntraLTEUsernumberloadbalancing(FDD)orexistinglicensesIntraLTELoadBalancing(TDD)andIntraLTE
Usernumberloadbalancing(TDD)forthisfeaturearestillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperationsRuntheMODCELLMLBcommandwithPunishJudgePrdNum,FreqPunishPrdNum,CellPunishPrdNum,andMlbUeSelectPunishTimersettoappropriate
values.
6.38.2EnhancedLoadBalancing
Description
UserscanadjustthebalancingtargetfortheIntraLTEUserNumberLoadBalancingfeaturebysettinganewparameter.Thisparametercanbeusedtoincreasethe
averageUEthroughput.Itisrecommendedthatthisparameterbeadjustedwhendifferentfrequencieshavedifferentspectralefficiency.
TheeNodeBimposesapenaltyonanincomingUEfromatransferforloadbalancing.ThispreventsaUEfrombeingrepeatedlyselectedandtransferredforload
balancing.Thisenhancementhasnoapplicationlimitations.
TheeNodeBobtainsthenumberofPRBsavailableinintereNodeBneighboringcellsthroughtheX2interfacefortheIntraLTEUserNumberLoadBalancingfeature.This
ensuresthatPRBsareevaluatedinthesamewayforthesourcecellandintereNodeBneighboringcellsandpreventspingponghandoverscausedbyloadcalculation
differences.ItisrecommendedthatthisfeaturebeappliedinintereNodeBcellswheretheyareusedforloadbalancing.
Implementation
AcelllevelparameterCellCapacityScaleFactorisaddedtotheCellMLBMOsothatuserscanadjustthebalancingtargetfortheIntraLTEUserNumberLoadBalancing
feature.ThetargetofloadbalancingbetweencellAandcellBisindicatedbythefollowingformula:NumberofuplinksynchronizedUEsincellA/Numberofuplink
synchronizedUEsincellB=(NumberofavailableRBresourcesincellAxCellCapacityScaleFactorforcellA)/(NumberofavailableRBresourcesincellBx
CellCapacityScaleFactorforcellB)
CelllevelparametersMlbHoInProtectModeandMlbHoInProtectTimerareaddedtotheCellMlbHoMO.WhentheMlbHoInProtectModeparameterissetto
PROTECTTIMERMODE(PROTECTTIMERMODE),apenaltywillbeimposedonanincomingUEfromatransferforloadbalancing.Afterthetransfer,thisUEwillnotbe
transferredduringtheperiodspecifiedbytheMlbHoInProtectTimerparameter.
ThenumberofPRBsavailableinintereNodeBneighboringcellsfortheIntraLTEUserNumberLoadBalancingfeatureisimplementedasfollows:Beforethemodification,
thenumberofPRBsavailableinintereNodeBneighboringcellsiscalculateddirectlybasedontheradiochannelbandwidthofneighboringcells.Afterthemodification,the
numberofPRBsforthedatachannelsiscalculatedforintereNodeBneighboringcells(thatis,thenumberofPRBsmappingtheradiochannelbandwidthminusthe
numberofPRBsmappingsignalingresources)andthensenttothesourcecellthroughtheX2interface.ThisschemeensuresthatthenumberofPRBsavailableininter
eNodeBneighboringcellsisevaluatedinthesameasthatinthesourcecellandintraeNodeBneighboringcellsaswellandtherebyavoidspingponghandoverscaused
byloadcalculationdifferences.
ImpactonCapacityandPerformance
Impactoncapacity
SettingtheCellCapacityScaleFactorparametertoapropervalueimprovesresourceusageandthereforeincreasessystemcapacity.
SettingtheMlbHoInProtectTimerparametertoapropervaluehasnoimpactonsystemcapacity.However,ifthisparameterissettoavaluetoohigh,theexpectedload
balancingresultmaynotbeachieved,reducingsystemcapacity.
Impactonperformance
SettingtheCellCapacityScaleFactorparametertoapropervalueincreasestheaverageUEthroughput.
ThepenaltymechanismforincomingUEsfromtransfersforloadbalancinghasnoimpactonnetworkperformance.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
TheavailableRbNumIEisaddedforloadinformationexchangeovertheX2interfacefortheIntraLTEUserNumberLoadBalancingfeature.
ImpactonOperationandMaintenance
Impactonlicensemanagement
Fortheenhancementofbalancingtargetadjustment,theexistinglicensefortheIntraLTEUserNumberLoadBalancingfeatureisstillapplicable.Theenhancementofthis
featurehasnoimpactonthelicense.
Fortheenhancementofthepenaltymechanism,theexistinglicensefortheIntraLTEUserNumberLoadBalancingorIntraLTELoadBalancingfeatureisstillapplicable.
Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
AcelllevelparameterCellCapacityScaleFactorisaddedtotheCellMLBMOsothatuserscanadjustthebalancingtargetfortheIntraLTEUserNumberLoadBalancing
feature.
CelllevelparametersMlbHoInProtectModeandMlbHoInProtectTimerareaddedtotheCellMlbHoMOforthepenaltymechanismforincomingUEsfromtransfersfor
loadbalancing.TheparametersareapplicabletoLTEFDD.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.39LOFD070215IntraLTEUserNumberLoadBalancing
Fortheimpactofthechangeinthisfeature,see6.38LOFD001032IntraLTELoadBalancing.
6.40LBFD002009Broadcastofsysteminformation
Description
ThisfeatureoptimizestheSIBmessagesendingmechanismandpreventssystemmessagesfromoccupyingextraPDCCHresources.Withthisfeature,thePDCCHresource
utilizationratedecreases,andthereforemoreRBresourcesandPDCCHCCEresourcesareavailablefordataservicescheduling.Thisincreasestheratefordownlinkservices,
improvinguserexperience.ItisrecommendedthatthisfeaturebeenabledwhenthePDCCHresourceutilizationrateishigh.
Implementation
Thisfeaturereducesthesystemmessage(excepttheMIBandSIB1messages)resendingfrequency.Withoutthisfeature,asystemmessagewillberesentforatleastfourtimes.
Withthisfeature,asystemmessagewillberesentatmosttwice.
ImpactonCapacityandPerformance
ImpactonCapacity
None
ImpactonPerformance
ThenumberofPDCCHCCEsusedbyL.ChMeas.CCE.DLUseddecreases.
RRCSetupSuccessRatemayreducebyabout0to0.005%.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
SIBTransmissionControlSwitchisaddedtoMOCELLSIMAP.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMODCELLSIMAPcommandwithSibTransCtrlSwitchsettoONtoenablethisfeature.
6.41LOFD001007HighSpeedMobility
Description
ThisfeatureenhancesthefrequencyoffsetestimationandcorrectionfunctionandincreasestheUEnumberspecificationinhighspeed/ultrahighspeedcells.Thisaimstoenable
highspeed/ultrahighspeedcellstosupportamobilityspeedof350km/handsupportmoreUEs.Inaddition,KPIperformancesareimprovedthroughSFN.Itisrecommendedthat
youenablethisfeatureinhighspeedrailwaysorhighwaysthatworkinafrequencybandbetween1GHzand2.6GHzandhaveaspeedhigherthan120km/h.
Implementation
Withthisfeature,thefrequencyoffsetestimationrangeisextended,thefrequencyoffsetcorrectioncapabilityisenhanced,andthevaluesofsomeparametersforhighspeed/ultra
highspeedcellsarechanged.Inthismanner,highspeedcellscansupportthefrequencybandof2.6GHzand400activatedUEinamobilityspeedof350km/handultrahighspeed
cellscansupportthefrequencybandof2.6GHzand200activatedUEinamobilityspeedof450km/h.Inaddition,KPIperformancesareimprovedthroughSFN.
ImpactonCapacityandPerformance
Impactoncapacity
Theaverageuplinkthroughputandsingleuseruplinkthroughputincreasesinhighspeedcells.InSFNscenarios,however,enablingthisfeaturedecreasestheoverallnetwork
capacity.
Impactonperformance
Theaccesssuccessrate,handoversuccessrate,andservicedroprateinhighspeedcellsimprovebecauseofenhancedfrequencyoffsetestimationandcorrectioncapabilityas
wellastheapplicationofSFN.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
ImpactonlicenseManagement
None
ImpactonconfigurationManagement
TheHighSpeedRootSequenceCycleShiftSwitchparameterisaddedtotheENodeBAlgoSwitchMOtospecifywhethercyclicshiftisappliedduringthegeneration
ofpreambles.
ImpactonperformanceManagement
None
ImpactonfaultManagement
None
ImpactonOtherFeatures
PrerequisiteFeatures
None
MutuallyExclusiveFeatures
None
ImpactedFeatures
None
RelatedOperations
RuntheMODENODEBALGOSWITCHcommandwiththeHighSpeedRootSequenceCycleShiftSwitchparametersettoapropervalue.
6.42LBFD00201805ServiceBasedInterfrequencyHandover
Description
Thisenhancementenablesuserstoactivateanddeactivateservicebasedinterfrequencyhandoveratthecelllevel.Thisenhancementapplieswhenservicebasedinterfrequency
handoverneedstobeactivatedonlyinsomecellsunderaneNodeB.Thisenhancementisusedtosolveissuesincertainscenarios,forexample,KPIissuesatmultioperatorcore
network(MOCN)andnonMOCNcellbordersinCloudBB+MOCNscenarios.
Implementation
Thisenhancementisimplementedasfollows:
AnewparameterHoAllowedSwitchisaddedtotheCellAlgoSwitchMOandanewoptionSrvBasedInterFreqHoSwisaddedtotheHoAllowedSwitchparameter.Thisnewoption
isusedwiththeServiceBasedInterFreqHoSwitchoptionundertheENodeBAlgoSwitch.HoAlgoSwitchparametertocontrolwhethertoactivateservicebasedinterfrequency
handover.Thefollowingtablegivesthedetails.
OFF ON/OFF No
ON ON Yes
ServiceBasedInterFreqHoSwitch ServiceBasedInterFreqHoSwitch WhethertoActivateServicebasedInterFrequency
Handover
ON OFF No
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
AnewparameterHoAllowedSwitchisaddedtotheCellAlgoSwitchMOandanewoptionSrvBasedInterFreqHoSwisaddedtotheHoAllowedSwitchparameter.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
WhentheServiceBasedInterFreqHoSwitchoptionisselectedundertheENodeBAlgoSwitch.HoAlgoSwitchparameter,runtheMODCELLALGOSWITCHcommandwiththe
SrvBasedInterFreqHoSwoptionselectedundertheHoAllowedSwitchparameter.
6.43LAOFD001001LTEAIntroduction
6.43.1AddedBandCombinationsSupportedforCA
Description
MorebandcombinationshavebeenaddedofCA.ThisimprovesuserexperienceofCAUEssupportingbandcombinations.Thisfeatureisrecommendedforcommercialnetworks.
Implementation
Thefollowingtableslistthenewlyaddedbandcombinations.
Intrabandcontiguous:
Intrabandnoncontiguous:
Interband:
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
ThisfunctionimprovesuserexperienceofCAUEssupportingtheaddedbandcombinations.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterface
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
TheexistinglicenseforLAOFD001001LTEAIntroductionisstillapplicable.Theenhancementofthisfeaturehasnoimpactonthelicense.
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.43.2EnhancementinCAConfigurations
Description
ThisfeatureallowstheeNodeBtoperformadaptiveCAconfigurations.Thatis,SCellscanbeaddedinablindmannerwhenCAisconfiguredbasedonfrequencies.Itis
recommendedthatthisfeaturebeenabledforquickSCellconfigurationinCAbasedonfrequencypairs.
Implementation
TheAdpCaSwitchoptionisaddedtotheCAAlgorithmSwitchparameteroftheENodeBAlgoSwitchMO.ThisoptionspecifieswhethertoperformadaptiveCAconfigurationsina
blindmannerbasedonpresetcellinformationwhenCAisconfiguredbasedonfrequencies.EnsurethatthefrequencyofthetargetcellhasbeenconfiguredintheSCCDownlink
EARFCNparameteroftheSccFreqCfgMO.
TheeNodeBcanadaptivelyconfigureSCellswhenthefollowingconditionsaremet:
TheoptionsFreqCfgSwitchandAdpCaSwitchundertheCaAlgoSwitchparameteroftheENodeBAlgoSwitchMOarebothselected.
ThePCellandcandidateSCellsareconfigured.
TheSCellBlindCfgFlagparameteroftheCaGroupSCellCfgMOissettoTRUE(TRUE)forthecandidateSCells.
WhenaCAUEaccessesacellforthefirsttime,fromahandover,orfromaRRCconnectionreestablishment,theeNodeBselectsacandidatefrequencyfortheCAUEaccordingto
thesettingoftheSccPriorityparameteroftheSCCFreqCfgMO.IfacandidateSCellisconfiguredontheselectedfrequencyandtheSCellBlindCfgFlagparameterofthe
CaGroupSCellCfgMOissettoTRUE(TRUE),theeNodeBblindlyconfiguresthiscandidateSCellastheSCell.Otherwise,theeNodeBselectsanSCellthrougheventA4
measurement.
Aftertheconfigurationiscomplete,SCellscanbedeletedthrougheventA2measurement.IfUEssupporteventA6,SCellchangecanbeimplementedthrougheventA6.
Theinformationconfiguredinblindmannertakeseffectonlyonceduringanincomingaccess,handover,orreestablishment.Theconfigurationdoesnotapplytoscenarioswherenew
SCellsareaddedafterSCellsaredeletedorSCellsareaddedbasedontrafficvolume.
ThisconfigurationisrecommendedwhenthecoverageofintrafrequencycellsperformingPCCunderF1overlapsthecoverageofacellunderF2.Inthiscase,thecellunderF2is
regardedasthetargetcellofblindconfiguration.ThisconfigurationisnotrecommendedwhenthecoverageofacellperformingPCCunderF2overlapsthecoverageofintra
frequencycellsunderF1.
TheeNodeBsupportsamaximumof72instancesoftheCaGroupSCellCfgMO.
IntheCaGroupSCellCfgMO,eachcellcanestablishacell(routing)relationshipwithamaximumof8cells.Whenthisspecificationisreached,newroutescannotbe
establishedthrougheventA4/A6measurementandtheSCellscannotbeconfiguredormodified.Acellrelationshipoccupiesthespecificationevenwhentheconfigured
SCellisnotactivatedorinvalidorwhennoroutescanbesetupfortheSCell.
TheCaGroupSCellCfg.SCellPriorityparameterdoesnottakeeffectinenhancedCAconfigurationmodeandthefrequencyprioritycomplieswiththesettingofthe
SccFreqCfg.SccPriorityparameter.
InenhancedCAconfigurationmode,theCaGroupSCellCfg.SCellBlindCfgFlagparameterisnotcontrolledbytheSccBlindCfgSwitchoptionofthe
ENodeBAlgoSwitch.CaAlgoSwitchparameter.TheblindconfigurationtakeseffectwhentheCaGroupSCellCfg.SCellBlindCfgFlagparameterissettoTRUE(TRUE).
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
SCellscanbeaddedinablindmannerwhenCAisconfiguredbasedonfrequencies.Bydoingthis,UEscanquicklyentertheCAstate,therebyimprovinguser
experience.
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheAdpCaSwitchoptionisaddedtotheCAAlgorithmSwitchparameteroftheENodeBAlgoSwitchMO.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.44LOFD001047LoCationServices(LCS)
Description
Thisfunctionoptimizeslocationservice(LCS).Inremotescenarios(whereRRUsarefarawayfromtheBBU),thisfunctionreducestheimpactoftransmissiondelaybetween
basebandunit(BBU)andantennaontheprecisionofECIDbasedpositioningandOTDOAbasedpositioning.Insinglefrequencynetwork(SFN)scenarios,thisfunctionincreases
theprecisionofECIDbasedpositioning.ECIDstandsforEnhancedCellID,andOTDOAstandsforObservedTimeDifferenceOfArrival.
Implementation
Inremotescenarios,forECIDbasedpositioning,thisfunctionsubtractsthedelaybetweenBBUandantennafromthetimingadvance(Tadv )toensurethepositioningprecision.For
OTDOAbasedpositioning,thisfunctionalignsthepositioningreferencesignals(PRSs)ofdifferentcellsattheantennaports.
InSFNscenarios,thisfunctionreportstheantennalongitudeandlatitudetoincreasetheECIDbasedpositioningprecision.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
Inremotescenarios,thisfunctionincreasestheprecisionofECIDbasedpositioningandOTDOAbasedpositioning.InSFNscenarios,thisfunctionincreasesthe
precisionofECIDbasedpositioning.
ImpactonNEs
InSFNscenarios,thisfunctionrequirestheevolvedservingmobilelocationcenter(ESMLC)tousethereportedantennalongitudeandlatitudetoincreasethepositioningprecision.
ImpactonHardware
None
ImpactonInterNEInterfaces
OvertheinterfacewiththeESMLC,thisfunctionreportsafieldincludingtheantennalongitudeandlatitudetoincreasetheprecisionofECIDbasedpositioninginSFNscenarios.
Thedatastructureofthisfieldisprotocoldefined.Thisfieldisoptionalandnotreportedifthisfunctionisnotused.
ImpactonOperationandMaintenance
Impactonlicensemanagement
ThisfunctioniscontrolledbythelicenseforLOFD001047LoCationServices(LCS).
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.45LOFD001018S1flex
Description
Inearlierversions,theS1SETUPRESPONSEmessagesentfromtheMMEtotheeNodeBcarriesamaximumof100mobilitymanagemententitygroupidentifiers(MMEGIs),
basedonwhichtheeNodeBgeneratesthegloballyuniqueMMEidentifier(GUMMEI)fortheS1interface.Withthisfeature,theS1SETUPRESPONSEmessagecarriesamaximum
of200MMEGIssothattheS1interfacecarriesmoreGUMMEIs.WhenaUEaccessesaneNodeB,theeNodeBspecifiesacorrespondingS1interfacefortheUEtoaccessthe
MMEdependingontheGUMMEIcarriedbytheUE.
Implementation
TheeNodeBallowstheS1SETUPRESPONSEmessagesentfromtheMMEtotheeNodeBtocarryamaximumof200MMEGIs.TheMMEGIs,PLMNs,andMMECscombineto
formGUMMEIscorrespondingtotheS1interface.IfRegisteredMMEcarriedintheRRCConnectionSetupCompletemessagesentfromtheUEtotheeNodeBisthesameasany
GUMMEIcorrespondingtotheS1interface,theeNodeBinstructstheUEtoaccesstheMMEthroughthisS1interface.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
OnlyUMPTsupportsthisfeature.LMPTdoesnotsupportthisfeature.
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.46LAOFD080207CarrierAggregationforDownlink3CCin40MHz
6.46.1OptimizedDL3CCCAPreallocation
Description
Thisoptimizationincreasessingleuserthroughputifacellservesasmallnumberofusers.
Implementation
HARQIDsareallocatedtoUEswhentheyarescheduledratherthanatpreallocation.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.46.2ChangeofNamesforCCrelatedFeaturesandFeatureDependencies
Description
IneRAN8.0,theLAOFD070201CAforDownlink2CCFromMultipleCarriersfeatureallowsaneNodeBtoselecttwomostsuitablecarriersfrommultiplecarriersforCA.Since
eRAN8.1,thisfeaturehasbeenrenamedtoLAOFD070201FlexibleCAfromMultipleCarriersandenhancedtoallowaneNodeBtoselectmultiplesuitablecarriersfrommultiple
carriersforCA.
TheLAOFD070202CarrierAggregationfor2CCbasedonCoordinatedBBUfeatureisrenamedtoLAOFD070202IntereNodeBCarrierAggregationbasedonCoordinatedBBU.
FeaturedependenciesforthefeaturesLAOFD080207CarrierAggregationforDownlink3CCin40MHzandLAOFD080208CarrierAggregationforDownlink3CCin60MHzare
changedsothattheydonotdependontheLAOFD070201CAforDownlink2CCFromMultipleCarriersfeature.
Implementation
TheLAOFD070201CAforDownlink2CCFromMultipleCarriersfeatureisenhancedtoallowaneNodeBtoselectmultiplesuitablecarriersfrommultiplecarriersforCA.Feature
namesandfeaturedependenciesarechanged.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
Namesofthefollowingfeaturesandfeaturelicensesarechanged.Purchasedlicensesstilltakeeffect.
Licensedependenciesarechangedasfollows:
ThefeaturesLAOFD080207CarrierAggregationforDownlink3CCin40MHzandLAOFD080208CarrierAggregationforDownlink3CCin60MHzdonotdependontheLAOFD
070201LAOFD070201CAforDownlink2CCFromMultipleCarriersfeature.
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.47LAOFD080208CarrierAggregationforDownlink3CCin60MHz
6.47.1OptimizedDL3CCCAPreallocation
Description
Thisoptimizationincreasessingleuserthroughputifacellservesasmallnumberofusers.
Implementation
HARQIDsareallocatedtoUEswhentheyarescheduledratherthanatpreallocation.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.47.2ChangeofNamesforCCrelatedFeaturesandFeatureDependencies
Description
IneRAN8.0,theLAOFD070201CAforDownlink2CCFromMultipleCarriersfeatureallowsaneNodeBtoselecttwomostsuitablecarriersfrommultiplecarriersforCA.Since
eRAN8.1,thisfeaturehasbeenrenamedtoLAOFD070201FlexibleCAfromMultipleCarriersandenhancedtoallowaneNodeBtoselectmultiplesuitablecarriersfrommultiple
carriersforCA.
TheLAOFD070202CarrierAggregationfor2CCbasedonCoordinatedBBUfeatureisrenamedtoLAOFD070202IntereNodeBCarrierAggregationbasedonCoordinatedBBU.
FeaturedependenciesforthefeaturesLAOFD080207CarrierAggregationforDownlink3CCin40MHzandLAOFD080208CarrierAggregationforDownlink3CCin60MHzare
changedsothattheydonotdependontheLAOFD070201CAforDownlink2CCFromMultipleCarriersfeature.
Implementation
TheLAOFD070201CAforDownlink2CCFromMultipleCarriersfeatureisenhancedtoallowaneNodeBtoselectmultiplesuitablecarriersfrommultiplecarriersforCA.Feature
namesandfeaturedependenciesarechanged.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
Namesofthefollowingfeaturesandfeaturelicensesarechanged.Purchasedlicensesstilltakeeffect.
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.48LOFD001001DL2x2MIMO
Description
BesidestheoptionsNOT_CFG(Notconfigure)andFIXED_CFG(Fixedconfigure),theADAPTIVE_CFG(ADAPTIVE_CFG)optionisaddedtotheCSIRSSwitchparameterto
allowaneNodeBtoadaptivelydeterminewhethertoconfigureCSIRSfornewUEsbasedontheproportionofUEssupportingCSIRSinacell.
Implementation
TheADAPTIVE_CFGoptionisaddedtotheCsiRsSwitchparameterandthefollowingparametersareaddedtoimplementadaptiveCSIRSconfiguration:
CsiRsConfigUserNumTh
CsiRsConfigUserRatioTh
CsiRsUnconfigUserNumTh
CsiRsUnconfigUserRatioTh
IfthenumberofRRC_CONNECTEDUEssupportingCSIRSisgreaterthanorequaltoCsiRsConfigUserNumThandtheratiooftheseUEsisgreaterthanorequalto
CsiRsConfigUserRatioThinacell,thecellswitchesfromtheCSIRSunconfiguredstatetotheCSIRSconfiguredstateandtheeNodeBconfiguresCSIRSfornewUEs.
IfthenumberofRRC_CONNECTEDUEssupportingCSIRSislessthanCsiRsUnconfigUserNumThandtheratiooftheseUEsislessthanCsiRsUnconfigUserRatioThina
cell,thecellswitchesfromtheCSIRSconfiguredstatetotheCSIRSunconfiguredstate,andtheeNodeBdoesnotconfigureCSIRSfornewUEsanddeletesCSIRS
configurationsfrompreviouslyconfiguredUEsonebyone.
CsiRsSwitch:TheADAPTIVE_CFG(ADAPTIVE_CFG)optionisadded.IfADAPTIVE_CFG(ADAPTIVE_CFG)isselected,adaptiveCSIRSconfigurationisenabled.
CsiRsConfigUserNumTh:indicatesthethresholdforthenumberofRRC_CONNECTEDUEssupportingCSIRSintheCSIRSunconfiguredstatewhenadaptiveCSIRS
configurationisadopted.
CsiRsConfigUserRatioTh:indicatesthethresholdfortheratioofRRC_CONNECTEDUEssupportingCSIRSintheCSIRSunconfiguredstatewhenadaptiveCSIRS
configurationisadopted.
CsiRsUnconfigUserNumTh:indicatesthethresholdforthenumberofRRC_CONNECTEDUEssupportingCSIRSintheCSIRSconfiguredstatewhenadaptiveCSIRS
configurationisadopted.
CsiRsUnconfigUserRatioTh:indicatesthethresholdfortheratioofRRC_CONNECTEDUEssupportingCSIRSintheCSIRSconfiguredstatewhenadaptiveCSIRS
configurationisadopted.
ImpactonCapacityandPerformance
Impactoncapacity
CsiRsConfigUserNumThandCsiRsConfigUserRatioTh
Thesmallerthevaluesofthetwoparameters,thefewerthenumberofrequiredRRC_CONNECTEDUEssupportingCSIRSandthelowertheratioofsuch
UEsintheCSIRSconfiguredstate.Inthiscase,thedownlinkthroughputimprovesforUEsusingTM9butdecreasesforUEsnotusingTM9.Ifthetwo
parametersaresettolargevalues,thedownlinkthroughputdecreasesforUEsusingTM9butimprovesforUEsnotusingTM9.
CsiRsUnconfigUserNumThandCsiRsUnconfigUserRatioTh
Thesmallerthevaluesofthetwoparameters,thehighertheratioofrequiredRRC_CONNECTEDUEsnotsupportingCSIRSandthefewerthenumberof
UEsusingTM9intheCSIRSunconfiguredstate.Inthiscase,thedownlinkthroughputimprovesandthecalldropratedecreasesforUEsusingTM9,andthe
downlinkthroughputdecreasesforUEsnotusingTM9.Thelargerthevaluesofthetwoparameters,themorethenumberofUEsusingTM9intheCSIRS
unconfiguredstate.Inthiscase,thedownlinkthroughputdecreasesandthecalldroprateincreasesforUEsusingTM9,andthedownlinkthroughputimproves
forUEsnotusingTM9.
Tomaximizetheaveragedownlinkuserthroughputforacell,setpropervaluesfortheparametersCsiRsConfigUserNumTh,CsiRsConfigUserRatioTh,
CsiRsUnconfigUserNumTh,andCsiRsUnconfigUserRatioTh.
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheADAPTIVE_CFGoptionisaddedtotheCsiRsSwitchparameterundertheCellCsiRsParaCfgMOandthefollowingparametersareaddedtothisMO:
CsiRsConfigUserNumTh
CsiRsConfigUserRatioTh
CsiRsUnconfigUserNumTh
CsiRsUnconfigUserRatioTh
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
RuntheMMLcommandMODCELLCSIRSPARACFG.Inthisoperation,setCsiRsSwitchtoADAPTIVE_CFG(ADAPTIVE_CFG),andsetparametersCsiRsConfigUserNumTh,
CsiRsConfigUserRatioTh,CsiRsUnconfigUserNumTh,andCsiRsUnconfigUserRatioThtoappropriatevalues.
6.49LOFD001003DL4x2MIMO
Fortheimpactofthechangeinthisfeature,see6.48LOFD001001DL2x2MIMO.
6.50LOFD001060DL4X4MIMO
Fortheimpactofthechangeinthisfeature,see6.48LOFD001001DL2x2MIMO.
6.51LOFD002004Selfconfiguration
Description
ThisfunctionimplementsenhancedX2selfconfiguration,includingX2selfsetupandautomaticremoval.TheeNodeBdetermineswhethertoautonomouslygenerateX2optimization
policybasedonthenumberoftimesX2selfsetupisrequested.ThispreventsX2linkswithlowutilizationfrombeingautomaticallysetup,savingX2interfaceresources.Manual
interventionisnowaddedtotheX2automaticremovalmechanismfordeterminingwhethertodeleteanX2linkbetweenaHuaweieNodeBandaneNodeBfromanothervendor.This
improvesmanageabilityandmaintainabilityofX2automaticremoval.
Implementation
EnhancedX2selfsetup
TheeNodeBchecksthenumberofX2selfsetuprequestswithinameasurementperiod.AnX2linkisestablishedonlywhentherequestnumberexceedstheconfiguredthreshold
withinthemeasurementperiod.Ifthethresholdisnotexceeded,anX2linkisnotestablishedbutthenumberofX2selfsetuprequestsforthemeasurementperiodincreasesby1.
TheparametersX2SonSetupTimerandX2SonSetupNumThdintheGlobalProcSwitchMOspecifythemeasurementperiodandthreshold,respectively.
EnhancedX2automaticremoval
AftertheeNodeBautonomouslydeterminesanX2linkthatneedstobedeletedbetweenaHuaweieNodeBandaneNodeBfromanothervendor,asuggestionforX2removalis
reportedtotheU2000foruserstodecide.ThisX2linkisdeletedonlyafterauserdeterminestodoso.TheX2SonDeleteModeparameterintheGlobalProcSwitchMOdetermines
whethertoenableenhancedX2automaticremoval.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
ThefollowingparametershavebeenaddedtotheGlobalProcSwitchMO:
X2SonSetupNumThd:specifiesthethresholdfordeterminingwhethertosetupanX2linkbetweeneNodeBs.IfthenumberofX2selfsetuprequestsreachesthevalue
ofthisparameterwithinaperiod,anX2linkissetup.
X2SonSetupTimer:specifiesthedurationofeachperiodduringwhichthenumberofX2selfsetuprequestsismeasured.AnX2linkissetupifthenumberofX2self
setuprequestsduringtheperiodspecifiedbythisparameterreachesthevalueofX2SonSetupNumThd.
X2SonDeleteMode:specifiesthemodeforX2automaticremoval.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
Prerequisitefeatures
None
Mutuallyexclusivefeatures
None
Impactedfeatures
None
RelatedOperations
None
6.52LBFD004006FaultManagement
Description
Thisfeatureisintroducedtocustomizethereportingofcorrelativealarms.Withthisfeature,onlyrootalarmsarereported,andcorrelativealarmsaremasked.Thisfeatureis
recommendedinscenarioswherethecorrelativealarmcontainstheserialnumberoftherootalarmanddoesnotneedtobereported.
Implementation
AddedthefollowingMMLcommands:
SETALMCORRSHLD:Usedtosetthecorrelativealarmreportflagforaspecifiedalarm.
LSTALMCORRSHLD:Usedtoquerythecorrelativealarmreportflagforaspecifiedalarm.
RSTALMCORRSHLD:Usedtoresetthecorrelativealarmreportflagforaspecifiedalarm.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
AddedthefollowingMMLcommands:
SETALMCORRSHLD
LSTALMCORRSHLD
RSTALMCORRSHLD
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
RuntheMMLcommandSETALMCORRSHLDtosetReportFlagofSonAlarmforacorrelativealarm.WhenthisparameterissettoNOT_REPORT,thecorrelativealarmisnot
reported.WhenthisparameterissettoREPORT,thecorrelativealarmisreported.Forexample,whentherootalarmALM26232BBUOpticalModuleTransmit/ReceiveFaultandits
correlativealarmALM26235RFUnitMaintenanceLinkFailurearebothgenerated,operatorscansetReportFlagofSonAlarmforALM26235toNOT_REPORTifALM26235
doesnotneedtobereported.
Thiscommandprovidesadvancedalarmmanagementfunctionandisusedtoreducecorrelativealarms.Fullyevaluatetheimpactsofthiscommandbeforeusingit.
RuntheMMLcommandLSTALMCORRSHLDtoquerythecorrelativealarmreportflagforaspecifiedalarm.
RuntheMMLcommandRSTALMCORRSHLDtoresetthecorrelativealarmreportflagforaspecifiedalarm.
6.53LBFD004010SecurityManagement
6.53.1MaximumNumberofSimultaneousLoginsoftheSameUserAccountRestricted
Description
Operatorsmayuseoneormultipleuseraccountstorepeatedlylogintothebasestationandbasestationcontrollerinroutinemaintenance.Whenthenumberofonlineloginsreaches
themaximum,otheruseraccountssuchasadminfailtologintothesystem.Networkmaintenanceisaffectedasaresult.
Thisfeaturerestrictsthemaximumnumberofsimultaneousloginsofthesameuseraccountbymakingthisnumberconfigurable.Itensuresthatotheruseraccountscanlogintothe
system.
Implementation
Themaximumnumberofsimultaneousloginsofthesameuseraccountisnowconfigurable.Whenthenumberofsimultaneousloginsofauseraccountreachestheconfigured
threshold,thisuseraccountcannotbeusedforanewlogin.Otheruseraccountscanstilllogintothesystemifthenumberofonlineloginsdoesnotreachthemaximum.Inaddition,
fordomainusers,theirmaximumnumberofonlineloginsisrestricted,butthemaximumnumberofsimultaneousloginsofasingledomainuserisnot.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
N/A
Impactonconfigurationmanagement
AddedtheMMLcommandSETUSRMAXONLINE.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
RuntheSETUSRMAXONLINEcommandtosetthemaximumnumberofsimultaneousloginsofthesameuseraccount.
6.53.2SecurityParameterSettingAddedtoSecurityLevelSetting
Description
Duringsecuritylevelsetting,afterselectingasecuritylevelbasedonthelivenetworkconditions,securityparametersofthissecuritylevelcanbeconfigured.
InBTS3900V100R010C10,somesecurityparametersareaddedtosecuritylevelsetting.Inthisway,theseparametersdonotneedtobemanuallyconfigured,therebyimprovingthe
availabilityofsecurityfunctions.
Implementation
Thefollowingsecurityparametersareaddedtosecuritylevelsetting:
MaxMissTimes
Thisparameterindicatesthemaximumnumberoffailedpasswordattempts.Auseraccountwillbelockedifthenumberoffailedpasswordattemptsexceedsthevalueof
thisparameter.
Forsecuritylevel1,thevalueofthisparameteris5forsecuritylevel2,thevalueofthisparameteris3.
WeakPasswordDictionaryCheckingSwitch
Thisswitchisusedforcheckingwhetherapasswordisintheweakpassworddictionarywhenauseraddsormodifiesapassword.Ifthepasswordisintheweak
passworddictionary,thispasswordcannotbeused.
Thisswitchmustbeturnedonforeachsecuritylevel.
SupportStateFirewall
Thisparameterindicatesthestatefirewallissupported.
Thisparametermustbeenabledforeachsecuritylevel.
RenegotiationSwitch
Thisswitchcanbeturnedoffforsecuritylevel1.
Thisswitchmustbeturnedonforsecuritylevel2.Thedefaultnumberofallowedrenegotiationtimesisusedforeachmeasurementperiod.
Switch
Thisswitchcanbeturnedonforsecuritylevel1andmustbeturnedoffforsecuritylevel2.
ImpactonCapacityandPerformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
None
6.54LOFD070219IPActivePerformanceMeasurement
Description
Toenhancecompatibilitywithathirdpartydevice,basestationsrunningBTS3900V1000R010C10SPC000allowconfigurationoftheTWAMPTCPportnumbers.Whenthebase
stationservesasaTWAMPresponder,thenumbersoflocallisteningTCPportscanbeconfigured.WhenthebasestationservesasaTWAMPcontroller,thenumbersofpeer
listeningTCPportscanbeconfigured.
Implementation
TheparameterLOCPORTisaddedtotheMOTWAMPRESPONDERtoconfigurethelisteningTCPportnumberofaspecifiedcontrollinkatthelocalend.Theparameter
PEERPORTisaddedtotheMOTWAMPCLIENTtoconfigurethelisteningTCPportnumberofaspecifiedcontrollinkatthepeerend.
ImpactonCapacityandPerformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheparameterLOCPORTisaddedtotheMOTWAMPRESPONDER.
TheparameterPEERPORTisaddedtotheMOTWAMPCLIENT.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
ToconfigurethelisteningTCPportnumberforthepeerTWAMPserverwhenthebasestationservesasaTWAMPcontroller,runtheMMLcommandADDTWAMPCLIENTtoset
theparameterPEERPORT.
ToconfigurethelisteningTCPportnumberforthelocalTWAMPserverwhenthebasestationservesasaTWAMPresponder,runtheMMLcommandADDTWAMPRESPONDER
tosettheparameterLOCALPORT.
6.55LBFD00300503SynchronizationwithGPS
Description
ForaseparateMPTsoftwaredefinedradio(SDR)basedorcoMPTGSM/LTEdualmodebasestation,ifthebasestationontheGSMsideandthatontheLTEsideshareclockand
thebasestationontheLTEsideneedstosupporttimesynchronization,thebasestationontheGSMsidewillalsobeconfiguredwithtimesynchronization,causingtheframe
synchronizationfunctiontobeenabled.Whenthisoccurs,interGSMcellinterferenceiscaused.
ThisfeatureintroducesaswitchspecifiedbytheGSMFrameSyncSwitchparameter.Withthisparameter,youcandisabletheframesynchronizationfunctionwhenitisnotrequired
ontheGSMside.ThispreventsinterGSMcellinterference.
Implementation
TheGSMFrameSyncSwitchparameterisadded.ThisparametertakeseffectonlywhenClockSynchronizationModeissettoTIME(TIME)forthebasestationontheGSM
side.TheframesynchronizationfunctionisenabledwhenGSMFrameSyncSwitchissettoON(ON)andisdisabledwhenitissettoOFF(OFF).
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
ThisfeaturerequiressupportfromtheCMEandBSC.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
AddedtheGSMFrameSyncSwitchparameter(defaultvalue:ON(ON))totheSETCLKSYNCMODEcommand.ThisparameterisvalidonlywhenClock
SynchronizationModeissettoTIME(TIME).
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
TodisabletheframesynchronizationfeatureontheGSMside,runtheSETCLKSYNCMODEcommandwithGSMFrameSyncSwitchsettoOFF(OFF).
6.56LBFD004003SecuritySocketLayer
6.56.1EnhancedSSLAlgorithmsandMaintenance
Description
SomealgorithmscurrentlysupportedbySecureSocketLayer(SSL)havebeencrackedorconsideredweakalgorithms.Duringnegotiation,thebasestationdoesnotdenyaccessof
peerdevicessupportingonlyweakalgorithms,whichposessecurityrisks.
Afterthisfeatureisimplemented,theminimumstrengthlevelofalgorithmscanbeconfiguredforthebasestation.Theminimumstrengthlevelofalgorithmscanbelow,medium,or
high.Thestrengthlevelofalgorithmstobenegotiatedmustbehigherthanorequaltotheconfiguredminimumstrengthlevel.Ifthelocaldeviceusesamediumlevelstrength
algorithm,andthepeerdevicesupportsonlythelowlevelstrengthalgorithms,thenegotiationwillfailandthebasestationwilldenyaccessofthepeerdevice,therebyimproving
networksecurity.
Afterthisfeatureisenabled,statisticalresultsofSSLrenegotiationcanbequeried.
Implementation
1.TheMMLcommandSETSSLCONFismodified,whichallowstheconfigurationoftheminimumstrengthlevelofalgorithms.Thestrengthlevelofalgorithmstobe
negotiatedmustbehigherthanorequaltotheconfiguredminimumstrengthlevel.
2.TheMMLcommandSETSSLCSisadded,whichallowstheconfigurationofthealgorithmsuitecorrespondingtoeachalgorithmstrengthlevel.Thishelpsflexiblyhandle
changesinalgorithmstrengthafterthealgorithmiscracked.
3.TheMMLcommandDSPSSLRENEGOisaddedtoquerythestatisticalresultsofSSLrenegotiation.
ImpactonCapacityandPerformance
None
ImpactonNEs
ThisfeaturemustworkwiththeU2000,webLMT,orCMEofamatchedversion,whichallowstheconfigurationoftheminimumstrengthlevelofalgorithmsandthatofalgorithm
strengthlevelscorrespondingtotheSSLalgorithmsuite.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheparameterLOWESTCSLEVELisaddedtotheMMLcommandSETSSLCONF.
TheMMLcommandsSETSSLCSandDSPSSLRENEGOareadded.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
Toconfigurethealgorithmstrengthofdifferentalgorithmsuites,runtheMMLcommandSETSSLCS.Thisoperationisoptional.Thealgorithmstrengthcorrespondingto
thedefaultalgorithmsuitemeetsthecurrentapplicationconditions.Iftheoperatorhasspecialapplicationscenarios,thealgorithmstrengthlevelcanbeadjustedby
runningthiscommand.Ifthealgorithmiscrackedanditsstrengthlevelisreduced,thiscommandcanalsobeusedforadjustment.
TosettheminimumstrengthlevelofSSLalgorithms,runtheMMLcommandSETSSLCONF.
ToquerythestatisticalresultsofSSLrenegotiation,runtheMMLcommandDSPSSLREGNO.
6.56.2AutomaticSSLAuthenticationModeUpdatebytheU2000
Description
InversionsearlierthanBTS3900V100R010C10,iftheSSLauthenticationmodeissettoonlySSLonthebasestationsideandissettocompatiblemodeontheU2000side,theOM
channelwillbedisconnectedduetotheinconsistency.
InBTS3900V100R010C10,theOMchannelwillnotbedisconnectedeventhoughtheSSLauthenticationmodeonthebasestationsidediffersfromthatontheU2000side.
Implementation
WhenfindingthattheU2000initiatesaconnectionincompatiblemode,thebasestationsendsamessageindicatingthecurrentbasestationconfigurationtotheU2000.TheU2000
willautomaticallychangeitsconfigurationaccordingtothemessageandthenreinitiateaconnectionwiththebasestation.
ImpactonCapacityandPerformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
None
6.57LOFD003010PublicKeyInfrastructure(PKI)
6.57.1EnhancedDigitalCertificateManagement
Description
Whenabasestationautomaticallyupdatesitscertificates,messagesexchangedbetweenthebasestationandCertificateAuthority(CA)maybelostifintermittenttransmission
occursonthelivenetwork.Inthiscase,thecertificateupdateisconsideredfailed,andALM26842AutomaticCertificateUpdateFailedisreported.
Withtheenhanceddigitalcertificatemanagementfunction,thecertificatesofabasestationcanbeupdatedsuccessfullyinthecaseofintermittenttransmission,whichimprovesthe
successrateofcertificateupdates.
Implementation
Thebasestationupdatesthecertificatesforthreeconsecutivetimes.Ifthethreeupdatesfail,thecertificateupdateisconsideredfailedandALM26842AutomaticCertificateUpdate
Failedisreported.Thisavoidscertificateupdatefailurescausedbyintermittenttransmission.
ImpactonCapacityandPerformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
None
6.57.2EnhancedSignatureAlgorithmfortheDeviceCertificate
Description
ThebasestationoriginallyusestheSHA1algorithmasthedefaultsignaturealgorithmfordigitalcertificates.However,theSHA1algorithmisconsideredunsecure.
Therefore,theSHA256algorithmisnowusedasthedefaultsignaturealgorithmfordigitalcertificatestoimprovesecurityofbasestations.
Implementation
ThedefaultvalueoftheSIGNALGparameterintheMMLcommandADDCAischangedtoSHA256.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
None
6.58LOFD00301402AccessControlList(ACL)AutoConfiguration
Description
Inoriginalendpointconfigurationmode,theACLrulesautomaticallygeneratedforuserandcontrolplanescontainonlysourceanddestinationIPaddressesanddonotcontainport
numberinformation.Inthiscase,thesecuritylevelsoffirewallsconfiguredforportsarelow.
Afterthisfunctionisimplemented,inendpointconfigurationmode,theACLrulesautomaticallygeneratedforuserandcontrolplanesduringpacketfilteringalsocontainportnumber
information.Inaddition,dataflowtobetransmittedtothebasestationisstrictlycontrolled,therebyimprovingthesecuritylevelsoffirewallsconfiguredforports.
Implementation
Inendpointconfigurationmode,portnumberinformationisautomaticallyaddedtoACLrulesforuserandcontrolplanesduringtheautomaticconfigurationofACLbasedpacket
filtering.
ImpactonCapacityandPerformance
None
ImpactonNEs
None
ImpactonHardware
TheUMPT,LMPT,andUTRPcmustbeconfiguredforthebasestation.
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
None
6.59LOFD003005OMChannelBackup
Description
ThisfunctionremediesthedefectintheswitchovermechanismforactiveandstandbyOMchannelsproposedbytheCyberSecurityEvaluationCentre(CSEC).Thedefectallows
attackerstoforgeUserDatagramProtocol(UDP)packetsandchangetheactiveOMchanneltothestandbyOMchannelorthestandbyOMchanneltotheactiveOMchannel,which
affectstheoperationandmaintenance(OM)ofthebasestation.
Withthisfunction,theauthenticationmechanismfortheswitchovercommandisaddedtotheswitchovermechanismforactiveandstandbyOMchannels,soastoprevent
switchovermessagesagainstreplayattacksandensurethatattackerscannotforgeUDPpackets.
Implementation
Thisfunctionisimplementedasfollows:
ReauthenticationneedstobeperformedontheswitchovercommandbetweenabasestationandU2000toensurethatthecommandisnotforged.
Duringreauthentication,exchangedmessagesareprotectedbyanantireplaymechanismtoensurethatattackerscannotforgetheswitchovercommand.
ImpactonCapacityandPerformance
None
ImpactonNEs
ThisfunctioninvolvesU2000modifications.Therefore,thisfunctioncantakeeffectonlyaftertheU2000modificationsareperformed.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
None
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
None
6.60LOFD001024RemoteElectricalTiltControl
Description
TheSubunitNumber,TMASubunitNumber,andRAESubunitNumberparametersarechangedtoNumberofSubunits,NumberofTMASubunits,andNumber
ofRAESubunits,respectively.TheActualSubunitNumberandActualSubUnitNumbersparametersarechangedtoActualNumberofSubunits.
TheSectorIDparameterischangedtoAISGSectorID,whichfacilitatesdifferentiatingsectorsintheAISGprotocolfromsectorsinHuaweibasestationmodels.
TheDeviceNameandSubunitNameparametersareaddedtoclearlyshowtheassociationbetweendevicedataandspecifieddevices.
Implementation
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
ThisfunctionmustworkwiththeU2000ofamatchedversion.
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheSubunitNumber,TMASubunitNumber,andRAESubunitNumberparametersarechangedtoNumberofSubunits,NumberofTMASubunits,andNumber
ofRAESubunits,respectively.TheActualSubunitNumberandActualSubUnitNumbersparametersarechangedtoActualNumberofSubunits.
TheSectorIDparameterischangedtoAISGSectorID.
TheDeviceNameandSubunitNameparametersareadded.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
None
6.61LOFD003009IPsec
Description
ThisfeatureenablesIPSectunnelstotraversetheNetworkAddressTranslation(NAT)gatewaysothattheIPSecfunctionissupportedwhenanNATgatewayisdeployed.
EquipmentcomplyingwiththeAuthenticationHeader(AH)protocoldoesnotsupportNAT.
Implementation
TheswitchfortheNATtraversalfunctionisaddedinIPSecnetworkingscenariossothatIPSectunnelscanbeestablishedaccordingtotheNATTransferprotocolofIPSecto
implementIPSecencryptionanddecryptionwhenanNATgatewayisdeployed.
ImpactonCapacityandPerformance
Impactoncapacity
None
Impactonperformance
None
ImpactonNEs
None
ImpactonHardware
None
ImpactonInterNEInterfaces
None
ImpactonOperationandMaintenance
Impactonlicensemanagement
None
Impactonconfigurationmanagement
TheNATTRAVparameterisaddedtotheIKEPEERMOtocontroltheNATtraversalfunction.TheNATTRAVparameterisusedinthefollowingMML
commands:ADDIKEPEER,MODIKEPEER,DSPIKEPEER,LSTIKEPEER,andRMVIKEPEER.
TheNATKLIparameterisaddedtotheIKECFGMOtocontroltheintervalforsendingNATupdatepackets.TheNATKLIparameterisusedintheDSP
IKECFGandLSTIKECFGcommandstoquerytheintervalforsendingNATupdatepackets,andusedintheSETIKECFGcommandtosettheinterval.
Impactonperformancemanagement
None
Impactonfaultmanagement
None
ImpactonOtherFeatures
None
RelatedOperations
RuntheMMLcommandADDIKEPEERwithNATTRAVsettoENABLEtoenabletheNATtraversalfunction.
RuntheMMLcommandSETIKECFGtosetthetimerforNATkeepalivepackets.
6.62LBFD002023AdmissionControl
FeatureDescription
ThisfeatureenhancesthemethodofdeterminingsystemresourceusageforQoSsatisfactionratebasedadmission.
Implementation
ThisfeaturedeterminessystemresourceusagewhentheQoSsatisfactionrateofservicesislessthantheadmissionthreshold.Ifthesystemresourceusageislow,theeNodeB
admitsGBRservicesdirectly.Ifthesystemresourceusageishigh,theeNodeBdeterminesthesubsequentproceduresbasedonwhethertheservicepreemptionswitchisturnedon.
TheeNodeBmonitorssystemresourceloadasfollows:
IftheeNBCellRsvdPara.RsvdU8Para7parameterissetto0:
TheeNodeBdeterminesthatthedownlinksystemresourceloadishigh.
TheeNodeBdeterminesthattheuplinksystemresourceloadishighwhentheuplinkGBRPRBusageishighorthewaittimeforuplinkVoIPschedulingis
long.
IftheeNBCellRsvdPara.RsvdU8Para7parameterissettoavalueotherthan0:
TheeNodeBdeterminesthatthedownlinksystemresourceloadishighwhenthedownlinkGBRPRBusageorGBRCCEusageishigh.
TheeNodeBdeterminesthattheuplinksystemresourceloadishighwhentheuplinkGBRPRBusageorGBRCCEusageishigh.
ImpactonSystemCapacityandNetworkPerformance
Systemcapacity
Thechangeinthisfeaturehasnoimpact.
Networkperformance
TheERABsetupsuccessrateincreasesandtheservicedropratedecreases.
ImpactonNEs
Thechangeinthisfeaturehasnoimpact.
ImpactonHardware
Thechangeinthisfeaturehasnoimpact.
ImpactonInterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
ImpactonOperationandMaintenance
Licensemanagement
Thechangeinthisfeaturehasnoimpact.
Configurationmanagement
ActivatedtheeNBCellRsvdPara.RsvdU8Para7parameter.
Performancemanagement
Thechangeinthisfeaturehasnoimpact.
Faultmanagement
Thechangeinthisfeaturehasnoimpact.
ImpactonRelatedFeatures
Prerequisitefeatures
Thechangeinthisfeaturehasnoimpact.
Mutuallyexclusivefeatures
Thechangeinthisfeaturehasnoimpact.
Impactedfeatures
Thechangeinthisfeaturehasnoimpact.
RelatedOperations
RuntheMODENBCELLRSVDPARAcommandtosetReservedU8Parameter7to50.
6.63LOFD002002InterRATANR
FeatureDescription
Thisfeaturenowsupportsthefollowing:
UEsperformingVoLTEservicescanbeselectedformeasurementsforeventriggeredANRwithUTRANandGERAN.
AneNodeBcanaddaninterRATexternalcelltoanNCLandaddaneighborrelationshipwithaninterRATcelltoanNRTbyeventtriggeredinterRATANR.
Whether3GPPspecificationmodificationrelatedtointerRATmeasurementstakeseffectiscontrollable.
Implementation
Fordetails,seeANRManagementFeatureParameterDescriptionineRANFeatureDocumentation.Thespecificsectionsarelistedinthechangehistoryofthedocument.
ImpactonSystemCapacityandNetworkPerformance
Systemcapacity
Thechangeinthisfeaturehasnoimpact.
Networkperformance
InterRATeventtriggeredANRcanaddadetectedcelltoanNCLandaddtheneighborrelationshipwiththedetectedcelltoanNRTbasedontheNCLornotbasedon
theNCL:
IfneighboringUTRANorGERANcellsdonotsharethesamescramblingcodeorBSIC,respectively,itisrecommendedthattheEventANRModeparameterbesetto
BASED_NCL(BASED_NCL).Inthiscase,theeNodeBdirectlyaddsaneighborrelationshipwiththedetectedcelltoanNRTbasedontheNCL,avoidingUusignaling
messagesgeneratedforaddinganeighborrelationshipforthefirsttimeandfacilitatingtheprocedureforaddinganeighborrelationshiptoanNRT.
IfneighboringUTRANorGERANcellssharethesamescramblingcodeorBSIC,respectively,itisrecommendedthattheEventANRModeparameterbesetto
NOT_BASED_NCL(NOT_BASED_NCL).Inthiscase,theeNodeBaddsaneighborrelationshipwiththedetectedcelltoanNRTbasedontheCGIreadingresults.
InterRATfastANRnowsupportsaddingadetectedcelltoanNCLandaddinganeighborrelationshipwiththiscelltoanNRTinNRTmode.Inthismode,fastANR
addsneighborrelationshipswithinterRATcellstoNRTsbasedontheCGIreadingresults.AddinganeighborrelationtoanNRTforthefirsttimegeneratesUusignaling
messages.However,thisfunctionensuresthatneighborrelationshipsarecorrectlyadded,increasingthesuccessrateofinterRAThandoversandtheservicedroprate.
InterRATeventtriggeredANRcaninstructUEsthatdonotrunserviceswithaQCIof1toperformANRrelatedmeasurements.Thisimprovestheuserexperienceof
UEsrunningserviceswithaQCIof1.
eNodeBssupporttheprotocolchangesofmeasurementsrelatedtoANRwithGERAN.ThisincreasesthesuccessrateofCGIreadingofneighboringcells,increasesthe
successrateofEUTRANtoGERANhandovers,anddecreasestheservicedroprate.
ImpactonNEs
ThisfeatureisimplementedontheeNodeBandU2000.
ImpactonHardware
Thechangeinthisfeaturehasnoimpact.
ImpactonInterNEInterfaces
Thechangeinthisfeaturehasnoimpact.
ImpactonOperationandMaintenance
Licensemanagement
Thechangeinthisfeaturehasnoimpact.
Configurationmanagement
Thefollowingparametershavebeenintroducedormodifiedtoaccommodatethisfeature.
Performancemanagement
Thechangeinthisfeaturehasnoimpact.
Faultmanagement
Thechangeinthisfeaturehasnoimpact.
ImpactonRelatedFeatures
Prerequisitefeatures
ThechangeinthisfeaturerequirestheU2000feature:WOFD181400InterRATAutomaticNeighborRelationOptimizationLTE.
Mutuallyexclusivefeatures
Thechangeinthisfeaturehasnoimpact.
Impactedfeatures
Thechangeinthisfeaturehasnoimpact.
RelatedOperations
Fordetails,seetheengineeringguidelinesinANRManagementFeatureParameterDescriptionofeRANFeatureDocumentation.
7Glossary
Fortheacronyms,abbreviations,terms,anddefinitions,seeGlossary.
8ReferenceDocuments
1.eRAN8.1LTEFDDFeatureList
2.eRAN8.1LTEFDDLTEAFeatureList
3.eRAN8.1LTEFDDBasicFeatureDescription
4.eRAN8.1LTEFDDLTEAFeatureDescription
5.eRAN8.1LTEFDDOptionalFeatureDescription
6.BTS3900V100R010C10(eNodeB,FDD)ReleaseNotes(foreachspecificpatch)
7.BTS3202EV100R010C10ReleaseNotes(foreachspecificpatch)
8.SingleRAN3900SeriesBaseStationProductDescription
9.BTS3202EProductDescription
10.3900SeriesBaseStationProductDocumentation
11.BTS3202EProductDocumentation
12.eRANFeatureDocumentation