Radio Data System - Radio Data System

RDS -logoen

Radio Data System ( RDS ) er en kommunikasjonsprotokollstandard for å legge inn små mengder digital informasjon i konvensjonelle FM -radiosendinger . RDS standardiserer flere typer informasjon som overføres, inkludert tid , stasjonsidentifikasjon og programinformasjon.

Standarden begynte som et prosjekt fra European Broadcasting Union (EBU), men har siden blitt en internasjonal standard for International Electrotechnical Commission (IEC). Radio Broadcast Data System ( RBDS ) er det offisielle navnet som brukes for den amerikanske versjonen av RDS. De to standardene er bare litt forskjellige, med mottakere som kan arbeide med begge systemene og bare mindre inkonsekvenser i de viste dataene.

Begge versjonene bærer data med 1 187,5 bits per sekund på en 57  kHz underbærer , så det er nøyaktig 48 sykluser av underbærer under hver databit. RBDS/RDS-underbæreren ble satt til den tredje harmoniske av 19 kHz FM stereo pilottonen for å minimere forstyrrelser og intermodulasjon mellom datasignalet, stereopiloten og 38 kHz DSB-SC stereo differansesignal. (Stereoforskjellssignalet strekker seg opp 38 kHz + 15 kHz = 53 kHz, og etterlater 4 kHz for det nedre sidebåndet til RDS -signalet.)

Dataene sendes med en feilkorrigeringskode , men mottakere kan velge å bruke den bare for feildeteksjon . RDS definerer mange funksjoner, inkludert hvordan private (interne) eller andre udefinerte funksjoner kan "pakkes" i ubrukte programgrupper.

Utvikling

RDS ble inspirert av utviklingen av Autofahrer-Rundfunk-Informationssystem (ARI) i Tyskland av Institut für Rundfunktechnik (IRT) og radioprodusenten Blaupunkt . ARI brukte en 57 kHz underbærer for å indikere tilstedeværelsen av trafikkinformasjon i en FM-radiosending.

EBU Technical Committee lanserte et prosjekt på Paris -møtet i 1974 for å utvikle en teknologi med lignende formål som ARI, men som var mer fleksibel og som ville muliggjøre automatisk justering av en mottaker der et kringkastingsnett overførte det samme radioprogrammet på en rekke forskjellige frekvenser. Modulasjonssystemet var basert på det som ble brukt i et svensk personsøkingssystem, og basebåndskodingen var en ny design, hovedsakelig utviklet av British Broadcasting Corporation (BBC) og IRT. EBU utstedte den første RDS -spesifikasjonen i 1984.

Forbedringer til den alternative frekvensfunksjonaliteten ble lagt til standarden, og den ble deretter publisert som en European Committee for Electrotechnical Standardization (CENELEC) -standard i 1990.

I 1992 ga den amerikanske nasjonale radiosystemkomiteen ut den nordamerikanske versjonen av RDS -standarden, kalt Radio Broadcast Data System. CENELEC -standarden ble oppdatert i 1992 med tillegg av Traffic Message Channel og i 1998 med Open Data Applications, og i 2000 ble RDS publisert over hele verden som IEC -standard 62106.

RDS2

RDS-Forum (Genève/CH) bestemte seg på sitt årlige møte (8-9. Juni 2015) i Glion/Montreux for å bringe den nye standarden RDS2 på vei. Standarden vil bli opprettet i nært samarbeid med amerikanske kolleger fra NRSC RBDS-underutvalg og bør tilby en enhetlig plattform for FM-kringkasting og datatjenester over hele verden.

Logo for RDS1 og RDS2

Nøkkelegenskaper

• Sømløs støtte for frekvenser fra 64 MHz til 108 MHz (AF, EON )
• Ny tegnkoding: UTF-8 (gammelt EBU Charset gjenstår for kompatibilitetsmodus for de gamle 0A/2A-gruppene).
• Ny ODA -håndtering, "B" -grupper er tilordnet som signalgruppe til "A" -gruppene.
• Langt PS-navn, opptil 32 byte med UTF-8 tegnsett. (Indisk, kinesisk, arabisk og mer)
• RadioText (eRT) 128 byte lang med UTF-8 tegnsett.
• Økt kapasitet fra 11,4 til 57 "A" -grupper per sekund. (2 109 bit/s. Nettokapasitet med enkeltmodulasjonstypen multiple subcarriers (SMMS) teknologi)
• Grafisk RadioText - støtter HTML/CSS -maler (for smarttelefoner, bilradioer, datamaskiner/nettbrett)
• Støtter returkanal over gRT hvis mottakeren har IP- eller SMS -evne.
• Kringkasters grafiske logo - maksimalt 4 kilobyte bilde (JPEG, PNG eller GIF)
• Hybridradiofunksjon (delvis basert på Radio France -utvikling)

Innhold og implementering

Et radiodatasystem-trafikkmeldingskanal (RDS-TMC) -mottaker (til venstre) festet til et TomTom- navigasjonssystem for å integrere trafikkdata i sanntid i navigasjonen.

Følgende informasjonsfelt finnes vanligvis i RDS -dataene:

AF ( liste over alternative frekvenser )

Dette gir mottakeren en liste over frekvenser som gjør at en mottaker kan stille inn en annen frekvens som gir den samme stasjonen når det første signalet blir for svakt (f.eks. Når det beveger seg utenfor området). Før du foretar bryteren, vil en radio se etter en matchende PI -kode for å sikre at AF er den samme stasjonen. Dette brukes ofte i bilstereosystemer, slik at hovedenheten automatisk kan stille inn det sterkere signalet på farten, eventuelt med den samme regionale koden (slik at når det gjelder nasjonale kringkastingsstasjoner, kan brukeren fortsette å lytte til originalen radioprogram).

CT (klokkeslett og dato)

Kan synkronisere en klokke i mottakeren eller hovedklokken i en bil. På grunn av vendinger i overføringen kan CT bare være nøyaktig innen 100 ms av UTC . CT blir vanligvis ikke overført hvis en kringkaster ikke har mulighet til regelmessig å synkronisere klokken i RDS -koderen.

EON ( forbedret informasjon om andre nettverk )

Informerer mottaker om andre nettverk eller stasjoner, knyttet til den ene blir lyttet til, for dynamisk endring av data, for eksempel TA flagget slå på for en bestemt stasjon i nettverket i et bestemt øyeblikk på grunn av et trafikk program som sendes, og automatisk og lar radioen midlertidig stille inn den stasjonen.

PI ( programidentifikasjon )

Dette er den unike heksadesimale koden på 4 tegn som identifiserer stasjonen. Hver stasjon i et land bør bruke en unik 3 -tegnskode med riktig landprefiks. I USA bestemmes PI ved å bruke en formel på stasjonens kallesignal , eller tilfeldig tildelt av NRSC til FM -oversettere (som har et lengre kallesignal, noe som gjør dem inkompatible med formelen). PI -koden er den viktigste RDS -parameteren og den oftest overførte innenfor RDS -datastrukturen. RDS -standarden for ikke -amerikansk bruk definerer landskoder for alle land, slik at ingen steder med felles grenser har samme kode. Dette fjerner behovet for å koordinere koder mellom forskjellige land. Enhver overføring som bærer samme kode anses av mottakere for å være den samme og kan byttes til som en alternativ frekvens for å forbedre mottakelsen (selv om den ikke er spesifikt oppført som en alternativ frekvens).

PS (programtjenestenavn)

Dette er ganske enkelt et statisk display på åtte tegn som representerer anropsbokstavene eller navnet på stasjonsidentiteten. De fleste RDS -kompatible mottakere viser denne informasjonen, og hvis stasjonen er lagret i mottakerens forhåndsinnstillinger, lagrer denne informasjonen med PI -koden, frekvensen og andre detaljer knyttet til den forhåndsinnstillingen. I noen land bruker stasjoner PS til dynamisk å sende annen informasjon. Dette er forbudt i noen land og var ikke tiltenkt bruk i RDS -systemet.

PTY (programtype)

Denne kodingen av opptil 31 forhåndsdefinerte programtyper (f.eks. I Europa: PTY1 News, PTY6 Drama, PTY11 Rock music) lar brukerne finne lignende programmering etter sjanger. PTY31 er forbeholdt nødmeldinger i tilfelle naturkatastrofer eller andre store ulykker.

REG (regional)

Dette brukes hovedsakelig i land der nasjonale kringkastere kjører "regionspesifikk" programmering, for eksempel regionale fravalg på noen av deres sendere. Denne funksjonaliteten lar brukeren "låse" settet til sitt nåværende område eller la radioen stille inn på annen regionspesifikk programmering når han beveger seg inn i den andre regionen.

Et eksempel på RT RDS på Los Angeles ' KFSH-FM

RT (radiotekst)

Denne funksjonen gjør at en radiostasjon kan sende en tekstmelding på 64 (eller mindre vanlig 32) tegn i fri form som enten kan være statisk (for eksempel stasjons slagord) eller synkronisert med programmeringen (for eksempel tittelen og artisten på den som spilles av for øyeblikket) sang).

RT+ (radiotekst pluss)

En forbedring av den originale RT som gjør at artist, tittel og noen andre metadata kan sendes til mottakere.

TA, TP ( trafikkmelding , trafikkprogram)

Mottakeren kan ofte settes til å være spesielt oppmerksom på dette flagget (dra nytte av EON -koblingen hvis den er tilgjengelig) og for eksempel sette en CD på pause eller stille på nytt for å motta en trafikkbulletin. TP -flagget brukes til å la brukeren bare finne de stasjonene som regelmessig sender trafikkbulletiner, mens TA -flagget brukes til å signalisere en pågående trafikkbulletin, med radioenheter som kanskje utfører andre handlinger, for eksempel å sette en CD/MP3 på pause (så radioen kan høres) eller øke volumet under trafikkmeldingen.

TMC ( trafikkmeldingskanal )

Digital kodet trafikkinformasjon. Ikke alt RDS -utstyr støtter dette, men det er ofte tilgjengelig for bilnavigasjonssystemer . I mange land sendes bare krypterte trafikkdata, og derfor kreves en passende dekoder, muligens knyttet til en abonnementstjeneste, for å bruke trafikkdataene. Abonnementet betales ofte av bilprodusenten og er derfor gjennomsiktig for brukeren.

Kunngjøringer fra amerikanske NRSC FM -oversetter

Den nasjonale radiosystemkomiteen har introdusert en unik identifikasjonskode for radiodatasystemprogram for amerikanske FM -oversettere. En type metadata overført av RDS -underbærer er PI -koden, som brukes av mottakeren til å identifisere lydprogrammet som sendes av FM -stasjonen på en unik måte. I USA har PI -koden historisk blitt hentet fra en radiostasjons kallesignal, som kan bli komplisert når den brukes sammen med FM -oversettere. En ny algoritme bare for FM -oversettere er blitt opprettet som tilordner en unik PI -kode til hver FM -oversetter. Denne algoritmen er implementert ved hjelp av et nettbasert verktøy og en liste over alle kjente PI-koder for alle FM-oversettere i USA. [1]

RDS -støtte

Når det gjelder implementering, vil de fleste bilstereoer støtte minst AF, EON, REG, PS og TA/TP.

• Dyrere bilstereoer vil tilby TMC , RT og / eller PTY, kanskje med "NEWS" overstyring.
• Hjemmesystemer, spesielt hi-fi-mottakere, vil hovedsakelig støtte funksjoner som PS, RT og PTY.

Det er et økende antall RDS-implementeringer i bærbare lyd- og navigasjonsenheter takket være billigere løsninger med lite fotavtrykk.

RDS -kompatibilitet

RDS-underbæreren ved 57 kHz opptar ± 2 kHz av det sammensatte spekteret, som i teorien holder den over den øvre avskjæringen til stereo-subbæreren ved 53 kHz. 53 kHz -avbruddet er imidlertid helt avhengig av ytelsen til de 15 kHz lavpassfilterene som ble brukt før stereokoderen. I eldre utstyr var disse filtrene bare designet for å beskytte piloten på 19 kHz, og noen ganger ga de ikke tilstrekkelig beskyttelse til RDS -underbæreren når en betydelig mengde stereoinformasjon var tilstede. I denne situasjonen kan stereoforbedringsenheter kombinert med aggressiv lydbehandling gjøre RDS -underbæreren u mottakelig.

Komposittklippingssystemer kan også ødelegge RDS-underbæreren på grunn av harmonikken som skapes av klippet. Mer moderne komposittklippere inkluderer filtrering for å beskytte RDS -bæreren.

RDS -underbæreren bruker vanligvis 2–4 kHz bæreravvik. Derfor reduseres avviket som er tilgjengelig for programmaterialet med dette beløpet, forutsatt at den vanlige 75 kHz avviksgrensen ikke overskrides.

Programtyper

Tabellen nedenfor viser RDS og RBDS (Nordamerika) programtype (PTY) koder og deres betydning:

Tilordning av programtype (PTY)

PTY -kode	RDS programtype	RBDS programtype		PTY -kode	RDS programtype	RBDS programtype
0	Ingen programtype eller udefinert			16	Vær	Rytme og blues
1	Nyheter	Nyheter		17	Finansiere	Myk rytme og blues
2	Aktuelle saker	Informasjon		18	Barneprogrammer	Språk
3	Informasjon	Sport		19	Sosiale anliggender	Religiøs musikk
4	Sport	Snakke		20	Religion	Religiøs prat
5	utdanning	Stein		21	Telefon inn	Personlighet
6	Drama	Klassisk rock		22	Reise	Offentlig
7	Kultur	Voksne hits		23	Fritid	Høyskole
8	Vitenskap	Myk stein		24	Jazz musikk	Spansk snakk
9	Varierte	Topp 40		25	Countrymusikk	Spansk musikk
10	Popmusikk	Land		26	Nasjonal musikk	Hip Hop
11	Rockemusikk	Oldies		27	Oldies musikk	Ikke tilordnet
12	Lett å lytte	Myk musikk		28	Folkemusikk
1. 3	Lett klassisk	Nostalgi		29	Dokumentar	Vær
14	Seriøs klassisk	Jazz		30	Alarmtest	Nødtest
15	Annen musikk	Klassisk		31	Alarm	Nødsituasjon

PTY -kodene har gjennomgått flere utvidelser. Den første RDS -standarden definerte bare 0–15 og 31. Den senere RBDS -standarden implementert i USA tildelte kodene 0, 1 og 31 de samme betydningene, men gjorde ikke noe forsøk på å matche resten av den opprinnelige RDS -planen og opprettet sin egen liste for koder 2–22 og 30, inkludert kommersielt viktige (i USA) radioformater som topp 40, religiøs, country, jazz og R&B som ikke var på RDS -listen. Dette inkluderte feilkoder for informasjon. sport og rock. Senere RBDS -standarder la til typer 23 (College) og 29 (Weather), mens RDS -kodelisten vokste til sin nåværende størrelse, og importerte noen typer (f.eks. Jazz og country) fra RDBS -listen. RDBS -typer 24–26 ble lagt til i april 2011. Kodefeil er hovedsakelig et problem for folk som tar bærbare radioer til eller ut av Nord -Amerika.

RDS tekniske spesifikasjoner

RDS -standarden som spesifisert i EN 50067: 1998 er delt inn i disse seksjonene i henhold til OSI -modellen. (Nettverket og transportlagene er ekskludert, ettersom dette er en ensrettet standard for kringkasting.)

1. Datakanal (fysisk lag)
2. Basebåndskoding (datalinklag)
3. Meldingsformat (sesjons- og presentasjonslag)

Datakanal (fysisk lag)

Det fysiske laget i standarden beskriver hvordan bitstrømmen hentes fra radiosignalet. RDS -maskinvaren demodulerer først 57 kHz RDS -underbærersignalet for å trekke ut et differensialt Manchester -kodet signal som inneholder både bitklokken og den differensialkodede bitstrømmen. Dette gjør at RDS -dekoderen tåler faseinversjon av inngangen.

Basebåndskoding (datalinklag)

Ved datalinklaget danner 26 påfølgende biter en "blokk", bestående av 16 databiter etterfulgt av 10 feilkorrigeringsbiter. Fire blokker utgjør en 104-biters "gruppe". Feilkorrigeringsbitene koder også for "forskyvningen" eller blokknummeret i en gruppe med fire blokker.

Feilretting utføres ved hjelp av en 10-biters syklisk redundanskontroll , med polynom x ¹⁰ +x ⁸ +x ⁷ +x ⁵ +x ⁴ +x ³ +1 . (Verken en forhåndsinnstilling eller etter invertering brukes, da de ikke er nødvendige med et datafelt med fast størrelse.) CRC summeres også med ett av fem "offset" -ord som identifiserer blokken: A, B, C, C ′, Eller D. Fire påfølgende blokker (ABCD eller ABC′D) utgjør en "gruppe" på 104 biter (64 databiter + 40 kontrollbiter). Det overføres litt over 11,4 grupper per sekund.

Det er ikke noe gap mellom blokkene. Mottakeren synkroniserer med grupper og blokker ved å sjekke CRC på hver 26 bit til synkronisering er oppnådd. Når den er synkronisert (forskyvningsordet er forutsigbart), er koden i stand til å korrigere opptil 5-biters burst-feil .

Denne grunnleggende moduleringen og blokkstrukturen ble opprinnelig utviklet for MBS (radio paging)  [ fr ] "mobilsøk" -protokollen, med den forskjellen at MBS (eller den nordamerikanske ekvivalenten MMBS "modifiserte MBS") ikke bruker et forskjøvet ord. For å la de to systemene samvirke (og tillate FM-radiostasjoner å overføre RBDS-data mens de opprettholder personsøkerkontrakter), definerer RBDS-standarden et sjette all-offset ord E. Grupper på fire E-blokker kan blandes med RBDS-grupper, og ignorert av RBDS -mottakere. (På samme måte velges RBS -forskyvningsordene for å vises som feil som ikke kan korrigeres for MBS -mottakere.)

Data i hver blokk (og gruppe) overføres først med den mest signifikante biten , og blir dermed nummerert fra bit 15 (overført først) til bit 0 (overført sist).

Den hyppigst overførte informasjonen er en 16-biters "programidentifikasjon" -kode, som identifiserer radiostasjonen som sender. Blokkene A og C ′ inkluderer alltid PI -koden; forskyvning C brukes når den tredje blokken inneholder noe annet.

Felles struktur

Blokk 1 inneholder alltid 16-biters programidentifikator. De første 11 bitene (bitene 15–5) i blokk 2 er også like i alle grupper.

De fire første bitene (bitene 15–11) i blokk 2 er "gruppetypekoden", som beskriver tolkningen av de gjenværende dataene. Hver gruppetype kommer "A" og "B" -varianter, preget av den femte "B" -biten (bit 10): Hvis B = 0, er gruppen 0A til 15A, og inneholder 5+16+16 = 37 biter av data. Hvis B = 1, inneholder blokk 2 en PI -kode (og er kodet med forskyvningsord C ′), er gruppen en av 0B til 15B og inneholder 21 biter data.

Innen blokk 1 og blokk 2 er strukturer som alltid vil være tilstede i begge gruppeversjonene, for raske og responsive identifikasjoner. Den første blokken i hver gruppe vil alltid være programidentifikasjonskoden. Den andre blokken dedikerer de fire første bitene for applikasjon/gruppetype.

Betydning av Block 2 Bits

• GTYPE: Gruppetype
• B0: Hvis B0 = 0 så er Meldingsgruppe Type A ellers Type B
• TP: Trafikkprogram. Indikerer at denne kanalen inneholder periodiske trafikkrapporter .
• PTY: Programtype (Se § Programtyper .)
• ????: Resten av bitene er avhengig av gruppetype

Melding versjon A

Melding versjon B

Blokk 3 brukes til å gjenta programidentifikasjonskoden.

Programidentifikasjonskode (PI -kode)

Dette gir mulighet for rask identifisering av radioprogramtype, basert på land, dekningsområde og programreferansenummer. Selv om landskoden er spesifisert av standarden, er bit 11 til bit 0 spesifisert av hvert lands lokale myndigheter.

Landskoder brukes på nytt, men bare i geografisk fjerne regioner utenfor FM-kringkastingsområdet fra hverandre. For eksempel er landskode F tildelt Frankrike , Norge , Hviterussland og Egypt .

Gruppetype

Dette er en kort liste over hele gruppetypen. Hver gruppetype kan ha en sekundær versjon tilgjengelig

Trafikkprogram

Dette kan betraktes som en ekstra bit av programtypen, og indikerer at stasjonen sender periodiske trafikkrapporter . Ved å inkludere den i hver gruppe, kan en mottaker raskt søke etter en stasjon som inneholder trafikkrapporter.

En annen bit, trafikkmelding (TA), sendes i blokkene 0A, 0B og 15B for å indikere at en slik rapport pågår. Det er vanlig at ellers- simulcast- sendere har periodiske lokale trafikkrapporter som er tilpasset den enkelte senderen. Trafikkmeldingsbiten forteller en mottaker at en senderspesifikk kringkasting pågår, og den bør unngå å bytte frekvenser mens de pågår.

(Det er en annen form for trafikkmeldingsbit i blokk type 14B, som indikerer tilstedeværelsen av en trafikkmelding på en annen frekvens, slik at radiomottakere automatisk kan bytte.)

RDS -melding eksempler

Dette er ikke-omfattende eksempler som dekker bare de enkle meldingene som stasjonsnavn, radiotekst og dato/klokkeslett.

Gruppetype 0 - Versjon B - Stasjonsnavn

Som vi allerede har beskrevet tidligere felt ovenfor, viser disse punktene nedenfor bare de applikasjonsspesifikke feltene.

• TA: Trafikkmelding
• M/S: Musikk/tale

Stasjonsnavnet og dekoderidentifikasjonskoden sendes gradvis over 4 grupper, der forskyvningen er definert av bit C1 og C0.

Gruppetype 2 - Radiotekst

Som vi allerede har beskrevet tidligere felt ovenfor, viser disse punktene nedenfor bare de applikasjonsspesifikke feltene.

• A/B: Tekst A/B -flagg brukes til å oppdage om det kreves skjerming.
• C3 til C0: Er tekstsegmentets forskyvningsverdi

Stasjonsnavnet og dekoderidentifikasjonskoden sendes gradvis over 4 grupper, der forskyvningen er definert av bit C1 og C0.

Gruppetype 4 - Versjon A - Klokkeslett og data

Når gruppe type 4A brukes, skal den overføres hvert minutt i henhold til EN 50067.

Klokketidsgruppen settes inn slik at minuttkanten vil oppstå innen ± 0,1 sekunder etter slutten av klokkegruppen.

Tid og dato er som følger:

Merk: Den lokale tidsforskyvningen er uttrykt i multipler av halve timer innenfor området −15,5h til +15,5h. Den uttrykkes i signert størrelsesform , med den viktigste biten "Local Offset Sign" -biten (LOS), 0 = + (øst for Greenwich ), 1 = -.

Eksempel på RDS -bruk

De følgende tre bildene illustrerer hvordan RDS kan brukes på en FM -radiostasjon; de to sistnevnte ble tatt da radioen ble innstilt på Nottingham radiostasjon Trent FM . Alle bildene er av displayet på Sony XDR-S1 DAB/FM/MW/LW bærbar radio.

Typisk radiovisning når ingen RDS -data er tilgjengelige

Typisk radiodisplay som viser feltet PS -navn (programtjeneste).

Eksempel Radio Text bruk, i dette tilfellet viser navn og artist på sangen som sendes - Duran Duran 's Lagre a Prayer - bunnlinjen ruller å avsløre resten av teksten.

PI A206

Servicemeny for en bilradio

RDS dekoder brikkesett

RDS Demodulator Sanyo LC72723

Selskaper som ST Microelectronics , Silicon Labs i Austin, Texas og NXP Semiconductors (tidligere Philips ) tilbyr single-chip-løsninger som finnes i disse enhetene.

Se også

Typisk spekter av sammensatt basebåndssignal

RDS APIer på høyt nivå

• Advanced Multimedia Supplements (JSR-234) (i Java programmeringsspråk)
• OpenMAX AL (i programmeringsspråk C)

Relaterte teknologier

• ALERT FM - RBDS nødmeldingssystem
• HEARO - et nedlagt RBDS nødmeldingssystem
• Data Radio Channel (DARC)
• DirectBand
• PSIP
• UECP - protokoll (Universal Encoder Communication Protocol)
• RDS OF THINGS - Bruke RDS i Smart City -applikasjoner.

relaterte temaer

• Digital radio
• Feilretting
• FM -kringkasting
• Internett -radioenhet
• Modem
• Radiomottaker
• Tekst -TV - .56,5kbit/s dataoverføring over analog TV -kanal

Merknader

Referanser

• Directory of European FM Broadcasting, European FM Handbook 2002–2003 , 13. utgave, utgitt 1. juli 2002, B5-format, ISBN  951-98733-1-7 [2]
• Dietmar Kopitz, Bev Marks, RDS: Radio Data System (Mobile Communications Library) , ISBN  0-89006-744-9 [3]
• MSB VMA -rapport, [4]
• http://www.interactive-radio-system.com/docs/EN50067_RDS_Standard.pdf
• SBL arbeidsgruppe "Zusatzinformationen im Hörfunk" (1987). Pfirstinger, Peter (red.). RDS: Radio-Daten-System-Zusatzinformationen im UKW-Hörrundfunk-Ein neuer Dienst der ARD (PDF) (på tysk). Institut für Rundfunktechnik (IRT). Arkivert (PDF) fra originalen 2021-04-30 . Hentet 2021-04-30 . (31 sider)

Eksterne linker

• FARWAY IRFC, TV og radiooverføring, radiodatasystemkodere
• Spesifikasjon av RDS -standarden, tilgjengelig via RDS -forumet
• "NRSC-4 National Radio Systems Committee United States RBDS Standard-Spesifikasjon av radiosending datasystem (RBDS)"
• Den RDS Forum er den profesjonelle sammenslutning av brukerne av kringkasting teknologi Radio Data System
  • RDS: "The Radio Data System", "The Broadcasters Guide to RDS"
  • RDS -funksjoner som fungerer som tuninghjelpemidler
• xRDS "Utvidelse av RDS -dataoverføringskapasiteten"
  • "xRDS -presentasjon på RDS -forummøtet 2011"
• RDSList.com
• GR-RDS på Github -En GNU-radiobasert åpen kildekode-implementering av en RDS-mottaker og sender
• Dekoding av RDS TMC -program og krets.
• FM Broadcast og TV Broadcast Aural Subcarriers - Clifton Laboratories