小区更新,位置更新与切换的区别

在TD中，小区更新，位置更新与切换的区别1小区更新小区更新过程的主要功能如下：(1)通知UTRAN，处于CELL_PCH或CELL_FACH状态的UE重新进入了服务区；(2)通知UTRAN，UE的AMRLC实体发生了不可恢复的RLC错误；(3)周期性小区更新可作为CELL_PCH或CELL_FACH状态下的UE监管机制；(4)通知UTRAN，处于CELL_PCH或CELL_FACH状态下的UE发生小区重选后所在的小区；(5)用于处于CELL_DCH状态下的UE发生无线链路故障时的处理；(6)用于UE发送UECAPABILITYINFORMATION消息失败时的处理；(7)通知UTRAN，处于CELL_PCH状态下的UE收到寻呼或需要发送上行数据，需要将其状态转移到CELL_FACH状态；小区更新过程由UE发起，在UE满足下面某一种条件时，可发起小区更新过程。如果某几种小区更新触发条件同时发生，则按照下述次序，优先以前面的原因进行小区更新。(1)上行数据传送若UE在URA_PCH或CELL_PCH状态下，RB1或RB1以上的其它RB上有上行RLC数据块或控制块需要发送，则UE启动小区更新流程，设置原因值为“uplinkdatatransmission”。(2)寻呼响应若UE在URA_PCH或CELL_PCH状态下，收到针对该UE的PAGINGTYPE1消息，其中的“UsedPAGINGidentity”为UTRANidentity，且不包含可选项“CNoriginatedpagetoconnectedmodeUE”，且触发条件1不满足，则UE启动小区更新流程，设置原因值为“PAGINGresponse”。(3)Radiolinkfailure若UE在CELL_DCH状态下T313超时（物理层失步），且触发条件1、2不满足，则UE在释放专用物理信道资源后，启动小区更新流程，设置原因值为“Radiolinkfailure”。若UE发送CAPABILITYINFORMATION消息时，连续N304发送失败（T304超时且V304N304），且触发条件1、2不满足，则UE启动小区更新流程，设置原因值为“Radiolinkfailure”。(4)Re-enteringservicearea若UE在CELL_FACH或CELL_PCH状态下，进入无覆盖区后，又在T307或T317超时之前重新进入网络覆盖区，且触发条件1、2、3不满足，则UE启动小区更新流程，设置原因值为“re-enteringservicearea”。(5)RLCunrecoverableerror大唐移动通信设备有限公司TD-SCDMA基本信令流程若UE检测到其中的AMRLC实体发生了不可恢复的RLC错误，且触发条件1、2、3、4不满足，则启动小区更新流程，设置原因值为“RLCunrecoverableerror”。(6)Cellreselection若UE在CELL_FACH或CELL_PCH状态下进行小区重选，且触发条件1、2、3、4、5不满足，则启动小区更新流程，设置原因值为“Cellreselection”。若UE在CELL_FACH状态下，且C_RNTI为空，且触发条件1、2、3、4、5不满足，则启动小区更新流程，设置原因值为“Cellreselection”。(7)Periodicalcellupdate若UE在CELL_FACH或CELL_PCH状态下T305超时，且UE尚在配置了周期性更新的小区的覆盖范围内，且触发条件1、2、3、4、5、6不满足，则启动小区更新流程，设置原因值为“periodicalcellupdate”。2位置更新位置更新过程是由HLR，MSC/VLR等实体之间逻辑配合完成。HLR记录移动用户当前位置信息和所有用户数据；VLR记录漫游到由该VLR控制位置区的移动用户的相关用户数据；MSC处理移动用户的位置登记进程，与移动用户对话并与HLR，VLR交互信息。位置更新包括正常位置更新，周期性位置更新，IMSIAttach。这三类更新的触发条件是不同的。IMSIattach过程一般发生在开机或重新返回信号覆盖区或SIM卡被重新插入，同第51页共87页大唐移动通信设备有限公司TD-SCDMA基本信令流程时需要满足以下条件：3)在RRC接收到的NAS系统消息中，ATT标志指示需要IMSIAttach过程；2)更新状态是“UPDATED”；3)驻留的LAI与USIM中保存的LAI相同；在其它所有需要做位置更新的情况下，除了因为周期位置更新定时器T3212超时，同时MM更新状态为“UPDATED”时进行周期位置更新外，其它都是进行正常位置更新。引起移动用户发生正常位置更新的条件是：移动设备开机时以及移动用户发生漫游引起位置改变。3切换切换过程是移动通信区别于固定通信的一个显著特征之一，在如今的蜂窝结构的无线移动通信系统中，当正在使用网络服务的用户从一个小区移动到另外一个小区的过程中，为了保证通信的连续性，用户与原小区的通信链路要转移到新的小区或因为一些别的原因（网络负载和操作维护等）也会触发切换流程。TD-SCDMA支持的切换类型包括硬切换，接力切换两种。我来做一个简单的说明：小区更新：cellupdate，由UE发起，有七种原因可引起UE发起cellupdate。1、上行数据传送2、寻呼响应3、重新进入一个服务区4、无线链路失败5、RLC不可恢复性错误6、小区重选7、周期性cellupdatecellupdate的目的就是在空闲状态下要跟网络建立连接，或者在链路失败的情况下重建连接。位置更新：当UE开关机或者进入另一个位置区的时候，或者在GSM/TD之间做小区重选的时候，都会做位置更新。切换：手机在通话过程中，从一个小区转到另一个小区，就是切换。前两者是在IDLE状态下，后者是在动态下，CELLupdate的发起多是由于无线链路的质量已经很差了，才会，而周期性位置更新是由于核心网络作Paging，查找用户，位置更新主要分为3种，周期性位置更新，用户的DETACH和ATTACH，非周期性的位置更新。切换是由测量报告引起的一种主服小区的更换。答：通信的一个流程如下：手机空闲模式下：手机开机时要做小区选择,即比较小区的C1值大小;在开机后,如发现另一个小区的电平好于服务小区的,且大于5秒,就会触发小区重选;在不同的LAC边界处,会发生小区的位置更新,即从一个LAC到另一个LAC的更新。手机激活模式下：为保持通话的连续性,从一个小区切换到另一个小区。位置区是一个小区集合，是cs域的概念。ura也是也小区集合，是ps域的概念，但是是位置区的一个子集。当切到新的小区时，系统消息里带的LAI不同mm就发起位置更新，是cs域的；当rai不同就发起ura更新，是ps域的。rrc里的移动性管理应该叫cellupdata即小区更新，是as层的一个信令过程。往往是伴随rrc状态的改变。而rrc的ura是指utran的一个集合。当as层发现自己的sutran该变到新的ura的时候就发起ura更新。往往也伴随rrc的状态迁移。小区更新过程小区更新流程图小区更新过程在RRC连接模式下的任意一个状态都有可能被触发，触发小区更新过程的原因共有七个，它们分别介绍如下。1．重新进入服务区：当UE处于CELL_FACH或CELL_PCH状态时，在定时器T307或者T317超时前，UE已经超出了服务区并又重新进入服务区，UE将执行原因值为“re-enteringservicearea”的小区更新过程以通知UTRAN。2．RLC发生不可恢复的错：在确认模式RLC实体中，UE发现RLC无法恢复的错误，UE将执行原因值为“RLCunrecoverableerror”的小区更新过程以通知UTRAN。3．周期性小区更新：当UE找到一个合适的小区驻留并处于CELL_FACH或CELL_PCH状态，且信息单元（IE）“UETimersandconstantsinconnectedmode”中的T305不能设置为“infinity”，等待定时器T305超时，UE将执行原因值为“periodicalcellupdate”的小区更新过程以实现一种监管机制。4．小区重选：当UE处于CELL_PCH或者CELL_FACH状态并执行小区重选，或者当UE处于CELL_FACH状态且变量C_RNTI（CELL无线网络临时标识）为空，UE将执行原因值为“cellreselection”的小区更新过程去更新UTRAN中UE现在所驻留的当前小区的参数。5．无线链路失败：可以认为是无线链路失败的典型情况只有两种，一种是当UE在CELL_DCH状态发生无线链路失败；另一种就是当“UECapabiltiyInformation”消息传输失败时。若这两种情况发生任意一种，UE都将执行原因值为“Radiolinkfailure”的小区更新过程。6．上行链路数据传输：当UE处于CELL_PCH或者URA_PCH状态时，如果UE要在上行链路上发送RLC数据PDU或控制PDU，并且用RB1或序号大于1的RB来承载，则UE将执行原因值为“uplinkdatatransmission”的小区更新过程。7．响应寻呼：UE处于URA_PCH或CELL_PCH状态时，接收一条“PAGINGTYPE1”消息，该消息包含IE“pagingRecordList”,并选择IE“utran-Identity”且保证该U-RNTI（UNTRAN无线网络临时标识）与分配给UE的U-RNTI一致，另外不包含IE“CNoriginatedpagetoconnectedmodeUE”,若以上条件都满足，UE则会发起原因为“utran-pagingResponse”的小区更新过程。小区更新过程的详细流程：虽然触发小区更新过程的原因有七个之多，但是不管触发该过程的原因是什么，执行小区更新过程的流程都是一样的。小区更新过程的基本流程如图1所示。图1小区更新过程的基本流程图2触发的小区更新过程详细流程一旦小区更新过程被触发，首先停止监管周期性小区更新过程的定时器（T305），另外不论此时UE处于RRC连接模式下的什么状态都将转移到CELL_FACH状态。在该状态下，RRC会发送一条“CMAC_FCH_CONFIG_REQ”原语到MAC层去，使MAC进入FCH状态并配置FCH状态下的相关参数。UE将在上行CCCH向UTRAN发送一个小区更新请求(CELLUPDATE)消息。该消息的内容包括小区更新的原因、U-RNTI值、可选的测量信息以及是否存在出错原因等信息单元。小区更新的原因对应于以上七个原因中的一个，U-RNTI值就为网络为该UE分配的U-RNTI值。如果在组装该消息的时候发现专门用于记录消息出错的变量PROTOCOL_ERROR_INDICATOR或FAILURE_INDICATOR的值为TRUE，则在该消息IE“failurecause”中记录下相应的值。CELLUPDATE消息被封装在原语“CMAC_RANDOM_ACC_REQ”中由RRC发送到MAC层，接着由MAC子层来执行上行同步和随机接入过程。RRC发送完“CMAC_RANDOM_ACC_REQ”后就在下行信道上监听属于自己的物理信息（由MAC子层提供，MAC把来自网络的物理信息以原语CMAC_PHY_INFO_IND形式发送到RRC），若在规定时间内收到正确的物理信息，表明上行同步建立完成，RRC将等待接收来自网络的消息。RRC在接收到原语“CMAC_PHY_INFO_IND”之后就会开启一个定时器（T302），若该定时器超时但UE仍未收到来自网络的“CELLUPDATECONFIRM”消息，则转作异常处理：如果此时重发次数没有超过门限值（N302），UE将重新初始化小区更新过程；如果此时重发次数大于门限值则释放RRC连接，进入空闲。若在规定的时间内UE接收到来自网络的“CELLUPDATECONFIRM”消息，RRC会停止T302计时。UTRAN在收到CELLUPDATE请求后组装小区更