FMUSER Wireless Video- und Audioübertragung einfacher!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanisch
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenisch
az.fmuser.org -> Aserbaidschanisch
eu.fmuser.org -> Baskisch
be.fmuser.org -> Weißrussisch
bg.fmuser.org -> Bulgarisch
ca.fmuser.org -> Katalanisch
zh-CN.fmuser.org -> Chinesisch (vereinfacht)
zh-TW.fmuser.org -> Chinesisch (traditionell)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tschechisch
da.fmuser.org -> Dänisch
nl.fmuser.org -> Niederländisch
et.fmuser.org -> Estnisch
tl.fmuser.org -> Philippinisch
fi.fmuser.org -> Finnisch
fr.fmuser.org -> Französisch
gl.fmuser.org -> Galizisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Deutsch
el.fmuser.org -> Griechisch
ht.fmuser.org -> Haitianisches Kreol
iw.fmuser.org -> Hebräisch
hi.fmuser.org -> Hindi
hu.fmuser.org -> Ungarisch
is.fmuser.org -> Isländisch
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Irisch
it.fmuser.org -> Italienisch
ja.fmuser.org -> Japanisch
ko.fmuser.org -> Koreanisch
lv.fmuser.org -> Lettisch
lt.fmuser.org -> Litauisch
mk.fmuser.org -> Mazedonisch
ms.fmuser.org -> Malaiisch
mt.fmuser.org -> Malteser
no.fmuser.org -> Norwegisch
fa.fmuser.org -> Persisch
pl.fmuser.org -> Polnisch
pt.fmuser.org -> Portugiesisch
ro.fmuser.org -> Rumänisch
ru.fmuser.org -> Russisch
sr.fmuser.org -> Serbisch
sk.fmuser.org -> Slowakisch
sl.fmuser.org -> Slowenisch
es.fmuser.org -> Spanisch
sw.fmuser.org -> Suaheli
sv.fmuser.org -> Schwedisch
th.fmuser.org -> Thai
tr.fmuser.org -> Türkisch
uk.fmuser.org -> Ukrainisch
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamesisch
cy.fmuser.org -> Walisisch
yi.fmuser.org -> Jiddisch
1. RTP / RTCP-Protokoll
RTP-Protokoll
Der vollständige Name von RTP lautet Real-Time Transport Protocol (Echtzeit-Transportprotokoll).
Dies ist ein von der IETF (The Internet Engineering Task Force) vorgeschlagener Standard, und das entsprechende RFC-Dokument lautet RFC3550 (RFC1889 ist eine abgelaufene Version). RFC3550 definiert nicht nur RTP, sondern auch das unterstützende zugehörige Protokoll RTCP (Real-Time Transport Control Protocol, dh Real-Time Transport Control Protocol). RTP wird verwendet, um End-to-End-Echtzeitübertragungsdienste für eine Vielzahl von Multimediadaten bereitzustellen, die in Echtzeit übertragen werden müssen, z. B. Sprache, Bild und Fax im IP-Netzwerk. RTP bietet Zeitinformationen und Stream-Synchronisation für die End-to-End-Echtzeitübertragung im Internet, garantiert jedoch nicht die von RTCP bereitgestellte Servicequalität.
RTP-Anwendungsumgebung
(1) Einfache Multicast-Audiokonferenz. Die Sprachkommunikation erfolgt über eine Multicast-Adresse und zwei Ports. Eine ist für Audiodaten (RTP) und die andere für Steuerpakete (RTCP).
(2) Audio- und Videokonferenzen. Wenn in einer Konferenz sowohl Audio- als auch Videokonferenzen verwendet werden, werden diese beiden Medien in unterschiedlichen RTP-Sitzungen übertragen, und jede Sitzung verwendet eine andere Übertragungsadresse (IP-Adresse + Port). Wenn ein Benutzer zwei Sitzungen gleichzeitig verwendet, verwendet das jeder Sitzung entsprechende RTCP-Paket den kanonischen Namen CNAME (Canonical Name). Die Teilnehmer können das zugehörige Audio und Video gemäß dem CNAME im RTCP-Paket erhalten und dann Audio und Video gemäß den Zeitinformationen (Netzwerkzeitprotokoll) im RTCP-Paket synchronisieren.
(3) Übersetzer und Mischer. Der Übersetzer und der Mischer sind beide Relaissysteme auf RTP-Ebene. Übersetzer werden in Benutzerbereichen verwendet, die nicht direkt über IP-Multicast erreichbar sind, z. B. eine Firewall zwischen Sender und Empfänger. Wenn das Audiokodierungsformat, das die Teilnehmer empfangen können, unterschiedlich ist, z. B. wenn ein Teilnehmer über eine langsame Verbindung eine Verbindung zu einer Hochgeschwindigkeitskonferenz herstellt, wird ein Mixer verwendet. Vor dem Betreten des Netzwerks, in dem das Audiodatenformat geändert werden muss, rekonstruiert der Mixer die Audiopakete aus einer oder mehreren Quellen, führt die rekonstruierten mehreren Audios zusammen und codiert sie mit einer anderen Audiocodierung. Leiten Sie dieses neue RTP-Paket weiter. Alle Datenpakete von einem Mixer sollten vom Mixer als Synchronisationsquelle identifiziert werden (SSRC, siehe RTP-Kapselung), und der Sprecher kann über die Beitragsquellenliste (CSRC-Tabelle, siehe RTP-Kapselung) bestätigt werden.
RTCP-Protokoll
Echtzeit-Steuerprotokoll (RTCP) und RTP werden gemeinsam in RFC 1889 definiert, das 1996 vorgeschlagen wurde. Es ist ein Steuerprotokoll, das mit RTP funktioniert. RTCP wird nur auf dem Low-Level-Protokoll ausgeführt, und das Low-Level-Protokoll ermöglicht das Multiplexen von Daten und Steuerpaketen. Während der RTP-Sitzung sendet jeder Sitzungsteilnehmer regelmäßig RTCP-Steuerpakete an alle anderen Teilnehmer. Für RTP-Sitzungen oder Broadcasts wird normalerweise eine einzelne Broadcast-Adresse mit mehreren Zielen verwendet. Alle zu dieser Sitzung gehörenden RTP- und RTCP-Pakete verwenden diese Broadcast-Adresse für mehrere Ziele. RTP-Pakete und RTCP-Pakete können durch Verwendung unterschiedlicher Portnummern unterschieden werden. .
ist ein Schwesterprotokoll des Real Time Transport Protocol (RTP). RTCP bietet eine Out-of-Band-Steuerung für RTP-Medienströme. RTCP selbst überträgt keine Daten, arbeitet jedoch mit RTP zusammen, um Multimediadaten zu verpacken und zu senden. RTCP überträgt regelmäßig Steuerdaten zwischen Teilnehmern einer Streaming-Multimedia-Sitzung. Die Hauptfunktion von RTCP besteht darin, Feedback zur von RTP bereitgestellten Servicequalität zu geben.
RTCP führt die folgenden vier Funktionen aus:
(1) Hauptsächlich, um Feedback zur Qualität der Datenfreigabe zu geben. RTCP ist Teil des RTP-Übertragungsprotokolls und bezieht sich auf die Fluss- und Überlastungskontrolle anderer Übertragungsprotokolle. Feedback hat einen direkten Einfluss auf die adaptive Codierungssteuerung. Die Erfahrung mit IP-Multicast zeigt jedoch, dass das Empfangen von Feedback vom Absender für die Diagnose von Übertragungsfehlern von entscheidender Bedeutung ist. Durch das Senden und Empfangen von Feedback-Berichten an alle Teilnehmer können Problembeobachter abschätzen, ob diese Probleme lokal oder global sind. Veröffentlichungsmechanismen wie IP-Multicasting ermöglichen es Gruppen wie Netzwerkdienstanbietern, Feedback zu erhalten und als Monitore von Drittanbietern zur Diagnose von Netzwerkproblemen zu fungieren. Die Rückkopplungsfunktion wird von den RTCP-Sender- und Empfängerberichten ausgeführt.
(2) RTCP trägt eine persistente RTP-Quellentransportschichtidentifikation, die als kanonischer Name (CNAME) bezeichnet wird. Wenn ein Konflikt gefunden oder das Programm neu gestartet wird, benötigt der Empfänger CNAME, um den Teilnehmer zu verfolgen, da die SSRC-Identität geändert werden kann. Der Empfänger benötigt außerdem den CNAME, um mehrere Datenströme zu kontaktieren, die in der entsprechenden RTP-Verbindung angegeben sind.
(3) Bei den ersten beiden Funktionen müssen alle Teilnehmer RTCP-Pakete senden. Daher muss die Rate gesteuert werden, damit RTP auf große Mengen ausgedehnt werden kann. Lassen Sie jeden Teilnehmer Kontrollpakete an andere Teilnehmer senden, wodurch sich die Anzahl der unabhängigen Beobachtungsteilnehmer erhöht. Diese Nummer wird verwendet, um die Rate zu berechnen, mit der Pakete gesendet werden.
(4) Die optionale Funktion besteht darin, minimale Verbindungssteuerungsinformationen zu übertragen, beispielsweise die Identifizierung von Teilnehmern. Wird höchstwahrscheinlich in "Loose Control" -Verbindungen verwendet, bei denen die Teilnehmer ohne Mitgliederkontrolle oder Parameterkoordination frei ein- oder aussteigen können. RTCP fungiert als bequemer Kanal für alle Teilnehmer, muss jedoch nicht alle Steuerungskommunikationsanforderungen der Anwendung unterstützen.
Wenn RTP in IP-Multicast verwendet wird, sind die ersten drei Funktionen für alle Situationen erforderlich und werden empfohlen. Entwickler von RTP-Anwendungen müssen die Verwendung von Mechanismen vermeiden, die nur im Unicast-Modus funktionieren, was zu einer Unfähigkeit zur Skalierung führt.
2. Die Beziehung zwischen RTP / RTCP und anderen Protokollen
Architekturdiagramm für Streaming-Medien
Die Beziehung zwischen dem RTP-Protokoll und anderen Protokollen
RTP, TCP und UDP sind alle Transportschichtprotokolle. RTP kann auch als zwischen der Anwendungsschicht und der Transportschicht liegend betrachtet werden
Wie aus der Abbildung ersichtlich ist, ist RTP in die Transportschicht unterteilt, die auf UDP basiert. Wie das UDP-Protokoll verfügt auch RTP zur Festlegung seiner Echtzeitübertragungsfunktion über eine feste Kapselungsform. RTP wird verwendet, um Zeitinformationen und Stream-Synchronisation für die End-to-End-Echtzeitübertragung bereitzustellen, garantiert jedoch nicht die Servicequalität. Die Servicequalität wird von RTCP bereitgestellt.
3. RTMP-Protokoll
Das Echtzeit-Messaging-Protokoll RTMP (Real Time Messaging Protocol) ist ein offenes Protokoll, das von Adobe Systems für die Audio-, Video- und Datenübertragung zwischen Flash-Playern und Servern entwickelt wurde.
Es hat drei Varianten:
1) Ein Klartextprotokoll, das unter Verwendung von Port 1935 an TCP arbeitet;
2) RTMPT ist in der HTTP-Anforderung gekapselt und kann die Firewall durchlaufen.
3) RTMPS ähnelt RTMPT, verwendet jedoch eine HTTPS-Verbindung.
Das RTMP-Protokoll wird von Flash für die Übertragung von Objekten, Video und Audio verwendet. Dieses Protokoll basiert auf dem TCP-Protokoll oder dem Polling-HTTP-Protokoll.
Das RTMP-Protokoll ist wie ein Container, in dem Datenpakete gespeichert werden. Diese Daten können Daten im AMF-Format oder Video- / Audiodaten in FLV sein.
Eine einzelne Verbindung kann mehrere Netzwerkströme über verschiedene Kanäle übertragen. Die Pakete in diesen Kanälen werden alle in Paketen fester Größe übertragen;
|
Geben Sie eine E-Mail-Adresse ein, um eine Überraschung zu erhalten
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanisch
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenisch
az.fmuser.org -> Aserbaidschanisch
eu.fmuser.org -> Baskisch
be.fmuser.org -> Weißrussisch
bg.fmuser.org -> Bulgarisch
ca.fmuser.org -> Katalanisch
zh-CN.fmuser.org -> Chinesisch (vereinfacht)
zh-TW.fmuser.org -> Chinesisch (traditionell)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tschechisch
da.fmuser.org -> Dänisch
nl.fmuser.org -> Niederländisch
et.fmuser.org -> Estnisch
tl.fmuser.org -> Philippinisch
fi.fmuser.org -> Finnisch
fr.fmuser.org -> Französisch
gl.fmuser.org -> Galizisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Deutsch
el.fmuser.org -> Griechisch
ht.fmuser.org -> Haitianisches Kreol
iw.fmuser.org -> Hebräisch
hi.fmuser.org -> Hindi
hu.fmuser.org -> Ungarisch
is.fmuser.org -> Isländisch
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Irisch
it.fmuser.org -> Italienisch
ja.fmuser.org -> Japanisch
ko.fmuser.org -> Koreanisch
lv.fmuser.org -> Lettisch
lt.fmuser.org -> Litauisch
mk.fmuser.org -> Mazedonisch
ms.fmuser.org -> Malaiisch
mt.fmuser.org -> Malteser
no.fmuser.org -> Norwegisch
fa.fmuser.org -> Persisch
pl.fmuser.org -> Polnisch
pt.fmuser.org -> Portugiesisch
ro.fmuser.org -> Rumänisch
ru.fmuser.org -> Russisch
sr.fmuser.org -> Serbisch
sk.fmuser.org -> Slowakisch
sl.fmuser.org -> Slowenisch
es.fmuser.org -> Spanisch
sw.fmuser.org -> Suaheli
sv.fmuser.org -> Schwedisch
th.fmuser.org -> Thai
tr.fmuser.org -> Türkisch
uk.fmuser.org -> Ukrainisch
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamesisch
cy.fmuser.org -> Walisisch
yi.fmuser.org -> Jiddisch
FMUSER Wireless Video- und Audioübertragung einfacher!
Kontakt
Adresse
Nr.305 Zimmer HuiLan Gebäude Nr.273 Huanpu Road Guangzhou China 510620
Kategorien
Newsletter