엔지니어가 처음 5G 코어 인터페이스를 접하면 N1부터 N50까지 양단의 네트워크 기능, 사용 프로토콜, 4G에서 가장 가까운 대응 관계를 순서대로 외우는 경우가 많습니다. 입문 단계에서는 도움이 될 수 있지만, 실제 구축, 시그널링 분석, 장애 처리 단계에 들어가면 금방 한계가 드러납니다. 실무에서는 이 인터페이스가 액세스, 세션 관리, 정책 제어, 사용자 평면 중 어디에 속하는지, NAS, GTP-U, PFCP 또는 SBI 서비스 중 무엇을 전달하는지, 그리고 문제가 생겼을 때 다음에 어떤 제어 경로를 따라가야 하는지를 판단하는 것이 더 중요합니다.

이는 5GC와 EPC 사이의 가장 중요한 아키텍처 차이 중 하나이기도 합니다. 5G는 S1, S11, Gx, S6a 같은 인터페이스의 이름만 바꾼 구조가 아닙니다. 일부 참조점 인터페이스를 유지하면서 서비스 기반 아키텍처(Service-Based Architecture, SBA)를 도입해 제어 평면 네트워크 기능이 서비스 호출로 상호작용하도록 합니다. 따라서 5GC 인터페이스는 참조점 관점과 SBA 서비스 관점을 함께 사용해 분석하는 것이 가장 적합합니다.

SBA와 참조점 아키텍처를 이해하는 방법

5GC를 바라보는 데에는 두 가지 유용한 관점이 있습니다. 첫 번째는 두 기능 엔터티 사이의 논리 관계를 설명하는 전통적인 참조점 아키텍처입니다. 예를 들어 UE와 AMF 사이의 N1, gNB와 AMF 사이의 N2, gNB와 UPF 사이의 N3, SMF와 UPF 사이의 N4가 여기에 해당합니다. 두 번째는 SBA 관점으로, AMF, SMF, PCF, UDM, AUSF, NSSF, NEF, NRF 같은 제어 평면 기능을 서비스 생산자와 서비스 소비자로 봅니다.

이 두 관점은 서로 모순되지 않습니다. 참조점 모델은 종단 간 시그널링 경로를 추적하는 데 유용하고, SBA는 동적인 네트워크 기능 탐색, 서비스 호출, 서비스 확장을 이해하는 데 더 명확한 틀을 제공합니다.

예를 들어 N2는 엔드포인트 관계가 매우 명확합니다. gNB는 AMF에 연결되고 NGAP를 사용해 NAS 시그널링을 전달하며 연결 관리를 지원합니다. N3는 gNB와 UPF를 연결하고 GTP-U를 통해 사용자 평면 트래픽을 운반합니다. 이런 유형의 인터페이스는 명확한 점대점 경로 특성을 가집니다.

반면 AMF가 UDM, AUSF 또는 PCF에 접근할 때는 해당 네트워크 기능이 제공하는 서비스가 중심이 됩니다. N8은 AMF와 UDM 사이에서 이동성 관리 가입 정보를 얻는 데 사용되고, N12는 AMF와 AUSF 사이의 인증 관리를 지원하며, N15는 AMF가 이동성 관련 정책을 얻도록 합니다. 이러한 관계는 5GC 제어 평면이 전통적인 전용 프로토콜에서 HTTP/2 기반 서비스 상호작용으로 이동하고 있음을 보여 줍니다.

따라서 패킷 캡처나 아키텍처 다이어그램을 분석할 때 N8 같은 인터페이스를 단순한 고정 물리 연결로만 봐서는 안 됩니다. 어떤 NF가 어떤 서비스를 소비하는지, 해당 서비스 인스턴스가 어떻게 탐색되었는지, HTTP/2 트랜잭션이 서비스 절차의 어느 단계에 속하는지를 파악하는 것이 더 중요합니다.

핵심 인터페이스는 어떻게 그룹화할 수 있는가?

인터페이스 번호를 하나씩 외우기보다 해당 인터페이스가 지원하는 네트워크 기능에 따라 그룹화하는 것이 더 실용적입니다. 특정 시그널링 메시지가 나타나면 먼저 기능 범주를 식별한 뒤 구체적인 인터페이스로 분석 범위를 좁힐 수 있습니다.

액세스 및 사용자 평면 경로

N1, N2, N3는 5G 액세스 측에서 가장 기본적인 인터페이스 그룹을 구성합니다. N1은 UE와 AMF 사이에서 동작하며 5G NAS의 이동성 관리 및 세션 관리 정보를 전달합니다. N2는 gNB와 AMF를 연결하고 NGAP로 NAS 시그널링을 전달하며 연결 관리를 지원합니다. N3는 gNB와 UPF를 연결하고 GTP-U를 통해 실제 사용자 평면 트래픽을 운반합니다.

코어 네트워크 내부에서는 UPF가 N9에서 GTP-U를 사용해 사용자 트래픽을 계속 전달할 수 있으며, UPF는 N6를 통해 외부 데이터 네트워크(Data Network, DN)에 연결됩니다. N6의 트래픽은 더 이상 5G 전용 제어 시그널링이 아니라 웹 콘텐츠, 이미지, 동영상 및 기타 사용자 데이터와 같은 애플리케이션 계층 IP 트래픽입니다.

따라서 UE 등록과 PDU 세션 설정이 성공했는데도 애플리케이션 트래픽이 통과하지 못한다면, 장애 분석의 초점은 보통 AMF 제어 평면에서 N3, UPF 포워딩 동작, N6, 외부 DN 쪽으로 이동해야 합니다.

세션 및 사용자 평면 제어

N4는 5GC에서 가장 중요한 제어 인터페이스 중 하나입니다. SMF와 UPF 사이에서 동작하며 PFCP를 사용합니다. SMF는 세션 제어를 담당하고 UPF는 패킷 포워딩을 수행하므로, N4는 포워딩 규칙을 설치하고 사용자 평면 동작을 제어하는 인터페이스입니다.

N11은 AMF와 SMF를 연결하며 주로 PDU 세션 관리 시그널링을 지원합니다. UE가 PDU Session Establishment를 시작하면 AMF는 세션 관리 요청을 SMF에 전달해 후속 처리를 진행합니다. 등록은 성공했지만 PDU 세션 설정이 실패하는 경우 N11과 이후의 SMF 절차가 주요 장애 분석 지점이 됩니다.

N16은 SMF 재선택 관련 절차를 포함해 SMF 인스턴스 간 상호작용을 지원합니다. EPC와 비교하면 5GC는 제어 기능을 더 많은 독립 NF로 분리합니다. 과거 MME, SGW 또는 PGW에 집중되어 있던 역할이 AMF, SMF, PCF, UDM 같은 기능으로 분산되면서 새로운 서비스 관계가 만들어집니다.

정책, 인증 및 가입자 데이터

정책 제어는 주로 PCF를 중심으로 이루어집니다. N7은 SMF와 PCF를 연결하며 세션 관리 관련 정책을 요청하는 데 사용됩니다. N5는 PCF와 AF 사이에서 동작하며 애플리케이션 수준의 서비스 파라미터와 요구사항을 전달합니다. N15는 AMF가 이동성 관련 정책을 얻도록 합니다.

가입자 데이터의 경우 N8을 통해 AMF가 UDM에 접근해 이동성 관리 가입 정보를 가져오고, N10은 SMF와 UDM을 연결해 세션 관리 관련 가입 데이터를 얻습니다. 인증은 다시 AMF와 AUSF 사이의 N12, AUSF와 UDM 사이의 N13으로 분리됩니다.

이러한 분리는 특히 중요합니다. EPC에서는 HSS가 가입자 및 인증 데이터 기능의 상당 부분을 담당했습니다. 5GC에서는 역할이 UDM, AUSF 및 관련 데이터 저장 기능에 더 세밀하게 분배됩니다. 인증이 실패했을 때 가입자 데이터가 존재하는지만 확인해서는 충분하지 않습니다. AMF가 인증을 시작하는 과정에서 실패했는지, AUSF 처리 중인지, 또는 AUSF가 UDM에서 필요한 정보를 가져오는 과정에서 실패했는지까지 판단해야 합니다.

고급 서비스 인터페이스는 무엇을 처리하는가?

5GC 인터페이스 모델의 확장성은 N1부터 N16을 넘어가면서 특히 뚜렷해집니다. 네트워크 슬라이싱, 기능 노출, 네트워크 분석, 로밍, 데이터 분리가 도입되면서 독립 네트워크 기능을 중심으로 더 많은 인터페이스가 정의됩니다.

N22는 네트워크 슬라이스 선택을 위해 AMF와 NSSF를 연결합니다. N34는 NSSF와 NWDAF를 연결해 네트워크 분석이 슬라이스 관련 의사결정을 지원하도록 합니다. NWDAF는 N23을 통해 PCF에 분석 정보를 제공할 수도 있어 분석 데이터를 정책 결정에 활용할 수 있습니다. 그 결과 정책 제어는 정적인 가입자 정보와 미리 정의된 규칙에만 의존할 필요가 없습니다.

기능 노출은 주로 NEF와 관련됩니다. N29는 SMF와 NEF 사이에서 동작하고, N30은 NEF와 PCF를 연결합니다. N33은 API와 AF 사이의 서비스 호출을 지원합니다. 따라서 NEF는 외부 애플리케이션과 코어 네트워크 기능 사이에서 중요한 위치를 차지하며, 네트워크 기능을 애플리케이션 측 서비스에 통제된 방식으로 노출하는 수단을 제공합니다.

데이터 저장도 더 세분화됩니다. N35는 UDM과 UDR을 연결해 가입자 데이터를 저장하고, N36은 PCF와 UDR을 연결해 정책 데이터를 저장합니다. N37은 NEF가 UDR에 접근해 기능 노출 및 애플리케이션 관련 데이터를 처리하도록 합니다. UDSF는 비정형 데이터 저장에도 사용되어 컴퓨팅과 저장 기능의 분리를 지원합니다.

로밍 및 사업자 간 시나리오에서는 방문망 PCF와 홈망 PCF 사이의 N24, 방문망 NRF와 홈망 NRF 사이의 N27, V-NSSF와 H-NSSF 사이의 N31, V-SEPP와 H-SEPP 사이의 N32 같은 추가 인터페이스가 사용됩니다. SEPP는 사업자 간 경계에서 보안 제어를 제공합니다. 이러한 인터페이스는 단일 사업자의 로컬 테스트 환경에서는 자주 보이지 않을 수 있지만 로밍 아키텍처를 분석할 때 중요합니다.

과금 기능도 전통적인 Diameter 기반 모델에서 서비스 기반 상호작용으로 이동하고 있습니다. N28은 PCF와 CHF를 연결해 과금 관련 정보가 PCC 규칙 결정에 활용되도록 하며, N40은 SMF와 CHF를 연결합니다. N41부터 N49는 관련 규격 범위에서 예약되어 있습니다. 또 다른 특수 인터페이스인 N50은 AMF와 CBCF를 연결해 공공 경보 및 재난 알림 서비스를 지원합니다.

5GC를 EPC와 매핑할 때 무엇을 고려해야 하는가?

4G에서 5G로 전환할 때 EPC 경험은 매우 유용하지만, 이를 기계적인 일대일 대체 관계로 보아서는 안 됩니다. 5GC와 EPC 인터페이스 사이의 유사성은 정확한 등가 관계라기보다 기능적 참고 관계에 가깝습니다.

일부 매핑은 비교적 직관적입니다. N2는 기능적으로 S1-MME와 비교할 수 있고, N3는 S1-U와 유사합니다. N4는 CUPS 기반 EPC 아키텍처의 Sxa, Sxb, Sxc와 기능적으로 비슷합니다. 정책 제어 관점에서 N7은 Gx와 비교할 수 있고, N5는 전통적으로 Rx와 연관되던 애플리케이션 정책 역할을 이해하는 데 도움이 됩니다.

가입자 및 인증 기능에서도 비슷한 전환 패턴을 볼 수 있습니다. N8은 MME와 HSS 사이 S6a 상호작용의 일부와 기능적으로 비교할 수 있습니다. AMF 간 이동성 관리를 지원하는 N14는 MME 간 S10과 비교할 수 있고, 장비 식별 확인용 N17은 MME와 EIR 간 S13 상호작용에 기능적으로 대응합니다.

하지만 많은 5GC 인터페이스는 4G에 직접 대응되는 항목이 없습니다. 슬라이스 선택을 위한 N22, 네트워크 분석을 위한 N23, 도메인 간 NRF 탐색을 위한 N27, UDR 기반 데이터 저장 주변 인터페이스가 대표적인 예입니다. 이러한 관계는 5GC의 서비스 기반 아키텍처와 더 높은 수준의 기능 분리에 따라 도입되었습니다.

따라서 더 나은 전환 방법은 모든 N 인터페이스를 S 인터페이스나 Diameter 참조점에 억지로 맞추기보다 먼저 기능을 비교하고 그다음 시그널링 메커니즘을 비교하는 것입니다. 프로토콜 진화는 특히 중요합니다. EPC 제어 평면 시그널링은 Diameter와 GTPv2에 크게 의존했지만, 현재 많은 5GC 제어 평면 상호작용은 HTTP/2 기반 SBI 서비스를 사용합니다.

5GC 인터페이스 분석을 위한 실무 접근법

실제 5GC 시그널링 분석에서는 인터페이스 번호에서 정방향으로 추적하기보다 서비스 증상에서 역방향으로 분석하는 것이 더 효과적인 경우가 많습니다. UE가 등록되지 않으면 N1, N2, 이후의 AMF 인증 및 가입자 데이터 절차부터 확인합니다. 등록은 성공했지만 PDU 세션이 실패하면 N11, SMF, N7, N10, N4로 이어서 확인합니다. PDU 세션은 성공했지만 사용자 트래픽이 데이터 네트워크에 도달하지 못하면 N3, UPF 포워딩, N6에 초점을 맞춥니다.

정책 관련 문제는 N7과 PCF 관련 시그널링 체인을 계속 확인합니다. 슬라이스 선택 문제는 AMF와 NSSF 사이의 N22에 집중합니다. 기능 노출이나 애플리케이션 주도 정책 요구사항은 NEF, AF, PCF 관련 인터페이스까지 분석 범위를 확장합니다. “서비스 단계 — 네트워크 기능 — 인터페이스 — 프로토콜”의 4계층 매핑을 만들면 수십 개의 N 인터페이스를 훨씬 쉽게 해석할 수 있습니다.

아키텍처 학습부터 상용망 장애 처리까지 5GC 인터페이스 분석에서 가장 중요한 것은 기능 간 관계를 이해하는 것입니다. 액세스 계층은 UE를 코어 네트워크에 연결하고, 세션 관리는 PDU Session을 설정하며, 정책과 가입자 서비스는 그 세션을 어떻게 처리할지 결정합니다. 사용자 평면은 실제 애플리케이션 트래픽을 전달하고, SBA는 제어 평면 기능이 서비스 기반 상호작용으로 협력하도록 합니다. 이런 종단 간 논리를 이해하는 것이 전체 인터페이스 표를 단순 암기하는 것보다 더 높은 실무 가치를 제공합니다.

자주 묻는 질문

N 인터페이스 번호가 높을수록 더 새로운 기능을 의미하는가?

아닙니다. N 인터페이스 번호는 아키텍처의 논리 참조점을 식별하기 위한 것이며 기술 세대, 중요도 또는 시간 순서를 나타내지 않습니다. N1, N2, N3는 가장 기본적인 5GC 인터페이스에 속하며, 더 높은 번호에는 새로운 기능 관계와 예약된 참조점이 모두 포함됩니다.

모든 5GC 제어 평면 인터페이스가 HTTP/2를 사용하는가?

아닙니다. 많은 SBA 관련 제어 평면 상호작용은 HTTP/2를 사용하지만 5GC에는 여러 다른 프로토콜도 포함됩니다. N2는 NGAP, N3와 N9은 GTP-U, N4는 PFCP를 사용하고, UE와 AMF 사이의 통신에는 5G NAS도 사용됩니다. 따라서 장애 분석은 먼저 인터페이스 유형을 식별한 뒤 적절한 프로토콜 분석 방법을 선택해야 합니다.

패킷 캡처에서 N 인터페이스 이름이 보이지 않는 경우가 있는 이유는 무엇인가?

N 인터페이스 이름은 아키텍처의 논리 참조점을 나타냅니다. 패킷 캡처에는 일반적으로 HTTP/2, NGAP, PFCP, GTP-U 같은 실제 프로토콜과 통신 중인 네트워크 기능의 IP 주소가 표시됩니다. 따라서 논리적 N 인터페이스는 양쪽 NF의 역할과 분석 중인 서비스 절차를 바탕으로 식별해야 합니다.

5GC 테스트 네트워크에서 정의된 모든 인터페이스를 구축해야 하는가?

아닙니다. 실제로 나타나는 인터페이스는 네트워크 규모, 활성화된 서비스, 그리고 로밍, 네트워크 슬라이싱, 기능 노출, 네트워크 분석, 공공 경보 같은 기능을 지원하는지에 따라 달라집니다. 기본 등록과 데이터 연결에는 전체 5GC 인터페이스 체계의 일부만 사용됩니다.