小区更新 位置区更新 流程
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 消息失败时的处理；
(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 尚在配置了周
位置更新包括正常位置更新，周期性位置更新，IMSI Attach。这三类更新的触发条件是不同的。IMSI attach 过程一般发生在开机或重新返回信号覆盖区或SIM 卡被重新插入，同 时需要满足以下条件：
1) 在 RRC 接收到的NAS 系统消息中，ATT 标志指示需要IMSI Attach 过程；
2) 更新状态是“UPDATED”；
3) 驻留的LAI 与USIM 中保存的LAI 相同；
小区更新：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”的小区更新过程。
虽然触发小区更新过程的原因有七个之多，但是不管触发该过程的原因是什么，执行小区更新过程的流程都是一样的。
一旦小区更新过程被触发，首先停止监管周期性小区更新过程的定时器（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 4 AI区识别+小区选择参数+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 4 AI区识别+小区选择参数+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，逾时后启动位置更新程序
4)RR连接故障：中止位置更新程序
5)T3210逾时：中止位置更新程序和RR连接
6)正常结束前RR释放：中止位置更新程序
7)其它原因选成的位置更新拒绝：MS等待网络发起RR连接释放
注意：
当发生4-7异常情况后，MS停止T3210，中断RR连接，尝试计数器加1。
1)当更新状态为已更新，存储LAI等于以前小区接收到的LAI，且尝试计数器为4，MS将保持已更新状态，RR连接释放后的MM空闲状态为正常业务。MS并存储位置更新类型，在RR连接释放后，启动T3211，当T3211逾时后，MS重新启动位置更新程序，位置更新的类型为MS存储的位置更新类型。
2)若更新状态不是已更新，或存储的LAI与BCCH上接收到的LAI不一致，或尝试度数器大于等于4。
当RR连接释放后，MS删除SIM中的LAI、TMSI、加密序列号，将更新设置为未更新，并时入MM空闲子状态尝试更新。
如果尝试计数器小于4，当RR连接释放时将启动MS存储的T3211，否则启动存储的T3212。
网络侧：
RR连接故障：
RR连接故障发生在公共程序时（如TMSI再分配），网络应根据公共程序描述执行。
RR连接故障发生在非公共程序时，MS的位置更新将废止。
协仪错误：
收到位置更新请求消息有协仪错误，网络则发送位置更新拒绝消息，拒绝原因为：
1)强制性信息单元错误
2)信息单元不存在或无法实现
3)无效信息单元内容
4)协仪错误，未规定
然后网络启动信道释放程序。
位置更新容易混乱的问题：
在跨LAC进行位置更新时，先进行小区重选，再进行位置更新。
当切换到另外一个LAC时，将在通话结束后，再进行位置更新。
当位置更新失败时，将会引发用户隐含关机，并当用户处于隐含关机状态，用户将无法响应寻呼。
MS周期位置更新只能发生在MM Idle状态，并且在限制服务，PLMN搜寻服务，没有小区驻扎等状态都不可以进行。
所有位置更新均由MS发起。
TMSI再分配为位置更新的一部分。
小区更新：
小区更新有七种原因：
（1）上行数据传送，即UE在CELL－PCH态或者URA－PCH态上，有任何RB要进行RLC数据的传送时，需要启动小区更新流程，设置原因为uplink data transmission；（2）UE在CELL－PCH态或者URA－PCH态上收到寻呼类型1且满足一定条件，则启动小区更新。原因为Paging Response；（3）UE发生物理层失步或者发送CAPABILITY INFORMATION消息失败时，启动小区更新，原因为Radio link failure；（4）UE在FACH态或PCH态，进入无覆盖区，但在定时器超时前又进入覆盖区，则启动小区更新，原因为re－entering service area；（5）AM RLC实体发生不可恢复错误，原因为RLC unrecoverable error；（6）小区进行了重选，则启动小区更新，原因为Cell reselection；（7）UE在FACH态和CELL－PCH态时定时器超时并且处于配置了周期性小区更新的小区中，则启动小区更新，原因为Periodical cell update。
位置更新：
位置更新流程图
切换：
因为蜂窝覆盖面积较小，用户在通话时经常发生从一个小区移动到另一个小区的情况。在蜂窝系统中，解决这个问题的办法是改进功能，使手机从一个小区移动到另一个小区时正常通话，这个过程叫做“切换”。切换 技术是一项重大发明，它实现了真正意义上的移动通信。在蜂窝系统中，切换的整个过程全部是自动进行的，移动用户不需要做任何事情，也感觉不到切换的存在。
发生切换的两个主要原因：
1） 因信号质量发生切换：MS可以用别的小区信号强或误码率低的SDCCH/TCH进行通话，MS不停地测量本小区的SDCCH/TCH和邻近小区的BCCH的质量，并通过SACCH将测量结果发送给BSC，BSC决定是否进行切换。
2） 因话务量高发生切换：如果小区的话务[hide][/hide]量太高，而邻近小区的话务量较低时，MSC可将MS从高话务小区切换到低话务小区，这是由MSC控制的切换方式，维护人员可通过人机命令控制进行切换（祥见3.6节MSC中的BTS数据）。
切换有四种方式：BTS内部、BTS间BSC内部、BSC间MSC内部、MSC间。在BTS内部切换和BTS间BSC内部切换时，通话状态在BSC发生变化，但在MSC内不变。在
BSC间MSC内部切换和MSC间切换时，通话状态在MSC内也发生变化。总之，MSC间的切换是必须在MSC间建立话音连接的、最彻底的切换。
以下是MSC间的切换的步骤：
1） 初始BSC发送切换请求。
根据目的地小区的CGI标识，初始BSC可知目的地小区是由另一个BSC控制的，于是，它向MSC发送切换请求。
2） 初始MSC向目的地MSC转发切换请求，初始MSC要求无线资源和切换号码。
根据LAI可知CGI（CGI=LAI+CI），初始MSC可知目的地小区是由另一个MSC控制的，这样，它就向目的地MSC发送切换请求。
3） 目的地MSC向目的地BSS转发切换请求。
根据第二步中的来自初始MSC的CGI标识，目的地MSC可以找到相应的BSC，并向其发送命令，要求预备BSC到BTS的话音电路和无线方式的话音信道（TCH）。
4） 如备好无线资源，目的地BSS发送响应。
如果预备好无线资源，目的地BSC向目的地MSC发送确认信息，然后，目的地MSC向BSC分配一个切换号码（HON），并备好话音信道。
5） 目的地MSC向初始MSC发送HO-NUMBER。
6） 初始MSC到目的地MSC建立通话连接。
初始MSC根据HON建立到目的地MSC的通话连接。
7） 初始MSC开始切换，同时向MS发送信息（关于新话音信道的信息）。
8） MS切换到目的地小区。
9） 目的地MSC到MS建立新的连接。
目的地MSC通知初始MSC：MS已切换到新的话音信道。初始MSC改变通话状态。
10） 初始MSC释放旧的通话连接。
初始BTS、BSC和MSC之间的旧的TCH、通话连接均被释放。
切换基本流程图
MSC间切换流程图
图说明如下：
(1) 稳定的呼叫连接状态。
(2) 移动台对邻近 基站发出的信号进行无线测量，包括功率、距离和话音质量。这三个指标决定切换的门限值。无线测量结果通过信令信道报告给 基站子系统BSS中的 基站收发信台BTS。
(3) 无线测量结果经过BTS预处理后传送给基站控制器BSC，BSC综合功率、距离和话音质量进行计算，并与切换门限值进行比较，决定是否要进行切换，如果需要再向MSCA发出切换请求。
(4) MSCA决定执行MSC之间的切换。
(5) MSCA请求在MSCB区域内建立无线通道，然后在MSCA与MSCB之间建立连接。
(6) MSCA向移动台发出切换命令后，移动台切换到已准备好连接通路的基站。
(7) 移动台发出切换成功确认消息传送给MSCA，以释放原来的
信息等资源
小区更新过程的主要功能如下：
(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 状态；
(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 位置更新
位置更新包括正常位置更新，周期性位置更新，IMSI Attach。这三类更新的触发条件是不同的。IMSI attach 过程一般发生在开机或重新返回信号覆盖区或SIM 卡被重新插入，同 时需要满足以下条件：
1) 在 RRC 接收到的NAS 系统消息中，ATT 标志指示需要IMSI Attach 过程；
2) 更新状态是“UPDATED”；
3) 驻留的LAI 与USIM 中保存的LAI 相同；
在其它所有需要做位置更新的情况下，除了因为周期位置更新定时器 T3212 超时，同时MM 更新状态为“UPDATED”时进行周期位置更新外，其它都是进行正常位置更新。引起移动用户发生正常位置更新的条件是：移动设备开机时以及移动用户发生漫游引起位置改变。
小区更新：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”的小区更新过程
。
小区更新过程的详细流程：虽然触发小区更新过程的原因有七个之多，但是不管触发该过程的原因是什么，执行小区更新过程的流程都是一样的。
一旦小区更新过程被触发，首先停止监管周期性小区更新过程的定时器（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 4 AI区识别+小区选择参数+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 4 AI区识别+小区选择参数+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，逾时后启动位置更新程序
4)RR连接故障：中止位置更新程序
5)T3210逾时：中止位置更新程序和RR连接
6)正常结束前RR释放：中止位置更新程序
7)其它原因选成的位置更新拒绝：MS等待网络发起RR连接释放
注意：
当发生4-7异常情况后，MS停止T3210，中断RR连接，尝试计数器加1。
1)当更新状态为已更新，存储LAI等于以前小区接收到的LAI，且尝试计数器为4，MS将保持已更新状态，RR连接释放后的MM空闲状态为正常业务。MS并存储位置更新类型，在RR连接释放后，启动T3211，当T3211逾时后，MS重新启动位置更新程序，位置更新的类型为MS存储的位置更新类型。
2)若更新状态不是已更新，或存储的LAI与BCCH上接收到的LAI不一致，或尝试度数器大于等于4。
当RR连接释放后，MS删除SIM中的LAI、TMSI、加密序列号，将更新设置为未更新，并时入MM空闲子状态尝试更新。
如果尝试计数器小于4，当RR连接释放时将启动MS存储的T3211，否则启动存储的T3212。
网络侧：
RR连接故障：
RR连接故障发生在公共程序时（如TMSI再分配），网络应根据公共程序描述执行。
RR连接故障发生在非公共程序时，MS的位置更新将废止。
协仪错误：
收到位置更新请求消息有协仪错误，网络则发送位置更新拒绝消息，拒绝原因为：
1)强制性信息单元错误
2)信息单元不存在或无法实现
3)无效信息单元内容
4)协仪错误，未规定
然后网络启动信道释放程序。
位置更新容易混乱的问题：
在跨LAC进行位置更新时，先进行小区重选，再进行位置更新。
当切换到另外一个LAC时，将在通话结束后，再进行位置更新。
当位置更新失败时，将会引发用户隐含关机，并当用户处于隐含关机状态，用户将无法响应寻呼。
MS周期位置更新只能发生在MM Idle状态，并且在限制服务，PLMN搜寻服务，没有小区驻扎等状态都不可以进行。
所有位置更新均由MS发起。
TMSI再分配为位置更新的一部分。
小区更新：
小区更新有七种原因：
（1）上行数据传送，即UE在CELL－PCH态或者URA－PCH态上，有任何RB要进行RLC数据的传送时，需要启动小区更新流程，设置原因为uplink data transmission；（2）UE在CELL－PCH态或者URA－PCH态上收到寻呼类型1且满足一定条件，则启动小区更新。原因为Paging Response；（3）UE发生物理层失步或者发送CAPABILITY INFORMATION消息失败时，启动小区更新，原因为Radio link failure；（4）UE在FACH态或PCH态，进入无覆盖区，但在定时器超时前又进入覆盖区，则启动小区更新，原因为re－entering service area；（5）AM RLC实体发生不可恢复错误，原因为RLC unrecoverable error；（6）小区进行了重选，则启动小区更新，原因为Cell reselection；（7）UE在FACH态和CELL－PCH态时定时器超时并且处于配置了周期性小区更新的小区中，则启动小区更新，原因为Periodical cell update。
位置更新：
位置更新流程图
切换：
因为蜂窝覆盖面积较小，用户在通话时经常发生从一个小区移动到另一个小区的情况。在蜂窝系统中，解决这个问题的办法是改进功能，使手机从一个小区移动到另一个小区时正常通话，这个过程叫做“切换”。切换 技术是一项重大发明，它实现了真正意义上的移动通信。在蜂窝系统中，切换的整个过程全部是自动进行的，移动用户不需要做任何事情，也感觉不到切换的存在。
发生切换的两个主要原因：
1） 因信号质量发生切换：MS可以用别的小区信号强或误码率低的SDCCH/TCH进行通话，MS不停地测量本小区的SDCCH/TCH和邻近小区的BCCH的质量，并通过SACCH将测量结果发送给BSC，BSC决定是否进行切换。
2） 因话务量高发生切换：如果小区的话务[hide][/hide]量太高，而邻近小区的话务量较低时，MSC可将MS从高话务小区切换到低话务小区，这是由MSC控制的切换方式，维护人员可通过人机命令控制进行切换（祥见3.6节MSC中的BTS数据）。
切换有四种方式：BTS内部、BTS间BSC内部、BSC间MSC内部、MSC间。在BTS内部切换和BTS间BSC内部切换时，通话状态在BSC发生变化，但在MSC内不变。在
BSC间MSC内部切换和MSC间切换时，通话状态在MSC内也发生变化。总之，MSC间的切换是必须在MSC间建立话音连接的、最彻底的切换。
以下是MSC间的切换的步骤：
1） 初始BSC发送切换请求。
根据目的地小区的CGI标识，初始BSC可知目的地小区是由另一个BSC控制的，于是，它向MSC发送切换请求。
2） 初始MSC向目的地MSC转发切换请求，初始MSC要求无线资源和切换号码。
根据LAI可知CGI（CGI=LAI+CI），初始MSC可知目的地小区是由另一个MSC控制的，这样，它就向目的地MSC发送切换请求。
3） 目的地MSC向目的地BSS转发切换请求。
根据第二步中的来自初始MSC的CGI标识，目的地MSC可以找到相应的BSC，并向其发送命令，要求预备BSC到BTS的话音电路和无线方式的话音信道（TCH）。
4） 如备好无线资源，目的地BSS发送响应。
如果预备好无线资源，目的地BSC向目的地MSC发送确认信息，然后，目的地MSC向BSC分配一个切换号码（HON），并备好话音信道。
5） 目的地MSC向初始MSC发送HO-NUMBER。
6） 初始MSC到目的地MSC建立通话连接。
初始MSC根据HON建立到目的地MSC的通话连接。
7） 初始MSC开始切换，同时向MS发送信息（关于新话音信道的信息）。
8） MS切换到目的地小区。
9） 目的地MSC到MS建立新的连接。
目的地MSC通知初始MSC：MS已切换到新的话音信道。初始MSC改变通话状态。
10） 初始MSC释放旧的通话连接。
初始BTS、BSC和MSC之间的旧的TCH、通话连接均被释放。
切换基本流程图
MSC间切换流程图
图说明如下：
(1) 稳定的呼叫连接状态。
(2) 移动台对邻近 基站发出的信号进行无线测量，包括功率、距离和话音质量。这三个指标决定切换的门限值。无线测量结果通过信令信道报告给 基站子系统BSS中的 基站收发信台BTS。
(3) 无线测量结果经过BTS预处理后传送给基站控制器BSC，BSC综合功率、距离和话音质量进行计算，并与切换门限值进行比较，决定是否要进行切换，如果需要再向MSCA发出切换请求。
(4) MSCA决定执行MSC之间的切换。
(5) MSCA请求在MSCB区域内建立无线通道，然后在MSCA与MSCB之间建立连接。
(6) MSCA向移动台发出切换命令后，移动台切换到已准备好连接通路的基站。
(7) 移动台发出切换成功确认消息传送给MSCA，以释放原来的
信息等资源