DE102007026531A1 - Verfahren zur Synchronisierung von Szene-Datenfiles und Mediendatenströmen in einem unidirektionalen Datenübertragungssystem - Google Patents

Verfahren zur Synchronisierung von Szene-Datenfiles und Mediendatenströmen in einem unidirektionalen Datenübertragungssystem Download PDF

Info

Publication number
DE102007026531A1
DE102007026531A1 DE102007026531A DE102007026531A DE102007026531A1 DE 102007026531 A1 DE102007026531 A1 DE 102007026531A1 DE 102007026531 A DE102007026531 A DE 102007026531A DE 102007026531 A DE102007026531 A DE 102007026531A DE 102007026531 A1 DE102007026531 A1 DE 102007026531A1
Authority
DE
Germany
Prior art keywords
data
scene
data stream
transmission system
transmitter
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
DE102007026531A
Other languages
English (en)
Inventor
Jörg Dr. Heuer
Andreas Dr. Hutter
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.)
Siemens AG
Original Assignee
Siemens AG
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 Siemens AG filed Critical Siemens AG
Priority to DE102007026531A priority Critical patent/DE102007026531A1/de
Priority to CN2007800407622A priority patent/CN101536531B/zh
Priority to JP2009533858A priority patent/JP5124584B2/ja
Priority to US12/312,230 priority patent/US8108539B2/en
Priority to EP07821876A priority patent/EP2090115A2/de
Priority to PCT/EP2007/061513 priority patent/WO2008052932A2/de
Publication of DE102007026531A1 publication Critical patent/DE102007026531A1/de
Withdrawn legal-status Critical Current

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/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
    • H04N21/23617—Multiplexing of additional data and video streams by inserting additional data into a data carousel, e.g. inserting software modules into a DVB carousel
    • 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/2368—Multiplexing of audio 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/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • 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/4341—Demultiplexing of audio and video streams

Abstract

Die Erfindung betrifft ein Verfahren zur zeitlichen Synchronisierung von Datenpaketen wenigstens eines Mediendatenstroms (AS, VS) mit wenigstens eine Szene beschreibenden Szene-Datenfiles (A-E) und/oder deren Datenpaketen eines unidirektionalen Datenübertragungssystems (1), wobei die Datenpakete des Mediendatenstroms (AS, VS) jeweils mit einer auf eine erste Referenzzeit (ZS1, ZS2) bezogenen ersten Zeitmarke versehen sind und die Szene-Datenfiles (A-E) und/oder deren Datenpakete jeweils mit einer auf eine zweite Referenzzeit (ZS3) bezogenen zweiten Zeitmarke versehen sind, wobei wenigstens ein Zeitmarkenzuordnungsdatenstrom (SRA, SRV, SRS) vom Sender (2) zum Empfänger (3) übertragen wird, in dem die ersten Zeitmarken des Mediendatenstroms (AS, VS) und die zweiten Zeitmarken der Szene-Datenfiles (A-E) und/oder deren Datenpakete jeweils einer auf eine dritte Referenzzeit (ZS*) bezogenen dritten Zeitmarke zugeordnet sind.

Description

  • Verfahren zur Synchronisierung von Szene-Datenfiles und Mediendatenströmen in einem unidirektionalen Datenübertragungssystem
  • Gebiet der Erfindung
  • Die Erfindung liegt auf dem Gebiet der Nachrichtentechnik und betrifft ein Verfahren zur zeitlichen Synchronisierung von mittels eines Datenkarussells übertragenen Szene-Datenfiles und/oder deren Datenpakete mit Datenpaketen von Mediendatenströmen in einem unidirektionalen Datenübertragungssystem.
  • Stand der Technik
  • In unidirektionalen Datenübertragungssystemen (Broadcast-Systeme) werden Daten von einem Sender zu einem oder mehreren Empfängern im Push-Verfahren übertragen. In Broadcast-Systemen werden Daten insbesondere im Streaming-Verfahren als kontinuierliche Datenströme übertragen, was den Vorteil hat, dass hohe Anforderungen an die Genauigkeit der Datenrate erfüllt werden können, wenn beispielsweise die Datenrate an den Systemtakt des Empfängers gekoppelt wird. So werden heutzutage Audio- und Videodatenströme im Allgemeinen an die Empfänger gestreamt, wobei die Daten jeweils mit Zeitmarken versehen werden, die angeben, zu welchen Zeitpunkten sie für eine Präsentation und/oder Dekodierung relevant sind. Nachteilig am Streaming-Verfahren ist, dass die Empfänger versäumt oder fehlerhaft empfangene Daten nicht erneut übertragen bekommen können.
  • Weiterhin ist in Broadcast-Systemen eine Datenübertragung durch das Download-Verfahren bekannt, bei welchem Daten in Form von Datenfiles bzw. Datenobjekten vom Sender an die Empfänger übertragen und im Empfänger gespeichert werden. Bis lang werden lediglich Zusatzdaten, die Audio- und Videodatenströme einer selben Datenübertragungssession betreffen, wie elektronische Programminformationen (EPG = Electronic Program Guide) und dergleichen, im Download-Verfahren an die Empfänger übertragen. Der Grund hierfür liegt darin, dass derartige Zusatzdaten nicht zeitkritisch sind, so dass es nicht erforderlich ist, diese Zusatzdaten für eine Präsentation mit den im Streaming-Verfahren übertragenen Audio- und Videodatenströmen zu synchronisieren.
  • Diese Situation hat sich jedoch im Bereich der so genannten Rich-Media-Anwendungen, in denen graphische Szenen beschrieben werden, grundsätzlich geändert. Jede graphische Szene, die für einen längeren Zeitraum gültig sein kann, setzt sich bei diesen Anwendungen aus Audio-, Video- und Szenedaten (Graphik- und Textdaten) zusammen (siehe beispielsweise MPEG-Standard "LASeR" (Lightweight Application Scene Representation), vormals als MPEG 4, Part 20, bzw. ISO/IEC 14496-20 bezeichnet, worin ein Format zur Beschreibung von graphischen Szenen spezifiziert ist). Da der durch die Szenedaten beschriebene Zustand einer Szene zeitkritisch ist, ist es erforderlich, die Szenedaten mit den Audio- und Videodatenströmen zu synchronisieren.
  • Wenn die Datenübertragung zwischen Sender und Empfänger durch Punkt-zu-Punkt-Verbindungen erfolgt, können die Szene- und die Mediendaten (Audio- und Videodaten) parallel zum Empfänger gestreamt werden, so dass sie zu Beginn des Zeitbereichs in denen sie gültig sind, dem Empfänger zur Verfügung stehen.
  • Eine zeitliche Synchronisierung der Zustände einer Szene mit den Mediendatenströmen wird durch Mechanismen der Stream-Synchronisierung ermöglicht, beispielsweise auf Basis von RTP (Real Time Transport Protocol), einem Protokoll zur kontinuierlichen Übertragung von audiovisuellen Daten (Streams) über IP-basierte Netzwerke, das in RFC 3550 (RFC = Request for Comments) standardisiert ist. In RTP werden parallel zu den einzelnen Mediendatenströmen so genannte Sender Reports gesendet, die RTP-Zeitmarken in den Mediendatenströmen NTP-Zeitmarken (NTP = Network Time Protocol) zuordnen, wobei die NTP-Zeitmarken in allen Sender Reports der verschiedenen Medien-Datenströme eindeutig sind. Bei NTP handelt es sich um einen Standard zur Synchronisierung von Uhren in Computersystemen über paketbasierte Kommunikationsnetze, welcher als RFC 958 standardisiert ist. In den Sender Reports wird das Zeitmarkenformat von NTP verwendet.
  • Da jedoch im Broadcast-Verfahren nicht sichergestellt werden kann, dass ein Empfänger zu Beginn des Zeitbereichs, in dem eine jeweilige Szene gültig ist, bereits den Datenstrom empfängt, ist es erforderlich, zumindest während des Zeitbereichs der Gültigkeit einer Szene, die Szenedaten immer wieder zu übertragen, damit ein Empfänger, der sich erst später zuschaltet auch die Szenedaten empfangen kann. Eine Synchronisierung von Szenenzuständen auf Basis einer Synchronisierung von Datenströmen ist jedoch in diesem Fall nicht möglich. Weiterhin ist ein Vorabempfang von Szenedaten, die entweder komplex sind und daher frühzeitig zu prozessieren sind, oder gegebenenfalls in anderen Szenen verwendet werden, nicht möglich.
  • Ein Ansatz zum Lösen dieser Problematik ist durch eine als "HisTV" bezeichnete Anwendung bekannt, bei der eine Synchronisierung von Szenezuständen dadurch realisiert wird, dass NTP-Zeitmarken des Audio- oder Videodatenstroms in der Beschreibung der Zustände einer Szene referenziert werden. Nachteilig hierbei ist, dass vorab bekannt sein muss, welche Zeitmarken in den Medienströmen verwendet werden, was jedoch insbesondere bei live aufgenommenen Sendungen nicht möglich ist. Aber auch bei bereits aufgezeichneten Sendungen ist hierdurch der Umgang mit den Inhalten im Headend eingeschränkt, beispielsweise beim Schalten von Werbeeinträgen.
  • Zusammenfassung der Erfindung
  • Aufgabe der Erfindung
  • Demgegenüber besteht die Aufgabe der vorliegenden Erfindung darin, ein Verfahren zur Synchronisierung von eine Szene beschreibenden Szene-Datenfiles mit Medienströmen (Audio-/Videodatenströmen) der Szene zur Verfügung zu stellen.
  • Lösung der Aufgabe
  • Diese Aufgabe wird durch ein Verfahren zur Synchronisierung von Datenpaketen wenigstens eines Mediendatenstroms mit einer Mehrzahl wenigstens eine Szene beschreibenden Szene-Datenfiles und/oder den darin enthaltenden Datenpaketen in einem unidirektionalen Datenübertragungssystem mit den Merkmalen von Patentanspruch 1 gelöst. Vorteilhafte Ausgestaltungen der Erfindung sind durch die Merkmale der Unteransprüche angegeben.
  • Erfindungsgemäß ist ein Verfahren zur Synchronisierung einer Mehrzahl von Datenpaketen wenigstens eines Mediendatenstroms mit wenigstens eine Szene beschreibenden Szene-Datenfiles und/oder deren Datenpaketen in einem unidirektionalen Datenübertragungssystem gezeigt. Der wenigstens eine Mediendatenstrom wird von einem Sender des unidirektionalen Datenübertragungssystems zu wenigstens einem Empfänger des unidirektionalen Datenübertragungssystems kontinuierlich im Streaming-Verfahren übertragen. Bei dem unidirektionalen Datenübertragungssystem kann es sich um ein Broadcast-, Multicast oder Unicast-Datenübertragungssystem handeln.
  • Die Szene-Datenfiles bzw. deren Datenpakete werden vom Sender mittels eines Datenkarussells an den wenigstens einen Empfänger im Download-Verfahren übertragen. Das Datenkarussell zur Übertragung der Szene-Datenfiles ist geeignet, in zyklischer Wiederholung die Szene-Datenfiles, in denen jeweils wenigstens eine selbe Szene beschreibende Szene-Datenobjekte enthalten sind, an den wenigstens einen Empfänger zu übertragen. Das Datenkarussell ist in Form eines so genannten Datenobjektkarussells ausgebildet, und demzufolge in der Lage, nicht nur Dateien, sondern auch Verzeichnisstrukturen in zyklischer Weise wiederholt zu übertragen.
  • Daten- bzw. Datenobjektkarusselle zum zyklisch wiederholten Versenden von Daten sind als solche beispielsweise im Standard DSM-CC (DSM-CC = Data Storage Media Command and Control) spezifiziert und demnach den einschlägigen Fachleuten wohlbekannt, so dass sich eine weitere Erläuterung hier erübrigt. Datenkarusselle können auch auf Flute und/oder ALC (Asychronous Lager Coding) und/oder LCT (Lager Coding Transport) basieren.
  • Die Datenpakete des wenigstens einen Mediendatenstroms sind jeweils mit einer auf eine erste Referenzzeit bezogenen ersten Zeitmarke versehen. Die Datenpakete der Szene-Datenfiles und/oder deren Datenpakete sind jeweils mit einer zweiten Zeitmarke versehen, die auf eine (von der ersten Referenzzeit verschiedene) zweite Referenzzeit bezogen sind.
  • In dem erfindungsgemäßen Verfahren wird weiterhin wenigstens ein Zeitmarkenzuordnungsdatenstrom im Streaming-Verfahren vom Sender zum Empfänger übertragen, in dem die ersten Zeitmarken der Datenpakete des wenigstens einen Mediendatenstroms und die zweiten Zeitmarken der Szene-Datenfiles und/oder von deren Datenpaketen jeweils einer dritten Zeitmarke zugeordnet sind, die auf eine dritte Referenzzeit bezogen sind, so dass über die dritten Zeitmarken des Zeitmarkenzuordnungsdatenstroms eine Zuordnung der ersten Zeitmarken zu den zweiten Zeitmarken ermöglicht ist.
  • Durch das erfindungsgemäße Verfahren kann somit in vorteilhafter Weise eine Synchronisierung zwischen vorab geladenen Szenen und gestreamten Mediendaten flexibel in Echtzeit erfolgen. Darüber hinaus ist das Einbinden zusätzlicher Inhalte, wie beispielsweise Werbeblöcke, durch die Zuordnung von Zeitmarken möglich. Die Synchronisierung kann wie bisher im Streaming-Fall gehandhabt werden.
  • Werden die Szene-Datenfiles mit zweiten Zeitmarken versehen, so erfolgt eine Synchronisierung der Szene-Datenfiles mit den Datenpaketen des wenigstens einen Mediendatenstroms (Synchronisierung auf Datenfile-Ebene). Werden die Datenpakete der Szene-Datenfiles mit zweiten Zeitmarken versehen, so erfolgt eine Synchronisierung der Datenpakete der Szene-Datenfiles mit den Datenpaketen des wenigstens einen Mediendatenstroms (Synchronisierung auf Datenpaket-Ebene). Wenn die Datenpakete eines selben Szene-Datenfiles mit einer gleichen zweiten Zeitmarke versehen werden, so erfolgt eine Synchronisierung des Szene-Datenfiles und der Datenpakete des Szene-Datenfiles mit den Datenpaketen des wenigstens einen Mediendatenstroms (Synchronisierung auf Datenfile-Ebene und Datenpaket-Ebene).
  • Bei einer vorteilhaften Ausgestaltung des erfindungsgemäßen Verfahrens ist für jeden Mediendatenstrom ein separater Zeitmarkenzuordnungsdatenstrom vorgesehen, was eine einfache Implementierung ermöglicht.
  • Bei einer weiteren vorteilhaften Ausgestaltung des erfindungsgemäßen Verfahrens werden die Datenpakete des wenigstens einen Zeitmarkenzuordnungsdatenstroms erst dann generiert und übertragen, wenn die über die dritten Zeitmarken der dritten Referenzzeit den Datenpaketen des Zeitmarkenzuordnungsdatenstroms zugeordneten Datenpakete des wenigstens einen Mediendatenstroms übertragen werden. Dies bietet den Vorteil einer flexiblen Gestaltung der Datenstromübertragung, wobei insbe sondere Bandbreitenschwankungen berücksichtigt und weitere Inhalte eingeblendet werden können.
  • Die Erfindung erstreckt sich weiterhin auf ein unidirektionales Datenübertragungssystem mit einem Sender und wenigstens einem Empfänger, wobei Sender und Empfänger zur Durchführung eines wie oben beschriebenen Verfahrens geeignet ausgebildet sind.
  • Darüber hinaus erstreckt sich die Erfindung auf einen Sender eines wie oben beschriebenen unidirektionalen Datenübertragungssystems, in dem ein maschinenlesbarer Programmcode ausgeführt wird bzw. ausführbar ist, der Steuerbefehle enthält, die den Sender zur Durchführung eines wie oben beschriebenen Verfahrens veranlassen. Ferner erstreckt sich die Erfindung auf einen maschinenlesbaren Programmcode (Computerprogramm) für einen solchen Sender, welcher Steuerbefehle enthält, die den Sender zur Durchführung eines wie oben beschriebenen Verfahrens veranlassen. Zudem erstreckt sich die Erfindung auf ein Speichermedium (Computerprogrammprodukt) mit einem solchen, darauf gespeicherten maschinenlesbaren Programmcode.
  • Die Erfindung erstreckt sich ferner auf einen Empfänger eines wie oben beschriebenen unidirektionalen Datenübertragungssystems, in dem ein maschinenlesbarer Programmcode ausgeführt wird bzw. ausführbar ist, der Steuerbefehle enthält, die den Empfänger zur Durchführung eines wie oben beschriebenen Verfahrens veranlassen. Ferner erstreckt sich die Erfindung auf einen maschinenlesbaren Programmcode (Computerprogramm) für einen solchen Empfänger, welcher Steuerbefehle enthält, die den Sender zur Durchführung eines wie oben beschriebenen Verfahrens veranlassen. Zudem erstreckt sich die Erfindung auf ein Speichermedium (Computerprogrammprodukt) mit einem solchen, darauf gespeicherten maschinenlesbaren Programmcode.
  • Ausführungsbeispiel
  • Die Erfindung wird nun anhand eines Ausführungsbeispiels näher erläutert, wobei Bezug auf die beigefügte Figur genommen wird.
  • Kurze Beschreibung der Figur
  • 1 zeigt ein Ausführungsbeispiel eines erfindungsgemäßen unidirektionalen Datenübertragungssystems zur Veranschaulichung eines Ausführungsbeispiels des erfindungsgemäßen Verfahrens.
  • Ausführliche Beschreibung der Figur
  • In 1 ist ein insgesamt mit der Bezugszahl 1 bezeichnetes Ausführungsbeispiel des erfindungsgemäßen undirektionalen Datenübertragungssystems dargestellt. Das Datenübertragungssystem umfasst einen Sender 2 (Datenkarussell-Server) und eine Mehrzahl Empfänger 3, von denen in 1 lediglich einer dargestellt ist. Die Daten zwischen Sender 2 und Empfänger 3 werden im Broadcast-Verfahren übertragen, das heißt, vom Sender 2 zu den Empfängern 3 im Push-Verfahren gesendet. Die Datenübertragung kann drahtlos oder kabelgebunden sein, was in 1 nicht näher dargestellt ist.
  • Im Datenkarussell bzw. Datenobjekt-Karussell des Senders 2, welches insbesondere gemäß dem Standard-Format DSM-CC spezifiziert sein kann, oder auf Flute und/oder ALC (Asychronous Lager Coding) und/oder LCT (Lager Coding Transport) basieren kann, befinden sich eine Mehrzahl Szene-Datenfiles A-E, die jeweils ein oder mehrere Szene-Datenobjekte zur Beschreibung wenigstens einer selben graphischen Szene enthalten und in zyklischer Wiederholung an den Empfänger 3 übertragen werden.
  • In 1 sind die verschiedenen Szene-Datenfiles A-E zum Zwecke einer anschaulichen Darstellung über den Umfang eines Rings verteilt, wobei durch den Pfeil, welcher die Drehrichtung des Datenkarussells symbolisiert und die Anordnung der Szene-Datenfiles A-E auf dem Datenkarussell, die zeitliche Reihenfolge für das zyklische Aussenden der Szene-Datenfiles A-E angegeben ist. So wird das zweite Szene-Datenfile B nach dem ersten Szene-Datenfile A, das dritte Szene-Datenfile C nach dem zweiten Szene-Datenfile B, das vierte Szene-Datenfile D nach dem dritten Szene-Datenfile C, und das fünfte Szene-Datenfile E nach dem vierten Szene-Datenfile D ausgesendet. Anschließend wird das Aussenden der ersten bis fünften Szene-Datenfiles A-E in dieser Reihenfolge für einen wählbaren Zeitbereich, der für eine Präsentation und/oder Dekodierung und/oder Speicherung der in den Szene-Datenobjekten der Szene-Datenfiles A-E beschriebenen Szene gültig ist, wiederholt.
  • Es ist bekannt, dass insbesondere bei Nutzung von FEC-Mechanismen (FEC = Forward Error Correction) dies eine idealisierte Darstellung ist und dass die Reihenfolge der Szene-Datenfiles A-E nur durch den Empfänger interpretiert werden kann.
  • Bei der Übertragung von Szene-Datenfiles A-E handelt es sich um eine Flute-Übertragungssession gemäß dem durch die IETF (Internet Engineering Task Force) standardisierten Transportprotokoll RFC 3926 "Flute" (Flute = File Delivery over Unidirectional Transport). Hierbei wird, neben den Szene-Datenfiles A-E, ein Indexfile FDT (FDT = File Delivery Table) übertragen.
  • Die Szene-Datenfiles A-E und/oder deren Datenpakete sind jeweils mit einer Szene-Datenfile-Zeitmarke (Zeitstempel) versehen, die auf eine Szene-Datenfile-Referenzzeit (Zeitskala) ZS3 bezogen sind.
  • Der Sender 2 überträgt weiterhin im Streaming-Verfahren einen Audiodatenstrom AS und einen Videodatenstrom VS an den Empfänger 3.
  • Die Datenpakete des Audiodatenstroms AS sind jeweils mit einer Audiodatenstrom-Zeitmarke (Zeitstempel) versehen, die auf eine Audiodatenstrom-Referenzzeit (Zeitskala) ZS1 bezogen sind. Hierbei handelt es sich um RTP-Zeitmarken auf Basis von RTP (Real Time Transport Protocol), das in RFC 3550 (RFC = Request for Comments) standardisiert ist.
  • Die Datenpakete des Videodatenstroms VS sind jeweils mit einer Videodatenstrom-Zeitmarke (Zeitstempel) versehen, die auf eine Videodatenstrom-Referenzzeit (Zeitskala) ZS2 bezogen sind. Hierbei handelt es sich um RTP-Zeitmarken auf Basis von RTP (Real Time Transport Protocol), das in RFC 3550 (RFC = Request for Comments) standardisiert ist.
  • Die Audiodatenstrom-Referenzzeit ZS1 ist von der Videodatenstrom-Referenzzeit ZS2 verschieden. Die Audiodatenstrom-Referenzzeit ZS1 und die Videodatenstrom-Referenzzeit ZS2 sind jeweils von der Szene-Datenfile-Referenzzeit ZS3 verschieden.
  • Weiterhin werden vom Sender 2 im Streaming-Verfahren drei Zeitmarkenzuordnungsdatenströme an den Empfänger 3 übertragen, nämlich ein erster Zeitmarkenzuordnungsdatenstrom SRA, welcher dem Audiodatenstrom AS zugeordnet ist, ein zweiter Zeitmarkenzuordnungsdatenstrom SRV, welcher dem Videodatenstrom VS zugeordnet ist, und ein dritter Zeitmarkenzuordnungsdatenstrom SRS, welcher dem Szene-Datenfiles zugeordnet ist.
  • Im ersten Zeitmarkenzuordnungsdatenstrom SRA, welcher dem Audiodatenstrom AS zugeordnet ist, erfolgt für jede Audiodatenstrom-Zeitmarke der Datenpakete des Audiodatenstroms AS eine Zuordnung zu einer Referenzzeit-Zeitmarke (Zeitstempel) einer Gemeinsamen Referenzzeit (Zeitskala) ZS*. Hierbei werden Sender Reports gesendet, welche die RTP-Zeitmarken im Audiodatenstrom AS NTP-Zeitmarken zuordnen. Die NTP-Zeitmarken basieren auf NTP (NTP = Network Time Protocol), welches als RFC 958 standardisiert ist.
  • Im zweiten Zeitmarkenzuordnungsdatenstrom SRV, welcher dem Videodatenstrom VS zugeordnet ist, erfolgt für jede Videodatenstrom-Zeitmarke der Datenpakete des Videodatenstroms VS eine Zuordnung zur Referenzzeit-Zeitmarke (Zeitstempel) der Gemeinsamen Referenzzeit (Zeitskala) ZS*. Hierbei werden Sender Reports gesendet, welche die RTP-Zeitmarken im Videodatenstrom VS NTP-Zeitmarken zuordnen.
  • Im dritten Zeitmarkenzuordnungsdatenstrom SRS, welcher den Szene-Datenfiles A-E zugeordnet ist, erfolgt für jede Szene-Datenfile-Zeitmarke der Szene-Datenfiles A-E und/oder deren Datenpakete eine Zuordnung zur Referenzzeit-Zeitmarke (Zeitstempel) der Gemeinsamen Referenzzeit (Zeitskala) ZS*. Hierbei werden Sender Reports gesendet, welche die Szene-Datenfile-Zeitmarken der Szene-Datenfiles A-E und/oder deren Datenpakete NTP-Zeitmarken zuordnen.
  • Somit erfolgt durch den ersten Zeitmarkenzuordnungsdatenstrom SRA eine Zuordnung der RTP-Zeitmarken zu NTP-Zeitstempeln, durch den zweiten Zeitmarkenzuordnungsdatenstrom SRV eine Zuordnung der RTP-Zeitmarken zu NTP-Zeitstempeln und durch den dritten Zeitmarkenzuordnungsdatenstrom SRS eine Zuordnung der Zeitmarken der Szene-Datenfiles und/oder deren Datenpakete zu NTP-Zeitmarken.
  • Die NTP-Zeitmarken der ersten, zweiten und dritten Zeitmarkenzuordnungsdatenströme SRA, SRV, SRS beziehen sich jeweils auf dieselbe Zeitskala ZS*. Die Zeitskala ZS* kann auf der Empfangsseite hinsichtlich einer Uhr oder Taktgeber interpretiert werden.
  • Durch die ersten, zweiten und dritten Zeitmarkenzuordnungsdatenströme SRA, SRV, SRS kann der Empfänger 3 über die Gemeinsame Referenzzeit ZS* eine eineindeutige Zuordnung der Szene-Datenfiles A-E und/oder deren Datenpakete zu den Datenpaketen der Video- und Audiodatenströme VS, AS durchführen und auf diese Weise die Szene-Datenfiles mit den Video- und Audiodatenströmen für eine Darstellung und/oder Dekodierung und/oder Speicherung zeitlich synchronisieren.

Claims (10)

  1. Verfahren zur zeitlichen Synchronisierung von Datenpaketen wenigstens eines Mediendatenstroms (AS, VS) mit wenigstens eine Szene beschreibenden Szene-Datenfiles (A-E) und/oder deren Datenpaketen eines unidirektionalen Datenübertragungssystems (1), wobei die Datenpakete des Mediendatenstroms (AS, VS) jeweils mit einer auf eine erste Referenzzeit (ZS1, ZS2) bezogenen ersten Zeitmarke versehen sind und die Sezene-Datenfiles (A-E) und/oder deren Datenpakete jeweils mit einer auf eine zweite Referenzzeit (ZS3) bezogenen zweiten Zeitmarke versehen sind, wobei wenigstens ein Zeitmarkenzuordnungsdatenstrom (SRA, SRV, SRS) vom Sender (2) zum Empfänger (3) übertragen wird, in dem die ersten Zeitmarken des Mediendatenstroms (AS, VS) und die zweiten Zeitmarken der Szene-Datenfiles (A-E) und/oder deren Datenpakete jeweils einer auf eine dritte Referenzzeit (ZS*) bezogenen dritten Zeitmarke zugeordnet sind.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass jedem Mediendatenstrom (AS, VS) ein separater Zeitmarkenzuordnungsdatenstrom (SRA, SRV) zugeordnet ist.
  3. Verfahren nach einem der Ansprüche 1 bis 2, dadurch gekennzeichnet, dass die Datenpakete des wenigstens einen Zeitmarkenzuordnungsdatenstroms erst dann generiert und übertragen werden, wenn die über die dritte Referenzzeit (ZS*) den Datenpaketen des Zeitmarkenzuordnungsdatenstrom zugeordneten Datenpakete des wenigstens einen Mediendatenstroms (AS, VS) übertragen werden.
  4. Unidirektionales Datenübertragungssystem (1) mit einem Sender (2) und wenigstens einem Empfänger (3), bei welchem Sender und Empfänger zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 3 geeignet ausgebildet sind.
  5. Sender (2) eines unidirektionalen Datenübertragungssystems (1), in dem ein maschinenlesbarer Programmcode ausgeführt wird, der Steuerbefehle enthält, die den Sender zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 3 veranlassen.
  6. Maschinenlesbarer Programmcode für einen Datenkarussell-Sender (2) eines unidirektionalen Datenübertragungssystems (1) nach Anspruch 5, welcher Steuerbefehle enthält, die den Sender zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 3 veranlassen.
  7. Speichermedium mit einem darauf gespeicherten maschinenlesbaren Programmcode gemäß Anspruch 6.
  8. Empfänger (3) eines unidirektionalen Datenübertragungssystems (1), in dem ein maschinenlesbarer Programmcode ausgeführt wird, der Steuerbefehle enthält, die den Empfänger zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 3 veranlassen.
  9. Maschinenlesbarer Programmcode für einen Empfänger (3) eines unidirektionalen Datenübertragungssystems (1) nach Anspruch 8, welcher Steuerbefehle enthält, die den Sender zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 3 veranlassen.
  10. Speichermedium mit einem darauf gespeicherten maschinenlesbaren Programmcode gemäß Anspruch 9.
DE102007026531A 2006-10-31 2007-06-08 Verfahren zur Synchronisierung von Szene-Datenfiles und Mediendatenströmen in einem unidirektionalen Datenübertragungssystem Withdrawn DE102007026531A1 (de)

Priority Applications (6)

Application Number Priority Date Filing Date Title
DE102007026531A DE102007026531A1 (de) 2006-10-31 2007-06-08 Verfahren zur Synchronisierung von Szene-Datenfiles und Mediendatenströmen in einem unidirektionalen Datenübertragungssystem
CN2007800407622A CN101536531B (zh) 2006-10-31 2007-10-26 用于在单向的数据传输系统中同步场景数据文件和媒体数据流的方法
JP2009533858A JP5124584B2 (ja) 2006-10-31 2007-10-26 単方向データ伝送システムにおけるシーンデータファイルとメディアデータストリームを同期合わせする方法
US12/312,230 US8108539B2 (en) 2006-10-31 2007-10-26 Method for synchronising scene data files and media data flows in an unindirectional broadcast system
EP07821876A EP2090115A2 (de) 2006-10-31 2007-10-26 Verfahren zur synchronisierung von szene-datenfiles und mediendatenströmen in einem unidirektionalen datenübertragungssystem
PCT/EP2007/061513 WO2008052932A2 (de) 2006-10-31 2007-10-26 Verfahren zur synchronisierung von szene-datenfiles und mediendatenströmen in einem unidirektionalen datenübertragungssystem

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE102006051437 2006-10-31
DE102006051437.8 2006-10-31
DE102007026531A DE102007026531A1 (de) 2006-10-31 2007-06-08 Verfahren zur Synchronisierung von Szene-Datenfiles und Mediendatenströmen in einem unidirektionalen Datenübertragungssystem

Publications (1)

Publication Number Publication Date
DE102007026531A1 true DE102007026531A1 (de) 2008-05-08

Family

ID=39265055

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102007026531A Withdrawn DE102007026531A1 (de) 2006-10-31 2007-06-08 Verfahren zur Synchronisierung von Szene-Datenfiles und Mediendatenströmen in einem unidirektionalen Datenübertragungssystem

Country Status (6)

Country Link
US (1) US8108539B2 (de)
EP (1) EP2090115A2 (de)
JP (1) JP5124584B2 (de)
CN (1) CN101536531B (de)
DE (1) DE102007026531A1 (de)
WO (1) WO2008052932A2 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101946861B1 (ko) * 2011-09-21 2019-02-13 삼성전자주식회사 멀티미디어 방송 서비스의 미디어 데이터 동기화 방법 및 장치
US9426196B2 (en) * 2013-01-04 2016-08-23 Qualcomm Incorporated Live timing for dynamic adaptive streaming over HTTP (DASH)
US9432426B2 (en) * 2013-02-04 2016-08-30 Qualcomm Incorporated Determining available media data for network streaming
US9699229B2 (en) * 2014-01-16 2017-07-04 Qualcomm Incorporated Robust live operation of dash
CN109359689B (zh) * 2018-10-19 2021-06-04 科大讯飞股份有限公司 一种数据识别方法及装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69410489T2 (de) * 1994-03-16 1999-02-04 Ibm Verfahren und gerät für die synchronisation und den ablauf von mehreren datenströmen und echtzeitaufgaben
US6480902B1 (en) * 1999-05-25 2002-11-12 Institute For Information Industry Intermedia synchronization system for communicating multimedia data in a computer network
US6868440B1 (en) * 2000-02-04 2005-03-15 Microsoft Corporation Multi-level skimming of multimedia content using playlists
JP2001359069A (ja) 2000-04-13 2001-12-26 Canon Inc 情報処理装置及びその方法並びにプログラムコード、記憶媒体
US6760749B1 (en) * 2000-05-10 2004-07-06 Polycom, Inc. Interactive conference content distribution device and methods of use thereof
KR100352549B1 (ko) * 2000-07-29 2002-09-12 주식회사 알티캐스트 어플리케이션 정의 화일을 이용한 디지털 방송용 컨텐츠데이터의 관리방법 및 그 시스템
KR100436088B1 (ko) * 2000-12-04 2004-06-14 주식회사 알티캐스트 디지털 방송용 컨텐츠 데이터의 재활용 방법 및 시스템
JP2003259312A (ja) * 2002-02-28 2003-09-12 Lsi Japan Kk 字幕番組データ変換装置
US7143132B2 (en) * 2002-05-31 2006-11-28 Microsoft Corporation Distributing files from a single server to multiple clients via cyclical multicasting
US7290057B2 (en) * 2002-08-20 2007-10-30 Microsoft Corporation Media streaming of web content data
JP4001091B2 (ja) * 2003-09-11 2007-10-31 ヤマハ株式会社 演奏システム及び楽音映像再生装置
ES2745045T3 (es) * 2005-04-22 2020-02-27 Audinate Pty Ltd Red, dispositivo y método para transportar medios digitales

Also Published As

Publication number Publication date
CN101536531B (zh) 2011-12-14
JP5124584B2 (ja) 2013-01-23
EP2090115A2 (de) 2009-08-19
US20100049863A1 (en) 2010-02-25
JP2010507952A (ja) 2010-03-11
WO2008052932A3 (de) 2008-10-23
WO2008052932A2 (de) 2008-05-08
US8108539B2 (en) 2012-01-31
CN101536531A (zh) 2009-09-16

Similar Documents

Publication Publication Date Title
EP1685673B1 (de) Verfahren zur bertragung von digitalen informationspaketen in einem datennetz
DE102007026531A1 (de) Verfahren zur Synchronisierung von Szene-Datenfiles und Mediendatenströmen in einem unidirektionalen Datenübertragungssystem
EP2443775A2 (de) Verfahren und vorrichtung zur übertragung von ereignisdaten wobei zumindest ein teil der daten über zumindest einen übertragungskanal köherer bandbreite und zumindest ein teil der daten über zumindest einen übertragungskanal niedrigerer bandbreite übertragen werden
DE102011078021A1 (de) Vorrichtung und Verfahren zum Schalten von Echtzeitmedienströmen
DE112008002042A1 (de) Digitale Sende- und Empfangseinrichtungen zum Senden und Empfangen von Datenströmen sowie deren Verarbeitungsverfahren
EP1869860B1 (de) Verfahren zum synchronisieren von inhaltsbezogenen datensegmenten von dateien
EP2016734B1 (de) Versenden und Empfangen von Blockdaten in zeitlich coordinierter Manier
EP2127382B1 (de) Verfahren und system zum störungsfreien umschalten zwischen programmkanälen in einer videoumgebung
DE102006061880A1 (de) Verfahren zur Fehlerreduktion im Daten-Streaming über eine drahtlose Verbindung
DE102009057363B4 (de) Verfahren und Vorrichtung zur effizienten Übertragung von überregional und regional auszustrahlenden Programm-und Servicedaten
DE10159305A1 (de) Verfahren und Vorrichtung zum Wiederverwenden von Dateninhalten für eine digitale Nachrichtenübertragung
DE102013000401A1 (de) Latenzverringerung bei mehrfachen unicast-übertragungen
EP1516495B1 (de) Verfahren zur generierung eines systemtaktes einer empfangseinrichtung und empfangseinrichtung hierzu
WO2016128145A1 (de) Verfahren zur übertragung von daten in einem multimedia-system, sowie softwareprodukt und vorrichtung zur steuerung der übertragung von daten in einem multimedia-system
EP3507987A1 (de) Verfahren zur übertragung von echtzeitbasierten digitalen videosignalen in netzwerken
DE102007026222A1 (de) Verfahren zur Übertragung von Szene-daten in einem unidirektionalen Datenübertragungssystem
DE102007059959B4 (de) Verfahren und System zur Übertragung von Daten zwischen einer zentralen Rundfunkstation und mindestens einem Sender
DE19820936C1 (de) Verfahren und Vorrichtung zur Auswertung eines digitalen Datenstromes
DE102009051494A1 (de) Verteilerkopf mit Bussystem
EP0970577B1 (de) Verfahren und vorrichtung zur datenübertragung
EP2202940B1 (de) Verfahren und Multicast-Replikationspunkt zum Bereitstellen von Programmen einer Multicast-Gruppe
DE102012112137B4 (de) Multimediastrom-Verwürfelungsvorrichtung
EP2738721A1 (de) Verfahren und System zur Präsentation bei kollaborativer Zusammenarbeit
DE10132463A1 (de) Verfahren zur selektiven Verbreitung von Audio- und Videosendungen für lokale und regionale Sendeanstalten
DE102014002958A1 (de) Verfahren und System zur Synchronisierung von ersten Informationen mit zweiten Informationen

Legal Events

Date Code Title Description
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee

Effective date: 20130101