移動性註冊更新用於在已註冊UE的位置或協商註冊資訊變化時，維護其移動性上下文。它平衡可達性與信令負載：已註冊UE不會每次更換小區都重複初始註冊。5GS內透過普通3GPP接入進行的移動採用下述路徑；EPS互通與特殊接入情境需要附加流程。
識別觸發條件與註冊區域
追蹤區（TA）透過TAI識別。註冊區域是網路分配的一組TA，UE可在其中移動，而不必僅因TA變化而更新註冊。若分配清單包含TA1和TA2，在兩者之間移動本身不要求更新。進入清單之外的TA3是典型的移動觸發條件，即使同一AMF同時服務這三個TA也如此。
離開註冊區域不是唯一觸發條件。協商能力、協定參數的變化以及某些網路指示，也可能在TA不變時要求移動性註冊更新。應檢查實際觸發原因，以及Registration Request中的5GS註冊類型。計時器驅動的週期性註冊更新屬於另一類情況。
結合接入上下文讀取Registration Request
UE通常保留5G-GUTI、註冊參數和NAS安全上下文。Registration Request透過5GS註冊類型識別此次更新。根據適用條件，它可以攜帶現有5G-GUTI、Last Visited Registered TAI、UE Security Capability、PDU Session Status和Requested NSSAI。這些資訊元素並非每個請求都必須無條件攜帶的檢查清單。
UE建立新的RAN信令上下文時，gNB透過NGAP Initial UE Message轉送NAS請求，同時提供TAI、NR-CGI等接入位置資訊。如果合適的UE關聯信令連線已經存在，NAS透過該既有連線傳送。因此，並非每次移動性更新都必須出現Initial UE Message。
區分同一AMF與跨AMF處理
| 情況 | 上下文處理 |
|---|---|
| 服務AMF不變 | AMF使用現有UE上下文，處理新資訊並確定適用註冊區域。僅因TA清單變化，不需要進行跨AMF上下文轉移。 |
| 新的服務AMF | 新AMF根據現有臨時身分及適用的選擇資訊識別舊AMF，然後在需要時嘗試取得上下文。AMF選擇並非每個TA與一個AMF固定一一對應。 |
跨AMF情境中，Namf_Communication_UEContextTransfer從舊AMF取得可用的身分、移動性和安全上下文。轉移資訊可包含可用的SUPI、GPSI、PEI以及接入與移動性上下文。無法定位或驗證舊上下文時，可能需要執行身分與安全流程，並不意味著UE從此無法識別。
重用上下文不保證跳過鑑權。規範和安全條件要求時，會執行Identity Request/Identity Response以及5G-AKA等鑑權流程。成功轉移也不會使所有身分或安全流程都變成必選步驟。在將較短信令記錄判為不完整之前，應檢查上下文有效性和完整性校驗。
理解UDM、探索與策略步驟
需要變更服務AMF註冊關係時，新AMF使用Nudm_UECM_Registration更新UDM中相應接入的服務關係。在規定條件下，UDM透過Nudm_UECM_DeregistrationNotification通知舊AMF。這會清理原服務關係，不應與普遍適用的面向UE註銷訊息互動混淆。
AMF取得或重用所需簽約資料及其變更通知訂閱。接入與移動性資料可以包含GPSI、簽約切片資訊、簽約UE-AMBR、週期性註冊參數、RAT限制和服務區域限制。單獨的SMF選擇資料可以包含與S-NSSAI關聯的DNN資訊。
需要定位網路功能時才使用NRF探索，並非每次更新都要求新的探索交易。同樣，AMF在必要時選擇或更新PCF AM Policy Association，而非無條件建立新關聯。如果保留有效狀態，UDM註冊、簽約取得與策略處理可以簡化。
PDU Session Status有助於核對工作階段狀態。根據請求和移動情境，現有工作階段可能需要SMF上下文更新或使用者平面啟用。註冊獲准本身既不會建立新的PDU工作階段，也不能證明使用者平面服務已經恢復。
正確理解Registration Accept與完成條件
Registration Accept提供註冊結果，以及TAI清單、Allowed NSSAI和T3512等適用參數。不能假定每個回應都包含所有可選資訊元素。移動性註冊更新成功時，應按TS 24.501分配新的5G-GUTI；可以透過註冊流程或適用的通用UE組態更新流程傳送。
需要確認時，UE會傳送Registration Complete，尤其是Registration Accept包含新的5G-GUTI時。應結合收到的資訊元素判斷該訊息是否出現。建立所需RAN上下文時，AMF可以使用NGAP Initial Context Setup；上下文已經存在時，則適用其他上下文與NAS傳輸流程。Registration Accept並非總與新的Initial Context Setup訊息互動綁定。
使用實用的信令檢查清單
檢查後續訊息前，確認觸發條件、儲存的TAI清單、目前TAI及註冊類型。
識別服務AMF，並判斷是否確實需要上下文轉移。取得失敗時，檢查5G-GUTI/GUAMI、AMF定址以及完整性校驗結果。
核心網路處理停止時，檢查必需的UDM註冊、簽約存取、策略結果及區域限制；可選交易未出現並不能證明故障。
若註冊接受訊息未到達UE，關聯分析NAS、NGAP、RAN上下文與傳輸記錄，再分別檢查必要的完成流程和工作階段恢復。
常見問題
更換小區是否總會觸發移動性更新？
不會。僅在已分配註冊區域內更換小區或TA，並不要求進行該更新。其他規定的註冊更新條件仍可能適用。
離開註冊區域是否總會更換AMF？
不會。同一AMF可能服務新的TA，並利用現有上下文更新UE的註冊區域。
週期性註冊更新有何不同？
其觸發原因是適用的週期計時器行為，不一定是移動。兩者都使用Registration Request，因此應檢查註冊類型，而非僅根據訊息名稱判斷。
從4G移動到5G是否屬於同一流程？
可能使用相同註冊類型，但上下文來源不同。EPS到5GS互通可能涉及MME上下文、映射身分，以及在支援時使用N26。不能將5GS內部舊AMF流程套用於所有EPS互通情境。
技術參考資料
關於註冊框架與有條件的核心網路步驟，請參閱 3GPP TS 23.502，第18版，尤其是第4.2.2.2條。
關於NAS觸發條件、臨時身分與完成條件，請參閱 3GPP TS 24.501，第18版，尤其是第5.4.4條和第5.5.1.3條。
關於另一類計時器驅動的情況，請參閱 週期性註冊更新。
