Programme Service Name

Programme Service Name (PS, GT 0A/0B) ist der wohl bekannteste Dienst im RDS. Er ermöglicht die Übertragung des Sendernamens in bis zu acht alphanumerischen Zeichen. Ältere Autoradios konnten nur Großbuchstaben und Ziffern sowie eingeschränkt Sonderzeichen darstellen, wodurch manchmal wenig Spielraum für sinnvollen PS-Text bestand. Neuere RDS-Empfänger, allen voran radiotexttaugliche Geräte, müssen umfangreiche Code-Tabellen beinhalten, u. a. den lateinischen Standardschriftsatz und weitere europäische Sonderzeichen (siehe DIN EN 62106).

In jüngerer Zeit ist es in Mode gekommen, durch wechselnde PS-Anzeigen einen längeren Sendernamen, Zusatzinformationen wie den aktuell gespielten Musiktitel oder gar Werbung zu übertragen. Diese Anwendung verstößt jedoch gegen die RDS-Spezifikation und behindert oftmals die Senderspeicherverwaltung in den Autoradios, worauf manche Radio-Hersteller versuchen, mit intelligenter Software den Programmnamen herauszufiltern, um somit den Nutzen des PS wiederzuerlangen.

Long Programme Service Name

Long Programme Service Name (LPS, GT 15A) ist die neue Version des PS mit Berücksichtigung beliebiger Zeichensätze durch UTF-8-Kodierung. Obwohl im ASCII-Zeichensatz alle 32 Bytes nutzbar wären, beschränkt man sich auf maximal 16 Zeichen in der Anzeige. Europäische Umlaute benötigen in der Regel 2 Bytes, so kann man beliebige Namen richtig anzeigen. Chinesisch, Arabisch, Koreanisch und alles, was mit UTF-8 darstellbar ist, kann gesendet werden. RDS2 setzt generell auf UTF-8, lediglich aus Kompatibilitätsgründen wird im 2A-/2B-Radiotext und im 0A-/0B-PS-Namen der originale EBU-Zeichensatz verwendet. Dieser ist jedoch nicht mehr uneingeschränkt kompatibel zum DAB-/DAB+-Zeichensatz, seit 2016 im DAB-Standard Änderungen vorgenommen wurden.

Programme Type

Programme Type (PTY, in allen ausgestrahlten GT) bezeichnet die Einteilung der Sender nach Sparten, zum Beispiel Pop-Musik, Nachrichten, Klassik oder Jazz. Die PTY-Auswahl gehört zu den Standardfunktionen üblicher RDS-Empfänger. PTY kann auch während des Programms umgeschaltet werden, sodass z. B. eine Pop-Welle während der Nachrichten "Nachrichten" als PTY überträgt und danach wieder "Pop".

PTY-31

PTY-31 (GT 9A) bietet (theoretisch) eine automatische Ein- und Umschaltlösung für Notfall- und Katastrophenmeldungen. Das PTY-31-Signal besitzt höchste Priorität und die RDS-Empfänger schalten automatisch den "warnenden" Rundfunksender ein. In neueren Empfängern wird PTY-31 jedoch teilweise nicht mehr implementiert, da es zumindest in Europa nie oder nur missbräuchlich genutzt wurde. Die öffentlich-rechtliche Sendeanstalt Italiens RAI sprach diesbezüglich einige Verwarnungen gegen Privatsender wegen „Station Kidnapping“ aus. Die verwarnten Radiosender hatten Radiogeräte zwangsweise mittels des PTY-31-Signals auf ihr Programm umgeschaltet. Diese Umschaltung kann vom Hörer nicht mehr rückgängig gemacht werden, es sei denn, er verlässt den Empfangsbereich des (illegalen) Rundfunksenders.

Traffic Programme

Ein Traffic-Programme-Signal (TP, in allen ausgestrahlten GT) wird gesendet, wenn ein Sender den sogenannten Verkehrsfunk anbietet, das heißt, wenn Informationen über Staus und Gefahren durch ein spezielles Signal angekündigt werden. Die TP-Kennung existiert seit Anbeginn von RDS und hat die bisherige ARI-Funktion zum 1. April 2005 vollständig ersetzt, welche aus Kompatibilitätsgründen für nicht-RDS-fähige Empfänger bis dahin parallel ausgestrahlt worden war.

Traffic Announcement

Falls TP aktiviert ist, bewirkt ein Traffic Announcement (deutsch: Verkehrsdurchsage, abgekürzt (TA, GT 0A/0B, auch 14B, 15B)) für die Zeit der Durchsage beispielsweise eine Erhöhung der Lautstärke (geräteabhängig) oder den Wechsel der Wiedergabe von CD zum Radio und danach wieder zurück.

Enhanced Other Networks

Enhanced Other Networks (EON, GT 14A, 14B) ermöglicht den Empfang von Verkehrsfunk (TA), auch wenn der gewählte Sender kein eigenes TA-Programm anbietet. Diese Funktion wird maßgeblich von den öffentlich-rechtlichen Hörfunksendern genutzt, die damit zum Beispiel Hörern der Kulturwellen (zum Beispiel MDR Kultur) die Verkehrsnachrichten der Pop- und Jugendwellen (beispielsweise MDR Jump) zugänglich machen. Deutschlandradio Kultur nutzt EON, um auf regionalen bzw. bundeslandspezifischen Verkehrsfunk (etwa von MDR Sachsen) zu verweisen.

Wird vom Verkehrsfunksender eine Verkehrsnachricht ausgesendet, wird dies über RDS-Gruppe 14 signalisiert, was den EON-Empfänger veranlasst, für die Dauer dieser Verkehrsnachricht auf das andere Programm mit der Nachricht umzuschalten (typischerweise aus derselben Senderfamilie) und nach der Nachricht wieder zurück auf das TP-lose Ausgangsprogramm. Mit der Signalisierung einer Durchsage werden sogleich einige linkbezogene Informationen mit ausgestrahlt, wie z. B. PI des betreffenden Verkehrsfunksenders, sowie mögliche Frequenzen (AFs) zur schnellen Abstimmung des EON-Empfängers.

EON ist theoretisch auch dafür geeignet, für andere Programmtypen (PTY) wie etwa Nachrichten auf einen verbundenen Sender umzuschalten, wenn dort eine Sendung mit dem betreffenden PTY beginnt. Diese Funktion wird aber von den Sendern und Empfängern nicht genutzt.

Falls EON unterstützt wird, findet sich zumeist ein EON-Symbol auf der Gerätefront. RDS2 : EON unterstützt unter RDS2 9-bit AF

Traffic Message Channel

Der Traffic Message Channel (TMC, GT 8A) enthält kodierte Verkehrsmeldungen, die von einem Navigationssystem angezeigt und direkt zur Routenplanung genutzt werden können. Im fremdsprachigen Ausland kann der Empfänger daraus Meldungen in der eigenen Sprache generieren. TMC wurde als ODA (Open Data Application) realisiert und wird von TISA gepflegt. Das bedeutet, TMC könnte unter einer beliebigen Gruppe laufen. Aus Kompatibilitätsgründen wird er aber weiterhin unter 8A ausgestrahlt.

Alternative Frequency

Die Funktion Alternative Frequency (AF, GT 0A/0B) ermöglicht das automatische Wechseln der Empfangsfrequenz beim Verlassen des Empfangsbereiches eines Senders. In der AF-Tabelle im RDS werden ständig Alternativfrequenzen umliegender Sender ausgestrahlt, die ebenfalls das eingestellte Programm übertragen. Im Normalfall sollte der Empfänger laufend die Qualität des empfangenen Signals überprüfen und gegebenenfalls auf eine andere in der AF-Tabelle angegebene Frequenz wechseln. Der Wechsel ist nur dann erfolgreich, wenn auch der Programme-Identification-Code (PI, s. u.) übereinstimmt. So vermeidet man, dass ein Radio auf eine Frequenz wechselt, die an diesem Punkt von einem anderen Programm belegt ist.

9-bit AF

RDS2 unterstützt Trägerfrequenzen von 64 MHz bis 108 MHz. Damit reichen die 8 bit AF nicht mehr aus. Als System-ODA wurde die 9-bit AF (Sys-ODA) eingeführt. Beschrieben wird sie unter IEC 62106-6 Annex D.

Program Identification

Der Program-Identification-Code (PI, in allen ausgestrahlten GT) ist ein senderinterner Identifikationscode, der unter anderem bei der Suche nach AFs (Alternativfrequenzen) eingesetzt wird. Er besteht aus einer 16-Bit-Zahl, die eine eindeutige Kennung des Senders ermöglicht. In der vierstelligen Identifikationsnummer sind ein Ländercode enthalten, eine Regionskennung (Reg-Bit) sowie eine der Senderkette zugehörige, individuelle Nummerierung.

Extended Country Code

Die PI-Codes sind nicht eindeutig. Bereits in Europa kann es vorkommen, dass sie mehrfach verwendet werden.

Beispiel: Deutschland, Serbien und Libyen beginnen alle mit hex "D".

Der Extended Country Code (ECC) mit dem CI-Code zusammen bezeichnet das Land eindeutig. Einige Länder, wie USA oder China haben mehrere ECC+CI-Kombinationen. Benutzt wird er hauptsächlich für TMC (Location Code Tables) und RadioDNS.

Radio Text

Radio Text (RT, GT 2A, 2B) übermittelt Zusatzinformationen, wie den aktuellen Musiktitel und Interpreten oder Kontaktdaten des Senders. Die Textübertragung erfolgt zeilenweise, eine Zeile enthält maximal 64 Zeichen. Bei den meisten Autoradios wird jedoch aus Sicherheitsgründen bewusst auf diese Funktion verzichtet, um nicht die Aufmerksamkeit des Fahrers auf den eingeblendeten Text zu lenken. In der aktuellen RDS-Spezifikation EN 62106 wurde nun auch Radiotext bzw. Radiotext plus (RT+) integriert. Parallel dazu mehren sich nun auch die Implementierungen, u. a. sogar bereits bei "Original-Radios" (sogenannte OEMs), die in moderneren Fahrzeugen fest integriert sind.

Enhanced Radio Text

Enhanced Radio Text (eRT, GT = ODA) übermittelt Zusatzinformationen ähnlich wie Radiotext. Die Textübertragung erfolgt zeilenweise, eine Zeile enthält maximal 128 Bytes, aber maximal 64 Zeichen. Die Kodierung erfolgt wahlweise in UCS-2 oder UTF-8, somit sind alle Zeichen weltweit abgedeckt, inklusive chinesische, japanische, arabische etc. Die Schreibrichtung (z. B. Arabisch r-l – Latein l-r) wird in der Übertragung signalisiert. Moderne Autoradios können zwischen RT und eRT umschalten, die Übertragung der beiden Radiotexte darf aber nicht parallel erfolgen. In der aktuellen RDS-Spezifikation EN 62106 wurden nun auch Radiotext und Radiotext plus (RT+) integriert, der je nach Implementation auch auf eRT angewendet werden kann.

Music/Speech

Mit Music/Speech (MS, GT 0A/0B, 15B) wird in einem Bit zwischen Musik- und Sprachübertragung unterschieden, so dass ein Radio beispielsweise zwischen zwei Klangprofilen umschalten kann.

Clock Time

Das Clock-Time-Signal (CT, GT 4A) dient der Zeitsynchronisation. Wenn das Signal ausgestrahlt wird, können Ungenauigkeiten der Uhr im Empfänger mit diesem Signal korrigiert werden. Diese Funktion wird vor allem von den öffentlich-rechtlichen Sendern verwendet.

Open Data Applications

Open Data Applications (ODA, GT 5A,6A,7A,8A,9A,11A,12A,13A + 1B,3B,4B,5B,6B,7B,8B,9B,10B,11B,12B,13B) wurde eingeführt, um das RDS System einfach erweiterbar zu machen und somit schnell zusätzliche Datendienste implementieren zu können, ohne den Standard explizit dafür anpassen zu müssen. Beispiele für ODAs sind (neben dem oben erwähnten TMC) die Übertragung von DGPS-Korrekturdaten; RT+ (Radiotext plus), eine maschinenlesbare Weiterentwicklung des Radiotext; oder "iTunes-Tagging", das eine Identifizierung eines gesendeten Musikstücks im iTunes Music Store ermöglicht (derzeit nur HD Radio).

Weitere 64 ODA Kanäle bietet RDS2 auf drei höheren Trägern. Diese werden mit C-type Gruppen verwendet.

Technische Grundlagen RDS2

RDS2 kennt bis zu drei weitere Träger auf den Frequenzen 66,5 kHz, 71,25 kHz und 76 kHz.

Modulation und Übertragungsraten sind identisch für alle Streams. Die Gruppen sind auf allen vier Trägern synchron zueinander.

Bei RDS bilden je 26 Bits einen Block, der wiederum aus 16 Datenbits und 10 Prüfbits besteht. Hier kommt ein linearer Code zur Anwendung, der einen minimalen Hamming-Abstand von 5 besitzt, das heißt, es lassen sich zwei zufällige Fehler innerhalb eines Blocks korrigieren. Der Code ist so ausgelegt, dass sich bis zu elf weitere Fehler korrigieren lassen, wenn sie als Bündelstörung, also direkt nebeneinander, vorliegen. Mit Hilfe der Prüfbits können auch die Blockgrenzen und die Art des Blocks detektiert werden. Jeweils vier Blöcke (ABCD bzw. ABC'D) bilden eine RDS-Gruppe. RDS2 C-type Gruppen kennen nur ABCD Blöcke.

Wichtig ist noch die Synchronisation der Blöcke. Datenübertragungen werden normalerweise immer mit Hilfe eines speziellen Datenworts, welches eine hohe Erkennungswahrscheinlichkeit in einem verrauschten Signal hat, synchronisiert. Dieses Verfahren kann aber hier nicht angewendet werden, da ein kontinuierlicher Datenstrom vorliegt. Dazu wird ein anderes Verfahren genutzt: Betrachtet man das oben angegebene Fehlerkorrekturverfahren genauer, stellt man fest, dass es neben den angegebenen Fehlerkorrekturen noch weitere Fehlermöglichkeiten gibt, die nicht zur Anwendung kommen können, da sie in kein Schema passen. Aus diesen nicht nutzbaren Fehlerworten werden 5 ausgewählt und den Blöcken zugeordnet. Blöcke sind A, B, C, D und C'. Diese Fehler werden entsprechend den Blöcken auf der Sendeseite hinzugefügt. Da die Art der Fehler auf der Empfängerseite erkannt werden kann, sucht ein Empfänger nach diesen Fehlern. Können 3 Fehler in der richtigen Gruppenreihenfolge erkannt werden, geht man von einer richtigen Synchronisation aus und kann danach die Daten auswerten. Es sind allerdings noch auf der Empfängerseite entsprechende Strategien für positiven und negativen Bitschlupf zu entwickeln.

Die Spezifikationen findet man in der DIN-Norm DIN EN 62106.

In Block A wird immer die 16-Bit-Sender-ID (Programme Identification, PI) übertragen. In Block B findet man den Programmtyp (PTY), einen Indikator für Verkehrsfunk (TP) und die RDS-Gruppennummer (Group Type GT). Diese gibt Auskunft über die Verwendung der restlichen fünf Bits des Blocks B und der 32 Bits von Block C und D. Es existiert eine Reihe von RDS-Gruppen, die für verschiedene zusätzliche Datendienste verwendet werden, zum Beispiel Gruppe 11A (siehe Beispielbitmuster) oder Gruppe 3A für Open Data Applications (ODA).

RDS2 C-Type Gruppen tragen keinen PI-Code. Sie bestehen aus 1 Byte Header und 7 Byte Data. Ist der Header 0x0000, sind die restlichen 7 bit A- oder B-Type Gruppen (Tunnelling), der PI-Code dazu wird aus Stream-0 entnommen.

Steuerung der RDS-Aussendung

Solange sich die Benutzung von RDS weitgehend auf die Übermittlung statischer Daten wie TP/TA beziehungsweise AF beschränkt, ist eine Steuerung über akustische Signale (Töne, etwa Hinz-Triller) möglich. Dafür wurde von der deutschen Telekom das Verfahren „Steuerung des RDS/VRF-Systems mittels Hinz-Triller“ mit dem Schreiben FTZ 175 AB 33 vorgegeben. Es waren nur wenige Geräte zur Steuerung zugelassen (unter anderem Rudolph HT090). Sollen darüber hinaus weitere Dienste genutzt werden, ist eine Übermittlung auf anderen Wegen an den RDS-Encoder erforderlich (etwa eine separate Datenleitung). Ein geeignetes Verfahren ist unter UECP zu finden.