DE19635116A1 - Verfahren zur Videokommunikation - Google Patents
Verfahren zur VideokommunikationInfo
- Publication number
- DE19635116A1 DE19635116A1 DE19635116A DE19635116A DE19635116A1 DE 19635116 A1 DE19635116 A1 DE 19635116A1 DE 19635116 A DE19635116 A DE 19635116A DE 19635116 A DE19635116 A DE 19635116A DE 19635116 A1 DE19635116 A1 DE 19635116A1
- Authority
- DE
- Germany
- Prior art keywords
- frame
- receiver
- received
- buffer
- data packets
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/124—Quantisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/146—Data rate or code amount at the encoder output
- H04N19/152—Data rate or code amount at the encoder output by measuring the fullness of the transmission buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/164—Feedback from the receiver or from the transmission channel
- H04N19/166—Feedback from the receiver or from the transmission channel concerning the amount of transmission errors, e.g. bit error rate [BER]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/174—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/587—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal sub-sampling or interpolation, e.g. decimation or subsequent interpolation of pictures in a video sequence
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
- H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
- H04N19/89—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving methods or arrangements for detection of transmission errors at the decoder
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/148—Interfacing a video terminal to a particular transmission medium, e.g. ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/146—Data rate or code amount at the encoder output
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
Die Erfindung betrifft ein Verfahren zur Videokommunikation
nach dem Oberbegriff des Anspruchs 1 sowie einen Videokodierer und einen
Videodekodierer.
Digitale mobile Funktelephone verwenden mobile Funkkanäle für
die Übertragung von die Sprache repräsentierenden digitalen Signalen.
Solche Signale haben normalerweise die Form von Paketen. Ein Sender
sendet ein, ein Paket von digitalen Audiodaten repräsentierendes Signal,
bei dem jedes Paket 30 ms Sprache repräsentiert, und ein Empfänger deko
diert alle 30 ms ein Paket, um einen kontinuierlichen akustischen Aus
gang aufrechtzuerhalten. Störbedingte Fehler im Kanal oder in der Über
tragung können jedoch mit einem Bit pro 1000 oder sogar pro 100 auftre
ten, welche Fehler den Dekodierprozeß beeinträchtigen. Solche Kanalfehler
treten bei Mobilfunk-Fernsprechkanälen typischerweise geballt auf,
das heißt in Gruppen. Sie können etwa dadurch hervorgerufen werden, daß
zeitweilig ein Gegenstand den Empfänger gegen den Sender abschattet. Um
Kanalfehler zu korrigieren, enthalten die Pakete Fehlerkorrekturkodes,
mit denen empfängerseitig versucht wird, die Fehler zu berichtigen.
Bei anderen Arten von Datenübertragungssystemen fordert ein
Empfänger, der Fehler in einem Datenpaket feststellt, den Sender auf,
das Datenpaket erneut zu senden. Beispiele solcher Systeme sind in
"Error Control Coding: Fundamentals and Applications", von Shu Lin und
Daniel J. Costello Jr., Verlag Prentice-Hall Inc. 1983 beschrieben. Eine
solche Neuübertragung wird bei mobilen Funktelephonen nicht angewandt,
da sie eine nicht hinnehmbare verzögerungsbedingte Phasenrauschstörung
hervorruft. Beispielsweise muß ein Empfänger 30 ms Sprache repräsentie
rende Signale einmal alle 30 ms empfangen, da sonst Fehlstellen und
Unterbrechungen in dem Sprachsignal auftreten. Puffern oder Zwischen
speichern von Datenpaketen im Empfänger ermöglichen zwar eine gewisse
Flexibilität, doch entsteht dadurch eine verzögerte Wiedergabe, und wenn
die Verzögerung zu lang ist, wird sie merkbar und verändert den Charak
ter des Telephongesprächs. Ist die Verzögerung hinreichend kurz, um un
merkbar zu sein, genügt die Zeit nicht, daß der Empfänger eine Neuüber
tragung anfordert und ein neuübertragenes Datenpaket empfängt, bevor
diese Daten für die Wiedergabe benötigt werden. Das gilt jedenfalls
dann, wenn eine mehrmalige Neuübertragung erfolgen muß, ehe ein Daten
paket fehlerfrei empfangen ist. Bei digitalen Mobiltelephonen setzt man
deshalb Techniken wie algebraische Fehlersteuer-Kodierung, um Kanal
fehler zu korrigieren, und Gleich/Ungleich-Fehlerschutz-Kodierung ein,
um für kritische Daten eine bessere Korrektur zu erzielen. Dabei ist
keine Neuübertragung erforderlich. Mit solchen Kodes nicht behebbare
Fehler ergeben ein Knackgeräusch, das für die meisten Sprachverbindungen
tolerierbar ist.
In jüngerer Zeit wurden Systeme für digitale Mobilfunktele
phone vorgeschlagen, bei denen ein Sender Signale überträgt, die sowohl
Sprache als auch Bilder repräsentieren. Dabei wurde für die Bildsignale
eine Fehlerkorrekturkodierung ähnlich der bei Mobiltelephonen angewandt.
Fehler in Videodaten, die nicht durch algebraische Fehlerkorrektur be
hoben werden können, führen zu einer Bildwiedergabe mit verfälschten
Flächenbereichen, die unrichtige Farben und/oder Intensitäten enthalten.
Diese verfälschten Flächenbereiche können sehr merkbar und sehr störend
sein. Hinzu kommt, daß viele der effizientesten Videokompressionsver
fahren eine üblicherweise als "Interkodierung" bezeichnete Kodierung
verwenden. Dabei werden Änderungen zwischen aufeinanderfolgenden Einzel
bildern oder Rahmen eines bewegten Bildes kodiert, und der Empfänger
addiert die empfangenen interkodierten Daten zu denen eines vorherge
henden Rahmens, um den laufenden Rahmen eines bewegten Bildes zu bestim
men. Bei Interkodierung bauen aber leider neue interkodierte Daten neue
Rahmen auf fehlerbehafteten Rahmen auf, und der Empfänger kann durch
einen nicht behebbaren Fehler hervorgerufene Bildstörungen konservieren
und wiederholen. Weitere unbehebbare Fehler können aus mehreren Rahmen
akkumuliert werden und zu einer schlechten Wiedergabequalität führen.
Verzichtet man auf Interkodierung, kann zwar die Akkumulation von Bild
störungen vermieden werden, doch wird dann typischerweise die Kompres
sionseffizienz herabgesetzt, was die maximale Rahmenkadenz und/oder die
Bildqualität verringert.
Aufgabe der Erfindung ist es, ein Video-Kommunikationsver
fahren nach dem Oberbegriff des Anspruchs 1 zu schaffen, bei dem Inter
kodierung zulässig ist und fehlerbehaftete Flächenbereiche der Wieder
gabe eliminiert werden können.
Diese Aufgabe wird entsprechend den kennzeichnenden Merkmalen
des Anspruchs 1 gelöst.
Durch die Aufteilung der Rahmen in Rahmensegmente, bei der
homologe Segmente jeweils eine Untersequenz bilden, ergeben sich relativ
kompakte zu übertragende Datenpakete. Da, wie oben erwähnt, Übertra
gungsstörungen typischerweise geballt auftreten, werden von ihnen je
weils nur ein Datenpaket oder einige wenige Datenpakete betroffen sein,
wobei ein Datenpaket ein vollständiges Rahmensegment oder nur einen Teil
desselben repräsentieren kann. Für gestörte Datenpakete kann dann eine
Neuübertragung angefordert werden, so daß schließlich nur fehlerfrei
empfangene Datenpakete dekodiert und zur Wiedergabe gebracht werden.
Gemäß einer Ausführungsform der Erfindung umfaßt ein Kommuni
kationssystem einen Sender, der eine Serie von Videodatenpaketen zu
einem Empfänger sendet. Die Pakete repräsentieren eine Sequenz von Rah
men, die ein bewegliches Bild bilden. Der Empfänger sammelt die Pakete
von dem Sender und überprüft die Pakete auf Fehler. Wenn ein fehler
freies Paket empfangen wird, setzt der Empfänger eine Eingabe in einem
Videostatuspuffer zur Anzeige dafür, daß ein Paket für einen bestimmten
Abschnitt eines Rahmens fertig ist. Wenn der Empfänger einen Fehler
erkennt, fordert er den Sender auf, das Paket, welches den Fehler ent
hielt, erneut zu übertragen.
Der Sender setzt in Reaktion auf eine Neusendeanforderung
unmittelbar das neuausgesandte Videodatenpaket in die Serie von Paketen
ein, die zu dem Empfänger übertragen wird. Demgemäß kann eine Serie von
Datenpaketen Videodaten von unterschiedlichen Rahmen mischen, und der
Videostatuspuffer im Empfänger enthält Eingaben für mehrere Rahmen, um
die Datenpakete für die verschiedenen Rahmen zu verfolgen. Wenn Eingaben
in dem Videostatuspuffer anzeigen, daß alle für einen Rahmen benötigten
Daten ohne Fehler empfangen worden sind, ist dieser Rahmen "wiedergeb
bar", das heißt bereit, um dekodiert und/oder wiedergegeben zu werden.
Der Empfänger überprüft periodisch den Videostatuspuffer um festzustel
len, ob irgendwelche Rahmen wiedergebbar sind. Wenn einer oder mehrere
wiedergebbar ist/sind, dekodiert der Empfänger den neuesten der wieder
gebbaren Rahmen und bringt diesen zur Wiedergabe.
Generell werden die Rahmen ohne Fehler wiedergegeben, weil
jedes Datenpaket, das für jeden wiedergegebenen Rahmen benötigt wird,
ohne feststellbaren Fehler ist. Demgemäß werden fehlerhafte Bereiche in
dem wiedergegebenen beweglichen Bild vermieden. Darüber hinaus kann
Interkodierung verwendet werden, ohne daß sich Fehler in einem wieder
gegebenen Bild akkumulieren. Die Videodatenpakete sind relativ klein im
Vergleich mit den Daten, die benötigt werden, um einen vollständigen
Rahmen zu repräsentieren, und gewöhnlich wird ein neu übermitteltes
Paket rechtzeitig empfangen, um einen Rahmen ohne eine Verzögerung oder
eine Änderung in der Rahmenkadenz wiederzugeben. Gelegentlich kann die
Wiedergabe eines Rahmens ausfallen oder verzögert werden, was die Rah
menkadenz des wiedergegebenen beweglichen Bildes verringert oder Zittern
bewirkt. Die Änderung in der Rahmenkadenz ermöglicht jedoch immer noch
ein für die meisten Videophonanwendungen akzeptables bewegliches Bild,
wo schnelle Bewegungen und eine hohe Rahmenkadenz nicht erforderlich
sind. Zusätzlich kann die Anwendung von Interkodierung die Videokompres
sionseffizienz verbessern und eine höhere maximale Rahmenkadenz zulassen
als mögliche Systeme, die eine weniger effiziente Videokompression an
wenden. Die höhere maximale Rahmenrate kompensiert zumindest teilweise
den Verlust an Rahmen.
Weitere Ausgestaltungen der Erfindung sind den Unteransprüchen
und der nachfolgenden Beschreibung zu entnehmen.
Die Erfindung wird nachstehend anhand eines in den beigefügten
Zeichnungen dargestellten Ausführungsbeispiels im einzelnen erläutert.
Fig. 1 zeigt ein Kommunikationssystem gemäß einer Ausführungs
form der Erfindung,
Fig. 2 illustriert ein Laufbild mit einer Bildfläche, die ge
mäß einer Ausführungsform der Erfindung unterteilt ist,
Fig. 3 zeigt Rahmensegmente in Rahmen eines Laufbildes.
Fig. 1 zeigt ein Blockdiagramm eines Senders 150 und eines
Empfängers 100, die über einen Kanal 145 kommunizieren. Gemäß einer Aus
führungsform ist einer von Sender 150 und Empfänger 100 in einem beweg
lichen Funkvideophon, und der andere von Empfänger 100 und Sender 150
befindet sich in einem öffentlichen geschalteten Telefonnetz-Videophon.
Beide Sender und Empfänger können aber auch bewegliche Funkvideophone
sein oder sich beide an einem öffentlichen Telefonnetz befinden. Fig. 1
zeigt die Teile der beiden Videophone, die für Einwegvideoübertragung
benötigt werden. Um eine Zweiwegvideoübertragung über Kanal 145 zu er
möglichen, würde jedes Videophon einen Sendeabschnitt ähnlich oder iden
tisch mit Sender 150 und einen Empfangsabschnitt ähnlich oder identisch
mit Empfänger 100 enthalten.
Der Sender 150 empfängt ein Eingangsvideosignal von einer Vi
deoquelle 155. Das Eingangsvideosignal repräsentiert eine Sequenz von
Rahmen, wobei jeder Rahmen ein Stehbild ist. Ein Zeitindex ordnet die
Rahmen, und wenn sie in Sequenz wiedergegeben werden, bewirken die Rah
men die Illusion eines Bildes, das sich bewegende Objekte enthält. Dem
gemäß wird die Sequenz von Rahmen hier als bewegliches Bild bezeichnet.
Der Sender 150 kodiert das bewegliche Bild und überträgt über Kanal 145
ein Signal, welches das bewegliche Bild repräsentiert.
In einem beweglichen Funkvideophon oder einem solchen, ange
schlossen an ein öffentliches Telefonnetz, enthält die Videoquelle 155
eine Videokamera und einen Analog/Digital-Umsetzer, der in der Lage ist,
ein das bewegliche Bild repräsentierendes Digitalsignal zu erzeugen. Ein
Eingangspuffer 160 speichert Daten, welche das Digitalsignal von der Vi
deoquelle 155 repräsentieren. Die das Video repräsentierenden Daten kön
nen eine Vielzahl von Formaten haben. Jeder Rahmen in dem beweglichen
Bild kann durch eine oder mehrere zweidimensionale Matrizen von Pixel
werten repräsentiert werden, die im Eingangspuffer 160 gespeichert wer
den. Jeder Pixelwert in einer zweidimensionalen Matrix repräsentiert ei
ne Intensität, eine Farbe oder Farbkomponente für eine kleine Fläche
oder ein Bildelement mit einer Position in einem Rahmen entsprechend der
Position des Pixelwertes in der zweidimensionalen Matrix. Beispielsweise
kann ein Rahmen durch eine einzelne zweidimensionale Matrix von Pixel
werten repräsentiert werden, wobei jeder Pixelwert einen Satz von drei
Farbkomponenten repräsentiert, die eine Farbe für ein entsprechendes
Bildelement identifizieren. Alternativ kann ein Rahmen durch drei Matri
zen repräsentiert werden, wobei jede einer von drei Farbkomponenten ent
spricht.
Fig. 2 repräsentiert eine Bildfläche 200 für ein bewegliches
Bild. Die Bildfläche 200 enthält eine zweidimensionale Matrix von Bild
elementen (oder Pixeln), die durch eine zweidimensionale Matrix von ent
sprechenden Pixelwerten repräsentiert werden. Beispielsweise wird in ei
nem Format, das unter der Bezeichnung QCIF bekannt ist, die Bildfläche
200 in 176 × 144 Pixel unterteilt entsprechend x-Koordinaten von 0 bis
175 und y-Koordinaten von 0 bis 143.
Ein Zeitindex t ordnet die Rahmen eines beweglichen Bildes in
eine Sequenz, wie in Fig. 3 gezeigt. Für eine konventionelle Videokamera
beträgt die Einzelbild- oder Rahmenkadenz eines beweglichen Bildes 30
Rahmen pro Sekunde. Für Videophone jedoch, bei denen die verfügbare
Bandbreite für die Übertragung relativ klein ist, wird typischerweise
eine niedrigere Rahmenkadenz von etwa 7 Rahmen pro Sekunde eingesetzt.
Da die Wiedergabe schneller Bewegung üblicherweise für Videophone nicht
benötigt wird, liefern 7 Rahmen pro Sekunde ein bewegliches Bild mit
vernünftig weicher Bewegung. Der Sender 150 wählt aus dem Eingangsvideo
signal (oder aus dem Eingangspuffer 160) genug Rahmen, um ein bewegli
ches Bild mit einer gewünschten Rahmenkadenz zu schaffen. Wenn bei
spielsweise die Videoquelle 155 30 Rahmen pro Sekunde liefert, kodiert
ein Videokodierer 170 jeden vierten Rahmen zum Bereitstellen einer Rah
menkadenz von 7,5 Rahmen pro Sekunde.
Ein bewegliches Bild kann in Untersequenzen durch Aufteilen
der Bildfläche des beweglichen Bildes in Segmente unterteilt sein. Fig.
2 zeigt ein Beispiel, bei dem die Bildfläche 200 in neun Segmente 210
bis 218 unterteilt ist, und die Abschnitte des beweglichen Bildes ent
sprechend den Segmenten 210 bis 218 sind die Untersequenzen des bewegli
chen Bildes. In dem Beispiel ist jedes Segment 210 bis 218 ein Streifen,
der in x-Richtung ebenso lang ist wie die Bildfläche 200 und in y-Rich
tung ein Neuntel der Höhe der Fläche 200 aufweist, so daß für das QCIF-
Format jeder Bereich 176 × 16 Pixel umfaßt. Alternativ kann irgendeine
Anzahl oder Form für die Segmente verwendet werden, um ein bewegliches
Bild in Untersequenzen zu zerlegen. Fig. 3 zeigt Rahmen 300 bis 304,
welche Rahmensegmente 310 bis 314 enthalten, die Teile einer Unterse
quenz sind.
Der Videokodierer 170 erzeugt separate digitale Kodes für je
des Rahmensegment. Der Kodierprozeß kodiert die Rahmensegmente separat
voneinander, um die Dekodierung jeder Untersequenz ohne Verwendung von
Information aus anderen Untersequenzen zu ermöglichen. Jede Untersequenz
ist nämlich ein separates bewegliches Bild, für das irgendein gewünsch
ter Videokompressionsprozeß eingesetzt werden kann. In einer Ausfüh
rungsform verwendet der Videokodierer 170 ein Standard-Videokodierproto
koll, das unter der Bezeichnung H.263 bekannt und in dem Entwurf ITU-T
Recommendation H.263, betitelt "Video Coding For Low Bitrate Communi
cation", 5. Juli 1995 beschrieben ist.
Beim Kodieren eines Rahmensegmentes überprüft der Videokodie
rer 170 den Statuszähler 165, um zu bestimmen, ob das Rahmensegment
"intra"- kodiert werden sollte. Die Zähler 165 stehen in eins-zu-eins-
Korrespondenz mit den Bereichen, welche die Untersequenzen und die
Rahmensegmente definieren. Wenn ein Zählstand in einem Zähler hoch ist,
bedeutet dies, daß ein entsprechendes Rahmensegment intrakodiert werden
sollte um sicherzustellen, daß der Empfänger 100 nicht auf fehlerenthal
tenden Daten aufbaut. Außerdem ist jedem Zähler in den Zählern 165 ein
Satz von Statusfeldern zugeordnet, welche die Art der Kodierung angeben,
die für die zuletzt kodierten Rahmensegmente verwendet wurde.
Für die Intrakodierung eines Rahmensegmentes verwendet der
Videokodierer 170 einen Standbild-Kodierprozeß zum Erzeugen eines Digi
talkodes, der das Rahmensegment repräsentiert. In dem Beispiel unter
teilt der Videokodierer 170 das Rahmensegment in Makroblöcke, wobei
jeder Makroblock dieselbe Größe hat, wie 8 × 8 oder 16 × 16 Pixel, und
komprimiert dann den Makroblock. Beispielsweise ergibt eine diskrete
Kosinustransformation der Pixelwerte für einen Makroblock, gefolgt von
einer Quantisierung und einer Lauflängenkodierung, typischerweise eine
Bitfolge, die weniger Bandbreite für die Übertragung benötigt, als alle
Pixelwerte in dem Makroblock benötigen würden. Komprimierte Daten von
den Makroblöcken werden entsprechend einer Kodiersyntax zur Bildung
eines Digitalkodes für das Rahmensegment kodiert. Der Digitalkode für
ein intrakodiertes Rahmensegment repräsentiert die Gesamtheit der Infor
mation, die für die Dekodierung jenes Rahmensegmentes benötigt wird.
Demgemäß frischt der Digitalkode für ein intrakodiertes Rahmensegment
die Daten auf, die vom Empfänger 100 für eine Untersequenz verwendet
werden, und irgendwelche Kanalfehler in vorhergehenden Rahmen beeinflus
sen die nachfolgende Dekodierung nicht.
Interkodierung ergibt typischerweise eine bessere Kompression
als Intrakodierung. Für das Interkodieren eines Rahmensegments unter
teilt der Videokodierer 170 das Rahmensegment in Makroblöcke und führt
dann eine Bewegungsabschätzung bei jedem Makroblock aus. Die Bewegungs
abschätzung für einen Makroblock findet einen Bewegungsvektor, der von
einer Stelle des Makroblocks zu einer Stelle eines bestpassenden Blocks
weist, der sich innerhalb des entsprechenden Rahmensegments des vorher
gehenden Rahmens befindet. Um Bewegungsvektoren und bestpassende Blöcke
zu ermöglichen, die sich außerhalb der Begrenzungen einer Untersequenz
erstrecken, werden Pixelwerte für Pixel an dem Rand des vorhergehenden
Rahmensegments wiederholt, um einen Flächenbereich eines bestpassenden
Blocks zu füllen, der außerhalb eines Rahmens oder in einer anderen
Untersequenz ist. Demgemäß enthält der bestpassende Block nur Daten von
einer einzigen Untersequenz, und Daten von anderen Untersequenzen werden
in dem Bewegungsabschätzprozeß nicht benutzt.
Wenn ein guter bestpassender Block gefunden ist, werden Pixel
werte in dem bestpassenden Block von entsprechenden Pixelwerten in dem
Makroblock zum Erzeugen eines Differenzblocks subtrahiert. Der Diffe
renzblock wird dann komprimiert, beispielsweise durch eine diskrete
Kosinustransformation, gefolgt von Quantisierung und Lauflängenkodie
rung. Ein resultierender Digitalkode für das Rahmensegment zeigt den
Bewegungsvektor für den Makroblock und die Information von dem Diffe
renzblock. Wenn ein guter bestpassender Block für einen Makroblock nicht
gefunden wird, wird der betreffende Makroblock in derselben Weise wie
die Makroblöcke in einem intrakodierten Rahmensegment intrakodiert.
Demgemäß können interkodierte Rahmensegmente interkodierte Makroblöcke
und intrakodierte Makroblöcke enthalten. Wenn alle Makroblöcke in einem
Rahmensegment intrakodiert sind, wird das Rahmensegment intrakodiert.
Jedesmal, wenn ein Rahmensegment interkodiert wird, inkremen
tiert der Videokodierer 170 denjenigen der Zähler 165, welcher dem be
treffenden Rahmensegment entspricht, um eine Größe gleich der Differenz
in Zeitindizes aufeinanderfolgender kodierter Rahmen. Wenn beispiels
weise jeder vierte Rahmen von der Videoquelle 155 kodiert wird, wird
einer der Zähler 165 um vier jedesmal dann inkrementiert, wenn ein Rah
mensegment interkodiert wird. Der Videokodierer 170 setzt den entspre
chenden Zähler jedesmal dann zurück, wenn ein Rahmensegment intrakodiert
wird. Wenn ein Zählstand entsprechend einer Untersequenz eine Schwelle
TINTRA übersteigt, sollte das nächste Rahmensegment für die Untersequenz
intrakodiert werden, um die von dem Empfänger 100 verwendeten Daten auf
zufrischen. Das Inkrementieren um eine Größe proportional den Differenz
zeitindizes kodierter Rahmen stellt sicher, daß die Auffrischung in re
gulären Intervallen selbst dann erfolgt, wenn der Sender 150 die Rahmen
rate verändert.
Typischerweise verringert Intrakodierung die Videokompres
sionseffizienz; und wenn mehrere Rahmensegmente in einem Rahmen intra
kodiert werden, kann die Wiedergabe des Rahmens verzögert werden, weil
die Übertragung eines Bitstromes, welcher den Rahmen repräsentiert, län
ger braucht als zulässig. Wenn demgemäß mehrere Rahmensegmente eines
Rahmens intrakodiert werden sollten, kann der Videokodierer 170 einen
oder einige wenige der Rahmensegmente für die Intrakodierung auswählen.
Andere Rahmensegmente können in dem nächsten Rahmen intrakodiert werden.
Der Digitalkode, der ein Rahmensegment repräsentiert, ist Teil
des Bitstromes, der zu dem Empfänger 100 übertragen wird. Der Videoko
dierer 170 zählt Bits, die während jeder Kodierung erzeugt werden, und
bricht den Bitstrom für ein Rahmensegment in Datenpakete auf, die kürzer
sind als eine Schwellenlänge TPAKET. Die Paketlänge beeinflußt die
Chance, daß ein Kanalfehler während einer Übertragung auftreten wird,
und in einer Ausführungsform der Erfindung wird die Schwellenpaketlänge
TPAKET dynamisch entsprechend einer Fehlerrate auf Kanal 145 gewählt.
Wenn die Fehlerrate hoch ist, wird die Schwellenlänge TPAKET verringert,
so daß die Chance eines Pakets, ohne Fehler übertragen zu werden, hoch
bleibt, und die Ausgangsvideorahmenkadenz am Empfänger 100 bleibt über
dem Minimalpegel (etwa 3 Rahmen/Sekunde) mit einer Rahmenverzögerung von
weniger als einigen hundert Millisekunden. Wenn die Fehlerrate niedrig
ist, wird die Schwellenlänge TPAKET vergrößert bis zu einer Grenze, bei
der es ein Videodatenpaket pro Rahmensegment gibt.
Der Abschnitt eines Rahmensegments, repräsentiert durch ein
einzelnes Datenpaket, wird nachstehend als ein Untersegment bezeichnet.
Typischerweise enthält jedes Untersegment eine ganzzahlige Anzahl von
Makroblöcken. Die Anwendung einer ganzzahligen Zahl von Makroblöcken pro
Datenpaket setzt die Datenpakete mit definierten Bildflächenabschnitten
in Beziehung und ermöglicht dem Empfänger 100, die Datenpakete zu ver
folgen, die korrekt empfangen worden sind. Die Zahl von Makroblöcken
ändert sich von Untersegment zu Untersegment, und die Flächenbereiche
eines beweglichen Bildes, repräsentiert durch die Untersegmente, ändern
sich von Rahmen zu Rahmen.
Der Videokodierer 170 addiert einen Videokopfabschnitt und
einen zyklischen Redundanzkode (CRC) zu jedem Datenpaket. Der Kopfab
schnitt identifiziert den Rahmen, die Untersequenz und das Untersegment,
welche von dem Paket beschrieben werden. In dem Beispiel enthält der
Videokopfabschnitt: ein Startfeld, das ein nur einmal vergebenes Muster
enthält, welches den Start eines Datenpakets markiert; ein Zeitindexfeld
(4 Bits), das einen Rahmen identifiziert; ein Sequenzzahlfeld (4 Bits),
das eine Untersequenz identifiziert, so daß die Kombination des Zeit
index und des Sequenzzahlfeldes ein Rahmensegment identifizieren; ein
Untersegmentstart- und -endfeld (8 Bits), welche ein Untersegment durch
die Zahlen des ersten und letzten Makroblocks, beschrieben von dem Da
tenpaket, identifiziert; und ein Kodierprozeßfeld (1 Bit), das anzeigt,
wie das Rahmensegment kodiert war (intra- oder interkodiert). Zusätzlich
zu dem Videokopfabschnitt kann ein Tx-Kopfabschnitt für die Übertragung
auf Kanal 145 addiert werden, und Information, die in sowohl dem Video
kopfabschnitt als auch dem Tx-Kopfabschnitt enthalten ist, kann von dem
Videokopfabschnitt gestrichen werden. Nach dem Videokopfabschnitt er
scheint der Digitalkode, den der Videokodierer 170 erzeugt, um das durch
den Videokopfabschnitt identifizierte Untersegment zu beschreiben. Der
CRC, den der Empfänger 100 verwendet, um Kanalfehler in den Videodaten
paketen zu erkennen, wird aus dem Digitalkode erzeugt. Zusätzlich zu dem
CRC kann ein Fehlerkorrekturkode jedem Datenpaket addiert werden, um den
Empfänger 100 mit Fehlererkennungs- und Fehlerkorrekturfähigkeiten aus
zustatten.
Datenpakete vom Videokodierer 170 werden in einen Übertra
gungspuffer 180 und in einen FIFO-Puffer 190 eingeschrieben. Wenn der
FIFO-Puffer 190 voll ist, werden die ältesten Datenpakete im FIFO-Puffer
190 ausgeschoben, um Platz für neukodierte Datenpakete zu schaffen. Wie
unten beschrieben, bestimmt eine Neusendesteuereinheit 185, ob der Über
tragungspuffer 180 oder der FIFO-Puffer 190 Daten für den Bitstrom lie
fert, der zu dem Empfänger 100 über Kanal 145 übertragen wird. Der Kanal
145 ist ein Zweiwegekanal einschließlich eines Unterkanals 145B für
Datenfluß vom Sender 150 zum Empfänger 100 und einem Unterkanal 145A für
den Datenfluß vom Empfänger 100 zum Sender 150. In der dargestellten
Ausführungsform ist der Kanal 145 ein Mobilfunkkanal, und die Unterkanä
le 145A und 145B werden zeitmultiplexiert für Video- und Audiodaten.
Viele Systeme sind kommerziell verfügbar, die Mobilfunkkanäle erzeugen
können, wie DECT, GSM, TETRA und PDC, welche für die digitale Videoüber
tragung geeignet sind. Ausführungen der Erfindung können jedoch irgend
einen Typ von Kommunikationskanal benutzen und sind nicht auf Mobilfunk
kanäle beschränkt.
Der Empfänger 100 enthält einen Empfangspuffer 130, der Daten
pakete vom Sender 150 hält und das CRC der Datenpakete überprüft, um
Fehler festzustellen. Die Ergebnisse der CRC-Überprüfung werden zu einer
Anforderungssteuereinheit 125 und zu einem Statuspuffer 115 übertragen.
Ein Fehler kann auch in den Datenpaketen erkannt werden, wenn ein Video
dekoder 120 die Gesamtheit oder einen Teil des Datenpaketes dekodiert,
um Syntax-Fehler zu identifizieren. Wenn ein Syntax-Fehler auftritt,
setzt der Videodekoder 120 eine Eingabe im Statuspuffer 115, welche dann
zu der Anforderungssteuereinheit 125 gelangt. In dem dargestellten Aus
führungsbeispiel sendet die Steuereinheit 125 eine Neusendeanforderung
zum Sender 150 nur dann, wenn ein Datenpaket einen Fehler enthält, und
sendet keinerlei Nachricht oder Bestätigung zum Sender 150, wenn ein
Datenpaket ohne Fehler empfangen wurde. Diese Rücksendestrategie wird
üblicherweise als Negativbestätigung (negative acknowledgments = NAK)
bezeichnet. In anderen Ausführungsformen der Erfindung können kompli
ziertere Rücksendestrategien verwendet werden, wie automatische Hybrid-
Wiederholungsanforderungen.
Vor Aussendung einer Neuübertragungsanforderung überprüft die
Anforderungssteuereinheit 125 den Statuspuffer 115 um festzustellen, ob
das den Fehler enthaltende Datenpaket benötigt wird. Ein Datenpaket mit
einem Zeitindex vor dem Zeitindex eines wiedergebbaren Rahmens ent
spricht einem Rahmen, der verworfen worden ist, und wird deshalb nicht
benötigt. Ein Datenpaket mit einem Zeitindex vor dem Zeitindex eines
intrakodierten Rahmensegments, ob korrekt empfangen oder nicht, wird
nicht benötigt, weil dann, wenn das intrakodierte Rahmensegment korrekt
empfangen wurde, die Untersequenz aufgefrischt wird und die vorhergehen
den Datenpakete nicht benötigt werden. Die Anforderungssteuereinheit 125
tut nichts, wenn das Datenpaket nicht benötigt wird. Im anderen Falle
überträgt die Steuereinheit 125 eine Anforderung für Neuübertragung des
Datenpakets zum Sender 150.
Die Neusendeanforderung identifiziert den Rahmen, die Unter
sequenz und das Untersegment, das von dem den Fehler enthaltenden Daten
paket beschrieben wurde, und kann beispielsweise dieselbe Form haben wie
der Videokopfabschnitt für das den Fehler enthaltende Datenpaket. Wie
oben angegeben, ist typischerweise der Unterkanal 145A zeitmultiplexiert
für Video- und Audiodaten, und die Anforderungssteuereinheit 125 steht
im Wettbewerb mit einem (nicht dargestellten) Audiosystem und einem
Videosender (nicht dargestellt) für den Zugang zum Kanal 145A. Neusende
anforderungen erhalten Priorität gegenüber Videodatenpaketen, die auf
die Übertragung warten.
Wenn der Sender 150 eine Neuübertragungsanforderung empfängt,
sucht die Neusendesteuereinheit 145 den FIFO-Puffer 190 nach dem ange
forderten Datenpaket ab. Wenn das angeforderte Datenpaket gefunden ist,
überprüft dann die Neuübertragungssteuereinheit 185 die Statusfelder für
die Untersequenz, die von dem Datenpaket beschrieben wird um festzu
stellen, ob ein Rahmensegment in der Untersequenz, nach Aussendung des
den Fehler enthaltenden Datenpakets, intrakodiert wurde. Ist dies der
Fall, ignoriert die Neuübertragungssteuereinheit 185 die Anforderung. Im
anderen Falle wird das angeforderte Datenpaket erneut vom FIFO-Puffer
190 zum Empfänger 100 übertragen. Das neuübertragene Datenpaket hat
Priorität gegenüber frisch kodierten Datenpaketen vom Übertragungspuffer
180, so daß die Übertragung unmittelbar nach dem Ende eines laufenden
übertragenen Datenpakets beginnt. Die Neuübertragungssteuereinheit 185
setzt auch eine Statusflagge in den Statuszählern 165 zur Anzeige dafür,
daß das angeforderte Datenpaket erneut übertragen worden ist. Wenn die
Neuübertragungssteuereinheit 185 feststellt, daß die Neuübertragung
nicht die erste für das angeforderte Datenpaket ist, verlangt die Neu
übertragungssteuereinheit 185, daß der Videokodierer 170 das nächste
Rahmensegment der Untersequenz, repräsentiert durch das angeforderte
Datenpaket, intrakodiert. Wenn das angeforderte Datenpaket im FIFO-
Puffer 190 nicht verfügbar ist, tritt keine weitere Neuübertragung jenes
Datenpaketes ein. Die Neuübertragungssteuereinheit 185 fordert eine
Intrakodierung des nächsten Rahmensegments der Untersequenz, repräsen
tiert durch das angeforderte Datenpaket.
Eine Umlaufverzögerung zwischen Anforderung und Empfang eines
erneut übertragenen Datenpakets besteht aus Verarbeitungsverzögerungen,
Einreihverzögerungen, Übertragungsverzögerungen und Ausbreitungsverzöge
rungen. Die maximale Einreihverzögerung am Empfänger 100 ist etwa gleich
der Zeit, die erforderlich ist, um die Übertragung eines Paketes zu
beenden, die begann, bevor die Neuübertragung angefordert wurde. In
ähnlicher Weise ist die maximale Einreihverzögerung am Sender 150 etwa
gleich der Übertragungszeit für ein Datenpaket, begonnen vor der ange
forderten Neuübertragung. Die Übertragungsverzögerung eines angeforder
ten Datenpakets ist außerdem etwa gleich der Zeit, erforderlich für das
Senden eines Datenpakets. Andere Verzögerungen wie Verarbeitungsverzöge
rungen, Übertragungsverzögerungen für eine Neuübertragungsanforderung
(die Dauer der Neuübertragungsanforderung) und Ausbreitungsverzögerungen
(die Zeit für die Signale, um sich längs Kanal 145 auszubreiten) sind
klein im Vergleich mit der Übertragungszeit eines Datenpakets. Demgemäß
ist die maximale Umlaufverzögerung etwa das Dreifache der Übertragungs
zeit für ein Datenpaket. Wenn die maximale Länge eines Datenpakets 300
Bit beträgt, und der Kanal 145 eine Übertragungsrate von 32 000 Bits
Sekunde hat, beträgt die maximale Verzögerung etwa 28 ms. Für eine maxi
male Datenpaketlänge von 800 Bit und eine Übertragungsrate von 32 000
Bit/Sekunde beträgt die maximale Verzögerung etwa 75 ms. Zum Vergleich
beträgt bei 7 Rahmen pro Sekunde das Intervall zwischen Rahmen etwa 143
ms; und bei 10 Rahmen pro Sekunde beträgt das Intervall zwischen Rahmen
etwa 100 ms. Demgemäß ist in dem gegebenen Beispiel die Umlaufverzöge
rung vergleichbar mit dem Intervall zwischen Rahmen.
Die Anforderungssteuereinheit 125 setzt eine Eingabe im Sta
tuspuffer 115 zur Anzeige dafür, daß ein Datenpaket fehlerlos empfangen
worden ist. Der Statuspuffer 115 ist logisch in Zeilen und Spalten von
Eingaben für Rahmensegmente organisiert. Jede Zeile enthält Eingaben
entsprechend den Rahmensegmenten in einem Rahmen, das heißt entsprechend
einem Zeitindex in dem beweglichen Bild. Jede Spalte enthält Eingaben
entsprechend den Rahmensegmenten in einer Untersequenz des beweglichen
Bildes. In dem Beispiel enthält der Statuspuffer 115 vier Zeilen für
vier Rahmen und neun Spalten für neun Untersequenzen.
Jede einzelne Eingabe enthält ein Segmentstatusfeld mit vier
möglichen Werten, (1) nichts für dieses Rahmensegment empfangen, (2)
alle Pakete korrekt empfangen, und das Rahmensegment ist intrakodiert,
(3) alle Pakete korrekt empfangen, und das Rahmensegment ist interko
diert, und (4) alle anderen Fälle. Jede Eingabe kann auch Paketstatus
felder enthalten zur Anzeige, welches Datenpaket oder welche Makroblöcke
korrekt empfangen worden sind und welche noch benötigt werden. Wenn bei
spielsweise das Segmentstatusfeld den Wert (4) hat, haben die Paket
statusfelder für empfangene Datenpakete Werte "kein Fehler", "Fehler",
"Neuübertragung angefordert". Wenn alle Paketstatusfelder für ein Rah
mensegment Fehlerfreiheit anzeigen, wird das Segmentstatusfeld auf den
Wert (2) oder (3) gesetzt.
Ein Rahmensegment ist wiedergebbar, wenn entweder die Eingabe
entsprechend dem Rahmensegment den Segmentstatuswert (3) hat oder wenn
die Eingabe entsprechend dem Rahmensegment den Segmentstatuswert (2) hat
und die Eingabe entsprechend einem Rahmensegment in derselben Unter
sequenz, jedoch in dem vorhergehenden Rahmen wiedergebbar ist. Ein Rah
men ist wiedergebbar, wenn alle Rahmensegmente in dem Rahmen wiedergeb
bar sind. Der Videodekoder 120 überprüft periodisch den Statuspuffer 115
um festzustellen, ob irgendwelche Rahmen neuerlich wiedergebbar sind.
Wenn ein oder mehrere Rahmen wiedergebbar geworden sind, seit der Video
dekoder 120 zum letztenmal den Statuspuffer 115 überprüft hat, dekodiert
der Videodekoder 120 den neuesten wiedergebbaren Rahmen zum Erzeugen
einer Matrix von Pixelwerten, die einen laufenden Rahmen repräsentieren.
Das Dekodieren benötigt Datenpakte vom Empfangspuffer 130 und kann frü
here Daten benötigen, die entweder in einem Ausgangspuffer 110 oder
Empfangspuffer 130 gespeichert sind.
Beim Dekodieren eines Rahmens überprüft der Videodekoder 120
jedes Rahmensegment in dem Rahmen um zu bestimmen, ob das Rahmensegment
intra- oder interkodiert ist. Intrakodierte Rahmensegmente werden aus
den Datenpaketen entsprechend dem Zeitindex des laufenden Rahmens deko
diert. Interkodierte Rahmensegmente werden aus den vorhergehenden Daten
und Datenpaketen entsprechend den Zeitindizes dekodiert, von dem Zeit
index nach den vorhergehenden Daten bis zum Zeitindex des laufenden
Rahmens reichend.
Zum Dekodieren eines interkodierten Rahmensegments überprüft
der Videodekoder 120 die Statuseingaben entsprechend der Untersequenz,
welche das Rahmensegment enthält. Wenn eine Eingabe für einen Zeitindex
zwischen dem Zeitindex des laufenden Rahmens und dem Zeitindex vorher
gehender Daten anzeigt, daß das Videosegment intrakodiert war, dekodiert
der Dekoder das intrakodierte Rahmensegment und dekodiert dann nachein
ander Änderungen in der Untersequenz für die Zeitindizes zwischen der
Intrakodierung des Rahmensegments und dem Zeitindex des laufenden Rah
mens. Wenn alle Eingaben entsprechend einer Untersequenz Interkodierung
für Rahmensegmente anzeigen, dann beginnt der Videodekoder 120 mit den
vorhergehenden Daten für die Untersequenz und dekodiert dann nacheinan
der Änderungen in der Untersequenz aus den Datenpaketen entsprechend den
Zeitindizes zwischen dem Zeitindex der vorhergehenden Daten und dem
Zeitindex des laufenden Rahmens. Üblicherweise sind die vorhergehenden
Daten eine zweidimensionale Matrix aus Pixelwerten, die im Ausgangspuf
fer 110 gespeichert ist und den vorhergehenden dekodierten Rahmen re
präsentiert. Die Ergebnisse der Dekodierung werden im Ausgangspuffer 110
gespeichert und repräsentieren den laufenden Rahmen.
Wenn irgendein Datenpaket für einen neuen Rahmen empfangen
wird, werden Segmentstatusfelder in der Zeile von Statuspuffer 115 ent
sprechend dem ältesten Rahmen freigemacht, das heißt auf Status (1) ge
setzt, und diese Zeile wird für den neuen Rahmen verwendet. Ein poten
tieller Verlust an Information ergibt sich, wenn der älteste Rahmen eine
oder mehrere Untersequenzen enthält, für die zumindest ein Datenpaket
niemals korrekt empfangen worden war und keiner der nachfolgenden Rahmen
mit Eingaben im Statuspuffer 115 wiedergebbar ist. Der gelöschte Rahmen
kann nicht zum Erzeugen eines laufenden Rahmens dekodiert werden, weil
zumindest ein Rahmensegment in dem Rahmen nicht wiedergebbar ist. Wenn
die Datenpakete für den Rahmen verworfen werden, wenn die Statuseingaben
gelöscht werden, kann Information verlorengehen, die für interkodierte
Rahmensegmente in nachfolgenden Rahmen benötigt wird. Um einen Daten
verlust zu vermeiden, können die Datenpakete für die wiedergebbaren
Rahmensegmente des ältesten Rahmens im Empfangspuffer 130 beibehalten
werden, bis ein Rahmen mit einem Zeitindex dekodiert wird, der größer
ist als jener des Datenpakets.
Alternativ können die Datenpakete für den ältesten Rahmen, der
nicht mehr im Statuspuffer 115 repräsentiert ist, zum Erzeugen von Zwi
schendaten für die wiedergebbaren Rahmensegmente des ältesten Rahmens
dekodiert werden. Die Zwischendaten werden nicht über den Videoumsetzer
105 ausgegeben, sondern das nachfolgende Dekodieren von interkodierten
Rahmensegmenten kann mit den Zwischendaten anstelle von Daten eines
vorhergehenden Rahmens beginnen. Die Rahmensegmente in derselben Unter
sequenz wie die Rahmensegmente, die nicht in dem ältesten Rahmen wieder
gebbar waren, können nicht korrekt interdekodiert werden, weil notwen
dige Daten niemals korrekt empfangen wurden. Im Ausführungsbeispiel
jedoch bewirkt eine zweite Anforderung für die Neuübertragung eines
Datenpakets, daß ein Rahmensegment in einer Untersequenz, repräsentiert
durch das fehlende Datenpaket, intrakodiert wird. Das intrakodierte
Rahmensegment ist wiedergebbar, weil es ohne Daten von entweder dem
vorhergehenden Rahmen oder den Zwischendaten dekodiert werden kann.
Demgemäß kann der Rahmen, der das intrakodierte Rahmensegment enthält,
zur Bildung einer Matrix aus Pixelwerten, welche den laufenden Rahmen
repräsentieren, dekodiert werden.
Die dekodierte Matrix aus Pixelwerten, die den laufenden Rah
men repräsentieren, wird im Ausgangspuffer 110 gespeichert, von wo ein
Videoausgangsumsetzer 105 die Matrix aus Pixelwerten in eine brauchbare
Form umsetzt. In einem Videophon setzt der Videoumsetzer 105 die Matrix
in ein Signal um, das eine Wiedergabeeinrichtung ansteuert, wie eine
Kathodenstrahlröhre oder eine Flüssigkristallanzeige.
Die Puffersteuereinheit 175 im Sender 150 überwacht die Neu
übertragungsanforderungen vom Empfänger 100 und stellt Parameter im
Sender 150 für das laufende Fehlermuster auf Kanal 145 ein. Drei Para
meter, die dynamisch gesteuert werden, sind die maximale Paketlänge
TPAKET die Rahmenkadenz durch den Videokodierer 170 und die Quantisie
rungsschrittgröße, die der Videokodierer 170 anwendet, um die Koeffi
zienten der diskreten Kosinustransformation zu quantisieren. Wenn die
Fehlerrate hoch ist, kann die maximale Paketlänge TPAKET reduziert
werden, um die Chance zu erhöhen, daß ein Datenpaket fehlerfrei ankommt,
die Quantisierungsschrittgröße kann erhöht werden zum Vergrößern der
Kompressionseffizienz (auf Kosten der Bildqualität), und die Rahmekadenz
kann herabgesetzt werden, um sie an die Verringerung der verwertbaren
Kapazität des Kanals 145 anzupassen. Wenn beispielsweise die Videoquelle
150 30 Rahmen/Sekunde liefert, kann der Videokodierer 170 von der Kodie
rung jedes siebenten Rahmens (7,5 Rahmen pro Sekunde) auf die Kodierung
jedes fünften Rahmens (6 Rahmen pro Sekunde) umschalten. Wenn die Feh
lerrate niedrig ist, kann die maximale Paketlänge TPAKET zum Verringern
des Überhangs für die Datenübertragung vergrößert werden, die Quanti
sierungsschrittgröße kann verkleinert werden zum Verbessern der Bildqua
lität und die Rahmenrate kann erhöht werden. Beispielsweise kann der
Videokodierer 170 von der Kodierung jedes vierten Rahmens (7,5 Rahmen
pro Sekunde) auf die Kodierung jedes dritten Rahmens (10 Rahmen pro
Sekunde) umschalten.
In früheren Systemen, die algebraische Fehlerkorrektur anwen
den, erzeugen gruppenweise auftretende Fehler, die bei mobilen Funkkanä
len ziemlich häufig sind, unkorrigierbare Fehler und ergeben fehlerhafte
Bildwiedergabe. Für das System nach Fig. 1 konzentrieren gruppenweise
auftretende Fehler diese in einigen wenigen Datenpaketen, so daß relativ
wenige Neuübertragungen bei relativ hohen Fehlerraten angefordert wer
den. Demgemäß kann sich das System der Fig. 1 ohne weiteres gruppenweise
auftretenden Fehlern anpassen.
Die Funktionsblöcke, die in Fig. 1 gezeigt sind, können in
einer Vielzahl von Wegen realisiert werden, je nach der bestimmten An
wendung der Erfindung. In einem alleinstehenden Videophon können der
Empfänger 100 und der Sender 150 unter Verwendung diskreter oder inte
grierter Komponenten hergestellt werden. In einer Ausführungsform reali
sieren einer oder mehrere anwendungsspezifische integrierte Schaltkreise
(ASIC) die Funktionsblöcke, die unter Bezugnahme auf Fig. 1 beschrieben
wurden. Alternativ können Funktionsblöcke wie Videodekoder 120 und
Videokodierer 170 unter Anwendung eines digitalen Signalprozessors (DSP)
realisiert werden, der die Kodier- und Dekodier-Software abarbeitet.
Ein Videophon kann auch als Teil eines Personalcomputers
realisiert werden, der eine Eingangsschnittstelle für Videoempfang von
der Videoquelle 155 aufweist wie auch eine Ausgangsschnittstelle für die
Übertragung über Kanal 145. Solche Schnittstellen können auf einer Karte
vorgesehen werden, die sich in einen Schlitz eines lokalen Busses des
Personalcomputers einfügt. Für ein in einem Personalcomputer implemen
tiertes Videophon können Funktionsblöcke wie Videodekoder 120, Anforde
rungssteuereinheit 125, Videokodierer 170, Puffersteuereinheit 175 und
Neuübertragungssteuereinheit 185 als Software implementiert werden, die
von der zentralen Hauptverarbeitungseinheit des Computers abgearbeitet
wird; und Funktionsblöcke wie Ausgangspuffer 110, Statuspuffer 115,
Empfangspuffer 130, Eingangspuffer 160, Statuszähler 165, Übertragungs
puffer 180 und FIFO-Puffer 190 können im Hauptspeicher des Rechners aus
gebildet werden. Alternativ können die Eingangs- und/oder Ausgangs
schnittstelle einige oder alle Funktionsblöcke im Empfänger 100 und/oder
Sender 150 bilden.
Claims (18)
1. Verfahren zur Videokommunikation, bei dem eine Sequenz von
Rahmen (300, 301, . . . , 304) eines beweglichen Bildes erzeugt wird, ge
kennzeichnet durch die Schritte:
Räumliches Unterteilen des beweglichen Bildes in einen Satz von Untersequenzen (210, . . . , 218) bei dem jede Untersequenz eine Serie von Rahmensegmenten (310, . . . , 314) enthält, die Abschnitte der Rahmen sind,
Kodieren jedes Rahmensegments (310, . . . , 314) als Digitalkode, bei dem jeder Digitalkode unabhängig von dem Inhalt von Untersequenzen (210, . . . , 218) ist, welche nicht das mit dem Digitalkode kodierte Rah mensegment (310, . . . , 314 ) enthalten, und
Übertragen eines den Digitalkode repräsentierenden Signals.
Räumliches Unterteilen des beweglichen Bildes in einen Satz von Untersequenzen (210, . . . , 218) bei dem jede Untersequenz eine Serie von Rahmensegmenten (310, . . . , 314) enthält, die Abschnitte der Rahmen sind,
Kodieren jedes Rahmensegments (310, . . . , 314) als Digitalkode, bei dem jeder Digitalkode unabhängig von dem Inhalt von Untersequenzen (210, . . . , 218) ist, welche nicht das mit dem Digitalkode kodierte Rah mensegment (310, . . . , 314 ) enthalten, und
Übertragen eines den Digitalkode repräsentierenden Signals.
2. Verfahren nach Anspruch 1, gekennzeichnet durch die Schritte:
Überprüfen jedes von einem Empfänger (100) empfangenen Digi talkodes zwecks Feststellung, ob einer der empfangenen Digitalkodes ei nen Fehler enthält,
Anfordern einer erneuten Übertragung zumindest eines beim Emp fang fehlerbehafteten Abschnitts eines Digitalkodes durch den Empfänger (100),
Erneutes Übertragen des angeforderten Abschnitts zum Empfänger (100),
Setzen von Eingaben in einem Statuspuffer (115), um vom Emp fänger (100) fehlerfrei empfangene Digitalkodes anzuzeigen,
Überprüfen der Eingaben zum Identifizieren eines Rahmens (300, 301, . . . , 304), bei dem alle für die Dekodierung des identifizierten Rahmens (300, 301, . . . , 304) vom Empfänger (100) fehlerfrei empfangen wurden, und
Dekodieren des identifizierten Rahmens.
Überprüfen jedes von einem Empfänger (100) empfangenen Digi talkodes zwecks Feststellung, ob einer der empfangenen Digitalkodes ei nen Fehler enthält,
Anfordern einer erneuten Übertragung zumindest eines beim Emp fang fehlerbehafteten Abschnitts eines Digitalkodes durch den Empfänger (100),
Erneutes Übertragen des angeforderten Abschnitts zum Empfänger (100),
Setzen von Eingaben in einem Statuspuffer (115), um vom Emp fänger (100) fehlerfrei empfangene Digitalkodes anzuzeigen,
Überprüfen der Eingaben zum Identifizieren eines Rahmens (300, 301, . . . , 304), bei dem alle für die Dekodierung des identifizierten Rahmens (300, 301, . . . , 304) vom Empfänger (100) fehlerfrei empfangen wurden, und
Dekodieren des identifizierten Rahmens.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, daß das
Setzen der Eingaben in den Statuspuffer (115) das Setzen jeder Eingabe
zur Angabe eines Kodierprozesses für einen Digitalkode entsprechend der
betreffenden Eingabe umfaßt, wobei mögliche Kodierprozesse Interkodie
rung und Intrakodierung umfassen.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, daß das
Überprüfen der Eingaben das Feststellen, ob die dem identifizierten Rah
men (300, 301, . . . , 304) entsprechenden Eingaben fehlerfrei empfangen
wurden, und - für jede Eingabe entsprechend dem identifizierten Rahmen
(300, 301, . . . , 304) und mit Angabe von Interkodierung für den der Ein
gabe entsprechenden Digitalkode - das Feststellen, ob der Empfänger
(100) alle für das Dekodieren eines Rahmensegments (310, . . . , 314) in ei
nem vorhergehenden Rahmen (300, 301, . . . , 304) und in derselben Unterse
quenz (210, . . . , 218) wie das der Eingabe entsprechende Rahmensegment
(310, . . . , 314) empfangen hat, umfaßt.
5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekenn
zeichnet, daß die Übertragung des die Digitalkodes repräsentierenden Si
gnals das Aufteilen jedes Digitalkodes in Teile und das Bilden von die
Teile repräsentierenden Datenpaketen mit einer Länge umfaßt, die kürzer
ist als eine Schwellenlänge, und daß das Signal die Datenpakete reprä
sentiert.
6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekenn
zeichnet, daß bei der Übertragung des die Digitalkodes repräsentierenden
Signals ein zyklischer Redundanzkode (CRC) für jeden Teil der Digitalko
des erzeugt und für jeden Teil in dem ihn repräsentierenden Datenpaket
eingefügt wird.
7. Verfahren nach einem der Ansprüche 2 bis 6, dadurch gekenn
zeichnet, daß das Überprüfen jedes Digitalkodes das Überprüfen des zy
klischen Redundanzkodes (CRC) in jedem von dem Empfänger (100) empfange
nen Datenpaket umfaßt.
8. Verfahren nach einem der Ansprüche 2 bis 7, dadurch gekenn
zeichnet, daß das Überprüfen jedes Digitalkodes das Aufbrechen des Digi
talkodes zum Erkennen von Syntaxfehlern umfaßt.
9. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekenn
zeichnet, daß eine Schwellenlänge (TPAKET) für auf einem einen Sender
(150) mit einem Empfänger (100) verbindenden Kanal (145) übertragene Da
tenpakete bestimmt wird, welche Schwellenlänge (TPAKET) von einem Feh
lermuster des Kanals (145) abhängt, daß eine erste Sequenz von Rahmen
(300, . . . , 304) eines beweglichen Bildes erzeugt wird, daß jeder Rahmen
(300, . . . , 304) als eine Serie von Digitalwerten kodiert wird, daß das
über den Kanal (145) übertragene Signal Sätze von einem Rahmen (300, . . . ,
304) entsprechenden und Digitalwerte aus der Serie für den entspre
chenden Rahmen enthaltenden Paketen repräsentiert, deren Länge kürzer
als die Schwellenlänge (TPAKET), daß festgestellt wird, ob eines der
übertragenen Datenpakete vom Empfänger (100) fehlerbehaftet empfangen
wird, und wenn ja, daß vom Empfänger (100) zum Sender (150) eine Anfor
derung für erneute Übertragung dieses Datenpakets übertragen wird, daß
die erneute Übertragung des Pakets vom Sender (150) zum Empfänger (100)
vorgenommen wird, und daß von dem Empfänger (100) fehlerfrei empfangene
Datenpakete in eine zweite Sequenz von Rahmen (300, . . . , 304) repräsen
tierende Digitalwerte umgesetzt werden.
10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, daß die
Schwellenlänge (TPAKET) so bestimmt wird, daß sie bei häufigen vom Emp
fänger (100) ausgehenden Anforderungen für erneute Übertragung verkürzt
wird.
11. Verfahren nach Anspruch 9 oder 10, dadurch gekennzeichnet, daß
beim Umsetzen von Datenpaketen solche entsprechend einem Rahmen (300, . . . ,
304) verworfen werden, der in der ersten Sequenz ist und teilweise
durch ein vom Empfänger (100) fehlerhaft empfangenes Datenpaket reprä
sentiert wird.
12. Videokodierer, gekennzeichnet durch Zähler (165), die jeweils
einem Rahmensegment (310, . . . , 314) des bewegten Bildes zugeordnet sind,
und eine Kodierschaltung (170), die zum Aufteilen der Rahmen (300, . . . ,
304) in die Rahmensegmente (310, . . . , 314), zum Auswählen von Interko
dierung oder Intrakodierung als Kodierprozeß für jedes Rahmensegment
(310, . . . , 314) entsprechend dem Zählstand in dem dem betreffenden Rah
mensegment (310, . . . , 314) zugeordneten Zähler (165) und zum Anwenden
des ausgewählten Kodierprozesses für ein Rahmensegment (310, . . . , 314)
zum Erzeugen eines Digitalkodes für das betreffende Rahmensegment (310, . . . ,
314) ausgebildet sind.
13. Videokodierer nach Anspruch 12, dadurch gekennzeichnet, daß
die Kodierschaltung (170) Mittel für das Inkrementieren eines Zählstan
des jedesmal dann, wenn das betreffende Rahmensegment (310, . . . , 314)
interkodiert wird, und für das Rücksetzen des Zählstandes jedesmal dann,
wenn das betreffende Rahmensegment (310, . . . , 314) intrakodiert wird,
umfaßt.
14. Videokodierer nach Anspruch 12 oder 13, gekennzeichnet durch
einen an die Kodierschaltung (170) gekoppelten Puffer (180, 190) zum
Speichern von Digitalkodes repräsentierenden Datenpaketen und durch eine
an den Puffer (180, 190) gekoppelte Neuübertragungs-Steuereinheit (185),
um aus dem Puffer (180, 190) entweder ein laufendes Datenpaket für die
Übertragung oder ein früher übertragenes Datenpaket für die Neuübertra
gung auszuwählen.
15. Videokodierer nach Anspruch 14, dadurch gekennzeichnet, daß
der Puffer (180, 190) einen Übertragungspuffer (180) und einen Neuüber
tragungspuffer (190) umfaßt.
16. Videodekodierer, gekennzeichnet durch einen Empfangspuffer
(130) für Teile von Rahmensegmenten (310, . . . , 314) repräsentierenden
Datenpaketen, einen Statuspuffer (115), der eine Matrix von Eingaben
enthält, wobei jede Eingabe einem Rahmensegment (310, . . . , 314) ent
spricht und anzeigt, ob ein oder mehrere Datenpakete für das betreffende
Rahmensegment (310, . . . , 314) fehlerfrei empfangen wurden, und eine mit
dem Empfangspuffer (130) und dem Statuspuffer (115) gekoppelte Dekodier
schaltung (120) für das Dekodieren eines Rahmens (300, . . . , 304) nach
Überprüfung der Eingaben im Statuspuffer (115) und Feststellen, daß der
Rahmen (300, . . . , 304)) der jüngste ist, für den alle für die Dekodie
rung benötigten digitalen Datenpakete fehlerfrei empfangen wurden.
17. Videodekodierer nach Anspruch 16, gekennzeichnet durch eine
mit dem Empfangspuffer (130) und dem Statuspuffer (115) gekoppelte An
forderungs-Steuereinheit (125) für das Anfordern der Neuübertragung ei
nes fehlerbehaftet empfangenen Datenpakets.
18. Videodekodierer nach Anspruch 16 oder 17, dadurch gekennzeich
net, daß jedem Rahmensegment (310, . . . , 314), dessen Datenpakete fehler
frei empfangen wurden, eine entsprechende Eingabe zugeordnet ist, welche
angibt, ob die Datenpakete für das Rahmensegment (310, . . . , 314) einen
Interkode oder einen Intrakode repräsentieren.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/522,688 US5768533A (en) | 1995-09-01 | 1995-09-01 | Video coding using segmented frames and retransmission to overcome channel errors |
Publications (2)
Publication Number | Publication Date |
---|---|
DE19635116A1 true DE19635116A1 (de) | 1997-03-06 |
DE19635116C2 DE19635116C2 (de) | 2001-05-10 |
Family
ID=24081911
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE19635116A Expired - Fee Related DE19635116C2 (de) | 1995-09-01 | 1996-08-30 | Verfahren zur Videokommunikation |
Country Status (3)
Country | Link |
---|---|
US (1) | US5768533A (de) |
KR (1) | KR100552343B1 (de) |
DE (1) | DE19635116C2 (de) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115314157A (zh) * | 2022-07-19 | 2022-11-08 | 烽火通信科技股份有限公司 | 一种以太网成帧方法及装置 |
Families Citing this family (148)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6404923B1 (en) | 1996-03-29 | 2002-06-11 | Microsoft Corporation | Table-based low-level image classification and compression system |
EP0956702A1 (de) | 1997-01-30 | 1999-11-17 | Microsoft Corporation | Videorecorderähnliche funktionen für video-auf-anfrage |
US6014706A (en) * | 1997-01-30 | 2000-01-11 | Microsoft Corporation | Methods and apparatus for implementing control functions in a streamed video display system |
US6639945B2 (en) | 1997-03-14 | 2003-10-28 | Microsoft Corporation | Method and apparatus for implementing motion detection in video compression |
US6173317B1 (en) | 1997-03-14 | 2001-01-09 | Microsoft Corporation | Streaming and displaying a video stream with synchronized annotations over a computer network |
US6728775B1 (en) | 1997-03-17 | 2004-04-27 | Microsoft Corporation | Multiple multicasting of multimedia streams |
US7321783B2 (en) | 1997-04-25 | 2008-01-22 | Minerva Industries, Inc. | Mobile entertainment and communication device |
US6178448B1 (en) | 1997-06-18 | 2001-01-23 | International Business Machines Corporation | Optimal link scheduling for multiple links by obtaining and utilizing link quality information |
GB2328125B (en) * | 1997-08-08 | 2002-04-10 | Ericsson Telefon Ab L M | Network control system |
US6546405B2 (en) | 1997-10-23 | 2003-04-08 | Microsoft Corporation | Annotating temporally-dimensioned multimedia content |
US9118387B2 (en) | 1997-11-03 | 2015-08-25 | Qualcomm Incorporated | Pilot reference transmission for a wireless communication system |
US7184426B2 (en) * | 2002-12-12 | 2007-02-27 | Qualcomm, Incorporated | Method and apparatus for burst pilot for a time division multiplex system |
DE69938025T2 (de) * | 1998-09-01 | 2009-01-15 | Alcatel Lucent | Verfahren zur Fehlerschätzung in Informationsdatenübertragung |
US6622171B2 (en) | 1998-09-15 | 2003-09-16 | Microsoft Corporation | Multimedia timeline modification in networked client/server systems |
US6415326B1 (en) | 1998-09-15 | 2002-07-02 | Microsoft Corporation | Timeline correlation between multiple timeline-altered media streams |
US6304295B1 (en) * | 1998-09-18 | 2001-10-16 | Sarnoff Corporation | Region-based refresh strategy for video compression |
KR100418875B1 (ko) * | 1998-10-10 | 2004-04-17 | 엘지전자 주식회사 | 영상데이터재전송방법 |
KR100418874B1 (ko) * | 1998-10-10 | 2004-04-17 | 엘지전자 주식회사 | 영상압축시스템에서영상데이터버퍼링방법 |
KR100363162B1 (ko) * | 1998-11-02 | 2003-01-24 | 삼성전자 주식회사 | 영상신호의전송/복원방법및장치 |
US6629318B1 (en) * | 1998-11-18 | 2003-09-30 | Koninklijke Philips Electronics N.V. | Decoder buffer for streaming video receiver and method of operation |
US6587985B1 (en) * | 1998-11-30 | 2003-07-01 | Matsushita Electric Industrial Co., Ltd. | Data transmission method, data transmission apparatus, data receiving apparatus, and packet data structure |
GB2347038A (en) | 1999-02-18 | 2000-08-23 | Nokia Mobile Phones Ltd | A video codec using re-transmission |
US6345375B1 (en) * | 1999-02-24 | 2002-02-05 | California Amplifier, Inc. | Packet-based communication methods and systems having improved data throughput |
US6973069B1 (en) * | 1999-03-23 | 2005-12-06 | Motorola, Inc. | Method for transporting multimedia information in a communication system |
US6574795B1 (en) * | 1999-05-28 | 2003-06-03 | Intel Corporation | Reliable communication of data by supplementing a unidirectional communications protocol |
KR100580158B1 (ko) * | 1999-06-12 | 2006-05-15 | 삼성전자주식회사 | 화상 패킷 전송을 위한 무선통신 시스템 |
US7313808B1 (en) | 1999-07-08 | 2007-12-25 | Microsoft Corporation | Browsing continuous multimedia content |
US7293280B1 (en) | 1999-07-08 | 2007-11-06 | Microsoft Corporation | Skimming continuous multimedia content |
US6400724B1 (en) * | 1999-07-16 | 2002-06-04 | Qualcomm Inc. | Method and apparatus for efficient data transmission in a voice-over-data communication system |
US6792148B1 (en) * | 1999-10-18 | 2004-09-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for providing a camera accessory with compression |
US6683986B1 (en) * | 1999-10-28 | 2004-01-27 | Sharp Laboratories Of America, Inc. | Efficient transmission of quarter-VGA images using DVC codecs |
JP3403683B2 (ja) * | 1999-11-26 | 2003-05-06 | 沖電気工業株式会社 | 画像符号化装置および方法 |
US6928655B1 (en) * | 1999-12-16 | 2005-08-09 | Microsoft Corporation | Live presentation searching |
US7149359B1 (en) | 1999-12-16 | 2006-12-12 | Microsoft Corporation | Searching and recording media streams |
US6868440B1 (en) * | 2000-02-04 | 2005-03-15 | Microsoft Corporation | Multi-level skimming of multimedia content using playlists |
US6414938B1 (en) * | 2000-02-14 | 2002-07-02 | Motorola, Inc. | Method and system for retransmitting data packets in a communication system having variable data rates |
DE60020672T2 (de) * | 2000-03-02 | 2005-11-10 | Matsushita Electric Industrial Co., Ltd., Kadoma | Verfahren und Vorrichtung zur Wiederholung der Videodatenrahmen mit Prioritätsstufen |
US7237254B1 (en) | 2000-03-29 | 2007-06-26 | Microsoft Corporation | Seamless switching between different playback speeds of time-scale modified data streams |
US6985966B1 (en) | 2000-03-29 | 2006-01-10 | Microsoft Corporation | Resynchronizing globally unsynchronized multimedia streams |
US6581183B1 (en) * | 2000-03-30 | 2003-06-17 | International Business Machines Corporation | System and method for resynchronization of transmit and receive compression dictionaries |
US7302490B1 (en) * | 2000-05-03 | 2007-11-27 | Microsoft Corporation | Media file format to support switching between multiple timeline-altered media streams |
US7079582B2 (en) * | 2000-07-07 | 2006-07-18 | Matsushita Electric Industrial Co., Ltd. | Image coding apparatus and image coding method |
JP2002027463A (ja) * | 2000-07-07 | 2002-01-25 | Matsushita Electric Ind Co Ltd | 画像符号化装置及び方法 |
JP2002034021A (ja) * | 2000-07-14 | 2002-01-31 | Mitsubishi Electric Corp | 画像信号蓄積再生装置および画像信号送信装置 |
US7535485B2 (en) * | 2000-08-15 | 2009-05-19 | Polycom, Inc. | Delay reduction for transmission and processing of video data |
JP3590949B2 (ja) * | 2000-08-17 | 2004-11-17 | 松下電器産業株式会社 | データ伝送装置およびデータ伝送方法 |
US7224702B2 (en) * | 2000-08-30 | 2007-05-29 | The Chinese University Of Hong Kong | System and method for error-control for multicast video distribution |
US7013346B1 (en) * | 2000-10-06 | 2006-03-14 | Apple Computer, Inc. | Connectionless protocol |
RU2236091C2 (ru) * | 2000-10-21 | 2004-09-10 | Самсунг Электроникс Ко., Лтд. | Способ передачи/приема данных в системе передачи данных с гибридным запросом автоматического повторения |
US7068683B1 (en) | 2000-10-25 | 2006-06-27 | Qualcomm, Incorporated | Method and apparatus for high rate packet data and low delay data transmissions |
US6973098B1 (en) | 2000-10-25 | 2005-12-06 | Qualcomm, Incorporated | Method and apparatus for determining a data rate in a high rate packet data wireless communications system |
WO2002045424A1 (en) * | 2000-11-29 | 2002-06-06 | Telefonaktiebolaget Lm Ericsson (Publ) | A portable communications device |
EP1211899A1 (de) * | 2000-11-29 | 2002-06-05 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Tragbares Übertragungsgerät |
US7024609B2 (en) * | 2001-04-20 | 2006-04-04 | Kencast, Inc. | System for protecting the transmission of live data streams, and upon reception, for reconstructing the live data streams and recording them into files |
US7164680B2 (en) * | 2001-06-04 | 2007-01-16 | Koninklijke Philips Electronics N.V. | Scheme for supporting real-time packetization and retransmission in rate-based streaming applications |
JP2004537911A (ja) * | 2001-07-27 | 2004-12-16 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 信号の符号化 |
US6693910B2 (en) * | 2002-06-28 | 2004-02-17 | Interdigital Technology Corporation | System and method for avoiding stall of an H-ARQ reordering buffer in a receiver |
GB0218961D0 (en) * | 2002-08-15 | 2002-09-25 | Koninkl Philips Electronics Nv | Transmission method and system |
US7397768B1 (en) | 2002-09-11 | 2008-07-08 | Qlogic, Corporation | Zone management in a multi-module fibre channel switch |
US20040252761A1 (en) * | 2003-06-16 | 2004-12-16 | Dilithium Networks Pty Limited (An Australian Corporation) | Method and apparatus for handling video communication errors |
US20050013589A1 (en) * | 2003-07-14 | 2005-01-20 | Microsoft Corporation | Adding recording functionality to a media player |
US7471635B2 (en) | 2003-07-16 | 2008-12-30 | Qlogic, Corporation | Method and apparatus for test pattern generation |
US7463646B2 (en) | 2003-07-16 | 2008-12-09 | Qlogic Corporation | Method and system for fibre channel arbitrated loop acceleration |
US7620059B2 (en) | 2003-07-16 | 2009-11-17 | Qlogic, Corporation | Method and apparatus for accelerating receive-modify-send frames in a fibre channel network |
US7525910B2 (en) | 2003-07-16 | 2009-04-28 | Qlogic, Corporation | Method and system for non-disruptive data capture in networks |
US7453802B2 (en) | 2003-07-16 | 2008-11-18 | Qlogic, Corporation | Method and apparatus for detecting and removing orphaned primitives in a fibre channel network |
US7580354B2 (en) * | 2003-07-21 | 2009-08-25 | Qlogic, Corporation | Multi-speed cut through operation in fibre channel switches |
US7522529B2 (en) | 2003-07-21 | 2009-04-21 | Qlogic, Corporation | Method and system for detecting congestion and over subscription in a fibre channel network |
US7477655B2 (en) | 2003-07-21 | 2009-01-13 | Qlogic, Corporation | Method and system for power control of fibre channel switches |
US7447224B2 (en) | 2003-07-21 | 2008-11-04 | Qlogic, Corporation | Method and system for routing fibre channel frames |
US7558281B2 (en) | 2003-07-21 | 2009-07-07 | Qlogic, Corporation | Method and system for configuring fibre channel ports |
US7525983B2 (en) | 2003-07-21 | 2009-04-28 | Qlogic, Corporation | Method and system for selecting virtual lanes in fibre channel switches |
US7512067B2 (en) | 2003-07-21 | 2009-03-31 | Qlogic, Corporation | Method and system for congestion control based on optimum bandwidth allocation in a fibre channel switch |
US7630384B2 (en) | 2003-07-21 | 2009-12-08 | Qlogic, Corporation | Method and system for distributing credit in fibre channel systems |
US7792115B2 (en) | 2003-07-21 | 2010-09-07 | Qlogic, Corporation | Method and system for routing and filtering network data packets in fibre channel systems |
US7406092B2 (en) * | 2003-07-21 | 2008-07-29 | Qlogic, Corporation | Programmable pseudo virtual lanes for fibre channel systems |
US7522522B2 (en) | 2003-07-21 | 2009-04-21 | Qlogic, Corporation | Method and system for reducing latency and congestion in fibre channel switches |
US7646767B2 (en) | 2003-07-21 | 2010-01-12 | Qlogic, Corporation | Method and system for programmable data dependant network routing |
US7583597B2 (en) | 2003-07-21 | 2009-09-01 | Qlogic Corporation | Method and system for improving bandwidth and reducing idles in fibre channel switches |
US7420982B2 (en) * | 2003-07-21 | 2008-09-02 | Qlogic, Corporation | Method and system for keeping a fibre channel arbitrated loop open during frame gaps |
US7684401B2 (en) | 2003-07-21 | 2010-03-23 | Qlogic, Corporation | Method and system for using extended fabric features with fibre channel switch elements |
US7466700B2 (en) | 2003-07-21 | 2008-12-16 | Qlogic, Corporation | LUN based hard zoning in fibre channel switches |
US7894348B2 (en) | 2003-07-21 | 2011-02-22 | Qlogic, Corporation | Method and system for congestion control in a fibre channel switch |
US7573909B2 (en) | 2003-07-21 | 2009-08-11 | Qlogic, Corporation | Method and system for programmable data dependant network routing |
US7430175B2 (en) * | 2003-07-21 | 2008-09-30 | Qlogic, Corporation | Method and system for managing traffic in fibre channel systems |
US7796499B2 (en) * | 2003-12-05 | 2010-09-14 | Telefonaktiebolaget L M Ericsson (Publ) | Method of and system for video fast update |
US7480293B2 (en) | 2004-02-05 | 2009-01-20 | Qlogic, Corporation | Method and system for preventing deadlock in fibre channel fabrics using frame priorities |
US7564789B2 (en) | 2004-02-05 | 2009-07-21 | Qlogic, Corporation | Method and system for reducing deadlock in fibre channel fabrics using virtual lanes |
US7340167B2 (en) | 2004-04-23 | 2008-03-04 | Qlogic, Corporation | Fibre channel transparent switch for mixed switch fabrics |
US7930377B2 (en) | 2004-04-23 | 2011-04-19 | Qlogic, Corporation | Method and system for using boot servers in networks |
US7498961B2 (en) * | 2004-09-14 | 2009-03-03 | Hewlett-Packard Development Company, L.P. | Context identification using a denoised signal |
US7271749B2 (en) * | 2004-09-14 | 2007-09-18 | Hewlett-Packard Development Company, L.P. | Context-based denoiser that simultaneously updates probabilities for multiple contexts |
US8259565B2 (en) * | 2004-09-16 | 2012-09-04 | Qualcomm Inc. | Call setup in a video telephony network |
US7533324B2 (en) * | 2004-09-22 | 2009-05-12 | Kencast, Inc. | System, method and apparatus for FEC encoding and decoding |
US7593997B2 (en) | 2004-10-01 | 2009-09-22 | Qlogic, Corporation | Method and system for LUN remapping in fibre channel networks |
US7411958B2 (en) | 2004-10-01 | 2008-08-12 | Qlogic, Corporation | Method and system for transferring data directly between storage devices in a storage area network |
US8295299B2 (en) | 2004-10-01 | 2012-10-23 | Qlogic, Corporation | High speed fibre channel switch element |
CN100393133C (zh) * | 2004-12-30 | 2008-06-04 | 中兴通讯股份有限公司 | 一种视频序列中运动物体的分割方法 |
US7519058B2 (en) | 2005-01-18 | 2009-04-14 | Qlogic, Corporation | Address translation in fibre channel switches |
US7739580B1 (en) | 2005-02-17 | 2010-06-15 | Kencast, Inc. | System, method and apparatus for reducing blockage losses on information distribution networks |
US9237347B2 (en) * | 2005-03-21 | 2016-01-12 | The Regents Of The University Of California | Systems and methods for video compression for low bit rate and low latency video communications |
US8560753B1 (en) | 2005-03-30 | 2013-10-15 | Teradici Corporation | Method and apparatus for remote input/output in a computer system |
US7516255B1 (en) | 2005-03-30 | 2009-04-07 | Teradici Corporation | Method and apparatus for providing a low-latency connection between a data processor and a remote graphical user interface over a network |
KR100686157B1 (ko) * | 2005-05-04 | 2007-02-26 | 엘지전자 주식회사 | 디지털 멀티미디어 데이터 녹화기능을 갖는 이동 단말기 및 이를 이용한 디지털 멀티미디어 데이터 녹화방법 |
US7592936B2 (en) * | 2005-07-12 | 2009-09-22 | Hewlett-Packard Development Company, L.P. | Input distribution determination for denoising |
US7747921B2 (en) * | 2005-08-05 | 2010-06-29 | Sony Corporation | Systems and methods for transmitting data over lossy networks |
US8223643B1 (en) | 2005-09-06 | 2012-07-17 | Kencast, Inc. | Method for packet-level FEC encoding a stream of source packets using shifted interleaving |
KR100640487B1 (ko) * | 2005-09-08 | 2006-11-01 | 삼성전자주식회사 | 이동 통신 단말기의 화상 통화 서비스 수행 방법 |
US8102878B2 (en) * | 2005-09-29 | 2012-01-24 | Qualcomm Incorporated | Video packet shaping for video telephony |
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 |
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 |
US8514711B2 (en) * | 2005-10-21 | 2013-08-20 | Qualcomm Incorporated | Reverse link lower layer assisted video error control |
US7548560B1 (en) | 2006-02-27 | 2009-06-16 | Qlogic, Corporation | Method and system for checking frame-length in fibre channel frames |
US7656410B2 (en) * | 2006-03-31 | 2010-02-02 | Intel Corporation | Image buffering techniques |
US20100027417A1 (en) * | 2006-06-29 | 2010-02-04 | Guido Franceschini | Method and apparatus for improving bandwith exploitation in real-time audio/video communications |
US8707139B2 (en) | 2006-10-18 | 2014-04-22 | Kencast, Inc. | Systems, methods, apparatus, and computer program products for providing forward error correction with low latency |
KR101370478B1 (ko) * | 2007-01-10 | 2014-03-06 | 퀄컴 인코포레이티드 | 멀티미디어 전화 통신을 위한 컨텐트- 및 링크-의존 코딩 적응 구조 |
US8553757B2 (en) * | 2007-02-14 | 2013-10-08 | Microsoft Corporation | Forward error correction for media transmission |
US7949778B2 (en) * | 2007-03-27 | 2011-05-24 | Kencast, Inc. | Systems, methods, apparatus and computer program products for providing packet-level FEC with higher throughput using user datagram protocol (UDP) |
US8055779B1 (en) | 2007-05-10 | 2011-11-08 | Adobe Systems Incorporated | System and method using data keyframes |
US9979931B2 (en) * | 2007-05-30 | 2018-05-22 | Adobe Systems Incorporated | Transmitting a digital media stream that is already being transmitted to a first device to a second device and inhibiting presenting transmission of frames included within a sequence of frames until after an initial frame and frames between the initial frame and a requested subsequent frame have been received by the second device |
JP2008311831A (ja) * | 2007-06-13 | 2008-12-25 | Panasonic Corp | 動画像通信装置、動画像通信システムおよび動画像通信用の半導体集積回路 |
JP5084832B2 (ja) * | 2007-07-10 | 2012-11-28 | 三菱電機株式会社 | 送信装置および通信システム |
KR101221915B1 (ko) | 2007-08-14 | 2013-01-15 | 엘지전자 주식회사 | 데이터 전송방법 |
KR101531503B1 (ko) * | 2007-09-10 | 2015-06-26 | 엘지전자 주식회사 | 다중 harq를 이용한 신호 전송 방법 |
US8797850B2 (en) * | 2008-01-10 | 2014-08-05 | Qualcomm Incorporated | System and method to adapt to network congestion |
US8418034B2 (en) | 2008-02-08 | 2013-04-09 | Kencast, Inc. | Systems, methods, apparatus and computer program products for highly reliable file delivery using compound and braided FEC encoding and decoding |
US8325796B2 (en) | 2008-09-11 | 2012-12-04 | Google Inc. | System and method for video coding using adaptive segmentation |
JP5207895B2 (ja) * | 2008-09-17 | 2013-06-12 | キヤノン株式会社 | 送信装置、受信装置、及び方法、プログラム |
EP2247154B1 (de) * | 2009-04-27 | 2012-05-16 | Telefonaktiebolaget L M Ericsson (PUBL) | Verfahren zur koordinierten RLC- und PDCP-Verarbeitung |
EP2247020B1 (de) * | 2009-04-27 | 2012-01-04 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Verfahren zur Durchführung einer Schicht 2 Verarbeitung unter Verwendung einer verteilten Speicherarchitektur |
US8811200B2 (en) | 2009-09-22 | 2014-08-19 | Qualcomm Incorporated | Physical layer metrics to support adaptive station-dependent channel state information feedback rate in multi-user communication systems |
KR101345098B1 (ko) * | 2009-12-18 | 2013-12-26 | 한국전자통신연구원 | 실시간 영상품질 측정 장치 및 방법 |
US9154799B2 (en) | 2011-04-07 | 2015-10-06 | Google Inc. | Encoding and decoding motion via image segmentation |
KR20130058962A (ko) * | 2011-11-28 | 2013-06-05 | 한국전자통신연구원 | 지그비 네트워크 표준 프로토콜 기반의 무선 영상 통신 장치 및 방법 |
US9262670B2 (en) | 2012-02-10 | 2016-02-16 | Google Inc. | Adaptive region of interest |
US9369724B2 (en) * | 2014-03-31 | 2016-06-14 | Microsoft Technology Licensing, Llc | Decoding and synthesizing frames for incomplete video data |
WO2015153478A1 (en) * | 2014-04-01 | 2015-10-08 | Lattice Semiconductor Corporation | Orthogonal data organization for error detection and correction in serial video interfaces |
US9392272B1 (en) | 2014-06-02 | 2016-07-12 | Google Inc. | Video coding using adaptive source variance based partitioning |
US9578324B1 (en) | 2014-06-27 | 2017-02-21 | Google Inc. | Video coding using statistical-based spatially differentiated partitioning |
US10284877B2 (en) * | 2015-01-16 | 2019-05-07 | Hewlett Packard Enterprise Development Lp | Video encoder |
CN105141876B (zh) * | 2015-09-24 | 2019-02-22 | 京东方科技集团股份有限公司 | 视频信号转换方法、视频信号转换装置以及显示系统 |
FR3041850B1 (fr) * | 2015-09-30 | 2018-05-25 | Vogo | Procede d'encodage de flux de donnees video basees sur des groupements d'images (gop) |
US10841621B2 (en) * | 2017-03-01 | 2020-11-17 | Wyse Technology L.L.C. | Fault recovery of video bitstream in remote sessions |
US11252429B2 (en) * | 2018-04-27 | 2022-02-15 | Ati Technologies Ulc | Low-latency consumption of an encoded video bitstream |
US11843772B2 (en) | 2019-12-06 | 2023-12-12 | Ati Technologies Ulc | Video encode pre-analysis bit budgeting based on context and features |
US11070829B2 (en) | 2019-12-16 | 2021-07-20 | Ati Technologies Ulc | Reducing latency in wireless virtual and augmented reality systems |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5128776A (en) * | 1989-06-16 | 1992-07-07 | Harris Corporation | Prioritized image transmission system and method |
GB2278752A (en) * | 1993-05-31 | 1994-12-07 | Samsung Electronics Co Ltd | Image recovery over a video telephone system |
DE4443910A1 (de) * | 1993-12-10 | 1995-06-14 | Ricoh Kk | Verfahren zum Steuern von TV-Konferenz-Kommunikationseinrichtungen und TV-Konferenz-Kommunikationseinrichtung |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
USRE31182E (en) * | 1976-11-10 | 1983-03-15 | International Telephone And Telegraph Corporation | Packet-switched data communication system |
CN86101893A (zh) * | 1985-02-28 | 1986-11-05 | 佳能株式会社 | 数据通信设备 |
US4774587A (en) * | 1987-06-02 | 1988-09-27 | Eastman Kodak Company | Still video transceiver processor |
US4908828A (en) * | 1987-12-29 | 1990-03-13 | Indesys, Inc. | Method for error free message reception |
DE3900633C2 (de) * | 1988-01-11 | 2000-01-20 | Ricoh Kk | Faxgerät |
US5105423A (en) * | 1988-05-17 | 1992-04-14 | Ricoh Company, Ltd. | Digital transmission device having an error correction mode and method for shifting down a data transmission rate |
JPH03135182A (ja) * | 1989-10-20 | 1991-06-10 | Hitachi Ltd | 映像伝送方式 |
US5481566A (en) * | 1993-12-29 | 1996-01-02 | At&T Corp. | Method and apparatus to increase efficiency of systematic codes |
-
1995
- 1995-09-01 US US08/522,688 patent/US5768533A/en not_active Expired - Fee Related
-
1996
- 1996-08-30 DE DE19635116A patent/DE19635116C2/de not_active Expired - Fee Related
- 1996-08-31 KR KR1019960037397A patent/KR100552343B1/ko not_active IP Right Cessation
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5128776A (en) * | 1989-06-16 | 1992-07-07 | Harris Corporation | Prioritized image transmission system and method |
GB2278752A (en) * | 1993-05-31 | 1994-12-07 | Samsung Electronics Co Ltd | Image recovery over a video telephone system |
DE4443910A1 (de) * | 1993-12-10 | 1995-06-14 | Ricoh Kk | Verfahren zum Steuern von TV-Konferenz-Kommunikationseinrichtungen und TV-Konferenz-Kommunikationseinrichtung |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115314157A (zh) * | 2022-07-19 | 2022-11-08 | 烽火通信科技股份有限公司 | 一种以太网成帧方法及装置 |
CN115314157B (zh) * | 2022-07-19 | 2023-10-24 | 烽火通信科技股份有限公司 | 一种以太网成帧方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US5768533A (en) | 1998-06-16 |
KR970019219A (ko) | 1997-04-30 |
DE19635116C2 (de) | 2001-05-10 |
KR100552343B1 (ko) | 2006-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE19635116C2 (de) | Verfahren zur Videokommunikation | |
DE60304294T2 (de) | Verfahren zur selektiven Übertragungswiederholung gemäß Paket-Kennzeichen | |
DE60020243T2 (de) | Videokodierung | |
DE69938094T2 (de) | Paketwiederübertragungskontrolle mit Prioritätsinformationen | |
DE69030056T2 (de) | Videosignalkodierungsgerät, Kodierungsverfahren und Videosignalübertragungssystem | |
DE69434607T2 (de) | Faksimiledatenübertragungssystem und -Verfahren | |
DE69630173T2 (de) | Übertragungssystem und -einrichtung für sich bewegende Bilder | |
DE69229773T2 (de) | Statistischer Multiplexer für ein Multikanal-Bildkomprimierungssystem und Demultiplexer | |
DE69233530T2 (de) | Kodierer und Dekodierer | |
DE69803821T2 (de) | Verfahren zur rechnerisch graziösen Degradierung in einem audio-visuellen Kompressionssystem | |
DE69507410T2 (de) | Interaktives Videosystem | |
DE69322079T2 (de) | Videokoder mit zwei schichten | |
DE69713435T2 (de) | Vorrichtung zum Dekodieren von MPEG kodierten Bildern mit Fehlerbehebung | |
DE112013001313B4 (de) | Ermitteln und Übergehen zu einer verbesserten VOIP-Sitzung | |
DE19801143C2 (de) | Verfahren für die Dekodierung von Videodaten | |
DE10043188A1 (de) | Fehlerkorrekturverfahren für Videokompressionskodierung unter Verwendung von mehreren Referenzpuffern und einem Nachrichtenkanal | |
WO2011137919A1 (de) | Verfahren und vorrichtung zur modifikation eines kodierten datenstroms | |
DE69836470T2 (de) | Überträger, empfänger und medium für progressives bildsignal | |
DE4443910A1 (de) | Verfahren zum Steuern von TV-Konferenz-Kommunikationseinrichtungen und TV-Konferenz-Kommunikationseinrichtung | |
DE69426219T2 (de) | System und Verfahren zur hocheffizienten Bildübertragung | |
DE4408163A1 (de) | Verfahren zum Übertragen von Daten | |
DE10296787B4 (de) | Selektive Prädikation für ein Intra-Codieren eines Videodatenblocks | |
DE69619752T2 (de) | Fernsehdatenspeichervorrichtung | |
DE68929548T2 (de) | Informationsübertragungssystem mit Aufzeichnungs-/Wiedergabeeinrichtung | |
DE10035109A1 (de) | Terminal und Verfahren zum Transportieren von Standbildern |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
D2 | Grant after examination | ||
8364 | No opposition during term of opposition | ||
8339 | Ceased/non-payment of the annual fee |