b) 用户使用 TMSI 进行位置更新时，若 VLRMAP 不认识此 TMSI 且不能从 PVLR 得到 IMSI，
则要求用户提供 IMSI，向 MM 发送 mcvPvdIMSIReq 消息。请求 IMSI 过程见“请求用户
标识”过程描述。MM 获取 IMSI 后返回给 VLRMAP，VLRMAP 检查 IMSI 属于本模块处理范
围，继续进行位置更新处理流程，否则进行业务迁移（具体流程参见图 12）。
c) 根据 OMC 配置需要对此位置更新过程进行鉴权，VLRMAP 发送 mcvAuthReq 消息给 MS。
鉴权过程见“鉴权过程”描述。
d) VLR 中不存在用户数据时需要位置更新 HLR。在用户位置更新之前，HLR 中的用户补充
业务数据可能被修改，或者 HLR 可能重新启动过，那么 HLR 将发送 ForwardCheckSSReq
消息通知 VLR。VLRMAP 转发此消息给 MM。MM 使用一新的呼叫无关补充业务 Register
消息（包含在 mrDirectTrans 中）传送给 MS，通知 MS 检查相关的补充业务信息。
e) 根据 OMC 配置需要为用户重新分配 TMSI，则 VLRMAP 启动安全管理过程，发送
mcvSecModeCmd 消息到 MM，消息中指明是否加密，采用的加密算法和完整性算法。安
全管理过程是 RNC 与 MS 之间的过程，所以 MM 形成相应 RANAP 消息发送给 RNC。RNC 完
成后通知 MM。需要注意的是，在 UMTS 系统中安全管理过程包含了完整性保护的作用。
而在每次新信令连接建立中必须启动完整性过程来保护所传信令的完整性，所以“安
全模式设置”过程为必须过程，除了以下四种情况：1）信令连接只是为了进行周期性
位置更新；2）在初始 L3 消息后，没有其他信令传递；3）初始 L3 消息后，只有鉴权、
IDReq 以及信令拒绝消息；4）建立紧急呼叫。另外，一般来说，加密过程之前必须启
动鉴权过程，因为加密的密钥是通过 AuthReq 消息带到 MS 的。为了在不鉴权时进行加
密，GSM/UMTS 系统采用了 CKSN/KSI 方法。MS 在接入网络时将存储的 CKSN/KSI 带上来，
若和 VLR 中的 CKSN/KSI 一致，则可以直接启动加密过程。
f) 位置更新接受，VLR 重新分配 TMSI，VLRMAP 形成 mcvFwdNewTmsiReq 消息通知 MM 重新
分配 TMSI（没有 TMSI 重新分配过程时，VLRMAP 发送 mvLUCnf 消息通知 MM 位置更新过
程正常结束）。MM 将新 TMSI 包含在 LUAcc 消息中送给 MS，MS 存储新 TMSI 和 LAI，删
除旧 TMSI，返回 TmsiReallocComplete 消息。MM 接收消息给 VLR 发送
mcvFwdNewTmsiRsp，位置更新完成。若 MS 在位置更新请求中携带有 follow-on 参数，
表示位置更新有后续业务需要处理，则 MM 在 LUAccept 消息中带回 follow-on 参数，
等待后续业务。在 MM 接收 TmsiReallocComplete 消息后，若支持 follow-on，则不释
放 Iu 连接，设置定时器等待后续业务。否则，MM 发送 mrIuRel 消息释放 Iu 连接。若
MM 在 LUAccept 消息中只包含 IMSI，表示不使用 TMSI，MS 删除原来 TMSI；若在
LUAccept 消息中不带有任何用户标识，则 MS 使用原来的标识。若当前存在多个 PLMN
网络，且运营者允许用户接入其他网络，则在 LUAcc 消息中用"equivalent PLMNs"参数
包含这些允许接入网络标识给 MS，MS 保存信息到 SIM 卡中。在"equivalent PLMNs"参
数为空时，MS 删除 SIM 卡已有信息。
1.2 存在业务迁移时的位置更新
MSC/VLR 系统采用多模块的业务处理机，从 RNC/BSC 接收的 L3 消息需要根据一定的规则分发到
某一个或多个业务处理机。RNC/BSC 来的和某用户相关的 L3 消息都是在一个 SCCP 连接上传送的，
消息的分发只需要在接收第一条 SCCP 面向连接消息时进行，后续消息发往同一业务处理机。由
于 MSC/VLR 分片处理是按照用户标识的末两位来划分的，所以 RANAP 根据用户标识号码末两位将
消息分发到相应业务处理机。考虑在 TMSI 标识用户时，用户携带的 TMSI 网络可能不认识，则可
能会引起业务处理迁移。如位置更新、用户接入。
