네트워크 슬라이싱은 어떻게 돈이 되는가

먼저 지불 주체를 사용자와 분리해야 한다

필자는 통신 서비스의 일상적인 수익 기반을 일반 가입자로 본다. 그러므로 개인이 직접 비용을 내는 경로를 처음부터 제외할 수는 없다. 다만 이 명제만으로 모든 슬라이싱 상품이 개인용이어야 한다고 결론 내릴 수는 없다. 산업 서비스에서는 비용을 내는 기업, 현장에서 망을 사용하는 사람이나 기계, 서비스 개선의 혜택을 얻는 고객, 비용을 최종 부담하는 조직이 서로 다를 수 있다.

예를 들어 행사 현장의 개인 창작자는 구매자이자 실제 사용자이고, 안정적인 전송으로 직접 혜택을 얻으며, 추가 비용도 스스로 부담할 수 있다. 기업이 현장 업무 연결을 구매하면 실제 사용자는 직원이나 단말이고, 수혜자는 운영 조직과 그 고객이며, 비용은 기업 예산에서 나간다. 플랫폼이나 서비스 제공자가 통신 기능을 결합해 구매하면 최종 사용자는 플랫폼 고객이지만 망 계약의 상대방은 플랫폼일 수 있다. 행사 주최자가 방문객 경험이나 운영 연속성을 위해 비용을 부담하는 경우에는 구매자와 수많은 실제 사용자가 다시 갈린다.

이 구분이 중요한 이유는 지불 의사와 품질 증거를 찾는 위치가 달라지기 때문이다. 개인은 자신의 업로드나 생방송이 실제로 나아졌는지 본다. 기업은 작업 중단, 재시도, 현장 인력 투입이 줄었는지 본다. 플랫폼은 서비스 성공률과 고객 이탈, 운영 비용을 본다. 같은 slice를 사용해도 누구에게 어떤 결과를 보고해야 하는지가 다르다.

이 표는 가능한 역할을 비교하는 분석 틀이다. 현재 특정 통신사의 가격표나 실제 상용 계약을 뜻하지 않는다. 한 조직이 여러 역할을 함께 맡을 수도 있고, 실제 비용은 계약과 유통 구조에 따라 다른 주체에게 이전될 수 있다.

표준은 청구 수단을 제공하지만 가격을 정하지 않는다

3GPP TS 32.255는 5G data connectivity charging에서 SMF와 Charging Function 사이의 절차를 정의한다. Release 19 규격에는 S-NSSAI, DNN, Tenant ID 같은 business-specific identifier를 charging information과 연결하고, business charging을 위한 account, rating, reservation control을 수행할 수 있는 구조가 포함돼 있다. Network Slice 사용을 S-NSSAI와 PDU Session 단위의 charging record에 반영하는 방법도 설명한다.

이것은 중요한 기반이다. 누가 어떤 slice의 어떤 사용을 일으켰는지 기록하지 못하면 사용량 기반 청구도, 계약별 정산도, 비용 배분도 어렵다. 하지만 규격은 고객이 무엇에 돈을 낼지, 얼마를 낼지, 통신사가 투자비를 회수할지 정하지 않는다. charging은 사용과 과금 정보를 수집·처리하는 능력이고, price는 고객에게 제시하는 교환 조건이며, product는 가치·범위·증거·책임을 묶은 약속이다. revenue는 그 상품이 실제로 선택되고 비용이 지불됐을 때 생긴 결과다.

따라서 “slice별 과금이 가능하다”는 문장을 “slice 상품이 팔린다”로 바꾸면 안 된다. 더구나 현재 통신사의 가격, 가입자 수, 매출, 성공 사례는 확인된 공식 계약과 최신 자료 없이 말할 수 없다. 표준은 계산 가능한 사건을 만들 뿐이고, 사업은 그 사건이 고객의 손실 감소나 성과 개선과 연결된다는 증거를 요구한다.

반복 가능한 수익은 다섯 조건에서 시작된다

첫째, 결과가 측정 가능해야 한다. 고객은 S-NSSAI 자체를 소비하지 않는다. 업로드 완료, 거래 성공, 제어 명령 도착, 영상 전송 연속성처럼 자신의 목적과 가까운 결과를 본다. 통신사는 그 결과 중 망이 책임질 수 있는 latency, loss, throughput, availability, session success 같은 지표를 정의해야 한다. 평균값 하나가 아니라 측정 시작점과 끝점, 시간 구간, 통계, 예외 조건을 함께 정해야 한다.

둘째, 서비스 경계가 통제 가능해야 한다. 5G Core와 RAN이 정상이어도 외부 cloud나 애플리케이션 서버가 느리면 최종 서비스는 실패할 수 있다. 반대로 앱이 실패했다고 망의 책임이라고 단정할 수도 없다. 통신사가 관리하는 edge까지 포함하는지, 일반 인터넷 data network까지만 책임지는지, 플랫폼이 application KQI를 제공하는지에 따라 약속의 범위가 달라진다. 통제하지 못하는 구간까지 무제한 보장하면 상품이 아니라 분쟁을 판다.

셋째, 같은 문제를 반복해서 해결할 수 있어야 한다. 고객마다 새로운 장비와 전용 Core, 별도 운영팀, 긴 조정 절차가 필요하다면 매출이 생겨도 비용이 같은 속도로 늘 수 있다. 요구를 몇 가지 검증된 profile로 번역하고, 주문·변경·관측·정산·종료를 재사용 가능한 운영 흐름으로 만들어야 한다. 모든 고객 요구를 하나로 만들 필요는 없지만, 매번 처음부터 설계하는 구조에서는 반복 수익보다 반복 비용이 먼저 커진다.

넷째, 책임과 보상 구조가 있어야 한다. 약속을 측정했다면 미달도 판정해야 한다. 누가 알림을 받고, 어떤 로그를 공유하며, 복구와 fallback을 누가 실행하고, 고객에게 어떤 고지나 구제를 제공할지 정하지 않으면 품질 약속은 판매 문구에 머문다. 보상은 단순 환불만을 뜻하지 않는다. 자동 연장, credit, 우회 서비스, 현장 지원 같은 수단이 있을 수 있지만, 실제 형태는 계약과 규제 범위 안에서 별도로 정해야 한다.

다섯째, 단말·애플리케이션·망이 함께 준비돼야 한다. 가입과 Network Slice 허용, 단말의 policy·modem·OS 동작, 애플리케이션 traffic binding, RAN·전송·Core의 자원과 telemetry, charging과 고객 지원이 한 흐름으로 이어져야 한다. 한 요소라도 준비되지 않으면 고객이 비용을 냈는데 기본 경로로 연결되거나, 품질이 달라졌는데 그 이유를 증명하지 못할 수 있다. 기술, 단말 생태계, 운영, 수익 모델, 허용되는 정책 범위가 동시에 맞아야 한다는 뜻이다.

가치·책임·지불은 서로 다른 방향으로 흐른다

대체 설명 사용자, 기업, 플랫폼·서비스 제공자, 통신사 사이에서 실제 사용과 서비스 가치, 비용 지불, 품질 증거와 장애 책임이 서로 다른 방향으로 순환한다. 이는 설명용 역할 모델이며 실제 3GPP topology, message sequence 또는 상용 계약도가 아니다.

• 1. 사용자개인 또는 기업의 사람·단말이 서비스를 실제 사용하고 경험 결과를 만든다.
• 2. 기업업무 목적과 수용 가능한 손실을 정의하고 직접 구매자라면 통신사에 비용을 지불한다.
• 3. 플랫폼·서비스 제공자애플리케이션 결과와 망 요구를 연결하며 직접 구매자라면 통신사와 계약하고 비용을 지불한다.
• 4. 통신사계약한 서비스 경계 안에서 slice·policy·자원·charging·assurance를 운영하고 증거를 제공한다.
• 5. 가치 흐름통신사와 플랫폼의 기능이 사용자에게 연결 경험과 업무 결과로 전달되고, 그 결과의 수혜가 기업이나 플랫폼으로 돌아간다.
• 6. 지불 흐름개인·기업·플랫폼 가운데 실제 구매자가 통신사에 비용을 지불하며, 최종 비용 부담자는 유통·계약 구조에 따라 다를 수 있다.
• 7. 책임 흐름측정 결과와 장애 기록이 역방향으로 모이고, 망·플랫폼·기업 시스템의 경계에 따라 원인·복구·구제 책임을 나눈다.
• 8. 반복 고리같은 가치·측정·책임 구조가 다음 주문과 운영에도 재사용될 때 일회성 구축비가 반복 가능한 수익 후보로 바뀐다.

이 도식에서 가장 중요한 것은 화살표가 하나가 아니라는 점이다. 서비스를 쓰는 사람이 반드시 돈을 내는 것은 아니고, 돈을 내는 사람이 모든 혜택을 직접 받는 것도 아니다. 통신사는 연결 능력을 제공하지만 애플리케이션 결과 전체를 혼자 통제하지 못할 수 있다. 반대로 플랫폼은 사용자 경험을 통제하지만 RAN 혼잡을 직접 해결할 수 없다. 상품은 이 불일치를 숨기는 것이 아니라 계약과 증거로 다룬다.

약속은 고객 가치와 운영 비용을 동시에 봐야 한다

고객에게 중요한 결과만 강조하면 지킬 수 없는 약속이 되기 쉽다. 통신사가 쉽게 측정하는 지표만 강조하면 살 이유가 없는 상품이 된다. 수익화는 이 두 범위를 겹치는 작업이다. 고객이 돈을 낼 만큼 중요한 결과 중에서, 사업자가 실제로 통제하고 측정하며 반복 운영할 수 있는 부분을 찾는다.

비용에는 설비뿐 아니라 요구 협의, 단말 검증, policy 배포, 고객 문의, 장애 원인 분리와 정산 오류 처리도 포함된다. 같은 가치·범위·증거를 검증된 profile과 운영 절차로 재사용할 수 있어야 반복 수익 후보가 된다. 개인용 상품, 기업용 표준화와 AI 운영 방식은 6~8편에서 각각 구체화한다.

준비됐다는 말은 네 가지 증거가 함께 있다는 뜻이다

첫째, 수요 증거가 있어야 한다. 고객이 현재 어떤 손실을 겪고 있고, 그 손실을 줄이는 데 얼마만큼의 반복 가치가 있는지 확인한다. 둘째, 기술 증거가 있어야 한다. 약속한 조건을 단말부터 계약 endpoint까지 정상·혼잡·장애 상황에서 재현한다. 셋째, 운영 증거가 있어야 한다. 주문에서 종료까지 걸리는 시간, 사람 개입, 실패율, 복구 비용을 기록한다. 넷째, 경제 증거가 있어야 한다. 실제 지불액과 구축·운영·보상 비용을 같은 기간과 단위로 비교한다.

이 네 증거 가운데 하나만으로는 상용 성공을 말할 수 없다. charging record가 남아도 고객 가치가 없을 수 있고, 기술 시험이 성공해도 운영 비용이 너무 클 수 있다. 고객이 만족해도 일회성 할인이나 과도한 지원으로 손실이 날 수 있다. 반대로 초기 매출이 작더라도 반복 운영 비용이 빠르게 낮아지고 같은 유형의 수요가 확인되면 상품화 가능성을 더 정확히 판단할 수 있다.

Network Slicing이 돈이 되는 순간은 새 기능을 켰을 때가 아니다. 실제 구매자가 해결하려는 문제를 정하고, 실제 사용자와 수혜자를 구분하며, 망이 통제할 수 있는 가치만 약속하고, 그 결과와 실패를 측정한 뒤, 같은 구조를 다시 판매할 수 있을 때다. 표준 charging은 그 순환을 기록하고 정산하는 기반이다. 수익은 그 위에 세운 가치·증거·책임·반복성의 결과다.

공식 자료

• 3GPP TS 32.255 V19.3.0 — 5G data connectivity domain charging
• 3GPP — Network Slice charging based on 5G Data Connectivity
• 3GPP TS 28.530 V19.0.0 — Management and orchestration concepts, use cases and requirements
• 3GPP TS 28.535 V19.0.0 — Communication service assurance requirements
• 3GPP TS 28.536 V19.2.0 — Network Slice assurance management services
• GSMA NG.116 V10.0 — Generic Network Slice Template

이미지 설명: 개인 사용자, 기업·시설, 플랫폼·서비스 제공자, 통신사를 상징하는 네 영역과 중앙의 서비스 가치를 연결하고, 지불·서비스·증거와 책임의 순환을 추상적으로 표현한 독창적 개념 이미지다. 실제 3GPP topology, message sequence, 상용 계약도 또는 특정 통신사의 망 구성을 나타내지 않는다.