EP2090115A2 - 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

Info

Publication number
EP2090115A2
EP2090115A2 EP07821876A EP07821876A EP2090115A2 EP 2090115 A2 EP2090115 A2 EP 2090115A2 EP 07821876 A EP07821876 A EP 07821876A EP 07821876 A EP07821876 A EP 07821876A EP 2090115 A2 EP2090115 A2 EP 2090115A2
Authority
EP
European Patent Office
Prior art keywords
data
scene
time
transmitter
receiver
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.)
Ceased
Application number
EP07821876A
Other languages
English (en)
French (fr)
Inventor
Jörg Heuer
Andreas 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
Siemens Corp
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, Siemens Corp filed Critical Siemens AG
Publication of EP2090115A2 publication Critical patent/EP2090115A2/de
Ceased 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—Synchronisation processes, e.g. processing of PCR [Programme 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

Definitions

  • the invention is in the field of telecommunications engineering and relates to a method for synchronizing temporally synchronized transmitted by a data carousel scene data files and / or their data packets with data packets of media data streams in a unidirectional data transmission system.
  • unidirectional data transmission systems data is transferred from one sender to one or more receivers in a push process.
  • data is transmitted in particular as streaming streams, in particular in the streaming method, which has the advantage that high demands on the accuracy of the data rate can be fulfilled, for example when the data rate is coupled to the system clock of the receiver.
  • streaming methods today's audio and video streams are generally streamed to the receivers, with the data each being provided with timestamps indicating when they are relevant for presentation and / or decoding.
  • a disadvantage of the streaming method is that the receivers may miss or incorrectly receive received data can not be retransmitted.
  • a data transmission by the download method in which data in the form of data files or data objects are transmitted from the sender to the receiver and stored in the receiver.
  • data in the form of data files or data objects are transmitted from the sender to the receiver and stored in the receiver.
  • EPG electronic program guide
  • the scene and media data can be streamed in parallel with the receiver so that they are at the beginning of the time range in which they are valid Receivers are available.
  • RTP Real Time Transport Protocol
  • NTP is a standard for synchronizing clocks in computer systems over packet-based communication networks, which is standardized as RFC 958.
  • Sender Reports the time stamp format of NTP is used.
  • HisTV One approach to solving this problem is known by an application called "HisTV” in which synchronization of scene states is realized by referencing NTP timestamps of the audio or video data stream in the description of the states of a scene.
  • the object of the present invention is to provide a method for synchronizing scene scene data files describing a scene with media streams (audio / video data streams) of the scene.
  • a method for synchronizing a plurality of data packets of at least one media data stream with at least one scene descriptive scene data files and / or their data packets in a unidirectional data transmission system.
  • the at least one media data stream is transmitted continuously by a transmitter of the unidirectional data transmission system to at least one receiver of the unidirectional data transmission system in the streaming method.
  • the unidirectional data transmission system may be a broadcast, multicast or unicast data transmission system.
  • the scene data files or their data packets are transmitted by the transmitter by means of a data carousel to the at least one receiver in the download process.
  • the data carousel for Transmission of the scene data files is suitable for cyclically repeating the scene data files, in each of which at least one scene containing the same descriptive scene data objects are transmitted to the at least one receiver.
  • the data carousel is in the form of a so-called data object carousel, and consequently able to repeatedly transmit not only files but also directory structures in a cyclic manner.
  • Data or data object carousels for cyclically repeating data transmission are specified as such, for example, in the DSM-CC (Data S_torage Media Command and Control) standard and are thus well known to those skilled in the art, so further explanation is unnecessary.
  • Data carousels may also be based on flood and / or ALC (Asynchronous L_ayer (Coding) and / or LCT (L_ayer (Coding Transport).
  • the data packets of the at least one media data stream are each provided with a first time mark related to a first reference time.
  • the data packets of the scene data files and / or their data packets are each provided with a second time stamp, which are related to a (different from the first reference time) second reference time.
  • At least one timestamp allocation data stream is transmitted in the streaming method from the sender to the receiver, in which the first timestamps of the data packets of the at least one media data stream and the second timestamps of the scene data files and / or of their data packets are each assigned to a third timestamp , which are related to a third reference time, so that over the third timestamps of the Zeitmarkenzu glovesschal- current, an assignment of the first timestamps to the second timestamps is possible.
  • synchronization between pre-loaded scenes and streamed media data can thus advantageously be carried out flexibly in real time.
  • additional content such as advertising blocks
  • the synchronization can be handled as before in the streaming case.
  • the scene data files are synchronized with the data packets of the at least one media data stream (synchronization at data file level). If the data packets of the scene data files are provided with second time stamps, the data packets of the scene data files are synchronized with the data packets of the at least one media data stream
  • a separate time stamp allocation data stream is provided for each media data stream, which allows a simple implementation.
  • the data packets of the at least one timestamp allocation data stream are generated and transmitted only when the data packets of the at least one media data stream assigned to the data packets of the timestamp allocation data stream are transmitted via the third time stamps of the third reference time.
  • the invention further extends to a unidirectional data transmission system with a transmitter and at least one receiver, transmitter and receiver being designed to carry out a method as described above.
  • the invention extends to a transmitter of a unidirectional data transmission system as described above, in which a machine-readable program code is executed, which contains control commands which cause the transmitter to carry out a method as described above. Furthermore, the invention extends to a machine-readable program code (computer program) for such a transmitter, which contains control commands which cause the transmitter to carry out a method as described above. In addition, the invention extends to a storage medium (computer program product) with such machine-readable program code stored thereon.
  • the invention also extends to a receiver of a unidirectional data transmission system as described above, in which a machine-readable program code is executed, which contains control commands which cause the receiver to carry out a method as described above. Furthermore, the invention extends to a machine-readable program code (computer program) for such a receiver, which contains control commands which cause the transmitter to carry out a method as described above. In addition, the invention extends to a storage medium (computer program product) with such machine-readable program code stored thereon.
  • FIG. 1 shows an exemplary embodiment of a unidirectional data transmission system according to the invention for illustrating an exemplary embodiment of the method according to the invention.
  • FIG. 1 shows an exemplary embodiment of the non-directional data transmission system according to the invention denoted by the reference number 1.
  • the data transmission system comprises a transmitter 2 (data carousel server) and a plurality of receivers 3, of which only one is shown in FIG.
  • the data between transmitter 2 and receiver 3 are transmitted in the broadcast method, that is, sent from the transmitter 2 to the receivers 3 in the push method.
  • the data transmission can be wireless or wired, which is not shown in detail in FIG.
  • the data carousel or data object carousel of the transmitter 2 which may be specified in particular according to the standard format DSM-CC, or based on flood and / or ALC (Asychronous L_ayer (Coding) and / or LCT (L_ayer (Coding Transport) , are a plurality of scene data files AE, each containing one or more scene data objects for describing at least one same graphic scene and transmitted in cyclic repetition to the receiver 3.
  • ALC Alchronous L_ayer (Coding)
  • LCT L_ayer (Coding Transport)
  • the temporal order for the cyclic transmission of the scene data files AE becomes after the first scene data file A, the third scene data file C after the second scene data file B, the fourth scene data file D after the third scene data file C, and the fifth scene data file E after the fourth scene data file D is sent out.
  • FDT File Delivery T_able
  • the scene data files AE and / or their data packets are each provided with a scene data file time stamp (time stamp) which is related to a scene data file reference time (time scale) ZS3.
  • the transmitter 2 continues to transmit in the streaming method an audio data stream AS and a video data stream VS to the receiver 3.
  • the data packets of the audio data stream AS are each provided with an audio data stream time stamp (time stamp) which is related to an audio data stream reference time (time scale) ZS1.
  • time stamp time stamp
  • ZS1 audio data stream reference time
  • RTP timestamps based on RTP (Real T_ime Transport Protocol), which is standardized in RFC 3550 (RFC Request for Comments).
  • RTP Real T_ime Transport Protocol
  • the audio data stream reference time ZS1 is different from the video data stream reference time ZS2.
  • the audio data stream reference time ZS1 and the video data stream reference time ZS2 are different from the scene data file reference time ZS3, respectively.
  • Timestamp allocation data streams are transmitted to the receiver 3, namely a first timestamp allocation data stream SRA associated with the audio data stream AS, a second timestamp allocation data stream SRV associated with the video data stream VS and a third timestamp allocation data stream SRS associated with the scene data files.
  • the data packets of the audio data stream AS take place for each audio data stream time stamp Assignment to a reference time timestamp (time stamp) of a common reference time (time scale) ZS *.
  • Sender reports are sent here, which assign the RTP time stamps in the audio data stream to AS NTP time stamps.
  • the second timestamp allocation data stream SRV which is assigned to the video data stream VS
  • an assignment to the reference time timestamp (time stamp) of the common reference time (time scale) ZS * is carried out for each video data stream time stamp of the data packets of the video data stream VS.
  • sender reports are sent which assign the RTP time stamps in the video data stream to VS NTP time stamps.
  • the third timestamp allocation data stream SRS which is assigned to the scene data files AE
  • an assignment to the reference time timestamp (time stamp) of the common reference time (time scale) ZS takes place for each scene data file timestamp of the scene data files AE and / or their data packets *.
  • sender reports are sent, which assign the scene data file time stamps of the scene data files A-E and / or their data packets NTP time stamps.
  • the first timestamp allocation data stream SRA assigns the RTP timestamps to NTP timestamps
  • the RTP timestamps NTP timestamps are assigned by the second timestamp allocation data stream SRV
  • the time stamps of the scene data files and / or the third timestamp allocation data stream SRS their data packets to NTP timestamps.
  • the NTP timestamps of the first, second and third timestamp allocation data streams SRA, SRV, SRS each relate to the same time scale ZS *.
  • the time scale ZS * can be found on the Receiving side are interpreted in terms of a clock or clock.
  • the receiver 3 can use the common reference time ZS * to unambiguously assign the scene data files AE and / or their data packets to the data packets of the video and audio data streams VS, AS and synchronize in time the scene data files with the video and audio data streams for display and / or decoding and / or storage.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Television Systems (AREA)

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 (ZSl, ZS2) bezogenen ersten Zeitmarke versehen sind und die Sezene-Datenf iles (A-E) und/oder deren Da- tenpakete 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

Beschreibung
Verfahren zur Synchronisierung von Szene-Datenfiles und Me- diendatenströmen in einem unidirektionalen Datenübertragungs- System
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 Mediendaten- strö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 heutzuta- ge 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än- ger ü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 Representati- on) , 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 kontinu- ierlichen Ü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 T_ime P^rotocol) 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 Zeit- markenformat 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 emp- fä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 Synchronisie- rung 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 Be- Schreibung 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 (Au- dio-/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 angege- ben.
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 Mediendaten- strom 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 Datenob- jektkarussells 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 S_torage 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 (Asychro- nous L_ayer (Coding) und/oder LCT (L_ayer (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 Zeitmarkenzuordnungsdaten- stroms 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 Inhal- te, 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 Zeit- markenzuordnungsdatenstrom 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 Zeitmarkenzuordnungsdaten- stroms 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 unidirektiona- les 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übertragungssys- tems, 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
Fig. 1 zeigt ein Ausführungsbeispiel eines erfindungsgemäßen unidirektionalen Datenübertragungssystems zur Veran- schaulichung eines Ausführungsbeispiels des erfindungsgemäßen Verfahrens .
Ausführliche Beschreibung der Figur
In Figur 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 Fig. 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 Fig. 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 L_ayer (Coding) und/oder LCT (L_ayer (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 Fig. 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 aus- gesendet. 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, wie- derholt.
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 (I_nternet Engineering T_ask Force) standardisierten Transportprotokoll RFC 3926 "Flute" (Flute = File Delivery over Unidi- rectional Transport) . Hierbei wird, neben den Szene- Datenfiles A-E, ein Indexfile FDT (FDT = File Delivery T_able) ü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) ZSl bezogen sind. Hierbei handelt es sich um RTP-Zeitmarken auf Basis von RTP (Real T_ime Transport Protocol) , das in RFC 3550 (RFC = Request f_or 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 T_ime Transport Protocol), das in RFC 3550 (RFC = Request f_or Comments) standardisiert ist.
Die Audiodatenstrom-Referenzzeit ZSl ist von der Videodaten- strom-Referenzzeit ZS2 verschieden. Die Audiodatenstrom- Referenzzeit ZSl 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 Videodaten- ström VS zugeordnet ist, und ein dritter Zeitmarkenzuordnungsdatenstrom SRS, welcher dem Szene-Datenfiles zugeordnet ist .
Im ersten Zeitmarkenzuordnungsdatenstrom SRA, welcher dem Au- diodatenstrom 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 ba- sieren auf NTP (NTP = Network T_ime Protocol) , welches als RFC 958 standardisiert ist.
Im zweiten Zeitmarkenzuordnungsdatenstrom SRV, welcher dem Videodatenstrom VS zugeordnet ist, erfolgt für jede Videoda- tenstrom-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 (Zeit- Stempel) 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 Zeitmar- kenzuordnungsdatenströ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 Zeitmarkenzuordnungsda- tenströ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 Audioda- tenströmen für eine Darstellung und/oder Dekodierung und/oder Speicherung zeitlich synchronisieren.

Claims

Patentansprüche
1. Verfahren zur zeitlichen Synchronisierung von Datenpaketen wenigstens eines Mediendatenstroms (AS, VS) mit wenigs- tens 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 (ZSl, 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 Zeitmarken- zuordnungsdatenstrom (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 Zeitmarkenzu- ordnungsdatenstrom (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.
EP07821876A 2006-10-31 2007-10-26 Verfahren zur synchronisierung von szene-datenfiles und mediendatenströmen in einem unidirektionalen datenübertragungssystem Ceased EP2090115A2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE102006051437 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
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

Publications (1)

Publication Number Publication Date
EP2090115A2 true EP2090115A2 (de) 2009-08-19

Family

ID=39265055

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07821876A Ceased EP2090115A2 (de) 2006-10-31 2007-10-26 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
US6195701B1 (en) * 1994-03-16 2001-02-27 International Business Machines Corporation Method and apparatus for synchronization and scheduling of multiple data streams and real time tasks
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

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2008052932A2 *

Also Published As

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

Similar Documents

Publication Publication Date Title
DE69321558T2 (de) Video- und Audiosignalmultiplex- und -trennvorrichtungen
DE112012002526B4 (de) Medieninhalt-Übertragungsverfahren und Übertragungsvorrichtung unter Verwendung desselben
DE69531223T2 (de) Verfahren und anordnung zur datenpaketübertragung
DE112011103642T5 (de) Verfahren zum Senden/Empfangen von Medieninhalt und Vorrichtung zum Senden/Empfangen, die dieses verwendet
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
EP2090115A2 (de) Verfahren zur synchronisierung von szene-datenfiles und mediendatenströmen in einem unidirektionalen datenübertragungssystem
DE102011078021A1 (de) Vorrichtung und Verfahren zum Schalten von Echtzeitmedienströmen
EP1247402B1 (de) Verfahren zum ändern des informationsinhaltes eines digitalen video-transportstromes in ausgewählten regionen
EP2016734B1 (de) Versenden und Empfangen von Blockdaten in zeitlich coordinierter Manier
DE102007009414A1 (de) Verfahren und System zum störungsfreien Umschalten zwischen Programmkanälen in einer Videoumgebung
EP1869860B1 (de) Verfahren zum synchronisieren von inhaltsbezogenen datensegmenten von dateien
DE112012000582T5 (de) Verfahren zum Synchronisieren eines Referenzbilds mit einem Zusatzbild eines Echtzeit-Rundfunkprogramms und Transceiversystem, um es auzuführen
DE60209548T2 (de) Verfahren und Vorrichtung zur Rundsendung von sukzessivem Inhalt
DE69523201T2 (de) Verfahren und Vorrichtung zur Wiedergabe einer von einer entfernten Quelle empfangenen digitalen Bildfolge
EP1516495B1 (de) Verfahren zur generierung eines systemtaktes einer empfangseinrichtung und empfangseinrichtung hierzu
DE102015001622A1 (de) Verfahren zur Übertragung von Daten in einem Multimedia-System, sowie Softwareprodukt und Vorrichtung zur Steuerung der Übertragung von Daten in einem Multimedia-System
EP2206311B1 (de) Verfahren und system zur bandbreite-optimierten übertragung von hdtv-datenströmen über ein ip-basiertes verteilernetz
DE69515491T2 (de) Vorrichtung zur leitweglenkung von paketen
DE102013000401A1 (de) Latenzverringerung bei mehrfachen unicast-übertragungen
WO2018042036A1 (de) Verfahren zur übertragung von echtzeitbasierten digitalen videosignalen in netzwerken
DE102007004951A1 (de) Verfahren zum paketvermittelten Übertragen von Mediendaten sowie Vorrichtung zum Bearbeiten von Mediendaten
DE19820936C1 (de) Verfahren und Vorrichtung zur Auswertung eines digitalen Datenstromes
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
DE102008060346B4 (de) Verfahren und Multicast-Replikationspunkt zum Bereitstellen von Programmen einer Multicast-Gruppe

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20090304

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20091209

DAX Request for extension of the european patent (deleted)
REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20121030