小区更新,位置更新、切换,多有什么区别

[分享]在TD中，小区更新，位置更新、切换，多有什么区别
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连接)结束后，将向网络发送三层业务请求。

三层业务请求
当BSC收到建立指示后便向MSC发出第一条三层业务请求消息（COMPLETE L3 INFO），
具体说该消息为：
位置更新请求（LOCATION UPDATE REQUEST）
CM业务请求（CM SERVICE REQUEST）
寻呼应答（PAGING RESPONSE）
IMSI分离（IMSI DETACH）
移动性管理程序（MM）公共程序包括：
鉴权程序
识别程序
TMSI再分配程序
IMSI分离程序
位置更新属于MM的特定程序
位置更新涉及的参数及定义：
LAI（位置区识别码）结构示意图
MCC
MNC
LAC
3位数字
3位数字
最大16Bit
MCC：移动国家码中国460
MNC：移动网号移动01 联通02
LAC：位置区号码
注意：LAI与LAC的区别，其中位置更新中使用的是LAI。

LAC将在每个小区广播信上的系统消息中发送
message 3:小区识别CELLID+LAI区识别+控制信道描述
+小区选择+小区选择参数+RACH控制参数
message 4AI区识别+小区选择参数+RACH控制参数
+CBCH信道描述+CBCH移动配置
LAC位置区划分原则：
保证不会产生寻呼负荷过高的前提下尽量降低位置更新次数。

LAC位置区设置经验：
位置区设置过小，移动台位置更新过程增多，系统信令流量增大。

位置区设置过大，寻呼信道负荷过重，同时也将增加Abis接口上的信令流量。

强制登记：当移动台进行小区重选后，发现SIM卡中位置区与小区广播的位置区（LAI）不
同时，移动台需把这种变化通知给网络。

当称动台由一个位置区移动到另一个位置区时，必须在新位置区进行登记，也就是说当移动台发现存储器中的LAI与接收到的当前小区的LAI不同，就需进行位置更新。

位置更新分类（根据网络对位置更新的标识不同）：
正常位置更新（越位置区位置更新）
周期性位置更新（T3212更新）
IMSI附着（用户开机时进行）
注：位置更新请求（LOCATION UPDATING REQUEST）中位置更新类型信息单元将分别指
示进行何种类型的位置更新。

正常位置更新（越位置区位置更新）
启动原因：
VLR中MS的状态未知
MS从一个LAI小区重选至另外一个LAI小区
VLR内部位置更新
VLR内部位置更新不需要提供IMSI号码，在VLR中进行，不需要通知HLR.
位置更新请求[1]
在初始化过程中，MS向网络发送的SABM帧携带的初始化报文中注明接入原因为位置更新请求（LOCATION UPDATING REQUEST），并携带MS的TMSI号码及LAI号码，并标注为正
常位置更新。

位置更新消息[2]
MSC收到MS发送的位置更新请求后，将向VLR发送位置区更新（MAP UPDATE LOCATION
AREA）消息。

位置更新处理[3]
VLR收到位置更新消息后进行位置更新处理，VLR将更新MS位置消息并存储新的LAI 号码，并根据需要给移动台分配一个新的TMSI号码（此时进入TMSI再分配程序）。

注意：此时TMSI再分配命令也可以不携带新的TMSI号码，MS将使用以前的TMSI号码。

位置更新确认消息[4]
当收到MS发送给网络的TMSI再分配完成消息后，VLR将向MSC发送位置区更新确认（MAP
UPDATE LOCATION AREA ACK）消息。

位置更新接受消息[5]
MSC收到该消息后则向MS发送位置更新接受消息（LOCATION UPDATE ACCEPT），之后
释放信道，完成位置更新。

越VLR的位置更新
PVLR=位置更新前MS所属的VLR。

TMSI更新
位置更新请求[1]
在初始化过程中，MS向网络发送的SABM帧携带的初始化报文中注明接入原因为位置更新请求（LOCATION UPDATING REQUEST），并携带MS的TMSI号码及LAI号码，并标注为正
常位置更新。

位置更新消息[2]
MSC收到MS发送的位置更新请求后，将向VLR发送位置区更新（MAP UPDATE LOCATION
AREA）消息。

TMSI在VLR不确认[3]
当VLR从MSC收到位置更新消息中的TMSI未知，则：
VLR位置信息确认=不确认
将发起HLR更新。

TMSI在HLR不确认[3’]
当VLR从来没有凳记过该用户，则：
HLR位置信息确认=不确认
根据旧TMSI和LAI号算出PVLR地址
发参指示[3’-1]
向PVLR启动一个请求IMSI和鉴权参数的发参数指示（MAP SEND IDENTIFICATION）。

发参指示响应[3’-2]
PVLR将回发该移动台的IMSI和鉴权参数。

发参指示未响应[3’-2’]
当新VLR由于种种原因无法获得IMSI号码。

则向MS发出识别请求，进入MM识别程序，
请求MS提供IMSI。

HLR更新[4]
VLR得到IMSI后，将向MS所属的HLR发出位置更新（MAP UPDATE LOCATION）消息，此消息中包括MS的标识及相关信息，以便HLR查询数据及建立路径。

鉴权加密TMSI再分配[5]
VLR将对MS进行鉴权加密，并根据需要给移动台分配一个新的TMSI号码（此时进入TMSI
再分配程序）。

注意：此时TMSI再分配命令也可以不携带新的TMSI号码，MS将使用以前的TMSI号码。

PVLR删除位置[5’-1]
HLR收到更新消息后，并且MS在新的VLR有正常业务权限，则HLR存储当前的VLR号码，并向PVLR发出删除位置（MAP/D CANCEL LOCATION）消息。

PVLR删除位置确认[5’-2]
PVLR收到删除位置消息后，将删除该MS的所有信息，并向HLR发送删除位置确认（MAP/D
CANCEL LOCATION RESULT）消息。

插入用户数据[6]
当完成鉴权加密TMSI再分配后，HLR将发起插入用户数据（MAP INSERT SUBSCRIBER DATA）消息，为VLR提供所需用户信息，包括鉴权参数等。

插入用户数据响应[7]
VLR收到所需信息后，将向HLR发送插入用户数据响应（MAP INSERT SUBSCRIBER DATA
ACK）消息。

HLR更新确认[8]
当HLR收到VLR插入用户数据响应后，则向VLR发出更新确认消息（MAP UPDATE LOCATION
ACK）
位置更新确认消息[9]
之后VLR将向MSC发送位置区更新确认（MAP UPDATE LOCATION AREA ACK）消息。

位置更新接受[10]
MSC收到该消息后则向MS发送位置更新接受消息（LOCATION UPDATE ACCEPT），之后
释放信道，完成位置更新。

IMSI更新
当用户识别为IMSI时：
IMSI在HLR不确认
当VLR从MSC收到位置更新消息中的IMSI未知，则：
HLR位置信息确认=不确认
将发起HLR更新
LAI在VLR核查
当收到IMSI是已知的， VLR则检查从MSC接收的们前一个位置区标识（LAI）是否属
于此VLR，如果不属于则：
HLR位置信息确认=不确认
将发起HLR更新。

注意：当以上两种情况发生时，均要进行鉴权检查。

周期性位置更新（T3212更新）
周期位置更新发生在当网络在特定的时间内没有收到来自移动台任何信息。

比如在某些特定条件下由于无线链路质量很差，网络无法接收移动台的正确消息，而此时移动台还处于开机状态并接收网络发来的消息，在这种情况下网络无法知道移动台所处的状态。

为了解决这一问题，系统采取了强制登记措施。

如系统要求移动用户在一特定时间内，例如一个小时，登记一次。

这种位置登记过程就叫做周期位置更新。

注意:
当T3212逾时后，MS启动周期性位置更新，进入位置更新程序。

周期性位置更新信令流程与正式常位置更信令流程是一致的。

网络失去与MS的联系原因：
移动台开机移动至网络盲区，网络仍会认为IMSI附着（用户开机）；
移动台IMSI分离（关机）时，无线路径上行链路故障，网络不能正确译码，网络仍会
认为IMSI附着（用户开机）；
移动台突然掉电，网络仍会认为IMSI附着（用户开机）；
注意：
当网络发现VLR标识IMSI附着的移动台在一段时间内，没有与网络进行任何联系，将
更改为该移动台标识为隐含关机状态。

周期性位置更新的目的：
周期性的通知网络MS的可用性。

迫使移动台在经过一定时间后，自动向网络报告它目前的位置，这样网络就可以随时了
解移动台的当前状态。

T3212周期性位置更新定时器（8bit）：
当T3212超时，将进行周期性位置更新。

T3212=（1-255）*6分钟
注意：
T3212=0表示无容大，即本小区无周期性位置更新。

T3212不宜取得太小，小于30分钟（除0以外）可以对网络产生灾难性的影响。

T3212应小于网络对VLR中标识为IMSI附着用户查询周期值，建议IMSI附着用户查询周期
是T3212的两倍。

当MS关机时，MS将会将T3212的值保存在SIM卡中，下次开机后继续计时。

T3212的取值将在每个小区广播信上的系统消息3中发送.
message 3:小区识别CELLID+LAI区识别+控制信道描述
+小区选择+小区选择参数+RACH控制参数
message 4AI区识别+小区选择参数+RACH控制参数
+CBCH信道描述+CBCH移动配置
T3212为小区级参数，因此同一个LAC内可存在不同T3212值，当发生小区重选时至T3212不同小区时，将触发相应算法重新计算T3212当前值。

T3212复位至0:
收到位置更新请求或位置更新拒绝请求
收到第一个MM消息，或存在MM连接时，加密过程完成
MS响应寻呼，接收到第一个正确的三层消息（RR消息除外）
T3212逾时
MS关机/开机
T3212设置经验：
周期性位置更新越短网络总体服务性能越好，但会加大网络信令流量，无线资源利用率
降低，还会增大MS的功耗。

建议在业务量和信令流量较大地区，可选择较大的T3212（6H、10H、甚至15H）。

业务量大，信令流量低的地区，可选择较小的T3212（1-3H）
业务量严重超出系统容量的地区，可选区择T3212=0
T3212应小于网络对VLR中标识为IMSI附着用户查询周期值，建议IMSI附着用户查询周期是T3212的两倍，但如果IMSI附着用户查询周期远大于T3212将会影响到系统的寻呼
成功率。

周期性位置更新需要特别注意的几点说明：
当T3212逾时后，MS启动周期性位置更新，进入位置更新程序。

并将T3212清零，从
新计时。

当3212逾时时，MS处于无可用小区、有限服务、搜索PLMN的状态时，MS将延时启动
位置更新，直到脱离这些状态。

当MS处于无可用小区、有限服务、搜索PLMN的状态时，T3212的值当保持原值不能改
变。

同LAC不同T3212算法：
当MS在同一个LAC中进行小区重选时，如果T3212在两个小区设置不同时（或人为改变当前小区T3212逾时值），将进行相应计算后重新定义T3212值：
旧小区 T3212=T
新小区 T3212逾时值=TT
则： T3212=TmodTT
注意:
当MS处于激活状态，此时定时器不在计时中（如通话中改变该小区T3212值），改变T3212值时，T3212将在0-TT之间选取一个随机数启动。

IMSI附着
MS开机时，MS将把自己的开机状态通知给网络，向网络发送IMSI附着（IMSI ATTCTCH）的报文。

网络收到该消息后将注明用户状态，以便当寻呼发生时，可以发起寻呼。

IMSI的附着与分离就是在MSC/VLR中用户记录上附加一个二进制标志。

IMSI附着：标志为允许接入
IMSI分离：标志为不可接入
当用户开机时发现SIM卡中LAI与网络LAI号一致，则进行IMSI附着，其过程与VLR 内部位置更新过程基本一样，不同的是，仅在位置更新请求（LOCATION UPDATING REQUEST），
标注为IMSI附着。

注：IMSI附着、分离是系统的一个可选项。

位置更新尝试计数器：
为了限制位置更新尝试的数目（不成功），MS定义了尝试计数器，尝试计数器用于确定T3212逾时后是否进行位置更新的重新尝试。

更新失败尝试计数器加1
计数器复位：
MS开机
插入SIM
成功完成位置更新
完成位置更新，并在业务状态由ATTEMPTING至UPDATE
进入新的位置更新区域
T3212逾时
位置更新由CM业务层启动
网络位置更新不接受：
若位置更新不接受，MS将停止T3210，并存储拒绝原因，启动T3240，进入位置更新拒绝状态，等待由网络触发的RR连接释放,拒绝的原因：
IMSI在HLR中未知、非法MS、非法ME
MS将更新状态设置为漫游不允许（POAMING NOT ALLOWED），删除TMSI、LAI、加密序列号，并认为SIM卡是无效的直到关机或拔出SIM卡。

PLMN不允许、位置区不允许、此位置区国内漫游不允许
MS将更新状态设置为漫游不允许（POAMING NOT ALLOWED），删除SIM卡中LAI、TMSI、
加密序列号，复位尝试计数器，
注意：
如MS收到是此位置区国内漫游不允许，将返回到MM IDLE后进行PLMN选区择而不是小
区选择。

位置更新后的RR连接释放：
当完成位置更新程序后，MS将启动T3240，进入等待网络命令阶级，等待RR连接的释
放。

当T3240逾时，MS仍未收到网络的RR连接释放命令，MS将废止RR连接。

注意：无论是由网络还是MS释放RR连接，MS都将进入空闲状态。

位置更新异常情况
MS侧：
1)接入等到级控制的禁止接入：不能启动位置更新程序，MS驻留在所选业务小区，应用
正常小区重选程序。

当禁止状态结束后或小区改变时尽早启动位置更新程序
2)随机接入延迟：当收到立即指配拒绝消息后，不能启动位置更新程序，MS驻留在所选
业务小区，并使用正常小区选择程序。

当T3122逾时，尽早启动位置更新程序
3)随机接入失败：启动T3213，逾时后启动位置更新程序。