DE102009052242B4 - Verfahren zum Senden von Daten - Google Patents

Verfahren zum Senden von Daten Download PDF

Info

Publication number
DE102009052242B4
DE102009052242B4 DE200910052242 DE102009052242A DE102009052242B4 DE 102009052242 B4 DE102009052242 B4 DE 102009052242B4 DE 200910052242 DE200910052242 DE 200910052242 DE 102009052242 A DE102009052242 A DE 102009052242A DE 102009052242 B4 DE102009052242 B4 DE 102009052242B4
Authority
DE
Germany
Prior art keywords
burst
mpe
time
section
data
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.)
Expired - Fee Related
Application number
DE200910052242
Other languages
English (en)
Other versions
DE102009052242A1 (de
Inventor
Vincent Boussemart
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.)
Deutsches Zentrum fuer Luft und Raumfahrt eV
Original Assignee
Deutsches Zentrum fuer Luft und Raumfahrt eV
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 Deutsches Zentrum fuer Luft und Raumfahrt eV filed Critical Deutsches Zentrum fuer Luft und Raumfahrt eV
Priority to DE200910052242 priority Critical patent/DE102009052242B4/de
Priority to EP10188948A priority patent/EP2337258A1/de
Publication of DE102009052242A1 publication Critical patent/DE102009052242A1/de
Application granted granted Critical
Publication of DE102009052242B4 publication Critical patent/DE102009052242B4/de
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • 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/0045—Arrangements at the receiver 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/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
    • 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/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/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • 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 encoded video stream 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
    • 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 encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)

Abstract

Verfahren zum Senden von Daten von einem Sender zu einem Empfänger, insbesondere in einem DVB-Scenario bei dem Daten in aufeinanderfolgenden Bursts gesendet werden und jedes Burst mehrere Multi-Protocol-Encapsulation-(MPE) und Multi-Protocol-Encapsulation-inter-burst-Forward-Error-Correction-(MPE-iFEC)Abschnitte aufweist, bei dem der Daten-Teil eines Bursts (k) nicht notwendigerweise vollständig gefüllt wird und somit ein Padding enthalten kann, nämlich einen datenfreien Bereich am Ende der (ADST) Application-Data-Sub-Tabelle, und bei dem die gesendeten Abschnitte einen Time-Slicing-Indikator aufweisen, der die bis zum Start des nächsten Bursts verbleibende Zeit (&Dgr;t) angibt, bei dem jedes Mal, wenn ein Abschnitt detektiert wird, der nächste Burst-Start berechnet wird, und bei dem für jeden MPE-Abschnitt der Empfänger die Zeit, zu der das nächste Burst starten sollte, und die aktuelle Zeit vergleicht, um festzustellen, ob dieser MPE-Abschnitt zu dem gleichen Burst oder zu einem neuen Burst gehört, dadurch gekennzeichnet, dass jedes Mal, wenn ein MPE-Abschnitt detektiert wird, der Empfänger die...

Description

  • Die Erfindung betrifft ein Verfahren zum Senden von Daten von einem Sender zu einem Empfänger, insbesondere in einem DVB-Scenario.
  • Im Folgenden werden verschiedene Mechanismen und Verbesserungen präsentiert, die vorzugsweise bei Empfängern mit Multi-Protocol-Encapsulation (MPE)-inter-burst-Forward-Error-Correction (iFEC) zum Dekodieren verwendet werden können.
  • Das Senden von Daten wird gemäß ”Digital Video Broadcasting (DVB); DVB specification for data broadcasting, ETSI EN 301 192 V1.4.2, April 2008” in Bursts durchgeführt: eine Datenmenge wird einer vorgegebenen Dauer entsprechend in den Physical Layer eingeführt. Einerseits wurde die Multi-Protocol-Encapsulation-Forward-Error-Correction definiert, um Redundanzinformation innerhalb eines gegebenen Bursts hinzuzufügen. Der Inhalt des Bursts ist geschützt, und falls Verluste auftreten, können die Daten rückgewonnen werden. MPE-iFEC wird z. B. beim Digital Video Broadcasting-Terrestrial (DVB-T) verwendet, wie in ”Framing structure, channel coding and modulation for digital terrestrial television, ETSI EN 300 744 V1.6.1, Jan. 2009” beschrieben ist. Andererseits werden bei Empfang, der unter Verwendung eines Satelliten-Segments erfolgt, Signalschwund-Ereignisse in höherem Maß kritisch. Es kann möglicherweise eine Abschattung auftreten (Element zwischen dem Satellit und dem Terminal), und die Dauer und die Häufigkeit der Abschattungsereignisse hängen von der Terminal-Position ab. Bei einem mobilen Terminal liegen die Abschattungsereignisse in der Größenordnung von mehreren Sekunden. Wie oben angeführt hat MPE-iFEC die Bedeutung MPE-inter-burst-FEC, d. h. die Redundanz wird über mehrere Time-Slice-Bursts hinweg berechnet und verteilt, und dies bewirkt eine direkte Vergrößerung der Interleaver-Dauer. Während MPE-FEC in der Lage ist, eine Rückgewinnung bei Abschattungsereignissen in der Größenordnung von hundert Millisekunden vorzunehmen, kann MPE-iFEC eine Rückgewinnung bei Abschattungsereignissen in der Größenordnung mehrerer Sekunden vornehmen.
  • MPE-iFEC wird zum Empfang von Daten an einem mobilen Terminal verwendet, wenn eine Satellitenübertragung benutzt wird. Die entsprechende Norm ist Digital Video Broadcasting-Satellite Handheld (DVB-SH) gemäß der Beschreibung in ”Framing Structure, channel coding and modulation for Satellite Services to Handheld devices (SH) below 3 GHz, ETSI EN 302 583 V1.1.1, July 2007”, und in der vorliegenden Anmeldung wird von nun an diese Norm zugrundegelegt.
  • Zunächst werden die Mechanismen und Verbesserungen beschrieben, die in DVB-SH-Empfängern verwendet werden können, welche mit MPE-iFEC kompatibel sind. Die Übertragung der Daten und der Empfang der Daten durch die Terminals erfolgt in Bursts. Der auf der Senderseite verwendete Layer-Ansatz ist derjenige gemäß 1.
  • Die Daten werden durch die Anwendung generiert und durch die Transportschicht eingekapselt. Dabei kann es sich beispielsweise um ein Video handeln, das über das Real-Time Protocol (RTP) und das User Datagram Protocol (UDP) eingekapselt ist. Die von den Anwendungs-/Transport-Schichten ausgegebenen Pakete werden dann an das Internet Protocol (IP) ausgegeben, um eingekapselt zu werden. IP-Datagramme, die von der IP-Schicht erzeugt werden, werden an den Multi-Protocol-Encapsulator (MPE) übermittelt, in dem ein Header (12 Bytes) und ein Trailer (4 Bytes, CRC-Check) hinzugefügt werden. Die nächste Schicht ist für das Signalisieren und den iFEC-Teil zuständig. Derzeit erfolgt das Sammeln von Daten und das Erzeugen der Redundanz gemäß mehreren Mechanismen, die in den ”Guidelines for Implementation for Satellite Services to Handheld devices (SH) below 3 GHz, ETSI TS 102 584 V1.1.1, Dec. 2008” beschrieben sind. Die redundanten Daten werden in MPE- iFEC-Abschnitten eingekapselt und die Signalisierung wird dem Header jedes MPE-iFEC-Abschnitts hinzugefügt, so dass der Empfänger die Daten handhaben kann. Die MPE-iFEC-Abschnitte sind präzise über mehrere Bursts verteilt. Ein Burst besteht aus den MPE-Abschnitten, welche die zu diesem Burst gehörenden IP-Pakete enthalten, und aus den MPE-iFEC-Abschnitten, die unter Berücksichtigung von Daten aus verschiedenen Bursts erstellt worden sind (Mechanismen sind beschrieben in ”MPE-IFEC, Draft TS 102 772 V1.1.1, DVB BlueBook A131, Nov. 2008”). Bevor sie moduliert und gesendet werden, werden die Abschnitte schließlich in MPEG-Transport-Stream-(TS)Pakete eingekapselt, die einen 5- oder 4-Byte-Header bzw. 183 oder 184 Bytes an Nutzdaten aufweisen.
  • Der Zweck eines Empfängers besteht darin, sämtliche Abschnitte (MPE und MPE-iFEC) korrekt neu zu organisieren, Daten und Redundanz zu dekodieren und die IP-Datagramme rückzugewinnen. Wie bereits erwähnt, können während des Sendens Schwund-Ereignisse auftreten, was bedeutet, dass einige Teile des Bursts und/oder ein oder mehrere Bursts verlorengehen können.
  • Es sind Mechanismen dahingehend erforderlich, dass Abschnitte, die zu dem gleichen Burst gehören, zusammengefasst werden und ferner neue Bursts detektiert werden können. Ferner ist anzumerken, dass aufgrund einiger Beschränkungen in dem MPE-Header-Format die Burst-Identifizierung (d. h. die Burst-Nummer) nur von den MPE-iFEC-Abschnitten mitgeführt wird.
  • Das Time-Slicing-Verfahren wurde in die Digital-Video-Broadcasting-Handheld-(DVB-H)Norm so eingeführt, wie in ”Transmission system for handheld terminals, ETSI EN 302 304 V1.1.1, Nov. 2004” beschrieben ist. Wie bei DVB-SH werden die Daten (z. B. IP-Datagramme) gesendet, nachdem sie in MPE-Abschnitte eingekapselt worden sind (12-Byte-Header/4-Byte-CRC). Es können MPE-FEC- und MPE-iFEC-Abschnitte verwendet werden, um im Fall schlechter Kanalbedingungen die Redundanz hinzuzufügen und somit Fehler zu beheben. Die MPE-Abschnitte werden schließlich in dem MPEG-Transportstrom eingekapselt (188 Bytes/4- oder 5-Byte-Header, 2).
  • Die MPEG-TS-Pakete werden zusammen gesendet und weisen eine spezifische Paket-Identifizierung (PID) auf. Die PID identifiziert den Elementarstrom, bei dem es sich um einen Audio-/Video-Strom (z. B. um einen gesendeten Fernsehkanal) oder um Daten handeln kann. Der Elementarstrom (ES) ist somit der von dem Terminal angeforderte Service; er kann ein bestimmter Kanal sein. Gewöhnlich werden Daten in geregelter Weise in einem Burst gesendet, und jedes Burst kann mehrere MPE-Abschnitte enthalten (3).
  • Die als ”Time-Slicing” bezeichnete Funktionalität ermöglicht, Bursts nicht mit einem regelmäßigen Intervall, sondern in eher modularer Weise zu senden, wie in ”Transmission system for handheld terminals, ETSI EN 302 304 V1.1.1, Nov. 2004” beschrieben ist. Mittels der Funktionalität kann angezeigt werden, wann das nächste Burst eintreffen sollte. Die Information wird in jeden MPE-Abschnitt einbezogen (Delta-t-Information in sämtliche MPE- und MPE-iFEC-Abschnitte), da ein Teil der Information verlorengehen kann (schlechte Kanalbedingungen). Die angegebene Zeit ist nicht absolut, sondern relativ, so dass kein Problem hinsichtlich der Synchronisation des Senders und des Empfängers besteht (4).
  • Die erste an den Empfänger gestellte Anforderung besteht darin, vor dem Hintergrund einer nicht erfolgenden Angabe der Burst-Nummer zu identifizieren, zu welchem Burst (z. B. gemäß der Burst-Nummer) ein MPE-Abschnitt gehört. Es kann der in MPE-IFEC, Draft TS 102 772 V1.1.1, DVB BlueBook A131, Nov. 2008 beschriebene Mechanismus verwendet werden, und im Idealfall wird dieser Mechanismus in der Lage sein, die Burst-Nummer rückzugewinnen.
  • Im realen Fall berechnet der Empfänger den nächsten Burst-Start auf der Basis seines Takts und der Delta-t-Information, die in jedem MPE-Abschnitt (sowohl MPE als auch iFEC) vorhanden ist: tnext_burst = tclock + Δt
  • Zuerst muss eine Taktreferenz in dem Empfänger implementiert werden, so dass das Time-Slicing-Verfahren verwendet werden kann. Der Takt muss so präzise wie möglich sein, und die Schicht, an welcher der Takt berücksichtigt wird, hat einen signifikanten Einfluss auf die Burst-Detektion. Die Taktinformation kann an dem interessierenden Element markiert werden, bei dem es sich um einen Frame (Physical Layer) oder um einen MPE-Abschnitt (Layer 2) handeln kann.
  • Unabhängig von der berücksichtigten Schicht wird die Zeit, zu der das nächste Burst starten sollte, durch Jitter beeinträchtigt. Falls der Takt im Physical Layer markiert ist (Frame Detection), dann beeinflusst die Verarbeitungszeit z. B. für das Turbo-Decoding den Berechnungsvorgang. Auf diese Weise hat, falls der Takt auf der MPE-Ebene berücksichtigt wird (einfachster Fall, da die Delta-t-Information in dem MPE-Header angeordnet ist), die Zeitverarbeitung für die verschiedenen Operationen (Entkapselung, CRC-Check, Verteilung in ADTs und iFTs, etc.) ebenfalls einen Einfluss auf die Berechnung. Dies bedeutet, dass bei der Verarbeitung jedes Abschnitts Jitter verursacht wird, der zu einer sich direkt die Zeitverarbeitung auswirkenden Verzögerung führt, die durch die berücksichtigte Schicht verursacht wird. Der Einfluss dieser Verzögerung ist nicht vernachlässigbar, da die Möglichkeit besteht, dass MPE-Abschnitte in fehlerhafter Weise einem Burst zugewiesen werden (5).
  • Bei diesem Beispiel (5) wird der nächste Burst-Start jedes Mal berechnet, wenn ein MPE-Abschnitt von dem Empfänger detektiert wird. Wenn ein neuer MPE-Abschnitt empfangen wird, ist die ihm zugehörige Burst-Nummer unbekannt. Der Empfänger vergleicht die Zeit, zu der das nächste Burst starten sollte, und die aktuelle Zeit, um festzustellen, ob der MPE-Abschnitt zu dem gleichen Burst oder einem anderen Burst gehört. Da der Empfänger zwischen den beiden Bursts nicht aktiv ist (die Daten zwischen den beiden Bursts entsprechen einem anderen Elementarstrom), detektiert er ohne Verzögerung den ersten MPE-Abschnitt des nächsten Bursts. Aufgrund der in die Berechnung des nächsten Burst-Starts eingeführten Verzögerung wird der MPE-Abschnitt als dem Burst k zugehörig detektiert, obwohl er zu dem Burst k + 1 gehört. Aus dem gleichen Grund wird auch der nächste MPE-Abschnitt als dem Burst k zugehörig detektiert. In diesem Fall werden zwei MPE-Abschnitte fehlerhafterweise als zu dem Burst k gehörig betrachtet, und dies hat einen direkten Einfluss auf den Dekodiervorgang und verursacht die Einführung von Fehlern.
  • Die nächste Figur zeigt ein Beispiel des Verlaufs des nächsten Burst-Starts in dem Empfänger (6). Der Wert des nächsten Burst-Starts wurde direkt in dem Empfänger verzeichnet, und die Durchführung der Berechnungen erfolgte unter Berücksichtigung des mit dem ersten Abschnitt empfangenen nächsten Burst-Start-Werts. Das Schaubild zeigt somit den Verlauf des nächsten Burst-Starts gemäß dem ersten Wert, der für einen gegebenen Burst empfangen wird. In diesem Beispiel ist der Verlauf für zwei verschiedene Burst-IDs gezeigt. Es wurde die folgende Konfiguration zugrundegelegt: Anzahl von Reihen (T) = 768, Anzahl paralleler Matrizes für ADTs (B) = 5, und Anzahl der verschachtelten iFDTs (S) = 5/Reed-Solomon-Decoder. Das nächste Schaubild (7) zeigt den Verlauf der Abschnitts-Ankunftszeit gemäß der Burst-Start-Angabe. Tatsächlich entspricht der Ankunftszeit-Verlauf des Bursts ID k dem Unterschied zwischen der aktuellen Ankunftszeit und dem nächsten Burst-Start-Wert des vorherigen Bursts, d. h. Burst k – 1. Negative Werte zeigen an (Kreis), dass die Abschnitte als dem Burst k – 1 zugehörig detektiert werden (Prinzip in 5 gezeigt).
  • EP 1 693 981 A2 beschreibt ein Verfahren zur digitalen Breitbandübertragung von Daten, wobei ein geringerer Energieverbrauch in einem Receiver erreicht werden soll. Ein MPE-Abschnitt wird dadurch detektiert, dass die verbleibende Zeit zu der aktuellen Zeit addiert wird und hiervon ein Offset-Wert subtrahiert wird. Dieser Offset-Wert ist ein Delta-t Jitter, der während der Übertragung vom Sender zum Empfänger entstanden ist.
  • In dem Artikel Minimizing Power Consumption of the DVB-H Receiver, in: 48th International Symposium ELMAR-2006 focused an Multimedia Signal Processing and Communications, 2006, S. 309–313, ISBN 953-7044-03-3 wird ebenfalls ein Verfahren zum Übertragen von Daten in einem DVB Scenario beschrieben, bei dem ein während der Übertragung vom Sender zum Empfänger aufgetretener Delta-t Jitter als Offset-Wert berücksichtigt wird.
  • Es ist Aufgabe der vorliegenden Erfindung, ein Verfahren zum Senden von Daten von einem Sender zu einem Empfänger bereitzustellen, bei dem die Zuverlässigkeit des Sendens verbessert ist.
  • Gemäß der Erfindung wird diese Aufgabe durch die in Anspruch 1 angegebenen Merkmale gelöst.
  • Bei einem Verfahren zum Senden von Daten von einem Sender zu einem Empfänger, insbesondere in einem DVB-Scenario, werden die Daten in aufeinanderfolgenden Bursts gesendet, und jedes Burst weist mehrere Multi-Protocol-Encapsulation-(MPE) und Multi-Protocol-Encapsulation-inter-burst-Forward-Error-Correction-(MPE-iFEC)Abschnitte auf. Der Datenteil eines Bursts ist nicht notwendigerweise vollständig ausgefüllt und enthält somit ein Padding, was bedeutet, dass die Möglichkeit besteht, dass sich am Ende der Application-Data-Sub-Tabelle (ADST) keine Daten befinden.
  • Die gesendeten Abschnitte weisen einen Time-Slicing-Indikator auf, der die bis zum Start des nächsten Burst verbleibende Zeit angibt. Jedes Mal, wenn ein Abschnitt detektiert wird (bei dem es sich um einen MPE-Abschnitt eines iFEC-Abschnitts handeln kann), wird der nächste Burst-Start berechnet. Der Empfänger vergleicht für jeden MPE-Abschnitt die Zeit, zu der das nächste Burst starten sollte, und die aktuelle Zeit, um festzustellen, ob dieser MPE-Abschnitt zu dem gleichen Burst oder einem neuen Burst gehört.
  • Gemäß der Erfindung berechnet der Empfänger jedes Mal, wenn ein Abschnitt detektiert wird, die Zeit, zu der das nächste Burst starten sollte, indem er zu der aktuellen Zeit die verbleibende Zeit hinzuaddiert, die von dem in dem detektierten MPE-Abschnitt vorhandenen Time-Slicing-Indikator angegeben wird, und davon einen Offset-Wert subtrahiert, der in Abhängigkeit von einer Verarbeitungszeit-Verzögerung an dem Empfänger gewählt wird.
  • Anders ausgedrückt besteht die hier vorgeschlagene Verbesserung darin, dass die Berechnung des nächsten Burst-Starts unter Applizierung eines einfachen Offsets erfolgt, so dass die Verarbeitungszeit-Verzögerung des Empfängers berücksichtigt wird. Da der Abstand zwischen den beiden Bursts, insbesondere der Abstand zwischen dem letzten Abschnitt eines gegebenen Bursts und dem ersten Abschnitt des nächsten Bursts in der Größenordnung mehrerer Hundert Millisekunden liegt, kann das Offset entsprechend appliziert werden. Somit wird die Berechnung des nächsten Burst-Starts dahingehend modifiziert, dass: tnext_burst = tdc + Δt – offset
  • Folglich werden, wenn das Offset korrekt dimensioniert ist, die in 5 gezeigten beiden MPE-Abschnitte nun korrekt dahingehend detektiert, dass sie zu dem Burst k + 1 gehören. Weitere Details des Verfahrens gemäß der Erfindung werden an späterer Stelle in dieser Anmeldung im Kontext von 8 beschrieben.
  • Der Wert des Offsets wird entsprechend der Leistung des Empfängers gewählt, z. B. kann er auf 150 ms gesetzt werden, wenn der Abstand zwischen zwei aufeinanderfolgenden Bursts (mit dem interessierenden ES) ungefähr 1 s beträgt.
  • Vorzugsweise wird in dem Empfänger eine Taktreferenz implementiert, die dazu verwendet wird, die aktuelle Zeit in dem Time-Slicing-Verfahren anzugeben. Die Taktreferenz kann an einem Frame im Physical Layer oder im MPE-Abschnitt im Data-Link-Layer markiert sein.
  • Da das Verfahren gemäß der Erfindung dahingehend hilfreich ist, dass mehr Abschnitte in korrekter Weise den Bursts zugewiesen werden können, zu denen sie gehören, trägt dieses Verfahren dazu bei, die Zuverlässigkeit des Sendens zu verbessern.
  • Eine zweite unabhängige Erfindung betrifft ebenfalls ein Verfahren zum Senden von Daten, das die gleichen Merkmale wie die erste Erfindung aufweist. Anstelle der Verwendung eines Offset-Werts bei der Berechnung des nächsten Burst-Starts besteht das erfinderische Merkmal der zweiten Erfindung in der Verwendung eines oder mehrerer Verfahrensschritte zum Detektieren des Vorhandenseins eines neuen Bursts.
  • Zu diesem Zweck weisen die gesendeten Abschnitte einen Time-Slicing-Indikator auf, der die verbleibende Zeit (Δt) bis zum Start des nächsten Bursts und eine Adresse, die der MPE-Abschnitts-Nutzlast in der Application-Data-Sub-Tabelle (ADST) entspricht, und eine Abschnitts-Nummer angibt, die dem Empfänger ermöglicht, den Index und die Position der MPE-iFEC-Abschnitts-Nutzlast in den Interburst-Forward-Error-Correction-Daten-Tabellen (iFDTs) zu bestimmen. Das Vorhandensein eines neuen Burst wird durch eine Kombination der folgenden Verfahrensschritte detektiert: Erstens wird der aktuelle Wert der verbleibenden Zeit mit dem vorherigen Wert der verbleibenden Zeit verglichen, wodurch, falls der aktuelle Wert größer als der vorherige Wert ist, ein neues Burst detektiert werden kann. Zweitens wird die aktuelle Adresse in einem MPE-Abschnitt mit der vorherigen Adresse verglichen, wodurch, falls die aktuelle Adresse kleiner als die vorherige Adresse ist, ein neues Burst detektiert wird. Als dritter Verfahrensschritt wird die aktuelle Abschnitts-Nummer in einem MPE-iFEC-Abschnitt mit der vorherigen Abschnitts-Nummer verglichen, wodurch, falls die aktuelle Abschnitts-Nummer kleiner als die vorherige Abschnitts-Nummer ist, ein neues Burst detektiert wird.
  • Die vorgeschlagenen Verfahrensschritte basieren auf der Annahme, dass per Satellitenübertragung empfangene Daten die gleiche Reihenfolge aufweisen wie die gesendeten Daten.
  • Somit ermöglicht das vorgeschlagene Verfahren das Zusammenfassen von Abschnitten, die zu dem gleichen Burst gehören, und ferner das Detektieren neuer Bursts. Es ist zu beachten, dass aufgrund einiger Beschränkungen, denen das MPE-Header-Format unterliegt, die Burst-Identifikation (d. h. die Burst-Nummer) nur von den MPE-iFEC-Abschnitten geführt wird.
  • Die vorliegende Erfindung wird nun anhand der folgenden Figuren erläutert:
  • 1 zeigt den Layer-Ansatz der MPE-iFEC-Übertragung.
  • 2 zeigt die Einkapselung der IP-Datagramme über MPE und MPEG-TS.
  • 3 zeigt eine Burst-Übertragung in regelmäßigen Intervallen.
  • 4 zeigt eine Burst-Übertragung mittels des Time-Slicing-Verfahrens.
  • 5 zeigt den Einfluss der Zeitverarbeitungs-Verzögerung auf die Burst-Detektion gemäß dem Stand der Technik.
  • 6 zeigt ein Beispiel des Next-Burst-Start-Verlaufs gemäß dem Stand der Technik.
  • 7 zeigt ein Beispiel des Eintreffzeit-Verlaufs gemäß dem Stand der Technik.
  • 8 zeigt die Weise, in der die gemäß der Erfindung vorgesehene Verbesserung der Berechnung des Starts des nächsten Bursts realisiert werden kann.
  • Die 1–7 sind in der Einführung der vorliegenden Anmeldung im Zusammenhang mit dem Stand der Technik erläutert worden.
  • Wie aus 8 ersichtlich ist, wird die Berechnung des nächsten Burst-Starts (Burst k + 1 in diesem Fall) optimiert, indem der aktuellen Zeit die verbleibende Zeit hinzuaddiert wird, die durch den in dem detektierten MPE-Abschnitt vorhandenen Time-Slicing-Indikator angegeben ist, und davon ein Offset-Wert subtrahiert wird, der in Abhängigkeit von einer Verarbeitungszeit-Verzögerung an dem Empfänger gewählt wird. Als Konsequenz werden die ersten beiden Segmente des Bursts k + 1 korrekt dahingehend angegeben, dass sie zu dem Burst k + 1 und nicht zu dem Burst k gehören, wie in 5 gezeigt ist.
  • Im Folgenden werden einige Details beschrieben, welche die zweite unabhängige Erfindung betreffen.
  • Es existieren verschiedene Arten des Detektierens eines neuen Bursts, wobei die erste Art darin besteht, den Time-Slicing-Indikator zu verwenden, wenn ein MPE-Abschnitt empfangen wird, und die Burst-Nummer zu verwenden, wenn ein MPE-iFEC-Abschnitt verwendet wird, wie in ”MPE-IFEC, Draft TS 102 772 V1.1.1, DVB BlueBook A131, Nov. 2008” aufgeführt. Es können auch andere Mechanismen in Betracht gezogen werden.
  • Wie bereits aufgeführt zielt das Time-Slicing-Verfahren darauf ab, den Empfänger über den Start des nächsten Bursts zu informieren. Zu diesem Zweck wird in jeden Abschnitt (MPE oder iFEC) ein Wert (delta-t) eingeführt, der die Zeit angibt, welche verbleibt, bis das erste Byte des nächsten Bursts eintreffen sollte. Delta-t nimmt somit über der Zeit ab, und die durch nachfolgende Abschnitte innerhalb eines Bursts angegebenen Werte können entweder gleich oder kleiner sein.
  • Der hier vorgeschlagene Mechanismus zum Detektieren eines neuen Burst basiert auf diesem Verhalten und ferner darauf, dass über Satellit empfangene Daten die gleiche Reihenfolge aufweisen wie gesendete Daten (was bei terrestrischen Netzwerken nicht notwendigerweise der Fall ist). Das Prinzip beinhaltet das Vergleichen des vorherigen Werts von delta-t mit dem aktuellen Wert und das Prüfen, ob ein neues Burst eingetroffen ist oder nicht. Dieser Mechanismus kann zusätzlich zu den vorherigen in Betracht gezogen werden, um Sicherheitsmargen in die Burst-Detektion einzubringen.
    • • Falls: Δtcurrent > Δtprevious dann ist ein neues Burst detektiert worden.
    • • Ansonsten müssen andere Mechanismen in Betracht gezogen werden.
  • MPE-Abschnitte führen in ihren Headern Information über ihre Adresse. Die Adresse entspricht der Position der MPE-Abschnitts-Datennutzlast (insbesondere des ersten Byte) in der ADST, wie in ”MPE-IFEC, Draft TS 102 772 V1.1.1, DVB BlueBook A131, Nov. 2008” beschrieben ist. Die Information erlaubt das Bestimmen der Spalte und der Reihe, an der die Datennutzlast platziert werden sollte. Gemäß den für die Ausgestaltung des Burst verwendeten Mechanismen werden die MPE-Abschnitte eines Bursts nacheinander übertragen, was bedeutet, dass die Adresse zwischen aufeinanderfolgenden MPE-Abschnitten innerhalb eines Bursts zunimmt (das Satelliten-Segment hält die Sende-Reihenfolge aufrecht).
  • Der hier vorgeschlagene Mechanismus beinhaltet das Analysieren der aktuellen Adresse und das Vergleichen dieser Adresse mit der zuvor empfangenen Adresse. Falls die aktuelle Adresse kleiner ist als die vorherige, dann ist ein neues Burst empfangen worden. Wie zuvor ist dies ein zusätzlicher Mechanismus, der verwendet wird, um Sicherheitsmargen in die Burst-Detektion einzubringen.
    • • Falls: addresscurrent < addressprevious dann ist ein neues Burst detektiert worden.
    • • Ansonsten müssen andere Mechanismen in Betracht gezogen werden.
  • MPE-iFEC führen in ihren Headern Information über die Abschnitts-Nummer. Die Abschnitts-Nummer erlaubt dem Empfänger, die Position der MPE-iFEC-Abschnitts-Nutzlast in den iFDTs zu bestimmen. Die Information wird verwendet, um zusammen mit der Burst-Nummer den Index und die Spalte der iFDT zu bestimmen, in der die Datennutzlast platziert werden soll, wie in ”MPE-IFEC, Draft TS 102 772 V1.1.1, DVB BlueBook A131, Nov. 2008” beschrieben ist. Gemäß den für die Ausbildung des Burst verwendeten Mechanismen erhöht sich innerhalb des gleichen Bursts die Abschnitts-Nummer von einem iFEC-Abschnitt zum nächsten. Ferner wird die Sende-Reihenfolge durch das Satelliten-Segment nicht verändert.
  • Der hier vorgeschlagene Mechanismus beinhaltet das Aufrufen der aktuellen Abschnitts-Nummer und das Vergleichen dieser Nummer mit der zuvor empfangenen Abschnitts-Nummer. Falls die aktuelle Abschnitts-Nummer kleiner ist als die vorherige, dann ist ein neues Burst empfangen worden. Wie zuvor ist dies ein zusätzlicher Mechanismus, der verwendet wird, um Sicherheitsmargen in die Burst-Detektion einzubringen.
    • • If: section_numbercurrent < section_numberprevious dann ist ein neues Burst detektiert worden.
    • • Ansonsten müssen andere Mechanismen in Betracht gezogen werden.
  • Die Merkmale sämtlicher im Rahmen der vorliegenden Erfindung beschriebener Verfahren können nach Belieben zu einem einzigen erfindungsgemäßen Verfahren kombiniert werden, um die Sende-Zuverlässigkeit zu verbessern. Beispielsweise kann das Verfahren die Merkmale eines der Ansprüche 1–4 und zusätzlich die Merkmale von Anspruch 5 aufweisen.

Claims (5)

  1. Verfahren zum Senden von Daten von einem Sender zu einem Empfänger, insbesondere in einem DVB-Scenario bei dem Daten in aufeinanderfolgenden Bursts gesendet werden und jedes Burst mehrere Multi-Protocol-Encapsulation-(MPE) und Multi-Protocol-Encapsulation-inter-burst-Forward-Error-Correction-(MPE-iFEC)Abschnitte aufweist, bei dem der Daten-Teil eines Bursts (k) nicht notwendigerweise vollständig gefüllt wird und somit ein Padding enthalten kann, nämlich einen datenfreien Bereich am Ende der (ADST) Application-Data-Sub-Tabelle, und bei dem die gesendeten Abschnitte einen Time-Slicing-Indikator aufweisen, der die bis zum Start des nächsten Bursts verbleibende Zeit (Δt) angibt, bei dem jedes Mal, wenn ein Abschnitt detektiert wird, der nächste Burst-Start berechnet wird, und bei dem für jeden MPE-Abschnitt der Empfänger die Zeit, zu der das nächste Burst starten sollte, und die aktuelle Zeit vergleicht, um festzustellen, ob dieser MPE-Abschnitt zu dem gleichen Burst oder zu einem neuen Burst gehört, dadurch gekennzeichnet, dass jedes Mal, wenn ein MPE-Abschnitt detektiert wird, der Empfänger die Zeit, zu der das nächste Burst starten sollte, berechnet, indem er zu der aktuellen Zeit die verbleibende Zeit (Δt) hinzuaddiert, die von dem in dem detektierten MPE-Abschnitt vorhandenen Time-Slicing-Indikator angegeben wird, und davon einen Offset-Wert subtrahiert, der in Abhängigkeit von einer Verarbeitungszeit-Verzögerung an dem Empfänger gewählt wird.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass in dem Empfänger eine Taktreferenz implementiert wird, die zum Angeben der aktuellen Zeit in dem Time-Slicing-Verfahren verwendet wird.
  3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Taktreferenz an einem Frame im Physical Layer markiert ist.
  4. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Taktreferenz an einem MPE-Abschnitt im Data-Link-Layer markiert ist.
  5. Verfahren zum Senden von Daten von einem Sender zu einem Empfänger, insbesondere in einem DVB-Scenario bei dem Daten in aufeinanderfolgenden Bursts gesendet werden und jedes Burst mehrere Multi-Protocol-Encapsulation-(MPE) und Multi-Protocol-Encapsulation-inter-burst-Forward-Error-Correction-(MPE-iFEC)Abschnitte aufweist, bei dem der Daten-Teil eines Bursts (k) nicht notwendigerweise vollständig gefüllt wird und somit ein Padding enthalten kann, nämlich einen datenfreien Bereich am Ende der ADST, und bei dem die gesendeten Abschnitte einen Time-Slicing-Indikator aufweisen, der die bis zum Start des nächsten Bursts verbleibende Zeit (Δt) und/oder eine Adresse, die der MPE-Abschnitts-Nutzlast in der Application-Data-Sub-Tabelle (ADST) entspricht, und/oder eine Abschnitts-Nummer angibt, die dem Empfänger ermöglicht, den Index und die Position der MPE-iFEC-Abschnitts-Nutzlast in den inter-burst-Forward-Error-Correction-Daten-Tabellen (iFDTs) zu bestimmen, dadurch gekennzeichnet, dass das Vorhandensein eines neuen Bursts durch eine Kombination der folgenden Verfahrensschritte detektiert wird: – Vergleichen des aktuellen Werts der verbleibenden Zeit (Δtcurrent) mit dem vorherigen Wert der verbleibenden Zeit (Δtprevious), wodurch, falls der aktuelle Wert (Δtcurrent) großer als der vorherige Wert (Δtprevious) ist, ein neues Burst detektiert wird, – Vergleichen der aktuellen Adresse in einem MPE-Abschnitt mit der vorherigen Adresse, wodurch, falls die aktuelle Adresse kleiner als die vorherige Adresse ist, ein neues Burst detektiert wird, – Vergleichen der aktuellen Abschnitts-Nummer in einem MPE-iFEC-Abschnitt mit der vorherigen Abschnitts-Nummer, wodurch, falls die aktuelle Abschnitts-Nummer kleiner als die vorherige Abschnitts-Nummer ist, ein neues Burst detektiert wird.
DE200910052242 2009-11-06 2009-11-06 Verfahren zum Senden von Daten Expired - Fee Related DE102009052242B4 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE200910052242 DE102009052242B4 (de) 2009-11-06 2009-11-06 Verfahren zum Senden von Daten
EP10188948A EP2337258A1 (de) 2009-11-06 2010-10-26 Verfahren zur Übertragung von Daten im Zeitscheibenmodus in Form mehrere Bursts nach Multi-Protocol Encapsulation

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE200910052242 DE102009052242B4 (de) 2009-11-06 2009-11-06 Verfahren zum Senden von Daten

Publications (2)

Publication Number Publication Date
DE102009052242A1 DE102009052242A1 (de) 2011-05-12
DE102009052242B4 true DE102009052242B4 (de) 2012-05-16

Family

ID=43500139

Family Applications (1)

Application Number Title Priority Date Filing Date
DE200910052242 Expired - Fee Related DE102009052242B4 (de) 2009-11-06 2009-11-06 Verfahren zum Senden von Daten

Country Status (2)

Country Link
EP (1) EP2337258A1 (de)
DE (1) DE102009052242B4 (de)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1693981A2 (de) * 2003-01-21 2006-08-23 Nokia Corporation Verfahren, System und Netzwerkeinheit zur Bereitstellung digitaler Breitbandübertragung

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7738409B2 (en) * 2005-04-13 2010-06-15 Nokia Corporation System and method for wireless communications
KR20100068294A (ko) * 2007-09-29 2010-06-22 코닌클리케 필립스 일렉트로닉스 엔.브이. 복수의 버스트들의 형태로 시간 슬라이싱 모드에서 송신되는 신호를 수신 및 송신하는 방법 및 디바이스

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1693981A2 (de) * 2003-01-21 2006-08-23 Nokia Corporation Verfahren, System und Netzwerkeinheit zur Bereitstellung digitaler Breitbandübertragung

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ETSI: Digital Video Broadcasting (DVB), MPE-IFEC, DVB Document A131. Sophia Antipolis : ETSI, Nov. 2008 (MPE-IFEC v3.0.8). - ISBN n.a.. http://www.dvb.org/technology/standards/index.xml [abgerufen am 09.06.2010] *
Loncaric, Sasa; Grgic, Sonja; Zovko-Cihlar, Branka: Minimizing Power Consumption of the DVB-H Receiver. 48th Intermational Symposium ELMAR-2006 focused on Multimedia Signal Processing and Communications. New York : IEEE, June 2006. S. 309-313. - ISBN 953-7044-03-3 *

Also Published As

Publication number Publication date
DE102009052242A1 (de) 2011-05-12
EP2337258A1 (de) 2011-06-22

Similar Documents

Publication Publication Date Title
DE60003082T2 (de) Überwachung der dienstgüte einer digitalen fernsehverbindung
DE102005054978A1 (de) Verfahren zum Aktualisieren eines Datensatzes sowie Vorrichtung zur Durchführung des Verfahrens
EP1685673B1 (de) Verfahren zur bertragung von digitalen informationspaketen in einem datennetz
DE602004002677T2 (de) Datenübertragungssystem
WO2006010689A1 (de) Codier- und decodierverfahren, sowie codier- und decodiervorrichtungen mit einem zweistufigen fehlerschutzverfahren
EP1175047B1 (de) Verfahren und Anordnung zum Schutz gegen Paketverlusten bei einer paketorientierten Datenübertragung
DE102010010935A1 (de) Verfahren zum Überprüfen der Integrität von Daten in einem Network Coding basierten Übertragungssystem
DE102009052242B4 (de) Verfahren zum Senden von Daten
EP2552042B1 (de) Demultiplexen eines paketbasierten Transportstroms
DE60318179T2 (de) Neuübertragung einer burst-kopie in einem breitband-digitalnetzwerk
EP2400683B1 (de) Decodierung eines paketbasierten Datenstroms
US9160638B2 (en) Method and apparatus for performing non real time service in digital broadcast system
DE102004024124B4 (de) Verfahren, Sende- sowie Empfangseinrichtung zur Übertragung von digitalen Informationspaketen in einem Datennetz
EP1588533B1 (de) System und verfahren zur verbesserung des übertragungsverhaltens einer nach dem tcp/ip-protokoll arbeitenden datenübertragung über eine unidirektionale funkverbindung
DE102008003588B4 (de) Verfahren zur Broadcasting-Übertragung von in Datenpaketen angeordneten Informationen
DE102010004015B4 (de) Verfahren zum Übertragen von Daten
DE102009052243A1 (de) Verfahren zum Senden von Daten
EP1175748B1 (de) Verfahren zum messen der empfangsseitigen bitfehlerrate eines dvb-übertragungssystems
DE102010007949B4 (de) Verfahren zum Übertragen von Daten
DE102005058709A1 (de) Verfahren zum Übertragen von Daten
DE102007059959B4 (de) Verfahren und System zur Übertragung von Daten zwischen einer zentralen Rundfunkstation und mindestens einem Sender
EP1104138B1 (de) Entwürfelung von Datenrahmen
DE10111193A1 (de) Verfahren und Vorrichtung zur Festlegung eines Demodulationsverfahrens in einem digitalen Mobilfunksystem
WO2007096257A1 (de) Verfahren zum übertragen einer änderung eines statischen objekts mit einem änderungsobjekt in einem datenverteildienst, sowie sender und empfänger
WO2002001786A1 (de) Verfahren zum gleichzeitigen übertragen mehrerer teildatenströme und vorrichtung zum korrigieren von übertragungsfehlern durch automatische wiederholunganforderung (arq)

Legal Events

Date Code Title Description
R016 Response to examination communication
OP8 Request for examination as to paragraph 44 patent law
R018 Grant decision by examination section/examining division
R020 Patent grant now final

Effective date: 20120817

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