欢迎来到课桌文档! | 帮助中心 课桌文档-建筑工程资料库
课桌文档
全部分类
  • 党建之窗>
  • 感悟体会>
  • 百家争鸣>
  • 教育整顿>
  • 文笔提升>
  • 热门分类>
  • 计划总结>
  • 致辞演讲>
  • 在线阅读>
  • ImageVerifierCode 换一换
    首页 课桌文档 > 资源分类 > DOCX文档下载  

    3GPP TR38.875 RedCap NR设备 R17.docx

    • 资源ID:625497       资源大小:850.33KB        全文页数:129页
    • 资源格式: DOCX        下载积分:5金币
    快捷下载 游客一键下载
    会员登录下载
    三方登录下载: 微信开放平台登录 QQ登录  
    下载资源需要5金币
    邮箱/手机:
    温馨提示:
    用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP免费专享
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    3GPP TR38.875 RedCap NR设备 R17.docx

    3GPPTR38.875V17.0,0(2021-03)TechnicalReport3rdGenerationPartnershipProject;TechnicalSpecificationGroupRadioAccessNetwork;StudyonsupportofreducedcapabilityNRdevices(Release17)为配Thepresentdocumenthasbeendevelopedwithinthe3rdGenerationPartnershipProjeci(3GPP)andmaybefurtherelaboratedforthepurposesof3GPP.Thepresentdocumenthasnotbeensubjecttoanyapprovalprocessbythe3GPPOrganizationalPartnersandshallnotbeimplemented.ThisSpeciHcationisprovidedforfuturedevelopmentworkwithin3GPPonly.TheOrganizationalPartnersacceptnoliabilityforanyuseofthisSpecification.SpecificationsandReportsforimplementationofthe3GPPsystemshouldbeobtainedviathe3GPPOrganizationalPartners'PublicationsOffices.3GPPPostaladdress3GPPsupportofficeaddress650RoutedesLucioles-SophiaAntipolisValbonne-FRANCETel.:+33492944200Fax:+33493654716Internethttp:/www.3gpp.orgCOPyrightNOtifiCatiOnNopartmaybereproducedexceptasauthorizedbywrittenpermission.Thecopyrightandtheforegoingrestrictionextendtoreproductioninallmedia.©2021,3GPPOrganizationalPartners(ARIB,ATIS,CCSA,ETSI,TSDSLTTA,TTC).Allrightsreserved.UMTSisaTradeMarkofETSIregisteredforthebenefitofitsmembers3GPPisaTradeMarkofETSlregisteredforthebenefitofitsMembersandofthe3GPPOrganizationalPartnersLTEisaTradeMarkofETSIregisteredforthebenefitofitsMembersandofthe3GPPOrganizationalPartnersGSM®andtheGSMlogoareregisteredandownedbytheGSMAssociationContentsForeword41 Scope62 References63 Definitionsofterms,symbolsandabbreviations73.1 Terms73.2 Symbols73.3 Abbreviations74 Introduction75 Studyobjectives86 Evaluationmethodology96.1 EvaluationmethodologyforUEcomplexityreduction96.2 EvaluationmethodologyforUEpowersaving106.3 Evaluationmethodologyforcoveragerecovery146.4 Evaluationmethodologyfornetworkcapacityandspectralefficiency167 UEcomplexityreductionfeatures177.1 IntroductiontoUEcomplexityreductionfeatures177.2 ReducednumberofUERxZTxantennas177.2.1 Descriptionoffeature177.2.2 AnalysisofUEcomplexityreduction187.2.3 Analysisofperformanceimpacts207.2.4 AnalysisofcoexistencewithlegacyUEs207.2.5 Analysisofspecificationimpacts217.3 UEbandwidthreduction217.3.1 Descriptionoffeature217.3.2 AnalysisofUEcomplexityreduction217.3.3 Analysisofperformanceimpacts227.3.4 AnalysisofcoexistencewithlegacyUEs237.3.5 Analysisofspecificationimpacts237.4 Half-duplexFDDoperation237.4.1 Descriptionoffeature237.4.2 AnalysisofUEcomplexityreduction247.4.3 Analysisofperformanceimpacts247.4.4 AnalysisofcoexistencewithlegacyUEs257.4.5 Analysisofspecificationimpacts257.5 RelaxedUEprocessingtime257.5.1 Descriptionoffeature257.5.2 AnalysisofUEcomplexityreduction267.5.3 Analysisofperformanceimpacts277.5.4 AnalysisofcoexistencewithlegacyUEs277.5.5 Analysisofspecificationimpacts277.6 RelaxedmaximumnumberofMIMOlayers287.6.1 Descriptionoffeature287.6.2 AnalysisofUEcomplexityreduction287.6.3 Analysisofperformanceimpacts297.6.4 AnalysisofcoexistencewithlegacyUEs297.6.5 Analysisofspecificationimpacts297.7 Relaxedmaximummodulationorder297.7.1 Descriptionoffeature297.7.2 AnalysisofUEcomplexityreduction307.7.3 Analysisofperformanceimpacts317.7.4 AnalysisofcoexistencewithlegacyUEs327.7.5 Analysisofspecificationimpacts327.8 CombinationsofUEcomplexityreductionfeatures327.8.1 Descriptionoffeaturecombinations327.8.2 AnalysisofUEcomplexityreduction327.8.3 Analysisofperformanceimpacts337.8.4 AnalysisofcoexistencewithlegacyUEs347.8.5 Analysisofspecificationimpacts348 UEpowersavingfeatures348.1 IntroductiontoUEpowersavingfeatures348.2 ReducedPDCCHmonitoring358.2.1 Descriptionoffeature358.2.2 AnalysisofUEpowersaving358.2.3 Analysisofperformanceimpacts398.2.4 AnalysisofcoexistencewithlegacyUEs488.2.5 Analysisofspecificationimpacts488.3 ExtendedDRXforRRCInactiveand/orIdle488.3.1 Descriptionoffeature488.3.2 AnalysisofUEpowersaving498.3.3 AnalysisofupperandlowerboundofextendedDRXcycles498.3.4 AnalysisofmechanismsforextendedDRX508.4 RRMrelaxationforstationarydevices518.4.1 Descriptionoffeature518.4.2 RRMrelaxationinRRCJDLEandRRCJNACTIVE518.4.3 RRMrelaxationinRRC_CONNECTED548.4.4 AnalysisofUEpowersaving559 Coveragerecovery569.1 Introductiontocoveragerecovery569.2 Coveragerecoveryevaluation569.2.1 Urbanscenarioat2.6GHz569.2.2 Ruralscenarioat0.7GHz589.2.3 Urbanscenarioat4GHz609.2.4 Indoorscenarioat28GHz629.2.5 Summaryofcoveragerecoveryevaluation649.3 CoveragerecoveryforPUSCH659.3.1 Descriptionofcoveragerecoveryfeatures659.3.2 AnalysisofcoexistencewithlegacyUEs659.3.3 Analysisofspecificationimpacts659.4 CoveragerecoveryforPDSCH659.4.1 Descriptionofcoveragerecoveryfeatures659.4.2 AnalysisofcoexistencewithlegacyUEs669.4.3 Analysisofspecificationimpacts669.5 CoveragerecoveryforPDCCH669.5.1 Descriptionofcoveragerecoveryfeatures669.5.2 AnalysisofcoexistencewithlegacyUEs669.5.3 Analysisofspecificationimpacts671()Definitionandconstrainingofreducedcapabilities671.1 1Definitionofreducedcapabilities671.2 2Constrainingofreducedcapabilities691.2.1 1Descriptionoffeature6911 UEidentificationandaccessrestrictions7011.1 UEidentification7011.1.1 Descriptionoffeature7011.2 Accessrestrictions7511.2.1 Descriptionoffeature7511.2.2 Cellbarring7511.2.3 Unifiedaccesscontrol7511.2.4 RRCconnectionreject7611.2.5 AnalysisofcoexistencewithlegacyUEs7611.2.6 Analysisofspecificationimpacts7612 Impacttonetworkcapacityandspectralefficiency7613 Conclusionsandrecommendations77Annex A: UEpowersavingresults80A.lUEpowersavingresultsforFRl80A.2UEpowersavingresultsforFR283Annex B: PDCCHblockingrateresults85BJPDCCHblockingrateresultsforFRl85Annex C: B.2PDCCHblockingrateresultsforFR292Annex D: 1.inkbudgetevaluationresults96C.lUrbanscenarioat2.6GHz96C.2Ruralscenarioat0.7GHz101C.3Urbanscenarioat4GHz106C.4Indoorscenarioat28GHz110Annex E: System-levelsimulationevaluationresults115Annex F: CompanyinputstopowersavingevaluationinRAN2124E.lExtendedDRXforRRCInactiveand/orIdle124E.l.lPowersavingevaluationin8124E.1.2Powersavingevaluationin9126E.2RRMrelaxationforstationarydevices128E.2.1RRMrelaxationevaluationin9128E.2.2RRMrelaxationinidle/inactivemodeforservingcellin10128Annex G: Changehistory133ForewordThisTechnicalReporthasbeenproducedbythe3rdGenerationPartnershipProject(3GPP).ThecontentsofthepresentdocumentaresubjecttocontinuingworkwithintheTSGandmaychangefollowingformalTSGapproval.ShouldtheTSGmodifythecontentsofthepresentdocument,itwillbere-releasedbytheTSGwithanidentifyingchangeofreleasedateandanincreaseinversionnumberasfollows:Versionx.y.zwhere:xthefirstdigit:1 presentedtoTSGforinformation;2 presentedtoTSGforapproval;3 orgreaterindicatesTSGapproveddocumentunderchangecontrol.ytheseconddigitisincrementedforallchangesofsubstance,i.e.technicalenhancements,corrections,updates,etc.Zthethirddigitisincrementedwheneditorialonlychangeshavebeenincorporatedinthedocument.Inthepresentdocument,modalverbshavethefollowingmeanings:shallindicatesamandatoryrequirementtodosomethingshallnotindicatesaninterdiction(prohibition)todosomethingTheconstructions"shall"and"shallnot"areconfinedtothecontextofnormativeprovisions,anddonotappearinTechnicalReports.Theconstructions"must"and',mustnot"arenotusedassubstitutesfor"shall"and',shallnot".Theiruseisavoidedinsofaraspossible,andtheyarenotusedinanormativecontextexceptinadirectcitationfromanexternal,referenced,non-3GPPdocument,orsoastomaintaincontinuityofstylewhenextendingormodifyingtheprovisionsofsuchareferenceddocument.shouldindicatesarecommendationtodosomethingshouldnotindicatesarecommendationnottodosomethingmayindicatespermissiontodosomethingneednotindicatespermissionnottodosomethingTheconstruction,maynot"isambiguousandisnotusedinnormativeelements.Theunambiguousconstructions"mightnot"or"shallnot"areusedinstead,dependinguponthemeaningintended.canindicatesthatsomethingispossiblecannotindicatesthatsomethingisimpossibleTheconstructions"can"and"cannot"arenotsubstitutesfor"may"and"neednot".willindicatesthatsomethingiscertainorexpectedtohappenasaresultofactiontakenbyanagencythebehaviourofwhichisoutsidethescopeofthepresentdocumentwillnotindicatesthatsomethingiscertainorexpectednottohappenasaresultofactiontakenbyanagencythebehaviourofwhichisoutsidethescopeofthepresentdocumentmightindicatesalikelihoodthatsomethingwillhappenasaresultofactiontakenbysomeagencythebehaviourofwhichisoutsidethescopeofthepresentdocumentmightnotindicatesalikelihoodthatsomethingwillnothappenasaresultofactionUkenbysomeagencythebehaviourofwhichisoutsidethescopeofthepresentdocumentInaddition:is(oranyotherverbintheindicativemood)indicatesastatementoffactisnot(oranyothernegativeverbintheindicativemood)indicatesastatementoffactTheconstructions"is"and"isnot"donotindicaterequirements.1 ScopeThisdocumentcapturesthefindingsfromthestudyitem,SludyonsupportofreducedcapabilityNRdevices"2.ThestudyincludesidentificationandstudyofpotentialUEcomplexityreductiontechniquesandUEpowersavingandbatterylifetimeenhancementsforreducedcapabilityUEsinapplicableusecases,functionalitythatwillenabletheperformancedegradationofsuchcomplexityreductiontobemitigatedorlimited,principlesforhowtodefineandconstrainsuchreducedcapabilities,andfunctionalitythatwillallowdeviceswithreducedcapabilitiestobeexplicitlyidentifiabletonetworksandnetworksoperatorsandallowoperatorstorestricttheiraccessifdesired.ThescopeofthestudyincludessupportforallFR1FR2bandsforFDDandTDDandcoexistencewithRel-15/16UEs.ThisstudyfocusesonSAmodeandsingleconnectivity.ThescopeofthestudydoesnotincludeLPWAusecases.2 ReferencesThefollowingdocumentscontainprovisionswhich,throughreferenceinthistext,constituteprovisionsofthepresentdocument.- Referencesareeitherspecific(identifiedbydateofpublication,editionnumber,versionnumber,etc.)ornon-specific.- Foraspecificreference,subsequentrevisionsdonotapply.- Foranon-specificreference,thelatestversionapplies.Inthecaseofareferencetoa3GPPdocument(includingaGSMdocument),anon-specificreferenceimplicitlyreferstothelatestversionofthatdocumentinthesameReleaseasthepresentdocument.1 3GPPTR21.9()5:"Vocabularyfor3GPPSpecifications".2 3GPPRP-201677:"RevisedSIDonsupportofreducedcapabilityNRdevices".3 3GPPR1-2009293:"FLsummaryonRedCapevaluationresults".4 3GPPTR36.888:"Studyonprovisionoflow-costMachine-TypeCommunications(MTC)UserEquipments(UEs)basedonLTE".5 3GPPTR38.830:"StudyonNRcoverageenhancements',.6 3GPPTR38.840:"StudyonUserEquipment(UE)powersavinginNR".7 3GPPR1-070674:"LTEphysicallayerframeworkforperformanceverification",Orange,ChinaMobile,KPN,NTTDoCoMo,Sprint,T-Mobile,Vodafone,TelecomItalia.8 3GPPR2-2009116:"FurtherconsiderationsforeDRX",MediaTek.9 3GPPR2-2009620:"RedCappowersavingenhancementst,Ericsson.10 3GPPR2-2100459:"TPforTR38875onevaluationforRRMrelaxation",vivo,GuangdongGenius.11 3GPPR2-2101257:"RRMmeasurementrelaxationforRedCapUE",Huawei,HiSiIicon.12 3GPPTS36.300:"EvolvedUniversalTerrestrialRadioAccess(E-UTRA)andEvolvedUniversalTerrestrialRadioAccessNetwork(E-UTRAN);Overalldescription;Stage2".3 Definitionsofterms,symbolsandabbreviations3.1 TermsForthepurposesofthepresentdocument,thetermsgiveninTR21.9051andthefollowingapply.Atermdefinedinthepresentdocumenttakesprecedenceoverthedefinitionofthesameterm,ifany,inTR21.9051.RedCapUE:Forconvenienceonly,aRedCapUEreferstoanNRUEwithreducedcapabilitieswithdetailsdescribedherein.3.2 SymbolsForthepurposesofthepresentdocument,thefollowingsymbolsapply:<symbol><Expianation>3.3 AbbreviationsForthepurposesofthepresentdocument,theabbreviationsgiveninTR21.90511andthefollowingapply.Anabbreviationdefinedinthepresentdocumenttakesprecedenceoverthedefinitionofthesameabbreviation,ifany,inTR21.9051.<ABBREVIATION><Expansion>4 IntroductionTheusagescenariosthathavebeenidentifiedfor5Gareenhancedmobilebroadband(eMBB),massivemachine-typecommunication(mMTC),andUltra-ReliableandLowLatencycommunication(URLLC).Yetanotheridentifiedareaistimesensitivecommunication(TSC).Inparticular,mMTC,URLLCandTSCareassociatedwithnovelIoTusecasesthataretargetedinverticalindustries.ItisenvisagedthateMBB,mMTC,URLLCandTSCusecasesmayallneedtobesupportedinthesamenetwork.Inthe3GPPstudyon''self-evaluationtowardsIMT-2020submission''itwasconfirmedthatNB-IoTandLTE-MTC(a.k.a.eMTC)fulfiltheIMT-2020requirementsformMTCandcanbecertifiedas5Gtechnologies.ForURLLCsupport,URLLCfeatureswereintroducedinRelease15forbothLTEandNR,andNRURLLCisfurtherenhancedinRelease16withintheenhancedURLLC(eURLLC)andIndustrialIoTworkitems.Rel-16alsointroducedsupportforTime-SensitiveNetworking(TSN)and5GintegrationforTSCusecases.1. Oneimportantobjectiveof5Gistoenableconnectedindustries.5Gconnectivitycanserveascatalystfornextwaveofindustrialtransformationanddigitalization,whichimproveflexibility,enhanceproductivityandefficiency,reducemaintenancecost,andimproveoperationalsafety.Devicesinsuchenvironmentincludee.g.pressuresensors,humiditysensors,thermometers,motionsensors,accelerometers,actuators,etc.Itisdesirabletoconnectthesesensorsandactuatorsto5Gradioaccessandcorenetworks.Themassiveindustrialwirelesssensornetwork(IWSN)usecasesandrequirementsdescribedinTR22.804,TS22.104,TR22.832andTS22.261includenotonlyURLLCserviceswithveryhighrequirements,butalsorelativelylow-endSerViCeSwiththerequirementofsmalldeviceformfactors,and/orbeingcompletelywirelesswithabatterylifeofseveralyears.TherequirementsfortheseservicesarehigherthanLPWA(i.e.LTE-MTC/NB-IoT)butlowerthanURLLCandeMBB.2. Similartoconnectedindustries,5Gconnectivitycanserveascatalystforthenextwavesmartcityinnovations.Asanexample,TR22.804describessmartcityusecaseandrequirementsforthat.Thesmartcityverticalcoversdatacollectionandprocessingtomoreefficientlymonitorandcontrolcityresources,andtoprovideservicestocityresidents.Especially,thedeploymentofsurveillancecamerasisanessentialpartofthesmartcitybutalsooffactoriesandindustries.3. Finally,wearablesusecaseincludessmartwatches,rings,eHealthrelateddevices,andmedicalmonitoringdevicesetc.Onecharacteristicfortheusecaseisthatthedeviceissmallinsize.Asabaseline,therequirementsforthesethreeusecasesare:Genericrequirements:- Devicecomplexity:Mainmotivationforthenewdevicetypeistolowerthedevicecostandcomplexityascomparedtohigh-endeMBBandURLLCdevicesofRel-15Rel-16.Thisisespeciallythecaseforindustrialsensors.- Devicesize:Requirementformostusecasesisthatthestandardenablesadevicedesignwithcompactformfactor.- Deploymentscenarios:SystemshouldsupportallFR1FR2bandsforFDDandTDD.Usecasespecificrequirements:1. Industrialwirelesssensors:ReferenceusecasesandrequirementsaredescribedinTR22.832andTS22.104:Communicationserviceavailabilityis99.99%andend-to-endlatencylessthan100ms.Thereferen

    注意事项

    本文(3GPP TR38.875 RedCap NR设备 R17.docx)为本站会员(夺命阿水)主动上传,课桌文档仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知课桌文档(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    备案号:宁ICP备20000045号-1

    经营许可证:宁B2-20210002

    宁公网安备 64010402000986号

    课桌文档
    收起
    展开