DE112005001690T5 - Wirksame Datenübertragung durch Datenverdichtung - Google Patents

Wirksame Datenübertragung durch Datenverdichtung Download PDF

Info

Publication number
DE112005001690T5
DE112005001690T5 DE112005001690T DE112005001690T DE112005001690T5 DE 112005001690 T5 DE112005001690 T5 DE 112005001690T5 DE 112005001690 T DE112005001690 T DE 112005001690T DE 112005001690 T DE112005001690 T DE 112005001690T DE 112005001690 T5 DE112005001690 T5 DE 112005001690T5
Authority
DE
Germany
Prior art keywords
data
tdp
pab
encapsulation
superframe
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
DE112005001690T
Other languages
English (en)
Inventor
Jeffrey Mountain View Kuskin
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.)
Qualcomm Inc
Original Assignee
Atheros Communications Inc
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 Atheros Communications Inc filed Critical Atheros Communications Inc
Publication of DE112005001690T5 publication Critical patent/DE112005001690T5/de
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083Formatting with frames or packets; Protocol or part of protocol for error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00Encapsulation of packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Verfahren der Datenverdichtung in einen Superrahmen für die drahtlose Netzwerkübertragung, wobei das Verfahren umfasst:
Instanzbildung eines Datenträger-Zugriffssteuerungs(MAC)kopfes,
Ergänzung von Software-definierter Einkapselungsinformation,
Ergänzung eines Paketverdichtungsblocks (PAB),
Ergänzung eines Integritätsprüfwertes (ICV) und
Ergänzung einer Rahmenprüfsequenz (FCS).

Description

  • VERWANDTE ANMELDUNGEN
  • Diese Anmeldung beansprucht die Priorität der Vorläufigen US-Patentanmeldung 60/588,537, mit dem Titel „Wirksame Datenübertragung durch Datenverdichtung", die am 15. Juli 2004 eingereicht wurde.
  • HINTERGRUND DER ERFINDUNG
  • Gebiet der Erfindung
  • Die vorliegende Erfindung betrifft die Übertragung von Daten über ein drahtloses Netzwerk und insbesondere die Übertragung verdichteter Datenpakete.
  • Beschreibung des verwandten Standes der Technik
  • Bei dem drahtlosen Netzwerk-Informationsaustausch erfolgt der Datenaustausch oft durch Sendung eines oder mehrerer Ströme von Datenpaketen. Typischerweise wird jedes Informationsaustauschpaket eine Systemverwaltung enthalten. Diese Systemverwaltung kann Protokollinformation, z. B. Sender und Empfangsadressierung, Umfang und Datenintegrität-Prüfwerte umfassen. Wenn die Anzahl der Pakete ansteigt, kann die Systemverwaltung eine signifikante Last werden.
  • Ein Funknetzwerk-Konkurrenzprotokoll, das Carrier Sense Multiple Access (CSMA) genannt wird, hört auf ein Netzwerk, um Kollisionen zu vermeiden. Bevor Daten übertragen werden, sendet CSMA spezifisch ein Signal an das Netzwerk, um auf mögliche Kollisionen zu prüfen, und es ruft andere Geräte dazu auf, Sendung zu unterlassen. Unter Benutzung von CSMA in Netzwerken trägt die Erkennung eines freien Kanals unglücklicherweise zu der effektiven Systemverwaltung der Datenübertragung bei und ist besonders unrentabel, wenn viele kleine Pakete übertragen werden.
  • Daher besteht ein Bedarf an einer wirksamen Datenübertragungseinrichtung auf einem drahtlosen Netzwerk.
  • SUMMARISCHER ABRISS DER ERFINDUNG
  • Um auf einem drahtlosen Netzwerk wirksam Daten zu übertragen, werden kleine Pakete, die sonst einzeln gesendet werden könnten (z. B. in der Größenordnung von 188 Bytes) in einen „Su perrahmen" verdichtet. Dieser Superrahmen kann dann als ein einzelnes größeres Paket übertragen werden.
  • Um diesen Superrahmen zu bilden, kann eine Mehrzahl von Datenpaketen in einen Paketverdichtungsblock (PAB) zusammengefasst werden. An den PAB können Einkapselungsdaten angehängt werden. Eine drahtlose Übertragungsinformation kann die PAB und Einkapselungsdaten begrenzen und dadurch einen in einem drahtlosen Netzwerk übertragbaren Superrahmen schaffen. Die drahtlose Übertragungsinformation kann einen Kopf einer Datenträger-Zugriffssteuerung (MAC), einen Unversehrtheitsprüfwert (ICV) und eine Rahmenprüfsequenz (FCS) umfassen. Die Einkapselungsdaten für den PAB können Protokollinformation bezüglich des Transportmechanismus enthalten. Zum Beispiel könnten Software-definierte Einkapselungsdaten Daten über das Internet-Protokoll (IP), das Übertragungssteuerungsprotokoll (TCP), das Benutzer-Datagramm-Protokoll (UDP) oder den Standard IEEE 802.3 umfassen. Bei einer Ausführungsform enthält jedes Datenpaket entsprechende Einkapselungsdaten auf einer vorbestimmten Ebene, und die Einkapselungsdaten für den PAB sind auf einer anderen vorbestimmten Ebene. Daher können bei dieser Ausführungsform ein oder mehrere der Datenpakete und der PAB unterschiedliche Protokollinformation haben.
  • Ein gekennzeichnetes Datenpaket (TDP) kann durch Ergänzung der folgenden Information gebildet werden: Ein Längenwert eines Datenteils des TDP, Datenfragmentierung und Typenanzeigedaten des TDP, Fehlerzeichendaten des TDP, Zeitstempeldaten des TDP und Paket-Urdaten des TDP. Bei einer Ausführungsform kann die Bildung jedes TDP ferner die Ergänzung mit einer Wortausrichtungsausfüllung des TDP umfassen.
  • Die Bildung der Superrahmen kann unter Benutzung einer wirksamen Kombination aus Hardware und Software erfolgen. Bei einer Ausführungsform kann die Verdichtung der gekennzeichneten Datenpakete z. B. durch Hardware ohne Berücksichtigung des zugrunde liegenden Protokolls oder der zugrunde liegenden Protokolle durchgeführt werden. Beispielhafte, für die Datenverdichtung geeignete Hardware könnte Statusmaschinen und Direktzugriffs (DMA)maschinen umfassen. Die Software kann dann die Protokollbearbeitungsunterstützung liefern.
  • KURZE BESCHREIBUNG DER FIGUREN
  • 1 zeigt einen beispielhaften Superrahmen mit einer Mehrzahl gekennzeichneter Datenpakete.
  • 2A zeigt ein beispielhaftes gekennzeichnetes Datenpaket.
  • 2B zeigt ein beispielhaftes Format für ein gekennzeichnetes Datenpaket.
  • 3 zeigt einen beispielhaften Superrahmen mit einer Mehrzahl gekennzeichneter Datenpakete mit vielen Protokollen und/oder Zielen.
  • DETAILLIERTE BESCHREIBUNG DER FIGUREN
  • In einem drahtlosen Netzwerk kann die schnell anwachsende Zahl übertragener Pakete eine umfangreiche Systemverwaltung schaffen. Protokolle zur Vermeidung von Paketkollisionen können zu dieser Systemverwaltung hinzukommen. Nach einem Aspekt der Erfindung werden kleine Pakete (z. B. in der Größenordnung von 188 Bytes), die sonst einzeln gesendet werden könnten, in einen „Superrahmen" verdichtet. Dieser Superrahmen kann dann als ein einziges, größeres Paket übertragen werden, wodurch in vorteilhafter Weise die Systemverwaltung verringert wird.
  • 1 zeigt einen beispielhaften Superrahmen 100. Der Superrahmen 100 enthält einen Paketverdichtungsblock (PAB) 104, der N gekennzeichnete Datenpakete (d. h. 0, 1, 2 ... N-1) umfasst. Bei einer Ausführungsform kann Hardware den Paketverdichtungsblock (PAB) 104 eines Superrahmens bilden, während Software den Rest des Superrahmens bilden kann. Der Rest des Superrahmens kann verschiedene Blöcke für die Speicherung von auf drahtlose Übertragungsfunktionen bezogene Informationen umfassen.
  • Der Superrahmen 100 kann z. B. einen 802.11-MAC-Kopf 101 enthalten. Der Standard 802.11 spezifiziert eine übliche Datenträger-Zugangskontroll(MAC)-Ebene, die verschiedene Funktionen liefert, die den Betrieb von drahtlosen Ortsnetzen (WLANs) auf 802.11-Basis unterstützen. Im Allgemeinen verwaltet und unterhält die MAC-Ebene Datenaustausch zwischen 802.11-Stationen dadurch, dass sie deren Zugang zum Informationsaustausch über den drahtlosen Datenträger, d. h. einen Funkkanal koordiniert und diesen Informationsaustausch über den drahtlosen Datenträger erleichtert. Der 802.11-MAC-Kopf 101 hat eine 6-Byte-Empfangsadresse (z. B. einen einzelnen Empfängerknoten, eine Gruppe von Empfängerknoten oder die Menge aller Empfängerknoten), eine 6-Byte-Senderadresse (z. B. die Knotenadresse der Übertragungsstation) und ein 2-Byte-Typenfeld (z. B. einen Service Access Point (SAP), um die Art des in Übertragung befindlichen Protokolls zu identifizieren).
  • Der Superrahmen 100 kann ferner zur Datensicherheit einen Initialisierungsvektor (IV) 102 enthalten. Viele Netzwerk-Schnittstellenkarten (NICs) und Zugangspunkt-Provider unterstützen WEP (verdrahtete äquivalente Verschlüsselung), die in der MAC-Ebene gemäß Leitung durch den 802.11-Standard implementiert ist. Wenn die Übertragungsstation WEP aktiviert, wird der Superrahmen vor der Übertragung chiffriert. Die Empfangsstation führt nach Empfang des Superrahmens die Dechiffrierung durch.
  • Als Teil des Chiffrierungsprozesses erzeugt WEP einen Chiffrierungskeim durch Verkettung eines von der Übertragungsstation bereit gestellten Geheimschlüssels mit einem zufallsmäßig erzeugten 24-Bit-Initialisierungsvektor (IV). WEP gibt den Chiffrierungskeim in einen Pseudozufallszahlgenerator, der einen Schlüsselstrom gleich der Länge der Zahlungsladung des Rahmen plus einem 32-Bit-Unversehrtheitsprüfwert (ICV) 105 generiert.
  • Der ICV 105 ist eine Prüfsumme, die die Empfangsstation neu berechnen und mit der von der Übertragungsstation gesandten vergleichen kann, um zu bestimmen, ob beim Übergang in die übertragenen Daten hinein gepfuscht wurde. Wenn die Empfangsstation ein ICV berechnet, das nicht mit einem in dem Superrahmen gefundenen übereinstimmt, kann die Empfangsstation den Superrahmen zurückweisen oder ein Kennzeichen generieren.
  • Die Empfangsstation kann den 802.11-Initialisierungsvektor 102 zusammen mit dem Geheimschlüssel (der zuvor von der Übertragungsstation zugeführt wurde) benutzen, um den übertragenen Superrahmen zu dechiffrieren. Der 802.11-Initialisierungsvektor 102 kann mit Vorteil die Standzeit des Geheimschlüssels verlängern, weil die Übertragungsstation den Initialisierungsvektor für jeden übertragenen Nachrichtenrahmen verändern kann.
  • Der Superrahmen 100 kann ferner durch Software-definierte Einkapselungsdaten 103 enthalten. Diese Software-definierten Einkapselungsdaten könnten Protokollinformation bezüglich des Transportmechanismus enthalten. Software-definierte Einkapselungsdaten 103 könnten z. B. Daten bezüglich IP (d. h. das Internet-Protokoll, das das Paketformat und die Adressierung jener Pakete spezifiziert), TCP (d. h. das Übertragungssteuerungsprotokoll, das die Verbindung zwischen den Stationen herstellt und gewährleistet, dass die Pakete in der abgesandten Reihenfolge ausgeliefert werden), UDP (d. h. das Benutzer-Datagramm-Protokoll, das wirksam über ein Netzwerk Pakete senden und empfangen kann, obgleich mit einigen Fehlerbeseitigungsdiensten) oder den Standard IEEE 802.3 (das ist der das Ethernet, ein häufig implementiertes LAN definierende Standard) enthalten.
  • Der Superrahmen 100 kann ferner 802.11-Rahmenprüfsequenz (FCS) 106 enthalten. Bei einer Ausführungsform kann die FCS 106 zur Fehlererfassung eine cyclische Redundanzprüfung (CRC) enthalten.
  • Bei einer Ausführungsform umfasst der Paketverdichtungsblock (PAB) 104 eine geordnete Folge von gekennzeichneten Datenpaketen, wobei jedes gekennzeichnete Datenpaket Urdaten enthalten kann, wie sie von einer Eingabeschnittstelle (z. B. einem MPEG-TS-Paket) empfangen wurde mit vorhergehender Status(markierungs)information, die verschiedene Eigenschaften des Datenpakets beschreibt. 2A zeigt ein gekennzeichnetes Datenpaket 200 zur Vereinfachung der Darstellung mit einer Breite von 8 Bit (d. h. ein Byte). 2B zeigt ein beispielhaftes Format 210 für ein gekennzeichnetes Datenpaket 200 mit einer Breite von 32 Bits. Die im Format 210 benutzten Bezugszahlen entsprechen den Bytes des gekennzeichneten Datenpakets 200.
  • Die unten gezeigte Tabelle 1 gibt die Funktion der Bits jedes Bytes an. Nun folgt eine Beschreibung dieser Bits. Bei dieser Ausführungsform können die Bytes 0 und 1 die Länge der Urdaten (Ld) in dem Paket (bezogen auf 2B) angeben. Es ist zu bemerken, dass dieser Wert die Länge der Bytes 0–7 sowie jegliche Wortausrichtungsauffüllung (unten beschrieben) ausschließt. Bei einer Ausführungsform können Bits [7:0] von Byte 0 die am wenigsten bedeutenden 8 Bits der Länge Ld speichern, während Bits [3:0] von Byte 1 die bedeutendsten 4 Bits der Länge Ld speichern können. Die Bits [7:4] von Byte 1 können reserviert werden.
  • Die Bits [1:0] von Byte 2 können eine Datenblockfragmentierung angeben. Es ist zu bemerken, dass die externe Datenquelle einen großen Datenblock schon in mehrere Datenblöcke unterteilt haben kann. Daher können diese Bits als „Marken" dienen, um die Empfangsstation auf diese Fragmentierung aufmerksam zu machen. „00" könnte z. B. angeben, dass das markierte Datenpaket einen gesamten unfragmentierten Datenblock enthält, „01" könnte angeben, dass das markierte Datenpaket einen Anfangsteil (d. h. einen Beginn) eines fragmentierten Datenblocks enthält, „10" könnte angeben, dass das gekennzeichnete Datenpaket eine Fortsetzung (d. h. ein Mittelteil) eines fragmentierten Datenblocks enthält und „11" könnte angeben, dass das gekennzeichnete Datenpaket ein Endteil (d. h. ein Ende) eines fragmentierten Datenblocks enthält. Die Bits [3:2] von Byte 2 können reserviert werden.
  • Die Bits [7:4] von Byte 2 können den Wert von „Typ"-Signalen von einem MPEG-TS-Bus angeben (das ist ein Transportstrom, der mit der Spezifikation ISO/IEC 13818-1 2000 buskompatibel ist, die teilweise einen MPEG-2-System-Standard einschließlich Transport-Stream(TS)-Kodierung definiert), die den ersten Byte des Paket begleiteten. Diese Typ-Signale können die gegenwärtig auf dem Bus befindliche Transaktion angeben. Bei einer Ausführungsform könnte eine Transaktion für Video und eine andere Transaktion für Audio sein.
  • Bits [7:0] der Bytes 4–7 können die Ortszeit in Mikrosekunden widerspiegeln, bei der der erste Byte des Pakets von einer äußeren Quelle an den Paketverdichtungsblock (d. h. an die Sendeseite des drahtlosen Zwischenglieds) übertragen wurde. Bei einer Ausführungsform kann Byte 4 die am wenigsten wichtigen 8 Bits des Zeitstempels speichern, während Byte 7 die wichtigsten 8 Bits des Zeitstempels speichern kann. Eine Empfangsstation kann mit Vorteil den Zeitstempel jedes gekennzeichneten Datenpakets benutzen, um die Datenpakete in chronologischer Reihenfolge wieder zusammenzusetzen.
  • Bits [7:0] von Bytes 8 bis zum Ende des gekennzeichneten Datenpakets, das bei dieser Ausführungsform Ld + 7 ist, können die Paketurdaten speichern. Wenn die Länge der Paketurdaten (Ld) nicht ein Vielfaches von 4 Bytes ist, können bei der in 2B gezeigten Ausführungsform Auffüllungsbytes 211 an das Ende der Paketurdaten angehängt werden, so dass jedes gekennzeichnete Datenpaket eine Gesamtlänge hat, die ein Vielfaches von 4 Bytes ist. Es ist zu bemerken, dass diese Auffüllung in Tabelle 1 durch „(8 + Ld) – (7 + Ld + (Ld%4) ? 4 – (Ld%4) : 0)" beschrieben ist, was zu übersetzen ist in „Bytes, bezeichnet durch die Summe von 8 plus der Datenlänge, durch Bytes, bezeichnet durch die Summe von 7 plus der Datenlänge plus, falls der Rest der Datenlänge geteilt durch 4 nicht Null ist, der Größe 4 minus dem von Null verschiedenen Rest, sonst Null". Es ist zu bemerken, dass diese beschreibende Syntax in Übereinstimmung mit dem mathematischen Operator und der bedingten Symbolik ist, die in der Programmiersprache „C" benutzt wird.
  • Zwei Beispiele sind vorgesehen, um zu verdeutlichen, wie diese Auffüllungsfunktion erfolgt. In einem ersten Beispiel wird angenommen, dass Ld = 1, d. h. die Paketurdaten erstrecken sich von Byte 8 durch 8 hindurch (1 Byte). Somit kann sich die Ausfüllung für diese Paketurdaten von Bytes (8 + 1) = 9 durch (7 + 1 + (4 – 1)) = 11 hindurch erstrecken. Daher ist eine Auffüllungseingabe von 3 Byte nötig, um die Gesamtzahl der Bytes auf ein Mehrfaches von 4 zu bringen.
  • Bei einem zweiten Beispiel wird angenommen, dass Ld = 15, d. h. die Paketurdaten erstrecken sich von Byte 8 bis 22 hindurch (15 Bytes). Die Auffüllung für diese Paketurdaten kann sich somit von Bytes (8+15) = 23 durch (7 + 15 + (4 – 3)) = 23 hindurch erstrecken. Daher ist eine Auffüllungseingabe von einem Byte nötig, um die Gesamtzahl der Bytes auf ein Mehrfaches von 4 zu bringen.
  • Tabelle 1: Format des gekennzeichneten Datenpakets (TDP)
    Figure 00080001
  • 3 zeigt eine andere Ausführungsform eines Superrahmens 300 mit mehreren gekennzeichneten Datenpaketen mit verschiedenen Protokollen. Präzise enthalten in dem Superrahmen 300 die Paketurdaten jedes gekennzeichneten Datenpakets ferner ihre eigenen Software-definierten Einkapselungsdaten. Zum Beispiel enthalten die Paketurdaten (0) des gekennzeichneten Datenpakets 0 Software-definierte Einkapselungsdaten 301 und eingekapselte Daten (0), während die Paketurdaten (N-2) des gekennzeichneten Datenpakets N-2 Software-definierte Einkapselungsdaten 302 und eingekapselte Daten (N-2) enthalten (die Software-definierten Einkapselungsdaten und die eingekapselten Daten für andere gekennzeichnete Datenpakete sind aus Gründen der Einfachheit nicht gezeigt). Bemerkenswerterweise können die Software-definierten Einkapselungsdaten 301 von den Software-definierten Einkapselungsdaten 302 verschieden sein.
  • Bei einer Ausführungsform könnten sich die Software-definierten Einkapselungsdaten 301 und 302 auf verschiedene Protokolle beziehen, von denen die einen oder beide anders als Software-definierte Einkapselungsdaten 103 sein könnten. Es ist zu bemerken, dass diese unterschiedlichen Ebenen der Einkapselungsdaten die Verdichtung der gekennzeichneten Datenpakete unter Benutzung von Hardware ohne Rücksicht auf das oder die zugrunde liegende(n) Protokoll(e) erleichtern. Beispielhafte, zur Datenverdichtung geeignete Hardware könnte Statusmaschinen und Direktzugriffs(DMA)maschinen umfassen. Software kann dann die Protokollbearbeitungsunterstützung schaffen. Zu bemerken ist, dass neben oder anstelle von verschiedenen Protokollen die zusätzliche(n) Ebene(n) der Software-definierten Einkapselungsdaten irgendwelche Software-definierten Daten umfassen kann, die verschiedene Datenpakete unterscheiden können.
  • Obgleich erste und zweite Einkapselungsdatenebenen gezeigt sind, ist zu bemerken, dass in dem Paketverdichtungsblock 304 eine beliebige Ebenenzahl vorgesehen werden könnte. Beispielsweise könnte jedes in 3 gezeigte gekennzeichnete Datenpaket mehrfache Datenpakete umfassen. Daher würde eine solche Konfiguration drei Einkapselungsdatenebenen haben.
  • Bemerkenswerterweise ist zur optimalen Flexibilität bei der Datenpaketverdichtung für jeden Übergang zu der nächsten höheren Ebene eine andere Einkapselungsdatenebene vorgesehen. Da die gekennzeichneten Datenpakete in dem Paketverdichtungsblock 304 eine zweite Ebene von Einkapselungsdaten haben, muss z. B. eine erste Einkapselungsdatenebene für den Paketverdichtungsblock 304 selbst vorgesehen werden. Diese erste Einkapselungsdatenebene kann dann durch Information 802.11 (z. B. wenigstens 802.11 MAC-Kopf 101, 802.11 ICV 105 und 802.11 FCS 106) begrenzt werden, um die drahtlose Übertragung zu erleichtern.
  • Obgleich im Einzelnen hier mit Bezug auf die begleitenden Figuren Ausführungen zu ihrer Erläuterung beschrieben wurden, soll die Erfindung nicht genau auf diese Ausführungsformen beschränkt sein. Diese Ausführungsformen sollen nicht erschöpfend sein oder die Erfindung auf die genauen offenbarten Formen beschränken. Somit sind für den in der Technik versierten Praktiker viele Modifizierungen und Veränderungen denkbar.
  • ZUSAMMENFASSUNG
  • Zur wirksamen Datenübertragung auf einem drahtlosen Netzwerk werden kleine Pakete, die sonst einzeln gesendet werden könnten, in einen „Superrahmen" verdichtet. Dieser Superrahmen kann dann als ein einziges größeres Paket übertragen werden. Zur Bildung dieses Superrahmens können mehrere gekennzeichnete Datenpakete in einen gepackten Verdichtungsblock (PAB) verdichtet werden. Einkapselungsdaten, z. B. Protokollinformation, kann den PAB ergänzen. Drahtlose Übertragungsinformation kann den PAB und die Einkapselungsdaten begrenzen. Die Bildung des Superrahmens kann unter Benutzung einer wirksamen Kombination aus Hardware und Software erfolgen. Bei einer Ausführungsform kann die Verdichtung der gekennzeichneten Datenpakete durch Hardware ohne Rücksicht auf das oder die zugrunde liegende(n) Protokoll(e) durchgeführt werden. Software kann dann die Protokollbearbeitung unterstützen.

Claims (15)

  1. Verfahren der Datenverdichtung in einen Superrahmen für die drahtlose Netzwerkübertragung, wobei das Verfahren umfasst: Instanzbildung eines Datenträger-Zugriffssteuerungs(MAC)kopfes, Ergänzung von Software-definierter Einkapselungsinformation, Ergänzung eines Paketverdichtungsblocks (PAB), Ergänzung eines Integritätsprüfwertes (ICV) und Ergänzung einer Rahmenprüfsequenz (FCS).
  2. Verfahren des Anspruchs 1, bei dem die Ergänzung eines Paketverdichtungsblocks (PAB) ferner die Stufe der Ergänzung mehrerer gekennzeichneter Datenpakete (TDPs) umfasst.
  3. Verfahren des Anspruchs 2, bei dem die Ergänzung mehrerer gekennzeichneter Datenpakete (TDPs) ferner für jedes TDP die Stufen umfasst: Ergänzung eines Längenwertes eines Datenteils des TDP, Ergänzung von Datenfragmentierungs- und Typenangabedaten des TDP, Ergänzung von Fehlerzeichendaten des TDP, Ergänzung von Zeitstempeldaten des TDP, Ergänzung von Paketurdaten des TDP und Ergänzung von Wortausrichtungsauffüllung des TDP.
  4. Verfahren der Datenverdichtung in einen Superrahmen für die drahtlose Netzwerkübertragung, wobei das Verfahren umfasst: Verdichtung mehrerer gekennzeichneter Datenpakete in einen gepackten Verdichtungsblock (PAB), Ergänzung von Einkapselungsdaten für den PAB, Begrenzung des PAB und der Einkapselungsdaten mit drahtloser Übertragungsinformation, wodurch der Superrahmen geschaffen wird.
  5. Verfahren des Anspruchs 4, bei dem die Begrenzung des PAB und der Einkapselungsdaten mit drahtloser Übertragungsinformation umfasst: Instanzbildung eines Datenträger-Zugriffssteuerungs(MAC)kopfes, Ergänzung eines Integritätsprüfwertes (ICV) und Ergänzung einer Rahmenprüfsequenz (FCS).
  6. Verfahren des Anspruchs 4, bei dem die Einkapselungsdaten für den PAB Protokollinformation enthalten.
  7. Verfahren des Anspruchs 4, bei dem jedes gekennzeichnete Datenpaket entsprechende Einkapselungsdaten auf einer vorbestimmten Ebene enthält und die Einkapselungsdaten für den PAB auf einer anderen vorbestimmten Ebene sind.
  8. Verfahren des Anspruchs 4, ferner unter Einschluss der Bildung mehrerer gekennzeichneter Datenpakete (TDP), wobei die Bildung für jedes TDP umfasst: Ergänzung eines Längenwertes eines Datenteils des TDP, Ergänzung von Datenfragmentierungs- und Typenangabedaten des TDP, Ergänzung von Fehlerzeichendaten des TDP, Ergänzung von Zeitstempeldaten des TDP und Ergänzung von Paketurdaten des TDP.
  9. Verfahren des Anspruchs 8, bei dem die Bildung für jedes TDP die Ergänzung von Wortausrichtungsauffüllung des TDP umfasst.
  10. Superrahmen zur drahtlosen Netzwerkübertragung mit einer Mehrzahl verdichteter gekennzeichneter Datenpakete (TDPs), die einen gepackten Verdichtungsblock (PAB) bilden, Einkapselungsdaten für den PAB, drahtloser Übertragungsinformation, die den PAB und Einkapselungsdaten begrenzt und dadurch den Superrahmen schafft.
  11. Superrahmen des Anspruchs 10, bei dem die drahtlose Übertragungsinformation umfasst: einen Datenträger-Zugriffssteuerungs(MAC)kopf, einen Integritätsprüfwert (ICV) und eine Rahmenprüfsequenz (FCS).
  12. Superrahmen des Anspruchs 10, bei dem die Einkapselungsdaten für den PAB Protokollinformation enthalten.
  13. Superrahmen des Anspruchs 10, bei dem jedes TDP entsprechende Einkapselungsdaten auf einer vorbestimmten Ebene enthält und die Einkapselungsdaten für den PAB auf einer anderen vorbestimmten Ebene sind.
  14. Superrahmen des Anspruchs 10, bei dem jedes TDP umfasst: einen Längenwert eines Datenteils des TDP, Datenfragmentierungs- und Typenangabedaten des TDP, Fehlerzeichendaten des TDP, Zeitstempeldaten des TDP und Paketurdaten des TDP.
  15. Superrahmen des Anspruchs 14, bei dem jedes TDP ferner Wortausrichtungsauffüllung des TDP enthält.
DE112005001690T 2004-07-15 2005-06-24 Wirksame Datenübertragung durch Datenverdichtung Withdrawn DE112005001690T5 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US58853704P 2004-07-15 2004-07-15
US60/588,537 2004-07-15
US10/934,869 US7463611B2 (en) 2004-07-15 2004-09-03 Efficient data transmission by data aggregation
US10/934,869 2004-09-03
PCT/US2005/021999 WO2006019501A2 (en) 2004-07-15 2005-06-24 Efficient data transmission by data aggregation

Publications (1)

Publication Number Publication Date
DE112005001690T5 true DE112005001690T5 (de) 2007-06-06

Family

ID=35599349

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112005001690T Withdrawn DE112005001690T5 (de) 2004-07-15 2005-06-24 Wirksame Datenübertragung durch Datenverdichtung

Country Status (4)

Country Link
US (2) US7463611B2 (de)
DE (1) DE112005001690T5 (de)
GB (1) GB2430337B (de)
WO (1) WO2006019501A2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210153156A1 (en) * 2014-03-24 2021-05-20 Imagination Technologies Limited High definition timing synchronisation function

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7447233B2 (en) * 2004-09-29 2008-11-04 Intel Corporation Packet aggregation protocol for advanced switching
US7734051B2 (en) * 2004-11-30 2010-06-08 Novell, Inc. Key distribution
US7548561B2 (en) * 2005-05-13 2009-06-16 Freescale Semiconductor, Inc. Method of transmitting and receiving data
US20070211682A1 (en) * 2006-03-09 2007-09-13 Nec Laboratories America, Inc. On Packet Aggregation and Header Compression Mechanisms for Improving VoIP Quality in Mesh Networks
JP2008009303A (ja) * 2006-06-30 2008-01-17 Sony Corp コンテンツ配信サーバ及びコンテンツ配信方法
US7787826B2 (en) * 2006-07-14 2010-08-31 Qualcomm Incorporated Methods and apparatus for transitioning between states
US8902928B2 (en) * 2007-01-16 2014-12-02 Koninklijke Philips N.V. System and method for efficient transmission of multimedia and data
WO2008118804A1 (en) 2007-03-23 2008-10-02 Bigfoot Networks, Inc. Device for coalescing messages and method thereof
US8660013B2 (en) 2010-04-12 2014-02-25 Qualcomm Incorporated Detecting delimiters for low-overhead communication in a network
KR101756811B1 (ko) 2010-08-11 2017-07-11 삼성전자주식회사 비트 시이퀀스 스킴을 수행할 수 있는 메모리 장치
NO332443B1 (no) * 2010-09-17 2012-09-17 Marlink As Fremgangsmate og anordning for a redusere mottakeridentifikasjonsadministrasjons-tillegg i IP-kringkastningsnett
EP3176969B1 (de) 2014-08-20 2019-10-09 Huawei Technologies Co., Ltd. Datenübertragungsverfahren und medienzugriffssteuergerät
US10341332B2 (en) * 2016-07-26 2019-07-02 International Business Machines Corporation System and method for providing persistent user identification
WO2018209652A1 (en) * 2017-05-18 2018-11-22 Xidian University Adaptive network data collection and composition
CN113452471B (zh) * 2020-03-26 2024-07-19 伊姆西Ip控股有限责任公司 用于数据处理的方法、电子设备以及计算机程序产品
CN114143374B (zh) * 2021-11-29 2024-09-27 重庆冲程科技有限公司 一种采集网关多监测点数据聚合上报方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6266343B1 (en) 1997-07-22 2001-07-24 Nortel Networks Limited Telecommunications system
US6567416B1 (en) 1997-10-14 2003-05-20 Lucent Technologies Inc. Method for access control in a multiple access system for communications networks
DE60023604T2 (de) * 1999-01-13 2006-08-10 Koninklijke Philips Electronics N.V. Drahtloses lokales netzwerk (lan) und verfahren zu dessen betrieb
US6694430B1 (en) 1999-03-05 2004-02-17 Symbol Technologies, Inc. Data encryption integrated circuit with on-board dual-use memory
US6683866B1 (en) * 1999-10-29 2004-01-27 Ensemble Communications Inc. Method and apparatus for data transportation and synchronization between MAC and physical layers in a wireless communication system
US7463600B2 (en) * 2000-01-20 2008-12-09 Nortel Networks Limited Frame structure for variable rate wireless channels transmitting high speed data
US6459687B1 (en) * 2001-03-05 2002-10-01 Ensemble Communications, Inc. Method and apparatus for implementing a MAC coprocessor in a communication system
KR20040045469A (ko) * 2001-10-03 2004-06-01 엑스트림스펙트럼, 인크. 미디어 액세스 컨트롤러를 동작시키는 방법
US6657568B1 (en) 2002-08-27 2003-12-02 Fmr Corp. Data packing for real-time streaming
US7346026B2 (en) 2003-01-21 2008-03-18 Texas Instruments Incorporated 4X design for wireless local area network throughput enhancement
KR100678223B1 (ko) * 2003-03-13 2007-02-01 삼성전자주식회사 통신시스템의 패킷 전송 장치 및 방법
JP5166732B2 (ja) * 2003-05-09 2013-03-21 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 無線ローカルエリアネットワークにおける方法及び無線ノード
EP1645066A4 (de) * 2003-06-27 2011-01-12 Nokia Corp Verfahren und vorrichtung zur paket-aggregation in einem drahtlosen kommunikationsnetz
JP2005057373A (ja) * 2003-08-07 2005-03-03 Ntt Docomo Inc 無線パケット通信装置
US7701975B1 (en) * 2003-11-19 2010-04-20 Marvell International Ltd. Technique for reducing physical layer (PHY) overhead in wireless LAN systems

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210153156A1 (en) * 2014-03-24 2021-05-20 Imagination Technologies Limited High definition timing synchronisation function

Also Published As

Publication number Publication date
US7463611B2 (en) 2008-12-09
WO2006019501A3 (en) 2006-06-29
US20090073930A1 (en) 2009-03-19
GB2430337B (en) 2009-04-29
GB2430337A (en) 2007-03-21
US8325689B2 (en) 2012-12-04
US20060013255A1 (en) 2006-01-19
WO2006019501B1 (en) 2006-09-08
GB0700723D0 (en) 2007-02-21
WO2006019501A2 (en) 2006-02-23

Similar Documents

Publication Publication Date Title
DE112005001690T5 (de) Wirksame Datenübertragung durch Datenverdichtung
DE69924732T2 (de) Quellknoten fuer ein breitbandnetzwerk mit atm zellen
DE60131890T2 (de) Dynamische Delta-Kopierung für Kabelmodemkopffeldunterdrückung
DE60209189T2 (de) Apparat und Methode zur Schaffung eines Docsis Headers durch die Hardware
DE60007829T2 (de) Kopfkomprimierung für General Packet Radio Service Tunnel Protokoll (GTP)
DE60014852T2 (de) Headerkompression in echtzeitdiensten
DE60307406T2 (de) Packetübertragungssystem und Packetempfangssystem
DE60130944T2 (de) Verfahren zur Datenübertragung
DE19950653B4 (de) Verfahren zum Betreiben eines Mobilfunknetzes
DE69936570T2 (de) Verfahren und vorrichtung zur mediendatenübertragung
DE69834045T2 (de) Verfahren zur einkapselung von daten in transportpakete konstanter länge
DE69601374T2 (de) Verfahren und vorrichtung zur synchronisierung von datenubertragungen mit wahlverbindungen in einem netzwerk
DE112005000523B4 (de) Zwei parallele Maschinen für Hochgeschwindigkeitssende-IPSEC-Verarbeitung
DE60120479T2 (de) Zeiger auf verschlüsselte daten in einem rtp-kopf
DE69602753T2 (de) Netzwerkaddressierungsanordnung fur rückwarts kompatible leitweglenkung mit einem erweiterten addressraum
DE60212525T2 (de) Verfahren zur Sicherheitsschlüsselherstellung in einem drahtlosen Kommunikationsnetzwerk
DE102007041143B4 (de) Verfahren zum Analysieren von gleichzeitig übertragenen, verschlüsselten Datenströmen in IP-Netzwerken
DE60221178T2 (de) Verfahren und Gerät zur Einbindung von Fast Ethernet Paketen in SONET-Container über ein Funksystem
DE10393682T5 (de) Verfahren zur Fehlerschutzcodierung und -decodierung von Nachrichten in einem Datenübertragungssystem mit Paketvermittlung
EP2186261B1 (de) Verfahren und kommunikationsanordnung zum analysieren von gleichzeitig übertragenen, verschlüsselten datenströmen
DE212007000072U1 (de) System zur Brandbreiteneinsparung während einer Broadcast-/Multicast-Übertragung
CN106105250A (zh) 接收装置、接收方法、传输装置以及传输方法
DE112019001021T5 (de) Verschlüsseln von nutzlast und präambel in 10spe mit synchroner und selbst-synchroner verschlüsselung
DE602005006035T2 (de) Vorrichtung und Verfahren zur Bearbeitung von Rahmen mit multiprotokollverwendungsfeldern für ein Kommunikationsnetzwerk
DE112020004844T5 (de) Abgesicherter Transport in einer Remote-MAC/PHY-DAA-Architektur

Legal Events

Date Code Title Description
R082 Change of representative

Representative=s name: EINSEL UND KOLLEGEN, 38102 BRAUNSCHWEIG, DE

Representative=s name: EINSEL UND KOLLEGEN, DE

R082 Change of representative

Representative=s name: EINSEL UND KOLLEGEN, DE

R012 Request for examination validly filed

Effective date: 20120613

R081 Change of applicant/patentee

Owner name: QUALCOMM ATHEROS, INC. ( N.D.GES.D.STAATES DEL, US

Free format text: FORMER OWNER: ATHEROS COMMUNICATIONS, INC., SANTA CLARA, US

Effective date: 20120731

Owner name: QUALCOMM INCORPORATED, US

Free format text: FORMER OWNER: ATHEROS COMMUNICATIONS, INC., SANTA CLARA, US

Effective date: 20120731

Owner name: QUALCOMM INCORPORATED, SAN DIEGO, US

Free format text: FORMER OWNER: ATHEROS COMMUNICATIONS, INC., SANTA CLARA, CALIF., US

Effective date: 20120731

R082 Change of representative

Representative=s name: EINSEL UND KOLLEGEN, DE

Effective date: 20120731

Representative=s name: RUMMLER, FELIX, DIPL.-ING.UNIV., DE

Effective date: 20120731

Representative=s name: RUMMLER, FELIX, DIPL.-ING.UNIV., DE

Effective date: 20120522

Representative=s name: EINSEL UND KOLLEGEN, DE

Effective date: 20120522

Representative=s name: MAUCHER BOERJES JENKINS, DE

Effective date: 20120522

Representative=s name: MAUCHER BOERJES JENKINS, DE

Effective date: 20120731

Representative=s name: MAUCHER JENKINS, DE

Effective date: 20120522

Representative=s name: MAUCHER JENKINS, DE

Effective date: 20120731

Representative=s name: MAUCHER JENKINS PATENTANWAELTE & RECHTSANWAELT, DE

Effective date: 20120731

Representative=s name: MAUCHER JENKINS PATENTANWAELTE & RECHTSANWAELT, DE

Effective date: 20120522

R082 Change of representative

Representative=s name: RUMMLER, FELIX, DIPL.-ING.UNIV., DE

R081 Change of applicant/patentee

Owner name: QUALCOMM INCORPORATED, US

Free format text: FORMER OWNER: QUALCOMM ATHEROS, INC. ( N.D.GES.D.STAATES DELAWARE), SAN JOSE, US

Effective date: 20130430

Owner name: QUALCOMM INCORPORATED, SAN DIEGO, US

Free format text: FORMER OWNER: QUALCOMM ATHEROS, INC. ( N.D.GES.D.STAATES DELAWARE), SAN JOSE, CALIF., US

Effective date: 20130430

R082 Change of representative

Representative=s name: RUMMLER, FELIX, DIPL.-ING.UNIV., DE

Effective date: 20130430

Representative=s name: MAUCHER BOERJES JENKINS, DE

Effective date: 20130430

Representative=s name: MAUCHER JENKINS, DE

Effective date: 20130430

Representative=s name: MAUCHER JENKINS PATENTANWAELTE & RECHTSANWAELT, DE

Effective date: 20130430

R082 Change of representative

Representative=s name: MAUCHER BOERJES JENKINS, DE

Representative=s name: MAUCHER JENKINS, DE

Representative=s name: MAUCHER JENKINS PATENTANWAELTE & RECHTSANWAELT, DE

R016 Response to examination communication
R016 Response to examination communication
R082 Change of representative

Representative=s name: MAUCHER JENKINS, DE

Representative=s name: MAUCHER JENKINS PATENTANWAELTE & RECHTSANWAELT, DE

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