UEが長期間ネットワークに現れず、AMFの暗黙的登録解除タイマーの条件を満たすことがあります。この段階では、UEがどのように登録を完了するかが問題なのではなく、UEへNAS登録解除メッセージを届けることすらできない場合があります。ネットワーク側では、AMFがそのUEについて保持している加入者データ、モビリティ管理コンテキスト、UDMにおける購読および登録状態をどう処理するかを判断しなければなりません。
このクリーンアップ段階を担うのがAMF Purge（AMFパージ）です。3GPPでは、この手順をPurge of Subscriber Data in AMF（AMF内の加入者データのパージ）と定義しています。UEの暗黙的または明示的な登録解除後、AMFはローカルに保持する加入者データとMM Contextを削除し、UDMとの関連付けを終了できます。
したがって、パージを解析する際にRegistration Request、Authentication、Registration Acceptから追跡をやり直すべきではありません。着目点は、登録関係がすでに終了した後、AMFとUDMの間で古い登録関連状態をどのように消去するかです。
パージ、登録、ネットワーク起点の登録解除の違い
パージは暗黙的な登録解除に続いて実行されることがあるため、登録解除と混同されがちですが、両者は別の手順です。
| 手順 | 主な目的 | 確認すべき代表的なシグナリング |
|---|---|---|
| 初回登録 | UEと5GSの間の登録関係を確立する | Registration Request / Accept |
| ネットワーク起点の登録解除 | 既存の5GS登録関係を終了する | Deregistration Requestと関連するクリーンアップシグナリング |
| AMFパージ | AMFから古い加入者データとMM Contextを削除し、UDM側の関連状態を整理する | SDM UnsubscribeとUECM Deregistration |
暗黙的な登録解除の場合、UEには長期間到達できないことがあります。このため、パージ手順そのものにUEの参加は必要ありません。トレースにUE側のRegistrationまたはDeregistrationのNASメッセージが見当たらなくても、パージが実行されていないとは限りません。
より正確には、登録解除はUEが現在の5GS登録関係を維持しなくなったことを確定する処理であり、パージはその関係に紐付いてAMFとUDMに残る状態を削除する処理です。
ネットワークがUEの登録を終了する理由については、5GCコアネットワークのネットワーク起点登録解除手順を参照してください。パージは登録解除後のAMF側クリーンアップとして続きます。
AMFパージのトリガーとクリーンアップ範囲
代表的なトリガーは、AMF側で暗黙的な登録解除に使用するタイマー条件が成立することです。ネットワークはUEを通常の登録状態として扱い続けることができず、残存コンテキストのクリーンアップに進みます。
AMFが主に扱う状態は二つあります。
一つ目はSubscriber Data（加入者データ）です。UE登録時、AMFはUDMからアクセスおよびモビリティ管理に関する加入者データを取得して保存する場合があります。また、データに変更があった際にUDMから通知を受けるため、SDM Subscriptionを確立することもあります。
二つ目はMM Context（モビリティ管理コンテキスト）です。これにはAMFがUEの登録状態とモビリティ状態を管理するための情報が含まれます。UEが現在の登録関係を維持しなくなった場合、ローカルコンテキストを無期限に保持すべきではありません。
つまりパージは新たな状態を作るのではなく、古い状態を削除します。代表的な処理は次のとおりです。
UDMにおけるAMFの加入者データ購読を解除する。
UDMに記録されたAMFのUECM登録を解除する。
AMFがローカルに保持するUE加入者データとMM Contextを削除する。
AMFのUE登録状態を実際の登録解除状態と整合させる。
SDM購読解除とUECM登録解除のシグナリング
SBIトレースで見ると、AMFパージの主なシグナリングは比較的短く、AMFとUDMの間に集中しています。
SDM Subscriptionの解除
AMFはまず、以前に作成した加入者データの購読を削除する必要があります。HTTP/2トレースでは、次のような操作が確認できます。
DELETE /nudm-sdm/v2/{SUPI}/sdm-subscriptions/{subscriptionId}
UDMはSubscription IDを使用して対応する購読関係を特定し、削除します。削除後、そのUEの加入者データが変更されても、削除済みの購読を通じて当該AMFへ通知されることはありません。
正常な場合、UDMは購読が正常に削除されたことを示す204 No Contentを返すことができます。
UECMにおけるAMF登録解除
続いてAMFは、UDMのUECMにある登録状態を更新します。実ネットワークのトレースでは、AMF 3GPP Access Registrationリソースの更新として現れ、要求にはGUAMIとPurgeFlag=trueが含まれることがあります。
UDMは受信情報を使用して該当するAMF登録レコードを確認します。GUAMIが保存済みのサービングAMF情報と一致すると、登録データにパージ状態が反映され、そのUEについて必要な登録解除とクリーンアップがサービングAMFによって行われたことが示されます。
処理に成功すると、UDMはここでも204 No Contentを返すことができます。この時点で、AMFとUDMの主要な二つの関係が整理されています。
SDM Subscriptionが削除されている。
UECM内のAMF Registrationについて登録解除／パージ処理が完了している。
最後にAMFはローカルに保持するUEコンテキストを削除し、該当する登録管理状態をRM-DEREGISTEREDに移行します。
AMFパージのトレースで確認すべき点
AMFパージの障害解析はRegistration Requestから開始する必要はなく、通常、gNBやUPFから調べる必要もありません。主な問題はAMFとUDMの状態の整合性です。
有効な確認項目は次のとおりです。
SDM Subscription：AMFが正しいSUPIとSubscription IDを指定してUnsubscribeを送信しているか確認する。
UDM Response：SDM削除が正常に完了し、UDMが元の購読関係を削除したことを確認する。
UECM Registration：AMFが正しいAccess TypeとUE登録レコードに対してDeregistrationを実行しているか確認する。
GUAMI：要求に含まれるGUAMIがUDMに保存されたサービングAMF情報と一致するか確認する。
PurgeFlag：要求がパージ処理を正しく示していることを確認する。
AMF Local Context：UDM側の処理後、AMFが該当するSubscriber DataとMM Contextを実際に削除したか確認する。
SDM Subscriptionが削除済みなのにAMFが古いMM Contextを保持しているなら、AMFのローカルクリーンアップに問題がある可能性が高くなります。SDM Unsubscribe自体が失敗する場合は、Subscription ID、SUPI、UDMに保存された対応する購読関係を確認します。
したがって、特定のNASメッセージが現れたかどうかだけでパージ完了を判断すべきではありません。より信頼できる判断基準は、AMFのローカルコンテキスト、UDMのデータ購読、UECM登録状態が、UEはもはや登録されていないという事実とすべて整合しているかです。
よくある質問
AMFパージは暗黙的な登録解除と同じですか？
厳密には異なります。暗黙的な登録解除の後にパージ処理が続く場合がありますが、パージはより具体的には、登録解除後にAMFがSubscriber DataとMM Contextを削除し、UDMのSDM購読とUECM登録を整理する処理を指します。
AMFパージではUEがNASメッセージを送る必要がありますか？
必ずしも必要ありません。暗黙的な登録解除のとき、UEにすでに到達できない場合があります。主要なパージのシグナリングはAMFとUDMの間で行われるため、UE側のRegistration RequestやDeregistration Requestがトレースに存在しないことがあります。
Nudm_SDM_Unsubscribeは何を行いますか？
AMFが以前にそのUEについて確立した加入者データの購読を削除します。購読を解除すると、UDMは削除された購読を通じて、そのAMFへ以後の加入者データ変更通知を送信しなくなります。
PurgeFlagの目的は何ですか？
パージ中のUECM Deregistrationには、AMFが該当する登録関係をクリーンアップしていることをUDMに知らせるパージ関連の表示を含めることができます。トレース解析ではPurgeFlagをGUAMIおよび関連するUECM Registrationと併せて解釈する必要があります。
パージ手順で再度Registrationを行わないのはなぜですか？
パージは終了した古い登録関係のクリーンアップであり、新たな関係を確立するものではありません。後にUEが再び5GSへアクセスすると、UEとネットワークのその時点の状態に応じたRegistration手順に入ります。それは別のシグナリングシーケンスです。
