DE112008002042A1 - Digitale Sende- und Empfangseinrichtungen zum Senden und Empfangen von Datenströmen sowie deren Verarbeitungsverfahren - Google Patents

Digitale Sende- und Empfangseinrichtungen zum Senden und Empfangen von Datenströmen sowie deren Verarbeitungsverfahren Download PDF

Info

Publication number
DE112008002042A1
DE112008002042A1 DE112008002042T DE112008002042T DE112008002042A1 DE 112008002042 A1 DE112008002042 A1 DE 112008002042A1 DE 112008002042 T DE112008002042 T DE 112008002042T DE 112008002042 T DE112008002042 T DE 112008002042T DE 112008002042 A1 DE112008002042 A1 DE 112008002042A1
Authority
DE
Germany
Prior art keywords
data
additional data
mode information
transport stream
stream
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.)
Withdrawn
Application number
DE112008002042T
Other languages
English (en)
Inventor
Kum-Ran Ji
Jung-Pil Suwon Yu
Chan-Sub Park
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of DE112008002042A1 publication Critical patent/DE112008002042A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • 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
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • 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
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0084—Formats for payload data
    • 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
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/009—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location arrangements specific to transmitters
    • 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
    • H04N21/23611—Insertion of stuffing data into a multiplex stream, e.g. to obtain a constant bitrate
    • 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
    • H04N21/23614—Multiplexing of additional data and video streams
    • 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
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • 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
    • H04N21/4346—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 involving stuffing data, e.g. packets or bytes
    • 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
    • H04N21/4348—Demultiplexing of additional data and video streams
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/015—High-definition television systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/12—Systems in which the television signal is transmitted via one channel or a plurality of parallel channels, the bandwidth of each channel being less than the bandwidth of the television signal
    • 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
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0064—Concatenated codes
    • H04L1/0065—Serial concatenated codes
    • 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
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving

Abstract

Es wird ein Sendesystem bereitgestellt, das einen Transport-Stream (TS) sendet, der normale Daten und zusätzliche Daten enthält. Das Sendesystem umfasst einen Datenstrom-Konstruktor, der einen TS erzeugt, und einen Multiplexer (MUX), der dafür sorgt, dass Modus-Informationen, welche die Eigenschaften zusätzlicher Daten darstellen, im TS enthalten sind. Daher ist es einem Empfangssystem möglich, die zusätzlichen Daten effizient zu nutzen.

Description

  • Technisches Gebiet
  • Die vorliegende Erfindung bezieht sich auf eine digitale Sendeeinrichtung, eine digitale Empfangseinrichtung sowie deren Verarbeitungsverfahren. Insbesondere bezieht sich die vorliegende Erfindung auf ein Sendesystem und ein Empfangssystem, die in der Lage sind, einen Sendemodus oder einen Empfangsmodus anhand von Modusinformationen zu erkennen, sowie ein Verfahren zum Verarbeiten eines Datenstroms, der diesen benutzt.
  • Technischer Hintergrund
  • Seit der Entwicklung der digitalen Technologie gibt es ständig Bemühungen, von einem analogen Rundfunksystem zu einem digitalen Rundfunksystem überzugehen. Demgemäß haben viele Länder verschiedene digitale Rundfunknormen vorgeschlagen.
  • Darunter sind die Norm des Advanced Television System Committee (ATSC) sowie die Norm Digital Video Broadcasting-Terrestrial (DVB-T) beachtenswert im Gebrauch.
  • Die ATSC-Norm nutzt das Schema 8-Restseitenband (VSB), und die DVB-T-Norm nutzt das Schema Coded Orthogonal Frequency Division Multiplex (COFDM). Daher ist die DVB-T-Norm stark bei einem Kanal mit Mehrwegeausbreitung, insbesondere bei Kanalstörungen, und es ist demgemäß leicht, ein Einzelfrequenz-Netzwerk (SFN) einzurichten.
  • Da die DVB-T-Norm jedoch eine niedrige Datenübertragungsrate hat, ist es schwierig, einen hochauflösenden Rundfunk einzurichten, während nach der ATSC-Norm ein hochauflösender Rundfunk leicht einzurichten ist.
  • Da jede Norm sowohl Vorteile als auch Nachteile hat, versucht jedes Land, die Schwachpunkte zu verbessern und eine optimierte Norm vorzuschlagen.
  • Da tragbare Geräte weit verbreitet sind, wurden Anstrengungen gemacht, eine digitale Ausstrahlung mit einem tragbaren Gerät anzuschauen. Wegen der häufigen Mobilität eines tragbaren Geräts müssen für das tragbare Gerät benutzte Datenströme robuster verarbeitet werden als normale Datenströme.
  • Daher wird eine Technik zum effizienten Übertragen zusätzlicher Datenströme unter Verwendung vorhandener Einrichtungen entwickelt.
  • Im Einzelnen wird entwickelt, dass ein robust verarbeiteter Datenstrom zusätzlich in einen normalen Datenstrom eingefügt wird, der zu allgemeinen Rundfunk-Empfangseinrichtungen gesendet wird, und dass ein tragbares Gerät ihn empfangt und verarbeitet.
  • In diesem Fall kann der zusätzliche Datenstrom in beliebigen Formen und an beliebigen Stellen eingefügt werden. Falls daher ein Empfangssystem keine Kenntnis über Daten zu Form oder Stelle des zusätzlichen Datenstroms hat, kann ihn das Empfangssystem empfangen, jedoch nicht verarbeiten.
  • Offenlegung der Erfindung Technisches Problem
  • Die vorliegende Erfindung soll die obigen Probleme lösen und eine digitale Sendeinrichtung bereitstellen, die Modusinformationen unter Nutzung mindestens eines aus einem Field-Sync und einem SIC sendet, sodass ein empfangender Teilnehmer zusätzliche Daten effizient verarbeiten kann, sowie eine digitale Empfangseinrichtung und eine Methode zum Verarbeiten eines Datenstroms unter Benutzung derselben.
  • Technische Lösung
  • Um das obige Ziel zu erreichen, kann eine digitale Sendeinrichtung gemäß einer beispielhaften Ausführung der Erfindung einen Adapter, der einen Leerraum zum Einfügen zusätzlicher Daten in einen Transport-Stream ausbildet, und einen Prozessor enthalten, der einen Transport-Stream erzeugt, in dem die zusätzlichen Daten in den Leerraum eingefügt werden, und Modusinformationen, die Eigenschaften der zusätzlichen Daten darstellen, in mindestens eins aus einem Field-Sync und einem Signalisierungs-Informationskanal (signaling information channel, SIC) einfügt.
  • Der Prozessor kann einen Field-Sync-Generator enthalten, der den Field-Sync erzeugt, der die Modusinformationen enthält, und einen Multiplexer (MUX), der den erzeugten Field-Sync mit dem Transport-Stream multiplext.
  • Die Prozessoren können einen Stuffer umfassen, der den SIC, der die Modusinformationen enthält, sowie die zusätzlichen Daten in den Transport-Stream einfügt.
  • Die Prozessoren können einen Stuffer umfassen, der den SIC, der die Modusinformationen enthält, sowie die zusätzlichen Daten in den Transport-Stream einfügt, einen Field-Sync-Generator, der den Field-Sync erzeugt, der die Modusinformationen enthält, sowie einen MUX, der den erzeugten Field-Sync mit dem Transport-Stream multiplext.
  • Die digitale Sendeeinrichtung kann weiter einen Inserter für ein ergänzendes Referenzsignal (SRS) enthalten, der ein SRS in den Transport-Stream einfügt.
  • Die Modusinformationen können Informationen sein, die zum Verarbeiten der zusätzlichen Daten oder des SRS erforderlich sind, und sie können eins aus einer Codierrate, einer Datenrate, einer Einfügeposition, einem Typ eines verwendeten Fehlerkorrekturcodes, primären Serviceinformationen, einem Einfügemuster des SRS, Informationen über eine Größe des SRS, zum Unterstützen des Zeitscheibenverfahrens benötigten Informationen, Beschreibung der zusätzlichen Daten, Informationen bezüglich der Änderung der Modusinformationen sowie Informationen zur Unterstützung des Internetprotokollservice (IP) sein.
  • Die im Field-Sync eingetragenen Modusinformationen können erzeugt werden, indem die gesamten Modusinformationen, welche die Eigenschaften der zusätzlichen Daten darstellen, in einer Vielzahl von Field-Syncs verteilt werden.
  • Um das obige Ziel zu erreichen, kann ein Verfahren zur Verarbeitung eines Datenstroms durch eine digitale Sendeeinrichtung das Ausbilden eines Leerraums zum Einfügen zusätzlicher Daten in einen Transport-Stream und Erzeugen eines Transport-Streams umfassen, in den Modusinformationen, die Eigenschaften der zusätzlichen, in den Leerraum einzufügenden Daten darstellen, in mindestens eines aus einem Field-Sync und einem Signalisierungs-Informationskanal (SIC) eingefügt werden.
  • Das Erzeugen des Transport-Streams kann das Erzeugen des Field-Sync, der die Modusinformationen enthält, und das Multiplexen des erzeugten Field-Syncs mit dem Transport-Stream umfassen.
  • Das Erzeugen des Transport-Streams kann das Einfügen des SIC, der die Modusinformationen enthält, und der zusätzlichen Daten in den Transport-Stream umfassen.
  • Das Erzeugen des Transport-Streams kann das Einfügen des SIC, der die Modusinformationen enthält, und der zusätzlichen Daten in den Transport-Stream, das Erzeugen des Field-Sync, der die Modusinformationen enthält, und das Multiplexen des erzeugten Field-Syncs mit dem Transport-Stream umfassen.
  • Das Verfahren kann weiter das Einfügen eines ergänzenden Referenzsignals (SRS) in den Transport-Stream umfassen.
  • Die Modusinformationen können Informationen sein, die zum Verarbeiten der zusätzlichen Daten oder des SRS erforderlich sind, und sie können mindestens eins aus einer Codierrate, einer Datenrate, einer Einfügeposition, einem Typ eines verwendeten Fehlerkorrekturcodes, primären Serviceinformationen, einem Einfügemuster des SRS, Informationen über eine Größe des SRS, zum Unterstützen des Zeitscheibenverfahrens benötigten Informationen, Beschreibung der zusätzlichen Daten, Informationen bezüglich der Änderung der Modusinformationen sowie Informationen zur Unterstützung des lnternetprotokollservice (IP) sein.
  • Die im Field-Sync eingetragenen Modusinformationen können erzeugt werden, indem die gesamten Modusinformationen, welche die Eigenschaften der zusätzlichen Daten darstellen, in einer Vielzahl von Field-Syncs verteilt werden.
  • Um das obige Ziel zu erreichen, kann eine digitale Empfangseinrichtung einen Modusinformations-Erfasser, der, falls ein Transport-Stream empfangen wird, in dem normale Daten und zusätzliche Daten gemischt sind, die Modusinformationen erfasst, die Eigenschaften der zusätzlichen Daten aus mindestens einem aus einem Field-Sync und einem Signalisierungs-Informationskanal (SIC) des Transport-Streams darstellen, sowie einen Datenprozessor umfassen, der den Transport-Stream unter Verwendung der erfassten Modusinformationen verarbeitet.
  • Der Modusinformations-Erfasser kann die im Field-Sync eingetragenen Modusinformationen durch Demultiplexen des Field-Syncs und Durchführen einer Operation wiederherstellen, die der Vorwärtsfehlerkorrektur (FEC) entspricht, die eine digitale Sendeeinrichtung an den Modusinformationen durchgeführt hat.
  • Der Datenprozessor kann einen Synchronisator, der den Transport-Stream synchronisiert, einen Equalizer, der den Transport-Stream entzerrt, einen FEC-Prozessor, der eine Vor wärtsfehlerkorrektur des entzerrten Transport-Streams durchführt, sowie einen Prozessor für zusätzliche Daten umfassen, der die zusätzlichen Daten aus dem FEC-verarbeiteten Transport-Stream auf Grundlage einer durch die wiederhergestellten Modusinformationen angegebenen Stelle erfasst und wiederherstellt.
  • Der Datenprozessor kann einen Synchronisator, der den Transport-Stream synchronisiert, einen Equalizer, der den Transport-Stream entzerrt, und einen FEC-Prozessor umfassen, der die zusätzlichen Daten aus dem entzerrten Transport-Stream unter Verwendung der erfassten Modusinformationen erfasst und eine Vorwärtsfehlerkorrektur der zusätzlichen Daten durchführt.
  • Der Modusinformations-Erfasser kann einen Prozessor für zusätzliche Daten umfassen, der den SIC und die zusätzlichen Daten aus dem empfangenen Transport-Stream erfasst und verarbeitet und die Modusinformationen aus dem SIC erfasst.
  • Die digitale Empfangseinrichtung kann weiter einen Controller umfassen, der, falls ein ergänzendes Referenzsignal (SRS) im Transport-Stream enthalten ist, das SRS aus dem Transport-Stream auf Grundlage der wiederhergestellten Modusinformationen erfasst.
  • Der Datenprozessor kann einen Equalizer umfassen, der unter Verwendung des SRS Kanalentzerrung durchführt.
  • Die Modusinformationen sind Informationen, die zum Verarbeiten der zusätzlichen Daten oder des SRS erforderlich sind, und sie sind mindestens eins aus einer Codierrate, einer Datenrate, einer Einfügeposition, einem Typ eines verwendeten Fehlerkorrekturcodes, primären Serviceinformationen, einem Einfügemuster des SRS, Informationen über eine Größe des SRS, zum Unterstützen des Zeitscheibenverfahrens benötigten Informationen, Beschreibung der zusätzlichen Daten, Informationen bezüglich der Änderung der Modusinformationen sowie Informationen zur Unterstützung des Internetprotokollservice (IP).
  • Der Modusinformations-Erfasser kann die Modusinformationen durch Kombinieren jedes in jedem aus einer Vielzahl von Field-Syncs ausgebildeten Modussignalbereichs erfassen.
  • Um das obige Ziel zu erreichen, kann ein Verfahren zum Verarbeiten eines Datenstroms durch eine digitale Empfangseinrichtung das Empfangen eines Transport-Streams, in dem normale Daten und zusätzliche Daten gemischt sind, das Erfassen von Modusinformatio nen, die Eigenschaften der zusätzlichen Daten aus mindestens einem aus einem Field-Sync und einem Signalisierungs-Informationskanal (SIC) des Transport-Streams darstellen, sowie das Verarbeiten des Transport-Streams unter Verwendung der erfassten Modusinformationen umfassen.
  • Das Erfassen der Modusinformationen kann das Demultiplexen der Field-Sync-Daten im Transport-Stream, das Durchführen von Faltungsdecodierung (CV) der erfassten Field-Sync-Daten, das Durchführen einer Reed-Solomon-Decodierung (RS) der CV-decodierten Field-Sync-Daten und das Derandomisieren der RS-decodierten Field-Sync-Daten umfassen.
  • Das Erfassen der Modusinformationen kann das Demultiplexen der Field-Sync-Daten im Transport-Stream, das Derandomisieren der demultiplexten Field-Sync-Daten, das Durchführen einer Faltungsdecodierung (CV) der derandomisierten Field-Sync-Daten sowie das Durchführen von Reed-Solomon-Decodierung (RS) der CV-decodierten Field-Sync-Daten umfassen, sodass die Modusinformationen im Field-Sync wiederhergestellt werden.
  • Das Verarbeiten der Daten kann das Synchronisieren des Transport-Streams, das Entzerren des synchronisierten Transport-Streams, das Durchführen einer Vorwärtsfehlerkorrektur des entzerrten Transport-Streams sowie Erfassen und Wiederherstellen der zusätzlichen Daten aus dem FEC-verarbeiteten Transport-Stream auf Grundlage einer durch die wiederhergestellten Modusinformationen angegebenen Stelle umfassen.
  • Das Erfassen der Modusinformationen kann das Erfassen des SIC-Bereichs aus dem empfangenen Transport-Stream und das Erfassen der Modusinformationen aus dem SIC-Bereich durch Verarbeiten des SIC-Bereichs umfassen.
  • Das Verfahren kann weiter, falls ein ergänzendes Referenzsignal (SRS) im Transport-Stream enthalten ist, das Erfassen des SRS aus dem Transport-Stream auf Grundlage der wiederhergestellten Modusinformationen umfassen.
  • Die Modusinformationen können Informationen sein, die zum Verarbeiten der zusätzlichen Daten oder des SRS erforderlich sind, und sie können eins aus einer Codierrate, einer Datenrate, einer Einfügeposition, einem Typ eines verwendeten Fehlerkorrekturcodes, primären Serviceinformationen, einem Einfügemuster des SRS, Informationen über eine Größe des SRS, zum Unterstützen des Zeitscheibenverfahrens benötigten Informationen, Be schreibung der zusätzlichen Daten, Informationen bezüglich der Änderung der Modusinformationen sowie Informationen zur Unterstützung des lnternetprotokollservice (IP) sein.
  • Die Modusinformationen können durch Kombinieren jedes in jedem aus einer Vielzahl von Field-Syncs ausgebildeten Modussignalbereichs erfasst werden.
  • Vorteilhafte Wirkungen
  • Gemäß den verschiedenen beispielhaften Ausführungen der vorliegenden Erfindung können Modusinformationen, welche die Eigenschaften von zusätzlichen Daten darstellen, die zusammen mit normalen Daten gesendet werden, unter Verwendung mindestens eines aus einem Field-Sync und einem SIC effizient an eine Empfangseinrichtung gesendet werden. Zusätzlich kann eine große Menge an Modusinformationen durch eine Kombination einer Vielzahl von Feldern gesendet und empfangen werden. Daher kann die Empfangseinrichtung leicht die Eigenschaften der zusätzlichen Daten erkennen und damit eine geeignete Operation durchführen.
  • Kurze Beschreibung der Zeichnungen
  • 1 ist ein Blockdiagramm, das eine digitale Sendeeinrichtung gemäß einer beispielhaften Ausführung der vorliegenden Erfindung darstellt;
  • 2 ist ein Blockdiagramm, das den detaillierten Aufbau der digitalen Sendeeinrichtung darstellt;
  • 3 ist ein Blockdiagramm, das einen Postprozessor darstellt, der bei der digitalen Sendeeinrichtung aus 2 angewandt werden kann;
  • 4 ist ein Blockdiagramm, das einen Field-Sync-Generator darstellt, der bei der digitalen Sendeeinrichtung angewandt werden kann;
  • 5 ist ein Blockdiagramm, das einen weiteren Aufbau eines Field-Sync-Generators darstellt;
  • 6 ist ein Diagramm, das den Aufbau von Modusinformationen darstellt;
  • 7 ist ein Diagramm, das einen weiteren Aufbau von Modusinformationen darstellt;
  • 8 ist ein Diagramm, das ein Verfahren für die Modusinformationen darstellt;
  • 9 ist ein Diagramm, das den Aufbau eines Transport-Streams darstellt;
  • 10 ist ein Diagramm, das den Aufbau eines in einem Transport-Stream enthaltenen Field-Syncs darstellt;
  • 11 ist ein Diagramm, das eine beispielhafte Ausführung für die Verwendung einer Vielzahl von Field-Syncs darstellt;
  • 12 ist ein Blockdiagramm, das eine digitale Sendeeinrichtung gemäß einer weiteren beispielhaften Ausführung der vorliegenden Erfindung darstellt;
  • 13 ist ein Blockdiagramm, das eine digitale Empfangseinrichtung gemäß einer beispielhaften Ausführung der vorliegenden Erfindung darstellt;
  • 14 ist ein Blockdiagramm, das den detaillierten Aufbau der digitalen Empfangseinrichtung darstellt;
  • 15 ist ein Blockdiagramm, das einen Field-Sync-Prozessor darstellt, der bei der digitalen Sendeeinrichtung angewandt werden kann;
  • 16 ist ein Blockdiagramm, das ein weiteres Beispiel eines Field-Sync-Prozessors darstellt, der bei der digitalen Sendeeinrichtung angewandt werden kann;
  • 17 ist ein Blockdiagramm, das einen weiteren detaillierten Aufbau einer digitalen Empfangseinrichtung gemäß einer weiteren beispielhaften Ausführung der vorliegenden Erfindung darstellt;
  • 18 ist ein Blockdiagramm, das den Aufbau eines Prozessors für zusätzliche Daten darstellt, der bei der digitalen Empfangseinrichtung angewandt werden kann;
  • 19 ist ein Flussdiagramm, das ein Verfahren zum Verarbeiten eines Datenstroms in einer digitalen Sendeeinrichtung gemäß einer beispielhaften Ausführung der vorliegenden Erfindung darstellt;
  • 20 ist ein Flussdiagramm, das ein Verfahren zum Verarbeiten eines Datenstroms durch Senden von Modusinformationen unter Verwendung eines Field-Syncs darstellt;
  • 21 ist ein Flussdiagramm, das ein Verfahren zum Verarbeiten eines Datenstroms durch Senden von Modusinformationen unter Verwendung eines SIC darstellt; und
  • 22 ist ein Flussdiagramm, das ein Verfahren zum Verarbeiten eines Datenstroms in einer digitalen Empfangseinrichtung gemäß einer beispielhaften Ausführung der vorliegenden Erfindung darstellt.
  • Beste Ausführungsweise der Erfindung
  • Nun werden bestimmte beispielhafte Ausführungen der vorliegenden Erfindung im näheren Detail unter Bezugnahme auf die begleitenden Zeichnungen beschrieben.
  • 1 ist ein Blockdiagramm, das eine digitale Sendeeinrichtung gemäß einer beispielhaften Ausführung der vorliegenden Erfindung darstellt. Wie in 1 dargestellt, enthält die digitale Sendeeinrichtung einen Adapter 100 und einen Prozessor 200.
  • Der Adapter 100 bildet einen Leerraum zum Einfügen zusätzlicher Daten in den an ein Empfangssystem zu sendenden Transport-Stream. Der Transport-Stream kann ein normaler Datenstrom sein.
  • Der normale Datenstrom kann aus Rundfunkdaten bestehen, die durch bestehende Rundfunk-Sende- und Empfangssysteme gesendet oder empfangen werden. Darüber hinaus stellen zusätzliche Daten solche Daten dar, die verarbeitet werden, um weniger fehleranfällig zu sein als die normalen Daten, sodass sogar tragbare Geräte in Bewegung die zusätzlichen Daten empfangen und verarbeiten können, die auch als Turbo-Daten bezeichnet werden können.
  • Der Prozessor 200 stellt einen Transport-Stream zusammen, in den zusätzliche Daten in den Leerraum eingefügt werden, der durch den Adapter 100 gebildet wird. Der Prozessor 200 fügt Modusinformationen, welche die Eigenschaften der zusätzlichen Daten darstellen, in mindestens eins aus einem Field-Sync und einem SIC des Transport-Streams ein. Falls der Prozessor 200 Modusinformationen sowohl in das Field-Sync als auch den SIC einfügt, kann der Prozessor 200 dort dieselben Modusinformationen oder unterschiedliche Modusinformationen einfügen.
  • Das heißt, die zusätzlichen Daten können je nach Größe oder Verwendung in verschiedenen Formen gesendet werden. Daher kann das Empfangssystem die Eigenschaften der zusätzlichen Daten nur dann erkennen und die zusätzlichen Daten angemessen verarbeiten, wenn die Eigenschaften der zusätzlichen Daten, wie etwa die Einfügeposition und die Größe der zusätzlichen Daten, dem Empfangssystem bekannt gegeben werden. In dieser Beschreibung werden Informationen, die solche Eigenschaften darstellen, als Modusinformationen bezeichnet.
  • Detailliert dargestellt, sind die Modusinformationen Informationen, die zum Verarbeiten zusätzlicher Daten oder eines ergänzenden Referenzsignals (SRS) erforderlich sind, und sie können mindestens eins aus der Codierrate, der Datenrate, der Einfügeposition, dem Typ des verwendeten Fehlerkorrekturcodes, den primären Serviceinformationen, und – falls ein ergänzendes Referenzsignal in einem Transport-Stream enthalten ist – dem Einfügemuster des ergänzenden Referenzsignals, Informationen über die Größe des ergänzenden Referenzsignals, zum Unterstützen des Zeitscheibenverfahrens benötigten Informationen, Beschreibung der zusätzlichen Daten, Informationen bezüglich der Änderung der Modusinformationen sowie Informationen zur Unterstützung des Internetprotokollservice (IP) sein.
  • Die Einfügeposition der zusätzlichen Daten kann aus Informationen bestehen, die darstellen, in welches Paket des Transport-Streams die zusätzlichen Daten eingefügt sind, oder aus Informationen, die darstellen, ob die zusätzlichen Daten in ein Teilfeld eines Pakets oder in ein vollständiges Paket eingefügt sind. Außerdem beziehen sich die primären Serviceinformationen auf Informationen, die benötigt werden, um Daten zu empfangen, die primär verarbeitet werden sollen, wenn verschiedene Typen von zusätzlichen Daten eingefügt sind.
  • Das Einfügemuster des ergänzenden Referenzsignals besteht aus Informationen, die darstellen, ob das Einfügemuster ein Verteilmuster ist, nach dem das ergänzende Referenzsignal gleichmäßig verteilt und in den Transport-Stream eingefügt ist, oder ein Burst-Muster, nach dem das ergänzende Referenzsignal auf einen Teil des Transport-Streams konzentriert und in diesen Teil eingefügt ist.
  • Spezieller gesagt, falls das ergänzende Referenzsignal in das Transportmuster eingefügt ist, können die Modusinformationen eine Periode von Paketen, in die das ergänzende Referenzsignal eingefügt ist, und die Größe des ergänzenden Referenzsignals (zum Beispiel 10 Bytes, 15 Bytes, 20 Bytes, 26 Bytes und so weiter) sowie die Position angeben, an der das ergänzende Referenzsignal in ein Paket eingefügt ist.
  • Der Aufbau des Prozessors 200 und das Format der Modusinformationen können auf unterschiedliche Weise gemäß der beispielhaften Ausführung der vorliegenden Erfindung ausgeführt sein, die nachstehend beschrieben wird.
  • 2 ist ein Blockdiagramm, das einen detaillierten Aufbau der digitalen Sendeeinrichtung gemäß der beispielhaften Ausführung der vorliegenden Erfindung darstellt. Wie in 2 dargestellt, enthält die digitale Sendeeinrichtung einen ersten Servicemultiplexer (MUX) 110, einen zweiten Servicemultiplexer (MUX) 120, einen Adapter 100, einen Stuffer 210, einen Präprozessor 130, einen Randomisierer 140, einen Inserter für das ergänzende Referenzsignal 150, einen Reed-Solomon-Codierer (RS) 160, einen Faltungs-Verschachteler 170, einen Postprozessor 180, einen Trellis-Codierer 190, einen MUX 220, einen Field-Sync-Generator 310, einen Restseitenbandmodulator (VSB) 320 und einen Leistungsverstärker 330. In 2 gehören die verbleibenden Bausteine, außer dem ersten Service-MUX 110, dem zweiten Service-MUX 120 und dem Adapter 100, zum Prozessor 200.
  • Der erste Service-MUX 110 konstruiert einen normalen Datenstrom, indem er Eingaben von einer Tabelle nach dem Program Specific Information/Program and System Information Protocol (PSI/PSIP) zusammen mit normalen Audiodaten oder normalen Videodaten empfängt.
  • In 2 sind der erste Service-MUX 110 und der Adapter 100 als separate Bausteine dargestellt, aber ihre Funktionen können auch so ausgelegt sein, dass sie durch ein einzelnes Bauteil ausgeführt werden.
  • Ein normaler, durch den ersten Service-MUX 110 erzeugter Datenstrom wird dem Adapter 100 bereitgestellt. Wie oben beschrieben, bildet der Adapter 100 einen Leerraum zum Einfügen zusätzlicher Daten in den normalen Datenstrom. In näherem Detail wird der Leerraum gebildet, indem ein Teilbereich der Pakete vollständig geleert wird, aus denen der normale Datenstrom besteht, oder indem in einem Teilbereich der Pakete ein Anpassungsfeld erzeugt wird. Der Adapter 100 stellt dem Stuffer 210 den normalen, mit dem Leerraum versehenen Datenstrom bereit.
  • Der zweite Service-MUX 120 erzeugt einen zusätzlichen Datenstrom durch Empfangen der Eingabe von zusätzlichen Daten, die zusätzlich zu senden sind. Der erzeugte zusätzliche Datenstrom wird dem Präprozessor 130 bereitgestellt.
  • Der Präprozessor 130 nimmt eine Vorverarbeitung des zusätzlichen Datenstroms vor, sodass der zusätzliche Datenstrom robust sein kann. Spezieller gesagt, kann der Präprozessor 130 RS-Codierung, Zeitverschachtelung, Paketformatierung und so weiter durchführen. Zusätzlich kann der Präprozessor 130 einen Platzhalter zum Einfügen einer dem zusätzlichen Datenstrom entsprechenden Parität erzeugen.
  • Der Präprozessor 130 kann den Signalisierungs-Informationskanal (SIC) ebenso wie den zusätzlichen Datenstrom verarbeiten. Der SIC bezieht sich auf einen Kanal zum Informieren über detaillierte Informationen bezüglich eines zusätzlichen Kanals zum Senden der zusätzlichen Daten. Der SIC kann als unabhängiger Kanal existieren, oder er kann benutzt werden, indem ein Teil eines bestimmten Kanals, wie etwa eines primären Service, zugewiesen wird. Der SIC kann zusätzliche Informationen über Datenstellen, Informationen über Zeitscheiben, Informationen über die Decodierung der zusätzlichen Daten usw. enthalten.
  • Das heißt, wenn die Modusinformationen durch den SIC gesendet werden, führt der Präprozessor 130 RS-Codierung und Verschachteln von SIC-Informationen einschließlich der Modusinformationen durch und stellt dem Stuffer 210 die verarbeiteten SIC-Informationen bereit.
  • Der zweite Service-MUX 120 und der Präprozessor 130 können einfach oder mehrfach, je nach Menge der zusätzlichen Daten, eingerichtet sein.
  • Der Stuffer 210 fügt die durch den Präprozessor 130 bereitgestellten Daten in den Leerraum im Transport-Stream ein. Das heißt, die zusätzlichen Daten und die SIC-Daten werden in den Transport-Stream eingefügt. Daher können die Modusinformationen zusammen mit den zusätzlichen Daten im Transport-Stream enthalten sein.
  • Ein Block, der den Adapter 100, den Stuffer 210 und den Präprozessor 130 enthält, kann als MUX-Teil bezeichnet werden.
  • Der durch den Stuffer 210 erzeugte Transport-Stream wird dem Randomisierer 140 bereitgestellt.
  • Der Randomisierer 140 randomisiert den Transport-Stream und stellt dem Inserter für das ergänzende Referenzsignal 150 den randomisierten Transport-Stream bereit.
  • Der Inserter für das ergänzende Referenzsignal 150 fügt ein bekanntes ergänzendes Referenzsignal in den Transport-Stream ein. Das ergänzende Referenzsignal bezieht sich auf ein Signalmuster, das sowohl der digitalen Sendeeinrichtung als auch der digitalen Empfangseinrichtung gemeinsam bekannt ist. Die digitale Empfangseinrichtung benutzt das ergänzende Referenzsignal, um die Empfangsgüte zu verbessern.
  • In 2 ist der Inserter für das ergänzende Referenzsignal 150 hinter dem Randomisierer 140 dargestellt. In einer weiteren beispielhaften Ausführung der vorliegenden Erfindung kann ein ergänzendes Referenzsignal vor dem Einsatz des Stuffers 210 erzeugt und in einen normalen Datenstrom eingefügt werden. Alternativ kann der Inserter für das ergänzende Referenzsignal 150 auch hinter dem RS-Codierer 160 angeordnet sein.
  • Wie oben beschrieben, führt der RS-Codierer 160 die RS-Codierung durch, und der Faltungs-Verschachteler 170 führt eine Faltungs-Verschachtelung Byte für Byte durch, falls das ergänzende Referenzsignal eingefügt ist.
  • Der Postprozessor 180 bearbeitet den verschachtelten Transport-Stream nach. Der Aufbau des Postprozessors 180 ist in 3 dargestellt.
  • In 3 enthält der Postprozessor 180 einen Detektor 181, einen äußeren Codierer 182, einen äußeren Verschachteler 183, einen zusätzlichen Datenstrom-Stuffer 184 und einen Paritätskompensator 185.
  • Der Detektor 181 erfasst den zusätzlichen Datenstrom aus dem durch den Faltungs-Verschachteler 170 ausgegebenen Transport-Stream.
  • Der äußere Codierer 182 fügt durch Codieren des erkannten zusätzlichen Datenstroms eine Parität hinzu. Die Parität kann in den Platzhalter eingefügt werden, der durch den Präprozessor 130 im zusätzlichen Datenstrom erzeugt wurde.
  • Der äußere Verschachteler 183 verschachtelt den codierten zusätzlichen Datenstrom.
  • Der zusätzliche Daten-Stuffer 184 fügt den verschachtelten zusätzlichen Datenstrom wieder in den Transport-Stream ein.
  • Der Paritätskompensator 185 kompensiert die durch das Codieren des äußeren Codierers 182 veränderte RS-Parität.
  • Durch den Einsatz des Präprozessors 130 und des Postpozessors 180 wie in 3 kann der zusätzliche Datenstrom robuster als der normale Datenstrom werden.
  • In den Aufbau des Postpozessors 180 in 3 kann vor dem Detektor 181 ein Byte-Symbol-Wandler (nicht gezeigt) eingefügt werden, und dementsprechend kann ein Symbol-Byte-Wandler (nicht gezeigt) hinter dem zusätzlichen Datenstrom-Stuffer 184 eingefügt werden. Der Byte-Symbol-Wandler wandelt den verschachtelten Transport-Stream von Byte-Elementen in Symbol-Elemente um, und der Symbol-Byte-Wandler wandelt den Transport-Stream wieder von Symbol-Elementen in Byte-Elemente um. Da das Umwandlungsverfahren zwischen Byte-Elementen und Symbol-Elementen bekannt ist, wird eine detaillierte Beschreibung hier weggelassen.
  • Wieder in 2 führt der Trellis-Codierer 190 eine Trellis-Codierung des vom Postprozessor 180 ausgegebenen Transport-Streams durch. Falls ein ergänzendes Referenzsignal in den Transport-Stream eingefügt wurde, verhindert der Trellis-Codierer 190, dass das ergänzende Referenzsignal geändert wird, indem er einen in internen Speichern vorgespeicherten Wert auf einen vorgegebenen Wert initialisiert.
  • Im näheren Detail ersetzt der Trellis-Codierer 190 einen Eingabewert von zwei Symbolen (nachstehend als 2-Symbol-Eingabeperiode bezeichnet) unmittelbar vor der Eingabe des ergänzenden Referenzsignals durch einen Wert, der einem in den internen Speichern vorgespeicherten Wert entspricht, und führt eine ODER-Operation durch, sodass jeder Speicher während der 2-Symbol-Eingabeperiode rückgesetzt wird. Der entsprechende Wert kann derselbe Wert oder der Umkehrwert zum vorgespeicherten Wert sein. Paritäts-Bits für in jedem Speicher vorgespeicherte Werte werden neu berechnet; daher werden die vorhandenen Werte durch neue Werte ersetzt. Der Ort der neuen Parität kann geändert werden, falls erforderlich. Das heißt, der Trellis-Codierer 190 verändert eine Werteingabe im 2-Symbole-Eingabeabschnitt, nachdem ein Paritätswert durch den RS-Codierer 160 erzeugt wurde, daher korrigiert der Trellis-Codierer 190 einen Datenstrom zu einem neuen Codewort, wobei er den veränderten Wert berücksichtigt.
  • Der auf diese Weise Trellis-codierte Transport-Stream wird an den MUX 220 ausgegeben.
  • Der Field-Sync-Generator 310 erzeugt einen Field-Sync, der in eine Vielzahl von Gruppen von Paketen einzufügen ist, und stellt dem MUX 220 den Field-Sync bereit. Ein Modussignalbereich zum Eintragen der Modusinformationen kann im Field-Sync gebildet werden. Der detaillierte Aufbau des Field-Sync wird nachstehend beschrieben.
  • Der MUX 220 multiplext den Field-Sync in den Transport-Stream. Zusätzlich multiplext der MUX 220 einen Segment-Sync in den Transport-Stream.
  • Der durch den MUX 220 ausgegebene Transport-Stream wird durch den VSB-Modulator 320 VSB-moduliert, durch den Leistungsverstärker 330 auf eine angemessene Leistung verstärkt und über einen Funkkanal ausgegeben.
  • Wie oben beschrieben, können die Modusinformationen zur Empfangseinrichtung durch mindestens eines aus einem SIC und einem Field-Sync gesendet werden. In der in 2 dargestellten beispielhaften Ausführung kann ein Teil der Komponenten, aus denen der Prozessor 200 besteht, weggelassen werden, und weitere Komponenten, die hier nicht dargestellt sind, können hinzugefügt werden. Außerdem kann die Reihenfolge der Anordnung der Komponenten geändert werden.
  • 4 ist ein Blockdiagramm, das einen Field-Sync-Generator darstellt, der bei der digitalen Sendeeinrichtung angewandt werden kann. In 4 enthält der Field-Sync-Generator einen Randomisierer 410, einen RS-Codierer 420, einen CV-Codierer 430 und einen Symbol-Zuordner 440.
  • Der Randomisierer 410 randomisiert Modusinformationen, die in einen Field-Sync aufgenommen werden sollen. Der RS-Codierer 420 und der CV-Codierer 430 führen eine RS-Codierung und eine Faltungscodierung der randomisierten Field-Sync-Daten durch, und der Symbol-Zuordner 440 ordnet die umgewandelten Daten unter Verwendung eines Symbols zu.
  • 5 ist ein Blockdiagramm, das einen weiteren Aufbau eines Field-Sync-Generators darstellt, bei welchem sich der Randomisierer 410 zwischen dem CV-Codierer 430 und dem Symbol-Zuordner 440 befinden kann. Das heißt, die Field-Sync-Daten werden in der Reihenfolge RS-Codieren, CV-Codieren, Randomisieren und Symbolzuordnung verarbeitet.
  • 6 ist ein Diagramm, das ein Format von durch die digitale Sendeeinrichtung zu sendenden Modusinformationen darstellt. Das Format in 6 besteht aus Bit-Elementen.
  • Die Modusinformationen in 6 bestehen aus einem verteilten SRS-Flag (1 Bit), einem SRS (3 Bits), einem Flag 1 „vollständiges Paket” (1 Bit), einem Modus des primären Service (5 Bits), einem Flag 2 „vollständiges Paket” (1 Bit) und einem reservierten Flag (1 Bit).
  • Das „Flag verteiltes SRS” stellt dar, ob ein SRS in einem verteilten Muster eingefügt ist oder nicht, wie in der folgenden Tabelle dargestellt. [Tabelle 1]
    Element Wert
    Burst-SRS 0
    Verteiltes SRS 1
  • Tabelle 1 zeigt, dass, falls ein Wert des Flags ”verteiltes SRS” gleich 0 ist, das SRS in einem Burst-Muster eingefügt wurde, und falls ein Wert des Flags ”verteiltes SRS” gleich 1 ist, wurde das SRS in einem verteilten Muster eingefügt.
  • Das „SRS” in 6 stellt die Größe eines SRS in jedem Paket dar. Das SRS nimmt verschiedene Bedeutungen an, je nachdem, ob ein SRS in einem Burst-Muster oder in einem verteilten Muster eingefügt ist, wie in den folgenden Tabellen dargestellt. [Tabelle 2] In einem Burst-Muster
    SRS-Bytes pro Paket Wert
    0 000
    10 001
    15 010
    20 011
    Reserviert 100–111
    [Tabelle 3] In einem verteilten Muster
    SRS-Bytes pro Paket Wert
    48 000
    56 001
    80 010
    112 011
    Reserviert 100–111
  • Wie in den Tabellen 2 und 3 dargestellt, kann das SRS durch verschiedene Werte ausgedrückt werden, wie etwa 000, 001, 010 und 011, und daher stellt. der Wert die Anzahl von SRS-Bytes pro Paket dar.
  • Das „Flag 1 ,vollständiges Paket'” in 6 stellt dar, ob ein Paket, das ein erstes Byte der zusätzlichen Daten enthält, ein adaptives Feld hat oder nicht, wie in der folgenden Tabelle dargestellt. [Tabelle 4]
    Element Wert
    Wenn ein Paket, das ein erstes Byte zusätzlicher Daten enthält, ein adaptives Feld benutzt 0
    Wenn ein Paket, das ein erstes Byte zusätzlicher Daten enthält, kein adaptives Feld benutzt 1
  • Wie in 4 dargestellt, sendet, falls ein Wert des Flags 1 „vollständiges Paket” gleich 0 ist, ein Paket, das ein erstes Byte zusätzlicher Daten enthält, die zusätzlichen Daten unter Benutzung eines adaptiven Feldes, und falls ein Wert des Flags 1 „vollständiges Paket” gleich 1 ist, sendet ein Paket, das ein erstes Byte zusätzlicher Daten enthält, die zusätzlichen Daten ohne Benutzung eines adaptiven Feldes.
  • Der „Modus des primären Service” in 6 stellt Modusinformationen zusätzlicher Daten dar, die primär zu verarbeiten sind. Im Einzelnen können die Modusinformationen wie folgt dargestellt werden. [Tabelle 5]
    Größe [Sektor (Byte)] Turbo-Codierrate Modusinformationen
    0 - 00000
    4(32) 1/2 00001
    4(32) 1/3 00010
    4(32) 1/4 00011
    8(64) 1/2 00100
    8(64) 1/3 00101
    8(64) 1/4 00110
    12(96) 1/2 00111
    12(96) 1/3 01000
    12(96) 1/4 01001
    16(128) 1/2 01010
    16(128) 1/3 01011
    16(128) 1/4 01100
    32(256) 1/2 01101
    32(256) 1/3 01110
    32(256) 1/4 01111
    44(352) 1/2 10000
    44(352) 1/3 10001
    44(352) 1/4 10010
    Reserviert 10011–11111
  • 5 gibt nur die Größe zusätzlicher Daten und die Codierrate an, enthält jedoch weiter Informationen wie etwa die Datenrate.
  • Das „Flag 2 ,vollständiges Paket'” in 6 stellt dar, ob ein adaptives Feld in einem letzten Abschnitt auf ähnliche Weise wie in Tabelle 4 dargestellt erscheint oder nicht.
  • Das „Reserviert” in 6 ist ein Bereich, der für Zwecke anderer Anwendungen reserviert ist.
  • 7 ist ein Diagramm, das ein weiteres Format von Modusinformationen darstellt. In 7 sind die Modusinformationen in der Reihenfolge: ein SRS, ein Flag 1 „Vollständiges Paket”, ein Flag 2 „Vollständiges Paket”, ein Modus des primären Service, ein RS Größe des primären Service sowie ein reserviertes Flag (1 Bit) angeordnet.
  • Das Flag 1 „Vollständiges Paket”, das Flag 2 „Vollständiges Paket”, der SRS, der Modus des primären Service sowie das reservierte Flag entsprechen denjenigen in 6.
  • Falls das SRS nur im verteilten Format gesendet wird, kann das Flag „verteilte SRS” wie in 7 weggelassen werden, und das SRS kann unter Verwendung der folgenden Tabelle gezeigt werden. [Tabelle 6]
    SRS-Bytes pro Paket Wert
    0 000
    48 001
    56 010
    80 011
    112 100
    Reserviert 101–111
  • Die „RS-Größe des primären Service” in 7 stellt die Größe des RS zusätzlicher Daten dar, die primär zu verarbeiten sind, wie in der folgenden Tabelle dargestellt. [Tabelle 7]
    Element Wert
    RS (208,188) 0
    RS (208,168) 1
  • Die Modusinformationen von Bit-Elementen wie in den 6 und 7 wird durch den Field-Sync-Generator 310 in Symbol-Elemente umgewandelt.
  • 8 ist ein Diagramm, das die Funktionsweise des Field-Sync-Generators 310 darstellt. Wie in 8 dargestellt, fügt der RS-Codierer 420 Modusinformationen von 12 Bits eine RS-Parität hinzu. Falls ein RS(6,4)-Codierer von GF(8) benutzt wird, werden die Modusinformationen nach der RS-Codierung 18 Bit lang. Anschließend werden die Modusinformationen durch den CV-Codierer 430 faltungscodiert. In diesem Fall werden die Modusinformationen 154 Bit lang, falls Tail-Biting-Faltungscodierung mit 1/7 Rate durchgeführt wird. Das heißt, falls den Modusinformationen von 18 Bits 4 Tail-Bits hinzugefügt werden und 1/7-Faltungscodierung durchgeführt wird, werden Modusinformationen von 154 Bit erzeugt. Die faltungscodierten Modusinformationen werden in Modusinformationen von 154 Symbolen umgewandelt, indem sie die Randomisierung und die Symbolzuordnung durchlaufen. Der Symbol-Zuordner 440 kann das Symbolzuordnen nach der folgenden Symbolzuordnung durchführen. [Tabelle 8]
    Wert des Bits Symbol
    0 –5
    1 +5
  • Falls wegen zu geringen Modussignalbereichs nicht die gesamten Informationen in einen Modussignalbereich in einen einzigen Field-Sync eingefügt werden können, kann der MUX 220 die Modusinformationen auf eine Vielzahl von Field-Syncs aufteilen. Dies wird nachstehend erklärt.
  • 9 ist ein Diagramm, das den Aufbau eines Frames eines Transport-Streams darstellt, der durch die digitale Sendeeinrichtung gemäß einer beispielhaften Ausführung der vorliegenden Erfindung gesendet werden soll. In 9 enthält ein Frame zwei Felder, und ein Feld enthält ein Field-Sync-Segment, das ein erstes Segment ist, sowie 312 Datensegmente.
  • In einem VSB-Datenframe kann ein einzelnes Segment dieselbe Informationsmenge enthalten wie ein einzelnes MPEG-2-Paket.
  • Das heißt, in dem Frame wird jeder Gruppe von 312 Paketen ein einziges Field-Sync-Paket zugefügt. Ein Segment, das heißt, ein Paket enthält Segment-Sync von 4 Symbolen und 828 Datensymbole und hat daher insgesamt 832 Symbole.
  • 10 ist ein Diagramm, das den Aufbau eines ersten Field-Sync-Segments a darstellt, das zu einem ersten Feld in einem Frame eines Transport-Streams hinzugefügt ist. Wie in 10 dargestellt, ist ein Modussignalbereich in einem vorgegebenen Bereich des ersten Field-Sync-Segments a enthalten. Obwohl in 10 nicht gezeigt, können eine PN-Sequenz, wie etwa PN511 oder PN63, oder VSB-Modusinformationen enthalten sein.
  • In einer herkömmlichen Norm sind insgesamt 104 Symbole als reservierter Bereich definiert. Bei der Sendeeinrichtung gemäß der beispielhaften Ausführung der vorliegenden Erfindung wird ein Teil des reservierten Bereichs als Modussignalbereich benutzt, um die Modusinformationen einzutragen. Die Größe des Modussignalbereichs kann 77 Symbole betragen. In dem reservierten Bereich von 104 Symbolen werden die letzten 12 Symbole als Vorcodebereich, 10 dem Vorcodebereich vorangehende Symbole als Eigenschaften-Codebereich benutzt. In dem Eigenschaften-Codebereich ist ein Code eingetragen, der die Eigenschaften der zusätzlichen Daten, wie etwa ihre Version, ihren Anbieter und eine Kennung für ein Verbesserungsformat darstellt.
  • Falls die zusätzlichen Daten in verschiedene Bereiche eingefügt werden und unterschiedliche Typen haben, ist die Größe der Modusinformationen möglicherweise zu groß, um unter Verwendung von nur 77 Symbolen ausgedrückt zu werden. Demgemäß können die Modusinformationen in der digitalen Sendeeinrichtung gemäß der beispielhaften Ausführung der vorliegenden Erfindung unter Benutzung vom zwei oder mehr Field-Syncs ausgedrückt werden. Das heißt, die Modusinformationen werden aufgeteilt und in zwei Field-Syncs a und b in einem einzigen Frame eingefügt, wie in 9 dargestellt.
  • 11 ist ein Diagramm, das die Form der auf die beiden Field-Syncs a und b aufgeteilten Modusinformationen darstellt. In 11 können die Modusinformationen von insgesamt 154 Symbolen auf erste und zweite Modussignalbereiche von jeweils 77 Symbolen aufgeteilt und dort eingetragen werden. Folglich können Modusinformationen verschiedener Größen bereitgestellt werden.
  • 12 ist ein Blockdiagramm, das eine digitale Sendeeinrichtung gemäß einer weiteren beispielhaften Ausführung der vorliegenden Erfindung darstellt, bei der die digitale Sendeeinrichtung umfasst: einen Adapter 510, einen Randomisierer 515, einen Stuffer 520, einen De-Randomisierer 525, einen SIC-Prozessor 530, eine Vielzahl von Prozessoren für zusätzliche Daten 540 und 550, einen Multi-Stream-Datenentschachteler 560, einen Randomisierer 565, einen Inserter für das ergänzende Referenzsignal 575, einen RS-Codierer 580, einen Byte-Verschachteler 585, einen RS-Paritätskompensator 591, TCM 1 bis TCM 12 592-1 bis 592-12, einen MUX 593, einen VSB-Modulator 594 und einen Leistungsverstärker 595.
  • Der Adapter 510 bildet einen Leerraum in einem Transport-Stream und stellt den Transport-Stream dem Randomisierer 140 bereit. Der Randomisierer 515 randomisiert den Transport-Stream. In diesem Fall kann der Adapter 510 die Modusinformationen extern empfangen und den Leerraum an einer Position bilden, die durch die Modusinformationen angegeben wurde.
  • Der SIC-Prozessor 530 enthält einen Randomisierer 531, einen RS-Codierer 532, einen äußeren Codierer 533 und einen äußeren Verschachteler 534. Falls SIC-Daten extern empfangen werden, randomisiert der Randomisierer 531 die empfangenen SIC-Daten, und der RS-Codierer 532, der äußere Codierer 533 und der äußere Verschachteler 534 führen nacheinander RS-Codieren, äußeres Codieren, äußeres Verschachteln der randomisierten SIC-Daten durch. Die auf diese Weise verarbeiteten SIC-Daten werden dem Multi-Stream-Datenentschachteler 560 bereitgestellt.
  • Die Vielzahl von Prozessoren für zusätzliche Daten 540 und 550 umfasst Randomisierer 541 und 551, RS-Codierer 542 und 552, Zeitverschachteler 543 und 553, äußere Codierer 544 und 554 sowie äußere Verschachteler 545 und 555. Die Vielzahl von Prozessoren für zusätzliche Daten 540 und 550 führt Randomisieren, RS-Codieren, Zeitverschachteln, äußeres Codieren und äußeres Verschachteln zusätzlicher Daten durch, die extern bereitgestellt werden, und stellt die verarbeiteten zusätzlichen Daten dem Multi-Stream-Datenentschachteler 560 bereit.
  • In 12 sind die beiden Prozessoren für zusätzliche Daten 540 und 550 dargestellt, aber die Anzahl an Prozessoren für zusätzliche Daten kann gemäß einer beispielhaften Ausführung 1 oder mehr als 2 sein.
  • Der Multi-Stream-Datenentschachteler 560 entschachtelt durch den SIC-Prozessor 530 und die Prozessoren für zusätzliche Daten 540 und 550 bereitgestellte Daten und stellt die entschachtelten Daten dem Stuffer 520 bereit. In diesem Fall kann der Multi-Stream-Datenentschachteler 560 die zusätzlichen Daten an einer Stelle einfügen, die durch die Modusinformationen im Transport-Stream eingestellt wurde, und das Entschachteln durchführen. Die SIC-Daten können immer an einer festen Stelle eingefügt werden, unabhängig vom Modus.
  • Der Stuffer 520 fügt die Daten in den Leerraum in dem Transport-Stream ein. Folglich der Transport-Stream, in den die zusätzlichen Daten in eine durch die Modusinformationen festgelegte Stelle eingefügt werden.
  • Der Derandomisierer 525 derandomisiert den Transport-Stream.
  • In 12 kann ein Block, der den Adapter 510, den Randomisierer 515, den Stuffer 520, den Derandomisierer 525, den SIC-Prozessor 530, die Prozessoren für zusätzliche Daten 540 und 550 und den Multi-Stream-Datenentschachteler 560 umfasst, als ein MUX-Teil bezeichnet werden.
  • Der durch den MUX-Teil verarbeitete Datenstrom wird dem Randomisierer 565 zum Randomisieren bereitgestellt.
  • Der SRS-Inserter 575 fügt ein SRS gemäß den Modusinformationen in den Transport-Stream ein. Der SRS-Inserter 575 kann in einer weiteren Ausführung hinter dem RS-Codierer 580 angeordnet sein.
  • Anschließend führen der RS-Codierer 580 und der Byte-Verschachteler 585 RS-Codieren und Byte-Verschachteln des Transport-Streams einschließlich des SRS durch.
  • Der Byte-verschachtelte Transport-Stream wird einem Trellis-Codierer bereitgestellt, der einen RS-Paritätskompensator 591 und die TCM 1 bis TCM 12 592-1 bis 592-12 umfasst.
  • Der RS-Paritätskompensator 591 sendet den Transport-Stream an die TCM 1 bis TCM 12 592-1 bis 592-12. Die TCM 1 bis TCM 12 592-1 bis 592-12 führen nacheinander Trellis-Codierung des Transport-Streams durch, jeweils unter Verwendung eines internen Speichers. Daher wird die Initialisierung der Speicher vor der SRS-Verarbeitung durchgeführt.
  • Der RS-Paritätskompensator 591 kompensiert eine Parität für einen Wert, der durch die Initialisierung der Speicher mit einem genauen Wert verändert wurde. Der Ort der Parität kann geändert werden, falls erforderlich.
  • Nach der Trellis-Codierung multiplext der MUX 593 den Trellis-codierten Transport-Stream mit einem Segment-Sync und einem Field-Sync. Der Field-Sync kann einschließlich separater Modusinformationen erzeugt und dem MUX 593 bereitgestellt werden.
  • Der multiplexte Transport-Stream wird durch den VSB-Modulator 594 moduliert, durch den Leistungsverstärker 595 auf eine für das Senden angemessene Leistung verstärkt und über eine Antenne gesendet.
  • 13 ist ein Blockdiagramm, das eine digitale Empfangseinrichtung gemäß einer beispielhaften Ausführung der vorliegenden Erfindung darstellt. Wie in 13 dargestellt, ent hält die digitale Empfangseinrichtung einen Modus-Erfasser 700 und einen Datenprozessor 800.
  • Der Modus-Erfasser 700 empfangt einen Transport-Stream, in dem normale Daten und zusätzliche Daten gemischt sind, und erfasst Modusinformationen aus mindestens einem aus einem Field-Sync und einem SIC.
  • Der Datenprozessor 800 verarbeitet den Transport-Stream unter Verwendung der erfassten Modusinformationen.
  • Die Modusinformationen können gemäß einer beispielhaften Ausführung in einen oder beide aus dem Field-Sync und dem SIC eingefügt worden sein.
  • Falls die Modusinformationen in den Field-Sync eingefügt wurden, kann der Modusinformations-Erfasser 700 als Field-Sync-Prozessor (nicht gezeigt) eingerichtet sein, der den Field-Sync erfasst und verarbeitet.
  • Falls die Modusinformationen in den SIC eingefügt wurden, kann der Modusinformations-Erfasser 700 als Prozessor für zusätzliche Daten (nicht gezeigt) eingerichtet sein, der zusätzliche Daten und den SIC aus dem Transport-Stream erfasst und wiederherstellt.
  • Falls die Modusinformationen sowohl in den Field-Sync als auch in den SIC eingefügt wurden, kann der Modusinformations-Erfasser 700 sowohl als Field-Sync-Prozessor als auch als Prozessor für zusätzliche Daten eingerichtet sein.
  • Wie oben beschrieben, kann der Modusinformations-Erfasser 700 als eine oder mehrere Komponenten in technischer Hinsicht aufgebaut sein, und die übrigen Komponenten neben dem Modusinformations-Erfasser 700 gehören zum Datenprozessor 800.
  • Der Modusinformations-Erfasser 700 erfasst die Modusinformationen und stellt die Modusinformationen dem Datenprozessor 800 bereit.
  • Detailliert dargestellt, können die Modusinformationen Informationen sein, die zum Verarbeiten zusätzlicher Daten oder eines ergänzenden Referenzsignals (SRS) erforderlich sind, und sie können mindestens eins aus der Codierrate, der Datenrate, der Einfügeposition, dem Typ des verwendeten Fehlerkorrekturcodes, den primären Serviceinformationen zusätzlicher Daten, dem Einfügemuster des ergänzenden Referenzsignals, Informationen über die Größe des ergänzenden Referenzsignals, zum Unterstützen des Zeitscheibenverfahrens benötigten Informationen, Beschreibung der zusätzlichen Daten, Informationen bezüglich der Änderung der Modusinformationen sowie Informationen zur Unterstützung des Internetprotokollservice (IP) sein.
  • Der Datenprozessor 800 empfängt und benutzt die erfassten Modusinformationen, um den Transport-Stream zu verarbeiten. Genauer gesagt, der Datenprozessor 800 erkennt den Ort eines SRS, der in den Modusinformationen eingetragen ist, und erfasst und benutzt das SRS, um Entzerrung oder Vorwärtsfehlerkorrektur (FEC) durchzuführen. Zusätzlich erkennt der Datenprozessor 800 das Einfügemuster der zusätzlichen Daten, die Datenrate und die Datencodierrate, die in den Modusinformationen eingetragen sind, erfasst die zusätzlichen Daten an der erkannten Stelle und dekodiert die zusätzlichen Daten und stellt sie wieder her.
  • Falls die digitale Sendeeinrichtung die Modusinformationen in einer Vielzahl von Field-Syncs verteilt und eingetragen hat, erfasst der Modusinformations-Erfasser 700 die Modusinformationen, indem er Modussignalbereiche kombiniert, die in der Vielzahl von Field-Syncs bereitgestellt sind.
  • 14 ist ein Blockdiagramm, das einen detaillierten Aufbau der digitalen Empfangseinrichtung gemäß der beispielhaften Ausführung der vorliegenden Erfindung darstellt. Wie in 14 dargestellt, enthält die digitale Empfangseinrichtung einen Synchronisator 910, einen Equalizer 920, einen FEC-Prozessor 930, einen Prozessor für zusätzliche Daten 940 und einen Field-Sync-Prozessor 950.
  • Mindestens eins aus dem Prozessor für zusätzliche Daten 940 und dem Field-Sync-Prozessor 950 kann dem Modusinformations-Erfasser 700 in 13 entsprechen. Das heißt, falls die Modusinformationen nur im Field-Sync enthalten sind, entspricht der Field-Sync-Prozessor 950 dem Modusinformations-Erfasser 700, und der Prozessor für zusätzliche Daten 940 entspricht dem Datenprozessor 800. Alternativ, falls die Modusinformationen nur im SIC enthalten sind, entspricht der Prozessor für zusätzliche Daten 940 dem Modusinformations-Erfasser 700, und der Field-Sync-Prozessor 950 entspricht dem Datenprozessor 800. Drittens, falls die Modusinformationen sowohl im SIC als auch im Field-Sync enthalten sind, entsprechen der Prozessor für zusätzliche Daten 940 und der Field-Sync-Prozessor 950 dem Modusinformations-Erfasser 700.
  • In 14 synchronisiert der Synchronisator 910 den über einen Funkkanal empfangenen Transport-Stream, und der Equalizer 920 entzerrt den synchronisierten Transport-Stream. Der FEC-Prozessor 930 führt eine Vorwärtsfehlerkorrektur des entzerrten Transport-Streams durch.
  • Der Prozessor für zusätzliche Daten 940 verarbeitet den zusätzlichen Datenstrom im vorwärts-fehlerkorrigierten Transport-Stream. In diesem Fall kann der Prozessor für zusätzliche Daten 940 auch die SIC-Daten im Transport-Stream verarbeiten. Dazu erfasst der Prozessor für zusätzliche Daten 940, falls die Modusinformationen in den SIC-Daten enthalten sind, den zusätzlichen Datenstrom an der durch die Modusinformationen angegebenen Stelle und verarbeitet den zusätzlichen Datenstrom.
  • Falls die Modusinformationen in den SIC-Daten die Einfügestelle und das Einfügemuster des SRS enthalten, kann der Prozessor für zusätzliche Daten 940 dem Equalizer 920 und dem FEC-Prozessor 930 diese Informationen bereitstellen.
  • In 14 erfasst der Field-Sync-Prozessor 950 einen Field-Sync aus dem Transport-Stream. Falls der Field-Sync Modusinformationen enthält, stellt der Field-Sync-Prozessor 950 die Modusinformationen wieder her und stellt die wiederhergestellten Modusinformationen dem Equalizer 920, dem FEC-Prozessor 930 und dem Prozessor für zusätzliche Daten 940 bereit. Der Field-Sync-Prozessor 950 kann je nach Ausführung der Empfangseinrichtung hinter dem Equalizer 920 angeordnet sein.
  • Der Equalizer 920 und der FEC-Prozessor 930 erfassen das SRS aus dem Transport-Stream unter Verwendung von Informationen innerhalb der Modusinformationen bezüglich der Einfügestelle und des Einfügemusters des SRS, sodass das SRS zum Entzerren und zur Vorwärtsfehlerkorrektur benutzt werden kann. Gemäß einer beispielhaften Ausführung wird das SRS möglicherweise nicht zur Vorwärtsfehlerkorrektur benutzt.
  • Der Prozessor für zusätzliche Daten 940 erfasst die zusätzlichen Daten im Transport-Stream unter Verwendung der Stelle der zusätzlichen Daten aus den Modusinformationen und decodiert die zusätzlichen Daten in geeigneter Weise.
  • In 14 sind die Komponenten in einer Weise angeordnet, dass die zusätzlichen Daten nach der FEC verarbeitet werden. Das heißt, die FEC wird für den gesamten Transport-Stream durchgeführt. Es ist jedoch auch möglich, die zusätzlichen Daten aus dem Trans port-Stream zu erfassen und dann die FEC nur bei den zusätzlichen Daten durchzuführen, und es ist auch möglich, den FEC-Prozessor und den Prozessor für zusätzliche Daten in einem einzigen Block zu realisieren.
  • 15 ist ein Blockdiagramm, das den Field-Sync-Prozessor 950 darstellt. Der Field-Sync-Prozessor 950 enthält einen Field-Sync-DEMUX 951, einen CV-Decoder 952, einen RS-Decoder 953 und einen Derandomisierer 954.
  • Der Field-Sync-DEMUX 951 demultiplext einen Modussignalbereich von Field-Sync-Daten in einem Transport-Stream. Demgemäß führt der CV-Decoder 952, falls die Field-Sync-Daten erfasst sind, eine Faltungsdecodierung des Modussignalbereichs der Field-Sync-Daten durch.
  • Der RS-Decoder 953 führt eine RS-Decodierung der CV-decodierten Daten durch.
  • Der Derandomisierer 954 derandomisiert die RS-decodierten Field-Sync-Daten und stellt die in den Modussignalbereich des Field-Sync eingefügten Modusinformationen wieder her.
  • Folglich können die wiederhergestellten Modusinformationen zum Verarbeiten des Transport-Streams und des zusätzlichen Datenstroms verwendet werden.
  • 16 ist ein Blockdiagramm, das ein weiteres Beispiel des Field-Sync-Prozessors 950 darstellt. In 16 ist der Field-Sync-Prozessor 950 in der Reihenfolge Field-Sync-DEMUX 951, Derandomisierer 954, CV-Decoder 952 und RS-Decoder 953 eingerichtet. Daher werden, nachdem die Field-Sync-Daten demultiplext und erfasst wurden, die Derandomisierung, die CV-Decodierung und die RS-Decodierung nacheinander durchgeführt.
  • Jede Komponente des Field-Sync-Prozessors 950 in den 15 und 16 kann weggelassen oder hinzugefügt werden, abhängig von einer Methode zum Erzeugen eines Field-Syncs durch eine Sendeeinrichtung und einer beispielhaften Ausführung, und ihre Reihenfolge kann ebenfalls abgeändert werden.
  • 17 ist ein Blockdiagramm, das eine digitale Empfangseinrichtung gemäß einer weiteren beispielhaften Ausführung der vorliegenden Erfindung darstellt. Wie in 17 dargestellt, enthält die digitale Empfangseinrichtung einen Synchronisator 910, einen Equalizer 920, einen FEC-Prozessor 930, einen Prozessor für zusätzliche Daten 940, einen Field-Sync-Prozessor 950 und einen Controller 960.
  • Der Controller 960 gibt unter Benutzung der Modusinformationen Steuersignale an den Equalizer 920 und den FEC-Prozessor 930 aus. Der Controller 960 kann die Eingabe von Modusinformationen empfangen, die durch den Prozessor für zusätzliche Daten 940 oder den Field-Sync-Prozessor 950 verarbeitet wurden. Alternativ kann der Controller 960 Modusinformationen direkt aus Daten erfassen, die durch den Prozessor für zusätzliche Daten 940 oder den Field-Sync-Prozessor 950 verarbeitet wurden.
  • In 17 sind die Komponenten in einer Weise angeordnet, dass die zusätzlichen Daten nach der FEC verarbeitet werden. Das heißt, die FEC wird für den gesamten Transport-Stream durchgeführt. Es ist jedoch auch möglich, die zusätzlichen Daten aus dem Transport-Stream zu erfassen und dann die FEC nur bei den zusätzlichen Daten durchzuführen, und es ist auch möglich, den FEC-Prozessor und den Prozessor für zusätzliche Daten in einem Block zu realisieren.
  • 18 ist ein Blockdiagramm, das den Aufbau eines Prozessors für zusätzliche Daten 940 darstellt, der bei der digitalen Empfangseinrichtung angewandt werden kann.
  • Wie in 18 dargestellt, umfasst der Prozessor für zusätzliche Daten 940 einen TCM-Decoder 941, einen CV-Entschachteler 942, einen äußeren Entschachteler 943, einen äußeren Decoder 944, einen äußeren Verschachteler 945, einen CV-Verschachteler 946, einen RS-Decoder 947 und einen Derandomisierer 948.
  • Der TCM-Decoder 941 erfasst eine zusätzlichen Datenstrom aus einem Transport-Stream, der vom FEC-Prozessor 930 ausgegeben wird, und führt eine Trellis-Codierung des zusätzlichen Datenstroms durch.
  • Der CV-Entschachteler 942 führt das CV-Entschachteln des Trellis-codierten zusätzlichen Datenstroms durch. Je nach Anordnung der Sendeeinrichtung ist der CV-Entschachteler 942 möglicherweise nicht erforderlich.
  • Der äußere Entschachteler 943 führt das äußere Entschachteln durch, und der äußere Decoder 944 decodiert den zusätzlichen Datenstrom so, dass eine dem zusätzlichen Datenstrom zugefügte Parität entfernt wird.
  • In einigen Fällen kann der Prozess vom TCM-Decoder 941 bis zum äußeren Decoder 944 wiederholt werden, um die Empfangsgüte für die zusätzlichen Daten zu verbessern. Für den wiederholten Prozess durchlaufen die durch den äußeren Decoder 944 decodierten Daten den äußeren Verschachteler 945 und den CV-Verschachteler 946 bis zum TCM-Decoder 941. Je nach Anordnung der Sendeeinrichtung ist der CV-Verschachteler 946 möglicherweise nicht erforderlich.
  • Der Trellis-decodierte zusätzliche Datenstrom wird dem RS-Decoder 947 bereitgestellt. Der RS-Decoder 947 führt die RS-Decodierung des zusätzlichen Datenstroms durch, und der Derandomisierer 948 derandomisiert den zusätzlichen Datenstrom. Folglich werden die Daten des zusätzlichen Datenstroms wiederhergestellt.
  • 19 ist ein Flussdiagramm, das ein Verfahren zum Verarbeiten eines Datenstroms in einer digitalen Sendeeinrichtung gemäß einer beispielhaften Ausführung der vorliegenden Erfindung darstellt. Wie in 19 dargestellt, wird in einem Transport-Stream ein Leerraum zum Einfügen zusätzlicher Daten gebildet (S1000), und der Transport-Stream wird erzeugt (S1010), der die zusätzlichen Daten in dem Leerraum sowie Modusinformationen enthält, welche die Eigenschaften der zusätzlichen Daten darstellen. Die Modusinformationen können in mindestens eins aus einem Field-Sync und einem SIC eingefügt werden.
  • 20 ist ein Flussdiagramm, das ein Verfahren zum Verarbeiten eines Datenstroms durch Senden von Modusinformationen unter Verwendung eines Field-Syncs gemäß einer beispielhaften Ausführung der vorliegenden Erfindung darstellt. Wie in 20 dargestellt, wird ein Transport-Stream erzeugt (S1110), in dem normale Daten und zusätzliche Daten gemischt sind.
  • Anschließend wird ein Field-Sync gebildet (S1120), der einen Modussignalbereich umfasst. In den Modussignalbereich werden Modusinformationen eingetragen. Der Field-Sync kann wie oben beschrieben aufgebaut sein.
  • Nachdem der Field-Sync aufgebaut werden kann, fügt eine digitale Sendeinrichtung den Field-Sync in den Transport-Stream ein (S1130). Detaillierter ausgedrückt, kann ein Field-Sync in jedes Verarbeitungselement eingefügt werden, das voreingestellt ist. In diesem Fall können Modusinformationen auch auf eine Vielzahl von Field-Syncs aufgeteilt sein, wie in 11 dargestellt.
  • Falls die Modusinformationen in einem SIC enthalten sind, können die Modusinformationen auf dieselbe Weise verarbeitet werden wie die zusätzlichen Daten.
  • 21 ist ein Flussdiagramm, das ein Verfahren zum Verarbeiten eines Datenstroms durch Einfügen von Modusinformationen in einen SIC darstellt. Wie in 21 dargestellt, wird ein Leerraum zum Einfügen der zusätzlichen Daten in einen Transport-Stream gebildet (S1210), und die zusätzlichen Daten und ein SIC werden verarbeitet (S1220). Die Vorgänge S1210 und S1220 können nacheinander oder gleichzeitig durchgeführt werden.
  • Der die Modusinformationen enthaltende SIC wird von einer externen Quelle bereitgestellt, dann randomisiert, codiert und verschachtelt. Das detaillierte Verfahren zur Verarbeitung des SIC und der zusätzlichen Daten ist oben unter Bezugnahme auf 12 angegeben; daher wird seine Beschreibung hier nicht wiederholt.
  • Der verarbeitete SIC und die zusätzlichen Daten werden in den Leeraum im Transport-Stream eingefügt (S1230). Nach diesem Prozess wird der Transport-Stream gebildet.
  • Der gebildete Transport-Stream durchläuft Randomisierung, Codierung, Verschachtelung, Trellis-Codierung und Modulation und wird über einen Kanal gesendet (S1240).
  • 22 ist ein Flussdiagramm, das ein Verfahren zum Verarbeiten eines Datenstroms in einer digitalen Empfangseinrichtung gemäß einer beispielhaften Ausführung der vorliegenden Erfindung darstellt. Wie in 22 dargestellt, umfasst das Verfahren das Erfassen von Modusinformationen aus einem Transport-Stream (S1300) und das Verarbeiten des Transport-Streams unter Verwendung der erfassten Modusinformationen (S1400). Die Modusinformationen können aus einem Field-Sync oder einem SIC des Transport-Streams erfasst werden.
  • In 22 wird angenommen, dass die Modusinformationen aus einem Field-Sync erfasst werden. Zuerst wird, falls der Transport-Stream empfangen wird, ein Modussignalbereich eines Field-Sync demultiplext (S1310). Der empfangene Transport-Stream umfasst normale Daten und zusätzliche Daten. Die Daten des zusätzlichen Datenstroms können verschiedene Typen aus einer Vielzahl von Datenstrom-Daten umfassen, die durch eine Vielzahl von Anbietern bereitgestellt werden.
  • Falls Daten aus dem Modussignalbereich des Field-Sync erfasst werden, werden die erfassten Daten CV-decodiert (S1320).
  • Anschließend werden die CV-decodierten Field-Sync-Daten RS-decodiert (S1330) und randomisiert, sodass die Modusinformationen wiederhergestellt werden (S1340).
  • Die wiederhergestellten Modusinformationen können eins aus der Codierrate, der Datenrate, der Einfügeposition, dem Typ des verwendeten Fehlerkorrekturcodes, primären Serviceinformationen der zusätzlichen Daten und dem Einfügemuster sowie Informationen über eine Größe eines SRS sein.
  • Anschließend wird das SRS basierend auf der unter Verwendung der wiederhergestellten Modusinformationen ermittelten Stelle erkannt (S1410), und der Transport-Stream wird unter Verwendung des erkannten SRS entzerrt (S1420).
  • Als Nächstes wird eine Vorwärtsfehlerkorrektur des entzerrten Transport-Streams durchgeführt (S1430), und der zusätzliche Datenstrom wird aus dem korrigierten Transport-Stream erfasst und decodiert. Als Ergebnis sind die zusätzlichen Daten wiederhergestellt (S1440).
  • Da diese Vorgänge oben angegeben wurden, wird die detaillierte Beschreibung hier nicht wiederholt.
  • In 22 kann die Reihenfolge der Durchführung jedes Vorgangs geändert werden. Das heißt, die Randomisierung (S1340) kann nach dem Demultiplexen (S1310) durchgeführt werden. Weiter ist es möglich, die Vorwärtsfehlerkorrektur (S1430) nur für die zusätzlichen Daten aus dem Transport-Stream durchzuführen. Zusätzlich können die Vorwärtsfehlerkorrektur (S1430) und die Erfassung und Wiederherstellung der zusätzlichen Daten (S1440) zusammen durch einen einzigen Block durchgeführt werden. Das SRS kann für die Vorwärtsfehlerkorrektur (S1430) sowie für die Entzerrung benutzt werden.
  • [Obwohl die Erfindung unter Bezugnahme auf bestimmte beispielhafte Ausführungen davon gezeigt und beschrieben wurde, versteht sich für Fachleute, dass daran verschiedene Veränderungen in Form und Einzelheiten vorgenommen werden können, ohne von Geist und Umfang der Erfindung abzuweichen, wie sie in den angefügten Ansprüchen festgelegt ist.
  • Industrielle Anwendbarkeit
  • Die vorliegende Erfindung kann auf ein digitales Rundfunksystem angewandt werden.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • - PN511 [0134]
    • - PN63 [0134]

Claims (10)

  1. Digitale Empfangseinrichtung, umfassend: einen Synchronisator, der einen Datenstrom, der zusätzliche Daten enthält, empfängt und synchronisiert; einen Equalizer, der den synchronisierten Datenstrom entzerrt; einen FEC-Prozessor, der eine Vorwärtsfehlerkorrektur des entzerrten Datenstroms durchführt; und einen Detektor, der Informationen bezüglich der über einen vorgegebenen Kanal gesendeten zusätzlichen Daten erfasst, wobei mindestens einer von Equalizer und FEC-Prozessor Informationen verwendet, die von der Erfassungseinheit erfasst wurden.
  2. Digitale Empfangseinrichtung nach Anspruch 1, wobei die Erfassungseinheit Informationen bezüglich der zusätzlichen Daten von einem System-Informationskanal (System Information Channel, SIC) erfasst, der im Datenstrom enthalten ist.
  3. Digitale Empfangseinrichtung nach Anspruch 1, wobei der Detektor Informationen bezüglich der zusätzlichen Daten von einem System-Informationskanal (System Information Channel, SIC) erfasst, der von einem den Datenstrom empfangenden Kanal getrennt ist.
  4. Digitale Empfangseinrichtung nach Anspruch 1, wobei der Datenstrom zusätzlich zu den zusätzlichen Daten ferner mindestens eines aus normalen Daten und einem ergänzenden Referenzsignal umfasst.
  5. Digitale Empfangseinrichtung nach Anspruch 1, wobei der Detektor umfasst: einen TCM-Decoder, der die Trellis-Decodierung der zusätzlichen Daten durchführt; und einen CV-Entschachteler, der eine Faltungs-Entschachtelung der Trellis-decodierten zusätzlichen Daten durchführt.
  6. Verfahren zum Verarbeiten eines Datenstroms durch eine digitale Empfangseinrichtung, wobei das Verfahren umfasst: Empfangen und Synchronisieren eines Datenstroms, der zusätzliche Daten enthält; Entzerren des synchronisierten Datenstroms; FEC-Verarbeitung zur Durchführung der Vorwärtsfehlerkorrektur des entzerrten Datenstroms; und Erfassen von Informationen bezüglich der über einen vorgegebenen Kanal gesendeten zusätzlichen Daten, wobei mindestens eines aus Entzerrung und Vorwärtsfehlerkorrektur unter Verwendung von Informationen bezüglich der zusätzlichen Daten durchgeführt wird.
  7. Verfahren nach Anspruch 6, wobei die Informationen bezüglich der zusätzlichen Daten von einem System-Informationskanal (System Information Channel, SIC) erfasst werden, der im Datenstrom enthalten ist.
  8. Verfahren nach Anspruch 6, wobei die Informationen bezüglich der zusätzlichen Daten von einem System-Informationskanal (System Information Channel, SIC) erfasst werden, der von einem den Datenstrom empfangenden Kanal getrennt ist.
  9. Verfahren nach Anspruch 6, wobei der Datenstrom zusätzlich zu den zusätzlichen Daten ferner mindestens eines aus normalen Daten und einem ergänzenden Referenzsignal umfasst.
  10. Verfahren nach Anspruch 6, ferner umfassend: Durchführen einer Trellis-Decodierung der zusätzlichen Daten; und Durchführen einer Faltungs-Entschachtelung der Trellis-decodierten zusätzlichen Daten.
DE112008002042T 2007-05-15 2008-05-15 Digitale Sende- und Empfangseinrichtungen zum Senden und Empfangen von Datenströmen sowie deren Verarbeitungsverfahren Withdrawn DE112008002042A1 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US93805507P 2007-05-15 2007-05-15
US60/938,055 2007-05-15
KR10-2008-0044951 2008-05-15
KR1020080044951A KR101498019B1 (ko) 2007-05-15 2008-05-15 스트림을 송수신하는 디지털 송신 장치 및 수신 장치와 그스트림 처리 방법들

Publications (1)

Publication Number Publication Date
DE112008002042A1 true DE112008002042A1 (de) 2010-06-24

Family

ID=40287878

Family Applications (2)

Application Number Title Priority Date Filing Date
DE112008001013T Ceased DE112008001013T5 (de) 2007-05-15 2008-05-15 Digitale Sende- und Empfangseinrichtungen zum Senden und Empfangen von Datenströmen sowie deren Verarbeitungsverfahren
DE112008002042T Withdrawn DE112008002042A1 (de) 2007-05-15 2008-05-15 Digitale Sende- und Empfangseinrichtungen zum Senden und Empfangen von Datenströmen sowie deren Verarbeitungsverfahren

Family Applications Before (1)

Application Number Title Priority Date Filing Date
DE112008001013T Ceased DE112008001013T5 (de) 2007-05-15 2008-05-15 Digitale Sende- und Empfangseinrichtungen zum Senden und Empfangen von Datenströmen sowie deren Verarbeitungsverfahren

Country Status (9)

Country Link
US (3) US8406324B2 (de)
KR (2) KR101498019B1 (de)
CN (2) CN101707706B (de)
BR (2) BRPI0823175A2 (de)
CA (2) CA2681860C (de)
DE (2) DE112008001013T5 (de)
FI (2) FI20096316A (de)
MX (1) MX2009012294A (de)
WO (1) WO2008140276A1 (de)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2679043C (en) * 2004-05-13 2015-03-24 Samsung Electronics Co., Ltd. Digital broadcasting transmission/reception devices capable of improving a receiving performance and signal processing method thereof
US7711045B2 (en) * 2005-07-13 2010-05-04 Samsung Electronics Co., Ltd. Digital broadcast transmitter/receiver having improved receiving performance and signal processing method thereof
US8406324B2 (en) * 2007-05-15 2013-03-26 Samsung Electronics Co., Ltd. Digital transmission and reception devices for transmitting and receiving streams, and processing methods thereof
CN101796839A (zh) * 2007-06-28 2010-08-04 三星电子株式会社 对于atsc移动/手持rfp a-vsb mcast的响应以及atsc-m/h的物理层
CN101123464A (zh) * 2007-07-13 2008-02-13 北京创毅视讯科技有限公司 一种单频网发射系统发射机、调制器及信号同步发射方法
US8681679B2 (en) * 2009-12-21 2014-03-25 Lg Electronics Inc. Transmitting system and method for transmitting digital broadcast signal
BR112012028417B1 (pt) * 2010-05-17 2021-06-29 Samsung Electronics Co., Ltd Método para processar um fluxo de um transmissor de radiodifusão digital, transmissor de radiodifusão digital, método para processar um fluxo de receptor de radiodifusão digital, e receptor de radiodifusão digital
KR20130102984A (ko) * 2012-03-09 2013-09-23 한국전자통신연구원 방송 시스템에서의 데이터 전송 장치 및 방법

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5856980A (en) * 1994-12-08 1999-01-05 Intel Corporation Baseband encoding method and apparatus for increasing the transmission rate over a communication medium
JP2000013761A (ja) 1998-06-18 2000-01-14 Sony Corp 情報送信装置および方法、情報受信装置および方法、並びに提供媒体
KR100359497B1 (ko) * 1999-08-12 2002-11-04 엘지전자 주식회사 디지털 ｔｖ 중계기에서 채널 정보 갱신 방법 및 장치
KR100672561B1 (ko) * 2000-09-22 2007-01-23 엘지전자 주식회사 디지털 티브이의 통신 시스템
KR100379397B1 (ko) 2000-09-27 2003-04-10 엘지전자 주식회사 디지털 텔레비젼 수신기 및 상기 디지털 텔레비젼수신기용 안테나 제어 방법
KR100674423B1 (ko) * 2001-01-19 2007-01-29 엘지전자 주식회사 송/수신 시스템 및 데이터 처리 방법
KR100358119B1 (ko) * 2001-02-09 2002-10-25 한국전자통신연구원 디지털 데이터 방송 서비스를 위한 데이터 스트리밍 장치및 그 방법
CA2438138C (en) 2001-03-30 2007-03-13 S. Merrill Weiss Digital signal transmitter synchronization system
US6947487B2 (en) * 2001-04-18 2005-09-20 Lg Electronics Inc. VSB communication system
US7924347B2 (en) * 2002-03-29 2011-04-12 Weiss S Merrill Digital signal transmitter synchronization system
US7194047B2 (en) * 2002-09-20 2007-03-20 Ati Technologies Inc. Receiver for robust data extension for 8VSB signaling
KR100595208B1 (ko) * 2004-03-19 2006-07-03 엘지전자 주식회사 Ｄｍｂ 수신기 및 소비 전력 절감 방법
CN1312929C (zh) * 2004-04-01 2007-04-25 清华大学 地面数字电视广播的单频网系统及其实现方法
KR100698613B1 (ko) * 2004-05-13 2007-03-22 삼성전자주식회사 수신 성능이 향상된 디지털 방송 송수신기 및 그의신호처리방법
CA2679043C (en) * 2004-05-13 2015-03-24 Samsung Electronics Co., Ltd. Digital broadcasting transmission/reception devices capable of improving a receiving performance and signal processing method thereof
KR100744055B1 (ko) 2004-06-23 2007-07-30 삼성전자주식회사 수신 성능 및 등화 성능이 향상된 디지털 방송 송수신 시스템 및 그의 신호처리방법
KR100604910B1 (ko) * 2004-10-12 2006-07-28 삼성전자주식회사 디지털 텔레비전 수신 장치의 동기신호 검출기 및 그 방법
MXPA05012227A (es) * 2004-11-16 2006-05-31 Lg Electronics Inc Decodificador viterbi de vsb mejorado.
KR101036471B1 (ko) 2004-12-15 2011-05-25 엘지전자 주식회사 Ｅ8-ｖｓｂ 송/수신 시스템, 그리고 데이터 속성 발생장치 및 방법
US7920602B2 (en) 2005-05-23 2011-04-05 Samsung Electronics Co., Ltd. Method for formatting digital broadcast transport stream packet for improved receiving performance, digital broadcast transmitter, and signal processing method thereof
CA2562194C (en) 2005-10-05 2012-02-21 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
KR100740202B1 (ko) 2005-10-21 2007-07-18 삼성전자주식회사 듀얼 전송 스트림 생성 장치 및 그 방법
US7873104B2 (en) * 2006-10-12 2011-01-18 Lg Electronics Inc. Digital television transmitting system and receiving system and method of processing broadcasting data
WO2008097028A1 (en) * 2007-02-09 2008-08-14 Lg Electronics Inc. Digital broadcasting system and method of processing data
US8406324B2 (en) * 2007-05-15 2013-03-26 Samsung Electronics Co., Ltd. Digital transmission and reception devices for transmitting and receiving streams, and processing methods thereof

Also Published As

Publication number Publication date
US20130243065A1 (en) 2013-09-19
FI20096316A (fi) 2009-12-14
CN101658031A (zh) 2010-02-24
US8238484B2 (en) 2012-08-07
KR101498019B1 (ko) 2015-03-03
US8879651B2 (en) 2014-11-04
CN101707706B (zh) 2013-08-14
US8406324B2 (en) 2013-03-26
BRPI0811077A2 (pt) 2011-09-13
CA2684387A1 (en) 2008-11-20
US20100111159A1 (en) 2010-05-06
KR20080101726A (ko) 2008-11-21
DE112008001013T5 (de) 2010-05-06
WO2008140276A1 (en) 2008-11-20
US20100316143A1 (en) 2010-12-16
CA2681860A1 (en) 2008-11-20
FI20096321A (fi) 2009-12-14
BRPI0823175A2 (pt) 2013-11-26
CN101658031B (zh) 2013-06-19
KR20100003269A (ko) 2010-01-07
KR101401611B1 (ko) 2014-06-02
CN101707706A (zh) 2010-05-12
CA2684387C (en) 2013-10-15
CA2681860C (en) 2013-10-29
MX2009012294A (es) 2009-11-26

Similar Documents

Publication Publication Date Title
DE112008002042A1 (de) Digitale Sende- und Empfangseinrichtungen zum Senden und Empfangen von Datenströmen sowie deren Verarbeitungsverfahren
DE112009000817T5 (de) Senden von zusätzlichen Informationen in den Headern von verkapselnden Datenpaketen in Mobil/Handheld (M/H)-DTV-Signalen
CA2565284C (en) Digital broadcasting transmission/reception devices capable of improving a receiving performance and signal processing method thereof
US8514981B2 (en) Digital broadcasting transmission/reception devices capable of improving a receiving performance and signal processing method thereof
DE602004006057T2 (de) Vorrichtung und Verfahren zum Senden/Empfangen von Informationen in einem digitalen multimedia Rundfunkdienst
DE60219936T2 (de) Digitales sende- und empfangssystem mit fade-resistenz
DE112010002038T5 (de) Digitale Rundfunk-Sendevorrichtung, digitale Rundfunk-Empfangsvorrichtung sowie Verfahren zum Konfigurieren und Verarbeiten von Strömen derselben
DE112008001677T5 (de) Vorschlag zu ATSC-Mobil-/Handheld-RFP-A-VSB-M-CAST und physikalische Schicht für ATSC-M/HH
DE112010002041T5 (de) Digitaler Rundfunksender, digitaler Rundfunkempfänger und Verfahren zum Konfigurieren und Verarbeiten eines Stroms für dieselben
DE112008001608T5 (de) Vorschlag zu ATSC-Mobil-/Handheld-RFP-A-VSB-MCAST und physikalischer Schicht sowie Verbindungsschicht für A-VSB mit Einfrequenz-Netzwerk (single frequency network)
DE112010004611T5 (de) Digitalsender, Digitalempfänger und Verfahren zum Bilden und Verarbeiten deren Datenströme
DE112011101692T5 (de) Digitalrundfunksender, Digitalrundfunkempfänger sowie Streamkonfiguration und Verfahren zur Verarbeitung hiervon
DE112008003371T5 (de) Sendesystem und Empfangssystem für Datenstrom-Verarbeitung und Datenstrom-Verarbeitungsverfahren derselben
DE10139066A1 (de) Verfahren und Anordnung zum Verbessern der Empfangseigenschaften von DVB-Signalen
DE4428606B4 (de) Verfahren und Anordnung zur Rundfunk-Übertragung von codierten Signalen
US20070242754A1 (en) Apparatus for processing data stream for digital broadcasting system and method thereof
KR100811186B1 (ko) 듀얼 전송 스트림 생성 장치 및 방법
DE112008000502T5 (de) Transportstrom-Erzeugungsvorrichtung, Turbopaket-Demultiplexing-Vorrichtung und entsprechende Verfahren
DE102012112137A1 (de) Multimediastrom-Verwürfelungsvorrichtung
DE112011101554T5 (de) Digitalrundfunksender, Digitalrundfunkempfänger und Verfahren zum Konfigurieren und Verarbeiten von Streams hiervon

Legal Events

Date Code Title Description
AC Divided out of

Ref document number: 112008001013

Country of ref document: DE

Kind code of ref document: P

R005 Application deemed withdrawn due to failure to request examination