DE60305793T2 - Verfahren, Sender und Empfänger zur Anpassung der Kodierrate an eine wechselnde Übertragungsrate - Google Patents

Verfahren, Sender und Empfänger zur Anpassung der Kodierrate an eine wechselnde Übertragungsrate Download PDF

Info

Publication number
DE60305793T2
DE60305793T2 DE60305793T DE60305793T DE60305793T2 DE 60305793 T2 DE60305793 T2 DE 60305793T2 DE 60305793 T DE60305793 T DE 60305793T DE 60305793 T DE60305793 T DE 60305793T DE 60305793 T2 DE60305793 T2 DE 60305793T2
Authority
DE
Germany
Prior art keywords
rate
transport
data
network
updated
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE60305793T
Other languages
English (en)
Other versions
DE60305793D1 (de
Inventor
Tomoaki Kawasaki-shi Itoh
Takao Machida-shi Yamaguchi
Harumine Yokohama-shi Yoshiba
Naoyuki Yokohama-shi Otoshi
Manabu Machida-shi Nakamura
Junichi Yokohama-shi Hamada
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Application granted granted Critical
Publication of DE60305793D1 publication Critical patent/DE60305793D1/de
Publication of DE60305793T2 publication Critical patent/DE60305793T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/26Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263Rate modification at the source after receiving feedback
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • H04L47/283Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/36Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/762Media network packet handling at the source 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026Transmission of channel quality indication
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/50Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Description

  • Hintergrund der Erfindung
  • Die vorliegende Erfindung bezieht sich auf ein Verfahren zum Transportieren von Audio/Video-Daten, gesendet von einer Kamera oder einem Mikrofon aus, das bedeutet Mediendaten mit einer hohen Qualität, einen Sender und einen Empfänger, dafür.
  • Verschiedene Verbindungsmodi werden über ein IP-(Internet Protokoll)-Netzwerk, wie beispielsweise ein Intranet oder das Internet, verwendet. In Abhängigkeit von dem Verbindungsmodus variieren die nutzbaren Bänder des Netzwerks in Bezug auf eine Bit-Rate in einem Bereich von mehreren Kilobits pro Sekunde (kbps) bis mehreren hundert Megabits pro Sekunde (Mbps). Zusätzlich bewirkt der Einfluss von anderen Flüssen (Übertragungsdaten), dass das nutzbare Band mit der Zeit variiert. Als solches ist eine Transportratensteuerung notwendig, um einen Mediendatentransport über ein Netzwerk des Typs, der vorstehend beschrieben ist, durchzuführen. Die Transportratensteuerung stellt die Transportrate entsprechend den nutzbaren Transportbändern ein.
  • Bekannte Protokolle, die dazu eingesetzt werden, Mediendaten über das Internet in einer Realzeit zu transportieren, umfassen RTP (Realtime Transport Protocol)/RTCP (RTP Control Protocol) (H. Schulzrinne et al., "RTP: A Transport Protocol for Real-Time Applications", RFC 1889, Internet Engineering Taskforce, Jan. 1996). Entsprechend dem RTP/RTCP sendet ein Empfangsanschluss Rückführinformationen, die sich, zum Beispiel, auf die Paketverlustrate, die Propagationsverzögerungszeit und das Jitter beziehen, zu einem Sendeterminal, und die Transportrate wird auf der Basis der Rückführinformationen bestimmt. Das Übertragungsintervall (Hinweisintervall) für die Rückführinformationen von dem Empfangsterminal ist ein festgelegter Wert, zum Beispiel fünf Sekunden.
  • Bekannte Verfahren für eine Transportratensteuerung unter Verwendung von Rückführinformationen, wie dies vorstehend beschrieben ist, umfassen ein Verfahren, bezeichnet als TFRC (TCP Friendly Rate Control) (M. Handley et al., "TCP Friendly Rate Control (TFRC): Protocol Specification", RFC 3448, Internet Engineering Taskforce, Jan. 2003). Entsprechend dem TFRC wird die Transportrate so gesteuert, um sich zu erhöhen, bis ein Paketverlustereignis auftritt, und die Transportrate wird so gesteuert, um sich zu verringern, wenn das Paketverlustereignis aufgetreten ist. Dadurch ermöglicht das TFRC, dass eine Aktualisierung einfach zum Erzeugen einer Transportrate, geeignet für eine beabsichtigte Mediendatenübertragung, erreicht werden kann. Das Transportraten-Aktualisierungsintervall beträgt 1 x RTT (Round Trip Time), von mehreren zehn Millisekunden (ms) bis zu mehreren hundert Millisekunden (ms), zum Beispiel, reichend.
  • Ein anderes bekanntes Verfahren ist ein Verfahren, das in Request for Comments (RFC) 2733 (J. Rosenberg et al., "an RTP Payload Format for Generic Forward Error Correction", Internet Engineering Taskforce, Dez. 1999), beschrieben ist, das eine Technik ist, um eine Fehlerkorrekturfähigkeit auf RTP anzuwenden. Genauer gesagt fügt die RFC 2733 Technik FEC-Daten (FEC: Vorwärts-Fehler-Korrektur), was redundante Daten für eine Vorwärts-Fehler-Korrektur sind, zu Daten, die übertragen werden sollen, hinzu.
  • In dem Fall eines Sendens von codierten Daten basierend auf Mediendaten, wenn deren Transportrate aktualisiert wird, dem TFRC unter Intervallen folgend, die von mehreren zehn Millisekunden (ms) bis mehreren hundert Millisekunden (ms) reichen, und wenn die Codierrate zu jedem Zeitpunkt aktualisiert wird, zu dem die Transportrate aktualisiert wird, variiert die Codierrate häufig. Als solche variiert, zum Beispiel, die Qualität von Bildern, die übertragen werden sollen, häufig, was zu einer Verschlechterung der Betrachtungsbildqualität führt.
  • Zusätzlich wird, wenn das Hinweisintervall für Rückführinformationen von einem Empfangsterminal zu einem Sendeterminal kurz eingestellt wird, ein Vorteil dahingehend gezeigt, dass auf ein nutzbares Sendeband schnell zugegriffen werden kann, und das Sendeband kann effektiv verwendet werden. Andererseits wird die Aktualisierungshäufigkeit für die Transportrate in dem Sendeterminal hoch gestaltet, und eine Qualität von Mediendaten wird häufig in einem Umfang so variiert, dass der Medientransport nicht unter Beibehalten einer stabilen Qualität ausgeführt werden kann. Zusätzlich wird der Grad einer Fairness beim Durchsatz in Bezug auf einen anderen Fluss verringert. Demzufolge wird, mit dem Hinweisintervall für die Rückführinformationen lang eingestellt, die Aktualisierungshäufigkeit der Transportrate reduziert. In diesem Fall kann, während die Transportrate stabilisiert wird, Variationen in dem Sendeband nicht gefolgt werden, was dadurch eine effiziente Benutzung des Sendebands unmöglich macht. Weiterhin werden in dem Fall, in dem das Hinweisintervall lang eingestellt ist, wenn das nutzbare Sendeband schmal ist, Pakete in einer Art Burst-Weise verloren und die Mediendaten-Übertragungsqualität wird extrem verschlechtert.
  • Weiterhin wird, herkömmlich, da die Datenpaketgröße gleichförmig ist, wenn die Transportrate verringert wird, die Anzahl der Pakete verringert. Allgemein wird, in einem Empfangsterminal, eine Paketverlustrate L durch die folgende Gleichung berechnet:
    L = 1 – (Anzahl der Datenpakete, angekommen an einem Empfangsterminal innerhalb einer Zeit T)/(Anzahl von Datenpaketen, gesendet von einem Sendeterminal innerhalb der Zeit T).
  • Gewöhnlich ist die Zeit T ein Zeitintervall von dem Auftreten eines Sendens vorheriger Rückführinformationen bis zu dem Auftreten eines Sendens von momentanen Rückführinformationen. Die Gleichung beschreibt, dass, wenn sich die Anzahl von Paketen, die von dem Sendeterminal aus transportiert werden soll, verringert, der Paketverlust eines Pakets bewirkt, dass die Paketverlustrate stark variiert. Zum Beispiel wird ein Zustand angenommen, bei dem sich die Transportrate wesentlich verringert, und nicht mehr als ein Paket innerhalb der Zeit T transportiert werden kann. In diesem Zustand ist dann, wenn das Paket nicht verloren ist, die Paketverlustrate 0%; dagegen ist, wenn das Paket verloren ist, die Paketverlustrate 100%. In einem solchen Zustand kann, aus dem Grund, dass ein genauer Netzwerk-Andrang-Zustand nicht aus dem Grund sichergestellt werden kann, die Paketverlustrate nicht fein beobachtet werden.
  • Weiterhin ist in einem Verfahren, dargestellt durch TFRC, und Richten der primären Wichtigkeit auf die Fairness in Bezug auf das TCP, das RTT in einem Nenner eines Berechnungsausdrucks enthalten, der die Transportrate bestimmt. Die RTT ist eine Zeit, die für den Round Trip eines Pakets zwischen einem Sendeterminal und einem Empfangsterminal erforderlich ist; als solche kann sie einen Wert von 1 ms oder geringer annehmen, wenn der Abstand zwischen dem Sendeterminal und dem Empfangsterminal kurz ist. In diesem Zustand wird das RTT-Messergebnis durch verschiedene Verzögerungsfluktuationen beeinflusst, die für den Netzwerk-Andrang-Zustand nicht relevant sind. Zum Beispiel umfassen die Verzögerungsfluktuationen eine Verzögerungsfluktuation beim Verarbeiten eines Betriebssystems, das eine Verarbeitung für eine Paketübertragung von dem Sendeterminal aus durchführt, und eine Verzögerungsfluktuation in einem Übertragungsvorgang eines Routers, der eine Paketübertragungsverarbeitung durchführt.
  • Das Dokument EP 1 168 701 A2 offenbart ein Verfahren zum Transportieren von codierten Daten basierend auf Mediendaten über ein Netzwerk, aufweisend die Schritte eines Änderns einer Transportrate entsprechend einem Netzwerk-Zustand und eines Änderns einer Codierrate.
  • Das Dokument US 2001/0048709 A1 offenbart ein Verfahren zum Anwenden einer Anzahl von Bits und Schemata, die zu FEC zugeordnet sind, entsprechend einem Netzwerk-Zustand, unabhängig einer Transportrate.
  • Das Dokument EP 1 202 487 A2 offenbart ein Verfahren zum Einstellen einer Bitrate von Übertragungsdaten und eines Fehler-Ruhe-Niveaus, entsprechend einem Netzwerk-Zustand. Insbesondere offenbart dieses Dokument ein Verfahren zum Abschätzen, ob sich das Senden in einem Zustand eines Netzwerk-Andrangs oder eines Fehlers in einer drahtlosen Umgebung, oder dergleichen, auf der Basis eines Paket-Verlust-Zustands, befindet, und zum Verringern der Bit-Rate in dem Fall des Netzwerk-Andrangs, während eine Fehlertolerierbarkeit in dem Fall des Fehlers, in einer drahtlosen Umgebung oder dergleichen, erhöht wird.
  • Zusammenfassung der Erfindung
  • Eine Aufgabe der vorliegenden Erfindung ist es, einen Mediendatentransport mit hoher Qualität unter einer Umgebung, in der eine nutzbare Bandbreite stark variiert, durchzuführen.
  • Dies wird durch die Merkmale, wie sie in den unabhängigen Ansprüchen angegeben sind, gelöst. Weitere vorteilhafte Ausführungsformen der vorliegenden Erfindung sind in den abhängigen Ansprüchen angegeben.
  • Die vorliegende Erfindung ist auf eine Unterdrückung von häufigen Aktualisierungs-Ereignissen für Codierraten gerichtet. Demzufolge kann ein Mediendatentransport mit hoher Qualität unter einer Umgebung, in der eine nutzbare Bandbreite stark variiert, ausgeführt werden. Deshalb kann die vorliegende Erfindung bei verschiedenen Anwendungen, wie beispielsweise einem VoIP (Voice Over Internet Protocol), verwendet für Internet-Telefone, einen TV-Telefon und Überwachen/Senden unter Verwenden eines Netzwerks, angewandt werden.
  • Genauer gesagt ist es beim Transport von codierten Daten basierend auf Mediendaten erwünscht, eine Transportrate entsprechend einem Transportzustand des Netzwerks zu aktualisieren und eine Codierrate unter einer Häufigkeit niedriger als eine Aktua lisierungshäufigkeit für die Transportrate zu aktualisieren. Zum Beispiel wird, wenn ein Zeitgeber, eingestellt auf eine Zeitablaufperiode länger als ein Aktualisierungsintervall für die Transportrate, zeitmäßig ablaufen gelassen wird oder wenn die Transportrate auf einen Wert aktualisiert ist, der außerhalb eines vorbestimmten Bereichs liegt, die Transportrate entsprechend einem minimalen Wert der Transportrate innerhalb einer Zeit aktualisiert. In dem Fall eines Hinzufügens von redudanten Daten für eine Fehlerkorrektur zu den codierten Daten, kann eine Differenz zwischen der Transportrate und der Codierrate zu einer Senderate für redundante Daten zugeordnet werden.
  • Zusätzlich ist es erwünscht, über Rückführinformationen zu informieren, die für einen Transportzustand des Netzwerks von einem Empfangsterminal zu einem variablen Intervall entsprechend zu dem Transportzustand des Netzwerks kennzeichnend sind, und um eine Transportrate für die Mediendaten entsprechend zu den informierten Rückführinformationen zu aktualisieren. Zum Beispiel wird ein Hinweisintervall für Rückführinformationen dann verkürzt, wenn eine Paketverlustrate hoch ist, und das Hinweisintervall für die Rückführinformationen wird verlängert, wenn die Paketverlustrate niedrig ist. Vorzugsweise ist das Hinweisintervall der Rückführinformationen in einer solchen Art und Weise begrenzt, dass es nicht kürzer als ein vorbestimmtes minimales Intervall ist.
  • Weiterhin ist es in einem Transport von Mediendaten erwünscht, die Datenpaketgröße auf einen kleinen Wert zu ändern, wenn die Transportrate verringert wird und eine vorbestimmte Anzahl von Paketen nicht dahingehend bestimmt ist, dass sie innerhalb einer Paketverlust-Beobachtungs-Periode übertragbar ist. Um präzise einen Anhäufungs-Zustand des Netzwerks zu erhalten, kann die Zahl von Datenpaketen, die von einem Sendeterminal innerhalb einer vorbestimmten Periode gesendet werden soll, auf eine vorbestimmte Anzahl oder mehr eingestellt werden. Es kann davon ausgegangen werden, dass die Datenpaketgröße auf klein vorab eingestellt wird, und die Anzahl von Datenpaketen, die gesendet werden soll, wird erhöht. Allerdings entsteht, da ein Header zu dem Paket vorgesehen ist, ein Problem dahingehend, dass das Overhead der Header erhöht wird, wenn die Anzahl von Paketen erhöht wird. Als solches wird ein anwendbarer Prozess in einer solchen Art und Weise durchgeführt, dass dann, wenn die Transportrate hoch ist, die Paketgröße so eingestellt wird, dass sie groß ist, und wenn die Transportrate erniedrigt wird, wird die Paketgröße so eingestellt ist, dass sie klein ist, wodurch die Beobachtungs genauigkeit für die Paketverlustraten verbessert wird. Demzufolge können die Paketverlustraten fein beobachtet werden, und genaue Transportraten können bestimmt werden.
  • Weiterhin ist es erwünscht, ein Offset zu einem RTT hinzuzufügen, wenn der RTT kleiner als ein bestimmter Wert ist. Demzufolge kann, wenn der Wert des RTT übermäßig klein ist, die Transportrate davor bewahrt werden, dass sie stark durch eine Fluktuation einer Verzögerung, unabhängig der Anhäufung des Netzwerks, beeinflusst wird.
  • Kurze Beschreibung der Zeichnungen
  • 1 zeigt ein Blockdiagramm, das ein Beispiel eines inneren Aufbaus eines Mediensenders (Sendeterminal) darstellt.
  • 2 zeigt ein Blockdiagramm, das ein Beispiel eines inneren Aufbaus eines Medienempfängers (Empfangsterminal) darstellt.
  • 3 zeigt ein Flussdiagramm, das eine Anfangsoperation eines Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitts, dargestellt in 1, darstellt.
  • 4 zeigt ein Flussdiagramm, das einen Unterbrechungsvorgang des vorstehend erwähnten Bestimmungsabschnitts darstellt.
  • 5 zeigt ein Flussdiagramm, das Hauptoperationen eines Rückführinformations-Erzeugungsabschnitts und eines Hinweisintervall-Steuerabschnitts, dargestellt in 2, darstellt.
  • 6 zeigt ein Zeitdiagramm, das Variationsbeispiele einer Transportrate und einer Codierrate in Mediendaten-Übertragungen durch die Vorrichtungen, dargestellt in den 1 und 2, zeigt.
  • 7 zeigt ein Flussdiagramm, das eine Operation eines Paketgrößen-Bestimmungsabschnitts, dargestellt in 1, zeigt.
  • 8 zeigt ein Flussdiagramm, das eine Operation eines RTT-Berechnungsabschnitts, dargestellt in 1, zeigt.
  • 9 zeigt eine grafische Darstellung, um eine RTT-Offset-Hinzufügung, ausgeführt durch die Operation, dargestellt in 8, zu beschreiben.
  • Detaillierte Beschreibung der Erfindung
  • Nachfolgend werden ein Verfahren zum Transportieren von Medien, ein Sender und ein Empfänger dafür, unter Bezugnahme auf die Zeichnungen, beschrieben.
  • Die 1 und 2 stellen ein Aufbaubeispiel eines Medientransportsystems zum Transportieren von codierten Daten basierend auf Mediendaten dar. Genauer gesagt stellt
  • 1 ein inneres Aufbaubeispiel eines Mediensenders (Sendeterminal) 100 dar und 2 stellt ein inneres Aufbaubeispiel eines Medienempfängers (Empfangsterminal) 200 dar. Das Sendeterminal 100 und das Empfangsterminal 200 sind zusammen über ein Netzwerk 150 verbunden. Das Netzwerk 150 kann ein verdrahtetes Netzwerk, ein drahtloses Netzwerk oder ein Netzwerk, das alternierend verbundene, verdrahtete und drahtlose Netzwerke umfasst, sein. Das System setzt, zum Beispiel, das Realzeit-Transport-Protokoll/Realzeit-Transport-Steuer-Protokoll (RTP/RTCP) als Transportprotokolle zwischen dem Sendeterminal 100 und dem Empfangsterminal 200 ein.
  • Das Sendeterminal 100 der 1 besitzt einen Aufbau, umfassend einen Audio/Bild-Eingabeabschnitt 101, einen Codierabschnitt 102, einen FEC-Erzeugungsabschnitt 103, einen Transportabschnitt 104, einen Transportraten-Bestimmungsabschnitt 105, einen Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106, einen Paketgröße-Bestimmungsabschnitt 108 und einen RTT-Berechnungsabschnitt 109. Der Audio/Bild-Eingabeabschnitt 101 ist, zum Beispiel, eine Kamera oder ein Mikrofon zum Eingeben von Audio/Video-Daten (Mediendaten), um codiert zu werden. Der Codierabschnitt 102 erzeugt codierte Daten von Mediendaten entsprechend einer spezifizierten Codierrate Rc. Zum Beispiel können standardisierte Kompressions/Codier-Schemata, wie beispielsweise MPEG (Moving Picture Coding Experts Group) 1/2/4 und AMR (Audio/Modem Riser), eingesetzt werden. Der Codierabschnitt 102 besitzt die Funktion, Daten mit einer Paketgröße, bestimmt durch den Paketgrößen-Bestimmungsabschnitt 108, auszugeben. Der FEC-Erzeugungsabschnitt 103 erzeugt FEC-Daten, die redundante Daten für eine Fehlerkorrektur sind, von codierten Daten entsprechend einer spezifizierten FEC-Daten-Senderate Rf. Der Transportabschnitt 104 sendet die codierten Daten und die FEC-Daten zu dem Netzwerk 150 und sendet und empfängt Steuerinformationen, um Rückführinformationen zu ermöglichen (wie beispielsweise Paketverlustraten, Propagationsverzögerungszeiten und Jitter, beziehungsweise Bildstörungen), die für den Transportzustand des Netzwerks 150 kennzeichnend sind, um von dem Empfangsterminal 200 sichergestellt zu werden. Der Transportraten-Bestimmungsabschnitt 105 aktualisiert eine Transportrate Rs entsprechend den Rückführinformationen und ein RTT, berechnet durch den RTT-Berechnungsabschnitt 109, und weist den FEC-Erzeugungsabschnitt 103 auf eine Paketverlustrate hin. Zum Beispiel wird ein TFRC als ein Algorithmus zum Bestimmen der Transportrate Rs eingesetzt. Der Co dierraten-FEC-Daten-Senderaten-Bestimmungsabschnitt 106 aktualisiert die Codierrate Rc unter einer Aktualisierungshäufigkeit niedriger als eine Aktualisierungshäufigkeit für die Transportrate Rs unter Verwendung eines Rc-Aktualisierungs-Zeitgebers 107 und ordnet eine Differenz zwischen der Transportrate Rs und der Codierrate Rc zu der FEC-Daten-Senderate Rf zu. Der Paketgrößen-Bestimmungsabschnitt 108 bestimmt eine Paketgröße entsprechend der Transportrate Rs, auf die von dem Transportrate-Bestimmungsabschnitt hingewiesen ist, und weist den Codierabschnitt 102 auf das bestimmte Ergebnis hin. Der RTT-Berechnungsabschnitt 109 empfängt die Rückführinformationen von dem Transportabschnitt 104 und berechnet eine Round-Trip-Propagationsverzögerungszeit (RTT), verwendet zum Berechnen der Transportrate Rs, von den Rückführinformationen.
  • Das Empfangsterminal 200 der 2 besitzt eine Anordnung, die einen Transportabschnitt 201, einen Paketverlust-Zurückgewinnungsabschnitt 202, einen Decodierabschnitt 203, einen Wiedergabeabschnitt 204, einen Rückführinformations-Erzeugungsabschnitt 205 und einen Hinweisintervall-Steuerabschnitt 206 umfasst. Der Transportabschnitt 201 empfängt die codierten Daten und die FEC-Daten, transportiert von dem Sendeterminal 100 über das Netzwerk 150, und sendet und empfängt Steuerinformationen, um die Erzeugung von Rückführinformationen zu ermöglichen, die für einen Transportzustand des Netzwerks 150 kennzeichnend sind. Der Paketverlust-Wiederherstellungsabschnitt 202 verwendet die FEC-Daten, um codierte Daten in einem Paketverlust in dem Netzwerk 150 wiederherzustellen. Der Decodierabschnitt 203 decodiert die codierten Daten, um Mediendaten zu sichern. Der Wiedergabeabschnitt 204 ist, zum Beispiel, eine Anzeige oder ein Lautsprecher zum Wiedergeben des decodierten Ergebnisses. Der Rückführinformations-Erzeugungsabschnitt 205 erzeugt Rückführinformationen, die für den Transportzustand des Netzwerks 150 kennzeichnend sind. Der Transportabschnitt 201 weist das Sendeterminal 100 auf die erzeugten Rückführinformationen über das Netzwerk 150 hin. Der Hinweisintervall-Steuerabschnitt 206 steuert ein Hinweisintervall Tf der Rückführinformationen entsprechend dem Transportzustand des Netzwerks 150.
  • 3 stellt einen Anfangsvorgang des Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitts 106, dargestellt in 1, dar. Unter Aktivierung des Sendeterminals 100 erhält der Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 zuerst Werte von Konstanten U und V. Die Konstante U ist ein Wert (U > 1) zum Definieren eines schmalen, variablen Bereichs der Transportrate Rs. Die Konstante V ist ein Wert (0 < V < 1), verwendet dazu, die Codierrate Rc zu steuern, um nicht die Transportrate Rs zu übersteigen. Als Nächstes erhält der Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 eine Zeitablaufperiode To (länger als 1 x RTT: drei Sekunden, zum Beispiel) und einen Anfangswert der Transportrate Rs. Darauf folgend wird ein Anfangswert der Codierrate Rc auf V x Rs eingestellt, und ein Anfangswert der FEC-Daten-Senderate Rf wird auf Rs – Rc eingestellt. Dann wird eine maximale Transportrate Rs max auf eine variable Rs min eingestellt und der Rc-Aktualisierungs-Zeitgeber 107 wird gestartet, wodurch der Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 zu einem WAIT Zustand (Standby-Zustand) übergeht. Die Rs min ist eine Variable zum Erhalten des minimalen Werts der Transportrate Rs innerhalb einer Zeit.
  • 4 stellte einen Unterbrechungsvorgang des Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitts 106, dargestellt in 1, dar. Der Fall, wenn eine Unterbrechung in dem Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 auftritt und bewirkt, dass der Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 den WAIT Zustand verlässt, tritt dann auf, wenn die Transportrate Rs durch den Transportrate-Bestimmungsabschnitt 105 aktualisiert wird oder wenn der Rc Aktualisierungszeitgeber 107 zeitmäßig abgelaufen ist. Die Transportrate Rs wird dahingehend angenommen, dass sie durch den Transportrate-Bestimmungsabschnitt 105, dem TFRC folgend, zu jedem Zeitpunkt aktualisiert wird, wenn Rückführinformationen von dem Empfangsterminal 200 empfangen werden.
  • Wenn über eine aktualisierte Transportrate Rs zu dem Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 hingewiesen ist (Schritt 301), wird geprüft, ob die informiere Transportrate Rs innerhalb eines variablen Bereichs (Rc < Rs <U x Rc), definiert durch die momentane Codierrate Rc, liegt (Schritt 302). Wenn die Transportrate Rs innerhalb des variablen Bereichs liegt, aktualisiert der Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 eine FEC-Daten-Senderate Rf entsprechend der informierten Transportrate Rs ohne Aktualisieren der momentanen Codierrate Rc (Rf = Rs – Rc: Schritt 303). Wenn die informierte Transportrate Rs eine minimale Transportrate während einer Periode von der Aktivierung des Rc-Aktualisierungszeitgebers 107 ist, bewahrt der Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 diese in der variablen Rs min auf (Schritt 304) und kehrt zu dem WAIT Zustand zurück.
  • Wenn ein Zeitablauf des Rc-Aktualisierungszeitgebers 107 auftritt (Schritt 305), aktualisiert der Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 die Codierrate Rc (Rc = V x Rs min), unter Verwendung des Werts der variablen Rs min in diesen Zustand; aktualisiert die FEC-Daten-Senderate Rf, entsprechend zu der momentanen Transportrate Rs, und die aktualisierte Codierrate Rc (Rf = Rs – Rc); reaktiviert den Rc-Aktualisierungszeitgeber 107; und stellt die maximale Transportrate Rs max erneut auf die Variable Rs min ein (Schritt 306); und kehrt dann zu dem WAIT Zustand zurück.
  • Wenn die Transportrate Rs so variiert wird, um außerhalb des variablen Bereichs zu liegen (Rc < Rs < U x Rc), stellt der Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitt 106 die informierte Transportrate Rs auf die Variable Rs min ein (Schritt 307); führt den Vorgang im Schritt 306 durch, wie beispielsweise Aktualisierung der Codierrate Rc; und kehrt dann zu dem WAIT Zustand zurück.
  • Demzufolge ermöglicht der Algorithmus, der vorstehend beschrieben ist, dass die Aktualisierungshäufigkeit der Codierrate Rc unterdrückt wird, und ermöglicht, dass eine geeignete FEC-Daten-Senderate Rf sichergestellt wird.
  • Als Nächstes wird ein Betriebsbeispiel des FEC-Erzeugungsabschnitts 103 der 1 beschrieben. Eine FEC-Datenerzeugung verwendet, zum Beispiel, die XOR-(Exklusiv-ODER)-Operation, spezifiziert in RFC-2733. Kurz gesagt werden, mit einer festgelegten Fehlertolerierbarkeit, die vorgegeben wird, FEC-Daten erzeugt, um zu ermöglichen, dass der Verlust von, zum Beispiel, zwei fortlaufenden Paketen wieder hergestellt werden kann. Allerdings kann die Fehlerkorrekturfähigkeit nach Erfassen der Anzahl von fortlaufenden Verlustpaketen modifiziert werden. Wenn der Umfang erzeugter FEC-Daten kleiner als die FEC-Daten-Senderate Rf, bestimmt entsprechend dem Algorithmus, dargestellt in den 3 und 4, ist, werden die FEC-Daten alle abgeschickt. Wenn der Umfang der FEC-Daten größer als die vorbestimmte Codierrate Rc ist, wird der Umfang der FEC-Daten eingestellt. Wenn der Umfang beziehungsweise die Menge der FEC-Daten, die abgeschickt werden sollen, zu groß ist, kann der Umfang der FEC-Daten durch Erniedrigung der Fehlerkorrekturfähigkeit verringert werden. Zusätzlich kann zu dem Schema, das die XOR-Operation verwendet, ein unterschiedliches Fehlerkorrekturschema, wie beispielsweise ein Read-Solomon, oder ein Paritätsschema, verwendet werden.
  • Alternativ kann die Operation so ausgelegt sein, dass eine Vielzahl von Fehlerkorrekturschemata eingesetzt wird, um dynamisch entsprechend zu der FEC-Daten- Senderate Rf und der Paketverlustrate umschaltbar zu sein. Zum Beispiel ist die Operation so ausgelegt, dass eine hohe Fehlertolerierbarkeit eines kombinierten Musters von Read-Solomon und Verschachtelungs-Schemata dann ausgewählt wird, wenn die Paketverlustrate hoch ist, und eine niedrige Fehlertolerierbarkeit eines Musters, wie beispielsweise ein Paritäts-Schema-Muster, dann ausgewählt wird, wenn die Paketverlustrate niedrig ist.
  • Wenn die FEC-Daten-Senderate Rf höher als ein Schwellwert D2 (festgelegter Wert) während einer vorbestimmten Periode ist, wird das Paritätsschema mit einer niedrigen Fehlertolerierbarkeit verwendet, während der Prozessumfang einer Fehlerkorrekturoperation klein ist. Im Gegensatz dazu wird, wenn die FEC-Daten-Senderate Rf niedriger als oder gleich zu dem Schwellwert D2 während einer vorbestimmten Periode ist, das Read-Solomon-Schema mit hoher Fehlertolerierbarkeit verwendet, während der Prozessumfang einer Fehlerkorrekturoperation groß ist. Entsprechend dieser Anordnung wird, wenn die Absendemenge von FEC-Daten groß ist, das Paritäts-Schema dazu verwendet, zu ermöglichen, dass die Verarbeitungsbelastung des Empfangsterminals 200 verringert wird. Gleichzeitig wird, wenn die abgeschickte Menge der FEC-Daten klein ist, das Read-Solomon-Schema verwendet, um zu ermöglichen, dass die Fehlertolerierbarkeit auf hoch beibehalten wird. Ein Verringern der Verarbeitungsbelastung des Empfangsterminals 200 führt zu Vorteilen. Zum Beispiel kann eine erhöhte Menge an Video-Daten von dem Sendeterminal 100 empfangen werden; und zusätzlich kann, da die Verarbeitungsverzögerung verringert wird, eine Mediendaten-Wiedergabe mit einer verringerten Verzögerung ausgeführt werden.
  • Zusätzlich kann der FEC-Erzeugungsabschnitt 103 so aufgebaut sein, dass, zum Beispiel, Daten, zu denen Fehlertolerierbarkeiten hinzugefügt sind, ausgewählt werden, und die Anzahl von Elementen der Daten entsprechend der Paketverlustrate bestimmt wird. Wenn die Paketverlustrate hoch ist, wird die Fehlertolerierbarkeit wahlweise einer Wichtigkeit der Daten zum Decodieren auferlegt, wie beispielsweise Intraframes und Video-Header für Video-Daten und Sprachteile für Audio-Daten.
  • Das Vorstehende wird im weiteren Detail beschrieben. Für MPEG-2 codierte Video-Daten wird, wenn die Paketverlustrate niedrig ist, ein Schema eines Hinzufügens von FEC-Daten zu der Gesamtheit der codierten Video-Daten angewandt (das Schema wird als ein Schema X bezeichnet). Wenn die Paketverlustrate hoch ist, wird ein Schema eingesetzt, in dem, während FEC-Daten nur zu I (Intra) und zu P (Predictive) Frames bzw.
  • Einzelbildern hinzugefügt sind, eingesetzt, keine FEC-Daten werden zu B (Bidirectionally Predictive) Frames hinzugefügt (das Schema wird als ein Schema Y bezeichnet). Da die Mengen an FEC-Daten identisch in den Schemata X und Y sind, ist die Fehlertolerierbarkeit, die den I- und P-Frames in dem Schema X auferlegt sind, niedriger als diejenigen in dem Schema Y.
  • Demzufolge kann, in der vorstehenden Anordnung, in der die Schemata X und Y entsprechend zu der Paketverlustrate umgeschaltet werden, die Anzahl von Frames, die in dem Empfangsterminal 200 wiedergegeben werden kann, stärker erhöht werden als in dem Fall, in dem die Schemata X und Y unabhängig voneinander verwendet werden. Zum Beispiel ist, wenn die Paketverlustrate niedrig ist, da die Verlustpakete gerade mit einer niedrigen Fehlerkorrekturfähigkeit wieder hergestellt werden können, die Anzahl von Wiedergabeframes relativ größer in dem Schema X. Andererseits ist allerdings, entsprechend dem Schema X, wenn die Paketverlustrate hoch ist, die Zahl von I- und P-Frames, die reproduziert werden sollen, klein. Als solche können P- und B-Frames, um auf diese Wiedergabeframes Bezug zu nehmen, nicht wiedergegeben werden, und die Anzahl von Wiedergabeframes verringert sich stark. Im Gegensatz zu diesem Fall gehen, entsprechend dem Schema Y, da die hohe Fehlertolerierbarkeit auf die I- und P-Frames angewandt wird, gerade dann, wenn die Paketverlustrate hoch ist, Frames (I- und P-Frames), auf die Bezug genommen ist, nicht verloren, und, demzufolge, ist die Anzahl von Wiedergabeframes groß.
  • Demzufolge ist die Beschreibung in Bezug auf den Fall angegeben worden, wo I-, P- und B-Frames als die Ziele angegeben sind. Allerdings kann der Fall so sein, dass, mit einem hierarchischen Codieren eingesetzt, Basisschichten anstelle der I- und P-Frames verwendet werden, und erweiterte Schichten werden anstelle der B-Frames verwendet.
  • 5 zeigt ein Flussdiagramm, das Hauptoperationen des Rückführinformations-Erzeugungsabschnitts 205 und des Hinweisintervall-Steuerabschnitts 206 darstellt, die in 2 gezeigt sind. Der Rückführinformations-Erzeugungsabschnitt 205 misst die Paketverlustrate im Zusammenarbeiten mit dem Transporabschnitt 201 (Schritt 401). Wenn die Paketverlustrate höher als ein Schwellwert L1 (festgelegter Wert) ist, verringert der Hinweisintervall-Steuerabschnitt 206 ein Hinweisintervall Tf von Rückführinformationen so, dass es kürzer als das momentane Hinweisintervall ist, um einen festgelegten Wert Tc1 innerhalb eines Bereichs, der nicht kleiner als ein minimaler Wert Tfmin ist (Schritt 402).
  • Dies bewirkt, dass die Transportrate Rs schnell einem nutzbaren Übertragungsband folgt, um dadurch zu ermöglichen, dass das Auftreten von Paketverlustereignissen niedriger wird. Wenn die Paketverlustrate niedriger als ein Schwellwert L2 (festgelegter Wert, kleiner als L1) ist, erhöht der Hinweisintervall-Steuerabschnitt 206 das Hinweisintervall Tf von Rückführinformationen so, dass es länger als das momentane Hinweisintervall um einen festgelegten Wert Tc2 ist (Schritt 403). Dies ermöglicht, dass häufige Umschaltvorgänge für die Transportrate verringert werden, und ermöglicht weiterhin, dass eine Fairness mit anderen Flüssen verbessert wird.
  • 6 stellt Variationsbeispiele in der Transportrate Rs und der Codierrate Rc in einer Mediendaten-Übertragung durch das Sendeterminal 100 und das Empfangsterminal 200, dargestellt in 1 und 2, jeweils, dar. Entsprechend 6 verringert, gerade unter einem Zustand, wo die Transportrate Rs häufig aktualisiert wird, die Operation des Codierrate/FEC-Daten-Senderaten-Bestimmungsabschnitts 106 die Aktualisierungshäufigkeit für die Codierrate Rc. Zusätzlich arbeitet, wenn die Paketverlustrate niedrig ist, der Hinweisintervall-Steuerabschnitt 206 so, um unnötige Aktualisierungen der Transportrate Rs zu verringern.
  • 7 zeigt ein Flussdiagramm, das eine Operation des Paketgrößen-Bestimmungsabschnitts 108, dargestellt in 1, darstellt. Entsprechend der Operation, die in 7 dargestellt ist, kann, wenn sich die Transportrate Rs verringert, die Paketverlustrate fein in einer Art und Weise beobachtet werden, dass die Datenpaketgröße verringert wird.
  • Zuerst empfängt der Paketgrößen-Bestimmungsabschnitt 108 eine Transportrate Rs, bestimmt durch den Transportrate-Bestimmungsabschnitt 105 (Schritt 701). Dann erhält, wobei der Buchstabe S die Paketgröße in einem regulären Modus darstellt, die Operation eine Zahl N an Paketen, die unter der Transportrate Rs, während einer Beobachtungsperiode T, transportierbar ist, wie folgt: N = Rs × T/S.
  • Dann bestimmt der Paketgrößen-Bestimmungsabschnitt 108, ob der Wert der Zahl N an Paketen kleiner als ein Schwellwert Nmin ist (Schritt 702). Als ein Ergebnis wird, wenn N dahingehend bestimmt ist, dass es nicht kleiner als Nmin ist, die Paketgröße S für den regulären Modus eingesetzt (Schritt 703). Wenn N dahingehend bestimmt ist, dass es kleiner als Nmin ist, wird eine Paketgröße S', die eingesetzt werden soll, wie folgt berechnet (Schritt 704): S' = Rs × T/Nmin.
  • Dann weist der Paketgrößen-Bestimmungsabschnitt 108 den Codierabschnitt 102 auf die Paketgröße, bestimmt im Schritt 703 oder 704, hin und der Vorgang wird beendet.
  • Wie unter Bezugnahme auf 5 beschrieben ist, variiert, gemäß der Ausführungsform der 1 und 2, da das Hinweisintervall Tf der Rückführinformation variiert, die Beobachtungsperiode T entsprechend. Allerdings ermöglicht die Verwendung des minimalen Werts Tfmin der Rückführinformations-Beobachtungsperioden, dass zumindest die Zahl Nmin an Paketen gesendet werden kann.
  • 8 stellt einen Vorgang des RTT-Berechnungsabschitts 109, dargestellt in 1, dar. Entsprechend zu 8 wird ein Offset zu dem RTT hinzugefügt, um dadurch zu ermöglichen, dass eine Reduktion in der Fluktuation der Transportrate Rs ausgeführt wird, wobei die Fluktuation in einer Verzögerung, die nicht für einen Andrang- bzw. Stau-Zustand des Netzwerks 150 relevant ist, auftritt.
  • Zuerst empfängt der RTT-Berechnungsabschnitt 109 Rückführinformationen von dem Empfangsterminal 200 (Schritt 801), erhält dann eine gemessene Round-Trip-Propagations-Verzögerungszeit RTTt von den Rückführinformationen (Schritt 802). Darauf folgend bestimmt der RTT-Berechnungsabschnitt 109, ob die RTTt kleiner als ein vorbestimmter Schwellwert RTTmin ist (Schritt 803). Wenn die RTTt nicht kleiner als die RTTmin ist, wird RTTt als eine Round-Trip-Propagations-Verzögerungszeit RTTcalc verwendet, die zum Berechnen einer Transportrate Rs verwendet wird (Schritt 804). Wenn die RTTt kleiner als RTTmin ist, wird die Round-Trip-Progagations-Verzögerungszeit RTTcalc, verwendet für die Berechnung, unter Verwendung der folgenden Gleichung erhalten (Schritt 805): RTTcalc = RTTt + ofs × (RTTmin – RTTt)/RTTmin
  • In der Gleichung ist ofs eine vorbestimmte Konstante. Dann weist der RTT-Berechnungsabschnitt 109 den Transportraten-Bestimmungsabschnitt 105 auf das RTTcalc, bestimmt in Schritt 804 oder 805, hin (Schritt 806) und dann wird der Vorgang beendet.
  • 9 stellt die Beziehung zwischen der RTTt und der RTTcalc, beschrieben vorstehend, dar. In 9 gibt die horizontale Achse das RTTt an und die vertikale Achse gibt das RTTcalc an. Die Beziehung zwischen dem RTTt und dem RTTcalc wird durch die dikke, durchgezogene Mehrfachlinie dargestellt. Die unterbrochene Linie stellt einen Fall dar, wo RTTcalc gleich RTTt ist; das bedeutet, das gemessene RTT wird so, wie es ist für die Berechnung verwendet. Wie in 9 dargestellt ist, wird ein positives Additions-Offset verwendet, wenn das RTTt kleiner als RTTmin ist. Als solches tritt kein Fall auf, in dem das RTTcalc übermäßig klein ist, gerade dann, wenn RTTt klein ist.
  • Die Erhöhung der anhäufungs-abhängigen Propagationsverzögerung beträgt mehrere hundert Millisekunden oder mehr und die Verarbeitungsverzögerung einer Vorrichtung liegt in der Größenordnung von mehreren Millisekunden. Als solches tritt, mit dem Wert, wie beispielsweise dem vorstehend beschriebenen RTTmin oder ofs, auf einen Wert in der Größenordnung von mehreren zehn Millisekunden oder weniger eingestellt, kein Ereignis auf, in dem das zusätzliche Offset die Propagationsverzögerungszeit beeinflusst, wenn eine Anhäufung aufgetreten ist.
  • Das Transportprotokoll zwischen dem Sendeterminal 100 und dem Empfangsterminal 200 kann ein einmaliges Protokoll anstelle von IP sein. Zusätzlich ist die Verbindung nicht dahingehend beschränkt, dass sie von einem Typ eins-zu-eins ist, und kann von einem-zu-N-Broadcast, Multicast-Typ sein; oder sie kann von einem N-zu-M-Netztyp sein. Mediendaten können entweder alleine gesendet werden oder können parallel in einer synchronen Art und Weise gesendet werden. Weiterhin kann nicht nur das standardisierte Codierverfahren, sondern auch ein unterschiedliches, einzigartiges Codierverfahren, verwendet werden.

Claims (11)

  1. Verfahren zum Transportieren von Mediendaten über ein Netzwerk bei gleichzeitigem Codieren der Mediendaten unter Verwendung redundanter Daten zur Fehlerkorrektur, wobei es umfasst: einen ersten Schritt des Aktualisierens einer Transportrate entsprechend einem Transportzustand des Netzwerks; gekennzeichnet durch einen zweiten Schritt des Feststellens, ob die aktualisierte Transportrate innerhalb eines variablen Bereiches liegt, der durch die aktuelle Codierrate definiert wird; einen dritten Schritt des Aktualisierens der Senderate für redundante Daten entsprechend der aktualisierten Transportrate ohne Aktualisieren der aktuellen Codierrate, wenn die aktualisierte Transportrate innerhalb des variablen Bereiches liegt, der durch die aktuelle Codierrate definiert wird; und einen vierten Schritt des Aktualisierens und Steuerns der aktuellen Codierrate der Mediendaten auf Basis der aktualisierten Transportrate, wenn die aktualisierte Transportrate außerhalb des variablen Bereiches liegt, der durch die aktuelle Codierrate definiert wird.
  2. Verfahren nach Anspruch 1, das des Weiteren einen fünften Schritt des Aktualisierens der Codierrate einschließt, wenn ein Zeitgeber unterbricht, wobei der Zeitgeber auf eine Unterbrechungsperiode eingestellt ist, die länger ist als ein Aktualisierungsintervall für die Transportrate.
  3. Verfahren nach Anspruch 1 oder 2, das des Weiteren einen sechsten Schritt des Aktualisierens der Transportrate entsprechend einem Minimalwert der Transportrate innerhalb einer Zeit einschließt.
  4. Verfahren nach einem der Ansprüche 1 bis 3, das des Weiteren einen siebten Schritt des Zuweisens einer Differenz zwischen der Transportrate und der Codierrate zu einer Senderate für redundante Daten, die für Fehlerkorrektur verwendet werden, des Hinzufügens der redundanten Daten zu den codierten Daten und des Sendens der resultierenden Daten umfasst.
  5. Verfahren nach Anspruch 4, wobei der siebte Schritt einen Schritt des Änderns eines Fehlerkorrekturverfahrens entsprechend der Senderate der redundanten Daten einschließt.
  6. Verfahren nach Anspruch 4, wobei der siebte Schritt einen Schritt des Änderns des Fehlerkorrekturverfahrens entsprechend einer Paketverlustrate des Netzwerks einschließt.
  7. Verfahren nach Anspruch 6, wobei der siebte Schritt einen Schritt einschließt, mit dem allen codierten Daten eine Fehlertoleranz verliehen wird, wenn die Paketverlustrate des Netzwerks niedrig ist, und nur codierten Daten mit hoher Wichtigkeit die Fehlertoleranz verliehen wird, wenn die Paketverlustrate des Netzwerks hoch ist.
  8. Verfahren nach einem der Ansprüche 1 bis 7, wobei der erste Schritt ein Schritt des Mitteilens von Rückkopplungsinformationen, die ein Transportzustand des Netzwerks anzeigen, von einer Empfangsendstelle einschließt.
  9. Verfahren nach Anspruch 8, das des Weiteren den Schritt des variablen Steuerns eines Mitteilungsintervalls für die Rückkopplungsinformationen entsprechend dem Transportzustand des Netzwerkes umfasst.
  10. Verfahren nach einem der Ansprüche 1 bis 9, wobei die aktualisierte Transportrate in dem ersten Schritt aktualisiert worden ist.
  11. Mediensendevorrichtung zum Senden codierter Daten, die auf Mediendaten basieren, zu einem Netzwerk, wobei sie umfasst: eine Einrichtung, die die codierten Daten (102) aus den Mediendaten erzeugt; eine Einrichtung, die redundante Daten (103) zur Fehlerkorrektur aus den codierten Daten erzeugt; eine Einrichtung, die eine Transportrate (105) entsprechend einem Transportzustand des Netzwerkes aktualisiert; eine Einrichtung, die einer Senderate für die redundanten Daten eine Differenz zwischen der Transportrate und der Codierrate zuweist; und eine Einrichtung, die die redundanten Daten zu den codierten Daten hinzufügt und die resultierenden Daten sendet; gekennzeichnet durch eine Einrichtung, die feststellt, ob die aktualisierte Transportrate innerhalb eines variablen Bereiches liegt, der durch die aktuelle Codierrate definiert wird; eine Einrichtung, die die Senderate für redundante Daten entsprechend der aktualisierten Transportrate aktualisiert, ohne die aktuelle Codierrate zu aktualisieren, wenn die aktualisierte Transportrate innerhalb des variablen Bereiches liegt, der durch die aktuelle Codierrate definiert wird; und eine Einrichtung, die die aktuelle Codierrate der Mediendaten auf Basis der aktualisierten Transportrate aktualisiert und steuert, wenn die aktualisierte Transportrate außerhalb des variablen Bereiches liegt, der durch die aktuelle Codierrate definiert wird.
DE60305793T 2002-06-14 2003-06-13 Verfahren, Sender und Empfänger zur Anpassung der Kodierrate an eine wechselnde Übertragungsrate Expired - Lifetime DE60305793T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002174691 2002-06-14
JP2002174691 2002-06-14

Publications (2)

Publication Number Publication Date
DE60305793D1 DE60305793D1 (de) 2006-07-20
DE60305793T2 true DE60305793T2 (de) 2006-11-16

Family

ID=29561820

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60305793T Expired - Lifetime DE60305793T2 (de) 2002-06-14 2003-06-13 Verfahren, Sender und Empfänger zur Anpassung der Kodierrate an eine wechselnde Übertragungsrate

Country Status (4)

Country Link
US (1) US7430219B2 (de)
EP (1) EP1372304B1 (de)
KR (1) KR20030095995A (de)
DE (1) DE60305793T2 (de)

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2412464B (en) * 2002-05-29 2006-09-27 Flyingspark Ltd Method and system for using caches
GB2412770B (en) * 2002-05-29 2006-11-15 Flyingspark Ltd Method and system for using caches
FR2863130A1 (fr) * 2003-12-01 2005-06-03 Thomson Licensing Sa Dispositif et procede de preparation de donnees d'emission et produits correspondants
WO2005064828A1 (de) * 2003-12-30 2005-07-14 Sennheiser Electronic Gmbh & Co. Kg Digitales mikrofon
TWI275273B (en) * 2004-03-03 2007-03-01 Mediatek Inc Method and apparatus for extracting payload from a packetized elementary stream packet
US8009586B2 (en) * 2004-06-29 2011-08-30 Damaka, Inc. System and method for data transfer in a peer-to peer hybrid communication network
EP1821442A4 (de) * 2004-11-17 2011-07-20 Sharp Kk Transmitter
US20060291452A1 (en) * 2005-06-24 2006-12-28 Motorola, Inc. Method and apparatus for providing reliable communications over an unreliable communications channel
US8345768B1 (en) 2005-07-28 2013-01-01 Teradici Corporation Progressive block encoding using region analysis
US7822278B1 (en) * 2005-09-20 2010-10-26 Teradici Corporation Methods and apparatus for encoding a digital video signal
US8107527B1 (en) 2005-07-28 2012-01-31 Teradici Corporation Progressive block encoding using region analysis
US8102878B2 (en) * 2005-09-29 2012-01-24 Qualcomm Incorporated Video packet shaping for video telephony
US8548048B2 (en) 2005-10-27 2013-10-01 Qualcomm Incorporated Video source rate control for video telephony
US8406309B2 (en) 2005-10-21 2013-03-26 Qualcomm Incorporated Video rate adaptation to reverse link conditions
US8842555B2 (en) 2005-10-21 2014-09-23 Qualcomm Incorporated Methods and systems for adaptive encoding of real-time information in packet-switched wireless communication systems
US8514711B2 (en) 2005-10-21 2013-08-20 Qualcomm Incorporated Reverse link lower layer assisted video error control
JP2007235211A (ja) * 2006-02-27 2007-09-13 Fujitsu Ltd データ送受信装置、データ送受信方法およびデータ送受信プログラム
FR2899993A1 (fr) * 2006-04-18 2007-10-19 France Telecom Procede de notification d'un defaut de transmission d'un signal audio
US20080056227A1 (en) * 2006-08-31 2008-03-06 Motorola, Inc. Adaptive broadcast multicast systems in wireless communication networks
WO2008053841A1 (fr) * 2006-10-30 2008-05-08 Kyocera Corporation Appareil de communication, procédé de communication, appareil de contrôle de communication, appareil de communication sans fil, procédé de contrôle de communication et procédé de communication sans fil
JP4356742B2 (ja) * 2006-12-25 2009-11-04 ソニー株式会社 データ通信システム、データ送信装置およびデータ送信方法
US8566676B2 (en) * 2007-01-05 2013-10-22 Qualcomm Incorporated FEC code and code rate selection based on packet size
KR20120034084A (ko) 2007-01-10 2012-04-09 콸콤 인코포레이티드 멀티미디어 전화 통신을 위한 컨텐트- 및 링크-의존 코딩 적응 구조
EP2019522B1 (de) * 2007-07-23 2018-08-15 Polycom, Inc. Vorrichtung und verfahren zur paketverlustwiederherstellung mit überlastungsvermeidung
US8954876B1 (en) * 2007-10-09 2015-02-10 Teradici Corporation Method and apparatus for providing a session status indicator
FR2922391B1 (fr) * 2007-10-15 2009-12-04 Canon Kk Procede et dispositif de transmission de donnees
US8284671B2 (en) * 2007-12-12 2012-10-09 Panasonic Corporation Data transmitting and receiving system, terminal, relay device, and data transmitting method
CN101183917B (zh) * 2007-12-24 2010-09-01 腾讯科技(深圳)有限公司 一种多媒体数据编码速率调节方法和装置
US8797850B2 (en) 2008-01-10 2014-08-05 Qualcomm Incorporated System and method to adapt to network congestion
CN101527839B (zh) * 2008-03-06 2011-05-11 中兴通讯股份有限公司 一种提高无线多媒体带宽使用效率的方法
US7844725B2 (en) 2008-07-28 2010-11-30 Vantrix Corporation Data streaming through time-varying transport media
US8001260B2 (en) 2008-07-28 2011-08-16 Vantrix Corporation Flow-rate adaptation for a connection of time-varying capacity
CN102106113B (zh) * 2008-07-28 2014-06-11 万特里克斯公司 一种用于控制通过时变传输媒介发送数据流的方法和系统
US8489954B2 (en) * 2008-08-29 2013-07-16 Ntt Docomo, Inc. Method and apparatus for reliable media transport
CN102160340B (zh) * 2008-09-19 2014-10-08 松下电器产业株式会社 传送速率控制装置和传送速率控制方法
US8009560B2 (en) * 2008-12-31 2011-08-30 Microsoft Corporation Detecting and managing congestion on a shared network link
US7975063B2 (en) 2009-05-10 2011-07-05 Vantrix Corporation Informative data streaming server
US8923151B2 (en) 2009-11-24 2014-12-30 Nec Corporation Quality control apparatus, moving image transmission system, quality control method, and recording medium
JP5506362B2 (ja) * 2009-12-15 2014-05-28 キヤノン株式会社 送信装置、送信方法
JP2012142701A (ja) * 2010-12-28 2012-07-26 Sony Corp 送信装置、送信方法、及びプログラム
US9043509B2 (en) * 2011-01-14 2015-05-26 Broadcom Corporation Method and system for low-latency networking
US9137551B2 (en) 2011-08-16 2015-09-15 Vantrix Corporation Dynamic bit rate adaptation over bandwidth varying connection
US9693064B2 (en) * 2011-09-30 2017-06-27 Avago Technologies General Ip (Singapore) Pte. Ltd Video coding infrastructure using adaptive prediction complexity reduction
US8767695B2 (en) * 2012-06-27 2014-07-01 Google Inc. Measurement-based network selection
US10143018B2 (en) 2012-06-27 2018-11-27 Google Llc Computing device with wireless network selection feature
US9232433B2 (en) * 2013-12-20 2016-01-05 Cisco Technology, Inc. Dynamic coding for network traffic by fog computing node
JP6260360B2 (ja) * 2014-03-07 2018-01-17 富士通株式会社 光伝送装置および光伝送システム
KR101589983B1 (ko) 2014-10-16 2016-02-12 삼성에스디에스 주식회사 패킷 전송 간격 제어 방법
US10412779B2 (en) 2015-09-18 2019-09-10 Whatsapp Inc. Techniques to dynamically configure jitter buffer sizing
US9749178B2 (en) * 2015-09-18 2017-08-29 Whatsapp Inc. Techniques to dynamically configure target bitrate for streaming network connections
US11039364B2 (en) 2018-09-28 2021-06-15 Google Llc Methods and apparatus for proactively switching between available networks
CN109981225B (zh) * 2019-04-12 2022-02-11 广州视源电子科技股份有限公司 一种码率预估方法、装置、设备及存储介质
JP2021052353A (ja) * 2019-09-26 2021-04-01 日本電気株式会社 送信側中継装置、システム、方法、及びプログラム
CN112311802B (zh) * 2020-11-05 2023-10-27 维沃移动通信有限公司 信息传输方法和信息传输装置

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04369942A (ja) * 1991-06-19 1992-12-22 Hitachi Ltd データ通信システム
US5675384A (en) 1995-10-03 1997-10-07 Nec Usa, Inc. VBR MPEG video encoding for ATM networks with dynamic bandwidth renegotiation
JP3686493B2 (ja) * 1996-03-07 2005-08-24 富士通株式会社 Atm交換機におけるフィードバック制御方法および装置
US6269078B1 (en) * 1997-04-04 2001-07-31 T. V. Lakshman Method and apparatus for supporting compressed video with explicit rate congestion control
JP3547944B2 (ja) * 1997-07-17 2004-07-28 Kddi株式会社 ディジタルvtrのダビングデータ送信装置
JPH11284659A (ja) 1998-03-31 1999-10-15 Canon Inc 通信制御方法及びその装置及び記憶媒体
JP2000092064A (ja) 1998-09-09 2000-03-31 Tokyo Electric Power Co Inc:The 通信システム及びこの通信システムに用いられる可変レート符号化装置
JP3907875B2 (ja) * 1998-10-23 2007-04-18 パイオニア株式会社 符号化レート制御装置及び情報符号化装置
US6973140B2 (en) 1999-03-05 2005-12-06 Ipr Licensing, Inc. Maximizing data rate by adjusting codes and code rates in CDMA system
US6782490B2 (en) * 1999-03-17 2004-08-24 At&T Corp. Network-based service for the repair of IP multicast sessions
US6754189B1 (en) * 1999-04-08 2004-06-22 Lucent Technologies Inc. Method of queue length based burst management in wireless communication systems
US6996097B1 (en) * 1999-05-21 2006-02-07 Microsoft Corporation Receiver-driven layered error correction multicast over heterogeneous packet networks
JP2001144802A (ja) 1999-11-11 2001-05-25 Canon Inc データ通信装置及びその方法及び通信システム及び記憶媒体
GB2356508B (en) 1999-11-16 2004-03-17 Sony Uk Ltd Data processor and data processing method
US7389356B2 (en) * 1999-12-15 2008-06-17 Microsoft Corporation Generalized differentiation methods and arrangements for adaptive multimedia communications
JP3841256B2 (ja) 2000-02-15 2006-11-01 三菱電機株式会社 通信システム及び通信方法及び送信端末
JP3438703B2 (ja) 2000-06-28 2003-08-18 日本電気株式会社 スペクトラム拡散通信装置及びその通信方法
JP3699910B2 (ja) 2000-10-31 2005-09-28 株式会社東芝 データ伝送装置、データ伝送方法及びプログラム
JP2002118598A (ja) 2001-08-06 2002-04-19 Nippon Telegr & Teleph Corp <Ntt> 輻輳検出方法、輻輳防止方法、およびパケット通信システム
US20030041165A1 (en) * 2001-08-24 2003-02-27 Spencer Percy L. System and method for group video teleconferencing using a bandwidth optimizer
US6996624B1 (en) * 2001-09-27 2006-02-07 Apple Computer, Inc. Reliable real-time transport protocol
US7225459B2 (en) * 2001-10-17 2007-05-29 Numerex Investment Corproation Method and system for dynamically adjusting video bit rates
US7187647B1 (en) * 2002-01-23 2007-03-06 At&T Corp. Ultra-wide bandwidth system and method for in-premises wireless networking
US6959171B2 (en) * 2002-02-28 2005-10-25 Intel Corporation Data transmission rate control
US7007220B2 (en) * 2002-03-01 2006-02-28 Broadlogic Network Technologies, Inc. Error correction coding across multiple channels in content distribution systems

Also Published As

Publication number Publication date
EP1372304A2 (de) 2003-12-17
EP1372304A3 (de) 2004-07-07
US7430219B2 (en) 2008-09-30
KR20030095995A (ko) 2003-12-24
EP1372304B1 (de) 2006-06-07
DE60305793D1 (de) 2006-07-20
US20030231589A1 (en) 2003-12-18

Similar Documents

Publication Publication Date Title
DE60305793T2 (de) Verfahren, Sender und Empfänger zur Anpassung der Kodierrate an eine wechselnde Übertragungsrate
AU2007313931B2 (en) Dynamic modification of video properties
DE60110303T2 (de) Verfahren und Vorrichtung zur Paketübertragung mit Paketenkopfkompression
DE60308930T2 (de) Übertragungssystem für Videoinformation und Programm und Vorrichtung zur Übertragung von Videoinformation
EP2290894B1 (de) Verfahren, vorrichtung und system zur einstellung der multimediakodierungsrate
DE60027875T2 (de) Aktualisierung des Headerkompressionszustands in Paketübertragung
DE60307505T2 (de) Verfahren zur verbesserung der qualität einer medienstromübertragung
DE60125473T2 (de) Paketwiederübertragung mit Prioritätinformationen
CA2470128C (en) Data transmission
Kim et al. TCP-friendly Internet video streaming employing variable frame-rate encoding and interpolation
US20050021830A1 (en) Data communications method and system using buffer size to calculate transmission rate for congestion control
JP3730974B2 (ja) メディア伝送方法及びその送信装置
EP1244255A1 (de) Verfahren und Vorrichtung zur Verbesserung eines Datendurchsatzes
DE102005039192A1 (de) Verfahren zur Störungsanalyse eines Datenstroms, insbesondere eines Echtzeit-Datenstroms, in einem Datennetz, Kommunikationssystem und Überwachungsrechner
EP1428358B1 (de) Datenkommunikationsmethode und -system zur übertragung von mehreren datenströmen, die verfügbare bandbreite pro datenstrom berechnend und anpassend
DE60310249T2 (de) System und verfahren zur bereitstellung von fehlerbehebung für streaming-fgs-codierte videosignale über ein ip-netzwerk
EP2938085B1 (de) Verfahren und vorrichtung zur übermittlung von kodierten mediendaten
WO1999001959A2 (de) Verfahren und anordnung zur codierung digitaler daten
DE602004007399T2 (de) Bereitstellen einer rückmeldung unter verwendung von general nack-report-blocks and loss-rle-report blocks
Zhang et al. Resource allocation for audio and video streaming over the Internet
DE69931132T2 (de) Funkstrecke mit dynamischer Anpassung
DE60129083T2 (de) Verfahren zur Videoübertragung über ein Netzwerk
DE10353793B4 (de) Verfahren zur Verbesserung der Wiedergabequalität bei paketorientierter Übertragung von Audio-/Video-Daten
AT503777A1 (de) Verfahren und vorrichtung zum steuern der paketweisen übertragung von daten
DE102018131617B4 (de) Verfahren zum Streamen von Datenpaketen zwischen einem Sender und wenigstens einem Empfänger über ein Mobilfunknetzwerk

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: PANASONIC CORP., KADOMA, OSAKA, JP