네트워크 슬라이싱(Network Slicing)

1. 개요

가. 정의

네트워크 슬라이싱(Network Slicing) 은 하나의 물리 네트워크 인프라(무선 접속망·전송망·코어망) 위에 서로 논리적으로 격리된 다수의 종단 간(end-to-end) 가상 네트워크(슬라이스)를 만들어, 슬라이스마다 서로 다른 성능·기능·보안 요건을 독립적으로 보장하는 기술이다.

네트워크 슬라이싱의 본질은 "하나의 물리망을 여러 개의 목적별 전용망처럼 쓰는 것" 이다. 전통적인 통신망은 모든 가입자·서비스가 동일한 자원 풀을 공유하므로, 특정 서비스가 요구하는 지연·대역·신뢰도를 개별적으로 보장하기 어려웠다. 슬라이싱은 SDN(소프트웨어 정의 네트워킹)과 NFV(네트워크 기능 가상화)를 토대로, 컴퓨팅·저장·네트워크 자원을 소프트웨어적으로 분할·재구성함으로써 각 서비스에 맞춤형 논리망을 즉시 생성·제공한다.

여기서 중요한 것은 슬라이스가 단순한 QoS(품질보증) 우선순위 조정이 아니라 제어평면(Control Plane)과 사용자평면(User Plane)을 포함한 종단 간 논리 네트워크 전체를 분리한다는 점이다. 즉 무선 스케줄러의 자원 블록부터 전송망의 경로, 코어망의 세션관리·이동성관리 기능까지 슬라이스 단위로 나뉜다. 이 때문에 슬라이싱은 5G 아키텍처를 이전 세대와 구분 짓는 핵심 특성으로 꼽힌다.

비유하자면 슬라이싱은 하나의 고속도로(물리 인프라)에 응급차 전용차로(URLLC), 화물 대량수송 차로(eMBB), 다수 소형차 전용차로(mMTC)를 논리적으로 그어 두는 것과 같다. 도로는 하나지만 차로마다 통행 규칙·속도·우선권이 달라, 응급차가 화물 정체에 갇히지 않는다. 다만 슬라이싱은 단순히 차로를 나누는 데 그치지 않고, 각 차로에 전용 진입로·요금소·관제(제어평면 기능)까지 붙여 준다는 점에서 종단 간 분리의 성격이 더 강하다.

나. 등장 배경 및 필요성

5G는 서로 성격이 극단적으로 다른 세 가지 서비스 부류를 하나의 인프라로 동시에 수용해야 한다. 초고속 대용량 스트리밍을 요구하는 eMBB(초광대역), 1ms급 지연과 99.999% 신뢰도를 요구하는 URLLC(초저지연·고신뢰), 수만~수십만 개 단말의 저전력 연결을 요구하는 mMTC(대규모 사물통신)가 그것이다. 이 세 요구는 동시에 최적화할 수 없는 상충 관계에 있어서, 단일한 "평균적" 네트워크로는 어느 하나도 제대로 만족시키지 못한다.

과거에는 서비스마다 별도의 물리망을 구축하는 방식(전용회선·전용장비)으로 대응했으나, 이는 자본비용(CAPEX)과 운영비용(OPEX)을 과도하게 키우고 자원 이용률을 떨어뜨렸다. 반대로 하나의 공용망에 모든 트래픽을 몰면 폭주하는 영상 트래픽이 원격제어 신호를 밀어내는 등의 간섭이 발생한다. 슬라이싱은 "물리적으로는 하나, 논리적으로는 여럿" 이라는 절충으로 이 딜레마를 해소한다. 자원은 공유하되 서비스별 SLA(서비스수준협약)는 격리·보장하는 것이다.

4G(LTE)까지는 이런 서비스별 차등이 QoS 클래스(QCI) 수준의 우선순위 조정에 머물렀다. 그러나 QoS만으로는 제어평면·코어 기능까지 나눌 수 없어, 지연에 극도로 민감한 미션크리티컬 서비스를 일반 트래픽과 근본적으로 격리하기 어려웠다. 5G가 자율주행·스마트팩토리 같은 산업 융합 서비스를 겨냥하면서, 서비스마다 성능·기능·보안을 통째로 재단할 수 있는 종단 간 슬라이싱이 필수 요건으로 부상한 것이다.

또한 통신사업자(MNO) 관점에서 슬라이싱은 새로운 수익 모델의 기반이 된다. 자율주행·스마트팩토리·원격의료·대규모 이벤트 중계 등 산업별 요구에 맞춘 슬라이스를 온디맨드로 판매(Network-as-a-Service)할 수 있고, 나아가 슬라이스 운영권 일부를 기업 고객에게 위임하는 형태도 가능하다. 이 배경에서 3GPP는 Release 15부터 슬라이싱을 표준의 핵심 기능으로 명시했다.

기술적으로 슬라이싱이 가능해진 것은 SDN·NFV의 성숙 덕분이다. 과거 네트워크 기능은 전용 하드웨어(라우터·게이트웨이)에 고정돼 있어 서비스마다 물리 장비를 새로 사야 했지만, NFV는 이 기능들을 범용 서버 위 소프트웨어(VNF/CNF)로 분리했고 SDN은 제어평면과 데이터평면을 나눠 경로를 프로그래밍 가능하게 만들었다. 그 결과 자원을 소프트웨어 명령만으로 나누고 재구성할 수 있게 되었고, 이것이 "물리망 하나에 논리망 여럿"이라는 슬라이싱의 전제를 성립시켰다. 슬라이싱을 SDN·NFV의 "응용"이자 5G 시대의 대표 유스케이스로 보는 이유가 여기에 있다.

다. 특징

격리성(Isolation): 한 슬라이스의 장애·과부하·보안사고가 다른 슬라이스에 전파되지 않는다.
맞춤성(Customization): 슬라이스마다 토폴로지·기능·SLA를 서로 다르게 설계한다.
탄력성(Elasticity): 트래픽 변화에 따라 슬라이스 자원을 동적으로 확장·축소한다.
자동화(Automation): 슬라이스의 설계·배포·운영·폐기 전 과정을 오케스트레이션으로 자동화한다.

이 네 특징은 서로 맞물려 작동한다. 격리성이 SLA 신뢰의 토대라면 맞춤성은 그 SLA를 서비스별로 설계하는 자유도를, 탄력성은 수요 변동 속에서도 SLA를 유지하는 능력을, 자동화는 이 모든 것을 사람 손 없이 대규모로 반복 가능하게 만드는 실행력을 제공한다. 특히 자동화 없이는 수백 개 슬라이스를 개별 관리하는 것이 비현실적이므로, 슬라이싱의 상용 가치는 사실상 오케스트레이션 성숙도에 비례한다고 볼 수 있다.

2. 네트워크 슬라이싱 전체 구조

종단 간 슬라이스는 접속망(RAN)·전송망(Transport)·코어망(Core)의 세 도메인이 각각 잘려 하나로 이어질 때 비로소 완성된다. 어느 한 구간이라도 슬라이싱되지 않으면 그 지점이 병목이 되어 SLA가 무너지므로, 세 도메인의 일관된 분할이 전제된다. 이는 사슬의 강도가 가장 약한 고리에 좌우되는 것과 같은 이치로, 종단 지연 목표가 1ms라면 세 구간의 지연 예산(latency budget)을 합산해 각 구간에 배분·검증해야 한다. 아래 구조도는 세 도메인이 어떻게 하나의 슬라이스로 연결되는지를 나타낸다.

flowchart LR
  subgraph RAN["접속망(RAN) 슬라이싱"]
    R1["무선 자원 블록<br/>스케줄러 분할"]
  end
  subgraph TN["전송망(Transport) 슬라이싱"]
    T1["FlexE·VPN·<br/>세그먼트 라우팅"]
  end
  subgraph CN["코어망(Core) 슬라이싱"]
    C1["가상화 NF<br/>SMF·UPF·AMF"]
  end
  UE["단말(UE)"] --> R1 --> T1 --> C1 --> DN["데이터망(DN)"]

접속망(RAN) 슬라이싱 은 기지국의 무선 자원(주파수·시간 자원 블록, 스케줄링 우선순위)을 슬라이스별로 배분한다. URLLC 슬라이스에는 짧은 전송시간간격(TTI)과 선점 스케줄링을 부여해 지연을 낮추고, eMBB 슬라이스에는 넓은 대역을 배정한다. 무선 구간은 자원이 근본적으로 희소하고 전파 환경에 좌우되므로, RAN 슬라이싱의 정교함이 종단 성능을 좌우하는 경우가 많다. 실제로 RAN에서는 완전한 물리 분리보다 스케줄러 수준의 우선순위·자원예약(하드/소프트 슬라이싱 혼합)이 흔히 쓰인다.

RAN 슬라이싱이 어려운 근본 이유는 무선 자원이 시간·주파수라는 물리적으로 유한한 자원인 데다, 전파 상태·간섭·이동성 때문에 순간순간 가용량이 변한다는 데 있다. 유선처럼 링크를 정적으로 쪼개 놓을 수 없으므로, 스케줄러가 매 전송시간간격마다 슬라이스별 우선순위·최소보장자원(가중치)을 반영해 동적으로 자원 블록을 나눈다. 예컨대 URLLC 슬라이스에 15%의 자원을 최소보장으로 예약해 두면, 다른 슬라이스가 폭주해도 제어 신호가 밀려나지 않는다. 이처럼 RAN에서는 "예약은 하되 남는 자원은 공유"하는 소프트 슬라이싱이 효율과 보장을 절충하는 현실적 해법이 된다.

전송망(Transport) 슬라이싱 은 기지국과 코어를 잇는 백홀·프론트홀 구간을 나눈다. 이더넷 물리계층을 슬롯 단위로 쪼개는 FlexE(Flexible Ethernet), IP/MPLS VPN, 그리고 경로를 소스에서 지정하는 세그먼트 라우팅(SRv6 등) 이 대표 기법이다. 전송망은 지연·지터·대역을 결정적으로 보장해야 하는 구간이어서, URLLC 슬라이스의 경우 물리계층 수준의 강한 격리(FlexE)를 선호한다.

전송망이 종종 간과되지만 실제로는 종단 SLA의 병목이 되는 경우가 많다. RAN과 코어를 아무리 정교하게 슬라이싱해도, 그 사이를 잇는 전송 구간에서 큐잉 지연이나 경합이 발생하면 1ms급 목표가 무너지기 때문이다. FlexE는 100G 이더넷을 5G 단위의 하위 채널로 나눠 특정 슬라이스에 물리 슬롯을 전용 할당함으로써, 다른 트래픽의 버스트가 있어도 지연·대역을 결정적으로 보장한다. 반면 통계적 다중화에 의존하는 IP VPN 방식은 유연하고 저렴하지만 혼잡 시 지터가 커질 수 있어, 미션크리티컬 슬라이스에는 부적합할 수 있다.

코어망(Core) 슬라이싱 은 5G 코어의 네트워크 기능(NF)을 슬라이스별 인스턴스로 가상 배치한다. 세션관리(SMF)·사용자평면(UPF)·접속이동성관리(AMF) 등을 슬라이스 요구에 맞게 조합하며, 특히 UPF를 사용자 가까이(엣지)에 배치하면 지연을 크게 줄일 수 있다. 코어는 소프트웨어(가상머신·컨테이너) 기반이므로 상대적으로 유연하게 분할·복제된다.

한편 세 도메인의 분할을 하나의 종단 간 슬라이스로 엮으려면, 도메인 경계에서 슬라이스 식별자(S-NSSAI)가 일관되게 매핑되고 트래픽이 올바른 하위 경로로 이어져야 한다. 즉 RAN이 특정 슬라이스로 분류한 트래픽이 전송망의 대응 경로와 코어의 대응 NF 집합으로 정확히 전달되어야 하며, 이 매핑이 어긋나면 격리가 깨진다. 그래서 종단 간 슬라이싱은 각 도메인의 분할 기술뿐 아니라, 이를 잇는 식별·매핑·정책 일관성이 함께 갖춰져야 완성된다.

5G 코어가 서비스 기반 아키텍처(SBA) 로 재설계된 것이 코어 슬라이싱을 가능케 한 결정적 토대다. 기능들이 잘게 나뉜 마이크로서비스형 NF로 구성되고 표준 API로 통신하기 때문에, 슬라이스마다 필요한 NF만 골라 조립하는 "레고식" 구성이 가능하다. 예컨대 mMTC 슬라이스는 대량 단말의 세션을 가볍게 처리하도록 최소 기능만 두고, URLLC 슬라이스는 전용 UPF를 엣지에 배치해 사용자평면 경로를 짧게 만든다. 이처럼 제어평면 일부(예: 공통 AMF)는 공유하고 사용자평면(UPF)은 슬라이스별로 전용화하는 절충 구성이 실무에서 흔히 쓰이며, 이는 시그널링 효율과 데이터 격리를 동시에 얻으려는 설계 선택이다.

도메인	대표 분할 기법	격리 강도	주 목적
RAN	자원블록·스케줄러 우선순위	중(소프트)	무선 지연·대역
Transport	FlexE·VPN·세그먼트 라우팅	상(하드 가능)	결정적 지연·대역
Core	가상 NF 인스턴스 분리	상	기능·세션 맞춤

세 도메인을 비교하면 격리의 "쉬움"과 "비용"이 서로 다르다는 점이 드러난다. 코어는 소프트웨어 기반이라 인스턴스를 복제·분리하기가 상대적으로 쉽고 비용도 낮은 반면, RAN은 물리적으로 유한한 무선 자원을 다루므로 강한 격리가 곧 큰 기회비용(다른 슬라이스가 못 쓰는 자원)으로 이어진다. 전송망은 그 중간으로, FlexE 같은 물리 슬롯 분할은 강력하지만 장비 지원과 설계 부담이 따른다. 따라서 실무 설계는 "어느 구간에 얼마나 강한 격리를 둘 것인가"를 서비스 요구와 비용을 저울질해 도메인별로 다르게 정하는 최적화 문제가 된다.

3. 슬라이스 관리·오케스트레이션 아키텍처

슬라이스는 한 번 만들면 끝이 아니라, 요구 접수 → 설계 → 배포 → 운영·감시 → 폐기의 수명주기를 갖는 관리 대상이다. 이 수명주기 관점이 슬라이싱을 정적인 구성이 아니라 살아 있는 서비스로 만든다. 슬라이스는 수요에 따라 생성되었다가 이벤트 종료 후 회수되고, 운영 중에는 SLA에 맞춰 끊임없이 조정되므로, 관리 자동화 없이는 이 동적 특성을 감당할 수 없다. 3GPP(TS 28.530 계열)는 이 관리를 세 계층의 관리기능으로 정의한다. 아래 도해는 상위 고객 요구가 어떻게 하위 서브넷 자원 할당으로 분해되는지를 보여준다.

flowchart TD
  CSMF["CSMF<br/>통신 서비스 관리"] --> NSMF["NSMF<br/>슬라이스 관리"]
  NSMF --> NSSMF1["NSSMF(RAN)"]
  NSMF --> NSSMF2["NSSMF(Core)"]
  NSMF --> NSSMF3["NSSMF(Transport)"]
  NSSMF1 --> RES["물리·가상 자원(MANO/NFVO)"]
  NSSMF2 --> RES
  NSSMF3 --> RES

이 관리 아키텍처는 클라우드의 IaaS 계층 모델과 견주면 이해가 쉽다. 고객은 원하는 서비스 품질을 "주문"하고, 오케스트레이션 계층이 이를 하위 자원 할당으로 자동 분해·실행하며, 운영 중에는 SLA 위반이 없도록 자원을 재조정한다. 슬라이싱을 흔히 "네트워크의 클라우드화" 또는 NaaS로 부르는 이유가 여기에 있다.

가장 위의 CSMF(Communication Service Management Function) 는 고객(기업·서비스)의 언어로 표현된 서비스 요구(예: "지연 10ms 이하, 가용성 99.99%의 자율주행 지원망")를 접수해, 이를 네트워크 슬라이스 요건으로 번역한다. 즉 비즈니스 요구와 기술 요건 사이의 통역사 역할을 한다. 이 계층 덕분에 고객은 내부 망 구조를 몰라도 원하는 품질을 주문할 수 있다.

NSMF(Network Slice Management Function) 는 종단 간 슬라이스 전체의 생성·수정·감시·폐기를 총괄한다. NSMF는 하나의 슬라이스를 RAN·Core·Transport 등 여러 서브넷 슬라이스(NSSI) 로 분해하고, 각 서브넷을 담당하는 NSSMF에 요구를 위임한 뒤 이들을 하나로 엮어 SLA를 종단에서 보장한다. NSMF는 실시간 성능지표(KPI)를 수집해 SLA 위반이 예상되면 자원을 재배치하는 폐루프(closed-loop) 자동화의 중심이다.

NSSMF(Network Slice Subnet Management Function) 는 도메인별 서브넷을 관리하며, 실제 자원 할당은 NFV MANO(NFVO·VNFM·VIM)와 SDN 컨트롤러에 지시해 수행한다. 이 계층 분리 덕분에 도메인마다 다른 벤더·기술을 쓰더라도 상위 관리가 일관되게 유지된다.

이 3계층 관리 모델의 실익은 관심사의 분리에 있다. 비즈니스 요구(CSMF)—종단 슬라이스 오케스트레이션(NSMF)—도메인별 자원 실행(NSSMF)을 나눠 두면, 각 계층이 독립적으로 진화·교체될 수 있어 멀티벤더 환경에서도 확장성이 확보된다. 또한 GSMA는 슬라이스 요구를 표준 서식으로 기술하는 GST(Generic Network Slice Template) 와 이를 사업자별로 구체화한 NEST를 제시해, 고객·사업자 간 슬라이스 사양 협상과 자동 배포를 표준화하려 한다. 이러한 템플릿화가 없으면 슬라이스마다 수작업 설계가 필요해 온디맨드 상용화가 사실상 불가능하다.

슬라이스를 식별하는 표준 식별자는 S-NSSAI(Single Network Slice Selection Assistance Information) 로, 슬라이스 종류를 뜻하는 SST(Slice/Service Type) 와 사업자가 세분하는 SD(Slice Differentiator) 로 구성된다. 단말이 접속하면 코어의 NSSF(Network Slice Selection Function) 가 단말의 요청 S-NSSAI와 가입정보를 근거로 적절한 슬라이스(및 AMF)를 선택한다. 하나의 단말이 동시에 여러 슬라이스에 접속(예: 업무용 URLLC + 일반 인터넷 eMBB)하는 것도 표준적으로 허용된다.

운영 단계의 핵심은 폐루프(Closed-loop) SLA 보증이다. NSMF는 각 슬라이스의 지연·처리량·패킷손실 등 KPI를 지속 수집하고, 목표치에 근접하거나 위반이 예상되면 자원을 자동으로 재배치하거나 슬라이스를 확장(scale-out)한다. 예를 들어 특정 URLLC 슬라이스의 지연이 임계치에 다가가면 오케스트레이터가 엣지 UPF를 추가 기동하거나 전송 경로를 우회시킨다. 이 감시—판단—조치의 순환을 사람이 아니라 정책·AI가 자동으로 돌리는 것이 대규모 슬라이스 운영의 전제이며, 최근에는 "무엇을 원하는가"만 선언하면 시스템이 구성을 알아서 맞추는 인텐트 기반(Intent-based) 관리로 진화하고 있다.

4. 슬라이스 유형과 격리 방식 비교

3GPP는 표준 SST 값으로 eMBB(SST=1), URLLC(SST=2), mMTC/mIoT(SST=3), V2X(SST=4) 등을 정의한다. 각 유형은 근본적으로 다른 자원 프로파일을 요구한다. eMBB는 대역폭 최대화가 목표이므로 넓은 주파수와 높은 처리량 UPF를 배정받고, URLLC는 지연·신뢰도가 목표이므로 엣지 UPF·선점 스케줄링·이중 경로를 배정받으며, mMTC는 연결 밀도·저전력이 목표이므로 시그널링 효율과 대규모 세션 처리에 최적화된다. 이처럼 "무엇을 최적화하는가"가 다르기 때문에 동일 물리망 위에서도 슬라이스별 설계가 크게 갈린다.

이 세 요구가 왜 동시에 만족될 수 없는지는 자원 배분의 상충에서 비롯된다. 초저지연을 얻으려면 자원을 미리 예약(선점)해 대기를 없애야 하는데, 이는 통계적 다중화로 이용률을 끌어올리는 대역 최대화(eMBB) 전략과 정면으로 충돌한다. 또 수십만 단말을 저전력으로 붙잡는 mMTC는 잦은 재전송·정교한 스케줄링을 피해야 하므로 고신뢰(URLLC)와도 어긋난다. 슬라이싱은 이 상충을 "하나의 최적점을 찾는" 대신 "요구가 같은 것끼리 묶어 각각 최적화"하는 방식으로 회피한다. 바로 이 지점이 슬라이싱이 단순 QoS 튜닝과 결정적으로 갈리는 부분이다.

격리의 강도 역시 슬라이스 목적에 따라 달라진다. 물리 자원을 전용으로 떼어 주는 하드 격리는 성능·보안 보장이 확실하지만 자원 이용률이 낮고 비싸며, 자원을 공유하되 스케줄링·정책으로 나누는 소프트 격리는 효율적이지만 폭주 시 간섭 위험이 남는다. 실무에서는 URLLC·미션크리티컬 슬라이스에는 하드 격리를, 일반 eMBB에는 소프트 격리를 적용하는 혼합 전략이 일반적이다.

구분	eMBB	URLLC	mMTC
핵심 요구	초고속 대역	초저지연·고신뢰	대규모 연결·저전력
목표 수치	수 Gbps	1ms·99.999%	㎢당 100만 단말
자원 전략	넓은 대역	엣지 UPF·선점	시그널링 효율
대표 사례	8K 중계·AR/VR	원격수술·공장제어	스마트미터·환경센서

슬라이스는 고정된 것이 아니라 정적·동적 두 방식으로 운용된다. 정적 슬라이스는 장기 계약(예: 공장 전용 URLLC)처럼 오래 유지되는 반면, 동적 슬라이스는 특정 이벤트나 시간대에만 생성·폐기된다. 예컨대 축제나 콘서트장에서 몇 시간 동안만 대용량 상향 슬라이스를 만들었다가 종료 후 회수하면, 자원을 항상 확보해 둘 필요 없이 필요할 때만 품질을 보장할 수 있다. 이 동적 운용의 유연성이야말로 전용망 구축 방식으로는 얻기 어려운 슬라이싱 고유의 경제적 이점이며, 사업자가 자원을 다수 고객에게 시간 축으로도 재사용할 수 있게 해 준다.

슬라이싱은 겉보기에 기존의 VLAN·VPN·QoS와 유사해 보이지만 본질이 다르다. VLAN·VPN은 주로 전송 계층의 논리 분리에 그치고 QoS는 패킷 우선순위 조정일 뿐이어서, 무선 자원·코어 기능·관리 수명주기까지 종단 간을 아우르지 못한다. 반면 슬라이싱은 RAN부터 코어 기능·관리평면까지 하나의 자동화된 종단 간 논리 네트워크로 묶는다는 점에서 차이가 생긴다. 이 차이는 곧 "슬라이스마다 독립된 SLA와 운영 자율성을 부여할 수 있는가"라는 실무적 함의로 이어진다.

보안 관점에서도 격리의 의미가 다르다. VPN이 데이터의 기밀성(암호화)에 초점을 둔다면, 슬라이스 격리는 성능·자원·장애의 상호 비간섭까지 포함한다. 즉 한 슬라이스가 디도스 공격을 받아 자원이 고갈되어도 다른 슬라이스의 SLA가 유지되어야 하므로, 자원 예약·상한(rate limit)·슬라이스별 인증(NSSAA)이 함께 설계된다. 이 때문에 슬라이싱은 성능 격리와 보안 격리를 동시에 요구하는 개념이며, 논리 격리만 믿고 검증을 소홀히 하면 오히려 공격면이 늘어난다는 점을 유의해야 한다.

5. 심화: 표준 동향과 실무 적용 사례

최신 동향은 크게 표준의 진화와 상용 배포의 확산 두 갈래로 볼 수 있다.

표준 측면에서 슬라이싱은 3GPP Release 15(2018)에서 기본 골격이 정의된 뒤, Release 16에서 로밍·상호운용성과 관리 자동화가 보강되었고, Release 17에서는 하나의 단말이 여러 슬라이스를 동시에 쓸 때의 정책(NSSAA, 슬라이스별 인증·인가), 슬라이스별 최대 단말 수 제어 등이 정교화되었다. 이후 논의(Release 18 이상, 이른바 5G-Advanced)에서는 슬라이스 간 자원 최적화와 AI 기반 폐루프 운영이 화두이며, 6G에서는 슬라이싱이 지상·위성·비지상망(NTN)을 아우르는 초연결·초분산 슬라이스로 확장될 것으로 전망된다. 다만 세부 표준은 개정 중이므로 특정 기능의 필수화 여부는 최신 규격으로 확인해야 한다.

초기 상용 배포에서 얻은 교훈도 주목할 만하다. 표준은 종단 간 슬라이싱을 규정하지만, 실제로는 단말(칩셋)·RAN 장비·전송망·코어가 모두 슬라이싱을 일관되게 지원해야 하고 상호운용 검증이 필요해, 완전한 종단 간 격리 상용화는 단계적으로 진행되고 있다. 초기에는 코어 중심의 슬라이싱과 URLLC 중심 사례가 앞서고, RAN·전송망의 강한 격리가 뒤따르는 양상이다. 또 슬라이스별 과금·SLA 측정 체계의 미비, 단말의 다중 슬라이스 접속 정책의 복잡성 등이 확산의 실무 과제로 남아 있어, 이 부분의 성숙이 대중적 상용화의 관건이라는 평가가 많다.

국내에서는 앞서 다룬 [private-5g] 제도와 결합해, 스마트팩토리 사업자가 제어용 URLLC 슬라이스와 영상·데이터용 eMBB 슬라이스를 분리 운영하는 형태가 대표 사례다. 예컨대 로봇 제어에는 1ms급 저지연 슬라이스를, 품질검사 영상 전송에는 고대역 슬라이스를 배정해 두 트래픽이 서로를 밀어내지 않도록 한다. 통신사업자 측에서는 대규모 스포츠 이벤트 중계 시 방송용 상향 대용량 슬라이스를 임시 생성·운영하고 종료 후 폐기하는 온디맨드 사례가 늘고 있다. 자율주행·차량통신(V2X) 분야에서는 안전 메시지용 초저지연 슬라이스와 인포테인먼트용 대역 슬라이스를 분리하는 구조가 논의된다. 이들 사례의 공통점은 서비스 특성이 극단적으로 다른 트래픽을 하나의 인프라 위에서 격리·보장한다는 것이다.

원격의료 분야도 슬라이싱의 가치를 잘 드러낸다. 원격수술 로봇의 촉각 피드백은 수 ms 이내의 왕복지연과 극도의 신뢰도를 요구하는 반면, 같은 병원의 전자의무기록 조회나 교육용 영상은 그만한 실시간성이 필요 없다. 이때 수술 제어에는 이중 경로와 하드 격리를 적용한 URLLC 슬라이스를, 일반 업무 트래픽에는 소프트 격리 eMBB 슬라이스를 부여하면, 병원은 하나의 5G 인프라로 상반된 두 요구를 안전하게 병행할 수 있다. 이처럼 슬라이싱은 "네트워크를 서비스 요구에 맞춰 재단"함으로써, 과거 서비스마다 전용망을 깔던 방식 대비 자본·운영비를 크게 절감하면서도 품질을 개별 보장한다.

6. 고려사항 및 시사점

격리와 효율의 트레이드오프: 하드 격리는 SLA·보안을 확실히 하지만 자원 이용률을 떨어뜨린다. 서비스의 미션크리티컬 정도에 따라 하드/소프트 격리를 차등 적용하고, 자원 예약과 초과예약(over-provisioning) 수준을 데이터 기반으로 조정하는 것이 핵심 전략이다.
종단 간 오케스트레이션과 자동화 성숙도: 슬라이싱의 가치는 RAN·전송·코어를 관통하는 자동화된 수명주기 관리에서 나온다. 도메인·벤더가 다를 때의 상호운용성과 폐루프(SLA 감시→자원 재배치) 자동화 수준이 실제 운영 성패를 가른다. AIOps·인텐트 기반 관리와의 연계가 전망된다.
보안·격리 검증과 공격면 확대: 논리 격리가 곧 완전한 보안을 뜻하지 않으므로, 슬라이스 간 측면이동·자원 고갈 공격에 대비한 격리 검증과 슬라이스별 인증(NSSAA)이 필요하다. 가상화·다계층 관리로 공격면이 넓어진 점을 고려해 제로트러스트 원칙을 적용해야 한다.
비즈니스 모델과 규제·과금: 슬라이스는 NaaS·품질차등 판매의 기반이지만, 망 중립성·공정경쟁 등 규제 쟁점과 맞물린다. 슬라이스별 SLA를 계량·과금·감사할 수 있는 체계와 표준 KPI 정의가 상용화의 전제가 된다.
연계 기술 통합: SDN·NFV·[[edge-computing]]·컨테이너 오케스트레이션과의 결합이 슬라이싱의 성능·유연성을 좌우하며, 향후 위성 등 비지상망과의 통합 슬라이싱까지 확장될 것을 염두에 둔 아키텍처 설계가 요구된다.
종단 간 상호운용성과 표준 준수: 단말·RAN·전송·코어·관리 시스템이 서로 다른 벤더로 구성되는 만큼, 3GPP·GSMA·ITU-T 표준(S-NSSAI, GST/NEST, KPI 정의)을 준수한 상호운용 검증이 필수다. 표준 미준수 구간이 하나라도 있으면 종단 간 슬라이스가 성립하지 않으므로, 도입 초기에 상호운용 시험과 단계적 확산 로드맵을 함께 설계해야 한다.

참고자료

3GPP TS 23.501, System architecture for the 5G System (5GS)
3GPP TS 28.530/28.531, Management and orchestration; Concepts, use cases and requirements for network slicing
GSMA, "Generic Network Slice Template (GST)"
ITU-T Y.3112, Framework for the support of network slicing in the IMT-2020 network

한 줄 요약: 네트워크 슬라이싱은 SDN·NFV를 토대로 하나의 물리 인프라 위에 RAN·전송·코어를 관통하는 논리적으로 격리된 종단 간 가상망을 다수 생성해, eMBB·URLLC·mMTC처럼 상충하는 서비스 요구를 슬라이스별 SLA로 각각 보장하는 5G/6G의 핵심 기술이다.