静止したUEでも、5G-GUTIと登録エリアを変更せずにRegistration Requestを送信することがあります。5GS registration typeを確認してください。periodic registration updatingは、初期登録や移動を契機とする更新ではなく、既存登録のタイマー駆動による更新を示します。
定期登録更新は、長いアイドル期間中もUEとAMFが登録と到達性について整合した状態を維持するために役立ちます。登録済みであることは、NAS信号接続を常時保持することを意味しません。通信がないだけでは、通常のアイドルUEと消失したUEを区別できません。
3GPPアクセスの定期更新を制御するT3512
ネットワークはRegistration AcceptでT3512を通知します。UEは新しい値を受信するまで、割り当てられたトラッキングエリアリスト全体で保存済みの値を適用します。仕様上のデフォルトは54分ですが、すべての導入環境で固定された間隔ではありません。値がゼロ、または無効化指定の場合、定期登録更新は無効になります。
厳密な周期タイマーのサポートがない場合、T3512は登録済みUEが5GMM-CONNECTEDから5GMM-IDLEへ移ると開始または再開始し、5GMM-CONNECTEDに入ると停止します。このため、通常の信号活動によって次の満了時刻がずれることがあります。初期登録の時刻だけから計算しないでください。
ネットワークがMICO indication内でstrictly periodic registration timer supportedを通知した場合、T3512は登録の正常完了後に開始され、CONNECTEDとIDLEの遷移では停止もリセットもされません。CONNECTEDで満了するとリセットして再開始し、IDLEで満了すると、該当する状態条件に従って定期登録を開始します。
本記事は3GPPアクセスの通常サービスを対象とします。T3512は、非3GPPアクセスに同じ定期更新の仕組みを提供するものではありません。緊急登録も例外で、T3512満了時にUEはこの定期更新を開始せず、ローカルに登録解除します。サービス制限状態によって、実行時期に達した更新が延期される場合もあります。
Registration Requestと既存のAMFコンテキストを追う
通常のアイドルケースでは、UEがアクセス信号接続を確立し、gNBが現在位置情報とともにNASのRegistration RequestをNGAPのInitial UE Messageで転送します。最初に登録タイプと5G-GUTIを確認します。Last Visited Registered TAI、UE Security Capability、PDU Session Statusなどの情報は適用条件に応じて含まれ、毎回の定期要求に必須の一式として含まれるわけではありません。
サービングAMFと利用可能なUE/セキュリティコンテキストが変わらない場合、AMFは既存状態を使用して要求を処理できます。定期タイマーが満了したという理由だけで、完全な認証、UDM登録と加入情報取得、新たなPCF関連付け、NRFディスカバリーが必須になるわけではありません。現在のコンテキストが実際に必要とする識別、セキュリティ、加入情報、ポリシーの手順を実施します。
したがって、短い正常トレースにはアクセス確立、定期要求、AMFのコンテキスト処理、Registration Accept、および必要に応じたRegistration Completeが含まれます。再認証自体は障害ではありません。また、5G-GUTIを照合できない場合、この簡略経路ではなくコンテキスト回復に進むことがあります。
Registration Completeは条件付きでありRegistration Acceptで更新できる内容
Registration Acceptでは、適用条件に応じて、新しいT3512値、登録エリアを定義するトラッキングエリアリスト、Allowed NSSAI、または新たに割り当てた5G-GUTIを通知できます。新しいタイマー値が通知された場合、UEはその値を使用します。それ以外では、該当する規則に従って保存済みのタイマー設定を保持します。
5G-GUTIを受信した場合、Registration Completeによる確認応答が必要です。特定のスライシング設定変更など、仕様で定める他の情報によっても、このメッセージが必要になる場合があります。不在を判断する前に関連するすべての情報要素を確認してください。新しい識別情報がなければ常に確認応答不要、という単純な規則ではありません。
戻ってこないUEをAMFが監視する方法
緊急サービス向けに登録していないUEでは、mobile reachable timerはT3512より長く、デフォルトの差は4分です。AMFはNAS信号接続を解放するときに開始し、NAS接続が確立すると停止します。特殊モード、バックオフ、利用不能期間の処理により、適用する監視規則が変わる場合があります。
満了しても、直ちに暗黙的登録解除されるわけではありません。ネットワークはimplicit de-registration timerを開始します。その値はネットワークに依存し、ページングと到達性の扱いには該当する規則が適用されます。UEがネットワークに接続する前にこのタイマーが満了すると、暗黙的登録解除によって古い登録が削除されます。このネットワーク側の監視と、UE側のT3512を区別してください。
実用的なトラブルシューティング手順
Registration Acceptで実際に受信したT3512値と無効化指定を読み取り、厳密な周期動作のサポートを確認します。
満了時刻を予測する前に、UEの5GMM状態遷移、信号活動、カバレッジ、例外モードや制限を再構成します。
Registration Requestのタイプ、5G-GUTI、セキュリティ検証、既存AMFコンテキストを確認し、回復や認証の手順を照合します。
Registration Acceptの到達とパラメータ、必要なRegistration Complete、AMFの到達性タイマーと暗黙的登録解除タイマーを検証します。
よくある質問
更新は必ず54分ごとに発生しますか？
いいえ。ネットワークが割り当てた値、タイマーの無効化、UEの状態、厳密な周期動作のサポートにより動作が決まります。デフォルト値だけではトレースの時刻を予測できません。
通常のデータ通信は定期登録の代わりになりますか？
通常のタイマー動作では、CONNECTEDに入るとT3512が停止し、IDLEに戻ると再び開始します。厳密な周期動作をサポートする場合は、これらの遷移中もタイマーは継続し、CONNECTEDでの満了はアイドル時の更新を強制せず、タイマーを再開始します。
毎回の更新でAUSF、UDM、PCFが必要ですか？
いいえ。同じAMFに有効なコンテキストがあれば、手順を短縮できます。これらがないだけでは失敗ではありません。現れる場合は、必要なセキュリティ、加入情報、ポリシーの処理を反映している可能性があります。
定期更新は移動や新しいPDUセッションを意味しますか？
いいえ。移動、AMF変更、新しいセッション確立なしでも発生します。登録を更新する手順であり、PDUセッション確立手順ではありません。
関連手順と標準仕様
位置を契機とするモビリティ登録更新と、意図的な離脱であるUE起動登録解除を比較してください。これらの手順は、登録管理上の異なる課題に対応します。
タイマー処理とNAS条件は3GPP TS 24.501の5.3.7節、5.5.1.3節、表10.2.1に従います。登録全体の枠組みは3GPP TS 23.502の4.2.2.2.2節で定義されています。導入ネットワークがサポートするリリースと機能を使用してください。
