새벽 3시, 5G 산업용 게이트웨이가 AMF에 Registration Request를 전송합니다. TAI는 이전 등록 때와 동일하고, 5G-GUTI도 같으며, 서비스 AMF도 변경되지 않았습니다. 또한 장치는 몇 시간 동안 상향링크 데이터를 전송하지 않았을 수도 있습니다. 순수하게 이동성 관리 관점에서 보면 이 요청에는 새로운 위치 정보가 없으므로 중복 등록처럼 보일 수 있습니다. 그러나 등록 유형 필드는 이것이 주기적 등록 갱신임을 명확하게 나타냅니다. AMF가 확인해야 할 것은 UE가 어디로 이동했는지가 아니라 더 근본적인 사항입니다. 즉, UE가 여전히 존재하는지, 페이징으로 계속 도달 가능한 것으로 간주해야 하는지, 그리고 기존 등록 컨텍스트를 계속 유지해야 하는지입니다.
5GC 등록 관리에서 이동성 등록 갱신과 주기적 등록 갱신은 서로 다른 문제를 해결합니다. 전자는 이동성에 의해 트리거되며 위치와 라우팅 갱신에 초점을 맞추고, 후자는 T3512 만료에 의해 트리거되어 등록 상태와 UE 도달 가능성을 주기적으로 확인합니다. UE가 같은 등록 영역 안에 있고 같은 서비스 AMF의 서비스를 받으며 위치도 바뀌지 않았더라도, 장시간 CM-IDLE에 머물렀다면 T3512가 만료될 때 네트워크에 접속해야 할 수 있습니다. 이 상호작용을 통해 네트워크는 UE 도달 가능성에 대한 판단을 갱신하며, UE가 계속 나타나지 않으면 암묵적 등록 해제를 통해 오래된 등록 컨텍스트를 최종적으로 해제할 수 있습니다. 따라서 주기적 등록 갱신을 이해할 때 핵심은 Registration Request가 새로운 위치를 포함하는지가 아니라 T3512가 어떻게 관리되는지, UE가 CM-IDLE에서 어떻게 절차를 시작하는지, AMF가 등록 유형과 UE 컨텍스트를 어떻게 해석하는지, 그리고 제때 갱신하지 않는 UE를 네트워크가 어떻게 처리하는지입니다.
UE가 이동하지 않았는데도 주기적 등록 갱신이 필요한 이유는 무엇인가?
초기 등록을 완료하면 UE는 5GS Registered 상태로 들어갑니다. 그러나 “Registered”라는 상태가 UE가 AMF와 NAS 시그널링 연결을 계속 유지한다는 뜻은 아닙니다. 많은 스마트폰, IoT 장치, 트래픽이 적은 단말은 데이터나 시그널링 활동이 없을 때 무선 및 코어 네트워크 자원 소모를 줄이기 위해 CM-IDLE로 전환합니다.
UE 관점에서는 장시간 비활성 상태를 유지하면 자원을 절약할 수 있습니다. 하지만 5GC 관점에서는 중요한 문제가 생깁니다. AMF가 마지막으로 UE가 사용 가능한 상태임을 확인한 시점이 수십 분 전 또는 몇 시간 전일 수 있습니다. 그동안 UE가 전원이 꺼졌거나, 서비스 범위를 벗어났거나, 배터리가 방전되었을 수도 있고, 단순히 정상적으로 망에 머문 상태에서 트래픽을 발생시키지 않았을 수도 있습니다.
코어 네트워크가 UE 등록을 무기한 유지하면 이미 도달할 수 없는 장치의 오래된 컨텍스트를 계속 보유할 수 있습니다. 반대로 컨텍스트를 지나치게 빠르게 삭제하면 정상적으로 등록된 UE가 불필요하게 새 등록을 수행해야 할 수 있습니다.
주기적 등록 갱신은 이 두 가지 요구를 조정합니다. 네트워크는 T3512 를 사용해 UE가 다음 관련 5GMM 상호작용 없이 얼마나 오래 머문 뒤 주기적 등록 갱신을 시작해야 하는지 알려줍니다.
따라서 이 절차는 UE와 5GC 사이의 주기적 상태 확인으로 볼 수 있습니다.
UE는 이미 등록되어 있음
→ UE가 장시간 CM-IDLE에 머무름
→ T3512가 계속 동작함
→ T3512가 만료됨
→ UE가 NAS 시그널링 연결을 다시 설정함
→ UE가 주기적 등록 갱신을 시작함
→ AMF가 등록 상태를 확인하고 갱신함
주요 목적은 새로운 영역 간 이동을 보고하는 것이 아니라 기존 등록 컨텍스트가 여전히 유효한지에 대해 UE와 네트워크가 장기간 서로 다른 상태를 유지하지 않도록 하는 것입니다.
T3512는 실제로 언제 시작되는가?
T3512는 UE가 임의로 선택하는 단순한 로컬 타이머가 아닙니다. 값은 네트워크가 제어하며, AMF는 Registration Accept 메시지에서 주기적 등록 타이머 값을 UE에 제공할 수 있습니다. 이후 UE가 새로운 값을 받지 않는 한 저장된 T3512 설정을 계속 사용합니다.
3GPP가 정의한 T3512 기본값은 54분이지만, 모든 상용 5G 네트워크의 모든 UE가 54분마다 갱신한다는 뜻은 아닙니다. AMF는 네트워크 설정, UE 동작, 가입 정보, 정책에 따라 다른 값을 할당할 수 있습니다. 네트워크가 T3512를 비활성화하거나 0으로 설정하면 해당 주기적 등록 갱신은 수행되지 않습니다.
일반적인 3GPP 접속 시나리오에서 네트워크가 엄격한 주기 등록 타이머 기능을 사용하지 않는 경우, UE는 5GMM-CONNECTED에서 5GMM-IDLE로 전환할 때 T3512를 시작하거나 다시 시작합니다. UE가 다시 5GMM-CONNECTED로 돌아오면 타이머는 일반적으로 멈춥니다. 이는 주기적 등록 갱신이 UE 활동과 무관하게 절대 시간만으로 생성되는 절차가 아니라는 점에서 중요합니다.
UE가 09:00에 등록을 완료한 후 NAS 시그널링 연결을 해제하고 T3512가 54분으로 설정된 상태에서 CM-IDLE로 들어갔다고 가정해 봅시다. 타이머를 중지하거나 다시 시작하거나 변경하는 다른 상호작용이 없다면, T3512가 만료될 때 UE가 주기적 등록 갱신 절차로 들어갈 것으로 예상됩니다.
최신 규격 동작에서는 엄격한 주기 등록 타이머도 지원할 수 있습니다. 이 모드에서는 등록이 성공적으로 완료된 뒤 T3512가 시작될 수 있으며, UE가 5GMM-CONNECTED로 들어갔다고 해서 단순히 정지하지 않습니다. UE가 연결 상태에 있는 동안 타이머가 만료되면 타이머가 다시 시작될 수 있고, 실제 주기적 등록 갱신은 현재 5GMM 상태에 따라 처리됩니다.
따라서 Registration Accept에서 “T3512 = 54분”을 보았다고 해서 정확히 54분 뒤에 Registration Request가 반드시 나타나는 것은 아닙니다. 트레이스 분석에서는 그 기간 동안 UE가 CONNECTED 상태에 들어갔는지, 다른 등록이 발생했는지, 엄격한 주기 동작이 활성화되어 있는지, 타이머가 갱신되거나 비활성화되었는지도 함께 고려해야 합니다.
주기적 Registration Request는 초기 등록과 어떻게 다른가?
T3512가 만료되면 UE는 네트워크와 제어 평면 통신을 다시 설정해야 합니다. gNB를 통해 NAS 시그널링 경로가 복구되면, gNB는 UE의 현재 위치 정보와 NAS Registration Request를 포함한 NGAP Initial UE Message를 AMF로 전송합니다.
시그널링 분석에서 가장 중요한 정보 요소는 Registration Request의 5GS registration type(5GS 등록 유형) 입니다. 이 절차에서는 periodic registration updating(주기적 등록 갱신)으로 설정되며, UE가 5GS에 처음 접속하는 것이 아니고 등록 영역을 벗어나서 등록을 갱신하는 것도 아니라 기존 등록 관계를 주기적으로 갱신하는 것임을 AMF에 명확하게 알립니다.
UE는 일반적으로 기존 5G-GUTI도 함께 전송하므로 AMF가 요청을 기존 UE 컨텍스트와 빠르게 연결할 수 있습니다. 메시지에는 Last Visited Registered TAI, UE Security Capability, PDU Session Status 등이 포함될 수 있으며, 네트워크가 UE가 현재 유지하는 이동성 상태와 세션 상태를 조정하는 데 도움이 됩니다.
따라서 혼동하기 쉬운 세 가지 Registration Request 시나리오는 트레이스의 시작 부분부터 구분할 수 있습니다.
초기 등록: UE가 새로운 5GS 등록 관계를 설정해야 함
이동성 등록 갱신: UE의 이동 위치 또는 등록 영역 조건이 변경됨
주기적 등록 갱신: 기존 등록 관계를 주기적으로 갱신해야 함
세 절차 모두 Registration Request를 사용하지만 트리거는 근본적으로 다릅니다. 5GC 등록 시그널링을 분석할 때 메시지 이름이 “Registration Request”라는 사실만으로는 절차를 식별할 수 없습니다. 가장 먼저 확인해야 할 요소는 5GS 등록 유형입니다.
서비스 AMF가 바뀌지 않을 때 갱신 절차가 매우 짧아질 수 있는 이유는 무엇인가?
주기적 등록 갱신의 중요한 특징 중 하나는 새로운 시그널링 메시지가 얼마나 많이 추가되는지가 아니라 기존 컨텍스트가 유효한 경우 초기 등록보다 훨씬 짧게 처리될 수 있다는 점입니다.
UE가 같은 AMF의 서비스 영역에 계속 있고 AMF 변경이 없으며, 이전에 설정된 UE 컨텍스트와 보안 컨텍스트를 계속 사용할 수 있고, 추가 처리가 필요한 가입 또는 정책 변경도 없다고 가정합니다. AMF가 기존 5G-GUTI가 포함된 Registration Request를 받으면 해당 식별자와 연결된 GUAMI 정보를 이용해 UE가 여전히 로컬에서 서비스되고 있음을 판단하고 해당 UE 컨텍스트를 검색할 수 있습니다.
이 조건에서는 완전한 초기 등록에서 흔히 나타나는 여러 절차를 반드시 다시 수행할 필요가 없습니다.
식별 정보와 보안 상태가 여전히 유효하면 완전한 5G-AKA 절차가 필요하지 않을 수 있으므로 트레이스에 AUSF가 나타나지 않을 수 있습니다. 서비스 AMF가 변경되지 않았기 때문에 단순히 주기 갱신이 발생했다는 이유만으로 AMF가 UDM에 다시 등록하거나 전체 가입 프로파일을 다시 가져올 필요는 없습니다. 접속 영역과 정책이 바뀌지 않았다면 새로운 PCF AM Policy 절차도 필요하지 않을 수 있습니다. 새로운 AUSF, UDM, PCF를 선택할 필요가 없다면 관련 NRF 검색 절차도 나타나지 않을 수 있습니다.
따라서 일반적인 간소화 시그널링 경로는 다음과 같을 수 있습니다.
UE
→ gNB: 접속 재설정
→ AMF: Initial UE Message + Periodic Registration Request
→ AMF: 5G-GUTI를 이용해 기존 UE 컨텍스트 조회
→ gNB / UE: Registration Accept
→ UE: 필요한 경우 Registration Complete
“필요하지 않을 수 있다”는 표현이 중요합니다. 3GPP 등록 프레임워크는 현재 컨텍스트에 필요한 식별, 보안, 가입, 정책 처리를 네트워크가 수행할 수 있도록 합니다. 따라서 상용망의 간소화된 트레이스를 모든 주기적 등록 갱신에 반드시 적용되는 고정 절차로 해석해서는 안 됩니다.
Registration Accept는 어떤 등록 상태를 갱신할 수 있는가?
AMF가 UE가 계속 등록 상태를 유지할 수 있다고 확인하면 Registration Accept를 통해 갱신된 등록 결과를 UE에 반환합니다. 네트워크 처리 결과에 따라 메시지에는 Allowed NSSAI, T3512, TA List, 필요 시 새로 할당된 5G-GUTI 등이 포함될 수 있습니다.
T3512는 주기적 등록 갱신에서 특히 중요합니다. AMF가 새 값을 제공하면 UE는 다음 주기에서 그 값을 사용해야 합니다. 새 값이 제공되지 않으면 저장된 설정을 계속 사용할 수 있습니다. 이를 통해 네트워크는 갱신 간격을 단말에 영구적으로 고정하지 않고 시간에 따라 주기 등록 동작을 조정할 수 있습니다.
Registration Accept의 TA List는 계속해서 UE의 현재 등록 영역을 정의합니다. 주기적 갱신 자체가 이 영역을 벗어났기 때문에 발생하는 것은 아니지만, 성공적인 등록 상호작용을 통해 네트워크는 UE에 최신 이동성 관리 파라미터를 제공할 수 있습니다.
Registration Accept에 새로 할당된 5G-GUTI가 포함되어 있다면 UE는 Registration Complete를 통해 임시 식별자를 정상적으로 수신했음을 확인해야 합니다. AMF가 새 5G-GUTI를 할당하지 않은 경우 Registration Complete가 없다고 해서 자동으로 실패를 의미하지는 않습니다. Registration Accept의 어떤 정보 요소가 실제 확인을 요구하는지에 따라 트레이스를 해석해야 합니다.
이 때문에 주기적 등록 갱신은 단순한 연결 유지 기능 이상입니다. 5GMM Registration 프레임워크의 일부로서, UE가 여전히 응답 가능한지만 확인하는 것이 아니라 등록 관련 이동성 파라미터를 네트워크가 다시 동기화할 수 있도록 합니다.
시그널링 트레이스에서 주기적 등록 갱신을 어떻게 확인할 수 있는가?
주기적 등록 갱신을 문제 해결할 때 가장 효과적인 방법은 AUSF나 UDM 시그널링부터 찾는 것이 아니라 다음 흐름을 따라가는 것입니다. T3512 → UE 상태 → Registration Request → AMF 컨텍스트 → Registration Accept.
등록 후 UE가 주기적 갱신을 전혀 시작하지 않는다면 먼저 Registration Accept에 유효한 T3512 값이 포함되었는지 확인합니다. T3512가 비활성화되었거나 0으로 설정되었다면 주기 갱신이 발생하지 않는 것이 정상입니다. 값이 유효하다면 UE가 실제로 해당 5GMM-IDLE 상태에 들어갔는지, 그리고 타이머를 멈추거나 다시 시작하거나 갱신할 수 있는 NAS 상호작용이 발생하지 않았는지 확인합니다.
UE가 Registration Request를 보냈지만 AMF가 이를 초기 등록으로 처리한다면 5GS 등록 유형과 5G-GUTI를 확인합니다. AMF가 5G-GUTI를 기존 UE 컨텍스트와 연결할 수 없다면 절차가 더 복잡한 식별 복구 또는 재등록 경로로 진입할 수 있습니다.
Registration Request는 올바르게 인식되었지만 이후 완전한 인증 절차가 나타나는 경우, 이것만으로 문제가 있다고 판단할 수는 없습니다. 기존 NAS Security Context를 확인하고 네트워크가 보안 정책에 따라 인증을 다시 수행하도록 결정했는지도 확인해야 합니다.
UE 측 T3512 외에도 AMF는 네트워크 측의 중요한 도달 가능성 감시 메커니즘인 Mobile Reachable Timer(이동 단말 도달 가능 타이머)를 사용합니다. 정상 등록된 UE의 경우 이 네트워크 측 타이머는 T3512보다 길며, 기본 관계는 일반적으로 T3512에 4분을 더한 값입니다. AMF는 NAS 시그널링 연결을 해제한 후 Mobile Reachable Timer를 시작하고, UE가 NAS 연결을 다시 설정하면 타이머를 멈춥니다.
두 메커니즘은 함께 동작합니다.
UE 측 T3512: UE가 언제 돌아와 등록 상태를 갱신해야 하는지 알려줌
AMF 측 Mobile Reachable Timer: UE가 예상된 시간 안에 다시 나타나는지 감시함
UE가 장시간 네트워크와 접촉하지 않으면 Mobile Reachable Timer와 이후의 암묵적 등록 해제 메커니즘을 통해 코어 네트워크는 더 이상 도달 가능성을 확인할 수 없는 UE를 단계적으로 처리할 수 있으며, 오래된 등록 컨텍스트를 무기한 유지하지 않아도 됩니다.
따라서 5GC 주기적 등록 갱신의 실제 목적은 “수십 분마다 다시 등록하는 것”이 아닙니다. 장시간 유휴 상태에 있는 UE와 AMF가 등록 상태에 대한 공통 인식을 주기적으로 다시 맞추도록 하는 것입니다. UE가 여전히 존재하고, 기존 등록 관계가 계속 유효하며, 관련 이동성 파라미터를 다음 기간에도 계속 사용할 수 있다.
자주 묻는 질문
모든 5G 네트워크에서 T3512는 54분으로 고정되어 있는가?
아닙니다. 54분은 3GPP가 정의한 기본값이지만 AMF는 네트워크 설정, UE 동작, 가입 정보, 정책에 따라 다른 값을 할당할 수 있습니다. 시그널링 분석과 문제 해결에서는 항상 UE가 실제로 수신한 T3512 값을 사용해야 하며, 언제나 54분이라고 가정해서는 안 됩니다.
54분 동안 UE에 정상 트래픽이 있어도 정확히 54분에 주기적 등록 갱신을 전송하는가?
반드시 그렇지는 않습니다. 일반적인 T3512 동작에서 5GMM-CONNECTED 상태로 들어가면 주기 타이머에 영향을 주고, UE가 나중에 IDLE로 돌아오면 타이머가 다시 시작될 수 있습니다. 따라서 초기 등록 완료 시점에 단순히 54분을 더해서 다음 Registration Request를 예측할 수 없습니다. 엄격한 주기 등록 타이머가 활성화된 경우에도 타이밍 동작은 달라집니다.
모든 주기적 등록 갱신에 AUSF, UDM, PCF가 필요한가?
아닙니다. 서비스 AMF가 변경되지 않고 기존 UE 컨텍스트와 보안 컨텍스트가 유효하며 가입 또는 정책 정보를 갱신할 필요가 없다면 절차는 매우 짧을 수 있습니다. AUSF, UDM, PCF, NRF가 호출되는지는 그 시점의 UE 컨텍스트와 네트워크 구현에 따라 달라집니다. 모든 주기적 등록 갱신에 반드시 참여해야 하는 네트워크 기능으로 보아서는 안 됩니다.
주기적 등록 갱신은 Wi-Fi와 같은 비-3GPP 접속에도 적용되는가?
T3512 기반 주기적 등록 갱신 메커니즘은 3GPP 접속을 통해 5GS에 등록된 UE에 적용됩니다. 비-3GPP 접속에서는 5GS가 별도의 적절한 등록 및 등록 해제 관리 메커니즘을 사용하므로, NR 접속에서 사용하는 T3512 주기 등록 갱신 동작을 Wi-Fi나 다른 비-3GPP 접속 시나리오에 그대로 적용해서는 안 됩니다.
