DE4325032A1 - Anordnung zur Aufteilung digitaler Fernsehdaten - Google Patents
Anordnung zur Aufteilung digitaler FernsehdatenInfo
- Publication number
- DE4325032A1 DE4325032A1 DE4325032A DE4325032A DE4325032A1 DE 4325032 A1 DE4325032 A1 DE 4325032A1 DE 4325032 A DE4325032 A DE 4325032A DE 4325032 A DE4325032 A DE 4325032A DE 4325032 A1 DE4325032 A1 DE 4325032A1
- Authority
- DE
- Germany
- Prior art keywords
- length
- priority
- data
- processor
- variable
- 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
- 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
- H04N11/00—Colour television systems
- H04N11/04—Colour television systems using pulse code modulation
- H04N11/042—Codec means
- H04N11/044—Codec means involving transform 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/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
- H04N19/37—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability with arrangements for assigning different transmission priorities to video input data or to video coded data
-
- 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/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
-
- 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/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
-
- 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/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
-
- 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
Description
Die Erfindung betrifft eine Anordnung zum Trennen von
Komponenten eines digitalen Videosignals wie z. B. eines
Fernsehsignals. In einer speziellen Ausführungsform betrifft
die Erfindung eine Anordnung, um in einem hochauflösenden
digitalen Fernsehsignal Komponenten einer normalen "Standard"-
Priorität und Komponenten einer hohen Priorität in einer
derartigen Weise voneinander zu trennen, daß mögliche Takt
steuerprobleme (Synchronisierprobleme) auf ein Minimum
reduziert werden.
Unter einem hochauflösenden Fernsehsignal (HDTV-Signal) ist im
allgemeinen ein Signal zu verstehen, das Bildinformation mit
ungefähr der doppelten horizontalen und vertikalen Auflösung
eines normalen Fernsehbildes (z. B. eines Bildes entsprechend
der NTSC-Norm) enthält und ein Bild mit einem größeren Seiten
verhältnis als demjenigen eines normalen Fernsehbildes
beschreibt. Ein HDTV-Signal kann über Rundfunk unter Anwendung
einer Simultansendetechnik abgestrahlt werden, wobei zwei
Versionen desselben Programm-Materials gleichzeitig über
getrennte 6-MHz-Standardkanäle gesendet werden. Eine der
beiden Programmversionen enthält Information mit normaler
Auflösung gemäß der NTSC-Norm, die über den einen Kanal
gesendet wird, während die andere Programmversion Information
für hohe Auflösung enthält, die über den anderen 6-MHz-Kanal
gesendet wird.
Der für die hohe Auflösung benutzte Kanal des Simultansende
systems kann (in einem 6-MHz-Standardkanal) durch Anwendung
einer digitalen Signalverarbeitung realisiert werden, die mit
Signalcodierungs- und Datenkompressionstechniken arbeitet.
Beim Prozeß der Codierung hochauflösender digitaler Videodaten
für die Übertragung können die Videodaten in einem in Ebenen
"geschichteten" Codeformat komprimiert und übertragen werden.
Das geschichtete Format kann Vorsatzdaten enthalten, die
Datenabschnitte identifizieren, so daß bei Verlust von Daten
während der Übertragung ein Empfänger einen passenden Wieder
eintrittspunkt im empfangenen Datenstrom finden kann. Einen
gesonderten Schutz gegen Verlust oder gegen verfälschte Daten,
die Verwirrung oder zerrissenen Betrieb am Empfänger verursa
chen, kann durch Anordnung codierter Videodaten in Transport
blöcken erreicht werden. Die Transportblöcke enthalten zusätz
liche Vorsatzdaten, die relativ kleine Teile der Videodaten
identifizieren. Die Vorsatzdaten können vorteilhafterweise
Hinweismarken enthalten, die Datenwiedereintrittspunkte
innerhalb der jeweiligen Transportblöcke anzeigen.
Die Videodaten können in verschiedenster Weise komprimiert
werden, z. B. im sogenannten MPEG-Format oder einem ähnlichen
Format. MPEG ist ein standardisiertes Codierungsformat, das
von der International Organization for Standardization festge
legt ist. Die betreffende Norm ist beschrieben im Dokument
"International Organization for Standardization", ISO/IEC DIS
11172, Coding of Moving Pictures and Associated Audio for
Digital Storage Media, Rev. Nov. 23, 1991, das eine Beschrei
bung des allgemeinen Codeformates enthält. Ein System, das ein
hochauflösendes Fernsehsignal in vorteilhafter Weise unter
Anwendung eines MPEG-ähnlichen Verfahrens und unter Verwendung
von Videodaten-Transportblöcken mit zugehörigen Vorsätzen
verarbeitet, ist in der US-Patentschrift 5 168 356 ("Apparatus
for Segmenting Encoded Video Signal for Transmission",
A. A. Acampora u. a.) beschrieben. Bei diesem System wird ein
Transportprozessor verwendet, um Datenwörter in Transport-
Datenpakete zu packen, die einen Transportblock bilden. Der
Transportprozessor erzeugt außerdem die benötigten Transport
vorsätze und vereinigt die Vorsätze mit den zugeordneten
Transport-Datenpaketen, um Transportblöcke zu bilden.
Ein beispielgebendes Verarbeitungssystem für HDTV-Signale, das
in vorteilhafter Weise im Zusammenhang mit einem Simultan
sendeverfahren verwendet werden kann, ist in der US-Patentan
meldung Nr. 650,329 beschrieben, die am 4. Februar 1991 auf
den Namen H.E. White eingereicht wurde. Bei diesem System wird
ein Fernsehsignal, das hochauflösende Bildinformation enthält,
unter Verwendung zweier 32-QAM-Träger (quadratur-amplituden
modulierte Träger) im Frequenzmultiplex in einem 6-MHz-Übertra
gungsband übertragen. Einer der Träger führt Information hoher
Priorität, während der andere Träger Information normaler
(niedrigerer) Priorität führt. Die Information hoher Priorität
ist diejenige, die zur Erzeugung eines ansehbaren, wenn auch
noch nicht perfekten Bildes führt, und wird mit beträchtlich
mehr Leistung als die Information der normalen Priorität
übertragen, bei der es sich um die restliche Information
handelt.
Wie in der oben erwähnten US-Patentschrift von Acamparo u. a.
beschrieben, wird ein Videosignal des in der genannten US-
Patentanmeldung von White beschriebenen Typs, das zwei Träger
mit zwei unterschiedlichen Prioritäten enthält, anfänglich
entsprechend einem MPEG-ähnlichen Format komprimiert.
Anschließend werden die Codewörter des Signals des MPEG-Typs
in zwei Bitströme entsprechend der jeweiligen Wichtigkeit der
einzelnen Codeworttypen aufgeteilt. Der Bitstrom höherer
Wichtigkeit und der Bitstrom geringerer Wichtigkeit erhalten
den Status hoher Priorität bzw. normaler (niedriger) Priorität
und werden von den entsprechenden Trägern übertragen.
Wie nun erkannt wurde, ist es wünschenswert, die Aufteilung
der MPEG-Codewörter in einen Bitstrom hoher Priorität und
einen Bitstrom normaler Priorität so durchzuführen, daß die
tatsächliche Gefahr oder die Wahrscheinlichkeit eines
Zerreißens des Betriebs der Signalverarbeitung minimal wird.
Insbesondere wurde es als wünschenswert erkannt, diese
Aufteilung durchzuführen, ohne daß der Bitstrom unterbrochen
werden muß, etwa durch Unterbrechung eines zugeordneten
Systemtaktes, so daß Schwierigkeiten bei der Stop/Start-
Synchronisierung des Taktes eliminiert werden.
Ein Datenverarbeitungssystem gemäß der vorliegenden Erfindung
ist in einem Videosignal-Codiersystem enthalten, das einen
ausgangsseitigen Bitstrom gepackter codierter Daten hoher
Priorität und einen ausgangsseitigen Bitstrom gepackter
codierter Daten normaler Priorität (im folgenden auch
"Standardpriorität" bezeichnet) liefert. In einer dargestell
ten Ausführungsform werden die Ausgangsdaten hoher Priorität
von einem Hochpriorität-Datenpacker geliefert, der auf einen
Bitstrom längenvariabler Codewörter (VLCs) und ein Datenwort
anspricht, das die Länge eines zugehörigen Datenwortes hoher
Priorität anzeigt. In ähnlicher Weise werden die Ausgangsdaten
normaler Priorität von einem Standardpriorität-Datenpacker
geliefert, der ebenfalls auf den VLC-Bitstrom und auf ein
Datenwort anspricht, das die Länge eines zugehörigen Daten
wortes normaler Priorität anzeigt. Der VLC-Bitstrom, der in
Datenabschnitte hoher Priorität und in Datenabschnitte
normaler Priorität aufgeteilt und gepackt werden soll, wird
beiden Datenpackern ständig angelegt.
Gemäß einem Merkmal der Erfindung ist jedem längenvariablen
Codewort ein Datenwort LÄNGE zugeordnet. Das Wort LÄNGE ist
trennbar in ein Wort SP LÄNGE, um die Länge (Anzahl von Bits)
eines zugeordneten längenvariablen Codewortes der normalen
"Standardpriorität" anzuzeigen, und in ein Wort HP LÄNGE, das
die Bitlänge eines zugeordneten längenvariablen Codewortes
hoher Priorität anzeigt. Der Standardpriorität-Datenpacker
spricht auf das Wort SP LÄNGE und auf den VLC-Bitstrom an. Der
Hochpriorität-Datenpacker spricht auf das Codewort HP LÄNGE
und auf den VLC-Bitstrom an. Während des Vorhandenseins eines
VLC normaler Priorität ist der Wert des Wortes HP LÄNGE auf
Null gestellt, wodurch der Hochpriorität-Datenpacker untätig
gehalten wird, während der Standardpriorität-Datenpacker die
VLC normaler Priorität bearbeitet. In ähnlicher Weise wird
beim Vorhandensein eines VLC hoher Priorität der Wert des
Wortes SP LÄNGE auf Null gestellt, wodurch der Standard
priorität-Datenpacker untätig gehalten wird, während das VLC
hoher Priorität durch den Hochpriorität-Datenpacker verarbei
tet wird. Die Nulleinstellung der Wörter SP LÄNGE und HP LÄNGE
dient in vorteilhafter Weise als ein Lenkmechanismus für
diejenigen Daten, die dem nicht auf Null gestellten LÄNGE-Wort
zugeordnet sind, wodurch ein Umschalten des VLC-Bitstroms
zwischen dem Hochpriorität- und dem Standardpriorität-
Datenpacker vermieden wird, womit auch Probleme hinsichtlich
der Stop/Start-Synchronisierung des Taktes vermieden werden.
Die Erfindung wird nachstehend an einem Ausführungsbeispiel
anhand von Zeichnungen erläutert:
Fig. 1 ist ein Blockschaltbild einer gemäß den Prinzipien der
vorliegenden Erfindung ausgebildeten Anordnung zum
Trennen prioritätsklassierter Daten;
Fig. 2 zeigt Einzelheiten eines Teils der Anordnung nach Fig.
1;
Fig. 3 ist ein Blockschaltbild eines HDTV-Codiersystems, das
eine Anordnung gemäß der Erfindung enthält;
Fig. 4a und 4b sind bildliche Darstellungen von Folgen
einzelner Teilbilder/Vollbilder codierter Video
signale, hilfreich für das Verständnis der Arbeits
weise des in Fig. 3 gezeigten Systems;
Fig. 5 ist eine bildliche Darstellung der Datenblockerzeu
gung, wie sie von der Kompressionseinrichtung im
System nach Fig. 3 vorgenommen wird;
Fig. 6 ist eine verallgemeinerte bildliche Darstellung des
Datenformates, das von der Kompressionseinrichtung im
System nach Fig. 3 geliefert wird.
Die in Fig. 1 gezeigte, nach den Prinzipien der vorliegenden
Erfindung arbeitende Anordnung zum Trennen von Daten wird als
Beispiel im Zusammenhang mit einem Codiersystem für hochauflö
sendes Fernsehen (HDTV) beschrieben, das MPEG-ähnliche Prinzi
pien anwendet, wie sie in der oben erwähnten US-Patentschrift
5 168 536 offenbart sind. Gewisse Aspekte eines solchen
Systems werden in Verbindung mit den Fig. 3, 4A, 4B, 5 und
6 dargestellt und erörtert.
Gemäß der Fig. 1 empfängt eine Signaltrenn- und Decodier
einheit 110 Eingangssignale LÄNGE und H/S, die entsprechend
den MPEG-Normen entwickelt sind. Das Signal LÄNGE besteht aus
6-Bit-Parallelwörtern, die gleichzeitig mit zugeordneten
längenvariablen Codewörtern erscheinen, um die Bitlängen
dieser Codewörter anzuzeigen. Das Signal LÄNGE wird von einem
Netzwerk entwickelt, das der Datenkompressionseinrichtung
zugeordnet ist, welche die längenvariablen Codewörter
entwickelt, z. B. dem Kompressor 310 in Fig. 3. Unter Anwendung
herkömmlicher Datenverarbeitungstechniken wird bei der
Erzeugung eines jeden längenvariablen Codewortes (VLC) seine
Bitlänge gefühlt und in Binärform als das Signal LÄNGE codiert
und über einen 6-Bit-Parallelweg gleichzeitig mit dem
zugehörigen VLC übertragen. Das Signal H/S ist ein aus einem
Bit bestehender Hochpriorität/Standardpriorität-Indikator, der
einen logisch hohen Zustand hat während des Erscheinens von
Daten im VLC-Bitstrom, die für die Dauer des logisch hohen
Zustandes mittels des Hochpriorität-Trägers übertragen werden
sollen. Umgekehrt zeigt ein logisch niedriger Zustand des
Indikators H/S das Erscheinen von Daten normaler Priorität im
VLC-Bitstrom an, die für die Dauer des logisch niedrigen
Zustandes mittels des Standardpriorität-Trägers übertragen
werden sollen.
Die Einheit 110 enthält einen eingangsseitigen Modulo-32-
Begrenzer 112 und logische UND-Glieder 114 und 116 in der
gezeigten Anordnung. Jedes der Glieder 114 und 116 ist eine
Gruppe von Gliedern, um das aus 6 Bits in Parallelform
bestehende Ausgangssignal von der Einheit 112 zu verarbeiten.
Die Einheit 110 trennt die aufeinanderfolgenden eingangsseiti
gen LÄNGE-Wörter in einen Standardpriorität-Wortlängenindika
tor (SP LÄNGE) und einen Hochpriorität-Wortlängenindikator (HP
LÄNGE) entsprechend dem logischen Zustand des Hoch/Standard-
Prioritätsindikators H/S. Wenn beispielsweise der Indikator
H/S einen hohen Logikpegel (1) während des Erscheinens von
Datenwörtern hoher Priorität hat, zeigt der Ausgang des
Gliedes 116 sechs Bits mit niedrigem Logikpegel (0), womit der
Indikator SP LÄNGE auf Null steht. Gleichzeitig wird das Glied
114 aktiviert, um das 6-Bit-Wort LÄNGE (hohe Priorität) als
Indikator HP LÄNGE durchzulassen. Die Sache ist umgekehrt,
wenn der Indikator H/S während des Erscheinens von Daten
normaler Priorität niedrigen Logikzustand hat, in diesem Fall
steht der Indikator HP LÄNGE auf Null, und das Glied 16 läßt
die Daten SP LÄNGE durch.
Die eingangsseitigen längenvariablen Codewörter (VLCs) haben
eine erwartungsgemäße Länge zwischen 0 und 32 Bits, somit
werden 6 Bits für das Wort LÄNGE verwendet. Da unerlaubte
Längen im Bereich von 33 bis 63 Bits in einem 6-Bit-Wort
angegeben werden können und weil solche Werte durch äußere
Faktoren (Stöße der Versorgungsspannung usw.) verursacht
werden können und Probleme in nachfolgenden Akkumulatoren
schaffen können, wird das eingangsseitige Wort LÄNGE zunächst
durch den Modulo-32-Begrenzer 112 verarbeitet. Diese Einheit
112 begrenzt die von einem Ausgangswort angegebene Zahl auf
Werte von 0 bis 32, um zu verhindern, daß die 32-Bit-Grenze
eines zugeordneten längenvariablen MPEG-Codewortes überschrit
ten wird. So erscheint dann beispielsweise ein am Eingang
angelegtes Wort LÄNGE, das die Zahl 34 darstellt, als ein
Ausgangswort, das die Zahl 2 darstellt. Das resultierende
Codewort wird mit einer Länge von "2" gepackt. Allerdings ist
wahrscheinlich, daß dieser Wert falsch ist, weil die Länge
"34" eine unerlaubte Länge ist. Der sich ergebende Fehler ist
aber wiedergutzumachen, was nicht der Fall wäre, wenn eine
Länge außerhalb des erlaubten Bereichs vorhanden wäre.
Die voneinander getrennten Hochpriorität- und Standard
priorität-Längenindikatoren HP LÄNGE und SP LÄNGE werden einem
Hochpriorität- bzw. Standardpriorität-Datenpacker 155 bzw. 145
angelegt, deren jeder an seinem Ausgang einen Bitstrom aus
gepackten VLC-Datenwörtern liefert. Die Datenpacker empfangen
außerdem, beide gleichzeitig, den eingangsseitigen VLC-
Bitstrom. Wenn der H/S-Indikator hohen Logikwert hat, ist der
Hochpriorität-Wortlängenindikator HP LÄNGE gleichzeitig mit
dem entsprechenden VLC vorhanden, und der Standardpriorität-
Wortlängenindikator SP LÄNGE hat den Wert Null. Wenn umgekehrt
der H/S-Indikator niedrigen Logikwert hat, ist der
Standardpriorität-Wortlängenindikator SP LÄNGE gleichzeitig
mit dem entsprechenden VLC vorhanden, und der Hochpriorität-
Wortlängenindikator HP LÄNGE hat den Wert Null. Die gepackten
Daten von den Einheiten 145 und 155 können in Transportblöcken
gruppiert sein, deren jeder eine vorgeschriebene Anzahl von
Datenwörtern und einen voranstehenden Transportvorsatz
enthält, der Informationen zur Ermöglichung ihrer Identifizie
rung an einem Decoder enthält. Ein Videosignal-Verarbeitungs
system, das Transportblöcke von Videodaten mit zugeordneten
Vorsätzen benutzt, ist in der oben genannten US-Patentschrift
beschrieben und wird zum Teil weiter Unten in Verbindung mit
den Fig. 3 bis 6 erörtert.
Die Maßnahme des Nullsetzens der LÄNGE-Wörter für die
Standardpriorität und für die hohe Priorität vereinfacht in
vorteilhafter Weise die Verarbeitung der längenvariablen MPEG-
Codewörter, die über einen 32-Bit-Parallelbus geleitet werden.
Im einzelnen erlaubt es die besagte Maßnahme, den VLC-Bus
gleichzeitig und dauernd mit beiden Datenpackern 145 und 155
zu verbinden, und es besteht keine Notwendigkeit, den VLC-
Bitstrom zu unterbrechen, um die längenvariablen Codewörter
vor dem Packen in die beiden Kathegorien HP (hohe Priorität)
und SP (normale Standardpriorität) zu trennen. Das System
bleibt ohne Unterbrechung getaktet, so daß die mit einer
Start/Stop-Synchronisierung des Taktes zusammenhängenden
Schwierigkeiten vermieden werden. Die Maßnahme der Nullsetzung
vereinfacht außerdem den Betrieb von Akkumulatoren, die den
Datenpackern 145 und 155 zugeordnet sind, wie es in Verbindung
mit Fig. 2 erörtert wird. Beispielsweise wird ein bei der
Verarbeitung der Standardpriorität- oder der Hochpriorität-
Daten verwendeter Akkumulator veranlaßt, beim letzten
akkumulierten Wert im Leerlauf zu bleiben, wenn das zugeord
nete Standardpriorität- oder Hochpriorität-Längenwort auf Null
gesetzt wird (d. h. der als letztes akkumulierte Wert wird
während dieses Leerlaufs fortlaufend um einen Nullwert
erhöht). Eine solche Art des Betriebs beseitigt auch Takt
steuer- und Synchronisierprobleme bezüglich der Akkumulator
operation.
Die Fig. 2 zeigt zusätzliche Einzelheiten der in Fig. 1
dargestellten Datenpacker 145 und 155. Der Hochpriorität-
Datenpacker 155 enthält einen sogenannten Umlaufverschieber
(barrel shifter) 156 und einen Akkumulator 257, und der
Standardpriorität-Datenpacker 145 weist in ähnlicher Anordnung
einen Umlaufverschieber 246 und einen Akkumulator 247 auf. Die
Umlaufverschieber 256 und 246 empfangen den aus längenvari
ablen Codewörtern in 32-Bit-Parallelform bestehenden Bitstrom
beide gleichzeitig an einem Signaleingang und Ausgangssignale
von Akkumulatoren 257 und 247 an entsprechenden Adressenein
gängen. Der Akkumulator 257 empfängt den Indikator HP LÄNGE,
und der Akkumulator 247 empfängt den Indikator SP LÄNGE. Die
Umlaufverschieber 256 und 246 sind Standardbausteine, z. B.
Bausteine vom Typ SN 74AS8838 von Texas Instruments.
Wenn im Hochpriorität-Datenpacker (HP-Datenpacker) 155 ein
längenvariables Codewort (VLC) am Dateneingang des Umlaufver
schiebers 256 erscheint, erscheint am Eingang des Akkumulators
257 ein zugeordnetes Wort HP LÄNGE. Bei jedem Takt wird das
eingangsseitige VLC vom Umlaufverschieber 256 durchgelassen,
so daß das vorderste Bit des VLC die als nächstes verfügbare
Bitposition im Bitstrom der gepackten Daten hoher Priorität
belegt. Wenn das VLC ein gültiges Codewort ist, wird es im
Bitstrom der gepackten Daten beim Erscheinen des nächsten
Taktes "geschützt". Dieser nächste Takt veranlaßt den Akkumu
lator, seinen Wert um einen Wert entsprechend der Länge des
vorherigen VLC zu erhöhen. Die Adresse am Umlaufverschieber
bewegt sich nach links, um das vorhergehende VLC zu umfassen
(d. h. das neue VLC bewegt sich im Bitstrom der gepackten Daten
nach links und wird bei denjenigen Bit angesetzt, das an das
letzte gültige Bit des vorhergehenden VLC angrenzt). Das Maß,
um welches sich der betreffende Adressenzeiger bewegt, ist
eine Funktion der Länge des VLC, angezeigt durch das Wort HP
LÄNGE, das den Akkumulator 257 um einen Wert entsprechend der
Länge des VLC erhöht. Die Erhöhung des Akkumulatorwertes
bewirkt, daß sich die Adresse des Umlaufverschiebers um das
gleiche daß erhöht, wodurch die Position des Zeigers bestimmt
wird. Der erwähnte nächste Takt bewirkt außerdem, daß der
Umlaufverschieber 256 das nächste VLC an die nächste Position
im Bitstrom der gepackten HP-Daten setzt.
Das VLC im Bitstrom der gepackten Daten bleibt "ungeschützt",
d. h. es kann überschrieben werden, bis der Zeiger zur Bewegung
in der oben beschriebenen Weise veranlaßt wird. Das Auftreten eines ungülti
gen VLC wird bewirken, daß der Zeiger unbewegt bleibt, d. h. in
seiner letzten Position stehenbleibt. Dieser Zustand tritt
ein, wenn beim Prozeß des Aufteilens der VLCs hoher Priorität
und niedriger Priorität aus dem eingangsseitigen Bitstrom in
die zugeordneten Bitströme gepackter Daten entweder der
Indikator HP LÄNGE oder SP LÄNGE einen Nullwert zeigt. Solche
Nullwerte bringen den jeweils zugeordneten Akkumulator in den
Leerlaufzustand, so daß die Ausgangsgröße des Akkumulators
nicht erhöht wird, die Adresse am Umlaufverschieber nicht
geändert wird und sich der Zeiger nicht bewegt. Jedes VLC, das
dann an den Umlaufverschieber gelegt wird, wird als ungültig
angesehen und überschrieben, bis ein gültiges VLC erscheint.
Da eine Länge von Null einer Nichtexistenz entspricht, gibt es
kein gültiges VLC mit einer Länge von Null.
Wenn, in Fortsetzung des oben beschriebenen Beispiels, das
nächste VLC im eingangsseitigen Bitstrom ein VLC normaler
Priorität ist, wird der Indikator HP LÄNGE auf Null gesetzt,
wie oben beschrieben, was das Fehlen eines VLC hoher Priorität
anzeigt. Der Akkumulator 257 erhöht seinen Wert nicht, so daß
sich seine Ausgangsgröße und die Adresse des Umlaufverschie
bers nicht ändern. Das VLC der normalen Priorität wird an eine
Position des Hochpriorität-Bitstroms gesetzt, die durch den
Hochpriorität-Prozessor nicht geschützt wird, weil sich bei
Nichterhöhung des Akkumulators 257 die Adresse des Umlaufver
schiebers nicht ändert und der Zeiger unbewegt bleibt. Im
Standardpriorität-Datenpacker 145 jedoch wird das VLC der
normalen Priorität SP geschützt und vom Ausgang des Verschie
bers 246 in den Standardpriorität-Bitstrom gepackt, in der
gleichen Weise, wie es oben für gültige Daten hoher Priorität
erläutert wurde. Die vom Umlaufverschieber 256 empfangenen
Daten bleiben ungeschützt, bis wieder ein gültiges VLC hoher
Priorität vom Indikator HP LÄNGE angezeigt wird. Es kann
vorkommen, daß ein gegebenes VLC zu groß ist, um in den Raum
zu passen, der im ungeschützten Bitbereich des Umlaufverschie
bers übrig ist. In einem solchen Fall kann eine zweite
(Überlauf-)Umlaufverschieberanordnung wie an sich bekannt
verwendet werden, um den Restanteil eines solchen großen VLC
zu verarbeiten, wobei dieser Restanteil am Beginn des
Überlauf-Umlaufverschiebers gehalten und geschützt wird.
Die vorliegende Erfindung kann z. B. bei einem HDTV-Signalver
arbeitungssystem angewendet werden, das ein im 2 : 1-Zeilen
sprung verschachteltes Signal mit 1050 Zeilen pro Vollbild und
59,94 Vollbildern pro Sekunde verarbeitet, wobei das aktive
Bild nominell 960 Zeilen mit jeweils 1040 Pixel und ein
Seitenverhältnis von 16 : 9 hat. Das Signal wird unter Verwen
dung zweier 32-QAM-Träger (quadratur-amplitudenmodulierte
Träger) übertragen, die im Frequenzmultiplex in einem 6-MHz-
Übertragungsband untergebracht sind. Die nominelle Gesamt
bitrate, einschließlich Video-, Ton- und Zusatzdaten, beträgt
26-29 Megabit/Sekunde.
Das Videosignal wird zunächst entsprechend einem MPEG-ähnli
chen Format komprimiert. Anschließend werden die Codewörter
des Signals vom MPEG-Typ in zwei Bitströme entsprechend der
relativen Wichtigkeit der einzelnen Codeworttypen aufgeteilt.
Die beiden Bitströme werden unabhängig verarbeitet, um
informationslose Bits zur Fehlerkorrektur anzubringen, und
werden dann in Quadratur-Amplitudenmodulation zugeordneten
Trägern aufgeprägt, die für die Übertragung kombiniert werden.
Der Bitstrom größerer Wichtigkeit wird als Kanal hoher
Priorität (HP) bezeichnet, und der Bitstrom geringerer
Wichtigkeit wird als Kanal normaler oder "Standard"-Priorität
(SP) bezeichnet. Der Kanal hoher Priorität wird mit ungefähr
der doppelten Leistung des Kanals der Standardpriorität
übertragen. Das Verhältnis der Information hoher Priorität zur
Information der Standardpriorität ist ungefähr 1 : 4.
Die Fig. 3 zeigt ein beispielgebendes HDTV-Codiersystem, das
eine erfindungsgemäße Anordnung verwendet. In der Fig. 3 ist
das System für die Verarbeitung eines einzelnen Videoeingangs
signals dargestellt, es versteht sich jedoch, daß die
Leuchtdichte- und die Farbartkomponenten getrennt verarbeitet
werden und daß Leuchtdichte-Bewegungsvektoren zur Erzeugung
komprimierter Farbartkomponenten verwendet werden. Die
komprimierten Leuchtdichte- und Farbartkomponenten werden vor
der Prioritätsaufteilung der Codewörter verschachtelt, um
Makroblöcke zu bilden.
Bei der Anordnung nach Fig. 3 wird eine Folge von Teilbil
dern/Vollbildern, wie sie in Fig. 4A gezeigt ist, an eine
Schaltung 305 gelegt, welche die Teilbilder/Vollbilder so
umordnet, wie es in Fig. 4B gezeigt ist. Die umgeordnete Folge
wird einem Kompressor 310 angelegt, der eine komprimierte
Folge von Vollbildern erzeugt, die entsprechend einem MPEG-
ähnlichen Format codiert sind. Dieses Format ist hierarchisch
und ist in gekürzter Form in Fig. 6 dargestellt.
Das hierarchische MPEG-Format enthält mehrere Ebenen oder
Schichten, jede mit einer zugeordneten Vorsatzinformation.
Nominell enthält jeder Vorsatz einen Anfangscode, Daten über
die betreffende Ebene und Vorkehrungen zum Hinzufügen von
Vorsatzerweiterungen. Ein großer Teil der Vorsatzinformation
ist (wie in dem oben erwähnten MPEG-Dokument angegeben) für
Synchronisierzwecke im Umfeld eines MPEG-Systems erforderlich.
Für die Zwecke der Lieferung eines komprimierten Videosignals
für ein digitales HDTV-Simultansendesystem werden nur
beschreibende Vorsatzinformationen benötigt. Die einzelnen
Ebenen des codierten Videosignals sind bildlich in der Fig. 5
dargestellt.
Wenn hier davon die Rede ist, daß das System ein MPEG-ähnli
ches Signal erzeugt, dann ist damit gemeint, daß a) aufeinan
derfolgende Teilbilder/Vollbilder in einer Codiersequenz von
I-, P- und B-Bildern codiert werden und b) codierte Daten in
der Bild-Ebene in MPEG-ähnlichen Bildstückchen oder Blockgrup
pen codiert sind, wobei die Anzahl dieser "Stückchen" pro
Teilbild/Vollbild unterschiedlich sein kann und die Anzahl von
Makroblöcken pro Stückchen verschieden sein kann. Ein I-
codiertes Vollbild ist ein Vollbild, das durch Intraframe-
Codierung komprimiert ist, so daß zur Wiedergabe eines
entsprechenden Bildes komprimierte Daten nur aus dem I-
Vollbild erforderlich sind. P-codierte Vollbilder sind
entsprechend einem vorwärtsgerichteten bewegungskompensierten
Vorhersageverfahren codiert, d. h. die codierten Daten des P-
Vollbildes werden aus dem laufenden Vollbild und einem I- oder
P-Vollbild erzeugt, das vor dem laufenden Vollbild erscheint.
B-codierte Vollbilder sind entsprechend einem bidirektionalen
bewegungskompensierten Vorhersageverfahren codiert. Die Daten
des B-codierten Vollbildes werden erzeugt aus dem laufenden
Vollbild und aus I- und P-Vollbildern, die vor und hinter dem
laufenden Vollbild erscheinen.
Das codierte Ausgangssignal des vorliegenden Systems wird
unterteilt in Gruppen von Teilbildern/Vollbildern, den
sogenannten Bildergruppen (GOP), die durch die Kästchenreihe
in der Ebene L1 dargestellt sind (Fig. 6). Jede Bildergruppe
(Ebene L2) enthält einen Vorsatz (G-Header), gefolgt von
Abschnitten P von Bilddaten. Der Vorsatz einer Bildergruppe
GOP enthält Daten über die horizontale und vertikale Bildab
messung, das Bildseitenverhältnis, die Teilbild/Vollbild-Rate,
die Bitrate, usw.
Die Bilddaten eines einzelnen Teilbildes/Vollbildes (Ebene L3)
enthalten einen Bildvorsatz (P-Header), gefolgt von den Daten
einzelner Blockgruppen oder "Stückchen" (GOBi). Der Bildvor
satz enthält eine Teilbild/Vollbild-Nummer und eine Angabe
über den Typ der Bildcodierung. Jedes Stückchen (Ebene L4)
enthält einen Stückchen-Vorsatz (S-Header), gefolgt von einer
Vielzahl von Datenblöcken MBi. Der Stückchen-Vorsatz enthält
eine Gruppennummer und einen Quantisierungsparameter.
Jeder Block MBi (Ebene L5) stellt einen Makroblock dar und
enthält einen Vorsatz (M-Header), gefolgt von Bewegungsvekto
ren (MV) und codierten Koeffizienten (BD). Die M-Header
enthalten eine Makroblock-Adresse, eine Angabe des Makroblock-
Typs und einen Quantisierungsparameter. Die codierten
Koeffizienten sind in der Ebene L6 dargestellt. Jeder
Makroblock enthält sechs Blöcke, nämlich vier Leuchtdichte
blöcke, einen U-Farbartblock und einen V-Farbartblock, vgl.
Fig. 5. Ein Block stellt jeweils eine Matrix von Pixeln dar,
z. B. 8 mal 8 Pixel, über die eine diskrete Cosinustransforma
tion (DCT) durchgeführt worden ist. Die vier Leuchtdichte
blöcke bilden eine 2-mal-2-Matrix benachbarter Leuchtdichte
blöcke, die z. B. eine 16-mal-16-Pixelmatrix darstellen. Die
Farbartblöcke (U und V) stellen den gleichen Gesamtbereich wie
die vier Leuchtdichteblöcke dar. Das heißt, vor der Komprimie
rung wird das Leuchtdichtesignal sowohl in Horizontalrichtung
als auch in Vertikalrichtung mit einem Faktor 2 gegenüber der
Leuchtdichte unterabgetastet. Ein Daten-"Stückchen" entspricht
Daten, die einen rechteckigen Teil eines Bildes darstellen,
der einem Bereich entspricht, welcher durch eine Gruppe
aneinandergrenzender Makroblöcke dargestellt wird. Ein Voll
bild kann einen Raster von 360 Stückchen enthalten, 60 Stück
chen in Vertikalrichtung und 6 Stückchen in Horizontalrich
tung.
Die Blockkoeffizienten werden mit der diskreten Cosinustrans
formation (DCT) jeweils für einen Block auf einmal geliefert.
Die Gleichstromkoeffizienten (DC-Koeffizienten) erscheinen
zuerst, gefolgt von den einzelnen Wechselstromkoeffizienten
(AC-Koeffizienten) der DTC in der Reihenfolge ihrer relativen
Wichtigkeit. Am Ende eines jeden der aufeinanderfolgend
erscheinenden Datenblöcke ist ein Blockende-Code EOB
angehängt.
Die Menge der vom Kompressor 310 gelieferten Daten wird durch
eine Ratensteuereinrichtung 318 bestimmt. Wie allgemein
bekannt, erscheinen komprimierte Videodaten mit variablen
Raten, und es ist wünschenswert, die Daten mit einer konstan
ten, der Kanalkapazität äquivalenten Rate zu übertragen, um
den Kanal wirtschaftlich auszunutzen. Ratenpuffer 313 und 314
sorgen für die Umwandlung variabler Datenrate in konstante
Datenrate. Auch ist es bekannt, die Menge der vom Kompressor
gelieferten Daten entsprechend dem Belegungsgrad der Puffer
einzustellen. Somit enthalten die Puffer 313 und 314 Schaltun
gen zum Anzeigen ihres jeweiligen Belegungsgrades. Diese
Anzeigen werden der Ratensteuereinrichtung 318 angelegt, um
die mittlere Datenrate vom Kompressor 310 zu justieren. Die
Justierung erfolgt typischerweise durch Verstellung der auf
die DCT-Koeffizienten angewandten Quantisierung. Die Quanti
sierungspegel können für die verschiedenen Typen der Vollbild
komprimierung unterschiedlich sein.
Komprimierte Videodaten, die gemäß der Darstellung in Fig. 6
hierarchisch formatiert sind, werden auf eine Prioritätswähl
einrichtung 311 gekoppelt, die Vorrichtungen (z. B. die Einheit
110 in Fig. 1) enthält, um die codierten Daten zwischen einem
Kanal hoher Priorität (HP) und einem Kanal normaler
"Standardpriorität" (SP) aufzuteilen. Die Information hoher
Priorität ist diejenige, deren Verlust oder Verfälschung die
größte Verschlechterung in wiedergegebenen Bildern bringen
würde. Umgekehrt ausgedrückt handelt es sich hierbei um die
Daten, die als Mindestes notwendig sind, um ein Bild zu
erzeugen, wenn auch noch kein perfektes Bild. Information der
Standardpriorität ist die übrige Information. Die Information
hoher Priorität enthält im wesentlichen alle Vorsatzinforma
tion, die in den verschiedenen hierarchischen Ebenen enthalten
ist, plus die Gleichstromkoeffizienten der einzelnen Blöcke
und einen Teil der Wechselstromkoeffizienten der einzelnen
Blöcke (Ebene L6 in Fig. 6).
Das Verhältnis der HP-Daten zu den SP-Daten am Sender ist
ungefähr 1 : 4. Im Transportprozessor werden dem zu sendenden
Signal Zusatzdaten beigefügt. Dieses Zusatzsignal kann z. B.
digitale Daten für Ton und Fernsehtext enthalten. Die mittlere
Länge der im HP-Kanal enthaltenen Zusatzdaten wird berechnet
und mit dem zu erwartenden statistischen Mittel der kompri
mierten Videoinformation verglichen. Hieraus wird das
Verhältnis komprimierter Videoinformation hoher Priorität zu
komprimierter Videoinformation der Standardpriorität berech
net. Die Prioritätswähleinrichtung 311 gliedert die vom
Kompressor 310 gelieferten Daten entsprechend diesem
Verhältnis auf.
Die komprimierten HP- und SP-Videodaten werden auf einen
Transportprozessor 312 gekoppelt, der eine Einrichtung
enthalten kann, wie sie z. B. in Fig. 2 gezeigt ist. Der
Transportprozessor 312 führt folgende Operationen durch:
erstens unterteilt der die HP- und SP-Datenströme in
Transportblöcke, zweitens führt er eine Paritäts- oder
zyklische Redundanzprüfung an jedem Transportblock durch und
hängt das passende Paritätsprüfbit an den Block an, und
drittens multiplexiert er die Zusatzdaten mit den HP- bzw. SP-
Videodaten. Die Paritätsprüfbits werden vom Empfänger benutzt,
um Fehler in Verbindung mit synchronisierender Vorsatzinforma
tion zu isolieren und um im Falle unkorrigierbarer Bitfehler
in den empfangenen Daten eine Fehlerverdeckung durchzuführen.
Jeder Transportblock hat einen Vorsatz, der Information über
den Typ der im Block vorhandenen Information wie z. B. Video,
Ton und Hinweismarken auf die Anfangspunkte aneinandergrenzen
der gleichartiger Daten enthält.
Die HP- und SP-Datenströme vom Transportprozessor 312 werden
jeweils an einen zugeordneten Ratenpuffer 313 bzw. 314 gelegt,
welche die komprimierten Videodaten variabler Rate aus dem
Prozessor 312 in Daten umwandeln, die mit einer im wesentli
chen konstanten Rate erscheinen. Die hinsichtlich ihrer Rate
justierten HP- und SP-Daten werden auf Einrichtungen 315 und
316 zur Vorwärts-Fehlercodierung (FEC) gekoppelt, die folgen
des tun: erstens führen sie für jeden Datenstrom eine unab
hängige Codierung für REED-SOLOMON-Vorwärtsfehlerkorektur
durch, zweitens verschachteln sie Blöcke von Daten, um zu
verhindern, daß große Bündelfehler einen großen zusammenhän
genden Bereich eines wiedergegebenen Bildes verfälschen, und
drittens hängen sie den Daten Codes wie z. B. Barker-Codes für
die Synchronisierung des Datenstroms am Empfänger an.
Anschließend werden die Signale auf ein Sende-Modem 317
gekoppelt, worin die Daten des HP-Kanals einem ersten Träger
in Quadratur-Amplitudenmodulation aufgeprägt werden und die
Daten des SP-Kanals einem zweiten Träger, der gegenüber dem
ersten Träger um ungefähr 2,88 MHz versetzt ist, in Quadratur-
Amplitudenmodulation aufgeprägt werden. Da die HP-Information
in einer schmaleren Bandbreite übertragen wird, ist sie viel
weniger anfällig gegenüber Verfälschung im Übertragungskanal.
Der HP-Träger liegt in demjenigen Bereich des Frequenzspek
trums eines Übertragungskanals (z . B. eines NTSC-Fernseh
kanals), der normalerweise vom Restseitenband eines Standard-
Fernsehsignals z. B. der NTSC-Norm belegt ist. Dieser Teil des
Signalkanals wird normalerweise durch die Nyquist-Filter von
Standardempfängern wesentlich gedämpft, und somit werden HDTV-
Signale des hier beschriebenen Sendeformates keine Gleich
kanalstörung bewirken.
In einem Empfangsdecoder (nicht gezeigt) wird das gesendete
Signal durch ein Modem demoduliert, das zwei Signale entspre
chend den Signalen des HP- und des SP-Kanals liefert. Diese
beiden Signale werden jeweils einem Decoder zur REED-SOLOMON-
Fehlerkorrektur angelegt. Die fehlerkorrigierten Signale
werden auf Ratenpuffer gekoppelt, welche Daten mit der festen
Rate des Kanals empfangen können und Ausgangsdaten mit einer
variablen Rate entsprechend den Erfordernissen der nachfolgen
den Dekompressionsschaltung liefern können. Die HP- und SP-
Daten variabler Rate werden einem Transportprozessor angelegt,
der eine Operation durchführt, die umgekehrt zu der vom
Prozessor 312 im Codierer durchgeführten Operation ist;
außerdem detektiert er in gewissem Maß Fehler, in Ansprache
auf die Paritätsprüfbits, die in den jeweiligen Transport
blöcken enthalten sind. Der Transportprozessor liefert
getrennt Zusatzdaten, HP-Daten, SP-Daten und ein Fehlersignal.
Die drei letztgenannten Signale werden auf einen die
Prioritäten abwählenden Prozessor gekoppelt, der die HP- und
SP-Daten in ein hierarchisch geschichtetes Signal umforma
tiert, das einem Dekompressor angelegt wird, der eine Funktion
durchführt, die umgekehrt zur Funktion des Kompressors im
Codierer ist. Weitere Einzelheiten von Einrichtungen, die für
den Kompressor 310, den Prioritätswähler 311 und den Trans
portprozessor 312 der Fig. 3 verwendet werden können, finden
sich in der bereits oben erwähnten US-Patentschrift 5 168 356.
Claims (8)
1. Anordnung in einem Videosignale verarbeitenden System
zur Verarbeitung eines Bitstroms, der längenvariable Codewör
ter einer ersten Priorität und längenvariable Codewörter einer
zweiten Priorität enthält, gekennzeichnet durch:
einen ersten Prozessor (155) zum Packen der längen variablen Codewörter der ersten Priorität in Datenpakete, mit einem Dateneingang, einem Steuereingang zum Empfang eines die Bitlänge eines ankommenden längenvariablen Codewortes der ersten Priorität anzeigenden ersten Längenindikators und einem Datenpaketausgang;
einen zweiten Prozessor (145) zum Packen längenvariabler Codewörter der zweiten Priorität in Datenpakete, mit einem Dateneingang, einem Steuereingang zum Empfang eines die Bitlänge eines ankommenden längenvariablen Codewortes der zweiten Priorität anzeigenden zweiten Längenindikators und einem Datenpaketausgang, und
eine Einrichtung zum ständigen Anlegen des Bitstroms an die Dateneingänge des ersten und des zweiten Prozessors, so daß der zweite Prozessor den Bitstrom empfängt, wenn der erste Prozessor in Ansprache auf das Vorhandensein von Codewörtern der ersten Priorität arbeitet, und daß der erste Prozessor auch den Bitstrom empfängt, wenn der zweite Prozessor in Ansprache auf das Vorhandensein von Codewörtern der zweiten Priorität arbeitet.
einen ersten Prozessor (155) zum Packen der längen variablen Codewörter der ersten Priorität in Datenpakete, mit einem Dateneingang, einem Steuereingang zum Empfang eines die Bitlänge eines ankommenden längenvariablen Codewortes der ersten Priorität anzeigenden ersten Längenindikators und einem Datenpaketausgang;
einen zweiten Prozessor (145) zum Packen längenvariabler Codewörter der zweiten Priorität in Datenpakete, mit einem Dateneingang, einem Steuereingang zum Empfang eines die Bitlänge eines ankommenden längenvariablen Codewortes der zweiten Priorität anzeigenden zweiten Längenindikators und einem Datenpaketausgang, und
eine Einrichtung zum ständigen Anlegen des Bitstroms an die Dateneingänge des ersten und des zweiten Prozessors, so daß der zweite Prozessor den Bitstrom empfängt, wenn der erste Prozessor in Ansprache auf das Vorhandensein von Codewörtern der ersten Priorität arbeitet, und daß der erste Prozessor auch den Bitstrom empfängt, wenn der zweite Prozessor in Ansprache auf das Vorhandensein von Codewörtern der zweiten Priorität arbeitet.
2. Anordnung nach Anspruch 1, dadurch gekennzeichnet,
daß der zweite Längenindikator einen Nullwert hat, wenn
längenvariable Codewörter der ersten Priorität für die
Verarbeitung durch den ersten Prozessor vorhanden sind, und
daß der erste Längenindikator einen Nullwert hat, wenn
längenvariable Codewörter der zweiten Priorität für die
Verarbeitung durch den zweiten Prozessor vorhanden sind.
3. Anordnung nach Anspruch 2, dadurch gekennzeichnet,
daß der erste Prozessor (155) auf seinem letzten Betriebszustand stehenbleibt, wenn der erste Längenindikator einen Nullwert hat, und
daß der zweite Prozessor (145) auf seinem letzten Betriebszustand stehenbleibt, wenn der zweite Längenindikator einen Nullwert hat.
daß der erste Prozessor (155) auf seinem letzten Betriebszustand stehenbleibt, wenn der erste Längenindikator einen Nullwert hat, und
daß der zweite Prozessor (145) auf seinem letzten Betriebszustand stehenbleibt, wenn der zweite Längenindikator einen Nullwert hat.
4. Anordnung nach Anspruch 1, dadurch gekennzeichnet, daß
die längenvariablen Codewörter im Einklang mit MPEG-Normen
sind.
5. Anordnung nach Anspruch 1, gekennzeichnet durch eine
Einrichtung (317) zum Modulieren eines ersten und eines
zweiten Trägers, die bei unterschiedlichen Frequenzen des
Basisbandes eines Fernsehsignals liegen, mit Daten, die aus
den Datenpaketausgängen des ersten bzw. des zweiten Prozessors
(155 bzw. 145) empfangen werden.
6. Anordnung nach Anspruch 1, dadurch gekennzeichnet, daß
jeder der beiden Prozessoren (155, 145) folgendes aufweist:
eine Datenverschiebungseinrichtung (256 bzw. 246) mit einem Dateneingang zum Empfang des längenvariable Codewörter enthaltenden Bitstrom, einem Adresseneingang und einem Ausgang, und
eine Akkumulatoreinrichtung (257 bzw. 247) mit einem Eingang zum Empfang eines die Bitlänge eines zugeordneten längenvariablen Codewortes anzeigenden Längenindikators und mit einem Ausgang der mit dem Adresseneingang der Daten verschiebungseinrichtung gekoppelt ist.
eine Datenverschiebungseinrichtung (256 bzw. 246) mit einem Dateneingang zum Empfang des längenvariable Codewörter enthaltenden Bitstrom, einem Adresseneingang und einem Ausgang, und
eine Akkumulatoreinrichtung (257 bzw. 247) mit einem Eingang zum Empfang eines die Bitlänge eines zugeordneten längenvariablen Codewortes anzeigenden Längenindikators und mit einem Ausgang der mit dem Adresseneingang der Daten verschiebungseinrichtung gekoppelt ist.
7. Anordnung nach Anspruch 6, dadurch gekennzeichnet, daß
die Datenverschiebungseinrichtung (256 bzw. 246) ein Umlauf
verschieber (barrel shifter) ist.
8. Anordnung in einem Videosignale verarbeitenden System
zur Verarbeitung eines Bitstroms, der längenvariable Codewör
ter einer ersten Priorität und längenvariable Codewörter einer
zweiten Priorität enthält, gekennzeichnet durch:
einen ersten Prozessor (155) zum Packen längenvariabler Codewörter der ersten Priorität in Datenpakete, mit einem Dateneingang zum Empfang des Bitstroms, einem Steuereingang zum Empfang eines die Bitlänge eines ankommenden längen variablen Codewortes der ersten Priorität anzeigenden ersten Längenindikators und einem Datenpaketausgang;
einen zweiten Prozessor (145) zum Packen längenvariabler Codewörter der zweiten Priorität in Datenpakete, mit einem Dateneingang zum Empfang des Bitstroms, einem Steuereingang zum Empfang eines die Bitlänge eines ankommenden längen variablen Codewortes der zweiten Priorität anzeigenden zweiten Längenindikators und einem Datenpaketausgang,
wobei der ersten Längenindikator (114) einen den ersten Prozessor in einen stillstehenden Betriebszustand bringenden Nullwert hat, wenn der zweite Prozessor in Ansprache auf das Vorhandensein von Codewörtern der zweiten Priorität tätig ist, und
wobei der zweite Längenindikator (116) einen den zweiten Prozessor in einen stillstehenden Betriebszustand bringenden Nullwert hat, wenn der erste Prozessor in Ansprache auf das Vorhandensein von Codewörtern der ersten Priorität tätig ist.
einen ersten Prozessor (155) zum Packen längenvariabler Codewörter der ersten Priorität in Datenpakete, mit einem Dateneingang zum Empfang des Bitstroms, einem Steuereingang zum Empfang eines die Bitlänge eines ankommenden längen variablen Codewortes der ersten Priorität anzeigenden ersten Längenindikators und einem Datenpaketausgang;
einen zweiten Prozessor (145) zum Packen längenvariabler Codewörter der zweiten Priorität in Datenpakete, mit einem Dateneingang zum Empfang des Bitstroms, einem Steuereingang zum Empfang eines die Bitlänge eines ankommenden längen variablen Codewortes der zweiten Priorität anzeigenden zweiten Längenindikators und einem Datenpaketausgang,
wobei der ersten Längenindikator (114) einen den ersten Prozessor in einen stillstehenden Betriebszustand bringenden Nullwert hat, wenn der zweite Prozessor in Ansprache auf das Vorhandensein von Codewörtern der zweiten Priorität tätig ist, und
wobei der zweite Längenindikator (116) einen den zweiten Prozessor in einen stillstehenden Betriebszustand bringenden Nullwert hat, wenn der erste Prozessor in Ansprache auf das Vorhandensein von Codewörtern der ersten Priorität tätig ist.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US918751 | 1992-07-27 | ||
US07/918,751 US5231486A (en) | 1992-07-27 | 1992-07-27 | Data separation processing in a dual channel digital high definition television system |
Publications (2)
Publication Number | Publication Date |
---|---|
DE4325032A1 true DE4325032A1 (de) | 1994-02-03 |
DE4325032B4 DE4325032B4 (de) | 2009-08-27 |
Family
ID=25440903
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE4325032A Expired - Fee Related DE4325032B4 (de) | 1992-07-27 | 1993-07-26 | Anordnung zur Aufteilung digitaler Fernsehdaten |
Country Status (8)
Country | Link |
---|---|
US (1) | US5231486A (de) |
JP (1) | JP3569303B2 (de) |
KR (1) | KR100294547B1 (de) |
CN (1) | CN1050956C (de) |
DE (1) | DE4325032B4 (de) |
GB (1) | GB2269295B (de) |
IT (1) | IT1265038B1 (de) |
MX (1) | MX9304500A (de) |
Families Citing this family (63)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0576749B1 (de) | 1992-06-30 | 1999-06-02 | Discovision Associates | Datenpipelinesystem |
GB9405914D0 (en) * | 1994-03-24 | 1994-05-11 | Discovision Ass | Video decompression |
JP3360844B2 (ja) * | 1992-02-04 | 2003-01-07 | ソニー株式会社 | ディジタル画像信号の伝送装置およびフレーム化方法 |
US5784631A (en) | 1992-06-30 | 1998-07-21 | Discovision Associates | Huffman decoder |
US6047112A (en) | 1992-06-30 | 2000-04-04 | Discovision Associates | Technique for initiating processing of a data stream of encoded video information |
US5768561A (en) | 1992-06-30 | 1998-06-16 | Discovision Associates | Tokens-based adaptive video processing arrangement |
US6112017A (en) | 1992-06-30 | 2000-08-29 | Discovision Associates | Pipeline processing machine having a plurality of reconfigurable processing stages interconnected by a two-wire interface bus |
US5809270A (en) | 1992-06-30 | 1998-09-15 | Discovision Associates | Inverse quantizer |
US6330665B1 (en) | 1992-06-30 | 2001-12-11 | Discovision Associates | Video parser |
US6067417A (en) | 1992-06-30 | 2000-05-23 | Discovision Associates | Picture start token |
US6079009A (en) | 1992-06-30 | 2000-06-20 | Discovision Associates | Coding standard token in a system compromising a plurality of pipeline stages |
US6263422B1 (en) | 1992-06-30 | 2001-07-17 | Discovision Associates | Pipeline processing machine with interactive stages operable in response to tokens and system and methods relating thereto |
GB9219185D0 (en) * | 1992-09-10 | 1992-10-28 | Thomson Consumer Electronics | A single digital modem encoder to generate a twin qam signal for advanced digital television (adtv) |
KR940023248A (ko) * | 1993-03-15 | 1994-10-22 | 오오가 노리오 | 화상 신호 부호화 방법 및 장치와, 화상 신호 복호화 방법 및 장치 |
US5410355A (en) * | 1993-04-02 | 1995-04-25 | Rca Thomson Licensing Corporation | Video signal processor including input codeword buffer for providing stored codewords to codeword priority analysis circuit |
US5361097A (en) * | 1993-04-02 | 1994-11-01 | Rca Thomson Licensing Corporation | Priority processing of encoded video signal including insertion of datastream null words during priority analysis intervals |
US5861894A (en) | 1993-06-24 | 1999-01-19 | Discovision Associates | Buffer manager |
US5699544A (en) * | 1993-06-24 | 1997-12-16 | Discovision Associates | Method and apparatus for using a fixed width word for addressing variable width data |
US5829007A (en) * | 1993-06-24 | 1998-10-27 | Discovision Associates | Technique for implementing a swing buffer in a memory array |
US5805914A (en) | 1993-06-24 | 1998-09-08 | Discovision Associates | Data pipeline system and data encoding method |
US5461619A (en) * | 1993-07-06 | 1995-10-24 | Zenith Electronics Corp. | System for multiplexed transmission of compressed video and auxiliary data |
US5579348A (en) * | 1994-02-02 | 1996-11-26 | Gi Corporation | Method and apparatus for improving the apparent accuracy of a data receiver clock circuit |
CA2145379C (en) * | 1994-03-24 | 1999-06-08 | William P. Robbins | Method and apparatus for addressing memory |
CA2145365C (en) * | 1994-03-24 | 1999-04-27 | Anthony M. Jones | Method for accessing banks of dram |
CA2145361C (en) | 1994-03-24 | 1999-09-07 | Martin William Sotheran | Buffer manager |
AU7314494A (en) * | 1994-06-15 | 1996-01-05 | Rca Thomson Licensing Corporation | Apparatus for formatting a packetized digital datastream suitable for conveying television information |
KR100291715B1 (ko) * | 1994-06-15 | 2001-09-17 | 락스 죠셉 제이. | 데이터패킷처리시스템 |
US5847779A (en) * | 1994-06-15 | 1998-12-08 | Rca Thomson Licensing Corporation | Synchronizing a packetized digital datastream to an output processor in a television signal processing system |
CN1058125C (zh) * | 1994-06-15 | 2000-11-01 | Rca.汤姆森许可公司 | 视频系统中处理经打包的数字数据流的装置 |
CN1058126C (zh) * | 1994-06-15 | 2000-11-01 | Rca·汤姆森许可公司 | 处理打包数字数据流的系统和接收数据流的系统中的装置 |
GB9417138D0 (en) | 1994-08-23 | 1994-10-12 | Discovision Ass | Data rate conversion |
US5481312A (en) * | 1994-09-12 | 1996-01-02 | At&T Corp. | Method of and apparatus for the transmission of high and low priority segments of a video bitstream over packet networks |
US5612742A (en) * | 1994-10-19 | 1997-03-18 | Imedia Corporation | Method and apparatus for encoding and formatting data representing a video program to provide multiple overlapping presentations of the video program |
US5926205A (en) * | 1994-10-19 | 1999-07-20 | Imedia Corporation | Method and apparatus for encoding and formatting data representing a video program to provide multiple overlapping presentations of the video program |
US5566089A (en) * | 1994-10-26 | 1996-10-15 | General Instrument Corporation Of Delaware | Syntax parser for a video decompression processor |
US5510844A (en) * | 1994-11-18 | 1996-04-23 | At&T Corp. | Video bitstream regeneration using previously agreed to high priority segments |
CA2208595C (en) | 1994-12-23 | 2006-05-09 | Imedia Corporation | Method and apparatus for providing vcr-like trick mode functions for viewing distributed video data |
KR0160668B1 (ko) * | 1994-12-30 | 1999-01-15 | 김광호 | 영상압축 비트스트림의 스타트코드 검출장치 |
EP0732855B1 (de) * | 1995-03-15 | 2002-10-16 | Kabushiki Kaisha Toshiba | System und Verfahren zur variablen Längenkodierung von sich bewegenden Bildern |
JP3170193B2 (ja) * | 1995-03-16 | 2001-05-28 | 松下電器産業株式会社 | 画像信号の符号化装置及び復号装置 |
US5920572A (en) * | 1995-06-30 | 1999-07-06 | Divicom Inc. | Transport stream decoder/demultiplexer for hierarchically organized audio-video streams |
KR970006388A (ko) * | 1995-07-19 | 1997-02-19 | 조규향 | 열가소성 에라스토머 (elastomer) 조성물 및 그의 제조방법 |
DE19547707A1 (de) * | 1995-12-20 | 1997-07-03 | Thomson Brandt Gmbh | Verfahren, Encoder und Decoder zur Übertragung von hierarchisch in mehrere Teile gegliederten digitalen Signalen |
US5835493A (en) * | 1996-01-02 | 1998-11-10 | Divicom, Inc. | MPEG transport stream remultiplexer |
US5861905A (en) * | 1996-08-21 | 1999-01-19 | Brummett; Paul Louis | Digital television system with artificial intelligence |
US5831690A (en) * | 1996-12-06 | 1998-11-03 | Rca Thomson Licensing Corporation | Apparatus for formatting a packetized digital datastream suitable for conveying television information |
US6011498A (en) * | 1996-12-20 | 2000-01-04 | Philips Electronics North America Corporation | Dual-speed variable length decoding architecture for MPEG-2 video data |
US5983384A (en) * | 1997-04-21 | 1999-11-09 | General Electric Company | Turbo-coding with staged data transmission and processing |
IL122299A (en) * | 1997-11-25 | 2003-11-23 | Broadcom Corp | Video encoding device |
US6768775B1 (en) * | 1997-12-01 | 2004-07-27 | Samsung Electronics Co., Ltd. | Video CODEC method in error resilient mode and apparatus therefor |
JPH11196072A (ja) * | 1997-12-30 | 1999-07-21 | Sony Corp | 誤り訂正符号化方法及びその装置並びにデータ伝送方法 |
US6351471B1 (en) | 1998-01-14 | 2002-02-26 | Skystream Networks Inc. | Brandwidth optimization of video program bearing transport streams |
US6292490B1 (en) | 1998-01-14 | 2001-09-18 | Skystream Corporation | Receipts and dispatch timing of transport packets in a video program bearing stream remultiplexer |
US6246701B1 (en) | 1998-01-14 | 2001-06-12 | Skystream Corporation | Reference time clock locking in a remultiplexer for video program bearing transport streams |
US6195368B1 (en) | 1998-01-14 | 2001-02-27 | Skystream Corporation | Re-timing of video program bearing streams transmitted by an asynchronous communication link |
US6351474B1 (en) * | 1998-01-14 | 2002-02-26 | Skystream Networks Inc. | Network distributed remultiplexer for video program bearing transport streams |
US6490705B1 (en) * | 1998-10-22 | 2002-12-03 | Lucent Technologies Inc. | Method and apparatus for receiving MPEG video over the internet |
US6317462B1 (en) * | 1998-10-22 | 2001-11-13 | Lucent Technologies Inc. | Method and apparatus for transmitting MPEG video over the internet |
US6122660A (en) * | 1999-02-22 | 2000-09-19 | International Business Machines Corporation | Method for distributing digital TV signal and selection of content |
US7958532B2 (en) | 2001-06-18 | 2011-06-07 | At&T Intellectual Property Ii, L.P. | Method of transmitting layered video-coded information |
US8880709B2 (en) * | 2001-09-12 | 2014-11-04 | Ericsson Television Inc. | Method and system for scheduled streaming of best effort data |
US20040143850A1 (en) * | 2003-01-16 | 2004-07-22 | Pierre Costa | Video Content distribution architecture |
US7693222B2 (en) * | 2003-08-13 | 2010-04-06 | Ericsson Television Inc. | Method and system for re-multiplexing of content-modified MPEG-2 transport streams using PCR interpolation |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4302775A (en) * | 1978-12-15 | 1981-11-24 | Compression Labs, Inc. | Digital video compression system and methods utilizing scene adaptive coding with rate buffer feedback |
GB2138238B (en) * | 1983-03-02 | 1987-07-08 | British Broadcasting Corp | High definition video signal transmission |
FR2625060B1 (fr) * | 1987-12-16 | 1990-10-05 | Guichard Jacques | Procede et dispositifs de codage et de decodage pour la transmission d'images a travers un reseau a debit variable |
US4870497A (en) * | 1988-01-22 | 1989-09-26 | American Telephone And Telegraph Company | Progressive transmission of high resolution two-tone facsimile images |
AU4191389A (en) * | 1988-09-13 | 1990-04-02 | Deutsche Thomson-Brandt Gmbh | Transmission system |
JP2738008B2 (ja) * | 1989-04-28 | 1998-04-08 | ソニー株式会社 | ディジタル映像信号の伝送方式 |
US5140417A (en) * | 1989-06-20 | 1992-08-18 | Matsushita Electric Co., Ltd. | Fast packet transmission system of video data |
US5144924A (en) * | 1989-12-04 | 1992-09-08 | Oy Wartsila Diesel International Ltd. | Internal combustion engne, and method for achieving ignition of fuel in an internal combustion engine |
US5287180A (en) * | 1991-02-04 | 1994-02-15 | General Electric Company | Modulator/demodulater for compatible high definition television system |
US5122875A (en) * | 1991-02-27 | 1992-06-16 | General Electric Company | An HDTV compression system |
US5111292A (en) * | 1991-02-27 | 1992-05-05 | General Electric Company | Priority selection apparatus as for a video signal processor |
US5148272A (en) * | 1991-02-27 | 1992-09-15 | Rca Thomson Licensing Corporation | Apparatus for recombining prioritized video data |
US5168356A (en) * | 1991-02-27 | 1992-12-01 | General Electric Company | Apparatus for segmenting encoded video signal for transmission |
TW241350B (de) * | 1991-11-07 | 1995-02-21 | Rca Thomson Licensing Corp |
-
1992
- 1992-07-27 US US07/918,751 patent/US5231486A/en not_active Expired - Lifetime
-
1993
- 1993-07-22 GB GB9315161A patent/GB2269295B/en not_active Expired - Fee Related
- 1993-07-23 IT IT93MI001638A patent/IT1265038B1/it active IP Right Grant
- 1993-07-24 KR KR1019930014082A patent/KR100294547B1/ko not_active IP Right Cessation
- 1993-07-26 JP JP22491993A patent/JP3569303B2/ja not_active Expired - Fee Related
- 1993-07-26 MX MX9304500A patent/MX9304500A/es active IP Right Grant
- 1993-07-26 CN CN93108475A patent/CN1050956C/zh not_active Expired - Fee Related
- 1993-07-26 DE DE4325032A patent/DE4325032B4/de not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US5231486A (en) | 1993-07-27 |
KR100294547B1 (ko) | 2001-09-17 |
GB9315161D0 (en) | 1993-09-08 |
GB2269295B (en) | 1995-10-18 |
JP3569303B2 (ja) | 2004-09-22 |
MX9304500A (es) | 1994-04-29 |
KR940003369A (ko) | 1994-02-21 |
GB2269295A (en) | 1994-02-02 |
CN1082801A (zh) | 1994-02-23 |
IT1265038B1 (it) | 1996-10-28 |
ITMI931638A0 (it) | 1993-07-23 |
ITMI931638A1 (it) | 1995-01-23 |
DE4325032B4 (de) | 2009-08-27 |
CN1050956C (zh) | 2000-03-29 |
JPH06224861A (ja) | 1994-08-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE4325032B4 (de) | Anordnung zur Aufteilung digitaler Fernsehdaten | |
DE4322356B4 (de) | Einrichtung zum Steuern der Rücksetzung in einem Videosignalcodierer | |
DE4205896B4 (de) | Anordnung zur rangmäßigen Aufteilung von Daten z. B. für eine Videosignal-Verarbeitungseinrichtung | |
DE4205898B4 (de) | Anordnung zum Rekombinieren von gemäß einer Rangordnung aufgeteilten Fernsehdaten | |
DE4228220B4 (de) | Vorrichtung zur hierarchischen Unterteilung von Videosignalen | |
DE69333982T2 (de) | Verfahren zum Anordnen komprimierter Videodaten zur Übertragung über einen verrauschten Kanal | |
DE4233543B4 (de) | Vorrichtung zur Steuerung der Quantisierung von Videodaten | |
DE4228221B4 (de) | Vorrichtung zur Aufteilung von Videosignalen zwischen zwei Kanälen | |
DE19635116C2 (de) | Verfahren zur Videokommunikation | |
DE4345015C2 (de) | Digitale Signalverarbeitungsvorrichtung | |
DE69432660T2 (de) | Vorrichtung und verfahren zur kodierung/dekodierung von daten für untertitel | |
DE69628985T2 (de) | Empfänger mit analogen und digitalen Videobetriebsarten und Empfangsverfahren dafür | |
DE69628076T2 (de) | Kodierung/Dekodierung von Untertiteln | |
EP2198610A2 (de) | Verfahren und vorrichtung zum erstellen eines kodierten ausgangsvideostroms aus mindestens zwei kodierten eingangsvideoströmen, sowie verwendung der vorrichtung und kodierter eingangsvideostrom | |
DE4305578A1 (de) | ||
EP0687111A2 (de) | Verfahren zur Codierung/Decodierung eines Datenstroms | |
EP0781051A2 (de) | Übertragung von hierarchischen digitalen Bildsignalen | |
DE69836470T2 (de) | Überträger, empfänger und medium für progressives bildsignal | |
DE19860507A1 (de) | Videocodierverfahren, Videodecoder und digitales Fernsehsystem unter Verwendung eines solchen Verfahrens und eines solchen Decoders | |
EP0946056A1 (de) | Verfahren zum Erhöhen der Speicherkapazität für Serviceinformation in einem Empfäger für digitale TV-Sendungen | |
WO1990013210A1 (de) | Farbfernsehsystem mit einrichtungen zur codierung und decodierung von farbfernsehsignalen | |
DE60221807T2 (de) | Lauflängenkodierung nichtkodierter makroblöcke | |
DE3341393C2 (de) | Verfahren zum Übertragen eines Fernsehsignals höherer Auflösung | |
DE69822751T2 (de) | Kommunikationssystem und Verfahren zur Übertragung von digitalen Multimediadaten | |
DE3443041C2 (de) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8110 | Request for examination paragraph 44 | ||
8120 | Willingness to grant licences paragraph 23 | ||
8364 | No opposition during term of opposition | ||
R119 | Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee |
Effective date: 20120201 |