WO2001074022A2 - Verfahren zur signalisierung unterschiedlicher kopfinformationen - Google Patents

Verfahren zur signalisierung unterschiedlicher kopfinformationen Download PDF

Info

Publication number
WO2001074022A2
WO2001074022A2 PCT/DE2001/001115 DE0101115W WO0174022A2 WO 2001074022 A2 WO2001074022 A2 WO 2001074022A2 DE 0101115 W DE0101115 W DE 0101115W WO 0174022 A2 WO0174022 A2 WO 0174022A2
Authority
WO
WIPO (PCT)
Prior art keywords
header information
signaling
algorithms
group
algorithm
Prior art date
Application number
PCT/DE2001/001115
Other languages
English (en)
French (fr)
Other versions
WO2001074022A3 (de
Inventor
Martin Hans
Frank Kowalewski
Josef Laumen
Gunnar Schmidt
Siegfried Baer
Mark Beckmann
Thomas Gottschalk
Original Assignee
Robert Bosch Gmbh
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 Robert Bosch Gmbh filed Critical Robert Bosch Gmbh
Priority to EP01929253A priority Critical patent/EP1269718B1/de
Priority to DE50105835T priority patent/DE50105835D1/de
Priority to JP2001571619A priority patent/JP4625227B2/ja
Priority to US10/240,128 priority patent/US7289536B2/en
Publication of WO2001074022A2 publication Critical patent/WO2001074022A2/de
Publication of WO2001074022A3 publication Critical patent/WO2001074022A3/de

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/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • 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/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165Combined use of TCP and UDP protocols; selection criteria therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • 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/22Parsing or analysis of headers

Definitions

  • the invention is based on a method for signaling different header information according to the type of the main claim.
  • user data are transmitted in packet data units from a transmitter to a receiver.
  • the packet data units pass through a number of protocol layers in the transmitter before they are ultimately sent to the recipient via the corresponding telecommunications network.
  • the individual protocol layers add the actual user data
  • the header information with the protocol control data and the user data then each form a packet data unit.
  • the protocol control data are used, for example, to route the respective packet data unit with the user data through the telecommunications network towards the recipient. This can be used for the protocol control data altogether a relatively large amount of data comes together, which must be transported in addition to the user data, especially in systems with restricted bandwidth, as is the case, for example, in mobile radio systems or in the case of telecommunication connections via modems, which particularly affects the availability of the user data standing data rate.
  • Compression algorithms are used to reduce the amount of data in the log control data. Such compression algorithms are, for example, from the documents RFC 1144, Compressing TCP / IP Headers for Low-
  • Packet data unit to be transmitted to the recipient.
  • a first decompression algorithm is provided both in the first group of algorithms and a second decompression algorithm in the second group of algorithms, the first decompression algorithm and the second decompression algorithm corresponding to one another.
  • the method according to the invention with the features of the main claim has the advantage that, in the case where m for a first type of header information m in a first group of algorithms, a first algorithm and for a second type of header information in a second group of algorithms a second Algorithm is provided, the first algorithm corresponding to the second algorithm, the signaling for the first type of header information and the signaling for the second type of header information being combined to form a common signaling.
  • the amount of data to be transmitted for the transmission of the signaling with the corresponding packet data units can be reduced, so that the data rate for the transmission of the useful data is affected as little as possible by the transmission of the signaling.
  • Algorithm of the first group and the second group of algorithms are supplied. In this way, no additional signaling is required for such header information in order to assign the header information to one of the two groups of algorithms in advance, and then to use the further signaling to select the algorithm to be carried out in the preselected group, so that the described saving of data volume for the signaling is achieved becomes. It is also advantageous that header information of at least ten different types is signaled by 3-bit signaling. This is possible through the common signaling of six of the ten different types and results in a saving of one bit compared to a separate signaling of each different type of header information.
  • FIG. 1 shows a packet data unit with header information of a first type
  • FIG. 2 shows a packet data unit with header information of a second type
  • FIG. 3 shows a packet data unit with header information of a third type
  • FIG. 4 shows a packet data unit with preceding signaling
  • FIG. 5 shows a block diagram of a receiver.
  • useful data 15 according to FIG. 1 in the form of packet data units 1 are transmitted from a transmitter to a receiver 70 according to FIG.
  • the packet data units 1 run through a number of protocol layers in the transmitter before they are ultimately sent.
  • the individual protocol layers add so-called protocol control data in the form of header information, which is also referred to as "header", to the user data 15.
  • the header information is identified by reference numerals 5, 10 in FIG. 1 and, together with the user data 15, forms the packet data unit 1 in accordance with FIG Figure 1.
  • the header information 5, 10 is used for this purpose, for example used to route the packet data unit 1 with the user data 15 through the telecommunications network to the receiver 70.
  • compression algorithms are used in the transmitter.
  • the header information 5, 10 is then with one of these
  • Compression algorithms are compressed and in this way transmitted via the telecommunications network to the receiver 70 by means of the packet data unit 1.
  • the header information 5, 10 is then decompressed in the receiver 70 by a decompression algorithm which reverses the compression of the header information 5, 10 carried out by the compression algorithm used.
  • IP protocol layer Internet Protocol
  • IP protocol layer IP protocol layer
  • TCP Transmission Control Protocol
  • this data can include the user data 15 and a preceding TCP header 10.
  • the IP protocol layer then adds the IP header 5 to the TCP header 10, so that an IP / TCP header 5, 10 is formed and preceded by the user data 15 according to FIG. 1.
  • header information 5, 10, 20 In order to reduce the amount of data in the header information 5, 10, 20, compression algorithms are used in the transmitter.
  • the compression of header information 5, 10, 20, which are based on the Internet protocol (IP), are described in D2 and D3 and are briefly described below to explain the method according to the invention.
  • D2 describes a method for compressing IP headers 5 in combination with TCP headers 10 or UDP headers 20. The method is based on the one-off sending of a complete IP / TCP header 5, 10 combined in this way or a complete IP / UDP header.
  • CID Context Identifier
  • header information 5, 10, 20 In the subsequent packet data units, those parts of the header information which do not change or which change constantly are then no longer transmitted with the header information 5, 10, 20. Parts of header information 5, 10, 20 that change unpredictably are either completely transmitted to the receiver 70 with the corresponding associated packet data unit 1 or only the changes in the header information 5, 10, 20 compared to the packet data unit last sent are transmitted to the receiver 70 , The header information 5, 10, 20 stored in the decompressor 45 according to FIG. 5 under the respectively assigned identifier CID is then updated or updated using the header information 5, 10, 20 received with the packet data units 1 subsequently transmitted.
  • the following different types of header information 5, 10, 20 are defined in D2:
  • IP / TCP header information 5 10 according to FIG. 1 or IP / UDP
  • Context__state for header information as from the receiver 70 to the transmitter or from the decompressor 45 to the compressor
  • Type 1 header information is not compressed.
  • Type 2 header information represents complete header information that is to be stored in the decompressor 45 under the associated identifier CID. Head information of types 3, 4, 5 is compressed
  • Header information and header information of type 6 are used for synchronization purposes of the header information stored in the decompressor 45 and are sent from the decompressor 45 of the receiver to the compressor of the transmitter.
  • the method described in D3 is based on the method described in D2, but only applies to packet data units 1 whose user data 15 is preceded by RTP header information 25 according to FIG. 3 in an RTP protocol layer (Real Time Protocol).
  • RTP protocol layer Real Time Protocol
  • the packet data unit thus formed was also preceded by a UDP header information 20.
  • the packet data unit thus formed in the UDP protocol layer was also given an IP
  • Header information 5 preceded so that the packet data unit 1 shown in Figure 3 results.
  • the header information 5, 20, 25 shown there can also be referred to as IP / UDP / RTP header information.
  • IP / UDP / RTP header information A distinction is made between the following types of IP / UDP / RTP header information 5, 20, 25:
  • Compressed_UDP for header information in which only the IP / UDP header 5, 20 but not the RTP header 25 has been compressed (type 10).
  • Compressed_NON_TCP for compressed header information that is not IP / UDP / RTP header information 5, 20, 25 (type 11) -
  • Context_state for header information which is sent back from the receiver 70 to the transmitter or from the decompressor 45 to the compressor as feedback and for the synchronization of header information stored in the decompressor 45 and which is irrelevant for the method according to the invention (type 12).
  • the decompressor 45 must be informed of what type of header information or what type of header information it is currently receiving.
  • a signaling 30, 35, 40 is usually used, which is added to or preceded by the packet data unit 1 to be sent, as shown in FIG. 4.
  • Head information of types 1 to 5 and a second group 55 of algorithms for evaluating or decompressing head information of types 7 to 11 are available.
  • type 6 or type 12 header information no algorithms need to be provided in the decompressor 45, since this Header information is sent from the decompressor 45 of the receiver 70 to the compressor of the transmitter.
  • 4 bits were previously required, with one bit being required by algorithms to select the group 50, 55 required for the evaluation or decompression of the respective header information.
  • the remaining three bits were required to distinguish between five different algorithms in each of the two groups 50, 55 in order to supply the five types of header information which can be evaluated or decompressed in the corresponding group of algorithms to the correspondingly suitable algorithm for evaluation or decompression. So far, four bits had to be transmitted for signaling with each packet data unit 1.
  • Algorithms are provided which correspond to the respective algorithm for evaluating or decompressing header information of types 7, 8 and 11 in the second group 55. In this way, a third group 60 results in the decompressor 45 with algorithms that are for different types of
  • Header information can be shared and thus forms an intersection of the two groups 50, 55 of algorithms.
  • the third group 60 with common algorithms contains a first algorithm for evaluating header information according to type 1 and type 7, and a second
  • the other types of header information must either in the manner already described by an algorithm of first group 50 of algorithms or by an algorithm of the second group 55 of algorithms are evaluated or decompressed.
  • the header information of types 3 and 4 are decompressed by an algorithm that is only available in the first group 50 of algorithms, whereas header information of types 9 and 10 are decompressed by an algorithm that is only available in the second group 55 of algorithms ,
  • a common signaling for the types 1 and 7 of the header information, for the types 2 and 8 of the header information and for the types 5 and 11 of the header information, so that a total of three common signals and for the types 3, 4, 9, 10 four further signalings, ie a total of seven different signaling are required, so that three bits are sufficient for the signaling. 4 and 5, a first signaling bit is identified by the reference symbol 30, a second signaling bit by the reference symbol 35 and a third signaling bit by the reference symbol 40.
  • telecommunications networks which are designed as mobile radio networks and are implemented, for example, according to the GSM standard (Global Systems for Mobile Communications) or according to the UMTS standard (Universal Mobile Telecommunications System) and in which only a limited bandwidth or data rate is available for the transmission of the packet data units.
  • GSM Global Systems for Mobile Communications
  • UMTS Universal Mobile Telecommunications System
  • An evaluation of the signaling 30, 35, 40 takes place in the receiver in a corresponding evaluation unit 65 which, depending on the detected signaling, either receives the received packet data unit 1 to form the first group 50, to the second group 55 or to the third group 60 of algorithms for evaluation or decompression,

Abstract

Es wird ein Verfahren zur Signalsierung unterschiedlicher Kopfinformationen (5, 10, 20, 25) bei der Übertragung von Paketdateneinheiten (1) in einem Telekommunikationsnetz in Abhängigkeit eines Typs der jeweiligen Kopfinformation (5, 10, 20, 25) vorgeschlagen, das möglichst wenig Bandbreite und Datenrate beansprucht. Dabei wird eine in einem Empfänger (70) des Telekommunikationsnetzes empfangene Kopfinformation (5, 10, 20) in einer ersten Gruppe (50) von Algorithmen ein erster Algorithmus und für einen zweiten Typ der Kopfinformationen (5, 10, 20, 25) in einer zweiten Gruppe (55) von Algorithmen ein zweiten Algorithmus entspricht. Die Signalisierung (30, 35, 40) für den ersten Typ der Kopfinformationen (5, 10, 20, 25) und die Signalisierung (30, 35, 40) für den zweiten Typ der Kopfinformationen (5, 10, 20, 25) wird zu einer gemeinsamen Signalisierung zusammengefasst.

Description

Verfahren zur Signalisierung unterschiedlicher KopfInformationen
Stand der Technik
Die Erfindung geht von einem Verfahren zur Signalisierung unterschiedlicher KopfInformationen nach der Gattung des Hauptanspruchs aus .
In paketvermittelnden Telekommunikationsnetzen werden Nutzdaten in Paketdateneinheiten von einem Sender zu einem Empfanger übertragen. Die Paketdateneinheiten durchlaufen dabei im Sender eine Anzahl von Protokollschichten, bevor sie letztendlich zum Empfanger über das entsprechende Telekommunikationsnetz versendet werden. Die einzelnen Protokollschichten fugen den eigentlichen Nutzdaten dabei
KopfInformationen in Form sogenannter Protokollkontrolldaten hinzu. Diese werden auch „Header" genannte. Die KopfInformationen mit den Protokollkontrolldaten und die Nutzdaten bilden dann jeweils eine Paketdateneinheit. Dabei dienen die Protokollkontrolldaten beispielsweise dazu, die jeweilige Paketdateneinheit mit den Nutzdaten durch das Telekommunikationsnetz in Richtung zum Empfanger zu leiten. Für die Protokollkontrolldaten kann dadurch insgesamt eine relativ große Datenmenge zusammenkommen, die zusatzlich zu den Nutzdaten transportiert werden muß. Gerade in Systemen mit beschrankter Bandbreite, wie es beispielsweise in Mobilfunksystemen oder bei Telekommunikationsverbindungen über Modems der Fall ist, beeinträchtigt dies in besonderem Maße die für die Übertragung der Nutzdaten zur Verfugung stehende Datenrate. Um die Datenmenge der Protokollkontrolldaten zu reduzieren, werden Kompressionsalgorithmen verwendet. Solche Kompressionsalgorithmen sind beispielsweise aus den Dokumenten RFC 1144, Compressing TCP/IP Headers for Low-
Speed Serial Links (Dl), RFC 2507, IP Header Compression, M. Degermark, B. Nordgren, S. Pink (D2) und RFC 2508, Compressing IP/UDP/RTP Headers for Low-Speed Serial Links (D3) bekannt. Aus D2 ist eine erste Gruppe von Kompressions- und Dekompressionsalgorithmen von IP-Headern (Internet
Protocol) in Kombination mit TCP-Headern (Transport Control Protocol) und UDP-Headern (User Dataframe Protocol) bekannt. Aus der D3 ist eine zweite Gruppe von Kompressions- und Dekompressionsalorithmen bekannt, die auf den in D2 beschriebenen Kompressions- und Dekompressionsalgorithmen basieren, jedoch nur für IP/UDP/RTP-Header (RTP = Real Time Protocol) gelten. Werden nun Paketdateneinheiten von einem Sender, der einen Kompressor enthalt, zu einem Empfanger, der einen Dekompressor enthalt, versendet, so muß dem Dekompressor die Art bzw. der Typ der KopfInformationen mitgeteilt werden, die er gerade empfangt. Dies wird üblicherweise durch eine entsprechende Signalisierung in Form von zusatzlichen Informationen gewahrleistet wie in der Spezifikation „Subnetwork Dependent Convergence Protocol (SNDCP)" beschrieben, die mit der entsprechenden
Paketdateneinheit zum Empfanger übertragen werden. Dabei ist für einige Typen von KopfInformationen mit unterschiedlicher Signalisierung sowohl in der ersten Gruppe von Algorithmen ein erster Dekompressionsalgorithmus als auch in der zweiten Gruppe von Algorithmen ein zweiter Dekompressionsalgorithmus vorgesehen, wobei sich der erste Dekompressionsalgorithmus und der zweite Dekompressionsalgorithmus einander entsprechen .
Vorteile der Erfindung Das erfindungsgemaße Verfahren mit den Merkmalen des Hauptanspruchs hat demgegenüber den Vorteil, dass für den Fall, m dem für einen ersten Typ der KopfInformationen m einer ersten Gruppe von Algorithmen ein erster Algorithmus und für einen zweiten Typ der KopfInformationen in einer zweiten Gruppe von Algorithmen ein zweiter Algorithmus vorgesehen wird, wobei der erste Algorithmus dem zweiten Algorithmus entspricht, die Signalisierung für den ersten Typ der KopfInformation und die Signalisierung für den zweiten Typ der KopfInformation zu einer gemeinsamen Signalisierung zusammengefasst wird. Auf diese Weise kann die für die Übertragung der Signalisierung mit den entsprechenden Paketdateneinheiten zu übertragende Datenmenge reduziert werden, so dass die Datenrate für die Übertragung der Nutzdaten möglichst wenig durch die Übertragung der Signalisierung beeinträchtigt wird.
Durch die in den Unteranspruchen aufgeführten Maßnahmen sind vorteilhafte Weiterbildungen und Verbesserungen des im Hauptanspruch angegebenen Verfahrens möglich.
Besonders vorteilhaft ist es dabei, dass KopfInformationen unterschiedlicher Typen mit gemeinsamer Signalisierung in Abhängigkeit ihrer Signalisierung einem gemeinsamen
Algorithmus der ersten Gruppe und der zweiten Gruppe von Algorithmen zugeführt werden. Auf diese Weise ist für solche KopfInformationen keine zusatzliche Signalisierung erforderlich, um die Kopfinformationen einer der beiden Gruppen von Algorithmen vorab zuzuweisen, um anschließend anhand der weiteren Signalisierung den durchzuführenden Algorithmus in der vorselektierten Gruppe auszuwählen, so dass die beschriebene Einsparung an Datenmenge für die Signalisierung erreicht wird. Vorteilhaft ist es auch, dass KopfInformationen von mindestens zehn verschiedenen Typen durch eine 3Bit- Signalisierung signalisiert werden. Dies ist durch die gemeinsame Signalisierung von sechs der zehn verschiedenen Typen möglich und ergibt eine Einsparung von einem Bit gegenüber einer separaten Signalisierung eines jeden verschiedenen Typs von KopfInformationen.
Zeichnung
Ein Ausfuhrungsbeispiel der Erfindung ist in der Zeichnung dargestellt und in der nachfolgenden Beschreibung naher erläutert. Es zeigen Figur 1 eine Paketdateneinheit mit KopfInformationen eines ersten Typs, Figur 2 eine Paketdateneinheit mit KopfInformationen eines zweiten Typs, Figur 3 eine Paketdateneinheit mit KopfInformationen eines dritten Typs, Figur 4 eine Paketdateneinheit mit vorangestellter Signalisierung und Figur 5 ein Blockschaltbild eines Empfangers.
Beschreibung des Ausfuhrungsbeispiels
In paketvermittelnden Telekommunikationsnetzen werden Nutzdaten 15 gemäß Figur 1 in Form von Paketdateneinheiten 1 von einem Sender zu einem Empfanger 70 gemäß Figur 5 übertragen. Die Paketdateneinheiten 1 durchlaufen dabei eine Anzahl von Protokollschichten im Sender, bevor sie letztendlich versendet werden. Die einzelnen Protokollschichten fugen den Nutzdaten 15 dabei sogenannte Protokollkontrolldaten in Form von KopfInformationen, die auch als „Header" bezeichnet werden, hinzu. Die Kopfinformationen sind gemäß Figur 1 mit den Bezugszeichen 5, 10 gekennzeichnet und bilden zusammen mit den Nutzdaten 15 die Paketdateneinheit 1 gemäß Figur 1. Die KopfInformationen 5, 10 werden dabei beispielsweise dazu verwendet, die Paketdateneinheit 1 mit den Nutzdaten 15 durch das Telekommunikationsnetz zum Empfanger 70 zu leiten. Um die Datenmenge der KopfInformationen 5, 10 zu reduzieren, werden Kompressionsalgorithmen im Sender verwendet. Die KopfInformationen 5, 10 werden dann mit einem dieser
Kompressionsalgorithmen komprimiert und auf diese Weise über das Telekommunikationsnetz zum Empfanger 70 mittels der Paketdateneinheit 1 übertragen. Im Empfanger 70 werden dann die KopfInformationen 5, 10 durch einen Dekompressionsalgorithmus dekomprimiert, der die durch den verwendeten Kompressionsalgorithmus durchgeführte Kompression der KopfInformationen 5, 10 rückgängig macht.
Beispielhaft wird im folgenden die IP-Protokollschicht (Internet Protokoll) eingeführt, die an die Daten von höheren Protokollschichten eine KopfInformation in Form eines IP-Headers anhangt. Werden die Daten von einer hoher gelegenen TCP-Protokollschicht (Transport Control Protocol) in der IP-Protokollschicht empfangen, so können diese Daten die Nutzdaten 15 und einen vorangestellten TCP-Header 10 umfassen. Dem TCP-Header 10 fugt dann die IP- Protokollschicht noch den IP-Header 5 an, so dass ein IP/TCP-Header 5, 10 gebildet und den Nutzdaten 15 gemäß Figur 1 vorangestellt wird. Entsprechend wird ein IP/UDP- Header 5, 20 (UDP = User Dataframe Protocol) den Nutzdaten
15 der Paketdateneinheit 1 vorangestellt, wenn die Daten von einer UDP-Protokollschicht in der IP-Protokollschicht empfangen wurden.
Um die Datenmenge der KopfInformationen 5, 10, 20 zu reduzieren, werden Kompressionsalgorithmen im Sender verwendet. Die Kompression von KopfInformationen 5, 10, 20, die auf dem Internetprotokoll (IP) basieren, sind in D2 und D3 beschrieben und werden im folgenden zur Erläuterung des erfindungsgemaßen Verfahrens kurz beschrieben. D2 beschreibt ein Verfahren zur Kompression von IP-Headern 5 in Kombination mit TCP-Headern 10 oder UDP-Headern 20. Das Verfahren basiert auf dem einmaligen Versenden eines vollständigen solchermaßen kombinierten IP/TCP-Headers 5, 10 oder eines vollständigen IP/UDP-Headers 5, 20, der in einem Kompressor des Senders und einem Dekompressor 45 des Empfangers 70 unter einer bestimmten Kennung CID (Context Identifier) gespeichert wird. Die Header werden dabei naturlich jeweils mit der entsprechenden Paketdateneinheit 1 versendet. In den nachfolgenden Paketdateneinheiten werden dann mit den KopfInformationen 5, 10, 20 solche Teile der KopfInformationen nicht mehr übertragen, die sich nicht oder die sich konstant andern. Teile von KopfInformationen 5, 10, 20, die sich unvorhersehbar andern, werden entweder vollständig mit der entsprechend zugehörigen Paketdateneinheit 1 zum Empfanger 70 übertragen oder es werden nur die Änderungen der KopfInformationen 5, 10, 20 im Vergleich zur zuletzt gesendeten Paketdateneinheit zum Empfanger 70 übertragen. Die im Dekompressor 45 gemäß Figur 5 unter der jeweils zugeordneten Kennung CID gespeicherten Kopfinformationen 5, 10, 20 werden dann anhand der mit den nachfolgend übertragenen Paketdateneinheiten 1 empfangenen Kopfinformationen 5, 10, 20 aktualisiert bzw. auf den neuesten Stand gebracht. In D2 sind folgende verschiedene Typen von KopfInformationen 5, 10, 20 definiert:
1. Regulär Header für unkomprimierte auf dem IP basierende KopfInformationen, wie beispielsweise IP/TCP- Kopfinformationen 5, 10 gemäß Figur 1 oder IP/UDP-
Kopfinformationen 5, 20 gemäß Figur 2, die keine weiteren kompressionsbezogenen Informationen beinhalten (Typ 1) . 2. Füll Header für unkomprimierte IP/TCP-KopfInformationen 5, 10 oder unkomprimierte IP/UDP-KopfInformationen 5, 20 mit zusatzlichen kompressionsbezogenen Informationen (Typ 2).
3. Compressed_TCP für komprimierte IP/TCP-KopfInformationen gemäß Figur 1 (Typ 3) .
4. Compressed_TCP_NON_DELTA für KopfInformationen 5, 10, 20, in denen nur die sich nicht oder die sich konstant ändernden Informationen weggelassen werden, in denen jedoch alle anderen Informationen vollständig und komprimiert gesendet werden (Typ 4) .
5. Compressed_NON-TCP für komprimierte KopfInformationen 5, 20, die keine IP-TCP-KopfInformationen 5, 10 sind, sondern beispielsweise IP/UDP-Kopfinformationen 5, 20 gemäß Figur 2 (Typ 5) .
6. Context__state für KopfInformationen, die vom Empfanger 70 zum Sender bzw. vom Dekompressor 45 zum Kompressor als
Ruckmeldung und zur Synchronisation von im Dekompressor 45 gespeicherten KopfInformationen zurückgesendet werden und für das erfindungsgemaße Verfahren keine Rolle spielen (Typ 6) .
KopfInformationen vom Typ 1 sind nicht komprimiert. KopfInformationen vom Typ 2 stellen vollständige KopfInformationen dar, die im Dekompressor 45 unter der zugehörigen Kennung CID gespeichert werden sollen. KopfInformationen der Typen 3, 4, 5 sind komprimierte
Kopfinformationen und Kopfinformationen vom Typ 6 werden für Synchronisationszwecke der im Dekompressor 45 gespeicherten KopfInformationen verwendet und vom Dekompressor 45 des Empfangers zum Kompressor des Senders gesendet. Das in D3 beschriebene Verfahren basiert auf dem m D2 beschriebenen Verfahren, gilt jedoch nur für Paketdateneinheiten 1, deren Nutzdaten 15 in einer RTP- Protokollschicht (Real Time Protocol) eine RTP- KopfInformation 25 gemäß Figur 3 vorangestellt wurde. In der darunterliegenden UDP-Protokollschicht wurde der so gebildeten Paketdateneinheit weiterhin eine UDP- KopfInformation 20 vorangestellt. In der darunterliegenden IP-Protokollschicht wurde der so in der UDP-Protokollschicht gebildeten Paketdateneinheit weiterhin eine IP-
Kopfinformation 5 vorangestellt, so dass sich die in Figur 3 dargestellte Paketdateneinheit 1 ergibt. Die dort dargestellten KopfInformationen 5, 20, 25 können auch als IP/UDP/RTP-KopfInformationen bezeichnet werden. Dabei werden folgende Typen von IP/UDP/RTP-KopfInformationen 5, 20, 25 unterschieden:
1. Regulär Header für unkomprimierte auf dem IP basierende Kopfinformationen, wie beispielsweise IP/TCP- Kopfinformationen 5, 10 gemäß Figur 1 oder IP/UDP- KopfInformationen 5, 20 gemäß Figur 2, die keine weiteren kompressionsbezogenen Informationen beinhalten (Typ 7).
2. Füll Header für unkomprimierte IP/TCP-KopfInformationen 5, 10 oder unkomprimierte IP/UDP-KopfInformationen 5, 20 mit zusatzlichen kompressionsbezogenen Informationen (Typ 8).
3. Compressed_RTP für komprimierte IP/UDP/RTP- KopfInformationen 5, 20, 25 (Typ 9) .
4. Compressed_UDP für KopfInformationen, in denen nur der IP/UDP-Header 5, 20, nicht aber der RTP-Header 25 komprimiert wurde (Typ 10) . 5. Compressed_NON_TCP für komprimierte KopfInformationen, die nicht IP/UDP/RTP-KopfInformationen 5, 20, 25 sind (Typ 11) -
6. Context_state für KopfInformationen, die vom Empfanger 70 zum Sender bzw. vom Dekompressor 45 zum Kompressor als Ruckmeldung und zur Synchronisation von im Dekompressor 45 gespeicherten KopfInformationen zurückgesendet werden und für das erfindungsgemaße Verfahren keine Rolle spielen (Typ 12) .
Werden nun Paketdateneinheiten 1 vom Sender, der den Kompressor enthalt, zum Empfanger 70, der den Dekompressor 45 enthalt, versendet, so muß dem Dekompressor 45 mitgeteilt werden, welche Art von KopfInformationen bzw. welchen Typ von KopfInformationen er gerade empfangt. Dazu wird üblicherweise eine Signalisierung 30, 35, 40 verwendet, die der zu versendenden Paketdateneinheit 1 hinzugefugt bzw. vorangestellt wird, wie in Figur 4 dargestellt.
Nun ist es denkbar, dass zum Empfanger 70 sowohl Paketdateneinheiten 1 mit IP/TCP-KopfInformationen 5, 10 oder mit IP/UDP-KopfInformationen 5, 20 als auch mit IP/UDP/RTP-KopfInformationen 5, 20, 25 gesendet werden. Um eine Auswertung oder Dekompression von KopfInformationen aller im Dekompressor 45 empfangbaren Typen von KopfInformationen zu ermöglichen, müssen diese Typen durch die Signalisierung 30, 35, 40 unterschieden werden. Dabei stehen gemäß Figur 5 im Dekompressor 45 eine erste Gruppe 50 von Algorithmen zur Auswertung oder Dekompression von
KopfInformationen der Typen 1 bis 5 und eine zweite Gruppe 55 von Algorithmen zur Auswertung oder Dekompression von KopfInformationen der Typen 7 bis 11 zur Verfugung. Für Kopfinformationen nach Typ 6 oder nach Typ 12 müssen keine Algorithmen im Dekompressor 45 vorgesehen werden, da diese KopfInformationen vom Dekompressor 45 des Empfangers 70 zum Kompressor des Senders gesendet werden. Um die zehn im Dekompressor 45 auswertbaren oder dekomprimierbaren Typen von KopfInformationen eindeutig signalisieren zu können, waren bislang 4 Bits erforderlich, wobei ein Bit zur Auswahl der für die Auswertung oder Dekompression der jeweiligen KopfInformation erforderlichen Gruppe 50, 55 von Algorithmen benotigt wurde. Die übrigen drei Bit wurden zur Unterscheidung von fünf verschiedenen Algorithmen in jeder der beiden Gruppen 50, 55 benotigt, um die fünf in der entsprechenden Gruppe von Algorithmen auswertbaren oder dekomprimierbaren Typen von KopfInformationen dem entsprechend geeigneten Algorithmus zur Auswertung oder Dekompression zuzuführen. Somit mußten bislang mit jeder Paketdateneinheit 1 vier Bit für die Signalisierung übertragen werden.
Erfindungsgemaß wird nun die Tatsache ausgenutzt, dass für die Auswertung oder Dekompression von KopfInformationen der Typen 1, 2 und 5 Algorithmen in der ersten Gruppe 50 von
Algorithmen vorgesehen sind, die dem jeweiligen Algorithmus zur Auswertung oder Dekompression von KopfInformationen der Typen 7, 8 und 11 in der zweiten Gruppe 55 entsprechen. Auf diese Weise ergibt sich im Dekompressor 45 eine dritte Gruppe 60 mit Algorithmen, die für verschiedene Typen von
Kopfinformationen gemeinsam genutzt werden können und somit eine Schnittmenge der beiden Gruppen 50, 55 von Algorithmen bildet. So enthält die dritte Gruppe 60 mit gemeinsamen Algorithmen einen ersten Algorithmus zur Auswertung von KopfInformationen nach Typ 1 und Typ 7, einen zweiten
Algorithmus zur Auswertung von Kopfinformationen nach Typ 2 und Typ 8 und einen dritten Algorithmus zur Dekompression von Kopfinformationen nach Typ 5 und Typ 11. Die übrigen Typen von KopfInformationen müssen dabei in der bereits beschriebenen Weise entweder durch einen Algorithmus der ersten Gruppe 50 von Algorithmen oder durch einen Algorithmus der zweiten Gruppe 55 von Algorithmen ausgewertet oder dekomprimiert werden. Die KopfInformationen der Typen 3 und 4 werden dabei durch jeweils einen Algorithmus dekomprimiert, der nur in der ersten Gruppe 50 von Algorithmen vorliegt, wohingegen KopfInformationen der Typen 9 und 10 durch jeweils einen Algorithmus dekomprimiert werden, der lediglich in der zweiten Gruppe 55 von Algorithmen vorliegt.
Auf diese Weise ist es möglich, jeweils eine gemeinsame Signalisierung für die Typen 1 und 7 der KopfInformationen, für die Typen 2 und 8 der KopfInformationen und für die Typen 5 und 11 der KopfInformationen zu verwenden, so dass insgesamt drei gemeinsame Signalisierungen und für die Typen 3, 4, 9, 10 vier weitere Signalisierungen, also insgesamt sieben verschiedene Signalisierungen erforderlich sind, so dass für die Signalisierung drei Bit ausreichen. Ein erstes Signalisierungsbit ist dabei gemäß Figur 4 und Figur 5 durch das Bezugszeichen 30, ein zweites Signalisierungsbit durch das Bezugszeichen 35 und ein drittes Signalisierungsbit durch das Bezugszeichen 40 gekennzeichnet.
Dies ist besonders vorteilhaft für Telekommunikationsnetze, die als Mobilfunknetze ausgebildet sind und beispielsweise nach dem GSM-Standard (Global Systems for Mobile Communications) oder nach dem UMTS-Standard (Universal Mobile Telecommunications System) realisiert sind und bei denen nur eine begrenzte Bandbreite bzw. Datenrate zur Übertragung der Paketdateneinheiten zur Verfugung steht.
Eine Auswertung der Signalisierung 30, 35, 40 findet im Empfanger in einer entsprechenden Auswerteeinheit 65 statt, die in Abhängigkeit der detektierten Signalisierung die empfangene Paketdateneinheit 1 entweder zur ersten Gruppe 50, zur zweiten Gruppe 55 oder zur dritten Gruppe 60 von Algorithmen zur Auswertung oder Dekompression weiterleitet,
Im folgenden wird anhand einer Tabelle ein Beispiel zur Zuordnung der Signalisierungsbits 30, 35, 40 zu den einzelnen Typen von KopfInformationen angegeben:
Figure imgf000014_0001

Claims

Ansprüche
1. Verfahren zur Signalisierung unterschiedlicher Kopfinformationen (5, 10, 20, 25) bei der Übertragung von
Paketdateneinheiten (1) in einem Telekommunikationsnetz in Abhängigkeit eines Typs der jeweiligen KopfInformation (5, 10, 20, 25), wobei eine in einem Empfänger (70) des Telekommunikationsnetzes empfangene KopfInformation (5, 10, 20, 25) in Abhängigkeit ihrer Signalisierung (30, 35,
40) einer von mindestens zwei Gruppen (50, 55) von Algorithmen für eine Auswertung zugeführt wird und wobei für einen ersten Typ der Kopfinformationen (5, 10, 20, 25) in einer ersten Gruppe (50) von Algorithmen ein erster Algoritmus und für einen zweiten Typ der
Kopfinformationen (5, 10, 20, 25) in einer zweiten Gruppe (55) von Algorithmen ein zweiter Algorithmus vorgesehen wird, wobei der erste Algorithmus dem zweiten Algorithmus entspricht, dadurch gekennzeichnet, daß die Signalisierung (30, 35, 40) für den ersten Typ der
Kopfinformationen (5, 10, 20, 25) und die Signalisierung (30, 35, 40) für den zweiten Typ der Kopfinformationen (5, 10, 20, 25) zu einer gemeinsamen Signalisierung zusammengefaßt wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß die Signalisierung (30, 35, 40) der Paketdateneinheit (1) vorangestellt übertragen wird.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daß komprimierte Kopfinformationen (5, 10, 20, 25) unterschiedlicher Protokolle mit unterschiedlicher Signalisierung (30, 35, 40) in Abhängigkeit ihrer Signalisierung (30, 35, 40) einem Algorithmus einer der mindestens zwei Gruppen (50, 55) von Algorithmen zur Dekompression zugeführt werden.
Verfahren nach Anspruch 3, dadurch gekennzeichnet, daß komprimierte Kopfinformationen (5, 10, 20, 25) eines Protokolls IP (Internet Protocol) /TCP (Transport Control Protocol) in Abhängigkeit ihrer Signalisierung (30, 35, 40) einem Algorithmus der ersten Gruppe (50) von Algorithmen zur Dekompression zugeführt werden.
5. Verfahren nach Anspruch 3, dadurch gekennzeichnet, daß komprimierte Kopfinformationen (5, 10, 20, 25) eines Protokolls IP/UDP (User Dataframe Protocol) /RTP (Real Time Protocol) in Abhängigkeit ihrer Signalisierung (30, 35, 40) einem Algorithmus der zweiten Gruppe (55) von
Algorithmen zur Dekompression zugeführt werden.
6. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, daß Kopfinformationen (5, 10, 20, 25) unterschiedlicher Typen mit gemeinsamer Signalisierung in
Abhängigkeit ihrer Signalisierung (30, 35, 40) einem gemeinsamen Algorithmus der ersten Gruppe (50) und der zweiten Gruppe (55) von Algorithmen zugeführt werden.
7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, daß unkomprimierte Kopfinformationen (5, 10, 20, 25) unterschiedlicher Typen mit gemeinsamer Signalisierung in Abhängigkeit ihrer Signalisierung (30, 35, 40) einem gemeinsamen Algorithmus der ersten Gruppe (50) und der zweiten Gruppe (55) von Algorithmen zugeführt werden.
8. Verfahren nach Anspruch 6 oder 7, dadurch gekennzeichnet, daß komprimierte Kopfinformationen (5, 10, 20, 25) unterschiedlicher Typen mit gemeinsamer Signalisierung in Abhängigkeit ihrer Signalisierung (30, 35, 40) einem gemeinsamen Algorithmus der ersten Gruppe (50) und der zweiten Gruppe (55) von Algorithmen zur Dekompression zugeführt werden.
9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, daß komprimierte Kopfinformationen (5, 10, 20, 25) eines Protokolls IP/UDP in Abhängigkeit ihrer Signalisierung (30, 35, 40) einem gemeinsamen Algorithmus der ersten Gruppe (50) und der zweiten Gruppe (55) von Algorithmen zur Dekompression zugeführt werden.
10. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, daß Kopfinformationen (5, 10, 20, 25) von mindestens zehn verschiedenen Typen durch eine 3 Bit Signalisierung (30, 35, 40) signalisiert werden.
PCT/DE2001/001115 2000-03-29 2001-03-22 Verfahren zur signalisierung unterschiedlicher kopfinformationen WO2001074022A2 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP01929253A EP1269718B1 (de) 2000-03-29 2001-03-22 Verfahren zur signalisierung unterschiedlicher kopfinformationen
DE50105835T DE50105835D1 (de) 2000-03-29 2001-03-22 Verfahren zur signalisierung unterschiedlicher kopfinformationen
JP2001571619A JP4625227B2 (ja) 2000-03-29 2001-03-22 種々異なったヘッド情報のシグナリング方法
US10/240,128 US7289536B2 (en) 2000-03-29 2001-03-22 Method for signaling different header information

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10015640.1 2000-03-29
DE10015640A DE10015640A1 (de) 2000-03-29 2000-03-29 Verfahren zur Signalisierung unterschiedlicher Kopfinformationen

Publications (2)

Publication Number Publication Date
WO2001074022A2 true WO2001074022A2 (de) 2001-10-04
WO2001074022A3 WO2001074022A3 (de) 2001-11-15

Family

ID=7636853

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2001/001115 WO2001074022A2 (de) 2000-03-29 2001-03-22 Verfahren zur signalisierung unterschiedlicher kopfinformationen

Country Status (5)

Country Link
US (1) US7289536B2 (de)
EP (1) EP1269718B1 (de)
JP (1) JP4625227B2 (de)
DE (2) DE10015640A1 (de)
WO (1) WO2001074022A2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004015957A1 (ja) * 2002-08-09 2004-02-19 Matsushita Electric Industrial Co., Ltd. ヘッダ圧縮/復元装置及びヘッダ圧縮/復元方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2857194B1 (fr) * 2003-07-04 2005-09-09 Thales Sa Procede de transmission d'informations supplementaires par compression d'en-tete
DE102004003551A1 (de) * 2004-01-23 2005-08-18 Siemens Ag Kompressionsverfahren für einen Bytestrom in Netzwerkprotokollen
KR20100027927A (ko) 2008-09-02 2010-03-11 엘지전자 주식회사 압축된 헤더를 이용한 서비스 제공방법
US9357435B2 (en) * 2013-11-06 2016-05-31 Samsung Electronics Co., Ltd. Method and system for handling audio packets during a volte call

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI962381A (fi) * 1996-06-07 1997-12-08 Nokia Telecommunications Oy Datan pakkaaminen tietoliikenneyhteydellä
US6041054A (en) * 1997-09-24 2000-03-21 Telefonaktiebolaget Lm Ericsson Efficient transport of internet protocol packets using asynchronous transfer mode adaptation layer two
JP3540641B2 (ja) * 1998-12-25 2004-07-07 株式会社東芝 ルータ装置、無線端末及び無線通信システム並びに通信方法
US6804238B1 (en) * 1998-12-29 2004-10-12 International Business Machines Corporation System and method for transmitting compressed frame headers in a multiprotocal data transmission network
US6542504B1 (en) * 1999-05-28 2003-04-01 3Com Corporation Profile based method for packet header compression in a point to point link
US6754231B1 (en) * 1999-06-18 2004-06-22 Telefonaktiebolaget Lm Ericsson (Publ) Robust header compression in packet communications
US6882637B1 (en) * 1999-10-14 2005-04-19 Nokia Networks Oy Method and system for transmitting and receiving packets
US20030097474A1 (en) * 2000-05-12 2003-05-22 Isochron Data Corporation Method and system for the efficient communication of data with and between remote computing devices
US6967964B1 (en) * 2000-10-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key at link layer
US7069495B2 (en) * 2000-10-30 2006-06-27 Telefonaktiebolaget Lm Ericsson (Publ) Bit error resilience for an internet protocol stack

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CASNER S ET AL: "Compressing IP/UDP/RTP Headers for Low-Speed Serial Links" IETF REQUEST FOR COMMENTS,XX,XX, Februar 1999 (1999-02), Seiten 1-21, XP002164554 in der Anmeldung erw{hnt *
FABRI S N ET AL: "Proposed evolution of GPRS for the support of voice services" IEE PROCEEDINGS: COMMUNICATIONS,INSTITUTION OF ELECTRICAL ENGINEERS,GB, Bd. 146, Nr. 5, 14. Oktober 1999 (1999-10-14), Seiten 325-330, XP006013243 ISSN: 1350-2425 *
LOU BERGER, JASON JEFFORDS: "MPLS/IP Header Compression" INTERNET DRAFT, NETWORK WORKING GROUP, [Online] Januar 2000 (2000-01), Seiten 1-12, XP002171580 Gefunden im Internet: <URL:http://sumin.dongeul.ac.kr/mpls/draft -berger-mpls-hdr-comp-00.txt> [gefunden am 2001-07-09] *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004015957A1 (ja) * 2002-08-09 2004-02-19 Matsushita Electric Industrial Co., Ltd. ヘッダ圧縮/復元装置及びヘッダ圧縮/復元方法
US7328283B2 (en) 2002-08-09 2008-02-05 Matsushita Electric Industrial Co., Ltd. Header compression/decompression apparatus and header compression/decompression method

Also Published As

Publication number Publication date
EP1269718B1 (de) 2005-04-06
JP2003529290A (ja) 2003-09-30
WO2001074022A3 (de) 2001-11-15
DE10015640A1 (de) 2001-10-04
EP1269718A2 (de) 2003-01-02
DE50105835D1 (de) 2005-05-12
JP4625227B2 (ja) 2011-02-02
US7289536B2 (en) 2007-10-30
US20030103513A1 (en) 2003-06-05

Similar Documents

Publication Publication Date Title
EP1226692B1 (de) Verfahren zum betreiben eines mobilfunknetzes
DE60130367T2 (de) Verfahren zum dynamischen mischen von Paketkopfunterdrückungstechniken
DE60014852T2 (de) Headerkompression in echtzeitdiensten
DE60130944T2 (de) Verfahren zur Datenübertragung
DE102005037586B4 (de) IP-Telefon mit Code-Auswahl nach Netzkapazität
EP1252787A1 (de) Verfahren zum betreiben eines mobilfunknetzes
EP1401137B1 (de) Verfahren zum Betreiben eines Mobilfunknetzes indem die Kontroll- und Nutzdaten mit unterschiedlichem Fehlerschutz übertragen werden
DE60108324T2 (de) System und Verfahren zur Erhöhung von Nachrichtendurchsatz in einem Funknetzwerk
DE10231958B4 (de) Verfahren und System zum Übertragen von Datenpaketen über ein Netzwerk an ausgewählte mehrere Bestimmungsorte, sowie computerlesbares Medium
DE10231941A1 (de) Datenpaketstruktur für direkt adressiertes Multicast-Protokoll
EP2309797B1 (de) Verfahren zum betreiben eines Mobilfunknetzes
EP1269718B1 (de) Verfahren zur signalisierung unterschiedlicher kopfinformationen
DE19919177A1 (de) Netzwerk mit mehreren Netzwerk-Clustern zur drahtlosen Übertragung von Paketen
EP1301000B1 (de) Kanalzuweisung von Kontrolldaten und Nutzdaten in drahtlosen Kommunikationssystemen
EP1058981B1 (de) Anordnung zum optimieren der datenübertragung über einen bidirektionalen funkkanal
EP1261175A2 (de) Verfahren zur Weiterleitung von Datenpaketen in Routern von Kommunikationsnetzen
DE60016400T2 (de) Kommunikationssystem und verfahren in einem ip-netz
EP1782589B1 (de) Verfahren zum umschalten einer kommunikationsverbindung von einem ersten verbindungsweg auf einen zweiten verbindungsweg
EP1085716B2 (de) Drahtloses Datenübertragungsverfahren unter Verwendung einer Kompressionsprotokollschicht
DE10057933B4 (de) Verfahren zur Übertragung eines anisochronen Datenstroms auf einer isochronen Übertragungsstrecke
WO2002067487A1 (de) Verfahren zum übertragen von datenpaketen
WO2004098118A1 (de) Verfahren, sendevorrichtung und empfangsvorrichtung zur paketorientierten datenübertragung mit ungleicher fehlerkorrektur
EP1133203A2 (de) Verfahren zur Übertragung von Datenpaketen
DE10052179A1 (de) Verfahren zum Übertragen digitaler Daten, insbesondere über ein Stromnetz, sowie zugehörige Einheiten und zugehöriges Programm
EP1359721A1 (de) Verfahren und Vorrichtung zum Übertragen von Datenpaketen in einem Kommunikationssystem

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): JP US

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR

AK Designated states

Kind code of ref document: A3

Designated state(s): JP US

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2001929253

Country of ref document: EP

ENP Entry into the national phase

Ref country code: JP

Ref document number: 2001 571619

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 10240128

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2001929253

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 2001929253

Country of ref document: EP