在TD中,小区更新,位置更新、切换

在TD中,小区更新,位置更新、切换在TD中,小区更新,位置更新、切换/NUMPAGES36在TD中,小区更新,位置更新、切换在TD中,小区更新,位置更新、切换TD中异常事件（切换、掉话、未接通等等）RNC侧失败原因值详情列表【资料名称】：TD中异常事件失败原因值详情列表

移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单9G-~$H$V7@7_+e(Tp7S6E2i

【资料作者】：ZTEMSCBSC移动通信论坛:[,v4V2P,L-{8j

【资料日期】：ZTE

【资料语言】：中文mscbsc移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。0_#p.w;W:]4w4_

【资料格式】：DOCMSCBSC移动通信论坛*Y-p9P6B/P0\%H0M|

mscbsc移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。8W1c9G4f$F"R

【资料目录和简介】：|

国内领先的通信技术论坛#v4k$@2L&P1q

|

国内领先的通信技术论坛0K/u5P1d,j*Z&c1j

RNLC_Rl_Operate_fail

=

171,

171

(2)NODEB的RL建立/重配的响应处理失败。|

国内领先的通信技术论坛#s;e$[)O0^1_)a

RNLC_Rl_Operate_TimeOut,

172

(2)NODEB的RL建立/重配的响应超时。

RNLC_RlFail_Report,

173

(2)RLMM收到NodeB上报的无线链路失败指示|

国内领先的通信技术论坛0D'r9_;n:[!b._:l,A$Q

RNLC_FpFail_Report,

174

(2)收到来自RNLU的UCIUERRORINDICATION移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单5X#A3t9j(S"P$~

RNLC_SmaFailRel_Report,

175

(2)RLMM收到SMA_Release_Indmscbsc移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。N*]!J;C4d/t2f;e#DU

RNLC_RlFail_InstError,

176

(2)NBLOMM和RLMM的保活结果为失败，需要RLFAIL指示UCPMC.

RNLC_Fp_Operate_fail,

177

(2)FP建立失败移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单![!L:L(c9L1U%~4Q:[&E

RNLC_Fp_Operate_TimeOut,

178

(2)FP建立超时+d"u2M.o+e$R0a%F:i

RNLC_IubBear_Operate_Fail,

179

(2)RL建立/RL重配时SMA建立失败

RNLC_IubBear_Operate_TimeOut,

180

(2)RL建立/RL重配时SMA建立超时

RNLC_FpInit_Fail,

181

(2)FP/SMA建立成功后的FP初始化(同步)失败

RNLC_FpInit_TimeOut,

182

(2)FP/SMA建立成功后的FP初始化(同步)超时

RNLC_UCIU_Setup_Fail,

183

(2)在RRC和DRELOC的UCIU建立流程失败使用该值。移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单){,A/d&G5O6d:c-M+{;w,w%p(p

RNLC_UCIU_Setup_TimeOut,

184

(2)在RRC和DRELOC的UCIU建立流程超时使用该值。*T3s/~0X+|)T*X

RNLC_SUciuInstRecon_Operate_fai

185

(2)目前未使用。

RNLC_RlcReset_Operate_fail,

186

(2)UCPMC小区更新过程中用户面RLCRESET响应失败。

RNLC_RlcReset_Operate_TimeOut,

187

移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单/y"W/^'k1L-X"M4m%^(J7L

RNLC_UciuRb_Operate_fail,

188

(2)业务相关的UCIU建立失败(各种流程)mscbsc移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。0q,e(Y6e9Z+A.d+G+m:]:x

RNLC_UciuRb_Operate_TimeOut,

189

(2)业务相关的UCIU建立超时移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单2g4b,m&w&O

RNLC_UciuUpSwitch_Operate_fail,

190

(2)RB重配或者切换时的SWITCH失败MSCBSC移动通信论坛9G/v*b"r2N5g-g5]

RNLC_UciuUpSwitch_Operate_TimeOut

191

(2)小区内切换时UE消息超时。|

国内领先的通信技术论坛+e1p${2s2|&l(g

RNLC_Ue_CellUpdate_TimeOut,

192

(2)该值未使用，已经使用224的值了。MSCBSC移动通信论坛:HX+_-?6C

RNLC_UeReportCellUpdate,

193

(2)收到UE的小区更新的失败处理。多！

RNLC_SecurityModeRsp_Fail,

194

(2)安全模式消息处理流程中出现UE或者用户面返回失败。

RNLC_SecurityModeRsp_TimeOut,

195

(2)安全模式消息处理流程或者RB建立等业务流程中加密处理出现UE或者用户面返回失败。

RNLC_Ul_IntegrityCheck_Fail,

196

(2)完整性保护检查失败，未使用。

RNLC_CCIU_ueSetup_Fail,

197

(2)CCIU建立失败。

RNLC_CCIU_ueSetup_TimeOut,

198

(2)CCIU建立超时。

RNLC_CCIU_Conf_Fail,

199

(2)CCIU配置失败，MAC-C和MAC-D的映射配置

在TD中，小区更新，位置更新、切换，多有什么区别，个是怎么理解。小弟现在搞混了，希望哪位老师指点下。

在TD中，小区更新，位置更新、切换，多有什么区别，个是怎么理解。小弟现在搞混了，希望哪位老师指点下。提问者:wangyuan072

的答案答：通信的一个流程如下：

手机空闲模式下：

手机开机时要做小区选择,即比较小区的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_RNHYTI（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请求后组装小区更新证实（CELLUPDATECONFIRM）消息，CELLUPDATECONFIRM可以通过下行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“UTRANDRXcyclelengthcoefficient”，否则将把该消息当作无效处理。该消息还可以包含释放无线承载的IE，重配置无线承载的IE以及改变某些已经存在的无线承载的某些属性的IE。此外该消息还可以给UE分配一个新的U-RNTI和可用的传输信道、该传输信道的传输格式、每个CcTrCH中可用的传输信道格式组合集以及传输信道所对应的物理信道的相关信息（包括时隙、编码方式等信息）。

UE端接收到CELLUPDATECONFIRM消息后，根据消息的内容配置MAC子层，如果网络要求UE进入CELL_DCH状态，则还需要物理层进行收/发同步。若该同步过程失败，UE会转作失同步处理：UE会去做测量，根据测量值重选小区，选择到合适的小区之后就会发原因为“Radiolinkfailure”的小区更新过程；如果没有找到合适的小区（UE此时丢失覆盖），UE就会发起小区选择过程。如果此同步过程成功，UE就根据CELLUPDATECONFIRM消息中包含的信息单元，决定是否发送响应消息或者发送什么样的响应消息给UTRAN。UE将用AMRLC模式发送响应消息给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发出第一条三层业务请求消息（COMPLETEL3INFO），具体说该消息为：

位置更新请求（LOCATIONUPDATEREQUEST）

CM业务请求（CMSERVICEREQUEST）

寻呼应答（PAGINGRESPONSE）

IMSI分离（IMSIDETACH）

移动性管理程序（MM）公共程序包括：

鉴权程序

识别程序

TMSI再分配程序

IMSI分离程序

位置更新属于MM的特定程序

位置更新涉及的参数及定义：

LAI（位置区识别码）结构示意图MCCMNCLAC3位数字3位数字最大16Bit

MCC：移动国家码中国460

MNC：移动网号移动01联通02

LAC：位置区号码

注意：LAI与LAC的区别，其中位置更新中使用的是LAI。

LAC将在每个小区广播信上的系统消息中发送

message3:小区识别CELLID+LAI区识别+控制信道描述

+小区选择+小区选择参数+RACH控制参数

message4:LAI区识别+小区选择参数+RACH控制参数

+CBCH信道描述+CBCH移动配置

LAC位置区划分原则：

保证不会产生寻呼负荷过高的前提下尽量降低位置更新次数。

LAC位置区设置经验：

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

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

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

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

位置更新分类（根据网络对位置更新的标识不同）：

正常位置更新（越位置区位置更新）

周期性位置更新（T3212更新）

IMSI附着（用户开机时进行）

注：位置更新请求（LOCATIONUPDATINGREQUEST）中位置更新类型信息单元将分别指示进行何种类型的位置更新。

正常位置更新（越位置区位置更新）

启动原因：

VLR中MS的状态未知

MS从一个LAI小区重选至另外一个LAI小区

VLR内部位置更新

VLR内部位置更新不需要提供IMSI号码，在VLR中进行，不需要通知HLR.

位置更新请求[1]

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

位置更新消息[2]

MSC收到MS发送的位置更新请求后，将向VLR发送位置区更新（MAPUPDATELOCATIONAREA）消息。

位置更新处理[3]

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

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

位置更新确认消息[4]

当收到MS发送给网络的TMSI再分配完成消息后，VLR将向MSC发送位置区更新确认（MAPUPDATELOCATIONAREAACK）消息。

位置更新接受消息[5]

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

越VLR的位置更新

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

TMSI更新

位置更新请求[1]

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

位置更新消息[2]

MSC收到MS发送的位置更新请求后，将向VLR发送位置区更新（MAPUPDATELOCATIONAREA）消息。

TMSI在VLR不确认[3]

当VLR从MSC收到位置更新消息中的TMSI未知，则：

VLR位置信息确认=不确认

将发起HLR更新。

TMSI在HLR不确认[3’]

当VLR从来没有凳记过该用户，则：

HLR位置信息确认=不确认

根据旧TMSI和LAI号算出PVLR地址

发参指示[3’-1]

向PVLR启动一个请求IMSI和鉴权参数的发参数指示（MAPSENDIDENTIFICATION）。

发参指示响应[3’-2]

PVLR将回发该移动台的IMSI和鉴权参数。

发参指示未响应[3’-2’]

当新VLR由于种种原因无法获得IMSI号码。则向MS发出识别请求，进入MM识别程序，请求MS提供IMSI。

HLR更新[4]

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

鉴权加密TMSI再分配[5]

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

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

PVLR删除位置[5’-1]

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

PVLR删除位置确认[5’-2]

PVLR收到删除位置消息后，将删除该MS的所有信息，并向HLR发送删除位置确认（MAP/DCANCELLOCATIONRESULT）消息。

插入用户数据[6]

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

插入用户数据响应[7]

VLR收到所需信息后，将向HLR发送插入用户数据响应（MAPINSERTSUBSCRIBERDATAACK）消息。

HLR更新确认[8]

当HLR收到VLR插入用户数据响应后，则向VLR发出更新确认消息（MAPUPDATELOCATIONACK）

位置更新确认消息[9]

之后VLR将向MSC发送位置区更新确认（MAPUPDATELOCATIONAREAACK）消息。

位置更新接受[10]

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

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中发送.

message3:小区识别CELLID+LAI区识别+控制信道描述

+小区选择+小区选择参数+RACH控制参数

message4:LAI区识别+小区选择参数+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附着（IMSIATTCTCH）的报文。网络收到该消息后将注明用户状态，以便当寻呼发生时，可以发起寻呼。

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

IMSI附着：标志为允许接入

IMSI分离：标志为不可接入

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

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

位置更新尝试计数器：

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

更新失败尝试计数器加1

计数器复位：

MS开机

插入SIM

成功完成位置更新

完成位置更新，并在业务状态由ATTEMPTING至UPDATE

进入新的位置更新区域

T3212逾时

位置更新由CM业务层启动

网络位置更新不接受：

若位置更新不接受，MS将停止T3210，并存储拒绝原因，启动T3240，进入位置更新拒绝状态，等待由网络触发的RR连接释放,拒绝的原因：

IMSI在HLR中未知、非法MS、非法ME

MS将更新状态设置为漫游不允许（POAMINGNOTALLOWED），