《UE四种状态》由会员分享，可在线阅读，更多相关《UE四种状态（3页珍藏版）》请在金锄头文库上搜索。
1、UE有两种模式，一种是IDLE模式，也就是我们常说的待机状态；另一种是RRC连接模式，在这种模式下，UE和UTRAN部分有RRC连接；UE需要向UTRAN报告它的位置情况；因此UTRAN能准确知道UE所在的位置。在RRC连接模式下，UE的状态也可以分为四种。1.cell_DCH* UE有专用上下行物理信道 * 根据UE的活动集可以知道UE所在小区 * UE可使用专用传输信道、上下行共享信道或其组合进入CELL_DCH的方式有2种：在空闲模式下，通过RRC连接建立在专用信道上 Ue处于CEE_FACH状态下使用公共传输信道，通过信道切换后使用专用传输信道，从CELL_FACH跃迁到CELL_DC
2、H 2.CELL_FACH状态CELL_FACH状态具有如下特征:* 没有给UE分配专用传输信道* UE连续监听一个下行FACH信道* 为UE分配了一个默认的上行公共信道或上行共享传输信道例如RACH 使之能够在接入过程中的任何时间内使用* UE的位置在小区级为UTRAN所知具体为UE最近一次发起小区更新时报告的小区在CELL_FACH子状态UE执行下面的动作:* 监听一个FACH* 监听当前服务小区的BCH传输信道解码系统信息消息* 在小区变为另一个UTRA小区时发起一个小区更新过程* 除非选择了一个新小区否则使用在当前小区中分配的C-RNTI作为公共传输信道上的UE标识* 在RACH上传送
3、上行控制信令和小数据包在CELL_FACH状态下如果数据业务在一段时间里未被激活UE将进入CELL_PCH状态以减少功率的损耗并且当UE暂时脱离CELL_PCH状态执行小区更新更新完成后如果UE和网络侧均无数据传输需求它将返回CELL_PCH3.CELL_PCHCELL_PCH状态具有如下特征:* 没有给UE分配专用传输信道* UE使用非连续接收（DRX）技术，在某个特定的寻呼时刻监听PCH传输信道上的信息* 不能有任何上行的活动* UE的位置在小区级为UTRAN所知具体为UE在CELL_FACH时最近一次发起小区更新时报告的小区在CELL_PCH子状态UE执行下面的动作:* 根据DRX周期监
4、听一个FACH寻呼时刻，并接收PCH上的寻呼消息* 监听当前服务小区的BCH传输信道解码系统信息消息* 在小区变为另一个UTRA小区时发起一个小区更新过程该状态下不能使用DCCH，如果网络试图发起任何活动，他需要在UE所在小区的PCCH上发起一个寻呼请求。UE转到CELL_FACH的方式：通过UTRAN寻呼或通过上行接入。 4.URA_PCHURA_PCH状态具有如下特征:* 没有给UE分配专用传输信道* UE使用非连续接收（DRX）技术，在某个特定的寻呼时刻监听PCH传输信道上的信息* 不能有任何上行的活动* UE的位置在URA级为UTRAN所知具体为UE在CELL_FACH时最近一次发起U
5、RA更新时报告的URA在URA_PCH子状态UE执行下面的动作:* 根据DRX周期监听一个FACH寻呼时刻，并接收PCH上的寻呼消息* 监听当前服务小区的BCH传输信道解码系统信息消息* 在URA变为另一个UTRA时发起一个URA更新过程该状态下不能使用DCCH，如果网络试图发起任何活动，他需要在UE所在URA的PCCH上发起一个寻呼请求。CELL_CDH，用于大流量的数据传输。那么UE的活跃性降低，传输的数据量明显减少时，系统可以把UE的状态转为CELL_FACH状态。在CELL_FACH下，UE只能使用公共信道与系统通信，上行使用RACH，下行使用FACH。在这种状态下，适合小数量的数据传
6、输。如果UE的活跃性再降低时，系统可以把UE的状态转为CELL_PCH。在为种情况下，UE只能监听寻呼信道，而不能进行任何数据传输。活跃性最低的状态是URA_PCH状态。在这种状态下，UE也只能监听寻呼信道。URA_PCH与CELL_PCH状态的区别在于，当UE位于CELL_PCH状态时，如果当前所在的服务小区发生改变时，就需要向UTRAN汇报一次，而在URA_PCH状态时，只需要当所在的URA区发生变化时，才需要汇报。运营商自定义URA区的大小，一般会包含几个小区。4种状态之间的转移：cell_FACH和其他四个状态之间都可以双向转移，cell_DCH和Idle之间也可以双向转移，除此之外，
7、只能由cell_DCH向cell_PCH和ura_PCH单向转移。需要特别注意的是：cell_PCH和ura_PCH之间不能状态转移，cell_PCH和ura_PCH与idle之间也不能状态转移。也就是说URA_PCH和CELL_PCH只能跃迁到CELL_FACH状态。特别说明：在R5的协议版本中允许从CELL_PCH(URA_PCH)状态进入Idle1） Idle状态是进行RRC连接建立请求的时候，优先选择进入cell_FACH状态，即利用FACH/RACH进行SRB的建立和交互，如果建立在公共传输信道上被拒绝，才建立再DCH上，即ue转移到cell_DCH状态。2）对于RNC间的Cell
8、Update，由于目前没有Iur接口，因此发送RRC Connection Release 将UE迁往空闲态。RNC收到最后一个CN域的Iu Release，通过RRC Connection Release 将UE迁往空闲态。3）CELL_FACH状态下的UE可以使用USDH/DSCH4）CELL_DCH状态下的UE执行重配置过程，根据来自UTRAN的指示，可以进入CELL_PCH状态或者URA_PCH状态。但是，处于CELL_PCH状态或者URA_PCH状态的UE不能直接跃迁到CELL_DCH状态，必需先跃迁到CELL_FACH状态5）CELL_PCH和URA_PCH状态的最大区别是前者在C
9、ELL ID发生变化时就会发起一个原因是“ cell reselect”的CELL UPDATE流程；而后者在没有其他原因触发的情况下，只会在URA ID发生变化的时候发起一个“URA CHANGE”的URA UPDATE流程。URA ID的设置与CELL ID没有关系，但一个URA 至少包含一个或多个CELL.6）处于CELL_PCH（URA_PCH）状态下的UE，如果小区（URA）重选时选择了一个新的URA小区，则UE将跃迁到CELL_FACH状态，并在新的小区发起小区（URA）更新过程。在小区（URA）更新过程完成后，如果UTRAN和UE都没有数据要发送，则UE将回到CELL_PCH（URA_PCH）状态。
