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

1、TD中异常事件（切换、掉话、未接通等等）RNC侧失败原因值详情列表【资料名称】：TD中异常事件失败原因值详情列表+o)s7S2P&d;B(X移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单9G-$H$V77_+e(T p7S6E2i【资料作者】：ZTEMSCBSC 移动通信论坛:,v4V2P,L-8j o2_:W#b&D9【资料日期】：ZTE:F7p;S-v6w0s"X;y1M,f6g-c'w$a8m(j【资料语言】：中文ms

2、cbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。0_#p.w;W:4w4_!*I9G0p(A9b7B3移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单【资料格式】：DOCMSCBSC 移动通信论坛*Y-p9P6B/P0%H0M |mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。8W1c9G4f$F"R【资料目录和简介】： |  国内领先的通信技术论坛#v4

3、k$2L&P1q|  国内领先的通信技术论坛0K/u5P1d,j*Z&c1jRNLC_Rl_Operate_fail  =  171,        171        (2) NODEB的RL建立/重配的响应处理失败。 |  国内领先的通信技术论坛#s;e$)O01_)aRNLC_Rl_Operate_TimeOut,      

4、0;      172        (2) NODEB的RL建立/重配的响应超时。#H:M B d+e#n,k移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单RNLC_RlFail_Report,                  173        (2) RLMM收到NodeB

5、上报的无线链路失败指示 |  国内领先的通信技术论坛0D'r9_;n:!b._:l,A$QRNLC_FpFail_Report,                  174        (2) 收到来自RNLU的UCIU ERROR INDICATION移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单5X#A3t9j(S"P$RNLC_

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

7、;     176        (2)NBLOMM和RLMM的保活结果为失败，需要RL FAIL指示UCPMC6h;o8-K!ARNLC_Fp_Operate_fail,                177        (2)FP建立失败移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单!L:L(c9

8、L1U%4Q:&ERNLC_Fp_Operate_TimeOut,             178        (2)FP建立超时+d"u2M.o+e$R0a%F:iRNLC_IubBear_Operate_Fail,           179        (2)RL建立/RL重配时SMA建立失

9、败9J,F6V,j9WRNLC_IubBear_Operate_TimeOut,        180        (2)RL建立/RL重配时SMA建立超时&4h&S"y#e9u.F-p/h,Y8移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单                6V&|8|1W;I&#

10、39;A4Tmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。RNLC_FpInit_Fail,           181        (2)FP/SMA建立成功后的FP初始化(同步)失败'c(*z8v4c8U%?,G0F.J,RNLC_FpInit_TimeOut,        182 

11、      (2)FP/SMA建立成功后的FP初始化(同步)超时+?!r5f h!E'J9N!Lmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。RNLC_UCIU_Setup_Fail,                  183        (2)在RRC和DRELOC的U

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

13、#160;     185        (2)目前未使用。$j,'Z5n,c8F5#x2p8_MSCBSC 移动通信论坛RNLC_RlcReset_Operate_fail,            186        (2) UCPMC小区更新过程中用户面RLC RESET响应失败。$n.W#T o8J移动通信,通信工程师的家园,通信人才,求职招

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

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

16、家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单2g4b,m&w&ORNLC_UciuUpSwitch_Operate_fail,        190        (2) RB重配或者切换时的SWITCH失败MSCBSC 移动通信论坛9G/v*b"r2N5g-g5                ,i;L'R+Y*:t-

17、h":JRNLC_UciuUpSwitch_Operate_TimeOut        191        (2) 小区内切换时UE消息超时。 |  国内领先的通信技术论坛+e1p$2s2|&l(gRNLC_Ue_CellUpdate_TimeOut,              192      

18、  (2) 该值未使用，已经使用224的值了。MSCBSC 移动通信论坛:H X+_-?6CRNLC_UeReportCellUpdate,                 193        (2) 收到UE的小区更新的失败处理。多！4;C1%c/RNLC_SecurityModeRsp_Fail,           &#

19、160;   194        (2) 安全模式消息处理流程中出现UE或者用户面返回失败。#T#e9v+v5I |  国内领先的通信技术论坛RNLC_SecurityModeRsp_TimeOut,            195        (2) 安全模式消息处理流程或者RB建立等业务流程中加密处理出现UE或者用户面返回失败。-U,K*m-n q*(

20、G&RNLC_Ul_IntegrityCheck_Fail,             196        (2)完整性保护检查失败，未使用。8X+G)i8F41e(t5H'V4A3dRNLC_CCIU_ueSetup_Fail,                  197      

21、  (2) CCIU建立失败。%m$v38z%J1v*i/mMSCBSC 移动通信论坛RNLC_CCIU_ueSetup_TimeOut,               198        (2) CCIU建立超时。5?.p*E0J1d*ORNLC_CCIU_Conf_Fail,                

22、;     199        (2) CCIU配置失败，MAC-C和MAC-D的映射配置(Q#4_%y5G5u/w |  国内领先的通信技术论坛RNLC_CCIU_Conf_TimeOut,                  200        (2) CCIU配置超时移动通信,通信工程师的家园,通信人

23、才,求职招聘,网络优化在TD中，小区更新，位置更新、切换，多有什么区别，个是怎么理解。小弟现在搞混了，希望哪位老师指点下。  在TD中，小区更新，位置更新、切换，多有什么区别，个是怎么理解。小弟现在搞混了，希望哪位老师指点下。提问者: huangrenping  提问时间:2009-06-28 02:57 窗体顶端  其他答案 窗体底端  wangyuan072 的答案答：通信的一个流程如下：        手机空闲模式下：   

24、60;    手机开机时要做小区选择,即比较小区的C1值大小;        在开机后,如发现另一个小区的电平好于服务小区的,且大于5秒,就会触发小区重选;        在不同的LAC边界处,会发生小区的位置更新,即从一个LAC到另一个LAC的更新。               

25、0;  手机激活模式下：        为保持通话的连续性,从一个小区切换到另一个小区。        位置区是一个小区集合，是cs域的概念。ura也是也小区集合，是ps域的概念，但是是位置区的一个子集。当切到新的小区时，系统消息里带的   LAI不同mm就发起位置更新，是cs域的；当rai不同就发起ura更新，是ps域的。        

26、0;rrc里的移动性管理应该叫cell updata即小区更新，是as层的一个信令过程。往往是伴随rrc状态的改变。而rrc 的 ura是指utran的一个集合。当as层发现自己的sutran该变到新的ura的时候就发起ura更新。往往也伴随rrc的状态迁移。 小区更新过程 小区更新流程图 小区更新过程在RRC连接模式下的任意一个状态都有可能被触发，触发小区更新过程的原因共有七个，它们分别介绍如下。     1重新进入服务区：当UE处于CELL_FACH或CELL_PCH状态时，在定时器T307或者T317超时前，UE已经超出了服务区并又重新进

27、入服务区，UE将执行原因值为“re-enteringservicearea”的小区更新过程以通知UTRAN。    2RLC发生不可恢复的错：在确认模式RLC实体中，UE发现RLC无法恢复的错误，UE将执行原因值为“RLCunrecoverableerror”的小区更新过程以通知UTRAN。    3周期性小区更新：当UE找到一个合适的小区驻留并处于CELL_FACH或CELL_PCH状态，且信息单元（IE）“UETimersandconstants in connected mode”中的T305不能设置为“infinity”，等待

28、定时器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状态发生无线链路失败；另一种就是

29、当“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”消息，

30、该消息包含IE“pagingRecordList”,并选择IE“utran-Identity”且保证该U-RNTI（UNTRAN无线网络临时标识）与分配给UE的U-RNTI一致，另外不包含IE“CN originated page to connected mode UE”, 若以上条件都满足，UE则会发起原因为“utran -pagingResponse”的小区更新过程。    小区更新过程的详细流程：    虽然触发小区更新过程的原因有七个之多，但是不管触发该过程的原因是什么，执行小区更新过程的流程都是一样的。小区更新过程的基本流

31、程如图1所示。图1 小区更新过程的基本流程图2 触发的小区更新过程详细流程    一旦小区更新过程被触发，首先停止监管周期性小区更新过程的定时器（T305），另外不论此时UE处于RRC连接模式下的什么状态都将转移到CELL_FACH状态。在该状态下，RRC会发送一条“CMAC_FCH_CONFIG_REQ”原语到MAC层去，使MAC进入FCH状态并配置FCH状态下的相关参数。UE将在上行CCCH向UTRAN发送一个小区更新请求(CELLUPDATE)消息。该消息的内容包括小区更新的原因、U-RNTI值、可选的测量信息以及是否存在出错原因等信息单元。小区更新的原因对

32、应于以上七个原因中的一个，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把来

33、自网络的物理信息以原语CMAC_PHY_INFO_IND形式发送到RRC），若在规定时间内收到正确的物理信息，表明上行同步建立完成，RRC将等待接收来自网络的消息。    RRC在接收到原语“CMAC_PHY_INFO_IND”之后就会开启一个定时器（T302），若该定时器超时但UE仍未收到来自网络的“CELLUPDATECONFIRM”消息，则转作异常处理：如果此时重发次数没有超过门限值（N302），UE将重新初始化小区更新过程；如果此时重发次数大于门限值则释放RRC连接，进入空闲。若在规定的时间内UE接收到来自网络的“CELLUPDATE CONFIRM”消息

34、，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状

35、态，而如果此时消息中没有分配新的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和可用的传输信道、该传输信道的传输格式

36、、每个CcTrCH中可用的传输信道格式组合集以及传输信道所对应的物理信道的相关信息（包括时隙、编码方式等信息）。    UE端接收到CELLUPDATECONFIRM消息后，根据消息的内容配置MAC子层，如果网络要求UE进入CELL_DCH状态，则还需要物理层进行收/发同步。若该同步过程失败，UE会转作失同步处理：UE会去做测量，根据测量值重选小区，选择到合适的小区之后就会发原因为“Radio link failure”的小区更新过程；如果没有找到合适的小区（UE此时丢失覆盖），UE就会发起小区选择过程。如果此同步过程成功，UE就根据CELL UPDATE CON

37、FIRM 消息中包含的信息单元，决定是否发送响应消息或者发送什么样的响应消息给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状态下发起主叫，触发原因为“上行数据传输”的小区

38、更新过程的流程（如图2）为例，清楚地展现了整个过程原语（消息）的收发情况以及状态的转移情况。位置更新（LOCATION UPDATE）立即指配(RR连接)结束后，将向网络发送三层业务请求。 三层业务请求    当BSC收到建立指示后便向MSC发出第一条三层业务请求消息（COMPLETE L3 INFO），具体说该消息为：     位置更新请求（LOCATION UPDATE REQUEST）     CM业务请求（CM SERVICE REQUE

39、ST）     寻呼应答（PAGING RESPONSE）     IMSI分离（IMSI DETACH） 移动性管理程序（MM）公共程序包括：    鉴权程序    识别程序    TMSI再分配程序    IMSI分离程序   位置更新属于MM的特定程序 位置更新涉及的参数及定义： LAI（位置区识别码）结构示意图

40、MCCMNCLAC3位数字3位数字最大16Bit     MCC：移动国家码中国460    MNC：移动网号移动01 联通02    LAC：位置区号码    注意：LAI与LAC的区别，其中位置更新中使用的是LAI。          LAC将在每个小区广播信上的系统消息中发送      

41、60;   message 3:小区识别CELLID+LAI区识别+控制信道描述                    +小区选择+小区选择参数+RACH控制参数          message 4:LAI区识别+小区选择参数+RACH控制参数    

42、60;               +CBCH信道描述+CBCH移动配置 LAC位置区划分原则：    保证不会产生寻呼负荷过高的前提下尽量降低位置更新次数。 LAC位置区设置经验：    位置区设置过小，移动台位置更新过程增多，系统信令流量增大。    位置区设置过大，寻呼信道负荷过重，同时也将增加Abis接口上的信令流量。&

43、#160;强制登记：当移动台进行小区重选后，发现SIM卡中位置区与小区广播的位置区（LAI）不同时，移动台需把这种变化通知给网络。      当称动台由一个位置区移动到另一个位置区时，必须在新位置区进行登记，也就是说当移动台发现存储器中的LAI与接收到的当前小区的LAI不同，就需进行位置更新。 位置更新分类（根据网络对位置更新的标识不同）：    正常位置更新（越位置区位置更新）    周期性位置更新（T3212更新）    IMSI附着（用户开

44、机时进行）    注：位置更新请求（LOCATION UPDATING REQUEST）中位置更新类型信息单元将分别指示进行何种类型的位置更新。 正常位置更新（越位置区位置更新） 启动原因：    VLR中MS的状态未知    MS从一个LAI小区重选至另外一个LAI小区 VLR内部位置更新 VLR内部位置更新不需要提供IMSI号码，在VLR中进行，不需要通知HLR. 位置更新请求1    在初始化过程中，MS向网络发送的SA

45、BM帧携带的初始化报文中注明接入原因为位置更新请求（LOCATION UPDATING REQUEST），并携带MS的TMSI号码及LAI号码，并标注为正常位置更新。位置更新消息2    MSC收到MS发送的位置更新请求后，将向VLR发送位置区更新（MAP UPDATE LOCATION AREA）消息。位置更新处理3    VLR收到位置更新消息后进行位置更新处理，VLR将更新MS位置消息并存储新的LAI号码，并根据需要给移动台分配一个新的TMSI号码（此时进入TMSI再分配程序）。    注意：此时T

46、MSI再分配命令也可以不携带新的TMSI号码，MS将使用以前的TMSI号码。位置更新确认消息4    当收到MS发送给网络的TMSI再分配完成消息后，VLR将向MSC发送位置区更新确认（MAP UPDATE LOCATION AREA ACK）消息。位置更新接受消息5    MSC收到该消息后则向MS发送位置更新接受消息（LOCATION UPDATE ACCEPT），之后释放信道，完成位置更新。  越VLR的位置更新 PVLR=位置更新前MS所属的VLR。 TMSI更新 位置更新请求

47、1    在初始化过程中，MS向网络发送的SABM帧携带的初始化报文中注明接入原因为位置更新请求（LOCATION UPDATING REQUEST），并携带MS的TMSI号码及LAI号码，并标注为正常位置更新。位置更新消息2    MSC收到MS发送的位置更新请求后，将向VLR发送位置区更新（MAP UPDATE LOCATION AREA）消息。TMSI在VLR不确认3    当VLR从MSC收到位置更新消息中的TMSI未知，则：    VLR位置信息确认=不确认

48、0;    将发起HLR更新。TMSI在HLR不确认3    当VLR从来没有凳记过该用户，则：    HLR位置信息确认=不确认    根据旧TMSI和LAI号算出PVLR地址发参指示3-1    向PVLR启动一个请求IMSI和鉴权参数的发参数指示（MAP SEND IDENTIFICATION）。发参指示响应3-2    PVLR将回发该移动台的IMSI和鉴权参数。发参指示未响应3-2  &

49、#160; 当新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将

50、使用以前的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 SUBSCR

51、IBER 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 

52、;   MSC收到该消息后则向MS发送位置更新接受消息（LOCATION UPDATE ACCEPT），之后释放信道，完成位置更新。 IMSI更新当用户识别为IMSI时：   IMSI在HLR不确认    当VLR从MSC收到位置更新消息中的IMSI未知，则：    HLR位置信息确认=不确认     将发起HLR更新   LAI在VLR核查    当收到IMSI是已知的， V

53、LR则检查从MSC接收的们前一个位置区标识（LAI）是否属于此VLR，如果不属于则：   HLR位置信息确认=不确认    将发起HLR更新。    注意：当以上两种情况发生时，均要进行鉴权检查。周期性位置更新（T3212更新）     周期位置更新发生在当网络在特定的时间内没有收到来自移动台任何信息。比如在某些特定条件下由于无线链路质量很差，网络无法接收移动台的正确消息，而此时移动台还处于开机状态并接收网络发来的消息，在这种情况下网络无法知道移动台所处的状态。为了解决这一问

54、题，系统采取了强制登记措施。如系统要求移动用户在一特定时间内，例如一个小时，登记一次。这种位置登记过程就叫做周期位置更新。    注意:    当T3212逾时后，MS启动周期性位置更新，进入位置更新程序。    周期性位置更新信令流程与正式常位置更信令流程是一致的。 网络失去与MS的联系原因：    移动台开机移动至网络盲区，网络仍会认为IMSI附着（用户开机）；    移动台IMSI分离（关机）时，无线路径上行链路故障，网络不能正确

55、译码，网络仍会认为IMSI附着（用户开机）；    移动台突然掉电，网络仍会认为IMSI附着（用户开机）；注意：    当网络发现VLR标识IMSI附着的移动台在一段时间内，没有与网络进行任何联系，将更改为该移动台标识为隐含关机状态。 周期性位置更新的目的：    周期性的通知网络MS的可用性。    迫使移动台在经过一定时间后，自动向网络报告它目前的位置，这样网络就可以随时了解移动台的当前状态。 T3212周期性位置更新定时器（8bit）：当T3212超

56、时，将进行周期性位置更新。     T3212=（1-255）*6分钟注意：    T3212=0表示无容大，即本小区无周期性位置更新。    T3212不宜取得太小，小于30分钟（除0以外）可以对网络产生灾难性的影响。T3212应小于网络对VLR中标识为IMSI附着用户查询周期值，建议IMSI附着用户查询周期是T3212的两倍。    当MS关机时，MS将会将T3212的值保存在SIM卡中，下次开机后继续计时。    T3212的取值

57、将在每个小区广播信上的系统消息3中发送.        message 3:小区识别CELLID+LAI区识别+控制信道描述                  +小区选择+小区选择参数+RACH控制参数        message 4:LAI区识别+小区选择参数+RACH控制参数 

58、60;                +CBCH信道描述+CBCH移动配置    T3212为小区级参数，因此同一个LAC内可存在不同T3212值，当发生小区重选时至T3212不同小区时，将触发相应算法重新计算T3212当前值。 T3212复位至0:      收到位置更新请求或位置更新拒绝请求      收

59、到第一个MM消息，或存在MM连接时，加密过程完成      MS响应寻呼，接收到第一个正确的三层消息（RR消息除外）      T3212逾时      MS关机/开机 T3212设置经验：    周期性位置更新越短网络总体服务性能越好，但会加大网络信令流量，无线资源利用率降低，还会增大MS的功耗。    建议在业务量和信令流量较大地区，可选择较大的T3212（6H、10H、甚

60、至15H）。    业务量大，信令流量低的地区，可选择较小的T3212（1-3H）    业务量严重超出系统容量的地区，可选区择T3212=0    T3212应小于网络对VLR中标识为IMSI附着用户查询周期值，建议IMSI附着用户查询周期是T3212的两倍，但如果IMSI附着用户查询周期远大于T3212将会影响到系统的寻呼成功率。 周期性位置更新需要特别注意的几点说明：    当T3212逾时后，MS启动周期性位置更新，进入位置更新程序。并将T3212清零，从新

61、计时。    当3212逾时时，MS处于无可用小区、有限服务、搜索PLMN的状态时，MS将延时启动位置更新，直到脱离这些状态。    当MS处于无可用小区、有限服务、搜索PLMN的状态时，T3212的值当保持原值不能改变。 同LAC不同T3212算法：    当MS在同一个LAC中进行小区重选时，如果T3212在两个小区设置不同时（或人为改变当前小区T3212逾时值），将进行相应计算后重新定义T3212值：    旧小区 T3212=T  

62、60; 新小区 T3212逾时值=TT    则：   T3212=TmodTT注意:    当MS处于激活状态，此时定时器不在计时中（如通话中改变该小区T3212值），改变T3212值时，T3212将在0-TT之间选取一个随机数启动。 IMSI附着     MS开机时，MS将把自己的开机状态通知给网络，向网络发送IMSI附着（IMSI ATTCTCH）的报文。网络收到该消息后将注明用户状态，以便当寻呼发生时，可以发起寻呼。    IM

63、SI的附着与分离就是在MSC/VLR中用户记录上附加一个二进制标志。    IMSI附着：标志为允许接入    IMSI分离：标志为不可接入     当用户开机时发现SIM卡中LAI与网络LAI号一致，则进行IMSI附着，其过程与VLR内部位置更新过程基本一样，不同的是，仅在位置更新请求（LOCATION UPDATING REQUEST），标注为IMSI附着。注：IMSI附着、分离是系统的一个可选项。 位置更新尝试计数器：    为了限制位置更新尝试的数

64、目（不成功），MS定义了尝试计数器，尝试计数器用于确定T3212逾时后是否进行位置更新的重新尝试。    更新失败尝试计数器加1    计数器复位：    MS开机    插入SIM    成功完成位置更新    完成位置更新，并在业务状态由ATTEMPTING至UPDATE    进入新的位置更新区域    T3212逾时    位置更新由CM业务层启动 网络位置更新不接受：    若位置更新不接受，MS将停止T3210，并存储拒绝原因