3GPP-NB-IoT物联网技术发展现状

3GPPNB-IoT物聯網技術發展現況資策會智通所魏嘉宏博士魏嘉宏Chia-HungWei2013/7~now資訊工業策進會/智慧網通系統研究所/正工程師Delegateof3GPPRAN2meetingResearchInterest:SmallcellrelatedTransientperformanceanalysisRandomAccessprocedure2010/9~2013/1國立台灣科技大學電子工程系博士畢23GPPLTE-M,NB-IoT(R13)NB-IOT•Narrowbandoperationwith180kHzbandwidth(in-band,guardband,standalone)•DL:OFDMA,UL:FDMAwithGMSKmodulationand/orSC-FDMA•BeingdiscussedaspartofRANRel.13standardizationstartinginQ42015withspecificationstobecompletedbyQ22016LTE-M•AnevolutionofLTEoptimizedforIoTin3GPPRAN.FirstreleasedinRel.12inQ42014andfurtheroptimizationwillbeincludedinRel.13withspecificationscompleteinQ12016QualComm3Comparisonof3GPPIoTProposalsInOctober2015,the3GPPRANbodymutuallyagreedtostudythecombinationofthetwodifferentnarrowbandIoTtechnicalsolutions,EC-GSMandNB-LTE,forstandardizationasasingleNB-IoTtechnology,whichwouldsupportthreemodesofoperationasfollows:•‘Stand-aloneoperation’utilizing,forexample,thespectrumcurrentlybeingusedbyGERANsystemsasareplacementofoneormoreGSMcarriers,•‘Guardbandoperation’utilizingtheunusedresourceblockswithinaLTEcarrier’sguard-band,and•‘In-bandoperation’utilizingresourceblockswithinanormalLTEcarrier.•LTE-M,basedonLTEevolution•EC-GSM,anarrowbandsolutionbasedonGSMevolution,and•NB-LTE,anarrowbandcellularIoTsolution,alsoknownasCleanSlatetechnologies4ProprietaryLPWAandCellularIoTSigFoxandLoRaarebothproprietarytechnologiesdeployedinthe8-900MHzlicenseexemptbands.ThreeseparatetracksforlicensedCellularIoTtechnologiesarebeingstandardizedin3GPP5ReleasesofMTCR10R11R12R13R14NarrowbandIOTFurtherLTEPhysicalLayerEnhancementsforMTCRP-150492RP-151621LowCostMTCforLTERP-140522RANoverloadcontrolforMachine-TypeCommunicationsRP-111373MachinetypecommunicationsRP-0909915GMTCWorkingItemStudyItemRANtechnicalenhancementsformachine-typecommunicationsforUTRAandEUTRA.Radioresourceallocation/Lowmobilityconsideration/Powersavingmechanisms/Ultra-lowdutycycleRANcongestionduetothemassconcurrentdataandsignalingReducedDLchannelBWof1.4MHzfordatachannelinbaseband15dBCoverageimprovementforFDD180kHzUERFBWforDL/UL6ProgressofNB-IoTin3GPPuntilFeb,2016Estimatedlevelofcompletionofthework/studyitemCorepart:75%perWG(mandatorytobeprovided)forCorepartorSI:RANWG1:80%RANWG2:70%RANWG3:70%RANWG4:55%TheCorepartWIisplannedtobe100%completein:June2016whichis:RAN#72ThePerformancepartWIisplannedtobe100%completein:September2016whichis:RAN#737PerformanceobjectivesSupportofmassivenumberoflowthroughputdevicesReducedcomplexityImprovedpowerefficiencyLatency8RelatedModificationsforProtocolDatatransfermodeHARQMobilityUECapabilitiesRLFRRCProcedure•DRX•AccessBarring•SystemInformation•Idlemodeprocedure–CellSelectionandReselection9NOTsupportedinNB-IoTHandoverMeasurementreportsPublicwarningfunctionsGBRCSGRelayingCarrieraggregationDualconnectivityNAICSMBMSReal-timeservicesInterferenceavoidanceforin-devicecoexistenceRANassistedWLANinterworkingSidelinkcommunication/discoveryMDTEmergencycallandCSfallbackInter-ratmobility10RadioProtocolAspectsSegm.ARQetcMultiplexingUE1MultiplexingUEnBCCHPCCHUnicastScheduling/PriorityHandlingLogicalChannelsMACRadioBearersSecuritySecurity...CCCHMCCHMultiplexingMTCHHARQHARQMBMSSchedulingPCHBCHDL-SCHDL-SCHMCHRLCPDCPROHCROHC...Segm.ARQetc...TransportChannelsSegm.ARQetcSecuritySecurity...ROHC...Segm.ARQetc...Segm.Segm..........DTCHSecuritySegm.ARQetcDTCHDTCHDCCHDCCHLayer2StructureforDLCPSolution,noASsecurityonDCCH.CPSolution,onlyonededicatedlogicalchannelperUE(i.e.nopriorityhandlingbetweenlogicalchannelsofoneUE).•Theradiointerfaceprotocolarchitecture•MAC,RLC,PDCP,andRRCprotocols•UEcapabilities11RadioProtocolAspects...HARQTransportChannelsMACRLCPDCPSegm.ARQetcSegm.ARQetcLogicalChannelsROHCROHCRadioBearersSecuritySecurityCCCHUL-SCHSegm.ARQetcSecurityMultiplexingScheduling/PriorityHandlingDTCHDTCHDCCHLayer2StructureforULCPsolution:SRB0SRB1UPsolution:SRB0SRB1SRB2(nomotivation)1DRBnoASsecurityonDCCH(PDCPisnotused)12HARQBothDL/UL1-processStop-And-WaitUL:AsynchronousadaptiveHARQDLACK/NAKsinresponsetouplink(re)transmissionsaresentonNB-PDCCH,anduplinkre-transimissionsarealwaystriggeredaccordingtoDownlinkACK/NAKontheNB-PDCCH;PHICHPUSCHDataACK/NACKPUSCHreTxDataNB-PDCCHNB-PUSCHDataACK/NACKNB-PUSCHreTxData13MobilityKeyusage:StationaryUE.ReduceUEcomplexityandUEpowerconsumption.NottoconsidersomeofthelegacyLTEprocedures:HO.14UEcapabilitytransferUECapabilityInformationUECapabilityEnquiryUEEUTRANUe-CapabilityRAT-ContainerListueCapabilityRAT-ContainerUE-EUTRA-CapabilityFeatureGroupIndicatorsUE-NBIOT-CapabilityUEeNBMMES1-AP:INITIALCONTEXTSETUPRESPONSES1-AP:INITIALCONTEXTSETUPREQUEST23.401:UESecurityCapabilities+36.331:UERadioCapability:UERadioAccessCapabilityInformationRRC:UECapabilityEnquiry36.331:RAT-TypeRRC:UECapabilityInformation36.331:RAT-Type+UE-CapabilityRAT-ContainereNBdecidesifmorecapabilitiesareneeded,e.g.basedon-whichotherRATstheUEsupports-ifsuchneighbourcellsarepresentS1-AP:UECAPABILITYINFOINDICATION36.331:UERadioCapability:UERadioAccessCapabilityInformationeNBkeepscapabilitiesduringRRCCONNECTEDstateandbuildsoneUERadioAcces