ATSC 3.0 vs. tradisjonell IPTV: Løsning på interoperabilitetskrisen

Er hovedstasjonen din klar for NextGen TV? Her er den komplette veiledningen til hvordan du kan bygge bro mellom ATSC 3.0 IP-strømmer og din eksisterende MPEG-2 TS-infrastruktur.

Overgangen fra ATSC 1.0 til ATSC 3.0 (NextGen TV) er det mest betydningsfulle arkitektoniske skiftet i kringkastingshistorien. Det lover 4K-video, oppslukende lyd og mobil interaktivitet. Men for operatører som forvalter eldre systemer IPTV og Kabel systemer, gir det enorme problemer: Interoperabilitet.

I motsetning til forgjengeren, som var avhengig av den stive MPEG-2-transportstrøm (TS), ATSC 3.0 er verdens første store kringkastingsstandard som er fullstendig basert på en Internett-protokoll (IP) ryggraden.

Uansett om du driver et universitetsområde, et videosystem for hotell- og restaurantbransjen eller en lokal ISP-hovedstasjon, bruker infrastrukturen din sannsynligvis MPEG-2 TS. ATSC 3.0 bruker derimot IP som standard. Dette skaper en “språkbarriere” som forstyrrer innkapsling, signalering, kodeker og innholdsbeskyttelse.

I denne veiledningen går vi nærmere inn på disse hindringene og skisserer de konkrete gateway-teknologier Du må bygge bro over gapet mellom NextGen RF og eldre IP-nettverk.

1. Kjerneavskjæringen: IP kontra transportstrøm

I over to tiår har distribusjonen av digital-TV vært basert på én universell container: ISO/IEC 13818-1, kjent som MPEG-2-transportstrøm. Den overførte video, lyd og metadata i pakker på 188 byte, perfekt synkronisert for maskinvaredekodere.

ATSC 3.0 tar ikke lenger i bruk denne containeren.

For å samordne kringkasting og bredbånd benytter ATSC 3.0 en ren IP-stakk (UDP/IP). Selv om dette muliggjør direkte levering til mobile enheter og tilkoblede biler, gjør det signalet “uleselig” for eldre set-top-bokser (STB-er) som er utviklet for Multicast MPEG-2 TS.

Den tekniske fastlåste situasjonen

Funksjon	Den gamle IPTV-modellen	ATSC 3.0-modellen
Bithastighet	Konstant bithastighet (CBR)	Variabel bithastighet (VBR)
Container	MPEG-2 TS	IP/UDP (ROUTE/MMTP)
Videokodek	H.264 / MPEG-2	HEVC (H.265)
Lydkodek	AC-3 (Dolby Digital)	Dolby AC-4

2. De fire viktigste hindringene for interoperabilitet

Å koble en ATSC 3.0-antenne til et eldre nettverk handler ikke bare om demodulering. Det krever kompleks protokollkonvertering. Her er de fire konkrete utfordringene som hovedstasjonen din vil møte.

2.1 Uoverensstemmelsen mellom transportprotokollene (ROUTE/MMTP vs. TS)

Dette er den største utfordringen. De eldre set-top-boksene dine stiller inn på en multicast-gruppe og søker etter PID-er (pakkeidentifikatorer). ATSC 3.0 overfører data som IP-pakker som inneholder RUTE økter eller MMTP pakker.

Løsningen: Du trenger en gateway som kan “depakke” ATSC 3.0 IP-strømmene, trekke ut mediedataene og “remultipleksere” dem til en nygenerert MPEG-2 TS.
Risikoen: Tidspunkt. ATSC 3.0 bruker PTP/NTP til synkronisering, mens eldre TS-systemer er avhengige av PCR. Gatewayen din må generere nøyaktige PCR-tidsstempler for å forhindre buffer underflyt i set-top-boksene deres.

2.2 Uforenlighet mellom kodeker (HEVC og AC-4)

Selv om du fikser containeren, er nyttelasten ofte ikke kompatibel.

Video (HEVC): De fleste set-top-bokser som ble tatt i bruk før 2018 støtter ikke HEVC-avkoding via maskinvare.
Lyd (AC-4): Dolby AC-4 er en objektbasert kodek av neste generasjon. Nesten ingen eldre set-top-bokser støtter denne funksjonen.

Virkeligheten: Gatewayen din må fungere i sanntid og med høy kvalitet transkoding (HEVC → H.264 og AC-4 → AC-3). Dette er beregningsmessig krevende, noe som ofte tvinger operatørene til å nedkonvertere 4K HDR-signaler til 1080p SDR bare for å få et bilde på skjermen.

2.3 Oversettelse av signaler (XML til PSI/SI)

ATSC 3.0 bruker XML-dokumenter (HELD, MPD, S-TSID) til å beskrive tjenester. Eldre set-top-bokser bruker binære tabeller (PAT, PMT, SDT).

Kartleggingsproblemet: Utstyret ditt må kunne analysere XML-tjenesteguiden og dynamisk generere gyldige PSI/SI-tabeller i DVB- eller ATSC 1.0-format.
Kanaltilordning: Virtuelle kanalnummer (f.eks. “Kanal 5.1”) i ATSC 3.0 er skjult i tjenestelistetabellen. Disse må tilordnes til den virtuelle kanaltabellen (VCT) i ditt eldre strøm, ellers vil ikke brukerne dine finne kanalen.

2.4 Innholdsbeskyttelse (DRM)

Dette er den delen av standarden som er mest utsatt for endringer. ATSC 3.0-signaler krypteres i stadig større grad ved hjelp av A/360-sikkerhetsprotokoller (Widevine/PlayReady).

Arbeidsflyten: For å transkode trenger gatewayen din gyldige påloggingsopplysninger for å dekryptere strømmen.
Omkryptering: Når innholdet er dekryptert og transkodet til MPEG-2, er det “i klartekst”. For å oppnå et sikkert miljø må du kryptere det på nytt ved hjelp av ditt eksisterende CAS/DRM-system (f.eks. Verimatrix, Pro:Idiom). Denne kjeden av “dekryptering–transkoding–kryptering” krever streng overholdelse av sikkerhetskravene.

3. Løsningen: ATSC 3.0-kringkastingsgatewayen

For å løse disse problemene kan du ikke stole på standardmottakere. Du trenger en dedikert ATSC 3.0-kringkastingsgateway.

Slik fungerer en gateway

RF-mottak: Demodulerer OFDM-signalet.
Avkapsling: Fjerner MMTP/ROUTE-overskrifter.
Dekryptering (A/360): Låser opp innhold ved hjelp av signeringssertifikater.
Transkoding: Konverterer HEVC/AC-4 til H.264/AC-3 (avgjørende for støtte for eldre systemer).
Re-inkapsling: Pakker strømmer inn i MPEG-2 TS.
TS-utdata: Strømmer via UDP-multicast til IPTV-nettverket ditt.

Velge modus: Passthrough eller transkoding

Passthrough-modus: Ideelt for nettverk med moderne Smart-TV-er som kjører ATSC 3.0-apper. Den videresender native IP-strømmer og bevarer 4K og HDR.
Transkoderingsmodus: Det naturlige valget for hotell- og restaurantbransjen, sykehus og eldre kabel-TV-systemer. Det er en tilnærming basert på “laveste fellesnevner”, men sikrer pålitelighet på eldre skjermer.

4. Fremtidsutsikter: Overgangen til All-IP

Kompatibilitetsgapet er betydelig, men det kan overvinnes. I løpet av de neste 3–7 årene, transkoderingsgatewayer vil bli de uunnværlige “universelle oversetterne” i kringkastingsverdenen.

Den langsiktige trenden er imidlertid tydelig. Etter hvert som de gamle set-top-boksene blir utdaterte, vil operatørene erstatte dem med Android TV- eller RDK-enheter som kan dekode HEVC og AC-4 direkte. Dette vil etter hvert eliminere behovet for omfattende transkoding, slik at ATSC 3.0 IP-strømmer kan sendes direkte til “skjermen”, og dermed endelig innfri løftet om konvergens mellom kringkasting og bredbånd.

Trenger du hjelp med å utforme ATSC 3.0-hovedstasjonen din? Det er avgjørende å forstå nyansene ved A/331 og A/360 for å unngå svarte skjermer. Sørg for at infrastrukturen din er klar for overgangen.