MAYAH Communications

Technische Highlights

DVB-H

Wenn Sie sich schon mal gewundert haben, warum MAYAH Produkte so einfach ihren Einsatz bei DVB-H finden können, hier ist die Antwort: Eine der fundamentalsten Multimedia Streaming Protokolle für DVB-H ist RTP und dessen Erweiterungen. Diese sind seit 2004 in den Centauri II Audio Gateway Codecs und in den Audio Video En/Decoders IO [io] 8000 / 8001 für die aktuellen und auch potentiellen Applikationen implementiert.

RTP: (Real-Time Transfer Protocol, RFC3550, ersetzt RFC1889)

Zur Übertragung von Echtzeitdaten wurde ein UDP basierendes Protokoll definiert, dass die Nachteile von TCP und UDP beseitigt: RTP. RTP bietet für die zu übertragenden Datenpakete eine Pakettyp-Kennzeichnung (Payload Type Identification), Reihenfolgenummerierung, Zeitstempelung und eine Absenderidentifikation Mit den Zeitinformationen lassen sich Audio- und Videodaten synchronisieren. Anhand der Reihenfolgenummerierung sind die ankommenden Pakete sortierbar und Paketverluste feststellbar. Durch die Nutzlast-Identifikation wird eine dynamische Änderung des Codierverfahrens im Verlauf einer Sitzung möglich.

RTP unterstützt Unicast und Multicast (und bei MAYAH auch Broadcast). Die Datenübertragung wird von RTCP überwacht.

Audio/Video über RTP wird in folgenden Produkten/Projekten eingesetzt: z.B. Voice-over-IP, ISMA, QuickTime Player, VLC Media Player, Windows Media Player (ab Version 9)

Komplette Beschreibung von RFC3550 (http://www.ietf.org/rfc/rfc3550.txt)

RTCP: (RTP Control Protocol, RFC3550, ersetzt RFC1889)

RTCP basiert auf dem periodischen Austausch von Kontrollpaketen unter den Sitzungsteilnehmern und bietet folgende Funktionsbereiche:

Rückmeldung zur Dienstqualität

Der Sender kann aufgrund dieser Informationen Übertragungsparameter anpassen

Identifikation der Session-Teilnehmer

Empfänger können aufgrund der Eineindeutigkiet dieser Information verschieden Datenströme einem Sender zuordnen und entsprechend weiterverarbeiten

Kontrolle der RTCP-Bandbreite

Die Datenübertragung darf nicht durch den Austausch von Kontrollpaketen behindert werden.

Session-Kontrolle

In die Senderinformation werden NTP-Zeitstempel eingebracht, die in Zusammenhang mit RTP-Zeitstempeln sowohl eine Intra-Media-Synchronisation (innerhalb eines Datenstromes) als auch eine Inter-Media-Synchronisation (zwischen verschiedenen Datenströmen) ermöglichen.

Überwachung der Dienstqualität

Mit Hilfe der Sender- und Empfängerinformationen lassen sich Netzwerkjitter und Netzwerkzuverlässigkeit bestimmen.

Komplette Beschreibung von RFC3550 (http://www.ietf.org/rfc/rfc3550.txt)

RTP Profile for Audio and Video Conferences with Minimal Control:
(RFC3551, ersetzt RFC1890)

Diese RFC beschreibt zum einen, nach welcher RFC ein Codierverfahren seine Datenverkapselung durchzuführen hat und zum anderen die Zuordnung des Codierverfahren zu einer Nutzlast-Identifikation. z.B. AudioMPEG-1, AudioMPEG-2 werden mit RFC2250 gekapselt und erhalten die Nutzlast-Identifikation “14”. G.711, a-law erhält die Nutzlast-Identifikation “8” usw.

Für Verfahren, die nicht spezifiziert sind, sind die Identifikationen 96-127 (“dynamic assignment”) vorgesehen. In diesen Fällen muss eine Codec-Identifkation auf anderem Wege erfolgen. Ein Weg kann z.B. “SDP”(s.u.) sein.

MAYAH bietet einen weiteren Weg an: RTP Header Extension.

RTP spezifiziert einen Bereich im RTP Header, der individuellen Zwecken vorbehalten ist und mit Pakettyp unabhängigen Informationen versehen sein kann. Diese “Header Extension” wird bei MAYAH dann verwendet, wenn für das ausgewählte Codierverfahren keine definierte Pakettypkennzeichnung vorhanden ist. Die “Header Extension” wird zyklich versandt, was einem Empfänger erlaubt auch nach Sitzungsbeginn an einer Sitzung teilzunehmen. Das Format der MAYAH Header Extension ist öffentlich zugänglich.

Komplette Beschreibung von RFC3551 (http://www.ietf.org/rfc/rfc3551.txt)

SDP: Session Description Protocol (RFC2327)

SDP dient dazu. Multimedia-Sitzungen zu beschreiben. Diese Beschreibung kann verwendet werden, die Sitzung anzukündigen, Teilnehmer zu dieser Sitzung einzuladen oder auf andere Weise eine Verbindung zu initiieren. Bei der Beschreibung handelt es sich um Klartext, der Angaben zum Kodectyp (Abtastrate Bitrate, etc.) und zur Verbindung (Protokoll, Adresse, Port, etc) enthält.

Zur Verbreitung der SDP-Beschreibung stehen wiederrum diverse Protokolle zur Verfügung: SAP, RTSP, SIP

Verwendet wird SDP z.B. bei: Voice-over-IP, ISMA, QuickTime Player, VLC Media Player, Windows Media Player (ab Version 9)

Komplette Beschreibung von RFC2327 (http://www.ietf.org/rfc/rfc2327.txt)

SAP: Session Announcement Protocol (RFC2974)

SAP dient dazu, eine SDP Information an einer Multicast-Adresse bekannt zu machen (Mayah unterstützt, entgegen der Norm, auch SAP-Unicast). Somit kann ein potentieller Empfänger sich einen Gesamtüberblick aller im (Sub-)Netz angebotenen Inhalte verschaffen und sich dann den gewünschten auswählen.

Die SDP-Information wird zyklisch aktualisiert, kann mit einer Authentifizierung versehen und bei Bedarf verschlüsselt werden.

Verwendet wird SAP z.B. bei: Voice-over-IP, VLC Media Player

Komplette Beschreibung von RFC2974 (http://www.ietf.org/rfc/rfc2974.txt)

RTSP: Real-Time Streaming Protocol (RFC2326)

RTSP ist ein Anwendunggsprotokoll, das die Auslieferung, Kontrolle und Steuerung von Multimedia-Daten auf Basis von Unicast und Multicast unterstützt. Es ist sowohl für große Konferenzen als auch für einfache Video-on-Demand (VoD)-Anwendungen geeignet. Es existieren getrennte Kanäle für die Auslieferung (z.B. RTP) der Daten und die Kontrolle (z.B. TCP). RTSP kann als eine Art “Network Remote-Protokoll” für Multimedia-Server betrachtet werden.

RTSP beinhaltet eine Client-Server-Kommunikation, die dazu dient, den Client über vorhandene Inhalte zu informieren, eine Auswahl aus diesen zu treffen und die Verbindung zu starten bzw. einer bereits laufenden beizutreten. Bei der Inhaltsbeschreibung kann z.B. SDP verwendet werden.

Verwendet wird RTSP z.B. bei: Voice-over-IP, ISMA, QuickTime Player, VLC Media Player, Windows Media Player (ab Version 9)

Komplette Beschreibung von RFC2326 (http://www.ietf.org/rfc/rfc2326.txt)