36.133第五章E-UTRANRRC_CONNECTEDstatemobility

5E-UTRANRRC连接状态下的移动性5.1E-UTRAN切换5.1.1介绍5.1.2要求5.1.2.1E-UTRANFDD–FDD本部分要求可应用于同频或异频切换.5.1.2.1.1Handoverdelay切换延时[2]规定了对于所有可以发起一个切换过程的过程延时当UE接收到RRC暗示切换的消息时，UE应该从最后一个包含RRC指令的TTI末端Dhandover秒内，准备开始新的上行PRACH信道的传输。Dhandover等于最大的RRC过程延时加上中断时间。过程延时在11.2in3GPPTS36.331定义。5.1.2.1.2Interruptiontime中断时间在包含RRC指令的最后一个TTI的旧PDSCH到UE开始在新的PRACH传输之间的时间定义为中断时间（interruptiontime），不包含过程延时。这个适用于在新的PRACH上传输之前，UE没有被要求执行任何的同步过程。当同频或异频切换发起的时候，中断时间应该小于Tinterrupt。Tinterrupt=Tsearch+TIU+20msTsearch指当UE收到切换指令的时候，在并不知道目标小区的情况下，被要求搜索目标小区的时间。如果已经知道目标小区的话，Tsearch等于0，不管UE是否使用DRX（非连续接收），Tsearch都会基于连续接收（non-DRX）的目标小区搜索时间。TIU是直到在新小区获得第一个可用UpPTS或PRACH的情况下的不确定中断时间，不超过30ms。注意：TIU的真实值取决于目标小区使用的的PRACH配置。如果在最后的5s以内有汇合相关小区特征的要求，则在中断请求中，小区是已知的，否则小区就是未知的。相关小区特征的要求在8.1.2.2.1和8.1.2.3.1分别描述同频和异频。5.2.2.2E-UTRANFDD–TDD本部分要求适用于FDD到TDD切换，本部分要求应用于支持FDD和TDD的UE.5.2.2.4部分的要求应用于本部分5.2.2.2.1(Void)5.2.2.2.2(Void)5.2.2.3E-UTRANTDD–FDD本部分要求适用于FDD到TDD切换，本部分要求应用于支持FDD和TDD的UE.5.1.2.1部分的要求应用于本部分5.2.2.3.1(Void)5.2.2.3.2(Void)5.2.2.4E-UTRANTDD–TDD本部分要求使用于同频和异频切换。5.2.2.4.1Handoverdelay所有可以发起切换的过程时延，见3GPPTS36.331[2]当UE接收到RRC暗示切换的消息时，UE应该从最后一个包含RRC指令的TTI末端Dhandover秒内，准备开始新的上行UpPTS或PRACH信道的传输。Dhandover等于最大的RRC过程延时（见11.2in3GPPTS36.331[2]）加上中断时间（见5.1.2.4.2）。5.2.2.4.2Interruptiontime在包含RRC指令的最后一个TTI的旧PDSCH到UE开始在新的UpPTS或PRACH传输之间的时间定义为中断时间（interruptiontime），不包含过程延时。这个适用于在新的UpPTSorPRACH信道上传输之前，UE没有被要求执行任何的同步过程。当同频或异频切换发起的时候，中断时间应该小于Tinterrupt。Tsearch指当UE收到切换指令的时候，在并不知道目标小区的情况下，被要求搜索目标小区的时间。如果已经知道目标小区的话，Tsearch等于0，不管UE是否使用DRX（非连续接收），Tsearch都会基于连续接收（non-DRX）的目标小区搜索时间。TIU是直到在新小区获得第一个可用UpPTS或PRACH的情况下的不确定中断时间，不超过30ms。注意：TIU的真实值取决于目标小区使用的的UpPTS或PRACH配置。5.3HandovertootherRATs切换到其他RAT5.3.1E-UTRAN-UTRANFDDHandoverE-UTRAN–UTRAN的FDD切换5.3.1.1IntroductionEditor’snote:ThehardhandoverprocedureisassumedtobeinitiatedbyE-UTRANbysendingaMOBILITYFROME-UTRARRCcommand.5.3.1.1.1HandoverdelayProceduredelayisspecifiedinsection11.2in3GPPTS36.331[2].WhentheUEreceivesaRRCmessageimplyinghandovertoUTRANwiththeactivationtimenoworearlierthanRRCproceduredelaysecondsfromtheendofthelastE-UTRANTTIcontainingtheRRCcommand,theUEshallbereadytostartthetransmissionofthenewUTRAuplinkDPCCHwithinDhandoversecondsfromtheendofthelastE-UTRANTTIcontainingtheRRCMOBILITYFROME-UTRAcommand.[Editor’snote:Anaccuratedefinitionfortheconceptof‘activationtime’isstillneeded]IftheaccessisdelayedtoanindicatedactivationtimelaterthanE-UTRANRRCproceduredelaysecondsfromtheendofthelastTTIcontainingtheE-UTRANRRCcommand,theUEshallbereadytostartthetransmissionofthenewuplinkDPCCHatthedesignatedactivationtime+interruptiontime.where:-DhandoverequalstheRRCproceduredelaydefinedinsection11.2in3GPPTS36.331[2]plustheinterruptiontimestatedinsection5.3.1.1.2.5.3.1.1.2InterruptiontimeTheinterruptiontime,i.e.thetimebetweenthelastTTIcontainingatransportblockontheE-UTRANPDSCCHandthetimetheUEstartstransmissionofthenewuplinkDPCCHdependsonwhetherthetargetcellisknownfortheUEornot.ThetargetcellisknownifithasbeenmeasuredbytheUEduringthelast5secondsotherwiseitisunknown.TheUEshallalwaysperformaUTRAsynchronisationprocedureaspartofthehandoverprocedure.IfthetargetcellisknowntheinterruptiontimeshallbelessthanTinterrupt1Tinterrupt1=TIU+Tsync+50+10*FmaxmsIfthetargetcellisunknowntheinterruptiontimeshallbelessthanTinterrupt2Tinterrupt2=TIU+Tsync+150+10*FmaxmsThisrequirementshallbemet,providedthatthereisonetargetcellintheMOBILITYFROME-UTRAcommand.PerformancerequirementsforE-UTRAtoUTRAsofthandoverarenotspecified.WhenUEisconnectedtoanE-UTRAcell,UTRASFNtimingmeasurementsarenotreported.ThisimpliesthatthetimingoftheDPCHoftheUTRAtargetcellsintheactivesetcannotbeconfiguredbyUTRANtoguaranteethatalltargetcellsfallwithintheUEreceptionwindowofT0+/-148chips.Where:TIUistheinterruptionuncertaintywhenchangingthetimingfromtheE-UTRANtothenewUTRANcell.TIUcanbeuptooneUTRAframe(10ms).FmaxdenotesthemaximumnumberofradioframeswithinthetransmissiontimeintervalsofalltransportchannelsthataremultiplexedintothesameCCTrCHontheUTRAtargetcell.TsyncisthetimerequiredformeasuringthedownlinkDPCCHchannelasstatedin3GPPTS25.214section4.3.1.2[20].Incasehigherlayersindicatetheusageofapost-verificationperiodTsync=0ms.OtherwiseTsync=40ms.ThephasereferenceistheprimaryCPICH.TherequirementsinthissectionassumethatN312hasthesmallestpossiblevaluei.e.onlyoneinsyncisrequired.5.3.2E-UTRAN-UTRANTDDHandoverTDD切换5.3.2.1IntroductionTDD切换目的在于改变从E-UTRAN到UTRAN无线接入模式。切换由包含一条RRC消息的E-UTRAN网络初始化，RRC消息示意着一个硬切换，在[2]里描述。5.3.2.2Requirements本部分要求将适用于支持E-UTRAN和UTRANTDD模式的UE.5.3.2.2.1Handoverdelay所有可以发起硬切换的RRC过程性能值performancevalues，列举在[2].当UE收到RRC隐含的E-UTRAN/UTRANTDD切换的消息，激活时间为“now”或者比包含RRC指令的最后一个TTI的RRC过程延时早的话，UE应该从包含RRCMOBILITYFROME-UTRA指令的最后一个TTI末端，在Dhandover时间内准备新的上行DPCH或者上行同步的传输。如果接入有一个专属激活时间的延时，这个延时比包含RRC的最后一个TTI的RRC过程延时晚的话，那么UE开始新DPCH传输的时间就是专属激活时间加上中断时间。（即不考虑RRC过程延时）Where:Dhandover等于RRC过程性能值里定义的时间加上中断时间5.3.2.2.2Interruptiontime中断时间对于UE，中断时间是独立的，决定于小区是否已知。作为切换过程的一部分，UE通常要执行一个UTRA同步过程。如果UE在切换的最后5秒对于目标小区有测量，则中断时间应小于Tinterrupt1Tinterrupt1=Toffset+TUL+30*FSFN+[20]+10*Fmaxms如果UE在切换的最后5秒对于目标小区没有测量，则中断时间应小于Tinterrupt1Tinterrupt1=Toffset+TUL+30*FSFN+[20]+10*