5G 네트워크에서 UE가 등록을 완료한 뒤에도 코어 네트워크는 페이징, 수신 서비스 또는 다운링크 데이터가 도착했을 때 UE에 도달할 수 있도록 UE가 대략 어디에 있는지 계속 파악해야 합니다. 하지만 UE는 한 곳에 머물지 않습니다. 한 Tracking Area에서 다른 Tracking Area로 이동하거나 현재 AMF의 서비스 영역을 벗어날 수도 있습니다. UE가 이동할 때마다 새로 등록해야 한다면 제어 평면 시그널링이 과도하게 증가합니다. 반대로 위치를 전혀 갱신하지 않으면 네트워크가 결국 UE를 어디에서 찾아야 하는지 알 수 없게 될 수 있습니다. Mobility Registration Update 는 위치 정확도와 시그널링 오버헤드 사이의 균형을 맞추기 위해 설계되었습니다.
5GC 시그널링을 처음 공부할 때 흔히 생기는 질문은 다음과 같습니다. UE가 이미 등록되어 있는데 새로운 영역으로 이동한 뒤 왜 다시 Registration Request를 보내야 할까요? 다른 gNB로 넘어가면 항상 업데이트가 트리거될까요? 새로운 Tracking Area에 들어가면 반드시 AMF가 바뀌어야 할까요? 이 질문들은 모두 같은 원칙으로 연결됩니다. UE는 5GS Registered 상태를 유지하지만 현재 위치가 네트워크가 이전에 할당한 Registration Area 밖으로 이동했을 수 있습니다. 따라서 5GC는 UE의 위치를 갱신하고 Serving AMF를 그대로 유지할지 판단하며 다음 이동 단계에 적용할 Registration Area를 할당해야 합니다. 이는 전원을 켠 뒤 다시 Initial Registration을 수행하는 것이 아니며, UE가 셀을 바꿀 때마다 재등록하는 것도 아닙니다. UE의 5GS 이동성 컨텍스트 연속성을 유지하기 위한 메커니즘입니다.
Registration Area 이탈이 이동성 업데이트의 핵심 트리거
5GC의 등록은 Initial Registration에만 한정되지 않습니다. Registration Request에 포함되는 5GS registration type은 Initial Registration, Mobility Registration Update, Periodic Registration Update, Emergency Registration 등의 절차를 구분합니다. 이동성 시나리오에서 가장 자주 혼동되는 부분 중 하나가 Tracking Area(TA)와 Registration Area의 차이입니다.
TA는 네트워크가 위치 관리를 위해 사용하는 기본 영역 중 하나이고, Registration Area는 AMF가 UE가 등록 상태를 유지하도록 허용하는 TA의 집합입니다. Registration Area에는 하나의 TA만 포함될 수도 있고 여러 TA가 포함될 수도 있습니다. 예를 들어 하나의 AMF가 TA1, TA2, TA3, TA4를 서비스하지만 UE의 이동 특성을 고려해 TA1과 TA2만 현재 Registration Area로 할당했다고 가정해 보겠습니다. UE가 TA1에서 TA2로 이동해도 여전히 등록 영역 안에 있으므로 TA가 바뀌었다는 이유만으로 Mobility Registration Update를 수행할 필요는 없습니다.
UE가 계속 이동해 TA3로 들어갔는데 TA3가 현재 저장된 Registration Area에 포함되지 않는다면 상황이 달라집니다. UE는 현재 TAI가 등록 영역 밖에 있음을 감지하고 새로운 NAS Registration Request를 전송하며 5GS registration type을 mobility registration updating으로 설정합니다. 따라서 셀 변경만으로 Mobility Registration Update가 자동으로 트리거되지는 않으며, TA 변경도 항상 업데이트를 유발하는 것은 아닙니다. 일반적인 트리거는 UE가 현재 Registration Area 밖에 있는 TA로 진입하는 것입니다.
이것이 Registration Area 개념의 목적입니다. UE가 TA 경계를 넘을 때마다 5GC와 상호작용하지 않고도 정해진 범위 안에서 이동할 수 있게 하여 위치 정확도와 제어 평면 시그널링 부하를 균형 있게 유지합니다. 이동 범위가 넓은 UE에는 더 큰 TA 목록을 할당할 수 있고, 더 정밀한 위치 추적이 필요한 경우 Registration Area를 줄일 수도 있습니다. 따라서 Registration Area 자체가 이동성 관리 정책의 일부입니다.
Registration Request는 기존 이동성 상태를 어떻게 5GC로 다시 전달하는가?
Mobility Registration Update와 Initial Registration의 가장 분명한 차이는 UE가 완전히 미확인된 가입자가 아니라는 점입니다. UE는 이미 5GS 등록을 완료했고 네트워크가 할당한 5G-GUTI, Registration Area, 관련 NAS 컨텍스트 등의 정보를 일반적으로 유지합니다. 따라서 새로운 Registration Request는 식별 정보를 처음부터 다시 설정하기 위한 것이 아닙니다. 네트워크에 “나는 이미 알고 있는 동일한 UE이지만 이동 위치가 바뀌었다”는 사실을 알리는 것입니다.
UE는 먼저 새로운 gNB를 통해 제어 평면 액세스를 설정합니다. 이후 gNB는 NAS Registration Request를 NGAP Initial UE Message 안에 담아 AMF로 전달합니다. Initial UE Message는 NAS-PDU 외에도 현재 NR-CGI와 TAI 같은 액세스 위치 정보를 제공합니다. 일반적인 Mobility Registration Update에서 Registration Request에는 여러 중요한 정보 요소가 포함될 수 있습니다. 5GS registration type은 절차가 mobility registration updating임을 나타내고, 5G-GUTI는 이전 UE 등록과 연관된 AMF 또는 GUAMI를 네트워크가 식별하는 데 도움을 줍니다. Last Visited Registered TAI는 이전 등록 위치를 참조하도록 하며, UE Security Capability는 지원되는 NAS 암호화 및 무결성 보호 알고리즘을 설명합니다. PDU Session Status는 UE가 여전히 활성 상태라고 판단하는 PDU Session을 나타내고, Requested NSSAI는 필요한 경우 UE가 요청하는 네트워크 슬라이스를 제공합니다.
따라서 트레이스 분석에서 첫 번째 질문은 이후 절차에서 인증이 수행되는지 여부가 아닙니다. 먼저 Registration Request 자체가 Initial Registration이 아니라 Mobility Registration Update임을 명확히 나타내는지 확인해야 합니다. 등록 유형을 잘못 해석하면 이후 전체 시그널링 흐름을 잘못된 관점에서 분석하기 쉽습니다.
동일 AMF 내 업데이트와 AMF 간 업데이트가 서로 다른 경로를 따르는 이유는?
Registration Area를 벗어났다고 해서 반드시 현재 AMF의 서비스 영역도 벗어났다는 뜻은 아닙니다. 이 차이가 이후 시그널링 절차의 복잡도를 직접 결정하며 Mobility Registration Update를 분석할 때 가장 먼저 구분해야 하는 분기 중 하나입니다.
Serving AMF가 그대로 유지됨
하나의 AMF가 TA1과 TA2를 모두 서비스하고, 네트워크가 이전에 TA1만 UE의 Registration Area로 할당했다고 가정해 보겠습니다. UE가 TA1에서 TA2로 이동하면 TA2가 현재 Registration Area 밖에 있으므로 Mobility Registration Update가 필요합니다. 하지만 TA2는 여전히 같은 AMF의 서비스 영역 안에 있습니다.
이 경우 실제 Old AMF에서 New AMF로의 이전은 없습니다. 현재 AMF가 이미 UE의 이동성 컨텍스트를 보유하고 있으므로 새로운 위치를 처리하고 Registration Area를 갱신하며 필요한 정책 또는 컨텍스트 정보를 새로 반영하면 됩니다. Registration Area는 바뀌지만 Serving AMF는 바뀌지 않습니다.
Serving AMF가 변경됨
UE가 한 AMF가 서비스하는 TA에서 다른 AMF가 서비스하는 TA로 이동하면 절차가 더 복잡해집니다. 예를 들어 UE가 AMF1에서 등록을 완료하고 AMF1과 연결된 5G-GUTI를 받은 상태라고 가정합니다. 이후 새로운 gNB를 통해 AMF2의 서비스 영역으로 이동하면 New AMF는 UE가 누구인지, 이전에 어느 AMF가 서비스했는지, 어떤 컨텍스트를 재사용할 수 있는지 알아야 합니다.
따라서 AMF 간 Mobility Registration Update는 단순한 위치 업데이트를 넘어 UE 이동성 관리 컨텍스트의 인계 를 이전 Serving AMF에서 새로운 AMF로 수행합니다.
New AMF는 Old AMF를 어떻게 찾고 UE 컨텍스트를 가져오는가?
AMF 간 이동성 시나리오에서 New AMF가 Registration Request를 받은 뒤 가장 먼저 해결해야 할 문제는 가입자가 데이터 서비스를 설정할 수 있는지가 아니라 이전에 어느 AMF가 UE를 관리했는지를 식별하는 것입니다. 여기서 5G-GUTI가 중요한 역할을 합니다. 임시 식별자에 포함된 GUAMI 관련 정보는 네트워크가 이전에 UE를 서비스한 AMF를 식별하는 데 도움을 줍니다. New AMF는 이를 바탕으로 Old AMF를 결정하고 Namf_Communication 서비스를 통해 기존 UE Context를 요청할 수 있습니다.
일반적인 흐름은 간단합니다. UE가 이전 5G-GUTI를 사용해 Mobility Registration Update를 보내고, New AMF는 5G-GUTI에서 AMF 관련 식별 정보를 추출합니다. Old AMF가 식별되면 New AMF가 UE Context를 요청하고, Old AMF는 전송 가능한 이동성 컨텍스트를 반환합니다. 이 정보는 New AMF가 SUPI, GPSI, PEI, Access and Mobility Context 일부와 같은 식별 및 이동성 정보를 복구하는 데 도움을 주므로, 새로운 Serving AMF는 UE를 완전히 미확인된 단말로 취급하지 않고 기존 UE 상태를 기반으로 처리를 이어갈 수 있습니다.
Old AMF에서 컨텍스트를 받았다고 해서 이후의 모든 보안 절차를 항상 생략할 수 있는 것은 아닙니다. 이용 가능한 식별 정보나 보안 컨텍스트가 충분하지 않다면 네트워크는 UE의 SUCI를 다시 요청하고 현재 보안 조건에 따라 식별 검증 또는 5G-AKA 인증을 수행할 수 있습니다. 따라서 트레이스 분석에서는 두 가지 고정된 가정을 피해야 합니다. Mobility Registration Update가 항상 완전한 재인증을 요구하는 것은 아니지만, 사용할 수 있는 Old AMF Context가 있다고 해서 인증이 절대 다시 발생하지 않는 것도 아닙니다. Identity Request나 전체 5G-AKA의 실행 여부는 전송된 UE Context, NAS Security Context, 네트워크 정책에 따라 결정됩니다.
UDM, NRF, PCF는 Serving AMF 인계를 어떻게 완료하는가?
Old AMF에서 UE Context를 가져왔다고 해서 서비스 관계가 완전히 이전된 것은 아닙니다. 5GC에서는 사용자 위치와 서비스 상태가 여러 네트워크 기능에 분산되어 있습니다. 특히 UDM은 이제 어느 AMF가 UE 서비스를 담당하는지 알아야 합니다.
New AMF는 NRF를 이용해 필요한 서비스를 제공하는 UDM을 찾고, 이어서 UDM에 새로운 3GPP Access Registration을 등록할 수 있습니다. 이 단계는 AMF 간 시나리오에서 특히 중요합니다. UDM에 저장된 Serving AMF 기록을 Old AMF에서 New AMF로 변경해야 하기 때문입니다. 이후 UDM은 Old AMF에 관련 Deregistration Notification을 트리거하여 이전 서비스 관계를 해제할 수 있습니다.
New AMF는 현재 Access and Mobility Subscription Data도 필요합니다. 여기에는 GPSI, Subscribed NSSAI, UE-AMBR, 주기 등록 파라미터, RAT 제한, 영역 액세스 제한 등이 포함될 수 있습니다. 이후 PDU Session 처리에서 SMF 선택이 필요하면 AMF는 관련 S-NSSAI에 연결된 DNN 및 Default DNN 정보를 포함하는 SMF Selection Subscription Data도 가져오고 해당 가입 데이터 변경을 구독할 수 있습니다. PCF는 Access and Mobility Policy를 제공해 이 과정을 보완합니다. New AMF는 적절한 PCF를 선택하고 AM Policy Association을 설정하여 영역 제한과 같은 이동성 정책 정보를 얻을 수 있습니다.
이 단계들은 서로 다른 문제를 해결합니다. Old AMF Context는 UE가 이전에 어떤 상태였는지를 New AMF에 알려 줍니다. UDM Registration은 현재 어느 AMF가 UE를 서비스하는지를 코어 네트워크에 알려 줍니다. Subscription Data는 가입자가 어떤 기능을 사용할 수 있는지를 New AMF에 알려 줍니다. PCF Policy는 현재 적용되는 이동성 및 액세스 규칙을 AMF에 제공합니다. 따라서 Mobility Registration Update를 단순히 “AMF가 TAI를 갱신하는 절차”로 축소해서는 안 됩니다. AMF 간 시나리오에서는 이동성 관리 책임도 한 AMF에서 다른 AMF로 이전됩니다.
Registration Accept는 UE의 다음 이동 범위를 어떻게 정의하는가?
식별 정보, 컨텍스트, 가입 데이터, 정책 처리가 끝나면 AMF는 새로운 등록 상태를 gNB와 UE 모두에 적용해야 합니다. 일반적인 절차에서 AMF는 NGAP Initial Context Setup Request를 사용해 gNB의 UE 관련 컨텍스트를 설정하거나 갱신하면서 NAS Registration Accept를 UE에 전달할 수 있습니다.
Registration Accept의 가장 중요한 의미는 단순히 등록 성공을 알려 주는 데 있지 않습니다. 이 메시지는 다음 이동 단계에서 UE가 어떻게 동작해야 하는지를 정의하는 파라미터도 제공합니다. AMF 간 이동 후에는 새로운 Serving AMF를 반영하기 위해 새 5G-GUTI가 할당될 수 있습니다. Allowed NSSAI는 현재 UE가 사용할 수 있는 네트워크 슬라이스를 나타냅니다. T3512는 향후 Periodic Registration Update와 관련된 타이밍을 정의합니다. TA List, 즉 Registration Area는 UE가 같은 유형의 Mobility Registration Update를 다시 트리거하지 않고 등록 상태를 유지하면서 이동할 수 있는 TA 범위를 알려 줍니다.
gNB가 해당 컨텍스트 처리를 완료하면 Initial Context Setup Response를 반환하고 UE는 Registration Complete를 보냅니다. 이로써 현재 Mobility Registration Update가 끝납니다. 상태 전이 관점에서 보면, UE가 기존 Registration Area를 벗어나고, Registration Request가 이전 이동성 식별 정보를 5GC로 가져오며, 네트워크가 Serving AMF를 바꿔야 하는지 판단하고, 필요할 경우 Old AMF에서 UE Context를 전송하며, New AMF가 UDM 등록을 완료하고 필요한 가입 및 정책 정보를 얻고, Registration Accept가 새로운 5G-GUTI와 Registration Area를 제공한 뒤, 마지막으로 UE가 Registration Complete를 반환하는 흐름입니다.
장애 분석도 같은 상태 흐름을 따라갈 수 있습니다. Registration Request가 New AMF에 도달했는데 Old AMF를 찾을 수 없다면 5G-GUTI, GUAMI, AMF 주소 지정 정보를 우선 확인해야 합니다. Old AMF Context를 정상적으로 가져왔지만 절차가 UDM 단계에서 멈춘다면 UDM 탐색, AMF Registration, 가입 데이터 조회를 확인합니다. 코어 네트워크 내부 처리가 끝났는데도 Registration Accept가 UE에 도달하지 않는다면 정책 결과, 영역 제한, NGAP 다운링크 시그널링, RAN 컨텍스트 설정을 계속 점검해야 합니다. 5GC Mobility Registration Update를 이해하는 목적은 수십 개의 HTTP/2 및 NGAP 메시지를 암기하는 데 있지 않습니다. 등록된 UE가 이동한 뒤 네트워크가 다음 세 가지 질문에 어떻게 답하는지를 이해하는 데 있습니다. UE는 현재 어디에 있는가, 어느 AMF가 계속 관리해야 하는가, 다음 이동 기간에는 어느 Registration Area가 적용되어야 하는가?
자주 묻는 질문
UE가 새로운 Tracking Area에 들어갈 때마다 Mobility Registration Update를 수행하는가?
반드시 그렇지는 않습니다. 핵심은 새로운 TA가 UE의 현재 Registration Area에 여전히 포함되어 있는지 여부입니다. AMF가 TA1과 TA2를 이미 UE의 Registration Area로 할당했다면 TA1에서 TA2로 이동하는 것만으로는 보통 이 업데이트가 발생하지 않습니다. Registration Area 밖의 TA에 들어가는 것이 일반적인 트리거 조건입니다.
Mobility Registration Update는 항상 AMF를 변경하는가?
아닙니다. UE가 현재 Registration Area를 벗어났더라도 새로운 TA가 같은 AMF의 서비스 영역에 속할 수 있습니다. 이 경우 Serving AMF는 그대로 유지됩니다. Old AMF에서 New AMF로의 컨텍스트 전송은 UE가 다른 AMF가 서비스해야 하는 영역으로 이동할 때만 필요합니다.
모든 Mobility Registration Update에서 5G-AKA가 다시 수행되는가?
고정된 규칙을 가정해서는 안 됩니다. 식별 절차나 5G-AKA의 재수행 여부는 이용 가능한 UE Context, NAS Security Context, 네트워크 정책에 따라 달라집니다. 유효한 컨텍스트를 계속 사용할 수 있다면 일부 보안 절차를 완전히 반복하지 않아도 될 수 있습니다. 식별 또는 보안 조건이 충분하지 않다면 네트워크가 필요한 인증 단계를 다시 수행할 수 있습니다.
UE가 4G에서 5G로 이동할 때의 업데이트와 5GC 내부 Mobility Registration Update는 어떻게 다른가?
두 시나리오 모두 등록 유형으로 Mobility Registration Update를 사용할 수 있지만 이동성 컨텍스트의 출처가 다릅니다. 5GS 내부에서만 이루어지는 이동은 일반적으로 Old AMF와 New AMF 사이의 이동성 컨텍스트를 포함합니다. 4G에서 5G로의 유휴 모드 연동 시나리오에서는 MME, N26, EPS와 5GS 컨텍스트 간 변환이 추가로 관련될 수 있습니다. 시그널링 트레이스를 분석할 때는 UE가 5GS 내부에서 이동하는지, 아니면 EPC에서 5GC로 진입하는지를 먼저 판단해야 합니다.
