小区更新和切换的区别啊

善于提问，勤于回答，你也是专家

问题已开启 (普通问题)

小区更新和切换的区别啊

为什么掉话会是小区更新超时呀，空闲状态小区选择一般是重选，业务状态小区从一个小区到另外一个小区是切换，那么小区什么情况会更新是业务状态还是空闲状态下，我看到有个通话是RAB建立完成，但是还没接通前就有小区更新，为什么不是切换而是更新，不明白啊

提问者: clotvisit 提问时间: 2012-08-25

	我要回答：

	请先登录或注册再回答问题

问题答案 ( 7 )

1  小区更新
小区更新过程的主要功能如下：
(1) 通知 UTRAN，处于CELL_PCH 或CELL_FACH 状态的UE 重新进入了服务区；
(2) 通知 UTRAN，UE 的AM RLC 实体发生了不可恢复的RLC 错误；
(3) 周期性小区更新可作为 CELL_PCH 或CELL_FACH 状态下的UE 监管机制；
(4) 通知 UTRAN，处于CELL_PCH 或CELL_FACH 状态下的UE 发生小区重选后
所在的小区；
(5) 用于处于 CELL_DCH 状态下的UE 发生无线链路故障时的处理；
(6) 用于 UE 发送UE CAPABILITY INFORMATION 消息失败时的处理；
(7) 通知 UTRAN，处于CELL_PCH 状态下的UE 收到寻呼或需要发送上行数据，需要将其状态转移到CELL_FACH 状态；
小区更新过程由 UE 发起，在UE 满足下面某一种条件时，可发起小区更新过程。如果某几种小区更新触发条件同时发生，则按照下述次序，优先以前面的原因进行小区更新。
(1) 上行数据传送
若 UE 在URA_PCH 或CELL_PCH 状态下，RB1 或RB1 以上的其它RB 上有
上行RLC 数据块或控制块需要发送，则UE 启动小区更新流程，设置原因值为
“uplink data transmission”。
(2) 寻呼响应
若 UE 在URA_PCH 或CELL_PCH 状态下，收到针对该UE 的PAGING TYPE 1
消息，其中的“Used PAGING identity”为 UTRAN identity，且不包含可选项“CN originated page to connected mode UE”，且触发条件1 不满足，则UE 启动小区
更新流程，设置原因值为 “PAGING response”。
(3) Radio link failure
若UE 在CELL_DCH 状态下T313 超时（物理层失步），且触发条件1、2 不满足，则UE 在释放专用物理信道资源后，启动小区更新流程，设置原因值为“Radio link failure”。若UE 发送 CAPABILITY INFORMATION 消息时，连续N304 发送失败（T304 超时且V304>N304），且触发条件1、2 不满足，则UE 启动小区更新流程，设置原因值为 “Radio link failure”。
(4) Re-entering service area
若UE 在CELL_FACH 或CELL_PCH 状态下，进入无覆盖区后，又在T307 或
T317 超时之前重新进入网络覆盖区，且触发条件1、2、3 不满足，则UE 启动小区更新流程，设置原因值为 “re-entering service area”。
(5) RLC unrecoverable error
第33页共87页
大唐移动通信设备有限公司 TD-SCDMA 基本信令流程
若 UE 检测到其中的AM RLC 实体发生了不可恢复的RLC 错误，且触发条件1、2、3、4 不满足，则启动小区更新流程，设置原因值为“RLC unrecoverable error”。
(6) Cell reselection
若UE 在CELL_FACH 或CELL_PCH 状态下进行小区重选，且触发条件1、2、
3、4、5 不满足，则启动小区更新流程，设置原因值为“Cell reselection”。若UE在CELL_FACH 状态下，且C_RNTI 为空，且触发条件1、2、3、4、5 不满足，则启动小区更新流程，设置原因值为“Cell reselection”。
(7) Periodical cell update
若UE 在CELL_FACH 或CELL_PCH 状态下T305 超时，且UE 尚在配置了周
期性更新的小区的覆盖范围内，且触发条件1、2、3、4、5、6 不满足，则启动小区更新流程，设置原因值为“periodical cell update”。
2 位置更新
位置更新过程是由 HLR，MSC/VLR 等实体之间逻辑配合完成。HLR 记录移动用户当前位置信息和所有用户数据；VLR 记录漫游到由该VLR 控制位置区的移动用户的相关用户数据；MSC 处理移动用户的位置登记进程，与移动用户对话并与HLR，VLR 交互信息。
位置更新包括正常位置更新，周期性位置更新，IMSI Attach。这三类更新的触发条件是不同的。IMSI attach 过程一般发生在开机或重新返回信号覆盖区或SIM 卡被重新插入，同第51页共87页
大唐移动通信设备有限公司 TD-SCDMA 基本信令流程
时需要满足以下条件：
3) 在 RRC 接收到的NAS 系统消息中，ATT 标志指示需要IMSI Attach 过程；
2) 更新状态是“UPDATED”；
3) 驻留的LAI 与USIM 中保存的LAI 相同；
在其它所有需要做位置更新的情况下，除了因为周期位置更新定时器 T3212 超时，同时MM 更新状态为“UPDATED”时进行周期位置更新外，其它都是进行正常位置更新。引起移动用户发生正常位置更新的条件是：移动设备开机时以及移动用户发生漫游引起位置改变。
3  切换
切换过程是移动通信区别于固定通信的一个显著特征之一，在如今的蜂窝结构的无线移动通信系统中，当正在使用网络服务的用户从一个小区移动到另外一个小区的过程中，为了保证通信的连续性，用户与原小区的通信链路要转移到新的小区或因为一些别的原因（网络负载和操作维护等）也会触发切换流程。TD-SCDMA 支持的切换类型包括硬切换，接力切换两种。
我来做一个简单的说明：
小区更新：cell update，由UE发起，有七种原因可引起UE发起cell update。
1、上行数据传送
2、寻呼响应
3、重新进入一个服务区
4、无线链路失败
5、RLC 不可恢复性错误
6、小区重选
7、周期性cell update
cell update的目的就是在空闲状态下要跟网络建立连接，或者在链路失败的情况下重建连接。
位置更新：当UE开关机或者进入另一个位置区的时候，或者在GSM/TD之间做小区重选的时候，都会做位置更新。
切换：手机在通话过程中，从一个小区转到另一个小区，就是切换。
前两者是在IDLE 状态下，后者是在动态下，CELL update的发起多是由于无线链路的质量已经很差了，才会，而周期性位置更新是由于核心网络作Paging，查找用户，位置更新主要分为3种，周期性位置更新，用户的DETACH和ATTACH，非周期性的位置更新。
切换是由测量报告引起的一种主服小区的更换。
答：通信的一个流程如下：
      手机空闲模式下：
      手机开机时要做小区选择,即比较小区的C1值大小;
      在开机后,如发现另一个小区的电平好于服务小区的,且大于5秒,就会触发小区重选;
      在不同的LAC边界处,会发生小区的位置更新,即从一个LAC到另一个LAC的更新。
      手机激活模式下：
      为保持通话的连续性,从一个小区切换到另一个小区。
      位置区是一个小区集合，是cs域的概念。ura也是也小区集合，是ps域的概念，但是是位置区的一个子集。当切到新的小区时，系统消息里带的 LAI不同mm就发起位置更新，是cs域的；当rai不同就发起ura更新，是ps域的。
      rrc里的移动性管理应该叫cell updata即小区更新，是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）“UETimersandconstants in connected mode”中的T305不能设置为“infinity”，等待定时器T305超时，UE将执行原因值为“periodical cell update”的小区更新过程以实现一种监管机制。
4．小区重选：当UE处于CELL_PCH或者CELL_FACH状态并执行小区重选，或者当UE处于CELL_FACH状态且变量C_RNTI（CELL无线网络临时标识）为空，UE将执行原因值为“cellreselection”的小区更新过程去更新UTRAN中UE现在所驻留的当前小区的参数。
5．无线链路失败：可以认为是无线链路失败的典型情况只有两种，一种是当UE在CELL_DCH状态发生无线链路失败；另一种就是当“UE Capabiltiy Information”消息传输失败时。若这两种情况发生任意一种，UE都将执行原因值为“Radio link failure”的小区更新过程。
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“CN originated page to connected mode UE”, 若以上条件都满足，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接收到来自网络的“CELLUPDATE CONFIRM”消息，RRC会停止T302计时。
UTRAN在收到CELLUPDATE请求后组装小区更新证实（CELLUPDATECONFIRM）消息，CELL UPDATE CONFIRM可以通过下行DCCH发送给UE，也可以通过下行CCCH发送给UE，区别仅在于出现SRNS重定位或者需要加密的情况下用DCCH，否则用CCCH。
CELLUPDATECONFIRM消息中的“状态指示”字段可以指示UE的进入状态。如果UTRAN指示UE进入CELL_DCH状态，则该消息中必须包含一个专用物理传输信道。若UTRAN指示UE进入CELL_FACH状态，而如果此时消息中没有分配新的C-RNTI，并且旧的C-RNTI已不存在，且如果重发次数没有超过门限值（N302），UE将重发CELLUPDATE请求；如果重发次数超过了门限值，网络将会释放RRC连接。UTRAN还可以通过该消息指示UE进入URA_PCH或者CELL_PCH状态，但进入这两个状态必须包含IE“UTRAN DRX cycle length coefficient”，否则将把该消息当作无效处理。该消息还可以包含释放无线承载的IE，重配置无线承载的IE以及改变某些已经存在的无线承载的某些属性的IE。此外该消息还可以给UE分配一个新的U-RNTI和可用的传输信道、该传输信道的传输格式、每个CcTrCH中可用的传输信道格式组合集以及传输信道所对应的物理信道的相关信息（包括时隙、编码方式等信息）。
UE端接收到CELLUPDATECONFIRM消息后，根据消息的内容配置MAC子层，如果网络要求UE进入CELL_DCH状态，则还需要物理层进行收/发同步。若该同步过程失败，UE会转作失同步处理：UE会去做测量，根据测量值重选小区，选择到合适的小区之后就会发原因为“Radio link failure”的小区更新过程；如果没有找到合适的小区（UE此时丢失覆盖），UE就会发起小区选择过程。如果此同步过程成功，UE就根据CELL UPDATE CONFIRM 消息中包含的信息单元，决定是否发送响应消息或者发送什么样的响应消息给UTRAN。UE将用AM RLC模式发送响应消息给UTRAN。响应消息被封装在原语RLC_AM_DATA_REQ中由RRC发送给RLC，RRC在收到RLC的确认之后（RLC_AM_DATA_CNF），就认为该消息已经发送出去了，小区更新过程结束。
如果UTRAN不接受UE的小区更新请求，则在下行CCCH上发送一个RRC连接释放(RRCCONNECTIONRELEASE)消息，UE收到该消息后返回空闲状态。
下面是以UE在CELL_PCH状态下发起主叫，触发原因为“上行数据传输”的小区更新过程的流程（如图2）为例，清楚地展现了整个过程原语（消息）的收发情况以及状态的转移情况。
位置更新（LOCATION UPDATE）
立即指配(RR连接)结束后，将向网络发送三层业务请求。
小区更新
简单做答：是对邻小区符合选择条件的小区列表的更新
小区切换
简单做答：当主小区不满足服务要求，就会切换到相邻小区做为主小区来服务。
小区漫游
简单做答：服务小区跨越边界位置区（例如：地区与地区之间的边界位置区、省与省的边界位置区）并且进入另一位置区，由于主小区的TA、信号强度等所限制，需要切换到另外边界网络，这样的切换服务，我们叫做漫游.。
http://blog.csdn.net/hd770c/article/details/7259813

回答者： xhy1331 回答时间：2012-08-25 12:04