36.133第五章E-UTRAN-RRC-CONNECTED-state-mobility

5 E-UTRAN RRC连接状态下的移动性5.1E-UTRAN切换5.1.1介绍5.1.2要求5.1.2.1 E-UTRAN FDD FDD本部分要求可应用于同频或异频切换.5.1.2.1.1 Handover delay切换延时2规定了对于所有可以发起一个切换过程的过程延时当UE接收到RRC暗示切换的消息时，UE应该从最后一个包含RRC指令的TTI末端Dhandover 秒内，准备开始新的上行PRACH信道的传输。Dhandover 等于最大的RRC过程延时加上中断时间。过程延时在11.2 in 3GPP TS 36.331定义。5.1.2.1.2Interruption time中断时间在包含RRC指令的最后一个TTI的旧PDSCH到UE开始在新的PRACH传输之间的时间定义为中断时间（interruption time），不包含过程延时。这个适用于在新的PRACH上传输之前，UE没有被要求执行任何的同步过程。当同频或异频切换发起的时候，中断时间应该小于Tinterrupt。 Tinterrupt = Tsearch + TIU + 20 msTsearch指当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-UTRAN FDD 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-UTRAN TDD 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-UTRAN TDD TDD本部分要求使用于同频和异频切换。5.2.2.4.1Handover delay所有可以发起切换的过程时延，见3GPP TS 36.331 2当UE接收到RRC暗示切换的消息时，UE应该从最后一个包含RRC指令的TTI末端Dhandover 秒内，准备开始新的上行UpPTS 或 PRACH信道的传输。Dhandover 等于最大的RRC过程延时（见11.2 in 3GPP TS36.331 2）加上中断时间（见5.1.2.4.2）。5.2.2.4.2Interruption time在包含RRC指令的最后一个TTI的旧PDSCH到UE开始在新的UpPTS 或 PRACH传输之间的时间定义为中断时间（interruption time），不包含过程延时。这个适用于在新的UpPTS or PRACH信道上传输之前，UE没有被要求执行任何的同步过程。当同频或异频切换发起的时候，中断时间应该小于Tinterrupt。Tsearch指当UE收到切换指令的时候，在并不知道目标小区的情况下，被要求搜索目标小区的时间。如果已经知道目标小区的话，Tsearch等于0，不管UE是否使用DRX（非连续接收），Tsearch都会基于连续接收（non-DRX）的目标小区搜索时间。TIU 是直到在新小区获得第一个可用UpPTS 或 PRACH的情况下的不确定中断时间，不超过30ms。注意：TIU的真实值取决于目标小区使用的的UpPTS 或 PRACH配置。5.3Handover to other RATs切换到其他RAT5.3.1E-UTRAN - UTRAN FDD HandoverE-UTRAN UTRAN 的FDD切换5.3.1.1IntroductionEditors note: The hard handover procedure is assumed to be initiated by E-UTRAN by sending a MOBILITY FROM E-UTRA RRC command.5.3.1.1.1Handover delayProcedure delay is specified in section 11.2 in 3GPP TS36.331 2.When the UE receives a RRC message implying handover to UTRAN with the activation time now or earlier than RRC procedure delay seconds from the end of the last E-UTRAN TTI containing the RRC command, the UE shall be ready to start the transmission of the new UTRA uplink DPCCH within Dhandover seconds from the end of the last E-UTRAN TTI containing the RRC MOBILITY FROM E-UTRA command. Editors note: An accurate definition for the concept of activation time is still neededIf the access is delayed to an indicated activation time later than E-UTRAN RRC procedure delay seconds from the end of the last TTI containing the E-UTRAN RRC command, the UE shall be ready to start the transmission of the new uplink DPCCH at the designated activation time + interruption time.where:-Dhandover equals the RRC procedure delay defined in section 11.2 in 3GPP TS 36.331 2 plus the interruption time stated in section 5.3.1.1.2.5.3.1.1.2Interruption timeThe interruption time, i.e. the time between the last TTI containing a transport block on the E-UTRAN PDSCCH and the time the UE starts transmission of the new uplink DPCCH depends on whether the target cell is known for the UE or not. The target cell is known if it has been measured by the UE during the last 5 seconds otherwise it is unknown. The UE shall always perform a UTRA synchronisation procedure as part of the handover procedure.If the target cell is known the interruption time shall be less than Tinterrupt1Tinterrupt1 = TIU+Tsync+50+ 10*Fmax msIf the target cell is unknown the interruption time shall be less than Tinterrupt2Tinterrupt2 = TIU+Tsync+150 + 10*Fmax msThis requirement shall be met, provided that there is one target cell in the MOBILITY FROM E-UTRA command. Performance requirements for E-UTRA to UTRA soft handover are not specified. When UE is connected to an E-UTRA cell, UTRA SFN timing measurements are not reported. This implies that the timing of the DPCH of the UTRA target cells in the active set cannot be configured by UTRAN to guarantee that all target cells fall within the UE reception window of T0 +/- 148 chips.Where:TIUis the interruption uncertainty when changing the timing from the E-UTRAN to the new UTRAN cell. TIU can be up to one UTRA frame (10 ms).Fmax denotes the maximum number of radio frames within the transmission time intervals of all transport channels that are multiplexed into the same CCTrCH on the UTRA target cell.Tsync is the time required for measuring the downlink DPCCH channel as stated in 3GPP TS 25.214 section 4.3.1.2 20. In case higher layers indicate the usage of a post-verification period Tsync=0 ms. Otherwise Tsync=40 ms.The phase reference is the primary CPICH.The requirements in this section assume that N312 has the smallest possible value i.e. only one insync is required.5.3.2E-UTRAN - UTRAN TDD Handover TDD切换5.3.2.1IntroductionTDD切换目的在于改变从E-UTRAN到UTRAN无线接入模式。切换由包含一条RRC消息的E-UTRAN网络初始化，RRC消息示意着一个硬切换，在2里描述。5.3.2.2Requirements本部分要求将适用于支持E-UTRAN 和 UTRAN TDD模式的UE.5.3.2.2.1Handover delay所有可以发起硬切换的RRC过程性能值performance values，列举在2.当UE收到RRC隐含的E-UTRAN/UTRAN TDD切换的消息，激活时间为“now”或者比包含RRC指令的最后一个TTI的RRC过程延时早的话，UE应该从包含RRC MOBILITY FROM E-UTRA指令的最后一个TTI末端，在Dhandover时间内准备新的上行DPCH或者上行同步的传输。如果接入有一个专属激活时间的延时，这个延时比包含RRC的最后一个TTI的RRC过程延时晚的话，那么UE开始新DPCH传输的时间就是专属激活时间加上中断时间。（即不考虑RRC过程延时）Where: Dhandover等于RRC过程性能值里定义的时间加上中断时间5.3.2.2.2Interruption time中断时间对于UE，中断时间是独立的，决定于小区是否已知。作为切换过程的一部分，UE通常要执行一个UTRA同步过程。如果UE在切换的最后5秒对于目标小区有测量，则中断时间应小于Tinterrupt1 Tinterrupt1= Toffset+TUL+30*FSFN+20 +10*Fmax ms 如果UE在切换的最后5秒对于目标小区没有测量，则中断时间应小于Tinterrupt1 Tinterrupt1= Toffset+TUL+30*FSFN+20 +10*Fmax ms Where:Toffset 等于10ms，在旧小区和目标小区之间的帧时间的不确定性，并且时间在信标信道（Beacon channel）出现之前可以流逝（that can elapse）。TUL 等于10ms，在目标小区上行时隙出现之前，这个时间可以流逝that can elapseFSFN 要求SFN解码的话等于1，或者等于0.Fmax 指示所有传输信道的一个传输时间间隔TTI的最大无线帧的数目,这些传输信道都复用到相同的CCTrCH。仅仅当目标小区的信号质量能保证一次同步尝试就能成功同步的话，才能使用对于未知小区的中断时间要求。5.3.3E-UTRAN - GSM Handover GSM切换5.3.3.1Introduction切换目的在于改变由E-UTRAN到GSM之间的连接，切换过程由带有RRC消息的E-UTRAN发起，过程在3GPP TS 36.331 2中描述。5.3.3.2 Requirements本部分要求适用于支持E-UTRAN和GSM的UE.表5.3.3.2.1-1和 5.3.3.2.2-1的情况是有效的：即当GSM小区的信号质量能保证一次同步尝试就能成功同步的，而UE在接收到RRC MOBILITY FROM E-UTRA指令之前并没有建立与GSM小区的同步。如果一次同步尝试失败，在最多持续800ms的时间范围内，UE将一直寻找同步信息。如果800ms以后仍未与GSM小区同步，那么接下来就是2描述的切换失败过程。5.3.3.2.1Handover delay如果UE收到一条带有激活时间为now的RRC MOBILITY FROM E-UTRA指令，或收到指令比过程延时早的话，UE就应该从最后一个包含RRC指令的TTI末端开始，在表5.3.3.2.1所列时间内准备在新的RAT信道上传输。如果接入有专属激活时间的时延，而且比RRC过程时延迟的话，UE准备在新的RAT信道上传输的时间指定为激活时间加上中断时间。UE在50ms内处理RRC的MOBILITY FROM E-UTRA指令过程，为RRC过程延时。如果使用激活时间，对应于E-UTRAN的CFN.Table 5.3.3.2.1-1: E-UTRAN/GSM handover - handover delayUE synchronisation statushandover delay msThe UE has synchronised to the GSM cell before the RRC MOBILITY FROM E-UTRA COMMAND is received90The UE has not synchronised to the GSM cell before the RRC MOBILITY FROM E-UTRA COMMAND is received1905.3.3.2.2Interruption time中断时间应小于下表的值。在包含RRC指令的最后一个TTI的旧信道到UE开始在新信道传输之间的时间定义为中断时间（interruption time）。Table 5.3.3.2.2-1: E-UTRAN/GSM handover - interruption timeSynchronisation statusInterruption time msThe UE has synchronised to the GSM cell before the RRC MOBILITY FROM E-UTRA COMMAND is received40The UE has not synchronised to the GSM cell before the RRC MOBILITY FROM E-UTRA COMMAND is received1405.4Handover to Non-3GPP RATs非3G间的切换5.4.1E-UTRAN HRPD Handover5.4.1.1Introduction当E-UTRAN通过专用RRC信令发送切换指令到UE的时候， E-UTRAN到HRPD的切换过程就被初始化了。5.4.1.1.1Handover delay切换延时Dhandover定义为RRC过程延时加上中断时间当UE收到一个指示切换到HRPD的消息的时候，UE应该在从包含RRC指令的最后一个TTI末端开始的Dhandover时间内准备在HRPD新的反向控制信道上的传输。5.4.1.1.2Interruption time中断时间取决于UE是否知道目标小区。如从E-UTRAN PDSCH上的包含一个传输块的最后一个TTI到UE开始在HRPD上反向控制信道的传输时间。最后5秒内，UE测量过HRPD cell ，则HRPD cell已知，否则未知。基于6.6 of 13小节的参考情况，中断时间应该小于TinterruptTinterrupt = TIU + 40 + 10*KC*SWK + 10*OC*SWO msWhere:TIU 从E-UTRAN到新HRPDcell的中断的不定时间，最多一个HRPD帧(26.66 ms).SWK srch_win_k 是指消息中对于目标已知的HRPD cells，由搜索窗指示的HRPD chip数目。SWO srch_win_o 是指消息