UE四种状态.docVIP

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_DCH 2.CELL_FACH状态 CELL_FACH状态具有如下特征: * 没有给UE分配专用传输信道 * UE连续监听一个下行FACH信道 * 为UE分配了一个默认的上行公共信道或上行共享传输信道例如RACH 使之能够在接入过程中的任何时间内使用 * UE的位置在小区级为UTRAN所知具体为UE最近一次发起小区更新时报告的小区 在CELL_FACH子状态UE执行下面的动作: * 监听一个FACH * 监听当前服务小区的BCH传输信道解码系统信息消息 * 在小区变为另一个UTRA小区时发起一个小区更新过程 * 除非选择了一个新小区否则使用在当前小区中分配的C-RNTI作为公共传输信道上的UE标识 * 在RACH上传送上行控制信令和小数据包 在CELL_FACH状态下如果数据业务在一段时间里未被激活UE将进入CELL_PCH状态以减少功率的损耗并且当UE暂时脱离CELL_PCH状态执行小区更新更新完成后如果UE和网络侧均无数据传输需求它将返回CELL_PCH 3.CELL_PCH CELL_PCH状态具有如下特征: * 没有给UE分配专用传输信道 * UE使用非连续接收（DRX）技术，在某个特定的寻呼时刻监听PCH传输信道上的信息 * 不能有任何上行的活动 * UE的位置在小区级为UTRAN所知具体为UE在CELL_FACH时最近一次发起小区更新时报告的小区 在CELL_PCH子状态UE执行下面的动作: * 根据DRX周期监听一个FACH寻呼时刻，并接收PCH上的寻呼消息 * 监听当前服务小区的BCH传输信道解码系统信息消息 * 在小区变为另一个UTRA小区时发起一个小区更新过程 该状态下不能使用DCCH，如果网络试图发起任何活动，他需要在UE所在小区的PCCH上发起一个寻呼请求。 UE转到CELL_FACH的方式：通过UTRAN寻呼或通过上行接入。 4.URA_PCH URA_PCH状态具有如下特征: * 没有给UE分配专用传输信道 * UE使用非连续接收（DRX）技术，在某个特定的寻呼时刻监听PCH传输信道上的信息 * 不能有任何上行的活动 * UE的位置在URA级为UTRAN所知具体为UE在CELL_FACH时最近一次发起URA更新时报告的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。在这种状态下，适合小数量的数据传输。如果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之间也可以双向转移，除此之外，只能由cell_DCH向cell_PCH和ura_PCH单向转移。需要特别注意的是：cell_PCH和ura_PCH之间不能状态转移，cell_PCH和ura_PCH与idle之间也不能状态转移。也就是说URA_PCH和CELL_PCH只能跃迁到CELL_FACH状态。 特别说明：在R5的协议版本中