AMF 재할당은 언제 발생하는가?

AMF 재할당이 포함된 Initial Registration은 모든 5GC 등록의 기본 경로가 아닙니다. 발생 조건은 명확합니다. Network Slicing이 구축되어 있고, 처음 Registration Request를 받은 AMF가 UE가 최종적으로 필요로 하는 네트워크 슬라이스를 서비스할 수 없는 경우입니다.

일반적인 등록 시나리오에서는 gNB가 선택한 Initial AMF가 필요한 S-NSSAI를 이미 지원합니다. 따라서 식별 정보 처리, 인증, 가입 데이터 조회, Registration Accept까지 동일한 AMF에서 전체 절차를 수행할 수 있습니다.

재할당은 이후에 확보된 정보가 현재 AMF와 UE가 사용할 수 있거나 기본으로 사용해야 하는 슬라이스가 일치하지 않는다는 사실을 보여줄 때만 필요합니다. 흐름은 다음과 같이 정리할 수 있습니다.

Registration Request가 Initial AMF에 도착
           → Initial AMF가 필요한 등록 처리를 수행
           → UE의 전체 가입 및 슬라이스 정보를 확보
           → Initial AMF가 대상 S-NSSAI를 서비스할 수 없다고 판단
           → NSSF를 호출해 적절한 서비스 범위를 결정
           → 등록 절차를 Target AMF로 이전

여기서 흔한 오해를 피해야 합니다. 동일한 등록 트레이스에 두 개의 AMF가 보인다고 해서 원래 AMF가 장애를 일으켰거나 AMF Pool에서 부하 분산이 수행되었다는 의미는 아닙니다. 이 절차의 실제 트리거는 현재 AMF의 슬라이스 서비스 능력과 UE가 최종적으로 필요로 하는 네트워크 슬라이스가 일치하지 않는 것입니다.

gNB가 처음에 적합하지 않은 AMF를 선택할 수 있는 이유

AMF 재할당을 처음 접하면 gNB가 잘못 선택했다고 생각하기 쉽습니다. 서로 다른 AMF가 서로 다른 슬라이스를 담당한다면, RAN이 처음부터 UE를 올바른 AMF로 보내지 않는 이유는 무엇일까요?

가장 큰 이유는 gNB가 최초 AMF 선택을 수행하는 시점에 충분한 정보를 가지고 있지 않을 수 있기 때문입니다. 두 개의 네트워크 슬라이스 가입 정보가 설정된 5G USIM을 장착한 커넥티드 차량이 처음 전원을 켜는 상황을 가정해 보겠습니다.

• eMBB 슬라이스(S-NSSAI1): 차량 내 인포테인먼트 및 일반 데이터 서비스에 사용;

• V2X 슬라이스(S-NSSAI3): V2X(차량과 주변 대상 간 통신) 및 자율주행 관련 서비스에 사용.

가입자의 Default S-NSSAI가 V2X 슬라이스이지만 UE가 처음 5GS에 진입하며 유효한 5G-GUTI가 없고 Registration Request에도 Requested NSSAI를 포함하지 않는다고 가정합니다. 이 시점에는 gNB가 UE가 최종적으로 V2X 슬라이스에 연결된 AMF의 서비스를 받아야 한다는 사실을 직접 판단할 근거가 없습니다.

일반적으로 gNB는 AMF를 선택할 때 GUAMI, UE가 요청한 S-NSSAI, 로컬 AMF 설정과 같은 정보를 사용할 수 있습니다. 그러나 이 시나리오에서는 GUAMI와 Requested NSSAI가 모두 없기 때문에 gNB는 현재 보유한 정보와 로컬 기본 선택 정책만으로 Initial AMF를 선택할 수밖에 없습니다.

gNB가 eMBB 슬라이스를 서비스하는 AMF1을 처음 선택하면 Registration Request는 NGAP Initial UE Message에 실려 AMF1로 전달됩니다.

이 AMF가 UE의 최종 슬라이스 요구와 일치하지 않는다고 해서 반드시 gNB 설정 오류를 의미하지는 않습니다. 더 정확한 해석은 다음과 같습니다. 첫 번째 AMF 선택 시점에는 RAN이 UE의 최종 슬라이스에 맞는 AMF를 결정하기에 충분한 정보를 아직 갖고 있지 않습니다.

Initial AMF는 슬라이스 불일치를 어떻게 감지하는가?

Registration Request가 Initial AMF에 도착하더라도 AMF가 즉시 NSSF를 조회하는 것은 아닙니다. 이 시점에는 자신이 올바른 최종 Serving AMF인지 판단하기 위한 가입자 정보가 아직 충분하지 않습니다.

먼저 AMF는 일반적인 Initial Registration 로직을 따라 UE 식별 정보 처리, AUSF 선택, 5G-AKA Authentication, 관련 NAS 보안 절차 등 필요한 과정을 수행합니다.

이 단계의 중요한 결과 중 하나는 AMF가 UE 신원을 확인하고 SUPI를 확보하는 것입니다. SUPI가 확보되면 Initial AMF는 적절한 UDM을 찾고 UE의 Access and Mobility Subscription Data를 조회할 수 있습니다.

이 시점의 네트워크는 Registration Request가 처음 도착했을 때보다 훨씬 많은 정보를 보유합니다. UDM이 반환하는 가입 데이터에는 가입자의 Subscribed NSSAI와 Default S-NSSAI가 포함될 수 있습니다.

커넥티드 차량 예시를 계속 적용하면 Initial AMF는 eMBB 서비스 영역에 속하지만, 가입 데이터는 UE가 eMBB와 V2X 모두에 가입되어 있고 Default S-NSSAI가 V2X, 즉 S-NSSAI3를 가리킨다는 사실을 보여줍니다.

이제 Initial AMF는 앞서 gNB가 내릴 수 없었던 판단을 할 수 있습니다. Initial Registration을 수신하고 처리를 시작할 수는 있었지만 UE의 기본 V2X 슬라이스를 계속 서비스할 AMF로는 적합하지 않습니다. 이 판단이 AMF 재할당의 트리거가 됩니다.

gNB 단계: 제한된 접속 정보만 사용 가능
           → Initial AMF 단계: UE 신원 확인
           → UDM 단계: 실제 가입 NSSAI 정보 확보
           → 현재 AMF가 대상 슬라이스와 호환되지 않음을 확인

따라서 AMF 재할당은 등록 도중 임의로 결정을 바꾸는 과정이 아닙니다. 가입자 신원과 슬라이스 정보가 충분히 확보된 뒤 코어 네트워크가 더 정확한 Serving AMF 결정을 내릴 수 있게 되었기 때문에 발생합니다.

NSSF는 새로운 Serving AMF를 어떻게 식별하는가?

Initial AMF가 대상 슬라이스를 서비스할 수 없다고 판단하더라도 임의로 다른 AMF를 선택하지는 않습니다. 대신 Network Slice Selection Function, 즉 NSSF를 호출합니다.

Initial AMF는 Nnssf_NSSelection 서비스를 사용해 Network Slice Selection을 요청합니다. 입력에는 UE의 가입 S-NSSAI, 현재 AMF 정보, UE의 현재 TAI 등이 포함될 수 있습니다. 목적은 현재 등록 영역에서 허용되는 슬라이스와 어떤 AMF 집합이 서비스를 제공해야 하는지를 결정하는 것입니다.

NSSF가 반환하는 Authorized Network Slice Information에는 다음이 포함될 수 있습니다.

• Allowed NSSAI: 현재 조건에서 UE가 사용할 수 있도록 허용된 네트워크 슬라이스;

• Configured NSSAI: 필요한 경우 UE에 제공할 수 있는 슬라이스 설정;

• Target AMF Set: 해당 네트워크 슬라이스를 서비스할 수 있는 AMF 집합;

• Rejected NSSAI: 현재 TA 또는 관련 조건에서 허용할 수 없는 슬라이스.

Target AMF Set과 Target AMF는 구분해야 합니다. NSSF가 우선 수행하는 역할은 어떤 AMF 집합이 적합한지를 결정하는 것입니다. 즉 특정 AMF 하나의 주소를 바로 반환하는 것이 아니라 슬라이스와 위치 조건에 따라 후보 범위를 좁힙니다.

Target AMF Set을 받은 뒤 Initial AMF는 NRF에 등록된 NF 인스턴스 정보를 사용해 해당 집합 내 AMF의 주소, 기능, 가중치, 운영 상태를 조회할 수 있습니다. 그 후 어떤 Target AMF가 Registration을 이어받을지 결정합니다.

각 네트워크 기능의 관계는 다음과 같이 정리할 수 있습니다.

UDM: UE의 슬라이스 가입 정보를 제공
           → Initial AMF: 자신의 서비스 능력이 요구사항과 맞지 않음을 판단
           → NSSF: 허용된 슬라이스와 Target AMF Set을 결정
           → NRF: 집합 내 사용 가능한 AMF 인스턴스 정보를 제공
           → Initial AMF: Target AMF 선택

이 절차에서 NSSF의 역할은 일반적인 부하 분산이 아닙니다. 슬라이스 요구사항을 해당 요구를 지원할 수 있는 AMF 서비스 범위에 매핑하는 것입니다.

Registration Request는 Target AMF로 어떻게 전달되는가?

Target AMF가 결정된 후 UE가 완전히 새로운 Registration Request를 다시 보낼 필요는 없습니다. 네트워크는 이미 진행 중인 등록 절차와 필요한 컨텍스트를 새 AMF로 전달하여 처리를 계속하게 하면 됩니다.

사용할 수 있는 전달 방식은 두 가지입니다. gNB를 통한 간접 전달 또는 Initial AMF와 Target AMF 사이의 직접 전달입니다.

gNB를 통한 간접 전달

간접 전달 방식에서는 Initial AMF가 gNB에 NGAP Reroute NAS Request를 보냅니다. 이 메시지는 원래 Initial UE Message와 관련된 정보 및 Target AMF Set ID를 포함하며, NG-RAN에 현재 NAS Registration 메시지를 재라우팅하도록 지시합니다.

이후 gNB는 원래 Registration Request NAS-PDU를 포함한 새로운 Initial UE Message를 Target AMF로 보냅니다. 제어 평면 경로는 다음과 같이 나타낼 수 있습니다.

UE → gNB → Initial AMF → Reroute NAS Request → gNB → Target AMF

UE가 RRC 접속을 다시 수행할 필요는 없습니다. NG-RAN이 기존 Registration NAS 메시지를 적절한 AMF로 재라우팅할 뿐입니다.

AMF 간 직접 전달

직접 전달 방식에서는 Initial AMF가 메시지를 gNB로 다시 보내지 않습니다. 대신 5GC 서비스 기반 인터페이스를 통해 N1 메시지와 Registration Context를 Target AMF로 직접 전송합니다.

Initial AMF는 Namf_Communication_N1MessageNotify를 호출하고 전체 Registration Request와 Registration Context Container를 Target AMF로 보냅니다.

전달되는 정보는 하나의 NAS 메시지에만 국한되지 않습니다. Registration Context에는 UE Context, Access Type, gNB 정보, User Location, Allowed NSSAI, Configured NSSAI, Rejected NSSAI와 등록 처리를 계속하기 위해 필요한 기타 정보도 포함될 수 있습니다.

UE → gNB → Initial AMF → Namf_Communication_N1MessageNotify → Target AMF

시그널링 경로는 서로 다르지만 목적은 동일합니다. Target AMF가 전체 Initial Registration 절차를 처음부터 다시 시작하지 않고 Registration을 계속하는 데 필요한 NAS 메시지와 컨텍스트를 받는 것입니다.

Target AMF가 절차를 인계받으면 남은 등록 처리를 완료하고 UE에 Registration Accept를 반환합니다. 이 응답에는 슬라이스 선택과 AMF 재할당 결과가 반영되며 Allowed NSSAI, Configured NSSAI, Rejected NSSAI 및 새로 할당된 5G-GUTI가 포함될 수 있습니다.

UE 관점에서 중요한 결과는 등록이 성공하고 네트워크가 현재 영역에서 사용할 수 있는 슬라이스와 새로운 5GS 이동성 컨텍스트를 제공한다는 것입니다. 내부적으로 Serving AMF가 변경되는 과정은 UE에 거의 투명합니다.

시그널링 트레이스에서 AMF 재할당을 확인하는 방법

AMF 재할당이 포함된 Initial Registration은 비정상적인 등록 라우팅이나 첫 AMF 선택 실패로 오해하기 쉽습니다. 더 효과적인 문제 해결 방법은 메시지 번호를 하나씩 비교하는 것이 아니라 두 가지 주요 흐름, 즉 슬라이스 결정과 컨텍스트 전달을 따라가는 것입니다.

정상적인 시그널링 순서라면 엔지니어가 다음 질문에 답할 수 있어야 합니다.

왜 Registration Request가 먼저 이 Initial AMF에 도착했는가?
           → Initial AMF는 UE의 Subscribed / Default NSSAI를 어디서 얻었는가?
           → 무엇 때문에 AMF가 UE 서비스를 계속할 수 없다고 판단했는가?
           → NSSF가 어떤 Target AMF Set을 반환했는가?
           → 최종적으로 어떤 Target AMF가 선택되었는가?
           → Registration Context는 어떤 경로로 전달되었는가?

Initial AMF가 이미 슬라이스 가입 정보를 확보하고 UE를 서비스할 수 없다고 판단했는데도 NSSF 선택 절차가 이어지지 않는다면 NSSF 검색, Nnssf_NSSelection 요청, 관련 슬라이스 설정을 중점적으로 확인해야 합니다.

NSSF가 Target AMF Set을 반환했지만 구체적인 Target AMF를 식별할 수 없다면 AMF Set 설정, NRF의 NF Profiles, AMF 인스턴스 상태 및 기능 정보를 다음으로 확인해야 합니다.

NGAP Reroute NAS Request가 존재하지만 Target AMF가 새로운 Initial UE Message를 받지 못한다면 문제 해결의 초점을 슬라이스 선택에서 gNB의 NAS 재라우팅과 Target AMF까지의 N2 도달성으로 옮겨야 합니다.

직접 전달 방식을 사용하는 경우에는 해당 경로에 나타나지 않는 Reroute NAS Request를 기다릴 것이 아니라 Namf_Communication_N1MessageNotify와 Registration Context를 트레이스에서 확인해야 합니다.

전체 절차를 보면 AMF 재할당이 해결하는 문제는 분명합니다. 최초 AMF 선택 시점에는 정보가 불완전하며, 코어 네트워크는 이후 완전한 가입자 신원과 슬라이스 가입 정보를 확보한 뒤 Serving AMF 결정을 수정합니다.

UE가 처음 네트워크에 진입할 때 gNB가 보유한 정보는 제한된 GUAMI 정보, Requested NSSAI 정보 또는 기본 AMF 설정뿐일 수 있습니다. 인증과 가입 데이터 조회가 끝난 후에야 5GC는 가입자가 어떤 슬라이스를 사용할 수 있는지 정확히 판단할 수 있습니다. 이후 NSSF가 Slice Requirement를 Target AMF Set으로 변환하고, NRF는 Registration을 계속할 실제 AMF 인스턴스를 식별하는 데 도움을 줍니다.

따라서 이 시그널링 흐름을 분석할 때 가장 유용한 질문은 “왜 등록 도중 AMF가 바뀌었는가?”가 아니라, 네트워크가 어느 시점에 UE 서비스를 계속할 AMF를 결정하기에 충분한 정보를 최종적으로 확보했는가?입니다.

자주 묻는 질문

AMF 재할당은 AMF Pool의 부하 분산과 같은가?

아닙니다. AMF Pool의 부하 분산은 일반적으로 여러 AMF 인스턴스 사이의 용량, 가중치, 고가용성 분산에 초점을 둡니다. 이 절차에서 AMF 재할당은 Initial AMF가 UE가 최종적으로 필요로 하는 네트워크 슬라이스를 서비스할 수 없기 때문에 발생합니다. 두 방식 모두 결과적으로 다른 Serving AMF를 사용할 수 있지만 트리거 조건과 시그널링 로직은 본질적으로 다릅니다.

Network Slicing 환경에서는 항상 NSSF 선택과 AMF 재할당이 필요한가?

아닙니다. Network Slicing이 구축되어 있어도 gNB가 처음 선택한 AMF가 UE가 최종적으로 필요로 하는 슬라이스를 이미 서비스할 수 있다면 AMF 재할당은 필요하지 않습니다. 재할당은 등록 과정의 조건부 분기이며 모든 슬라이싱 네트워크에서 필수인 단계가 아닙니다.

등록 중 AMF가 변경된 것을 UE가 직접 감지할 수 있는가?

UE 관점에서는 Registration 성공 여부와 네트워크가 반환하는 Allowed NSSAI, Configured NSSAI, Rejected NSSAI, 5G-GUTI 값이 핵심입니다. AMF 재할당과 Registration Context 전달은 5GC 내부 제어 절차이며 UE에는 대부분 투명합니다.

간접 전달과 직접 전달 중 하나가 항상 더 일반적인가?

절차 정의만으로 보편적인 결론을 내릴 수는 없습니다. 실제 사용 방식은 5GC 구축 아키텍처, 공급업체 구현, AMF 간 서비스 기반 통신 기능, RAN 및 코어 네트워크 설정에 따라 달라집니다. 실제 문제 해결에서는 운영 중인 네트워크에서 관찰된 시그널링 경로를 따라야 합니다.