제로 레이팅: 통신사가 특정 트래픽만 무과금 처리하는 방법과 리스크

제로 레이팅의 PCC/PCF 정책 제어, DPI 트래픽 분류, 과금 엔진 연동 구조와 활용 사례·트레이드오프를 스폰서드 데이터·망중립성 쟁점과 함께 정리한다.

2026-08-13 · 최초 발행 2025-12-03

이동통신 요금제 안내에 "이 앱은 데이터 차감 없음"이라는 문구를 본 적이 있다면 제로 레이팅(Zero-rating)을 이미 경험한 셈이다. 통신사가 사전에 정의한 트래픽 범주에 한해 데이터 사용량 차감을 0으로 만들거나 할인율을 적용하는 정책으로, 정책·과금 제어(PCC/PCF)와 과금 시스템(OCS/OFCS)이 실시간으로 맞물려 돌아가야 성립한다.

무과금 처리는 어떻게 결정되는가

정책·과금 제어(PCC/PCF)는 세션·플로우 단위로 규칙을 매칭하고 Gx/N7 같은 인터페이스로 PCEF/SMF에 정책을 전달한다. 제로 레이팅 대상 트래픽에는 전용 Charging-Key·Rating-Group을 부여해 과금 0% 또는 감면율을 적용한다. 과금 엔진(OCS/OFCS)은 온라인 과금으로 실시간 카운팅을 수행하며 제로 레이팅 구간은 전용 버킷이나 할인율 100%로 처리하고, CDR에는 Service-ID·Partner-ID를 남겨 파트너 정산·감사에 대비한다.

이용자 입장에서 과금이 면제된다는 결과는 스폰서드 데이터와 같지만, 비용을 누가 부담하느냐가 다르다. 제3자 파트너가 비용을 대신 내는 모델은 스폰서드 데이터로 구분하고, 정산·보고 체계도 별도로 둔다.

트래픽을 어떻게 골라내는가

분류는 IP·도메인 허용목록, L7 DPI, SNI/QUIC 지표, 앱 시그니처를 조합해서 이뤄진다. 문제는 암호화·CDN 경유·도메인 공유 환경이다. 여러 서비스가 같은 CDN이나 IP를 공유하면 오탐·미탐이 발생할 여지가 커지고, TLS 1.3·QUIC이 보편화될수록 SNI·QNI·JA3/JA4 같은 보조 신호와 허용목록을 결합해야 분류 정확도를 지킬 수 있다.

어디에 쓰이는가

가장 흔한 형태는 영상·음악 OTT나 SNS·메신저 트래픽을 무과금 처리하는 콘텐츠 번들이다. 신규 가입 유도와 요금제 업셀, 파트너 마케팅 예산 연계 정산이 목적이고, 트래픽이 몰리는 시간대의 QoS 상한과 CDN·도메인 변경 알림 의무를 계약에 넣어둬야 한다. 정부·교육·보건 포털이나 재난 알림 페이지를 무과금 처리하는 공공·교육·재난 서비스는 도메인 화이트리스트 인증과 기간·대상 명확화가 관건이다. 사설 APN 구간에서 사내·M2M 트래픽만 무과금 처리하고 외부망은 일반 과금하는 기업·IoT 전용 APN도 있는데, 여기서는 APN·IP 범위를 정확히 매핑하고 로밍 시 정책 일관성을 지켜야 한다.

도입 절차는 요구사항·규제 검토로 범위와 KPI를 정의하는 데서 시작해, 파트너 온보딩(트래픽 정의서·도메인/IP/API 동기화 합의), 정책 설계(Charging-Key·Rating-Group·DPI 시그니처·Fail-Open/Closed 결정), 검증(랩·필드 테스트로 오탐·미탐율 0.1% 이하 확인), 론치·운영(실시간 모니터링·CDR 정합성 리포트·분기별 규칙 감사) 순으로 진행된다.

장애가 나면 어느 쪽을 택할 것인가

이중화·스케일아웃 구성과 정책 저장소 서명·버전 관리로 실시간 정책 캐시 일관성을 보장하는 것이 기본이다. 문제는 OCS 같은 과금 시스템에 장애가 났을 때다. 데이터 차감 0을 임시로 계속 허용하는 Fail-Open은 고객 경험을 지키는 대신 수익 손실을 감수해야 하고, 세션을 차단하거나 일반 과금으로 돌리는 Fail-Closed는 수익을 보호하는 대신 불만 리스크를 안는다. 두 전략을 상황별로 혼합 적용하는 경우가 많다.

운영 단계에서는 허용목록 변경을 CI/CD로 자동화하고 카나리 릴리즈·롤백, 샘플링 기반 분류 정확도 검증을 병행한다. 파트너 정산은 CDR과 파트너 로그를 대사하고 월간 오차 한도를 계약에 명시하며 분쟁 처리 SLA를 둔다. 최소한의 메타데이터로 분류하고 DPI의 목적 제한·보관 최소화 원칙을 지키는 것도 보안·프라이버시 측면에서 빠뜨리면 안 된다.

이 모든 것이 맞물리면 업셀·번들 유도로 해지율이 0.2~0.8%p 개선되고 이용자 체감 혜택이 커지면서 NPS와 트래픽당 체류시간이 늘어나는 효과를 기대할 수 있다. 파트너 마케팅 분담금·스폰서십 수익도 함께 따라온다. 다만 특정 앱 트래픽이 집중되면 혼잡 리스크가 커지므로 피크 보호 정책과 스로틀은 별도로 준비해야 하고, 망중립성·공정경쟁 이슈는 사전 협의와 투명 보고로 대응하는 편이 안전하다. 최신 규제 동향은 별도로 확인해야 한다.

대안과 비교하면

항목 제로 레이팅 일반 과금(계량형) 스폰서드 데이터
성능 DPI·정책 매칭 오버헤드 존재, 캐시·오프로딩 병행 필요 단순 카운팅, 오버헤드 최소 제로 레이팅과 유사한 오버헤드
확장성 정책·허용목록 규모에 비례 복잡도 증가 가장 단순, 수평 확장 용이 파트너 수 증가 시 복잡도 상승
일관성 암호화·CDN 변화에 따른 미탐 리스크 높은 일관성 파트너 별 분류 편차 발생 가능
안정성 Fail-Open/Closed 전략 필요 안정적 파트너 정산 오류 시 분쟁 리스크
운영 편의 규칙 관리·감사·정산 리포트 필요 운영 단순 계약·정산 프로세스 추가 부담

정책 매칭부터 정산까지

분류 정확도와 과금 정합성은 오탐률·미탐률과 함께 CDR-프로브 불일치율을 지표로 관리하며, 불일치율은 0.05% 이하를 목표로 삼는다.

세션 생성/패킷 도착규칙 로드잔액 조회앱/도메인 식별제로 레이팅 규칙 매칭정책 허용: 과금 0정책 미일치 또는 한도 초과CDR 기록과금 집계과금 집계오류 이벤트운영 정책 'Fail-Open'운영 정책 'Fail-Closed'데이터 차감 0 임시 허용세션 차단 또는 일반 과금입력: 사용자 트래픽처리: DPI 분류입력: 정책 제휴 규칙처리: PCEF 정책 적용입력: 실시간 과금 한도처리: OCS 온라인 과금출력: 데이터 차감 0출력: 일반 과금 적용처리: CDR 생성 감사 로그출력: 청구서 정산 리포트조건: OCS 오류 발생처리: Fail-Open 적용처리: Fail-Closed 적용
제로레이팅망중립성DPI과금정책스폰서드데이터