DE10141553A1 - Transmitting data packets in radio communications system involves using individual data stream identifiers at transmitter end, characterizing packets with sequence number at receiver end - Google Patents

Transmitting data packets in radio communications system involves using individual data stream identifiers at transmitter end, characterizing packets with sequence number at receiver end

Info

Publication number
DE10141553A1
DE10141553A1 DE10141553A DE10141553A DE10141553A1 DE 10141553 A1 DE10141553 A1 DE 10141553A1 DE 10141553 A DE10141553 A DE 10141553A DE 10141553 A DE10141553 A DE 10141553A DE 10141553 A1 DE10141553 A1 DE 10141553A1
Authority
DE
Germany
Prior art keywords
packets
data
sequence number
tti
packet
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
DE10141553A
Other languages
German (de)
Inventor
Christina Gessner
Andreas Otte
Axel Meiling
Fariba Raji
Norbert Kroth
Joerg Schniedenharn
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Priority to DE10141553A priority Critical patent/DE10141553A1/en
Publication of DE10141553A1 publication Critical patent/DE10141553A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

The method involves providing data packets with identifiers for individual data streams at the transmitter and the data packets of the data stream are additionally characterized by a sequence number on the receiver side.

Description

In der 3GPP/UMTS-Standardisierung werden momentan Verfahren spezifiziert, die effiziente Paketdatenübertragungen ermöglichen. Eine wichtige Technik sind hierbei Hybrid ARQ-Verfahren. Hybrid ARQ-Verfahren beziehen ihren Gewinn daraus, dass fehlerhafte Datenpakete in einem Speicher im Empfänger gesichert werden, damit sie mit späteren Übertragungen kombiniert werden können. Dadurch kann auch von fehlerhaften Datenpaketen profitiert werden (im Gegensatz zu Verfahren, in denen fehlerhafte Pakete verworfen werden). Die Datenbits, die in diesem Speicher gesichert werden, müssen sehr schnell ausgelesen werden können, damit keine unnötigen Verzögerungen in der Datenübertragung vorkommen. Speicher mit dieser Eigenschaft sind üblicherweise sehr teuer. 3GPP / UMTS standardization currently uses procedures specified the efficient packet data transfers enable. Hybrid is an important technique here ARQ method. Hybrid ARQ processes derive their profit from that incorrect data packets in a memory in the receiver secured so that it can be combined with later transmissions can be. This can also result from faulty Data packets are benefited (in contrast to procedures in which faulty packets are discarded). The data bits that are in this memory must be backed up very quickly can be read out so that no unnecessary delays in of data transmission occur. Memory with this Property are usually very expensive.

Das momentan für UMTS spezifizierte System High Speed Down- link Paket Access hat allerdings zusätzlich folgende Ansprüche:

  • - Verschiedene Services mit verschiedensten QoS-Anforderungen gleichzeitig zu bedienen. Diese verschiedenen QoS-Anforderungen der Daten machen auch eine andere Abarbeitung der Daten im HARQ-Prozeß erforderlich. Diese Aufgabenstellung ist auf möglichst effiziente und einfache Weise zu lösen.
  • - Weiter sollen die Daten, die beim Empfänger ankommen, wieder in eine korrekte Reihenfolge gebracht werden können. Der Empfänger wird die Datenpakete üblicherweise nicht in der korrekten Reihenfolge erhalten, da einzelne Datenpakete gestört sein können, die dann neu angefordert werden müssen, während andere, ursprünglich später gesendete Datenpakete sofort korrekt empfangen werden.
  • - Möglichst effiziente Nutzung des oben angesprochenen sogenannten schnellen "Soft-Buffers". Es soll vermieden werden, daß jeder Service ein eigenen Soft-Buffer benötigt.
  • - Soviel Signalisierung wie nötig aber gleichzeitig so wenig wie möglich. Je weniger Signalisierungsinformationen über die Luft gesendet werden müssen, desto mehr Nutzdaten können Übermittelt werden. Weiterhin besteht bei der Signalisierung die Gefahr der Missinterpretation durch Übertragungsfehler. Ein Bit was nicht Signalisiert wird, kann auch nicht verfälscht werden.
  • - Umfassende Fehlererkennung zur Erhöhung der Signalisierungssicherheit.
  • - Flexibles Scheduling um die mittlere Paketlaufzeit und folglich den Datendurchsatz zu erhöhen. Das bedeutet, daß Re- Transmissions so schnell wir möglich abgearbeitet werden sollen, um die Pakete aus dem Speicher zu bekommen und an die höheren Layer weiterzuleiten. Außerdem sollen die Nutzer zu beliebigen Zeitpunkten adressiert werden können.
However, the High Speed Downlink Package Access system currently specified for UMTS has the following additional requirements:
  • - To operate different services with different QoS requirements simultaneously. These different QoS requirements of the data also require a different processing of the data in the HARQ process. This task can be solved in the most efficient and simple way possible.
  • - Furthermore, the data arriving at the recipient should be able to be put back in a correct order. The recipient will usually not receive the data packets in the correct order, since individual data packets may be disturbed, which must then be requested again, while other data packets originally sent later are immediately correctly received.
  • - As efficient as possible use of the so-called fast "soft buffer" mentioned above. It should be avoided that each service needs its own soft buffer.
  • - As much signaling as necessary but at the same time as little as possible. The less signaling information has to be sent over the air, the more useful data can be transmitted. Furthermore, there is a risk of misinterpretation due to transmission errors in the signaling. A bit that is not signaled cannot be corrupted.
  • - Comprehensive error detection to increase signaling security.
  • - Flexible scheduling to increase the average packet runtime and consequently the data throughput. This means that retransmissions should be processed as quickly as possible in order to get the packets from memory and forward them to the higher layers. In addition, users should be able to be addressed at any time.

Der momentan in der 3GPP angenommene Realisierungsansatz sieht folgende Lösungen vor:

  • - Jeder Service hat einen separaten Hybrid ARQ-Prozeß vor. Dies führt dazu, dass die Größe des Speichers, der für Hybrid ARQ benötigt wird, mit der Anzahl der verschiedenen Services zu multiplizieren ist.
  • - Um sogenanntes In-Sequence Delivery zu gewährleisten wird im Moment diskutiert, ob eine Sequence Number im MAC oder eine Channel Number in HARQ Protokoll eingeführt wird. Anhand dieser Nummer kann das UE die Pakete wieder in die richtige Reihenfolge sortieren, bevor die Daten an die höheren Layer weitergegeben werden. Das Einführen von Paketnummern ermöglicht auch ein flexibles Scheduling.
The implementation approach currently adopted in the 3GPP provides the following solutions:
  • - Each service has a separate Hybrid ARQ process. As a result, the amount of memory required for Hybrid ARQ must be multiplied by the number of different services.
  • - To ensure what is known as in-sequence delivery, there is currently a discussion about whether a sequence number in the MAC or a channel number in the HARQ protocol will be introduced. Using this number, the UE can sort the packets in the correct order again before the data is passed on to the higher layers. The introduction of package numbers also enables flexible scheduling.

Das hier Vorgestellte Verfahren basiert auf den folgenden Basisregeln:

  • - Die Pakete werden in der richtigen Reihenfolge gesendet, mit Ausnahme der Re-Transmissions.
  • - Re-Transmissions werden so schnell wir möglich innerhalb eines Services gesendet.
The procedure presented here is based on the following basic rules:
  • - The packets are sent in the correct order, with the exception of retransmissions.
  • - Re-transmissions are sent as quickly as possible within a service.

Die Erfindung benötigt für den Betrieb:

  • - Jedes Paket bekommt eine Service ID im Folgenden Flow ID genannt. Diese ID dient zur Kennzeichnung von Datenströmen mit gemeinsamen Eigenschaften.
  • - Jedes Paket bekommt gegebenenfalls einen Re-Transmission Indikator zur Kennzeichnung wiederholter Pakete. Diese Kennzeichnung dient nur zur Fehlererkennung.
  • - So viele Soft-Buffer wie N-Channel. Wobei N der minimalen Round-Trip Time entspricht.
  • - Die Gegensatz zu bisherigen Verfahren vergibt die UE nun selbständig jedem empfangenen Paket eine Sequenz Nummer.
The invention requires for operation:
  • - Each package is given a service ID in the following called Flow ID. This ID is used to identify data streams with common properties.
  • - Each package may be given a re-transmission indicator to identify repeated packages. This marking is only used for error detection.
  • - As many soft buffers as N-Channel. Where N corresponds to the minimum round trip time.
  • - In contrast to previous methods, the UE now automatically assigns a sequence number to each packet received.

Mit oben genannten Vorraussetzungen bietet das Verfahren diese Vorteile:

  • - Es muss keine Sequence/Channel Nummer Signalisiert werden.
  • - Re-Transmission kommen so schnell wie möglich gesendet.
  • - Es wird ein Minimum an Soft-Buffer benötigt.
  • - Verschiedene Services mit verschiedenen QoS Anforderungen können mit dem HARQ Prozess bearbeitet werden.
  • - Fehlererkennung.
  • - In-Sequence Delivery.
With the above requirements, the process offers these advantages:
  • - No sequence / channel number needs to be signaled.
  • - Re-transmission will be sent as soon as possible.
  • - A minimum of soft buffer is required.
  • - Different services with different QoS requirements can be processed with the HARQ process.
  • - error detection.
  • - In-sequence delivery.

Der Erfinderische Schritt liegt in der Einführung der oben genannten Regeln zur autonomen Vergabe der Sequnce Nummer vom UE. The inventive step is to introduce the above mentioned rules for the autonomous allocation of the Sequnce number from UE.

Ausführungsbeispiele der Erfindung werden in den Fig. 1 bis 6 dargestellt. Embodiments of the invention are shown in FIGS. 1 to 6.

In Fig. 1 ist ein beispielhaftes Funk-Kommunikationssystem dargestellt, welches eine Vielzahl von Vermittlungseinrichtungen MSC aufweist, die miteinander verbunden sind. In der Regel bildet zumindest eine dieser Vermittlungseinrichtungen MSC einen Zugang zu weiteren Kommunikationssystemen wie beispielsweise einem Festnetz-Kommunikationssystem. An die Vermittlungseinrichtungen MSC sind Basisstationen NB (Node B) als Sende-/Empfangseinrichtungen des Funk-Kommunikationssystems angebunden. Die Basisstationen NB stehen über Kommunikationsverbindungen mit Endgeräten, speziell Teilnehmerendgeräten UE (User Equipment) in Verbindung, wobei es sich um mobile oder stationäre Endgeräte handeln kann. In Fig. 1, an exemplary radio communication system is shown having a plurality of switching centers MSC, which are interconnected. As a rule, at least one of these switching devices MSC forms an access to further communication systems such as, for example, a fixed network communication system. Base stations NB (node B) are connected to the switching devices MSC as transmitting / receiving devices of the radio communication system. The base stations NB are connected to end devices, in particular subscriber terminals UE (user equipment) via communication links, which can be mobile or stationary end devices.

Zwischen der in Fig. 1 dargestellten Basisstation NB und dem Teilnehmerendgerät UE kann eine unidirektionale oder eine bidirektionale Kommunikationsverbindung mit einer Aufwärtsrichtung UL (Uplink) von dem Teilnehmerendgerät UE zur Basisstation NB und/oder einer Abwärtsrichtung DL (Downlink) von der Basisstation NB zu dem Teilnehmerendgeräten UE bestehen. A unidirectional or a bidirectional communication link with an upward direction UL (uplink) from the subscriber terminal UE to the base station NB and / or a downlink DL (downlink) from the base station NB to the subscriber terminals can be established between the base station NB shown in FIG. 1 and the subscriber terminal UE UE exist.

Fig. 2 beschreibt den störungsfreien Ablauf mehrer Paketübertragungen mit einem zugrundeliegenden N = 4 Channel Stop&Wait Mechanismus. Der Up-Link UL wird hier aus Gründen der Übersicht nicht betrachtet. Es wird davon ausgegangen, daß innerhalb der Round-Trip Time in der NodeB eine Bestätigung (ACK/NACK) für die einzelnen Pakete eintrifft. Im einfachsten Fall gibt es zwischen Datenempfang und Bestätigung einen festen zeitlichen Zusammenhang. Dadurch reicht ein einfaches ACK/NACK als Bestätigung aus. Fig. 2 shows the trouble-free flow describes several packet transfers with an underlying N = 4 Channel Stop & Wait mechanism. The Up-Link UL is not considered here for reasons of clarity. It is assumed that an acknowledgment (ACK / NACK) for the individual packets arrives in the NodeB within the round trip time. In the simplest case, there is a fixed temporal relationship between data receipt and confirmation. A simple ACK / NACK is sufficient as confirmation.

Im Transmission Time Interval (TTI) 1 sendet die NodeB das Paket mit der Nummer 1. Wobei diese Nummer nicht übertragen wurde. Da es aber das erste Paket ist, was angekommen ist, vergibt das UE die Sequence Number 1 und legt es im ersten freien Soft-Buffer ab wo es weiter verarbeitet wird. Der abnehmende Balken repräsentiert dabei einen TTI bzw. Retransmission Time Counter der zählt, wann eine mögliche Re-Transmission zum frühestmöglichen Zeitpunkt gesendet werden kann. Wobei die Round-Trip Time (RTT) gemessen in TTIs der Anzahl der N Channel entsprechen sollte um Verzögerungen zu vermeiden. The NodeB sends this in the Transmission Time Interval (TTI) 1 Package with number 1. However, this number is not transmitted has been. But since it is the first package that has arrived, the UE assigns sequence number 1 and places it in the first free soft buffer from where it is processed. The decreasing bar represents a TTI or Retransmission time counter that counts when a possible one Re-transmission can be sent at the earliest possible time. The round trip time (RTT) measured in TTIs of the number the N Channel should correspond to delays too avoid.

Das Paket im TTI 2 wird in den nächsten im Uhrzeigersinn freien Speicherplatz geschrieben und mit einer vom UE um eins erhöhten Paketnummer versehen. Das folgende Paket im TTI 3 wird genauso behandelt. Im TTI 4 habe alle Soft-Buffer Daten. Der Speicher mit Paket Nummer 1 signalisiert dem Soft-Buffer Selector, daß er fertig ist (komplett weißer Hintergrund) und das er im nächsten TTI wieder Daten aufnehmen kann. The package in TTI 2 will turn clockwise in the next free space written and with one from the UE at one increased package number. The following package in the TTI 3 is treated the same way. In the TTI 4 all soft buffer data have. The memory with packet number 1 signals the soft buffer Selector that it is finished (completely white background) and that he can take up data again in the next TTI.

Im TTI 5 bekommt die UE keine Daten, z. B. kann eine andere UE adressiert werden. In dem Fall schaltet der Soft-Buffer Selector nicht weiter. Die Daten in den Speichern werden weiterhin verarbeitet und die TTI Counter der einzelnen Speicher zählen weiter. Zum TTI 6 wird die UE wieder adressiert. Der Datenblock wird wiederum in den im Uhrzeigersinn nächsten freien Speicherplatz geschrieben und mit einer Sequence-Number versehen. In the TTI 5, the UE receives no data, e.g. B. can be another UE can be addressed. In this case the soft buffer switches Selector no further. The data in the stores will be continues to process and the TTI counter of each memory count further. The UE is addressed again for TTI 6. The Data block will turn clockwise in the next one free space written and with a Provide sequence number.

Fig. 3 beschreibt eine Übertragung mit einem Fehlerhaften Paket für das eine Re-Transmission angefordert wird. Im Gegensatz zu Fig. 2 kommt Paket 1 defekt an. Die UE sendet ein NACK. Laut Regel soll nun so schnell wie möglich eine Re- Transmission gesendet werden. Der nächst mögliche Zeitpunkt für eine Re-Transmission ist N TTIs später. Wenn der TTI Counter für den Soft-Buffer mit Paket 1 nun bei N angekommen ist (Ausrufezeichen wird gesetzt), erwartet die UE bei der nächsten Datenübermittelung eine Re-Transmission für das Paket mit der Nummer 1. Das defekte Paket verbleibt solange im Speicher bis es mit der Re-Transmission kombiniert wird oder es aufgrund anderer QoS Anforderungen verworfen wird z. B.: maximale Anzahl der Re-Transmissions wurde erreicht. Diese Verwurfsregeln müssen aber in Sender und Empfänger bekannt sein. Fig. 3 describes a transmission with an erroneous packet for which retransmission is requested. In contrast to Fig. 2, package 1 arrives defective. The UE sends a NACK. According to the rule, a retransmission should now be sent as soon as possible. The next possible time for a retransmission is N TTIs later. If the TTI counter for the soft buffer with packet 1 has now arrived at N (exclamation mark is set), the UE expects a retransmission for the packet with the next data transmission. The defective packet remains in memory until it is combined with the re-transmission or it is rejected due to other QoS requirements e.g. E.g .: the maximum number of retransmissions has been reached. These rejection rules must be known in the sender and receiver.

Falls nun durch eine ACK/NACK Missinterpretation im Uplink ein Fehler aufgetreten ist, würde die NodeB im TTI 6 die Erstsendung von Paket 5 übermitteln ohne Re-Transmission Indicator. Da die UE aber eine Re-Transmission erwartet wird dieser Fehler erkannt. If now through an ACK / NACK misinterpretation in the uplink If an error occurred, the NodeB in the TTI 6 would Transmit first package 5 without retransmission Indicator. Since the UE is expected to retransmit recognized this error.

In Fig. 4 ist als Beispiel Datenblock 3 anstatt Block 1 fehlerhaft. Im Gegensatz zu Fig. 3 kann im TTI 6 aber keine Re- Transmission erfolgen, da die Re-Transmission frühesten N TTI später gesendet werden kann. Der TTI Counter im TTI 5 für Paket 3 ist noch kleiner N daher kommt im TTI 6 Paket 5 anstatt einer Re-Transmission von Paket 3. Die Re-Transmission erfolgt erst ein TTI später wenn der TTI Counter = N anzeigt (Ausrufezeichen im TTI 6 bei Paket 3). Zu diesem Zeitpunkt springt der Soft-Buffer Selector auf den Speicherplatz bei der der TTI Counter als erstes gesetzt wurde. Im nächsten TTI geht der Soft-Buffer Selector von dieser Position im Uhrzeigersinn weiter. In Fig. 4 as an example, data block 3 instead of Block 1 faulty. In contrast to FIG. 3, no retransmission can take place in the TTI 6, since the retransmission can be sent at the earliest N TTI later. The TTI counter in the TTI 5 for packet 3 is even smaller N, therefore in the TTI 6 packet 5 comes instead of a re-transmission of packet 3. The re-transmission takes place one TTI later when the TTI counter shows = N (exclamation mark in the TTI 6 for package 3). At this point the soft buffer selector jumps to the memory location where the TTI counter was set first. In the next TTI, the soft buffer selector continues clockwise from this position.

In Fig. 5 wird zusätzlich ein weiterer Service (Flow) im bestehenden HARQ Verfahren an das UE übermittelt. Jeder Flow hat dabei unter anderem bestimmte QoS Anforderungen. Diese ID wird mit dem Paket übertragen. In FIG. 5 another service (Flow) in the existing HARQ process is transmitted to the UE in addition. Each flow has certain QoS requirements, among other things. This ID is transmitted with the package.

Wie in Fig. 3 ist Paket 1 fehlerhaft im UE empfangen worden. Zum TTI 3 wird aber anstatt eines weiteren Paketes in Flow Blau ein erstes Paket auf dem priorisierten Flow Magenta übermittelt. Dieses Paket wird, wie üblich, in den im Uhrzeigersinn nächsten freien Soft-Buffer geschrieben. As in FIG. 3, packet 1 was received incorrectly in the UE. Instead of another packet in flow blue, a first packet on the prioritized flow magenta is transmitted to the TTI 3. As usual, this packet is written in the next free clockwise soft buffer.

Im TTI 6 kann nun eine Übertragung in Flow Blau oder Magenta erfolgen. Falls Flow Blau übertragen würde, müsste eine Re- Transmission für Paket 1 erfolgen, da der TTI Counter abgelaufen ist. Da aber der Magenta Flow Priorität hat, wird das übermittelte Paket in Flow Magenta in den nächsten freien Speicher geschrieben und mit der fortlaufenden Sequence Number für Flow Magenta markiert (Sequence Number 3). Im TTI 7 könnten wiederum beide Flows Daten übermitteln. Da in Flow Magenta im Moment keine weiteren Pakete im NodeB B warten, kann Flow Blau die Re-Transmission für Paket 1 übertragen. The TTI 6 can now transmit in flow blue or magenta respectively. If flow blue were to be transmitted, a re- Transmission for packet 1 take place because of the TTI counter has expired. But since the magenta flow has priority, it will Submitted package in flow magenta in the next free Memory written and with the sequential sequence Number marked for flow magenta (Sequence Number 3). In the TTI 7 could in turn transmit both flows of data. Because in flow Magenta is not currently waiting for any more packages in NodeB B, Flow Blue can transmit the re-transmission for packet 1.

In Fig. 6 hat der Magenta Flow im Gegensatz zu Fig. 5 mehr Informationen zu übertragen. Im TTI 4 sind alle Buffer belegt. Da aber der Magenta Flow eine sehr hohe Priorität hat wird trotzdem im TTI 5 ein Paket übertragen. In dem Fall wird der Buffer überschrieben, der am längsten auf eine Re-Transmission wartet. Das defekte Paket 1 in Flow Blau wird verworfen und durch ein wichtigeres Paket auf Flow Magenta überschrieben. Die UE informiert die höheren Layer, daß die Übertragung von Paket 1 abgebrochen wurde. Diese können je nach Konfiguration und QoS verschieden reagieren. Entweder wird das Paket in nächst mögliche Zeitpunkt erneut geschickt. Das würde einem Umschalten auf HARQ Typ1 entsprechen. Bei Streaming Services kann ein fehlendes Paket ignoriert werden und das Verfahren läuft eweiter. Oder die UE fordert noch mal die gesammte SDU von Netzwerk an. In contrast to FIG. 5, the magenta flow in FIG. 6 has more information to transmit. All buffers are occupied in TTI 4. However, since the magenta flow has a very high priority, a packet is still transmitted in the TTI 5. In this case, the buffer that is waiting the longest for retransmission is overwritten. The defective package 1 in flow blue is discarded and overwritten by an important package on flow magenta. The UE informs the higher layers that the transmission of packet 1 has been canceled. These can react differently depending on the configuration and QoS. Either the package will be sent again as soon as possible. This would correspond to switching to HARQ Type 1. In the case of streaming services, a missing packet can be ignored and the process continues. Or the UE again requests the entire SDU from the network.

Anstatt den Buffer für den blauen Flow zu überschreiben, hätte die UE die Daten auch in den Buffer mit Paket Blau 2 schreiben können. Dabei wäre es zu keinem Datenverlust gekommen, da für das Paket schon ein ACK gesendet wurde und nicht mehr im Soft-Buffer benötigt wird. Dieses Verfahren würde die Soft-Buffer Speichernutzung weiter optimieren. Was die Darstellung hier aber unnötig verkomplizieren würde. Instead of overwriting the blue flow buffer, the UE would also have the data in the buffer with packet blue 2 can write. There would be no data loss come because an ACK has already been sent for the packet and not more is needed in the soft buffer. This procedure would Further optimize soft buffer memory usage. What the Representation here would unnecessarily complicate.

Claims (1)

Verfahren zur Übertragung von Datenpaketen in einem Funk- Kommunikationssystem, bei dem Datenpakete eines Datenstroms sendeseitig mit einer daten- stromindividuellen Kennzeichnung versehen werden, und empfangsseitig die Datenpakete des Datenstroms zusätzlich durch eine Sequenznummer gekennzeichnet werden. Method for the transmission of data packets in a radio Communication system in which Data packets of a data stream on the send side with a data electricity-specific labeling, and at the receiving end, the data packets of the data stream are additionally transmitted a sequence number can be identified.
DE10141553A 2001-08-24 2001-08-24 Transmitting data packets in radio communications system involves using individual data stream identifiers at transmitter end, characterizing packets with sequence number at receiver end Withdrawn DE10141553A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE10141553A DE10141553A1 (en) 2001-08-24 2001-08-24 Transmitting data packets in radio communications system involves using individual data stream identifiers at transmitter end, characterizing packets with sequence number at receiver end

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10141553A DE10141553A1 (en) 2001-08-24 2001-08-24 Transmitting data packets in radio communications system involves using individual data stream identifiers at transmitter end, characterizing packets with sequence number at receiver end

Publications (1)

Publication Number Publication Date
DE10141553A1 true DE10141553A1 (en) 2003-04-10

Family

ID=7696505

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10141553A Withdrawn DE10141553A1 (en) 2001-08-24 2001-08-24 Transmitting data packets in radio communications system involves using individual data stream identifiers at transmitter end, characterizing packets with sequence number at receiver end

Country Status (1)

Country Link
DE (1) DE10141553A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005076575A1 (en) 2004-01-30 2005-08-18 Hewlett-Packard Development Company, L.P. Methods and systems that use information about data packets to determine an order for sending the data packets
WO2006047324A1 (en) * 2004-10-22 2006-05-04 Hewlett-Packard Development Company, L.P. Methods and systems that use information about a frame of video data to make a decision about sending the frame
US7966488B2 (en) 2004-01-30 2011-06-21 Hewlett-Packard Development Company, L. P. Methods and systems that use information about encrypted data packets to determine an order for sending the data packets

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005076575A1 (en) 2004-01-30 2005-08-18 Hewlett-Packard Development Company, L.P. Methods and systems that use information about data packets to determine an order for sending the data packets
US7860005B2 (en) 2004-01-30 2010-12-28 Hewlett-Packard Development Company, L.P. Methods and systems that use information about a frame of video data to make a decision about sending the frame
US7966488B2 (en) 2004-01-30 2011-06-21 Hewlett-Packard Development Company, L. P. Methods and systems that use information about encrypted data packets to determine an order for sending the data packets
US8737219B2 (en) 2004-01-30 2014-05-27 Hewlett-Packard Development Company, L.P. Methods and systems that use information about data packets to determine an order for sending the data packets
WO2006047324A1 (en) * 2004-10-22 2006-05-04 Hewlett-Packard Development Company, L.P. Methods and systems that use information about a frame of video data to make a decision about sending the frame

Similar Documents

Publication Publication Date Title
DE60223799T2 (en) METHOD AND TRANSMITTER FOR AN EFFICIENT PACKAGE DATA TRANSFER IN A TRANSMISSION PROTOCOL WITH REQUEST REQUIREMENTS
DE60318873T2 (en) METHOD FOR MONITORING TRANSMISSION SEQUENCES ALLOCATED TO LOG DATA UNITS FOR THE DETECTION AND CORRECTION OF TRANSFER ERRORS
DE60316218T2 (en) Stop repeated transmission of Hybrid ARQ data in a High Speed Downlink Packet Access (HSDPA) system
DE69130187T2 (en) High speed transmission protocol with two windows
DE60313178T2 (en) METHOD AND DEVICE FOR REDUCING TRANSMISSION ERRORS IN A CELLULAR SYSTEM OF THIRD GENERATION
DE69825610T2 (en) METHOD AND DEVICE FOR TRANSMITTING DATA PACKAGES IN A DATA PACKET TRANSMISSION SYSTEM
DE60109258T2 (en) Data transmission method and device with automatic repeat request
DE60306433T2 (en) Method for preventing blocking by means of the receiving state of the HARQ processes
DE60123280T2 (en) METHOD FOR MULTIMEDIA COMMUNICATION VIA PACKAGE CHANNELS
DE10295631B4 (en) Mechanism for an automatic repeat request in a radio access network
DE60201553T2 (en) System and procedure for fault elimination with negative acknowledgment (NACK)
EP1256242B1 (en) Method for transmitting packet data information in a radio communication system
DE20221907U1 (en) Device for wireless communication
DE20307251U1 (en) User device that performs intelligent flow control based on the channel quality conditions
DE10295696T5 (en) Slot format and acknowledgment method for a wireless communication system
DE10050117A1 (en) Wireless network has physical layer on transmission side for transmitting stored coded transport blocks and physical layer on receiver side for sending acknowledgements according to correct or faulty reception
DE102005005251A1 (en) Data protection layer-protocol device for universal mobile telecommunication system mobile radio device, has data protection layer-protocol buffer memory selection unit selecting intermediately stored data using memories prioritization
DE10244696A1 (en) Method and data transmission system for the transmission of data packets between a transmitter and a receiver
EP1419623B1 (en) Transmission of data packets in a radiocommunication system using a common hybrid automatic repeat request (harq) process
DE60222637T2 (en) METHOD AND DEVICE FOR PREVENTING UNNECESSARY TRANSMITTING IN A CELLULAR MOBILE RADIO SYSTEM
EP1419607B1 (en) Method and wireless station for transmitting data packets in a radio communication system
EP1457085A1 (en) Method for transmitting packet switched data in a cellular radiocommunication system during cell change
EP1352492B1 (en) Parallel transmission of identical data to a plurality of terminals and feedback transmission of transmission quality information
DE10141553A1 (en) Transmitting data packets in radio communications system involves using individual data stream identifiers at transmitter end, characterizing packets with sequence number at receiver end
DE60313553T2 (en) Retransmission control method of data and apparatus for performing the method

Legal Events

Date Code Title Description
8139 Disposal/non-payment of the annual fee