当UE处于EPS／IMSI附着状态，因为在LTE覆盖下移动而需要做位置更新时，应发起联合TA／LA更新流程，具体流程如图4-2所示。

图4-2 联合TA／LA更新流程

UE发送TAU Request（Update Type，Mobi1e Station C1assmark 2）消息给MME。Update Type指示这是一个联合的Tracking Area／Location Area Update请求或是一个联合的Tracking Area／伴随IMSI附着的Location Area Update请求。如果UE只支持短消息业务而不支持CSFB语音业务，UE同时需要在消息里带上SMS-on1y指示。

MME等待收到MSC的位置更新请求响应后，才向UE发送TAU接受响应。(www.daowen.com)

当MME发生变化，新的MME需要发送SGsAP-Location-Update-Request消息给MSC／VLR建立SGs关联。如果UE只支持短消息业务，则MME可以指定一组对端MSC（2～3个）来集中处理短消息业务，对该组内的MSC选择采取负荷分担的方式；如果UE同时支持语音和短消息业务，MME首先检查UE上报的GUTI，如果该GUTI由P-TMSI／RAI映射而来，则MME可以直接从GUTI中导出LAI，从而可以推导出VLR number；如果该GUTI不是由P-TMSI／RAI映射而来，MME根据得到的TAI（建网时该TAI的取值参考对应的LAI）推导出VLR number；如果存在多个MSC／VLR共享同一个LAI的场景，则MME使用TS23.236定义的IMSI hash功能推导出该TAI对应的VLR number。MME发送SGsAP-Lo-cation-Update-Request（new LAI，IMSI，MME name，Location Update Type）消息给MSC／VLR，Location Update Type指示这是一个正常的位置更新，MME name是MME的域名。如果此次选定的MSC／VLR和UE发起TA／LA更新前附着的MSC／VLR相同，则该MSC／VLR将更新SGs关联里的MME的信息；如果此次选定的MSC／VLR和UE发起TA／LA更新前附着的MSC／VLR不同，则新的MSC／VLR将创建SGs关联，旧的MSC／VLR收到来自HLR的位置删除请求后，将删除原有的SGs关联。

当TAU流程未导致MME发生变化，则MME使用上面描述的机制确定目的MSC／VLR，并发起到该MSC／VLR的SGsAP-Location-Update-Request请求。如果目的MSC／VLR发生变化，则MME更新SGs关联，目的MSC／VLR创建SGs关联，旧的MSC／VLR收到来自HLR的位置删除请求后，将删除原有的SGs关联；如果目的MSC／VLR未发生变化，则MME和MSC／VLR的SGs关联保持之前的状态。

MSC／VLR执行CS域的位置更新流程，发送SGsAP-Location-Update-Accept（VLR TMSI）消息给MME，MME发送TAU Accept（parameters as specified in TS 23.401，LAI，VLR TMSI）消息给UE。参数LAI表示UE处于IMSI附着状态。