이 UE는 어느 가입자에 속하는가?

현재 네트워크에 접속할 수 있는가?

재사용할 수 있는 이전 이동성 컨텍스트가 남아 있는가?

어떤 네트워크 슬라이스와 액세스 기능을 가입했으며, 어느 AMF가 이 UE를 서비스해야 하는가?

5G 단말의 전원이 켜지면 사용자 데이터 서비스를 설정하기 전에 코어 네트워크는 이러한 기본 질문에 먼저 답해야 합니다. 이 과정은 5G 초기 등록에서 처리됩니다. 시그널링 트레이스 관점에서 이 절차는 단순히 “등록 요청 후 등록 성공”으로 끝나는 과정이 아닙니다. UE가 Registration Request를 전송한 뒤 최종적으로 Registration Complete를 반환하기까지 네트워크는 식별자 처리, 이전 AMF 컨텍스트 조회, 5G-AKA 인증, NAS 보안 설정, UDM 등록, 가입자 데이터 조회, 액세스 정책 처리 등을 수행할 수 있습니다.

이 절차를 학습할 때 흔한 실수는 모든 메시지를 순서대로 외우려는 것입니다. 더 실용적인 방법은 각 단계에서 AMF가 어떤 문제를 해결하고 있는지 보는 것입니다. 전체 시그널링 경로는 요청한 UE를 식별하고, 신뢰할 수 있는 신원을 확립하고, 필요한 가입자 컨텍스트를 완성한 뒤에야 등록을 마무리하는 과정으로 이해할 수 있습니다.

초기 등록은 UE의 네트워크 액세스 권한을 확립한다

5GS의 등록은 하나의 절차만을 의미하지 않습니다. 트리거에 따라 UE는 Initial Registration, Mobility Registration Update, Periodic Registration Update 또는 Emergency Registration을 수행할 수 있습니다. UE는 Registration Request의 5GS registration type 필드로 해당 절차를 표시합니다.

Initial Registration은 일반적으로 UE가 전원을 켜고 5GS에 진입할 때 수행됩니다. 학습을 위해 LTE/EPC의 Attach 절차와 비교되기도 하지만 두 절차를 동일하게 보아서는 안 됩니다. 5G Core의 서비스 기반 아키텍처에서는 이동성 관리, 인증, 가입자 데이터, 정책 제어가 AMF, AUSF, UDM, PCF와 같은 여러 네트워크 기능에 분산됩니다. 따라서 하나의 등록 절차에서도 여러 네트워크 기능 사이의 서비스 기반 상호작용이 발생할 수 있습니다.

더 중요한 점은 Initial Registration이 주로 액세스 및 이동성 관리 상태를 확립하는 절차이지 사용자 데이터 세션을 만드는 절차가 아니라는 것입니다. 네트워크는 UE를 식별하고 이동성 컨텍스트를 생성하며 허용된 NSSAI와 적용할 지역 제한을 결정하고 후속 시그널링에 필요한 보안 관계를 설정해야 합니다. 이러한 조건이 갖춰진 뒤에야 UE는 PDU Session을 요청할 기반을 갖게 됩니다.

따라서 Registration Accept를 수신했다고 해서 가입자가 이미 인터넷에 접속할 수 있다는 의미는 아닙니다. 등록과 PDU Session 설정은 5G Core에서 서로 다른 단계입니다.

Registration Request가 UE를 5G Core 등록 절차로 진입시킨다

코어 네트워크 등록 절차는 NAS Registration Request로 시작합니다. UE는 먼저 무선 인터페이스를 통해 NAS 메시지를 gNB로 전송하고, gNB는 NAS-PDU를 NGAP Initial UE Message에 담아 AMF로 전달합니다. 코어 네트워크 엔지니어에게 이 메시지는 전체 등록 절차의 진입점입니다.

Initial UE Message는 Registration Request뿐 아니라 NR-CGI, TAI와 같은 액세스 위치 정보도 AMF에 제공합니다. NAS 메시지 자체에는 5GS registration type, 5GS mobile identity, UE Security Capability, Requested NSSAI 등의 파라미터가 포함될 수 있습니다.

이 파라미터들은 단순한 UE 기능 목록이 아닙니다. AMF는 이를 이용해 등록 절차를 어떻게 진행할지 결정합니다. Registration Type은 UE가 Initial Registration을 수행하는지 다른 등록 업데이트를 수행하는지 나타냅니다. mobile identity는 기존 가입자 컨텍스트를 UE와 연계할 수 있는지 판단하는 데 사용됩니다. Requested NSSAI는 UE가 요청하는 네트워크 슬라이스를 나타내며, UE Security Capability는 이후 NAS 보안 알고리즘 선택에 필요한 정보를 제공합니다.

쉽게 오해할 수 있는 부분이 있습니다. Initial Registration을 수행하는 UE라고 해서 이전 5G 정보가 전혀 없는 것은 아닙니다. UE에 과거에 할당된 5G-GUTI가 남아 있다면 새로운 Initial Registration Request에 해당 식별자를 포함할 수 있습니다. 네트워크가 그 식별자와 연결된 정보를 재사용할 수 있는지는 다음 절차에 직접 영향을 줍니다.

새 AMF가 UE 신원과 이전 컨텍스트를 확인한다

UE가 이전에 광저우의 5GS에 등록된 뒤 전원을 끄고 베이징으로 이동한 후, 베이징의 gNB를 통해 다시 전원을 켠 상황을 가정해 보겠습니다. 현재 UE는 새로운 AMF의 서비스를 받지만, 광저우의 AMF가 이전에 할당한 5G-GUTI를 계속 보유하고 있을 수 있습니다.

5G-GUTI에 포함된 GUAMI는 이전 AMF를 식별하는 데 도움이 되는 정보를 제공합니다. 새 AMF가 기존 네트워크 기능에 유용한 UE 컨텍스트가 남아 있다고 판단하면 AMF 간 통신을 통해 UE Context Transfer를 요청하고 SUPI, GPSI, PEI 및 이동성 관리 컨텍스트의 일부 정보를 가져올 수 있습니다.

여기서 중요한 점은 “Initial”이 현재 수행 중인 등록 절차의 유형을 의미할 뿐, 해당 가입자가 처음으로 5G 네트워크에 들어온다는 뜻은 아니라는 것입니다. UE는 이전에 할당된 5G 식별자를 계속 보유할 수 있으며, 새 AMF는 이전 AMF의 컨텍스트를 재사용할 수도 있습니다.

모든 Initial Registration에서 이전 AMF와 상호작용해야 하는 것은 아닙니다. 새 AMF가 필요한 신원 정보를 이미 가지고 있거나, 사용 가능한 이전 UE 컨텍스트가 없다면 시그널링 경로는 달라질 수 있습니다. AMF에 UE의 SUCI가 여전히 필요하면 Identity Request를 보내고, UE는 Identity Response로 요청된 식별자를 반환합니다.

따라서 패킷 트레이스에 Identity Request 또는 UE Context Transfer가 보이지 않는다는 사실만으로 등록 실패라고 판단할 수 없습니다. 먼저 AMF가 이미 어떤 신원 및 컨텍스트 정보를 보유하고 있는지 확인해야 합니다.

5G-AKA가 제시된 신원을 신뢰할 수 있는 가입자로 검증한다

UE가 자신을 누구라고 주장하는지만 알아서는 네트워크가 그 신원을 신뢰할 수 없습니다. 따라서 절차는 가장 중요한 보안 단계 중 하나인 인증으로 이동합니다.

AMF는 가입자를 인증할 수 있는 AUSF를 찾아야 합니다. 서비스 기반 5G Core에서는 일반적으로 NRF를 통한 네트워크 기능 검색이 이 과정에 포함됩니다. AMF는 필요한 서비스와 가입자 관련 정보를 바탕으로 적절한 AUSF 인스턴스를 선택하고 인증 요청을 전송합니다.

그다음 AUSF는 홈 네트워크의 UDM과 연계된 인증 기능과 협력합니다. SUCI를 사용하는 경우 홈 네트워크는 대응하는 SUPI를 복원하고 5G-AKA에 필요한 인증 데이터를 준비할 수 있습니다. 이후 AMF는 NAS Authentication Request를 통해 RAND, AUTN 등의 파라미터를 UE로 전달합니다. UE는 USIM에 저장된 자격 정보를 이용해 인증 계산을 수행하고 RES*가 포함된 Authentication Response를 반환합니다.

인증은 하나의 네트워크 기능이 한 번의 비교만 수행하는 방식이 아닙니다. 서비스 네트워크 측과 홈 네트워크 측이 각각 필요한 검증을 수행합니다. AMF는 UE에서 받은 응답으로 HRES*를 계산해 HXRES*와 비교하고, AUSF는 반환된 RES*를 예상 XRES*와 검증합니다. 필요한 검증이 모두 성공해야 네트워크는 해당 가입자 신원이 인증되었다고 판단합니다.

인증 이후 네트워크는 일반적으로 NAS Security Context를 설정하거나 갱신합니다. AMF는 UE Security Capability 등의 정보를 기반으로 적절한 무결성 보호 및 암호화 알고리즘을 선택하고 Security Mode 절차를 사용해 이후의 중요한 NAS 시그널링을 보호합니다.

엔지니어링 관점에서 이 단계는 명확한 보안 경계를 형성합니다. 인증 전에는 네트워크가 액세스를 요청하는 단말을 처리하는 단계이고, 인증과 NAS 보안이 성공적으로 설정된 후에는 AMF가 신뢰할 수 있고 보호된 UE 제어 평면 컨텍스트를 보유하게 됩니다.

가입자 및 정책 데이터가 UE 컨텍스트를 완성한다

인증 성공은 가입자 신원이 진짜인지에 대한 답을 제공합니다. 하지만 AMF는 그 가입자가 현재 네트워크에서 실제로 무엇을 할 수 있는지도 알아야 합니다. 다음 단계에서는 인증된 신원을 실제 액세스 및 이동성 관리에 사용할 수 있는 컨텍스트로 완성합니다.

AMF는 적절한 UDM을 선택하고 3GPP 액세스를 통해 현재 해당 SUPI를 서비스하는 AMF로 자신을 등록합니다. 이 등록은 중요합니다. UDM은 이후 해당 가입자의 이동성 관련 알림, 등록 해제 이벤트 또는 가입자 데이터 변경을 어느 AMF로 보내야 하는지 알아야 하기 때문입니다.

그다음 AMF는 Access and Mobility Subscription Data를 가져옵니다. 가입자 프로파일에 따라 Subscribed NSSAI, UE-AMBR, 주기적 등록 파라미터, RAT 제한, 지역 제한 등이 포함될 수 있습니다. 인증이 신원의 유효성을 확인한다면 가입자 데이터는 다른 질문, 즉 이 유효한 가입자가 현재 네트워크에서 무엇을 허용받는가?에 답합니다.

AMF는 이후 SMF 선택에 사용할 가입자 데이터도 가져올 수 있습니다. 여기에는 S-NSSAI, DNN 및 기본 DNN과 관련된 정보가 포함됩니다. 시그널링 트레이스를 읽을 때 이 부분이 혼동을 일으키기도 합니다. 등록 중에 이미 SMF Selection Subscription Data가 보인다면 SMF가 현재 절차에 이미 참여한 것일까요?

반드시 그렇지는 않습니다. 이 단계에서 AMF는 향후 SMF 선택에 필요할 수 있는 정보만 가져옵니다. Initial Registration과 동시에 PDU Session을 설정할 필요는 없으므로, AMF는 SM Context를 만들거나 실제 SMF 세션 관리 절차를 시작하지 않고도 이 가입자 데이터를 조회할 수 있습니다.

액세스 정책을 위해 AMF가 PCF를 선택하고 AM Policy Association을 설정할 수도 있습니다. PCF가 반환하는 정책은 특정 지역에 대한 액세스 제한 등에 영향을 줄 수 있습니다. 이 시점에서 AMF가 보유한 UE 컨텍스트는 단순한 신원 정보에서 신원, 보안, 가입 정보, 슬라이싱, 위치 및 정책 정보를 결합한 형태로 발전합니다.

Registration Accept가 등록 결과를 UE와 gNB에 적용한다

앞선 처리 대부분은 코어 네트워크 내부에서 수행되지만 최종 결과는 액세스 네트워크와 UE에도 전달되어야 합니다. 필요한 조건이 충족되면 AMF는 gNB로 Initial Context Setup Request를 보내 UE 컨텍스트 설정에 필요한 정보를 전달하고, NAS Registration Accept를 UE 방향으로 전송합니다.

Registration Accept에는 새로 할당된 5G-GUTI, Allowed NSSAI, 주기적 등록 타이머 T3512, 적용할 Tracking Area 목록 등이 포함될 수 있습니다. 이 파라미터들은 UE가 5GS에서 등록 상태를 어떻게 유지할지, 현재 어떤 슬라이스를 사용할 수 있는지, 이후 언제 Periodic Registration Update를 수행해야 하는지 결정합니다.

동시에 gNB는 Initial Context Setup 절차를 통해 해당 UE 컨텍스트를 설정합니다. 처리를 마친 gNB는 Initial Context Setup Response를 반환합니다. 이후 UE는 NAS Registration Complete를 AMF로 전송해 등록 결과를 확인합니다.

따라서 Registration Accept와 Registration Complete는 단순한 성공 알림 이상의 의미를 가집니다. 코어 네트워크 내부에서 만들어진 등록 결과를 UE와 RAN 양쪽에 적용하여 네트워크, gNB, 단말이 일관된 5GS 등록 상태에 도달하도록 합니다.

등록과 PDU Session 설정은 서로 다른 시그널링 경로다

전체 시그널링 순서를 분석할 때 이 구분은 매우 중요합니다. 5GS Initial Registration이 완료되면 AMF는 가입자가 누구인지, UE가 어디에 있는지, 어떤 액세스 지역과 슬라이스가 허용되는지, 어떤 보안 및 이동성 컨텍스트가 적용되는지 알고 있습니다. 그러나 이 단계들만으로 사용자 평면 데이터 경로가 자동으로 만들어지지는 않습니다.

인터넷이나 기업 데이터 네트워크에 접속하려면 UE는 추가로 PDU Session Establishment를 수행해야 합니다. 이 단계에서 SMF가 세션 관리를 담당하고 UPF를 선택하거나 제어하며, N4를 통해 PDR, FAR, QER, URR과 같은 사용자 평면 규칙을 설정합니다. gNB와 UPF 사이의 N3 자원도 세션 설정 과정에서 준비됩니다.

운영 환경의 장애 분석에서는 이 차이가 완전히 다른 두 가지 장애 범주를 만듭니다.

등록 실패: UE 신원, 인증, NAS 보안, UDM 가입자 데이터, NSSAI, 지역 제한, AMF 정책 처리를 중심으로 확인합니다.

등록은 성공했지만 데이터 서비스가 동작하지 않음: Registration Request와 Registration Accept를 반복 확인하는 대신 PDU Session 설정, SMF, UPF, N3/N4 시그널링, 사용자 평면 전달 쪽으로 분석 범위를 이동합니다.

이 경계를 명확히 하면 5GC 장애 분석 시간을 크게 줄일 수 있습니다. 단말에 5G 표시가 나타난다는 것은 무선 액세스와 등록이 일정 상태까지 진행되었다는 뜻일 뿐입니다. 실제 데이터 연결이 만들어졌는지는 세션 관리와 사용자 평면 절차에 달려 있습니다.

트레이스를 메시지 목록이 아니라 상태 전이로 읽는다

표준 시그널링 다이어그램은 여러 사업자, 로밍 시나리오, 액세스 유형 및 선택적 네트워크 기능을 포괄해야 하므로 의도적으로 매우 상세하게 구성됩니다. 하지만 실제 네트워크 트레이스에는 참조 절차의 모든 단계가 반드시 나타나는 것은 아닙니다. 이전 AMF와의 상호작용이 없을 수도 있고 Identity Request가 필요하지 않을 수도 있으며 EIR을 사용하지 않을 수도 있습니다. 또한 일반적인 NR 액세스 절차에는 다른 액세스 유형에만 필요한 네트워크 기능이 포함되지 않습니다.

Initial Registration을 분석할 때는 UE 상태가 어떻게 변하는지를 따라가는 것이 더 유용합니다.

Registration Request가 AMF에 도착
→ UE 신원과 이전 컨텍스트 확인
→ 인증 및 NAS 보안 설정
→ UDM에서 가입자 데이터 조회
→ PCF에서 적용할 액세스 정책 획득
→ AMF가 등록 컨텍스트 완성
→ Registration Accept 전달
→ UE가 Registration Complete 반환

Registration Request가 AMF에 도착했는데도 인증이 시작되지 않으면 먼저 신원 처리와 네트워크 기능 선택을 확인해야 합니다. 인증에 성공했지만 Registration Accept가 반환되지 않으면 UDM 데이터, NSSAI, 액세스 제한 및 정책 처리를 계속 점검합니다. Registration Accept까지 완료됐는데 사용자 데이터가 동작하지 않는다면 분석 대상을 신속하게 PDU Session 시그널링 경로로 옮겨야 합니다.

5G Initial Registration을 이해할 때 중요한 것은 수십 개의 메시지를 암기하는 것이 아니라 AMF 내부의 UE 컨텍스트가 어떻게 단계적으로 완성되는지를 따라가는 것입니다. 액세스 요청을 수신하고, 가입자가 누구인지 확인하고, 그 신원이 신뢰할 수 있음을 증명한 뒤, 마지막으로 해당 가입자가 어떤 조건으로 5GS 등록 상태를 유지할 수 있는지 결정하는 과정입니다.

자주 묻는 질문

Registration Accept의 T3512는 어떤 역할을 합니까?

T3512는 등록 후 UE의 주기적 등록 업데이트 동작을 제어합니다. UE가 주기적인 이동성 관리 상호작용 없이 무기한 등록 상태를 유지하는 것은 아닙니다. 네트워크는 이 타이머를 이용해 UE가 언제 Periodic Registration Update를 수행해야 하는지 정할 수 있습니다.

일부 상용 5G 등록 트레이스에서 EIR이 보이지 않는 이유는 무엇입니까?

장비 식별자 확인은 선택 사항입니다. EIR 배치 여부와 장비 식별자 확인이 어떤 조건에서 트리거되는지는 사업자의 아키텍처와 운영 정책에 따라 달라집니다. 따라서 그 외 절차가 정상적인 Initial Registration에서 EIR 시그널링이 없다는 사실만으로 장애라고 판단할 수는 없습니다.

표준 5G NR 등록에서 N3IWF가 일반적으로 보이지 않는 이유는 무엇입니까?

N3IWF는 주로 5G Core로 들어오는 일부 Wi-Fi 접속과 같은 신뢰되지 않은 non-3GPP 액세스에 사용됩니다. UE가 표준 3GPP NR 액세스를 통해 gNB에 직접 연결되는 경우 NG-RAN이 액세스 경로를 제공하므로 N3IWF는 일반적으로 등록 시그널링에 포함되지 않습니다.

벤더별 트레이스에서 NRF 기반 네트워크 기능 검색 횟수가 다른 이유는 무엇입니까?

실제 5G Core 구현은 네트워크 기능 검색 캐시, 정적 설정, SCP 배치 모델, 벤더별 서비스 라우팅 동작에 따라 달라질 수 있습니다. 따라서 모든 서비스 동작 전에 완전한 NRF 기반 네트워크 기능 검색 교환이 나타날 필요는 없습니다. 트레이스 분석에서는 NRF 메시지 수만으로 절차를 판단하기보다 선택된 NF 인스턴스와 이후 서비스 요청을 연계해 확인해야 합니다.