[go: up one dir, main page]

DE60316684T2 - Rlp wiederholung in einem cdma-kommunikationssystem - Google Patents

Rlp wiederholung in einem cdma-kommunikationssystem Download PDF

Info

Publication number
DE60316684T2
DE60316684T2 DE60316684T DE60316684T DE60316684T2 DE 60316684 T2 DE60316684 T2 DE 60316684T2 DE 60316684 T DE60316684 T DE 60316684T DE 60316684 T DE60316684 T DE 60316684T DE 60316684 T2 DE60316684 T2 DE 60316684T2
Authority
DE
Germany
Prior art keywords
rlp
harq
missing
frame
receiver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE60316684T
Other languages
English (en)
Other versions
DE60316684D1 (de
Inventor
Yongbin San Diego WEI
Sai Yiu San Diego HO
Nikolai K N. Takoma Park LEUNG
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
Qualcomm 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 Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of DE60316684D1 publication Critical patent/DE60316684D1/de
Publication of DE60316684T2 publication Critical patent/DE60316684T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1848Time-out mechanisms
    • H04L1/1851Time-out mechanisms using multiple timers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/14Relay systems
    • H04B7/15Active relay systems
    • H04B7/204Multiple access
    • H04B7/216Code division or spread-spectrum multiple access [CDMA, SSMA]
    • 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
    • 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]
    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1848Time-out mechanisms
    • 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/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • 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/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • H04L1/1883Time-out mechanisms using multiple timers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Radio Relay Systems (AREA)
  • Train Traffic Observation, Control, And Security (AREA)

Description

  • HINTERGRUND
  • Gebiet
  • Die vorliegende Erfindung betrifft im Allgemeinen eine Datenkommunikation und insbesondere Techniken für eine erneute Übertragung von Paketen durch ein Funkverbindungsprotokoll (RLP – Radio Link Protocol) in CDMA-Kommunikationssystemen.
  • Hintergrund
  • Drahtlose Kommunikationssysteme werden weithin eingesetzt, um verschiedene Typen von Diensten vorzusehen, wie Sprache, Paketdaten und so weiter. Diese Systeme können Mehrfach-Zugriffs-Systeme sein, die eine Kommunikation mit mehreren Benutzern unterstützen können, und können basieren auf CDMA bzw. Codemultiplex-Vielfachzugriff (code division multiple access), TDMA (time division multiple access), FDMA (frequency division multiple access) oder anderen Mehrfach-Zugriffs-Techniken. CDMA-Systeme können bestimmte Vorteile gegenüber anderen Systemtypen vorsehen, einschließlich einer höheren System-Kapazität.
  • Um die Zuverlässigkeit einer Datenübertragung zu verbessern, setzen viele CDMA-Systeme einen Neuübertragungs-Mechanismus ein, der von einem Funkverbindungsprotokoll (RLP – Radio Link Protocol) vorgesehen wird, das sich über der physikalischen Schicht befindet. Eine RLP-Element an dem Empfänger (d. h. das Empfänger-RLP) ist vorgesehen mit RLP-Rahmen von einem Element einer unteren Schicht, wobei jeder RLP-Rahmen eindeutig durch seine zugewiesene Sequenznummer identifiziert wird. Da den zu übertragenden RLP-Rahmen aufeinander folgende Sequenznummern zugewiesen werden, ist das Empfänger-RLP in der Lage, festzustellen, ob RLP-Rahmen fehlen oder nicht durch Prüfen der Sequenznummern der empfan genen RLP-Rahmen. In der Abwesenheit eines anderen Neuübertragungsmechanismus können die RLP-Rahmen seriell an den Empfänger gesendet werden, und jeder RLP-Rahmen, von dem durch das Empfänger-RLP festgestellt wird, dass er fehlt, kann sofort an den Sender berichtet werden über eine Übertragung einer negativen Bestätigung (NAK – negative acknowledgment). Die fehlenden RLP-Rahmen können danach erneut an den Empfänger übertragen werden.
  • Um eine verbesserte Paketdatenübertragungsfähigkeit vorzusehen, setzen einige neuere CDMA-Systeme (z. B. cdma2000 Release C) einen anderen Neuübertragungsmechanismus ein, der von einer hybriden automatischen Neuübertragungs-Steuerungsfunktion (HARQ-CF – hybrid automatic retransmission control function) vorgesehen wird, die sich zwischen dem RLP und der physikalischen Schicht befindet. Die HARQ-CF, die durch cdma2000 definiert wird, ist in der Lage, mehrere HARQ-Pakete parallel zu übertragen, wobei jedes HARQ-Paket einen oder mehrere RLP-Rahmen umfasst. Ferner können, da jedes HARQ-Paket einmal oder mehrmals durch die HARQ-CF übertragen/erneut übertragen werden kann, die HARQ-Pakete in einer unbekannten Reihenfolge durch die HARQ-CF-Entität an dem Empfänger (d. h. der Empfänger-HARQ-CF) wiedergewonnen werden. Somit können RLP-Rahmen in verkehrter Reihenfolge an das Empfänger-RLP geliefert werden. Zusätzlich kann, wegen einer erneuten Übertragung durch die HARQ-CF, das Empfänger-RLP eine lange Zeit warten müssen, bevor es mit Sicherheit feststellen kann, dass ein gegebenes fehlendes RLP tatsächlich verloren ist. Die HARQ-CF-Neuübertragung kann folglich schwerwiegend die Leistung der RLP-Neuübertragung beeinflussen.
  • Es gibt folglich eine Notwendigkeit in der Technik für ein RLP-Neuübertragungsschema, das in Verbindung mit dem zugrunde liegenden HARQ-CF-Neuübertragungsmechanismus effizient arbeiten kann.
  • Weiter wird hingewiesen auf das Dokument US 2001/0032325 , das eine Basisstation, eine mobile Station und/oder eine andere Endgerätvorrichtung offenbart mit einer physikalischen Schicht (Schicht-1-Protokoll) und einer Verbindungsschicht (Schicht-2-Protokoll), die beide automatische Neuübertragungs-Anforderungen(ARQ – automatic retransmission request)-Operationen umfassen. Die physikalische Schicht und die Verbindungsschicht umfassen Verbesserungen, die miteinander interagieren, um die Verbindungsschicht zu veranlassen, ARQ-Operationen zu sperren, während Fehler-Wiederherstellungsoperationen an physikalischen Schichten anstehen. Ein Sender verpackt Verbindungsschicht-Paketdateneinheiten in Rahmen der physikalischen Schicht und überträgt die physikalischen Schicht-Rahmen. Ein Empfänger antwortet, um eine erfolgreiche oder nicht erfolgreiche Übertragung anzuzeigen. Die sendende physikalische Schicht wartet auf die Antwort und initiiert Fehler-Wiederherstellungsoperationen, wenn erforderlich. Die empfangende Verbindungsschicht sperrt ihre ARQ-Operationen, wenn sie verlorene Datenpakete erfasst, um zu ermöglichen, dass Fehler-Wiederherstellungsoperationen der physikalischen Schicht abgeschlossen werden können.
  • ZUSAMMENFASSUNG
  • Gemäß der vorliegenden Erfindung sind vorgesehen ein Verfahren zur erneuten Übertragung von Daten, wie in den Ansprüchen 1 und 4 dargelegt, ein Verfahren zur Erfassung von verlorenen Rahmen, wie in dem Anspruch 16 dargelegt; und ein Empfänger, wie in dem Anspruch 24 dargelegt. Ausführungsbeispiele der Erfindung werden in den abhängigen Ansprüchen beansprucht.
  • Techniken werden hier vorgesehen, um die Funktionalität von RLP und HARQ-CF auszunutzen, damit sie in einer nahtlosen und effizienten Weise funktionieren können, um eine Systemleistung zu verbessern. Diese Techniken verwenden eine unterschiedliche Information, die an unterschiedlichen Entitäten verfügbar ist, um ein RLP-Übertragungsschema zu implementieren, das eine verbesserte Leistung liefern kann.
  • In einem Ausführungsbeispiel ist ein Verfahren vorgesehen für eine erneute Übertragung von Daten über das RLP in einem CDMA (z. B. cdma2000)-Kommunikationssystem mit einem ersten Neuübertragungsmechanismus, der von dem RLP vorgesehen wird, und einem zweiten Neuübertragungsmechanismus, der von der HARQ-CF vorgesehen wird. Gemäß dem Verfahren werden fehlende RLP-Rahmen zuerst erfasst (z. B. durch das Empfänger-RLP). Ein dynamischer Timer wird dann geführt (z. B. durch die Empfänger-HARQ-CF) für jeden RLP-Rahmen, der als fehlend erfasst wird. Jeder dynamische Timer wird danach aktualisiert basierend auf Ereignissen, die der Empfänger-HARQ-CF bekannt sind, und der Ablauf jedes dynamischen Timers wird durch diese Ereignisse ausgelöst. Feste Timer mit fester Zeitdauer können auch für die fehlenden RLP-Rahmen geführt werden (z. B. durch das Empfänger-RLP). Die Bestimmung, ob ein fehlender RLP-Rahmen verloren ist oder nicht, wird dann gemacht basierend auf dem dynamischen Timer (und dem festen Timer, wenn vorhanden), der für den RLP-Rahmen geführt wird. Eine NAK kann dann ausgegeben werden (z. B. durch das Empfänger-RLP) für eine erneute Übertragung jedes RLP-Rahmens, der als verloren angesehen wird.
  • In einem Ausführungsbeispiel sind die dynamischen Timer Ereignis-abhängig, und jeder dynamische Timer hat eine variable Zeitdauer, die durch Ereignisse bestimmt wird, die der Empfänger-HARQ-CF bekannt sind. Für cdma2000 sind die RLP-Rahmen in den HARQ-Paketen enthalten, die durch die HARQ-CF übertragen werden, und jedes HARQ-Paket kann auf einem einer Anzahl von möglichen ARQ-Kanälen übertragen werden (die als logische Kanäle angesehen werden können). Der dynamische Timer für jeden fehlenden RLP-Rahmen kann dann mit einem jeweiligen Kandidatensatz von ARQ-Kanälen assoziiert werden, die verwendet werden können, um das HARQ-Paket zu übertragen, das den fehlenden RLP-Rahmen umfasst. Jeder ARQ-Kanal in einem Kandidatensatz kann aus dem Satz entfernt werden, wenn festgestellt wird, dass der ARQ-Kanal nicht der sein kann, der verwendet wurde, um den fehlenden RLP-Rahmen zu übertragen. Der dynamische Timer für jeden RLP-Rahmen läuft dann ab, wenn der zugehörige Kandidatensatz leer wird, da dies bedeutet, dass kein ARQ-Kanal übrig ist, der verwendet werden kann, um den fehlenden RLP-Rahmen zu übertragen.
  • Die Charakteristiken der HARQ-CF können verwendet werden, um einen Satz von Kriterien zu wählen, der verwendet wird, um ARQ-Kanäle aus Kandidatensätzen zu entfernen. Für cdma2000 kann ein ARQ-Kanal aus einem Kandidatensatz entfernt werden, wenn eines der folgenden Ereignisse auftritt, nachdem der dynamische Timer ausgelöst wird: (1) ein gutes HARQ-Paket wird über den ARQ-Kanal empfangen, (2) ein neues HARQ-Paket wird über den ARQ-Kanal übertragen, oder (3) keine Übertragung wird über den ARQ-Kanal in einer bestimmten Periode empfangen. Diese Kriterien werden detaillierter unten beschrieben.
  • Im Allgemeinen können die Techniken, die hier beschrieben werden, für eine erneute Übertragung von Daten in jedem drahtlosen Kommunikationssystem mit einem ersten Neuübertragungsmechanismus in einer ersten Teil- bzw. Unterschicht (z. B. RLP) und einem zweiten Neuübertragungsmechanismus in einer zweiten Teilschicht (z. B. HARQ-CF) verwendet werden, wobei sich die zweite Teilschicht unter der ersten Teilschicht in dem Protokollstapel befindet.
  • Verschiedene Aspekte und Ausführungsbeispiele der Erfindung werden detaillierter unten beschrieben. Die Erfindung sieht weiter Verfahren, Programmcodes, digitale Signalprozessoren, Empfängereinheiten, Sendereinheiten, Endgeräte, Basisstationen, Systeme und andere Vorrichtungen und Elemente vor, die verschiedene Aspekte, Ausführungsbeispiele und Merkmale der Erfindung implementieren, wie detaillierter unten beschrieben wird.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • Die Merkmale, Eigenschaften und Vorteile der vorliegenden Erfindung werden offensichtlicher aus der detaillierten Beschreibung, die unten angeführt wird, in Verbindung mit den Zeichnungen, in denen gleiche Bezugszeichen Entsprechendes identifizieren und wobei:
  • 1 ein Diagramm eines CDMA-Kommunikationssystems ist;
  • 2 ein Diagramm einer Schicht-Struktur ist, die durch cdma2000 Release C definiert wird;
  • 3 ein Diagramm ist, das die Dateneinkapselung darstellt, die durch eine Basisstation für eine Datenübertragung auf einem Paketdatenkanal durchgeführt wird;
  • 4 ein Timing-Diagramm ist, das eine beispielhafte Datenübertragung auf dem Paketdatenkanal darstellt;
  • 5 ein Diagramm ist, das die Interaktion zwischen einem Empfänger-RLP und einer Empfänger-HARQ-CF für eine Datenübertragung auf dem Paketdatenkanal darstellt;
  • 6 ein Diagramm ist, das die Interaktion zwischen dem Empfänger-RLP und der Empfänger-HARQ-CF für eine Datenübertragung auf dem Paketdatenkanal mit festen und dynamischen Timern darstellt;
  • 7 ein Flussdiagramm eines Verfahrens für das Initiieren einer erneuten Übertragung von fehlenden RLP-Rahmen an der RLP-Teilschicht basierend auf dynamischen Timern und festen Timern ist;
  • 8 ein Flussdiagramm eines Verfahrens zur Bestimmung ist, ob ein bestimmter fehlender RLP-Rahmen verloren ist basierend auf Übertragungen auf dem F-PDCH; und
  • 9 ein Blockdiagramm eines Ausführungsbeispiels einer Basisstation und eines Endgeräts ist.
  • DETAILLIERTE BESCHREIBUNG
  • 1 ist ein Diagramm eines CDMA-Kommunikationssystems 100, das verschiedene Aspekte und Ausführungsbeispiele der RLP-Neuübertragungstechniken implementieren kann, die hier beschrieben werden. Das System 100 umfasst eine Anzahl von Basisstationen 104, die mit einer Anzahl von Endgeräten 106 kommunizieren (nur eine Basisstation und zwei Endgeräte werden in 1 zur Einfachheit gezeigt). Eine Basisstation ist eine feste Station, die zur Kommunikation mit den Endgeräten verwendet wird. Abhängig von dem Kontext, in dem die Bezeichnung verwendet wird, kann eine Basisstation eine Zelle, einen Sektor in einer Zelle, ein Basis-Transceiver-System (BTS – base transceiver system), eine mobile Station-Steuervorrichtung (MSC – mobile station controller) oder einen anderen Teil des Kommunikationssystems bezeichnen. Eine Basisstation wird auch als ein Zugriffpunkt, ein Knoten B oder eine andere Terminologie bezeichnet. Die Basisstationen können Teil eines UMTS-Funk-Zugriffs-Netzwerkes (UTRAN – UMTS Radio Access Network) sein.
  • Ein Endgerät ist eine Station, die mit der Basisstation kommuniziert. Ein Endgerät wird auch als eine mobile Station, eine entfernte Station, ein Zugangsendgerät, eine Benutzerausrüstung (UE – user equipment) oder eine andere Terminologie bezeichnet. Jedes Endgerät kann mit einer oder mehreren Basisstation(en) auf der Vorwärtsverbindung und/oder der Rückwärtsverbindung zu jederzeit kommunizieren, abhängig davon, ob das Endgerät aktiv ist oder nicht, ob eine weiche Übergabe (soft handoff) für die Datenübertragung unterstützt wird oder nicht und ob das Endgerät in der weichen Übergabe ist oder nicht. Die Vorwärtsverbindung (d. h. downlink) bezeichnet eine Übertragung von der Basisstation an das Endgerät und die Rückwärtsverbindung (d. h. uplink) bezeichnet eine Übertragung von dem Endgerät an die Basisstation.
  • Die Techniken, die hier für eine RLP-Neuübertragung beschrieben werden, können in verschiedenen CDMA-Kommunikationssystemen implementiert werden. So kann das CDMA-System 100 einen oder mehrere allgemein bekannte CDMA-Standards implementieren, wie cdma2000, IS-856, W-CDMA, IS-95 und andere. Zur Klarheit werden verschiedene Aspekte, Ausführungsbeispiele und Implementierungsdetails für eine RLP-Neuübertragung unten für ein CDMA-System beschrieben, das cdma2000 Release C unterstützt.
  • Coma2000 unterstützt verschiedene Typen von Diensten, wie Sprache, Paketdaten und so weiter. Coma2000 Release C unterstützt weiter eine Hochgeschwindigkeits-Paketdatenübertragung auf der Vorwärtsverbindung über einen Paketdatenkanal und eine Entität, welche die Operation des Paketdatenkanals steuert. Der Paketdatenkanal umfasst einen Satz von physikalischen Kanälen, die sind:
    • • F-PDCH (forward packet data channel) – Vorwärtspaketdatenkanal. Dieser physikalische Kanal trägt Daten für die Hochgeschwindigkeits-Paketdatenübertragung.
    • • F-PDCCH (forward packet data control channel) – Vorwärtspaketdaten-Steuerungskanal. Dieser physikalische Kanal trägt eine Steuerungsinformation für den F-PDCH.
    • • R-ACKCH (reverse acknowledgment channel) – Rückwärtsbestätigungskanal. Dieser physikalische Kanal trägt ein Bestätigungs-Feedback für ein automatisches Neuübertragungs(ARQ)-Protokoll.
    • • R-CQICH (reverse channel quality indication channel) – Rückwärtskanal-Qualitätsanzeigekanal. Dieser physikalische Kanal trägt ein Vorwärtsverbindungs-HF-Kanal-Qualitäts-Feedback und wird weiter verwendet, um eine spezifische Basisstation anzuzeigen, die durch das Endgerät für eine F-PDCH-Operation gewählt wird.
  • Die Steuerungsentität für den Paketdatenkanal wird als die Paketdatenkanal-Steuerungsfunktions(PDCHCF – packet data channel control function)-Entität oder die hybride automatische Neuübertragungs-Steuerungsfunktions(HARQ-CF – hybrid automatic retransmission control function)-Entität bezeichnet. Diese Steuerungsentität implementiert Verfahren zum Betreiben der physikalischen Kanäle, die mit dem Paketdatenkanal verbunden sind.
  • 2 ist ein Diagramm einer Schicht-Struktur 200, die durch cdma2000 Release C definiert wird. Die Schicht-Struktur 200 umfasst (1) Anwendungen und obere Schichtprotokolle, die ungefähr den Schichten 3 bis 7 des ISO/OSI-Referenzmodells entsprechen, (2) Protokolle und Dienste, die der Schicht 2 (die Verbindungsschicht) entsprechen, und (3) Protokolle und Dienste, die der Schicht 1 entsprechen (die physikalische Schicht).
  • Die Anwendungen und oberen Schichtprotokolle verwenden die Dienste, die durch die Teilschichten bzw. Untersschicht (Sublayer) in Schicht 2 vorgesehen werden (d. h. die LAC- und MAC-Teilschichten). Beispiele von unterstützten Anwendungen umfassen Signalisierungsdienste 212, Paketdatendienste 214, Sprachdienste 216 und Leitungsdaten-Anwendungen. Die Schicht-Struktur 200 unterstützt eine Kombination aus Sprache, Paketdaten und Leitungsdatendienste, um gleichzeitig zu funktionieren.
  • Die Schicht bzw. Lager 2 umfasst eine LAC(Link Access Control)-Teilschicht 220, eine MAC(Medium Access Control)-Teilschicht 230 und eine Hybrid-ARQ-Steuerungsfunktion (HARQ-CF – hybrid ARQ control function) 240. Die MAC-Teilschicht weist ein Funkverbindungsprotokoll (RLP – Radio Link Protocol) 232 und eine Multiplexing- und QoS-Teilschicht 236 (die auch als die Multiplex-Teilschicht bezeichnet wird) auf. Das RLP liefert eine „best effort"-Lieferung von Paketdaten, um eine einigermaßen zuverlässige Datenübertragung über die Funkverbindung sicherzustellen. Die Multiplex-Teilschicht liefert die Schnittstelle zwischen dem RLP und der HARQ-CF. Die Multiplex-Teilschicht implementiert weiter einen Steuerungsmechanismus, um variierende Dienstqualitäts(QoS – quality of service)-Anforderungen von mehreren gleichzeitigen Diensten auszugleichen, um sicherzustellen, dass die verhandelten QoS-Pegel für diese Dienste erfüllt werden. Dies wird erreicht durch Vermitteln von widerstreitenden Anforderungen von konkurrierenden Diens ten und Setzen von Prioritäten für Zugriffsanforderungen. Die Struktur der MAC-Teilschicht und der Entitäten, die die MAC-Teilschicht ausmachen, werden detailliert in dem Dokument TIA/EIA/IS-2000.3-C beschrieben, mit dem Titel „Medium Access Control (MAC) Standard for cdma2000 Spread Spectrum Systems", Release C.
  • Die HARQ-CF führt eine Anzahl von Funktionen durch, die eine Datenübertragung auf dem Paketdatenkanal betreffen. Zuerst beendet die HARQ-CF alle physikalischen Kanäle, die mit dem Paketdatenkanal verbunden sind (d. h. den F-PDCH, F-PDCCHs, R-ACKCH und R-CQICH). Zweitens liefert die HARQ-CF ein automatisches Neuübertragungs(ARQ)-Protokoll, das eine zuverlässige Lieferung von Codiererpaketen von der Basisstation an das Endgerät über eine erneute Übertragung von Teilen von Codiererpaketen basierend auf einem Feedback von der mobilen Station sicherstellt. Dieses Feedback ist in der Form einer Bestätigung (ACK – acknowledgement), um eine erfolgreiche Decodierung eines Codiererpakets anzuzeigen, oder einer negativen Bestätigung (NAK – negative acknowledgment), um eine erfolglose Decodierung des Codiererpakets anzuzeigen.
  • Die physikalische Schicht 250 liefert den Mechanismus zur Übertragung von Daten für die MAC-Teilschicht und zum Signalisieren für die obere Schicht. Die physikalische Schicht wird detailliert in dem Dokument TIA/EIA/IS-2000.2-C beschrieben, mit dem Titel „Physical Layer Standard for cdma2000 Spread Spectrum Systems" Release C.
  • 3 ist ein Diagramm, das die Dateneinkapselung darstellt, die durch die Basisstation für eine Datenübertragung auf dem Paketdatenkanal durchgeführt wird. In cdma2000 Release C werden Daten, die auf dem Paketdatenkanal an ein bestimmtes Endgerät zu übertragen sind, von den Datendiensten durch die Multiplex-Teilschicht angefordert. Die Entität, die Daten von einem Datendienst an die Multiplex-Teilschicht liefert, ist das RLP.
  • Das RLP empfängt Daten von den Datendiensten und bildet RLP-Rahmen. Jeder RLP-Rahmen umfasst eine Sequenznummer, die eindeutig den RLP-Rahmen und die Daten von dem Datendienst identifiziert. Das RLP liefert dann die RLP-Rahmen an die Multiplex-Teilschicht.
  • Die Multiplex-Teilschicht empfängt die RLP-Rahmen, die einfach als Datenblöcke durch diese Teilschicht betrachtet werden. Die Multiplex-Teilschicht verarbeitet dann jeden Datenblock durch Hinzufügen eines Headers (H). Die Kombination des Headers und des Datenblocks wird als eine Multiplex-Teilschicht-Protokoll-Dateneinheit (MuxPDU – multiplex sublayer Protocol Data Unit) in cdma2000 bezeichnet. Die Multiplex-Teilschicht kapselt dann eine oder mehrere MuxPDU(s) ein, um eine PDCHCF SDU (Service Data Unit – Dienst-Dateneinheit) zu bilden.
  • Die Multiplex-Teilschicht erzeugt eine PDCHCF SDU zur Übertragung auf dem F-PDCH, wann immer sie eine Anzeige empfängt, dies zu tun. Um jede PDCHCF SDU zu bilden, fordert die Multiplex-Teilschicht Datenblöcke von den logischen Kanälen an, die dem F-PDCH zugeordnet wurden, in einer bestimmten Reihenfolge basierend auf der relativen Priorität jedes logischen Kanals. Dies geht weiter, bis genügend Datenblöcke geliefert wurden, um die Anzahl von MuxPDUs zu bilden, die zum Füllen der PDCHCF SDU erforderlich sind, oder bis alle zugeordneten logischen Kanäle alle verfügbaren Datenblöcke geliefert haben. Die Multiplex-Teilschicht erzeugt dann eine MuxPDU für jeden empfangenen Datenblock.
  • Die Multiplex-Teilschicht verkettet dann serienmäßig eine oder mehrere MuxPDUs, um die PDCHCF SDU zu bilden. Die PDCHCF SDU hat eine variable Länge und kann jede Anzahl von MuxPDUs umfassen. Die spezifische Anzahl von MuxPDUs, um jede PDCHCF SDU aufzunehmen, wird bestimmt durch die HARQ-CF (d. h. PDCHCF). Wenn die PDCHCF SDU nicht vollständig gefüllt ist, dann fügt die Multiplex-Teilschicht eine oder mehrere Auffüllungs(padding)-MuxPDUs ein, um die PDCHCF SDU vollständig zu füllen.
  • Jede Auffüllungs-MuxPDU enthält „0" Bits. Die Multiplex-Teilschicht liefert dann die zusammengesetzte PDCHCF SDU an die HARQ-CF.
  • Die HARQ-CF verarbeitet jede PDCHCF SDU, die von der Multiplex-Teilschicht empfangen wird, durch Anfügen eines 2-Bit-Felds (P) an dem Ende der PDCHCF SDU, um eine entsprechende PDCH-physikalische-Schicht-SDU zu bilden, die hier als ein HARQ-Paket bezeichnet wird. Die HARQ-CF liefert dann das HARQ-Paket an die physikalische Schicht.
  • Der Turbo der physikalischen Schicht codiert jedes HARQ-Paket, um ein entsprechendes Codiererpaket zu erzeugen. Ein Teil des Codiererpakets oder das gesamte Codiererpaket kann über den physikalischen Schicht-Kanal als ein Teilpaket bzw. Unterpaket (subpacket) des Codiererpakets übertragen werden. Ein Teilpaket wird identifiziert durch einen eindeutigen Teilpaket-Identifizierer (SPID – subpacket identifier). Insbesondere kann ein Codiererpaket übertragen werden als Teilpakete mit SPIDs von „0", „1", „2" und „3". Jedes Teilpaket umfasst eine ausreichende Menge von codierten Daten, um dem Empfänger zu ermöglichen, das empfangene Teilpaket zu decodieren und das HARQ-Paket wiederzugewinnen. Unterschiedliche Teilpakets umfassen typischerweise unterschiedliche Teile eines Codiererpakets. Die vier Teilpakete können als unterschiedliche Versionen des Codiererpakets angesehen werden.
  • Teilpakete werden typischerweise „fliegend" (d. h. dynamisch) basierend auf dem Übertragungsformat erzeugt, das von der HARQ-CF vorgesehen ist. Insbesondere entsprechen die Teilpakete für ein Codiererpaket unterschiedlichen Teilen des Codiererpakets, wenn die HARQ-CF bestimmt, unterschiedliche Übertragungsformate zu verwenden, obwohl die Teilpakete dieselbe ACID haben.
  • Die physikalische Schicht überträgt dann ein Teilpaket nach dem anderen an das Endgerät gemäß einem definierten Übertragungsverfahren, wie unten beschrieben wird.
  • Wenn eine Basisstation ein Teilpaket eines Codiererpakets an eine bestimmte mobile Station überträgt, muss die Basisstation eine bestimmte Zeitdauer warten, bevor sie ein Feedback von diesem Endgerät für das übertragene Teilpaket empfängt. Dies ist aufgrund dessen, da es dauert, das Teilpaket auf dem Vorwärtsverbindung zu übertragen und das Feedback auf der Rückwärtsverbindung zu übertragen. Die zugehörige Verarbeitung an der Basisstation und an dem Endgerät nehmen ebenfalls Zeit in Anspruch. Um eine Verzögerungszeit zu eliminieren und die Leistung zu erhöhen, kann die Basisstation andere Codiererpakete an das selbe oder ein anderes Endgerät übertragen, während sie auf das Feedback des Codiererpakets von diesem Endgerät wartet. Dies kann durchgeführt werden durch die HARQ-CF, die verwendet wird, um eine Paketdatenkanalübertragung auf vier unabhängigen ARQ-Kanälen zu unterstützen, die als vier logische Kanäle des F-PDCHs angesehen werden können. Diese vier ARQ-Kanäle ermöglichen der Basisstation, bis zu vier Codiererpakete parallel an ein gegebenes Endgerät über vier anstehende Codiererpakettransaktionen zu übertragen. Somit kann es an jedem gegebenen Moment bis zu vier ausstehende Codiererpakete geben (d. h. Pakete, die noch nicht bestätigt wurden, dass sie korrekt durch das Endgerät empfangen wurden).
  • Die spezifische Anzahl von ARQ-Kanälen zur Verwendung wird durch die Basisstation bestimmt und an das Endgerät signalisiert. Diese ARQ-Kanäle werden eindeutig identifiziert durch einen ARQ-Kanal-Identifizierer (ACID – ARQ channel identifier), der jedem ARQ-Kanal zugewiesen wird. Zum Beispiel können den vier ARQ-Kanälen ACIDs von „0", „1 ", „2" und „3" zugewiesen werden. Der ACID für jedes Teilpaket, das auf dem F-PDCH übertragen wird, wird eindeutig durch eine Steuerungsinformation identifiziert, die auf dem zugehörigen F-PDCCH gesendet wird. Folglich gibt es keine Mehrdeutigkeit an dem Endgerät, hinsichtlich welche Teilpakete zu kombinieren sind vor der Decodierungsoperation.
  • Die HARQ-CF an der Basisstation überträgt die Teilpakete für jedes Codiererpaket gemäß einem Satz von Regeln. Jedes Codiererpaket wird übertragen und möglicherweise erneut übertragen auf einem einzelnen ARQ-Kanal. Für ein gegebenes Codiererpaket überträgt die Basisstation das Teilpaket „0" vor allen anderen Teilpaketen für das Codiererpaket. Die Basisstation kann die Teilpakete „0", „1 ", „2" oder „3" beliebig oft übertragen, in jeder Reihenfolge und zu jeder Zeit, solange die gesamte Anzahl von Teilpaketen, die für das Codiererpaket übertragen wird, nicht acht überschreitet. Die Basisstation kann jedes Teilpaket mehrere Male übertragen und kann auch jedes Teilpaket weglassen, außer das Teilpaket „0".
  • Die Teilpakete für ein gegebenes Codiererpaket können über unterschiedliche Übertragungslängen (oder Dauer) übertragen werden. Es ist für die Basisstation auch möglich, dasselbe Teilpaket mehr als einmal unter Verwendung unterschiedlicher Übertragungslängen erneut zu übertragen.
  • Aufgrund der redundanten Information in den Teilpaketen ist es für das Endgerät möglich, das Codiererpaket erfolgreich zu decodieren, bevor alle vier Teilpakete übertragen worden sind. Wenn das Endgerät ein Teilpaket empfängt, versucht es, das Codiererpaket zu decodieren basierend auf allen Teilpaketen, die für dieses Codiererpaket empfangen wurden (d. h. die Teilpakete für die aktuellen und vorherigen Übertragungen). Wenn die Decodierungsoperation erfolgreich ist (d. h. die CRC für das Codiererpaket ist gültig), dann sendet das Endgerät eine ACK auf dem R-ACKCH-Kanal, und die Basisstation kann aufhören, Teilpakete für dieses Codiererpaket zu senden. Andererseits, wenn die Decodierungsoperation erfolglos ist (d. h. die CRC für das Codiererpaket ist ungültig), dann sendet das Endgerät eine NAK auf dem R-ACKCH-Kanal. Die Basisstation kann das ACK/NAK-Feedback von dem Endgerät verwenden, um zusätzliche Teilpakete für das Codiererpaket zu übertragen.
  • Da das Endgerät aktuell und vorher empfangenen Teilpakete für das selbe Codiererpaket vor der Decodierung kombiniert, wird ein Mechanismus vor gesehen, um dem Endgerät zu ermöglichen, festzustellen, wenn ein Teilpaket, das in dem selben ARQ-Kanal empfangen wird (d. h. die gleiche ACID), für ein neues Codiererpaket ist. Auf diese Weise kann das Endgerät die Teilpakete löschen, die vorher auf dem selben ARQ-Kanal für ein vorheriges Codiererpaket empfangen wurden, und anfangen, Teilpakete für das neue Codiererpaket zu sammeln. Für cdma2000 weist dieser Mechanismus eine ARQ-Identifizierer-Sequenz(ARQ_IS – ARQ identifier sequence)-Nummer auf, die in der zugehörigen Steuerungsnachricht enthalten ist, die auf dem F-PDCCH durch die Basisstation übertragen wird. Die ARQ_IS-Nummer ist ein Einzelbitwert, der zwischen „0" und „1" für aufeinander folgende Codiererpakete hin- und herschaltet, die auf demselben ARQ-Kanal übertragen werden, und ist effektiv eine 1-Bit-Sequenznummer. Die ARQ_IS-Nummer wird hier auch als das „Farb"-Bit bezeichnet.
  • Wenn das erste Teilpaket für ein neues Codiererpaket auf einem ARQ-Kanal übertragen wird, wird dem Empfänger signalisiert, dass dies ein neues Codiererpaket ist, durch ein umgedrehtes (flipped) Farb-Bit. Insbesondere wird das Farb-Bit für alle Teilpakete eines bestimmten Codiererpakets, das auf einem gegebenem ARQ-Kanal übertragen wird, auf einen bestimmten Wert gesetzt (z. B. „1"), das Farb-Bit für alle Teilpakete des nächsten Codiererpakets, das auf dem selben ARQ-Kanal übertragen wird, wird auf den alternativen Wert gesetzt (z. B. „0"), und so weiter. Wenn sich das Farb-Bit für ein empfangenes Teilpaket ändert (d. h. umdreht), dann behandelt das Endgerät dieses Teilpaket als das erste Teilpaket für ein neues Codiererpaket und verwirft alle Teilpakete, die vorher auf demselben ARQ-Kanal empfangen werden.
  • Übertragungen auf allen physikalischen Kanälen, die zu dem Paketdatenkanal gehören, finden in der Einheit von Schlitzen statt, wobei ein Schlitz 1,25 msec für cdma2000 ist. Übertragungen auf dem F-PDCH und dem F-PDCCH finden über eine Dauer von 1, 2 oder 4 Schlitzen statt (d. h. 1,25 msec, 2,5 msec oder 5 msec), und Übertragungen auf dem R-ACKCH finden in Schlitzintervallen von 1,25 msec, 2,5 msec oder 5 msec statt.
  • Wenn ein Teilpaket auf einem ARQ-Kanal übertragen wird, wird der Paketdatenteil auf dem F-PDCH übertragen und die entsprechende Steuerungsinformation wird als eine Nachricht auf einem von zwei F-PDCCHs übertragen, F-PDCCH0 und F-PDCCH1. Wenn ein Endgerät dem Paketdatenkanal zugewiesen ist, wird ihm ein MAC-Identifizierer (MAC_ID) zugewiesen, um das Endgerät auf den zwei gemeinsam benutzten F-PDCCHs eindeutig zu adressieren. Nachrichten auf den F-PDCCHs werden an spezifische Endgeräte adressiert durch Setzen eines MAC_ID-Felds in jeder F-PDCCH SDU auf die MAC_ID, die dem Endgerät zugewiesen ist, der bestimmt ist, das Teilpaket zu empfangen, das auf dem F-PDCH übertragen wird.
  • Nachrichten können an das Endgerät gesendet werden auf einem der zwei F-PDCCHs, beginnend an jedem Schlitz, wenn das Endgerät dem Paketdatenkanal zugewiesen wird. So muss das Endgerät nicht kontinuierlich den F-PDCCH0 überwachen und verarbeiten, um Steuerungsnachrichten zu empfangen. Wenn keine Nachricht auf dem F-PDCCH0 empfangen wird, der für das Endgerät bestimmt wurde, dann muss das Endgerät auch den F-PDCCH1 für das selbe Zeitintrervall verarbeiten. Wenn eine Steuerungsnachricht, die entweder auf F-PDCCH0 oder F-PDCCH1 empfangen wird, anzeigt, dass ein Teilpaket an das Endgerät auf dem F-PDCH übertragen wird, dann verarbeitet das Endgerät den F-PDCH, um des Teilpaket wiederzugewinnen. Zur Einfachheit werden sowohl der F-PDCCH0 als auch der F-PDCCH1 zusammen hier als der F-PDCCH bezeichnet.
  • 4 ist ein Timing-Diagramm, das eine beispielhafte Datenübertragung auf dem Paketdatenkanal darstellt. Dieses Beispiel zeigt drei Teilpakete, die mit einer ACK_DELAY von zwei Schlitzen übertragen werden. ACK_DELAY spezifiziert die Anzahl von Schlitzen zwischen dem Ende einer F-PDCH-Übertragung und dem Anfang einer R-ACKCH-Übertragung für die entsprechende F-PDCH-Übertragung.
  • An der Zeit T1 wird eine Zwei-Schlitz-Nachricht auf dem F-PDCCH für die erste Teilpaket-Zuweisung übertragen. Diese Nachricht zeigt die anfängliche Übertragung für einen ersten ARQ-Kanal, mit SPID = „0" und ACID = „0". Da die Dauer der F-PDCCH-Nachricht zwei Schlitze ist, ist auch die Übertragung des Teilpakets „0" auf dem F-PDCH zwei Schlitze. In diesem Beispiel empfängt das Endgerät die Steuerungsnachricht auf dem F-PDCCH, verarbeitet den F-PDCH, kann aber das HARQ-Paket für den ersten ARQ-Kanal basierend auf dem empfangenen Teilpaket „0" nicht wiedergewinnen. Das Endgerät sendet nachfolgend eine NAK auf dem R-ACKCH an der Zeit T3, was zwei Schlitze (oder ACK_DELAY-Schlitze) nach dem Ende der F-PDCH-Übertragung an der Zeit T2 ist.
  • An der Zeit T3 wird eine Vier-Schlitz-Nachricht auf dem F-PDCCH für eine neue Teilpaket-Zuweisung übertragen. Diese Nachricht zeigt die anfängliche Übertragung für einen zweiten ARQ-Kanal an, mit SPID = „0" und ACID = „1". Da die Dauer der F-PDCCH-Nachricht vier Schlitze ist, ist die Dauer der Teilpaket-Übertragung auf dem F-PDCH ebenfalls vier Schlitze. In diesem Beispiel ist das Endgerät in der Lage, das Codiererpaket für den zweiten ARQ-Kanal basierend auf dem empfangenen Teilpaket „0" richtig zu decodieren. Das Endgerät sendet dann eine ACK auf dem R-ACKCH zu der Zeit T5, was zwei Schlitze nach dem Ende der F-PDCH-Übertragung zu der Zeit T4 ist.
  • Zu der Zeit T6 wird eine Ein-Schlitz-Nachricht auf dem F-PDCCH für eine weitere Teilpaket-Zuweisung übertragen. Diese Nachricht zeigt die erneute Übertragung von Teilpaket „1" für das aktuelle Codiererpaket auf dem ersten ARQ-Kanal an, mit SPID = „1" und ACID = „0". Da die Dauer der F-PDCCH-Nachricht ein Schlitz ist, ist die Dauer der Teilpaket-Übertragung auf dem F-PDCH ebenfalls ein Schlitz. Das Endgerät kombiniert dann die empfangenen Teilpakete „0" und „1" und versucht, das Codiererpaket für den ersten ARQ-Kanal zu decodieren. In diesem Beispiel kann das Endgerät das Codiererpaket basierend auf den empfangenen Teilpaketen „0" und „1" nicht richtig decodieren. Das Endgerät sendet dann eine NAK auf dem R-ACKCH zu der Zeit T8, was zwei Schlitze nach dem Ende der F-PDCH-Übertragung zu der Zeit T7 ist.
  • Im Allgemeinen kann die Empfänger-HARQ-CF ein ACK-Feedback für jedes Teilpaket liefern oder nicht, das für den Empfänger übertragen wird. Die folgenden Szenarien decken jede Teilpaket-Übertragung ab:
    • • Wenn der Empfänger die Steuerungsinformation auf dem F-PDCCH nicht empfangen kann, dann weiss er nichts von der Existenz der Teilpaket-Übertragung. Kein Feedback wird dann durch den Empfänger auf dem R-ACKCH für diese Teilpaket-Übertragung übertragen.
    • • Wenn der Empfänger die Steuerungsnachricht richtig empfängt, aber das HARQ-Paket nicht wiedergewinnen kann basierend auf allen Teilpaketen, die für das bestimmte Codiererpaket auf dem F-PDCH empfangen werden, dann weiss er von der Teilpaket-Übertragung und sendet eine NAK zurück an den Sender.
    • • Wenn der Empfänger die Steuerungsnachricht auf dem F-PDCCH empfängt und auch in der Lage ist, das HARQ-Paket wiederzugewinnen basierend auf den Teilpaketen, die auf dem F-PDCH empfangen werden, dann sendet er eine ACK zurück an den Sender.
  • Für jedes übertragene Teilpaket führt der Sender die geeignete Reaktion durch basierend auf dem Feedback (oder dessen Fehlen), das von dem Empfänger empfangen wird. Insbesondere führt der Sender das Folgende durch:
    • • Wenn kein ACK-Feedback von dem Empfänger für eine Teilpaket-Übertragung empfangen wird, dann kann die Sender-HARQ-CF ein anderes Teilpaket für das HARQ-Paket auf dem selben ARQ-Kanal erneut übertragen. Die Sender-HARQ-CF kann bis zu einer bestimmten maximalen Anzahl von Teilpaketen (z. B. 8) für jedes HARQ-Paket übertragen.
    • • Wenn eine ACK für eine Teilpaket-Übertragung empfangen wird, dann stoppt die Sender-HARQ-CF die Übertragung/erneute Übertragung jedes zusätzlichen Teilpakets für das Codiererpaket.
  • Die RLP- und HARQ-CF-Entitäten an dem Sender und dem Empfänger werden verwendet, um eine zuverlässige Datenübertragung auf dem Paketdatenkanal vorzusehen. Die Funktionen, die durch jede dieser Entitäten durchgeführt werden, werden unten zusammengefaßt. In der folgenden Beschreibung ist ein „fehlendes" Paket eines, das noch nicht von einer bestimmten Entität wiedergewonnen/empfangen wurde, das aber zu einer unvollständigen Codiererpaket-Übertragungstransaktion gehören kann und folglich nachfolgend wiedergewonnen/empfangen werden kann. Ein „verlorenes" Paket ist eines, von dem eine bestimmte Entität bestimmt, nicht wiedergewonnen/empfangen werden kann.
  • Sender-HARQ-CF:
  • Diese Entität stellt fest, ob ein gegebenes HARQ-Paket erfolgreich an den Empfänger geliefert wurde oder nicht durch Beobachten des ACK/NAK-Feedbacks, das auf dem R-ACKCH empfangen wird. Die Sender-HARQ-CF umfasst die Inhalte des HARQ-Pakets nicht. Das Vertrauen auf dem Feedback auf dem R-ACKCH bedeutet, dass die Sender-HARQ-CF gegenüber den folgenden Fehlern empfindlich ist:
    • • ACK wird NAK: Dieser Fehler löst eine nicht notwendige Übertragung eines zusätzlichen Teilpaket an den Empfänger aus.
    • • NAK wird ACK: Dieser Fehler ist in hohem Grade nicht wünschenswert, da es dann auf dem RLP beruht, jeden RLP-Rahmen, der in dem verlorenen HARQ-Paket enthalten ist, nicht zu bestätigen (NAK).
  • Sender-RLP:
  • Diese Entität stellt fest, ob ein gegebener RLP-Rahmen erfolgreich an den Empfänger geliefert wurde oder nicht durch Warten auf eine NAK von dem Empfänger-RLP. Mit dem Hinzufügen der HARQ-CF in cdma2000 Release C, muss der Sender-RLP eventuelle lange Zeit warten, bevor er die NAK von dem Empfänger-RLP für einen fehlenden RLP-Rahmen empfängt, wie unten beschrieben wird.
  • Empfänger-HARQ-CF:
  • Diese Entität versucht, jedes Codiererpaket zu decodieren, das von der Sender-HARQ-CF gesendet wird, um das entsprechende HARQ-Paket wiederzugewinnen. Wenn die Empfänger-HARQ-CF eine Steuerungsnachricht empfängt, die eine Teilpaket-Übertragung für sie anzeigt, dann verarbeitet sie den F-PDCH, um das Teilpaket zu empfangen, sammelt alle Teilpakete, die bis jetzt für das zu verarbeitende Codiererpaket empfangen wurden, und decodiert das angesammelte Teilpaket, um das HARQ-Paket wiederzugewinnen. Basierend auf dem Ergebnis der Decodierung ist die Empfänger-HARQ-CF in der Lage, festzustellen, ob das HARQ-Paket richtig ohne zu viel Verzögerung wiedergewonnen wurde oder nicht. Die Empfänger-HARQ-CF weiß nicht, was in dem HARQ-Pakets enthalten ist.
  • Die Empfänger-HARQ-CF weiss von der Übertragung und der Existenz eines Codiererpakets nur, wenn sie zumindest eine Steuerungsnachricht für jedes der Folgenden erfasst: (1) das vorhergehende Teilpaket, (2) das aktuelle Teilpaket und (3) das nächste Teilpaket, die mit der selben ACID übertragen werden. Insbesondere muss die Empfänger-HARQ-CF die Farb-Bit-Änderungen beobachten, um ein neues Codiererpaket zu erfassen. Infolgedessen kann die Empfänger-HARQ-CF nicht sofort erfassen, dass ein Codiererpaket übertragen wurde (z. B. wenn sie die Steuerungsnachricht verpasst, in diesem Fall muss sie auf die folgende Teilpaket-Übertragung warten).
  • Empfänger-RLP:
  • Diese Entität bzw. Element kann feststellen, ob ein RLP-Rahmen fehlt durch Prüfen der Sequenznummern der empfangenen RLP-Rahmen. Jedoch ist der Empfänger-RLP nicht in der Lage, in einer kurzen Zeitdauer festzustellen, ob der fehlende RLP-Rahmen (1) ein Teil eines HARQ-Pakets ist, das die Empfänger-HARQ-CF weiter versucht, über zusätzliche Teilpaket-Neuübertragung(en) wiederzugewinnen, oder (2) ein Teil eines verlorenen HARQ-Pakets ist, das von der Empfänger-HARQ-CF nicht wiedergewonnen wird. Das Empfänger-RLP muss eine ausreichende Zeit zur Beendigung der HARQ-CF-Neuübertragung warten, bevor es eine NAK für eine RLP-Neuübertragung sendet. Infolgedessen ist die Verzögerung für die RLP-Neuübertragung des fehlenden RLP-Rahmens typischerweise lang.
  • Die HARQ-CF, die in cdma2000 Release C hinzugefügt wurde, erweitert die Funktionalität der Schicht 2, aber beeinflusst den Betrieb des RLPs. Ohne die HARQ-CF (cdma2000 Release 0, A und B) können RLP-Rahmen in einer seriellen Reihenfolge an den Empfänger übertragen werden. Das RLP wird dann verwendet, um (1) RLP-Rahmen in Reihenfolge an höhere Schichten liefern und (2) eine RLP-Neuübertragung durchzuführen. Wenn folglich das Empfänger-RLP erfasst, dass ein RLP-Rahmen fehlt, kann es sofort ein NAK zurücksenden und anfordern, dass der RLP-Rahmen erneut übertragen wird.
  • Mit der HARQ-CF (cdma2000 Release C), können mehrere HARQ-Pakete parallel an den Empfänger übertragen werden, wobei jedes HARQ-Paket einen oder mehrere RLP-Rahmen umfasst. Ferner kann die HARQ-CF jedes HARQ-Paket bis zu einer spezifizierten maximalen Anzahl von Malen übertragen/erneut übertragen, bis das HARQ-Paket korrekt wiedergewonnen ist. Wenn jedes HARQ-Paket durch die Empfänger-HARQ-CF wiedergewonnen wird, werden der/die RLP-Rahmen, die in dem wiedergewonnen HARQ-Paket enthalten sind, an das Empfänger-RLP geliefert.
  • Da mehrere HARQ-Pakete parallel durch die HARQ-CF übertragen werden können und da der/die RLP-Rahmen in jedem HARQ-Paket von der Empfänger-HARQ-CF an das Empfänger-RLP zu unterschiedlichen Zeiten gesendet werden kann/können, wenn das HARQ-Paket durch den Empfänger-HARQ-CF gewonnen ist, ist es für das Empfänger-RLP schwierig, zu erfassen, dass ein gegebener RLP-Rahmen tatsächlich verloren ist. Insbesondere ist es schwierig für das Empfänger-RLP, zwischen zwei Fällen zu unterscheiden, in denen (1) der verlorene RLP-Rahmen nicht von der Empfänger-HARQ-CF geliefert wird und von dem RLP erneut übertragen werden muss, und (2) der fehlende RLP-Rahmen Teil eines HARQ-Pakets ist, das noch immer durch die HARQ-CF erneut übertragen wird, das bedeutet, dass an diesem Punkt keine RLP-Neuübertragung erforderlich ist.
  • In einem RLP-Neuübertragungsschema zur Lösung der obigen Mehrdeutigkeit wartet das Empfänger-RLP mit der Anforderung einer RLP-Neuübertragung, wenn es einen fehlenden RLP-Rahmen erfasst. Stattdessen wartet das Empfänger-RLP, bis eine bestimmte Zeitdauer abgelaufen ist, bevor es eine NAK für die Anforderung einer erneuten Übertragung sendet. Der Zweck für die verzögerte NAK ist, der HARQ-CF aureichend Zeit zu geben, um die Übertragung des HARQ-Pakets zu beenden. Dieses Schema wird auch als ein „verzögerte NAK"-RLP-Neuübertragungs-Schema bezeichnet.
  • 5 ist ein Diagramm, das die Interaktion zwischen dem Empfänger-RLP und der Empfänger-HARQ-CF für eine Datenübertragung auf dem Paketdatenkanal darstellt. Dieses Diagramm zeigt auch den Betrieb des „verzögerte NAK"-RLP-Neuübertragungs-Schemas. In diesem Beispiel werden drei ARQ-Kanäle mit ACIDs von „0", „1" und „2" für die Paketdaten-Kanal-Übertragung verwendet. Zur Einfachheit haben die Teilpaket-Übertragungen für dieses Beispiel alle die gleiche Dauer (d. h. dieselben Übertragunglängen) und folgen unmittelbar aufeinander.
  • Beginnend bei Zeit T1 empfängt die Empfänger-HARQ-CF die Steuerungsnachricht auf dem F-PDCCH, die eine Teilpaket-Übertragung für sie auf demARQ-Kanal „0" anzeigt, verarbeitet das Teilpaket, das auf diesem ARQ-Kanal gesendet wird und gewinnt erfolgreich das HARQ-Paket zurück, das auf dem ARQ-Kanal „0" übertragen wird. Das wiedergewonne HARQ-Paket wird dann an die Multiplex-Teilschicht geleitet, die dann die RLP-Rahmen, die in diesem HARQ-Paket enthalten sind, an das Empfänger-RLP liefert. Die Empfänger-HARQ-CF überträgt auch eine ACK auf dem R-ACKCH zu der Zeit T3 für dieses HARQ-Paket.
  • Für die folgende Teilpaket-Übertragung, die an der Zeit T2 beginnt, kann die Empfänger-HARQ-CF die Steuerungsnachricht auf dem F-PDCCH nicht erfassen. Infolgedessen wird kein HARQ-Paket durch die Empfänger-HARQ-CF wiedergewonnen und keine RLP-Rahmen werden an das Empfänger-RLP geliefert. Ferner überträgt die Empfänger-HARQ-CF nichts auf dem R-ACKCH für diese Teilpaket-Übertragung.
  • Beginnend zu der Zeit T4 empfängt die Empfänger-HARQ-CF die Steuerungsnachricht auf dem F-PDCCH, die eine Teilpaket-Übertragung für sie auf dem ARQ-Kanal „2" anzeigt, verarbeitet das Teilpaket, das auf diesem ARQ-Kanal gesendet wird, und gewinnt erfolgreich das HARQ-Paket zurück, das auf ARQ-Kanal „2" übertragen wird. Dieses wiedergewonnene HARQ-Paket wird dann an den Multiplex-Teilschicht geleitet, die dann die RLP-Rahmen, die in diesem HARQ-Paket enthalten sind, an das Empfänger-RLP leitet. Die Empfänger-HARQ-CF überträgt auch eine ACK auf dem R-ACKCH zu der Zeit T6 für dieses HARQ-Paket.
  • Beginnend zu der Zeit T7 empfängt das Empfänger-RLP die RLP-Rahmen, die in dem HARQ-Paket enthalten sind, das von dem ARQ-Kanal „2" wiedergewonnen wurde. Das Empfänger-RLP betrachtet die Sequenznummern dieser RLP-Rahmen und der, die vorher von dem ARQ-Kanal „0" empfangen wurden. Das Empfänger-RLP stellt dann fest, dass es zwei fehlende RLP-Rahmen gibt. Anstatt jedoch sofort NAKs an die RLP-Teilschicht zu senden, um eine erneute Übertragung dieser fehlenden RLP-Rahmen anzufordern, startet das Empfänger-RLP einen „verzögerte NAK"-Timer für diese fehlenden RLP-Rahmen. Das Empfänger-RLP sendet dann die NAKs bei Ablauf des „verzögerte NAK"-Timers.
  • Beginnend zu der Zeit T6 empfängt die Empfänger-HARQ-CF die Steuerungsnachricht auf dem F-PDCCH, die eine Teilpaket-Übertragung für sie auf dem ARQ-Kanal „0" anzeigt, verarbeitet das Teilpaket, das auf diesem ARQ-Kanal gesendet wird, und kann das HARQ-Paket nicht zurückgewinnen, das auf dem ARQ-Kanal „0" übertragen wird. Die erneute Übertragung auf dem ARQ-Kanal „0" wird durch die Sender-HARQ-CF initiiert, wenn sie keine ACK auf dem R-ACKCH für das HARQ-Paket empfängt, das vorher auf diesem ARQ-Kanal gesendet wurde. Wiederum werden, da das HARQ-Paket nicht richtig wiedergewonnen wurde, keine RLP-Rahmen an das Empfänger-RLP geliefert. Jedoch überträgt das Empfänger-RLP eine NAK auf dem R-ACKCH zu der Zeit T9 für diese Teilpaket-Übertragung.
  • Die Verarbeitung für nachfolgende Teilpaket-Übertragungen finden auf ähnliche Weise statt. Wie gesehen werden kann, können die HARQ-Pakete in einer unbekannten Reihenfolge durch die Empfänger-HARQ-CF wiedergewonnen werden. Infolgedessen können die RLP-Rahmen, die an das Empfänger-RLP geliefert werden, auch nicht in der Reihenfolge sein, mit fehlenden Löchern.
  • Das „verzögerte NAK"-RLP-Neuübertragungsschema, das oben beschrieben wird, funktioniert, wenn ein geeigneter Wert für einen „verzögerte NAK"-Timer gewählt wird. Jedoch muss dieser Timer-Wert ein sehr konservativer Wert sein, der die längste mögliche Neuübertragungsverzögerung für die HARQ-CF für alle ARQ-Kanäle in Verwendung berücksichtigt. Ein großer Timer-Wert würde übermäßig eine System-Leistung und -Effizienz beeinflussen, da das Empfänger-RLP lange warten muss, bevor es die erneute Übertragung jedes fehlenden RLP-Rahmens anfordern kann.
  • Es werden hier Techniken vorgesehen, um die Funktionalität des RLPs und der HARQ-CF auszunutzen, so dass sie in einer nahtlosen und effizienten Weise funktionieren können, um die Systemleistung zu erhöhen. Diese Techniken verwenden eine unterschiedliche Information, die an unterschiedlichen Entität verfügbar ist (z. B. dem Empfänger-RLP und der Empfänger-HARQ-CF), um ein RLP-Übertragungsschema zu implementieren, das eine verbesserte Leistung (z. B. an TOP) gegenüber dem „verzögerte NAK"-RLP-Neuübertragungsschema liefert, das auf verzögerter NAK mit einem konservativen Timer-Wert beruht.
  • Wenn das Empfänger-RLP einen fehlenden RLP-Rahmen erfasst, kann der fehlende Rahmen noch immer durch die zugrundeliegende HARQ-CF übertragen werden. Folglich möchte der Empfänger-RLP für eine bestimmte Zeitdauer warten, um mehr Vertrauen in seine Einschätzung zu gewinnen, dass dieser RLP-Rahmen tatsächlich verloren ist. Idealerweise würde das Empfänger-RLP eine NAK nur dann senden, wenn es total sicher ist, dass der RLP-Rahmen tatsächlich verloren ist, um eine unnötige erneute Übertragung des RLP-Rahmens durch eine Falschwarnungs-NAK zu vermeiden. Jedoch kennt das Empfänger-RLP den Betrieb der zugrunde liegenden HARQ-CF nicht. Folglich muss der Wert für den „verzögerte NAK"-Timer ausreichend lang sein.
  • In einem Aspekt wird ein dynamischer Ereignis-abhängiger Timer durch die Empfänger-HARQ-CF für jeden RLP-Rahmen geführt, der von dem Empfänger-RLP als fehlend bestimmt wurde. Dieser dynamische Timer hat eine variable Dauer und sein Ablauf wird durch Ereignisse ausgelöst, die für die Empfänger-HARQ-CF bekannt sind, wie detaillierter unten beschrieben wird. Das Empfänger-RLP kann auch einen festen Timer (d. h. einen „verzögerte NAK"-Timer mit einer festen Zeitdauer) für jeden fehlenden RLP-Rahmen führen. Das Empfänger-RLP kann dann eine NAK zurück an das Sender-RLP senden, um eine erneute Übertragung des fehlenden RLP-Rahmens an zufordern, wenn entweder der dynamische Timer oder der feste Timer für den RLP-Rahmen abläuft, was zuerst auftritt.
  • 7 ist ein Flussdiagramm eines Ausführungsbeispiels eines Verfahrens 700 zum Initiieren einer erneuten Übertragung von fehlenden RLP-Rahmen an der RLP-Teilschicht basierend auf dynamischen Timern und festen Timern, die für fehlende RLP-Rahmen geführt werden.
  • Zuerst erfasst das Empfänger-RLP fehlende RLP-Rahmen (Schritt 712). Wie in 5 gezeigt, kann dies erreicht werden durch Beobachten der Sequenznummern von RLP-Rahmen, die von dem Empfänger-RLP empfangen werden, und Identifizieren von fehlenden RLP-Rahmen als die, die zwischen die RLP-Rahmen fallen würden, die bereits an dem Empfänger-RLP sind. Wenn fehlende RLP-Rahmen erfasst werden, dann sendet das Empfänger-RLP eine „Anforderung" an die Empfänger-HARQ-CF für die erfassten fehlenden RLP-Rahmen (Schritt 714). Die Anforderung bittet die Empfänger-HARQ-CF, einen dynamischen Timer für jeden fehlenden RLP-Rahmen zu führen. In einem Ausführungsbeispiel liefert, da RLP-Rahmen durch ihre Sequenznummern identifiziert werden, die für das Empfänger-RLP, aber nicht für die Empfänger-HARQ-CF verfügbar sind, das Empfänger-RLP die Sequenznummern für die fehlenden RLP-Rahmen zusammen mit jeder Anforderung, die es sendet, an die Empfänger-HARQ-CF.
  • Bei Empfang der Anforderung von dem Empfänger-RLP, initiiert die Empfänger-HARQ-CF einen dynamischen Timer für jeden fehlenden RLP-Rahmen, der durch die Sequenznummern-Liste identifiziert wird, die in der Anforderung enthalten ist (Schritt 722). Jeder dynamische Timer, der durch die Empfänger-HARQ-CF geführt wird, ist folglich der Sequenznummer eines spezifischen fehlenden RLP-Rahmens zugeordnet. Die Empfänger-HARQ-CF führt danach jeden dynamischen Timer und aktualisiert den Zustand des dynamischen Timers basierend auf Ereignissen, die der Empfänger-HARQ-CF bekannt sind (Schritt 724). Jeder dynamische Timer kann auch ablaufen basierend auf dem Auftreten bestimmter Ereignisse, und unterschiedliche dynamische Timer können durch unterschiedliche Ereignisse beeinflußt werden. Die Wartung der dynamischen Timer und die Bedingungen für einen Timer-Ablauf werden unten detaillierter beschrieben.
  • Die Empfänger-HARQ-CF sendet eine „Anzeige" an das Empfänger-RLP, wenn der dynamische Timer für einen gegebenen fehlenden RLP-Rahmen abläuft (Schritt 726). Wenn mehrere dynamische Timer für mehrere fehlende RLP-Rahmen ablaufen, dann kann eine Anzeige für alle derartigen Pakete gesendet werden. In einem Ausführungsbeispiel wird eine Liste von Sequenznummern aller fehlenden RLP-Rahmen, deren dynamische Timer abgelaufen sind, zusammen mit der Anzeige gesendet. Die Anzeige informiert das Empfänger-RLP, dass die HARQ-Übertragung/Neuübertragungen für diese RLP-Rahmen vollständig abgeschlossen sind und von der Empfänger-HARQ-CF nicht zu erwarten ist, dass diese RLP-Rahmen liefert. Das Empfänger-RLP würde die Anzeige interpretieren, dass sie bedeutet, dass die identifizierten fehlenden RLP-Rahmen in der Tat verloren sind.
  • In dem Ausführungsbeispiel, das in 7 gezeigt wird, initiiert das Empfänger-RLP auch einen festen Timer für jeden fehlenden RLP-Rahmen (Schritt 732). Der Wert für den festen Timer kann durch das System am Anfang des Betriebes auf dem Paketdatenkanal konfigurierbar sein und kann danach. während der Dauer des Paketdaten-Kanal-Betriebes fest sein. Wenn der feste Timer für einen fehlenden RLP-Rahmen abläuft, kann das Empfänger-RLP einen „Befehl" an die Empfänger-HARQ-CF senden, um den entsprechenden dynamischen Timer abzubrechen, der durch die Empfänger-HARQ-CF für diesen RLP-Rahmen geführt wird (Schritt 734). Wenn ein einstmals fehlender RLP-Rahmen empfangen wird, nachdem der dynamische Timer für den Rahmen ausgelöst ist, kann das Empfänger-RLP auch einen Befehl an die Empfänger-HARQ-CF senden, den dynamischen Timer abzubrechen.
  • Das Empfänger-RLP empfängt die Anzeige von der Empfänger-HARQ-CF und „Benachrichtigung" des Ablaufs jedes festen Timers (Schritt 742). Das Empfänger-RLP initiiert dann die Wiedergewinnung jedes fehlenden RLP-Rahmens, dessen fester Timer abgelaufen ist oder dessen dynamischer Timer abgelaufen ist (Schritt 744). Dieser RLP-Rahmen kann wiedergewonnen werden über eine erneute Übertragung an der RLP-Teilschicht. Die in 7 gezeigten Schritte können regelmäßig oder zu bestimmten Zeiten durchgeführt werden. Zum Beispiel können die Schritte für das Empfänger-RLP durchgeführt werden, wenn RLP-Rahmen an das Empfänger-RLP geliefert werden, und die Schritte für die Empfänger-HARQ-CF können am Ende jeder Teilpaket-Übertragung auf dem F-PDCH durchgeführt werden.
  • Wie oben angemerkt, kann die Empfänger-HARQ-CF mit einer Liste von fehlenden RLP-Rahmen von dem Empfänger-RLP versehen werden. Die Empfänger-HARQ-CF wird dann angewiesen, einen dynamischen Timer für jeden der fehlenden RLP-Rahmen zu führen. Jeder derartige dynamische Timer läuft ab, wenn festgestellt wird, dass der fehlende RLP-Rahmen nicht durch die Empfänger-HARQ-CF wiedergewonnen wird. Jedoch sind RLP-Rahmen in den HARQ-Paketen enthalten und da die Empfänger-HARQ-CF den Inhalt der wiedergewonnen HARQ-Paketenicht kennt, ist es nicht in der Lage, spezifisch die RLP-Rahmen zu identifizieren, die in den wiedergewonnen HARQ-Paketen enthalten waren.
  • Es werden hier Techniken vorgesehen, damit die Empfänger-HARQ-CF feststellen kann, ob ein bestimmter fehlender RLP-Rahmen verloren ist, ohne Zugriff zu den Sequenznummern von RLP-Rahmen zu haben, ddie wiedergwonnen wurden konnten. In einem Ausführungsbeispiel wird dies erzielt durch fortlaufendes Eliminieren aller möglichen ARQ-Kanäle, die verwendet werden konnten, um das HARQ-Paket zu übertragen, das den fehlenden RLP-Rahmen umfasst, bis kein ARQ-Kanal übrig ist. An diesem Punkt wird der fehlende RLP-Rahmen als verloren angesehen und sein dynamischer Timer läuft ab.
  • 8 ist ein Flussdiagramm eines Ausführungsbeispiels eines Verfahrens 800 für die Bestimmung, ob ein bestimmter fehlender RLP-Rahmen verloren ist, basierend auf den Teilpaket-Übertragungen auf dem F-PDCH. Das Verfahren 800 kann für jeden RLP-Rahmen verwendet werden, der durch das Empfänger-RLP erfasst wird, dass er fehlt. Das Verfahren 800 umfasst einen Satz von Schritten 722a, der einen dynamischen Timer für den fehlenden RLP-Rahmen initialisiert, und einen Satz von Schritten 724a, der den dynamischen Timer aktualisiert. Die Schritte 722a können für den Schritt 722 in 7 verwendet werden und die Schritte 724a können für den Schritt 724 verwendet werden.
  • Zuerst wird ein Anforderung von dem Empfänger-RLP empfangen, einen dynamischen Timer für den fehlenden RLP-Rahmen zu führen (Schritt 812). Bei Empfang der Anforderung initialisiert die Empfänger-HARQ-CF einen Kandidatensatz, um alle möglichen ARQ-Kanäle aufzunehmen, die verwen det werden können, um das HARQ-Paket zu übertragen, das den fehlenden RLP-Rahmen umfasst (Schritt 814). Dieser Kandidatensatz umfasst typischerweise alle ARQ-Kanäle, die dem Empfänger für eine Paketdatenkanalübertragung zugewiesen werden, außer dem ARQ-Kanal, die gerade einen Satz von guten RLP-Rahmen an das Empfänger-RLP geliefert hat (der als der „ausgelassene" ARQ-Kanal bezeichnet wird).
  • Wie in 5 gezeigt, ist das Empfänger-RLP in der Lage, zu erfassen, dass ein bestimmter RLP-Rahmen in der Nähe der Zeit T7 fehlt, nachdem es einen Satz von guten RLP-Rahmen empfangen hat, die in einem guten HARQ-Paket enthalten waren, das von einem bestimmten ARQ-Kanal wiedergewonnen wurde. Dieser ARQ-Kanal kann nicht der sein, der verwendet wurde, um das schlechte HARQ-Paket mit den fehlenden RLP-Rahmen zu übertragen, da die Sender-HARQ-CF das gute HARQ-Paket nicht auf dem selben ARQ-Kanal gesendet hättte, bis das schlechte HARQ-Paket erfolgreich durch die Empfänger-HARQ-CF wiedergewonnen worden wäre.
  • Zurück unter Bezugnahme auf 8 werden die Schritte 812 und 814 durchgeführteinmal bei Empfang der Anforderung, den dynamischen Timer für den fehlenden RLP-Rahmen zu initialisieren. Danach wird der dynamische Timer aktualisiert durch das Durchführen der Schritte 820 bis 848. Die Aktualisierung kann erzielt werden durch Evaluieren jedes ARQ-Kanals in dem Kandidatensatz, um festzustellen, ob er der sein könnte, der verwendet wird, um das HARQ-Paket zu übertragen, das den fehlenden RLP-Rahmen umfasst, oder nicht.
  • Wenn der dynamische Timer initialisiert wird, wartet das Endgerät auf den Empfang des nächsten Teilpakets, das für das Endgerät bestimmt ist (Schritt 820). Wenn das nächste Teilpaket empfangen wird und der entsprechende PDCH verarbeitet wird, beginnt die Aktualisierung des dynamischen Timers durch Auswahl des ersten ARQ-Kanals in dem Kandidatensatz für eine Evaluierung (Schritt 822). Dann wird bestimmt, ob ein HARQ-Paket erfolgreich von diesem ARQ-Kanal wiedergewonnen wurde oder nicht (Schritt 824).
  • Wenn die Antwort ja ist, dann wird dieser ARQ-Kanal aus dem Kandidatensatz entfernt (Schritt 830). Der Grund zum Entfernen dieses ARQ-Kanals ist der selbe wie für ein Nicht-Aufnehmen des ausgelassenen ARQ-Kanals in den Kandidatensatz. Wenn der fehlende RLP-Rahmen auf dem ARQ-Kanal übertragen wird, dann bricht das Empfänger-RLP diesen dynamischen Timer ab nach dem Empfang des entsprechenden RLP-Rahmens.
  • Andernfalls wird nach dem Schritt 824 bestimmt, ob ein neues HARQ-Paket auf dem ARQ-Kanal übertragen wurde oder nicht (Schritt 826). Ein „neues" HARQ-Paket bezeichnet ein neues HARQ-Paket, dessen Übertragung begonnen wird, nachdem der dynamischen Timer initialisiert wird. Wenn die Antwort ja ist, dann wird dieser ARQ-Kanal aus dem Kandidatensatz entfernt (Schritt 830). Das neue HARQ-Paket kann auf diesem ARQ-Kanal aus einem von mehreren Gründen übertragen worden sein. Erstens kann die Sender-HARQ-CF ein neues HARQ-Paket übertragen nach einer maximalen Anzahl von Übertragungen/erneuten Übertragungen eines vorherigen HARQ-Pakets, das den fehlenden RLP-Rahmen enthalten haben kann. Zweitens kann die Sender-HARQ-CF irrtümlich ein ACK-Bit für das vorherige HARQ-Paket erfasst haben und angenommen, dass das vorherige HARQ-Paket korrekt wiedergewonnen wurde. Auf jeden Fall kann die Empfänger-HARQ-CF sicher sein, dass keine zusätzlichen Teilpaket-Übertragungen für das vorherige HARQ-Paket auf diesem ARQ-Kanal gesendet werden. Somit kann der ARQ-Kanal aus dem Kandidatensatz entfernt werden.
  • Die Übertragung eines neuen HARQ-Pakets auf dem ARQ-Kanal kann erfasst werden durch Beobachten des Farb-Bits, das auf dem F-PDCCH für jede Teilpaket-Übertragung gesendet wird. Wie oben angemerkt, wird das Farb-Bit für jedes neue HARQ-Paket gewechselt, das auf dem ARQ-Kanal gesendet wird. Ein „neues" HARQ-Paket wird als ein neues HARQ-Paket bezeichnet, dessen Übertragung begonnen wird, nachdem der dynamische Timer initialisiert ist, und das „vorhergehende" HARQ-Paket als das HARQ-Paket, das bereits übertragen wird, wenn der dynamische Timer initialisiert wird. Zur der Zeit, wenn der dynamische Timer initialisiert wird, wenn das Endgerät die Anwesenheit des „vorhergehenden" HARQ-Pakets erfasst, kann die Übertragung eines „neuen" HARQ-Pakets erfasst werden durch Beobachten, dass das Farb-Bit für den ARQ-Kanal einmal wechselt (d. h. ein Wechsel von dem alten Wert für das vorherige HARQ-Paket zu dem neuen Wert für das neue HARQ-Paket). Jedoch kann die Empfänger-HARQ-CF die Anwesenheit des „vorhergehenden" HARQ-Pakets nicht erfassen können an dem Zeitpunkt, wenn der dynamische Timer initialisiert wird. Dies geschieht normalerweise, wenn das Endgerät die zugehörigen Steuerungsnachrichten aller vorherigen Teilpakete für das Codiererpaket nicht erfassen kann. In diesem Fall, wenn das Endgerät den ersten Farb-Bit-Wechsel beobachtet, nachdem der dynamische Timer initialisiert ist, erfasst es nur die Anwesenheit des „vorhergehenden" HARQ-Pakets. Um die Anwesenheit des „neuen" HARQ-Pakets (und die Beendigung des „vorhergehenden" HARQ-Pakets) zu erfassen, muss das Endgerät zwei Farb-Bit-Wert-Wechsel beobachten. So kann ein „neues" HARQ-Paket erfasst werden mit größerer Zuverlässigkeit durch zweimaliges Beobachten der Farb-Bit-Wechsel.
  • Andernfalls wird nach Schritt 826 bestimmt, ob eine Teilpaket-Übertragung auf diesem ARQ-Kanal in dem letzten Zeitabschnitt Tm empfangen wurde oder nicht (Schritt 828). In einem Ausführungsbeispiel entspricht diese Zeitdauer M aufeinander folgenden Malen, die der Empfänger eingeplant wird, nachdem der dynamische Timer initialisiert ist. Der Parameter M kann gewählt werden basierend auf verschiedenen Faktoren wie zum Beispiel (1) die gesamte Anzahl von ARQ-Kanälen, die dem Empfänger für eine Paketdaten-Kanal-Übertragung zugewiesen werden, und (2) die maximale Anzahl von Übertragungen/erneuten Übertragungen für jedes HARQ-Paket. Im Allgemeinen wird M größer eingestellt, wenn die Wahrscheinlichkeit einer Verwendung des ARQ-Kanals kleiner ist, was der Fall ist, wenn mehr ARQ-Kanäle zugewiesen werden oder weniger erneute Übertragungen erlaubt sind. In einem spezifischen Ausführungsbeispiel kann M gesetzt werden wie folgt: # ARQ-Kanal ≤ M ≤ α·(# ARQ-Kanal) wobei α eine geeignet gewählte Konstante größer als eins ist. Wenn die Antwort für Schritt 828 ja ist, dann wird dieser ARQ-Kanal aus dem Kandidatensatz entfernt (Schritt 830).
  • In einem Ausführungsbeispiel kann das Testen implementiert werden durch Vorsehen eines Zählers für jeden ARQ-Kanal in dem Kandidatensatz. Jeder Zähler wird auf null initialisiert. Der Zähler für einen bestimmten ARQ-Kanal inkrementiert, wenn ein Teilpaket für das Endgerät empfangen wird, aber auf einem anderen ARQ-Kanal. Der Zähler wird auf null zurückgestellt, wenn ein Teilpaket für das Endgerät empfangen wird und auf diesem ARQ-Kanal. Wenn der Zähler M erreicht, wird der ARQ-Kanal aus dem Kandidatensatz entfernt.
  • Ein Scheduler bzw. Steuerer an dem Sender gibt typischerweise eine höhere Priorität den Codiererpaketen, die länger in einer Sendewarteschlange sind. Ferner werden Codiererpakete typischerweise in einen Reihenfolge basierend auf ihren Prioritäten übertragen. In diesem Fall werden die anstehenden HARQ-Pakete typischerweise entsprechend ihrer Reihenfolge in der Sendewarteschlange erneut übertragen. Der Parameter M kann gewählt werden basierend auf und unter Berücksichtigung des Grads einer Gültigkeit der obigen zwei Annahmen.
  • Wenn die Antwort für Schritt 828 "nein" ist oder wenn der ARQ-Kanal aus dem Kandidatensatz in Schritt 830 entfernt wurde, dann wird bestimmt, ob alle ARQ-Kanäle in dem Kandidatensatz evaluiert wurden oder nicht (Schritt 832). Wenn die Antwort nein ist, dann wird der nächste ARQ-Kanal in dem Satz gewählt (Schritt 834) und das Verfahren geht dann zu Schritt 824 zurück, um diesen ARQ-Kanal zu evaluieren.
  • Andernfalls, wenn alle ARQ-Kanäle in dem Satz evaluiert wurden, wie in Schritt 832 bestimmt, wird bestimmt, ob der Kandidatensatz leer ist oder nicht (Schritt 842). Wenn der Kandidatensatz leer ist, dann gibt es keinen ARQ-Kanal, der verwendet werden kann, um das HARQ-Paket zu übertragen, das den fehlenden RLP-Rahmen umfassen kann, und der dynamische Timer für den fehlenden RLP-Rahmen wird auf ablaufen eingestellt (Schritt 844). Wenn der Kandidatensatz nicht leer ist, aber ein Befehl von dem Empfänger-RLP empfangen wird, den dynamischen Timer abzubrechen (z. B. bei Ablauf des festen Timers, der von dem Empfänger-RLP für den fehlenden RLP-Rahmen oder die Wiedergewinnung des fehlenden Rahmens geführt wird), wie in Schritt 846 festgestellt, dann wird der dynamische Timer beendet (Schritt 848). Andernfalls, wenn der Kandidatensatz nicht leer ist und keine Befehle von dem Empfänger-RLP empfangen werden, den dynamischen Timer abzubrechen, dann kehrt das Verfahren zurück zu Schritt 820 und das Endgerät wartet auf das nächste Teilpaket, das für es bestimmt ist. Das Verfahren endet bei Ablauf oder der Beendigung des dynamischen Timers.
  • Der dynamische Timer wird regelmäßig am Ende jedes Teilpaket-Empfangs auf dem F-PDCH aktualisiert. Wenn der dynamische Timer nach einer Aktualisierung abläuft, dann kann die Empfänger-HARQ-CF eine Anzeige an das Empfänger-RLP für den fehlenden RLP-Rahmen senden.
  • Das in 8 gezeigte Verfahren bestimmt effektiv einen Kandidatensatz aller möglichen ARQ-Kanäle, die verwendet worden sein können, um das HARQ-Paket mit dem fehlenden RLP-Rahmen zu übertragen, und eliminiert jeden ARQ-Kanal in dem Kandidatensatz, der nicht verwendet werden soll, um dieses HARQ-Paket zu übertragen. Der fehlende RLP-Rahmen kann weiterhin auf einem ARQ-Kanal in dem Kandidatensatz erneut übertragen werden, wenn die Anforderung gesendet wird. Durch eine Evaluierung verschiedener Ereignisse kann die Empfänger-HARQ-CF die Möglichkeit beseitigen, dass der RLP-Rahmen noch auf einem der ARQ-Kanäle übertragen wird. Dies ist der Zweck des Verringerns des Kandidatensatzes. Sobald die Empfänger-HARQ-CF feststellt, dass der fehlende RLP-Rahmen nicht mehr auf einem der ARQ-Kanäle übertragen wird, sendet sie die Anzeige. Das Verfahren in 8 eliminiert somit sukzessive die möglichen Kandidaten-ARQ-Kanäle.
  • Andere Kriterien zum Eliminieren möglicher ARQ-Kanäle aus dem Kandidatensatz können ebenfalls verwendet werden, und dies liegt in dem Umfang der Erfindung. Ferner ist es nicht notwendig, alle drei Kriterien zu implementieren, die in 8 gezeigt werden. Zum Beispiel kann das Kriterium, das in Schritt 828 gezeigt wird, weggelassen werden und der feste Timer, der durch das Empfänger-RLP geführt wird, kann vorgesehen werden, den dynamischen Timer „ablaufen zu lassen".
  • Der ACK/NAK-Mechanismus der HARQ-CF unter dem RLP kann ausgenutzt werden, um die Zuverlässigkeit einer Datenübertragung auf dem Paketdatenkanal zu verbessern. In einem Ausführungsbeispiel, wenn die Sender-HARQ-CF realisiert, dass ein bestimmtes Codiererpaket verloren ist (nach einer bestimmten Anzahl von erneuten Übertragungen für dieses Codiererpaket), kann die Sender-HARQ-CF das Codiererpaket einmal mehr auf dem selben ARQ-Kanal übertragen, aber mit einem anderen Farb-Bit-Wert. Dies veranlasst den Empfänger, alle Teilpakete zu eliminieren, die für das Codiererpaket empfangen wurden, und den Decodierungsprozess erneut zu beginnen. Dieses autonome Sender-HARQ-CF-Neuübertragungsschema ermöglicht, dass ein verlorenes Codiererpaket erneut übertragen wird, ohne auf die verzögerte NAK von dem Empfänger-RLP zu warten, was nach einer längeren Verzögerung stattfinden kann.
  • Wenn eine autonome erneute Übertragung bzw. Neuübertragung durch die Sender-HARQ-CF eingesetzt wird, dann kann die Aktualisierung des dynamischen Timers für einen fehlenden RLP-Rahmen in 8 modifiziert werden, um die mögliche erneute Übertragung desselben Codiererpakets mit einem neuen Farb-Bit-Wert zu berücksichtigen. In einem Ausführungsbeispiel, für Schritt 826 in 8, kann ein neues HARQ-Paket erfasst werden, dass es auf dem ARQ-Kanal übertragen wurde, wenn das Farb-Bit dreimal wechselt (anstatt zweimal).
  • Andere Mechanismen zur Bestimmung an der Empfänger-HARQ-CF, ob ein fehlender RLP-Rahmen verloren ist oder nicht, können ebenfalls implementiert werden und dies liegt in dem Umfang der Erfindung.
  • 6 ist ein Diagramm, das die Interaktion zwischen dem Empfänger-RLP und der Empfänger-HARQ-CF für eine Datenübertragung auf dem Paketdatenkanal mit den festen und dynamischen Timern darstellt, die oben beschrieben werden. Das Beispiel der Paketdatenkanalübertragung in 6 ist dasselbe wie das, oben für 5 beschrieben wird. Insbesondere werden drei ARQ-Kanäle mit ACIDs von „0", „1", und „2" verwendet, und die Teilpaket-Übertragungen haben alle dieselbe Dauer und folgen unmittelbar aufeinander.
  • Wie oben beschrieben, bestimmt das Empfänger-RLP nahe der Zeit T7, dass es zwei fehlende RLP-Rahmen mit den Sequenznummern S2 und S3 gibt. Das Empfänger-RLP startet dann einen festen Timer für diese fehlenden RLP-Rahmen und sendet auch eine Anforderung an die Empfänger-HARQ-CF, um dynamische Timer für diese Rahmen zu starten.
  • Bei Empfang der Anforderung, startet die Empfänger-HARQ-CF zwei dynamische Timer, Timer_A und Timer_B, für die zwei fehlenden RLP-Rahmen mit den Sequenznummern S2 beziehungsweise S3. Um diese dynamischen Timer zu initialisieren, bildet die Empfänger-HARQ-CF einen Kandidatensatz für jeden fehlenden RLP-Rahmen. Die Kandidatensätze CA und CB für den Timer_A beziehungsweise den Timer_B umfassen jeweils ACID = „0" und ACID = „1", aber nicht ACID = „2", da dieser ARQ-Kanal das letzte gute HARQ-Paket liefert.
  • Die Empfänger-HARQ-CF aktualisiert dann die aktiven dynamischen Timer nach jeder empfangenen Teilpaket-Übertragung, die für das Endgerät bestimmt ist. Kurz nach der Zeit T10 stellt die Empfänger-HARQ-CF fest, dass ein gutes HARQ-Paket von dem ARQ-Kanal „0" wiedergewonnen wurde, und ACID = „0" wird aus beiden Kandidatensätzen CA und vom CB entfernt. Jeder Kandidatensatz würde nun nur ACID = „1" umfassen. Kurz nach der Zeit 112 stellt die Empfänger-HARQ-CF fest, dass ein gutes HARQ-Paket von dem ARQ-Kanal „2" wiedergewonnen wurde, das nicht in den Kandidatensätzen CA und im CB enthalten ist. Somit finden keine Änderungen auf den Kandidatensätzen CA und CB für diese Teilpaket-Übertragung statt. Kurz nach der Zeit T14 stellt die Empfänger-HARQ-CF fest, dass ein gutes HARQ-Paket von dem ARQ-Kanal „1" wiedergewonnen wurde, und ACID = „1" wird aus den Kandidatensätzen CA und CB entfernt. Die Empfänger-HARQ-CF stellt dann fest, dass die Kandidatensätze CA und CB beide leer sind. Infolgedessen werden die zwei dynamischen Timer, Timer_A und Timer_B, auf Ablaufen eingestellt. Die Empfänger-HARQ-CF sendet dann eine Anzeige an das Empfänger-RLP mit den Sequenznummern S2 und S3, die zu den abgelaufenen Timer_A und Timer_B gehören.
  • Das in 6 gezeigte Beispiel zeigt das Entfernen jedes ACIDs in den zwei Kandidatensätzen basierend auf einem Wiedergewinnen eines guten HARQ-Pakets auf dem ARQ-Kanal. Die anderen zwei Kriterien, die in 8 beschrieben werden zum Entfernen von ARQ-Kanälen aus den Kandidatensätzen, werden nicht aufgerufen.
  • Die Techniken, die hier beschrieben werden, können verwendet werden, um eine verbesserte RLP-Neuübertragung für Systeme vorzusehen, die einen zugrunde liegenden HARQ-Neuübertragungsmechanismus haben. Diese Techniken können für verschiedene Kommunikationssysteme verwendet werden, wie cdma2000-CDMA-Systeme, W-CDMA-Systeme und so weiter. Die Techniken können auch auf andere Kommunikationssysteme angewendet werden, die einen oberen Neuübertragungsmechanismus (entsprechend dem RLP) und einen unteren Neuübertragungsmechanismus haben (entsprechend der HARQ-CF). Diese Techniken können auch für andere Typen von Kommunikationssystemen verwendet werden (z. B. TDMA- und FDMA-Systeme).
  • 9 ist ein Blockdiagramm eines Ausführungsbeispiels von Basisstation 104 und Endgerät 106. Auf der Vorwärtsverbindung werden Daten für den F-PDCH und F-PDCCH für ein bestimmtes Endgerät, das bestimmt ist, eine Paketdaten-Kanalübertragung zu empfangen, durch einen Sende(TX – transmit)-Datenprozessor 912 empfangen und verarbeitet (z. B. formatiert, codiert und so weiter). Die Verarbeitung für den F-PDCH und F-PDCCH kann durchgeführt werden, wie in den cdma2000-Standarddokumenten beschrieben wird. Die verarbeiteten Daten werden dann an einen Modulator (MOD) 914 geliefert und weiter verarbeitet (z. B. kanalisiert, gespreizt und so weiter), um modulierte Daten zu liefern. Eine Sender(TMTR – transmitter)-Einheit 916 wandelt dann die modulierten Daten in ein oder mehrere analoge Signale um, die weiter konditioniert werden (z. B. verstärkt, gefiltert und Frequenz-aufwärtsgewandelt), um ein Vorwärtsverbindungssignal zu liefern. Das Vorwärtsverbindungssignal wird durch einen Duplexer (D) 922 geleitet und über eine Antenne 924 an das bestimmte Endgerät gesendet.
  • An dem Endgerät wird das Vorwärtsverbindungssignal durch eine Antenne 952 empfangen, durch einen Duplexer 954 geleitet und an eine Empfänger(RCVR – receiver)-Einheit 956 geliefert. Die Empfängereinheit 956 konditioniert (z. B. filtert, verstärkt und Frequenz-abwärtswandelt) das empfangene Signal und digitalisiert weiter das konditionierte Signal, um Abtastwerte zu liefern. Ein Demodulator 958 empfängt und verarbeitet (z. B. entspreizt, kanalisiert und Daten-demoduliert) dann die Abtastwerte, um Symbole zu liefern. Der Demodulator 958 kann einen Rake-Empfänger implementieren, der mehrere Instanzen (oder Mehrfachpfadkomponenten) des empfangenen Signals verarbeiten kann, um kombinierte Symbole zu liefern. Ein Empfangs(RX – receiver)-Datenprozessor 960 decodiert dann die Symbole, prüft die empfangenen Pakete/Rahmen und liefert die decodierten Daten. Die Verarbeitung durch den Demodulator 958 und den RX-Datenprozessor 960 ist komplementär zu der Verarbeitung jeweils durch den Modulator 914 und den TX-Datenprozessor 912.
  • In einem Ausführungsbeispiel führt der RX-Datenprozessor 960 die Verarbeitung für die physikalische Schicht und die HARQ-CF durch, und eine Steuervorrichtung 970 führt die Verarbeitung für das RLP durch. Für dieses Ausführungsbeispiel kann der RX-Datenprozessor 960 (1) die decodierten Daten für jedes HARQ-Paket, das korrekt wiedergewonnen wurde, (2) den Status jeder Teilpaket-Übertragung (z. B. ACK oder NAK), (3) Anzeigen von abgelaufenen dynamischen Timer und so weiter liefern. Die Steuervorrichtung 970 kann dann fehlende RLP-Rahmen erfassen und eine Anforderung für RLP-Rahmen liefern, die als fehlend erfasst wurden. Die Steuervorrichtung 970 liefert weiter das passende NAK-Feedback für das Empfänger-RLP an einen TX-Datenprozessor 982 und das ACK/NAK-Feedback für die Empfänger-HARQ-CF an einen Modulator 984.
  • Auf der Rückwärtsverbindung werden Daten für die Rückwärtsverbindung und eine RLP-Feedback-Information (z. B. formatiert, codiert und so weiter) durch den TX-Datenprozessor 982 verarbeitet, durch den Modulator 984 weiter verarbeitet (z. B. kanalisiert, gespreizt und so weiter) und durch eine Sendereinheit 986 konditioniert (z. B. umgewandelt in analoge Signale, verstärkt, gefiltert und Frequenz-aufwärtsgewandelt), um ein Rückwärtsverbindungssignal zu liefern. Das Rückwärtsverbindungssignal wird dann durch den Duplexer 954 geleitet und über die Antenne 952 an die Basisstation gesendet.
  • An der Basisstation wird das Rückwärtsverbindungssignal durch eine Antenne 924 empfangen, durch einen Duplexer 922 geleitet und an eine Empfängereinheit 942 geliefert. Die Empfängereinheit 942 konditioniert (z. B. Frequenz-abwärtswandelt, filtert und verstärkt) das empfangene Signal und digitalisiert das konditionierte Signal weiter, um einen Strom von Abtastwerten zu liefern. Ein Demodulator 944 verarbeitet (z. B. entspreizt, kanalisiert und so weiter) dann die Abtastwerte, um Symbolen zu liefern, und ein RX-Datenprozessor 946 verarbeitet die Symbole weiter, um die decodierten Daten für das Endgerät zu liefern. Die Datenverarbeitung für die Vorwärts- und Rückwärtsverbindung wird durch cdma2000-Standard-Dokumente beschrieben.
  • Eine Steuervorrichtung 930 empfängt das HARQ-CF-ACK/NAK-Feedback von dem Demodulator 944 und das RLP-NAK-Feedback von dem RX-Datenprozessor 946 und leitet die geeignete erneute Übertragung für die HARQ-CF und das RLP ein.
  • Die Steuervorrichtungen 930 und 970 steuern weiter die Verarbeitung an der Basisstation beziehungsweise an dem Endgerät. Jede Steuervorrichtung kann auch ausgebildet sein, alle oder einen Teil der Techniken zu implementieren, die hier für eine RLP-Neuübertragung beschrieben werden. Programmcodes und Daten, die durch die Steuervorrichtungen 930 und 970 erforderlich sind, können in Speichereinheiten 932 beziehungsweise 972 gespeichert werden.
  • Die Techniken, die hier für eine RLP-Neuübertragung beschrieben werden, können durch verschiedene Mittel implementiert werden. Zum Beispiel können diese Techniken in Hardware, Software oder einer Kombination daraus implementiert werden. Für eine Hardware-Implementierung können die Elemente, die verwendet werden, um die Techniken zu implementieren (z. B. die Elemente, welche die Verfahren durchführen, die in den 7 und 8 gezeigt werden), in einem oder mehreren anwendungsspezifischen Schaltkreisen (ASICs – application specific integrated circuits), digitalen Signalprozessoren (DSPs – digital signal processors), digitalen Signalverarbeitungsvorrichtungen (DSPDs – digital signal processing devices), programmierbaren Logik-Vorrichtungen (PLDs – programmable logic devices), Feldprogrammierbaren Gate-Arrays (FPGAs – field programmable gate arrays), Prozessoren, Steuervorrichtungen, Mikrocontroller, Mikroprozessoren, anderen elektronischen Einheiten, die ausgebildet sind, um die hier beschriebenen Funktionen durchzuführen, oder einer Kombination daraus implementiert werden.
  • Für eine Software-Implementierung können diese Techniken mit Modulen (z. B. Verfahren, Funktionen und so weiter) implementiert werden, welche die Funktionen durchführen, die hier beschrieben werden. Die Softwarecodes können in einer Speichereinheit (z. B. Speichereinheiten 932 und 972 in 9) gespeichert werden und durch einen Prozessor (z. B. Steuervorrichtungen 930 und 970) ausgeführt werden. Die Speichereinheit kann in dem Prozessor implementiert werden oder extern zu dem Prozessor, in diesem Fall kann sie mit dem Prozessor kommunikativ verbunden werden über verschiedene Mittel, wie in der Technik bekannt ist.
  • Die vorhergehende Beschreibung der offenbarten Ausführungsbeispiele ist vorgesehen, um Fachleuten zu ermöglichen, die vorliegende Erfindung herzustellen oder zu verwenden. Verschiedene Modifizierungen dieser Ausführungsbeispiele sind für Fachleute offensichtlich, und die generischen Prinzipien, die hier definiert werden, können auf andere Ausführungsbeispiele angewendet werden, ohne von dem Umfang der Erfindung abzuweichen, wie in den angefügten Ansprüchen definiert. So soll die vorliegende Erfindung nicht auf die Ausführungsbeispiele begrenzt sein, die hier gezeigt werden, sondern soll dem weitesten Umfang entsprechen, der mit den Prinzipien und neuen Merkmalen konsistent ist, die hier offenbart werden.

Claims (31)

  1. Ein Verfahren zum erneuten Senden von Daten mit einem ersten Neuübertragungsmechanismus zur Verwendung in einem Drahtloskommunikationssystem mit dem ersten Neuübertragungsmechanismus in einer ersten Unterschicht bzw. Sublayer und einem zweiten Neuübertragungsmechanismus in einer zweiten Unterschicht, wobei das Verfahren folgende Schritte aufweist: Detektieren (712) von fehlenden Rahmen in der ersten Unterschicht; Initiieren (722) eines dynamischen Timers für jeden fehlenden Rahmen in der ersten Unterschicht, wobei der dynamische Timer für jeden fehlenden Rahmen einem jeweiligen Kandidatensatz von logischen Kanälen zugeordnet ist, die verwendet werden können, um den fehlenden Rahmen zu senden; Entfernen (830), aus dem Satz von logischen Kanälen, logischer Kanäle, die identifiziert wurden zum Übermitteln, bei der zweiten Unterschicht, von Paketen zugeordnet zu Rahmen, die bei der ersten Unterschicht erfolgreich empfangen wurden; Aktualisieren (724) des dynamischen Timers basierend auf einer Bestimmung, dass der Kandidatensatz leer ist; Bestimmen, ob die Rahmen, die als fehlend detektiert wurden, verloren wurden oder nicht, und zwar basierend auf dem einen oder den mehreren dynamischen Timern.
  2. Verfahren nach Anspruch 1, wobei ein logischer Kanal ebenfalls entfernt wird aus einem Kandidatensatz, wenn ein neues Paket in der zweiten Schicht über den logischen Kanal gesendet wird.
  3. Verfahren nach Anspruch 1, wobei ein logischer Kanal ebenfalls von einem Kandidatensatz entfernt wird, wenn kein Senden bzw. Übertragen über den logischen Kanal innerhalb einer vorbestimmten Zeitperiode empfangen wird.
  4. Ein Verfahren zum erneuten Senden von Daten über ein Funkverbindungsprotokoll bzw. RLP (RLP = Radio Link Protocol) für die Verwendung in einem CDMA-Kommunikationssystem mit einem ersten Neuübertragungsmechanismus, vorgesehen durch das RLP, und einem zweiten Neuübertragungsmechanismus, vorgesehen durch eine Hybridautomatikneuübertragungssteuerfunktion bzw. HARQ-CF (HARQ-CF = Hybrid Automatic Retransmission Control Function), wobei das Verfahren folgende Schritte aufweist: Detektieren (712) von fehlenden RLP-Rahmen; Initiieren (722) eines dynamischen Timers für jeden RLP-Rahmen, wobei jeder dynamische Timer einem jeweiligen Kandidatensatz von ARQ-Kanälen zugeordnet ist, die verwendet werden können, um den fehlenden RLP-Rahmen zu senden; Entfernen (830), aus dem Satz von ARQ-Kanälen, von ARQ-Kanälen, die identifiziert wurden zum Übermitteln, bei der HARQ-CF-Unterschicht, von HARQ-Paketen, die erfolgreich empfangenen RLP-Rahmen zugeordnet sind; Aktualisieren (724) eines jeden dynamischen Timers basierend auf einer Bestimmung, dass der repräsentative Kandidatensatz leer ist; und Bestimmen ob jeder RLP-Rahmen, der als fehlend detektiert wurde, verloren wurde oder nicht, basierend auf dem dynamischen Timer, der für den RLP-Rahmen unterhalten bzw. verwaltet wird.
  5. Verfahren nach Anspruch 4, wobei ein ARQ-Kanal aus einem Kandidatensatz entfernt wird, wenn ein neues HARQ-Paket über den ARQ-Kanal gesendet wird.
  6. Verfahren nach Anspruch 4, wobei ein ARQ-Kanal aus einem Kandidatensatz entfernt wird, wenn keine Übertragung über den ARQ-Kanal innerhalb einer vorbestimmten Zeitperiode empfangen wird.
  7. Verfahren nach Anspruch 6, wobei die vorbestimmte Zeitperiode ausgewählt wird basierend auf einer Wahrscheinlichkeit für das Empfangen einer Übertragung auf einem gegebenen ARQ-Kanal.
  8. Ein Verfahren zum Detektieren von verlorenen Rahmen in einem Kommunikationssystem mit einem ersten Neuübertragungsmechanismus in einer ersten Unterschicht und einem zweiten Neuübertragungsmechanismus in einer zweiten Unterschicht, wobei das Verfahren folgendes aufweist: Initiieren (722) eines dynamischen Timers für einen fehlenden Rahmen, detektiert als fehlend in einer ersten Unterschicht, wobei der dynamische Timer einem Kandidatensatz von logischen Kanälen zugeordnet ist, die verwendet werden können, um den fehlenden Rahmen zu senden; Entfernen (830), aus dem Kandidatensatz von logischen Kanälen, logischer Kanäle, durch welche Pakete, die erfolgreich empfangenen Rahmen in der ersten Unterschicht zugeordnet sind, bei einer zweiten Unterschicht empfangen wurden; Aktualisieren (724) des dynamischen Timers, wenn der Kandidatensatz leer ist; und Bestimmen, dass der fehlende Rahmen ein verlorener Rahmen ist, basierend auf dem dynamischen Timer.
  9. Verfahren nach Anspruch 8, wobei das Aktualisieren (724) des dynamischen Timers das Setzen des dynamischen Timers für das Ablaufen aufweist.
  10. Verfahren nach Anspruch 8, wobei die erste Unterschicht gemäß einem Funkverbindungsprotokoll bzw. RLP gestaltet ist und die zweite Unterschicht gemäß einer Hybridautomatikneuübertragungssteuerfunktion bzw. HARQ-CF, die unterhalb des RLP angeordnet ist, ausgestaltet ist.
  11. Verfahren nach Anspruch 8, wobei das Bestimmen des fehlenden Rahmens als ein verlorener Rahmen, das Bestimmen des fehlenden Rahmens als ein verlorener Rahmen aufweist, wenn der dynamische Timer abläuft.
  12. Verfahren nach Anspruch 8, das weiterhin Folgendes aufweist: Anfragen nach einer Neuübertragung des verlorenen Rahmens in der ersten Unterschicht, und zwar unter Verwendung des ersten Neuübertragungsmechanismus.
  13. Verfahren nach Anspruch 8, wobei das Entfernen das Entfernen von logischen Kanälen, durch die kein Paket innerhalb einer vorbestimmten Periode gesendet wurde, aufweist.
  14. Verfahren nach Anspruch 8, das weiterhin Folgendes aufweist: Initiieren eines jeden der Vielzahl von dynamischen Timern für einen jeden der Vielzahl von fehlenden Rahmen.
  15. Verfahren nach Anspruch 8, das weiterhin Folgendes aufweist: Löschen (848) des dynamischen Timers, wenn der fehlende Rahmen empfangen wird.
  16. Ein Prozessor zum Detektieren von verlorenen Rahmen in einem Kommunikationssystem mit einem ersten Neuübertragungsmechanismus in einer ersten Unterschicht und einem zweiten Neuübertragungsmechanismus in einer zweiten Unterschicht, wobei der Prozessor konfiguriert ist zum Ausführen der folgenden Schritte: Initiieren (722) eines dynamischen Timers für einen fehlenden Rahmen, der als fehlend in einer ersten Unterschicht detektiert wurde, wobei der dynamische Timer einem Kandidatensatz von logischen Kanälen zugeordnet ist, die verwendet werden können um den fehlenden Rahmen zu senden; Entfernen (830), aus dem Kandidatensatz von logischen Kanälen, logischer Kanäle, durch die Pakete, die erfolgreich empfangenen Rahmen in der ersten Unterschicht zugeordnet sind, bei einer zweiten Unterschicht empfangen wurden; Aktualisieren (724) des dynamischen Timers, wenn der Kandidatensatz leer ist; und Bestimmen des fehlenden Rahmens als ein verlorener Rahmen basierend auf dem dynamischen Timer.
  17. Prozessor nach Anspruch 16, wobei das Aktualisieren des dynamischen Timers das Setzen des dynamischen Timers für ein Ablaufen aufweist.
  18. Prozessor nach Anspruch 16, wobei die erste Unterschicht gemäß einem Radio-Link-Protokoll bzw. RLP ausgestattet ist und die zweite Unterschicht gemäß einer Hybrid-Automatik-Neuübertragungssteuerfunktion bzw. HARQ-CF, die unterhalb des RLP angeordnet ist, ausgestattet ist.
  19. Prozessor nach Anspruch 16, wobei das Bestimmen des fehlenden Rahmens als ein verlorener Rahmen, das Bestimmen des fehlenden Rahmens als ein verlorener Rahmen aufweist, wenn der dynamische Timer abgelaufen ist.
  20. Prozessor nach Anspruch 19, wobei der Prozessor weiterhin konfiguriert ist um folgende Schritte auszuführen: Anfragen nach einer Neuübertragung des verlorenen Rahmens in der ersten Unterschicht unter Verwendung des ersten Neuübertragungsmechanismus.
  21. Prozessor nach Anspruch 16, wobei das Entfernen Folgendes aufweist: Entfernen (830) von logischen Kanälen, durch die kein Paket innerhalb einer Zeitperiode gesendet wurde.
  22. Prozessor nach Anspruch 16, wobei der Prozessor weiterhin konfiguriert ist zum Ausführen des folgenden Schrittes: Initiieren eines jeden der Vielzahl von dynamischen Timern für einen jeden einer Vielzahl von fehlenden Rahmen.
  23. Prozessor nach Anspruch 16, wobei der Prozessor weiterhin konfiguriert ist zum Ausführen folgenden Schrittes: Löschen (848) des dynamischen Timers, wenn der fehlende Rahmen empfangen wurde.
  24. Ein Empfänger zum Verwenden in einem Drahtloskommunikationssystem mit einem ersten Neuübertragungsmechanismus in einer ersten Unterschicht und einem zweiten Neuübertragungsmechanismus in einer zweiten Unterschicht, wobei der Empfänger Folgendes aufweist: einen Empfangs- bzw. RX-Datenprozessor (960) operativ zum Verarbeiten einer Datenübertragung zum Vorsehen von decodierten Daten; und ein Steuerelement (970) operativ zum: Initiieren (712) eines dynamischen Timers für einen fehlenden Rahmen, der als fehlend in einer ersten Unterschicht detektiert wurde, wobei der dynamische Timer einem Kandidatensatz von logischen Kanälen zugeordnet ist, die verwendet werden können um den fehlenden Rahmen zu senden; Entfernen (830), aus dem Kandidatensatz von logischen Kanälen, logischer Kanäle, durch die Pakete, die erfolgreich empfangenen Rahmen in der ersten Unterschicht zugeordnet sind, bei einer zweiten Unterschicht empfangen wurden; Aktualisieren (724) des dynamischen Timers, wenn der Kandidatensatz leer ist; und Bestimmen des fehlenden Rahmens als ein verlorener Rahmen basierend auf dem dynamischen Timer bzw. Zeitgeber.
  25. Empfänger nach Anspruch 24, wobei das Steuerelement (970) operativ ist zum Aktualisieren des dynamischen Timers durch Setzen des dynamischen Timers für ein Ablaufen.
  26. Empfänger nach Anspruch 24, wobei die erste Unterschicht gemäß einem Funkverbindungsprotokoll bzw. RLP ausgestattet ist um die zweite Unterschicht gemäß einer Hybrid-Automatik-Neuübertragungssteuer-funktion bzw. HARQ-CF, die unterhalb des RLPs angeordnet ist, ausgestattet ist.
  27. Empfänger nach Anspruch 24, wobei das Steuerelement (970) weiterhin operativ ist zum Bestimmen des fehlenden Rahmens als ein verlorener Rahmen durch Bestimmen des fehlenden Rahmens, wenn der dynamische Timer abläuft.
  28. Empfänger nach Anspruch 27, wobei das Steuerelement (970) weiterhin operativ ist zum: Anfragen einer Neuübertragung des verlorenen Rahmens in der ersten Unterschicht unter Verwendung des ersten Neuübertragungsmechanismus.
  29. Empfänger nach Anspruch 24, wobei das Steuerelement (970) operativ ist zum Entfernen aus dem Kandidatensatz logischer Kanäle, durch die kein Paket innerhalb einer Zeitperiode gesendet wurde.
  30. Empfänger nach Anspruch 27, wobei das Steuerelement (970) operativ ist zum Initiieren eines jeden einer Vielzahl von dynamischen Timern bzw. Zeitgebern für einen jeden der Vielzahl von fehlenden Rahmen.
  31. Empfänger nach Anspruch 24, wobei das Steuerelement (970) operativ ist zum Löschen des Dynamik-Timers, wenn der fehlende Rahmen empfangen wird.
DE60316684T 2002-06-10 2003-06-10 Rlp wiederholung in einem cdma-kommunikationssystem Expired - Lifetime DE60316684T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US166300 1988-03-10
US10/166,300 US6987780B2 (en) 2002-06-10 2002-06-10 RLP retransmission for CDMA communication systems
PCT/US2003/018215 WO2003105394A1 (en) 2002-06-10 2003-06-10 Rlp retransmission for cdma communication systems

Publications (2)

Publication Number Publication Date
DE60316684D1 DE60316684D1 (de) 2007-11-15
DE60316684T2 true DE60316684T2 (de) 2008-07-17

Family

ID=29710635

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60316684T Expired - Lifetime DE60316684T2 (de) 2002-06-10 2003-06-10 Rlp wiederholung in einem cdma-kommunikationssystem

Country Status (11)

Country Link
US (2) US6987780B2 (de)
EP (2) EP1816778B1 (de)
JP (1) JP4619778B2 (de)
KR (1) KR100979642B1 (de)
CN (2) CN100417060C (de)
AT (1) ATE375040T1 (de)
AU (1) AU2003239208A1 (de)
BR (1) BR0311680A (de)
DE (1) DE60316684T2 (de)
TW (1) TWI342134B (de)
WO (1) WO2003105394A1 (de)

Families Citing this family (88)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7298701B2 (en) * 2002-10-31 2007-11-20 Nokia Corporation Apparatus, and associated method, for requesting data retransmission in a packet radio communication system
US7936664B2 (en) * 1991-03-26 2011-05-03 Nokia Corporation Multi-carrier radio link protocol supervision in a radio communication system
US6901063B2 (en) * 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
US6987780B2 (en) * 2002-06-10 2006-01-17 Qualcomm, Incorporated RLP retransmission for CDMA communication systems
KR100584170B1 (ko) * 2002-07-11 2006-06-02 재단법인서울대학교산학협력재단 터보 부호화된 복합 재전송 방식 시스템 및 오류 검출 방법
KR100514144B1 (ko) * 2002-10-29 2005-09-08 엘지전자 주식회사 이동통신 시스템에서의 음성 및 패킷 데이터 동시 서비스방법
CA2507483C (en) * 2003-01-07 2012-11-13 Samsung Electronics Co., Ltd. Apparatus and method for controlling an output buffer in a hybrid automatic repeat request(harq) mobile communication system
US7385951B2 (en) * 2003-02-15 2008-06-10 Lucent Technologies Inc. Methods of transmitting and signaling over a reverse link in wireless systems
US8099099B2 (en) * 2003-02-19 2012-01-17 Qualcomm Incorporated Methods and apparatus related to assignment in a wireless communications system
US7813322B2 (en) * 2003-02-19 2010-10-12 Qualcomm Incorporated Efficient automatic repeat request methods and apparatus
JP4279027B2 (ja) * 2003-03-31 2009-06-17 株式会社ルネサステクノロジ Ofdm復調方法及び半導体集積回路
WO2004107640A1 (ja) * 2003-05-28 2004-12-09 Mitsubishi Denki Kabushiki Kaisha 再送制御方法および通信装置
US7076717B2 (en) * 2003-06-13 2006-07-11 Microsoft Corporation Time-aware best-effort hole-filling retry method and system for network communications
US7412238B2 (en) * 2003-06-25 2008-08-12 Texas Instruments Incorporated Blind detection of packet data control channel
US20050047366A1 (en) * 2003-08-25 2005-03-03 Motorola, Inc. Random access communication opportunity method
US7925953B2 (en) * 2003-10-07 2011-04-12 Nokia Corporation Redundancy strategy selection scheme
JP4275667B2 (ja) * 2003-11-11 2009-06-10 三菱電機株式会社 通信方法、通信システムおよび端末
KR100754727B1 (ko) * 2003-11-14 2007-09-03 삼성전자주식회사 복합 자동반복 요구 시스템에서 고속 공통 제어 채널을통한 제어신호의 송수신 방법 및 장치
FI20031779A0 (fi) * 2003-12-05 2003-12-05 Nokia Corp Menetelmä, järjestelmä ja lähetettävän puolen yhteyskäytäntöyksikkö datapakettien lähettämiseksi kuittaamattoman toimintamuodon palveluissa
EP1698092B1 (de) 2003-12-22 2009-03-11 Nokia Corporation Verfahren und einrichtung zur verkleinerung einer übertragungsverzögerung in einer mehrkanal-datenübertragung
US7643419B2 (en) * 2004-05-07 2010-01-05 Interdigital Technology Corporation Method and apparatus for implementing a data lifespan timer for enhanced dedicated channel transmissions
US7808940B2 (en) * 2004-05-10 2010-10-05 Alcatel-Lucent Usa Inc. Peak-to-average power ratio control
JP4068592B2 (ja) * 2004-05-28 2008-03-26 株式会社東芝 無線通信装置
KR20050118591A (ko) * 2004-06-14 2005-12-19 엘지전자 주식회사 무선통신 시스템에서의 무선링크제어(rlc) 데이터처리방법
US8855572B2 (en) * 2004-06-16 2014-10-07 Qualcomm Incorporated Method and apparatus for link control in wireless communications
US7751305B2 (en) * 2004-06-25 2010-07-06 Samsung Electronics Co., Ltd. Method for transmitting and receiving broadcast service data in an OFDMA wireless communication system
EP1776797B1 (de) * 2004-06-29 2009-08-05 Telefonaktiebolaget LM Ericsson (publ) Verfahren zur verarbeitung von paketbasierten daten sowie übertragung und empfang
US8254300B1 (en) 2004-07-20 2012-08-28 Rockstar Bidco, LP Base station, relay, system and method for packet re-transmission in a multi-hop network
US7873070B2 (en) * 2004-09-16 2011-01-18 Alcatel-Lucent Usa Inc. Determining a number of automatic request retransmissions based on block size
US20060062173A1 (en) * 2004-09-17 2006-03-23 Lucent Technologies, Inc. Hybrid automatic repeat request operation during soft hand offs in a wireless system
WO2006047851A1 (en) * 2004-11-02 2006-05-11 Nortel Networks Limited Systems and methods for use with orthogonal frequency division multiplexing
US7165204B2 (en) * 2004-11-15 2007-01-16 Motorola, Inc. Multi-mode hybrid ARQ scheme
US7408931B2 (en) * 2004-12-29 2008-08-05 Motorola, Inc. Methods for delivery in a wireless communications network
US9014192B2 (en) * 2005-03-21 2015-04-21 Qualcomm Incorporated Method and apparatus for improving data transmission reliability in a wireless communications system
KR100689437B1 (ko) * 2005-04-25 2007-03-08 삼성전자주식회사 라디오 링크 프로토콜을 채용한 이동통신시스템에서 손실프레임을 검출하기 위한 타이머값을 결정하기 위한 수신장치 및 그 방법
CN1801687B (zh) * 2005-09-08 2013-08-07 华为技术有限公司 一种基于非应答机制的数据帧重传方法和系统
US7567515B2 (en) * 2005-11-04 2009-07-28 Via Telecom, Inc. Inter-layer communication of receipt confirmation for releasing retransmission buffer contents
JP2007181127A (ja) * 2005-12-28 2007-07-12 Ntt Docomo Inc 通信装置、通信方法及びプログラム
WO2007097913A1 (en) * 2006-02-17 2007-08-30 Lucent Technologies Inc. Wireless communication method with air-interface encoder packets configured for more efficient use of network resources
US7792026B2 (en) * 2006-02-17 2010-09-07 Alcatel-Lucent Usa Inc. Method of calculating a time period to wait for missing data packets
KR100827969B1 (ko) 2006-02-17 2008-05-08 삼성전자주식회사 광대역 무선접속 통신시스템에서 자동재전송요구 운용 장치및 방법
US8689025B2 (en) * 2006-02-21 2014-04-01 Qualcomm Incorporated Reduced terminal power consumption via use of active hold state
US8077595B2 (en) 2006-02-21 2011-12-13 Qualcomm Incorporated Flexible time-frequency multiplexing structure for wireless communication
DE602007011900D1 (de) * 2006-02-21 2011-02-24 Qualcomm Inc Feedback-kanalauslegung für kommunikationssysteme mit mehreren ein- und ausgängen (mimo)
US9461736B2 (en) * 2006-02-21 2016-10-04 Qualcomm Incorporated Method and apparatus for sub-slot packets in wireless communication
US8509817B2 (en) 2006-03-22 2013-08-13 Core Wireless Licensing S.A.R.L. System and method for mobile telephone and UPnP control point integration
EP1841117A1 (de) * 2006-03-31 2007-10-03 Matsushita Electric Industrial Co., Ltd. Arbitrierung von Rückquittierungsnachrichten, welche von verschiedenen Zugangspunkten empfangen werden aber dem gleichen Paket entsprechen
US8489748B2 (en) * 2006-04-04 2013-07-16 Core Wireless Licensing S.A.R.L. Enhanced UPnP AV media renderer
WO2007129699A1 (ja) * 2006-05-09 2007-11-15 Nec Corporation 通信システム、ノード、端末、通信方法、およびプログラム
KR20070119859A (ko) 2006-06-16 2007-12-21 삼성전자주식회사 이동통신 시스템에서 패킷의 순서 뒤바뀜 현상을효율적으로 해결하는 방법 및 장치
US20070291797A1 (en) * 2006-06-19 2007-12-20 Rao Anil M Method of packet data transmission
KR101298265B1 (ko) * 2006-07-07 2013-08-22 삼성전자주식회사 패킷 수신 방법 및 패킷 전송 방법
US8042018B2 (en) * 2006-08-18 2011-10-18 Samsung Electronics Co., Ltd Method and apparatus for transmitting/receiving ACK/NACK in a frequency division multiple access system
KR101265643B1 (ko) * 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
EP2070368B1 (de) * 2006-10-02 2016-07-06 LG Electronics Inc. Verfahren zum senden und empfangen einer paging-nachricht in einem drahtlosen kommunikationssystem
EP2082514B1 (de) * 2006-10-24 2013-02-13 QUALCOMM Incorporated Bestätigungskanal für die drahtlose Kommunikation
KR100938754B1 (ko) 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
KR100996076B1 (ko) * 2006-12-29 2010-11-22 삼성전자주식회사 무선 통신 시스템에서 자원 할당 장치 및 방법
US7995642B2 (en) 2007-02-05 2011-08-09 Samsung Electronics Co., Ltd. Precoding signaling in a MIMO wireless communication system
KR101345944B1 (ko) 2007-03-02 2013-12-27 삼성전자주식회사 무선 통신 시스템에서 패킷 재전송을 요청하는 장치 및방법
US20080270866A1 (en) * 2007-04-26 2008-10-30 Infineon Technologies Ag Transmission with automatic repeat request process
USRE45347E1 (en) 2007-04-30 2015-01-20 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
KR100917205B1 (ko) 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
US8102803B2 (en) * 2007-05-31 2012-01-24 Interdigital Technology Corporation Method and apparatus for wireless communication of packet data using transmit diversity weighting
KR101470638B1 (ko) * 2007-06-18 2014-12-08 엘지전자 주식회사 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
HUE033683T2 (en) 2007-06-18 2017-12-28 Lg Electronics Inc Method and user equipment for performing uplink synchronization in wireless communication system
US8427951B2 (en) * 2007-08-30 2013-04-23 International Business Machines Corporation Method, system, and apparatus for reliable data packet recovery in a link layer of a data center ethernet network
EP3672137B1 (de) * 2007-09-11 2023-03-15 Wi-LAN Inc. Fehlerkorrektur für eine persistente ressourcenzuteilung
US20090122758A1 (en) * 2007-11-14 2009-05-14 Jack Smith Method and Apparatus for Transmitting HARQ Sub-Packets in a Wireless Communication System
US8255753B2 (en) * 2007-12-04 2012-08-28 Intel Corporation Encoding/decoding technique for rebroadcasting lost packets
US8340052B2 (en) * 2007-12-05 2012-12-25 Innovative Sonic Limited Method for improving discontinuous reception for a wireless communication system and related communication device
JP2011509586A (ja) * 2008-01-03 2011-03-24 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 基地局及び移動局の間のデータ交換方法
US8004992B2 (en) * 2008-03-03 2011-08-23 Qualcomm Incorporated Adding hybrid ARQ to WLAN protocols with MAC based feedback
US8015313B2 (en) * 2008-03-04 2011-09-06 Sony Corporation Method and apparatus for managing transmission of TCP data segments
WO2009116917A1 (en) * 2008-03-18 2009-09-24 Telefonaktiebolaget L M Ericsson (Publ) A method and a transceiver for harq failure detection
US8737383B2 (en) * 2008-07-07 2014-05-27 Intel Corporation Techniques for enhanced persistent scheduling with efficient link adaptation capability
US7864683B2 (en) * 2008-08-15 2011-01-04 Alcatel-Lucent Usa Inc. Wireless communication method with air-interface encoder packets configured for more efficient use of network resources
US8443247B2 (en) * 2008-12-12 2013-05-14 Qualcomm Incorporated Methods and systems using window start update for wireless communication HARQ connection
RU2517340C2 (ru) * 2009-05-04 2014-05-27 Эппл Инк Способ и устройство беспроводной связи
US8249117B2 (en) * 2009-12-21 2012-08-21 Qualcomm Incorporated Dynamic adjustment of reordering release timer
US9363059B2 (en) 2010-04-02 2016-06-07 Acer Incorporated Method of handling component carrier activation and deactivation and communication device thereof
JP2012191326A (ja) * 2011-03-09 2012-10-04 Panasonic Mobile Communications Co Ltd 通信装置及びデータ再送方法
US9294235B2 (en) * 2011-06-07 2016-03-22 Qualcomm Incorporated Methods and apparatuses for user equipment-based enhancements of radio link control for multi-point wireless transmission
CN104734822B (zh) * 2013-12-20 2019-04-26 锐迪科(重庆)微电子科技有限公司 消息流发送方法及装置
US9954649B2 (en) 2015-04-29 2018-04-24 At&T Intellectual Property I, L.P. System and method for HARQ in cloud RAN with large front haul latency
CN106982108B (zh) * 2016-01-18 2019-05-28 华为技术有限公司 一种数据传输的方法以及相关设备
US11533267B2 (en) * 2021-01-21 2022-12-20 Mellanox Technologies, Ltd. Out-of-order packet processing
US20230120888A1 (en) * 2021-10-14 2023-04-20 Qualcomm Incorporated Feedback staggering or muting for network coding

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5208620A (en) * 1988-10-04 1993-05-04 Canon Kabushiki Kaisha Display apparatus
US5774479A (en) * 1995-03-30 1998-06-30 Motorola, Inc. Method and system for remote procedure call via an unreliable communication channel using multiple retransmission timers
ATE221710T1 (de) * 1995-10-23 2002-08-15 Nokia Corp Verfahren zur paketdatenübertragung mit hybridem fec/arq-type-ii-verfahren
US6138260A (en) * 1997-09-04 2000-10-24 Conexant Systems, Inc. Retransmission packet capture system within a wireless multiservice communications environment with turbo decoding
US6226301B1 (en) * 1998-02-19 2001-05-01 Nokia Mobile Phones Ltd Method and apparatus for segmentation and assembly of data frames for retransmission in a telecommunications system
US6611515B1 (en) * 1998-05-17 2003-08-26 Lucent Technologies Inc. System and method for link and media access control layer transaction completion procedures
KR100516671B1 (ko) * 1999-05-24 2005-09-22 삼성전자주식회사 이동통신시스템에서 라디오링크프로토콜에 따른 가변길이의 데이터 송수신 장치 및 방법
US6208620B1 (en) * 1999-08-02 2001-03-27 Nortel Networks Corporation TCP-aware agent sublayer (TAS) for robust TCP over wireless
US6618375B2 (en) * 1999-09-13 2003-09-09 Qualcomm, Incorporated Radio link protocol frame sorting mechanism for dynamic capacity wireless data channels
US20020001296A1 (en) * 2000-04-10 2002-01-03 Yu-Ro Lee Data transmission method for hybrid ARQ type II/III downlink of wide-band radio communication system
US6760860B1 (en) * 2000-04-17 2004-07-06 Nortel Networks Limited Automatic retransmission request layer interaction in a wireless network
WO2001080476A1 (en) * 2000-04-17 2001-10-25 Nortel Networks Limited Cooperation of arq protocols at physical and link layers for wireless communications
KR100327416B1 (ko) 2000-06-05 2002-03-13 서평원 무선 데이터 전송 시스템에서 선택적 반복 자동 재전송요구 관리 장치 및 방법
US6735180B1 (en) * 2000-06-30 2004-05-11 Nokia Mobile Phones, Ltd. Method of sending feedback information in a fast automatic repeat request forming part of an overall wireless communication system
KR100339342B1 (ko) 2000-07-01 2002-06-03 서평원 프로토콜 데이터의 수신 확인 방법
EP1170919A1 (de) * 2000-07-04 2002-01-09 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Verfahren und System zur Verbesserung der Funktion eines Kommunikationssystems mit Schichtprotokollstapel
CN1324832C (zh) * 2000-10-21 2007-07-04 三星电子株式会社 用于通信系统的混合自动重复请求设备和方法
US7054316B2 (en) * 2001-04-25 2006-05-30 Nokia Corporation Method and system for interlayer control between re-sequencing and retransmission entities
US7542482B2 (en) * 2001-08-16 2009-06-02 Qualcomm Incorporated Method and apparatus for message segmentation in a wireless communication system
US7142565B2 (en) * 2002-02-21 2006-11-28 Qualcomm, Incorporated Method and apparatus for radio link control of signaling messages and short messages data services in a communication system
US6987780B2 (en) * 2002-06-10 2006-01-17 Qualcomm, Incorporated RLP retransmission for CDMA communication systems
US7600038B2 (en) * 2002-12-04 2009-10-06 Certicom Corp. Method and apparatus for encoding security status information

Also Published As

Publication number Publication date
EP1512243B1 (de) 2007-10-03
WO2003105394A1 (en) 2003-12-18
AU2003239208A1 (en) 2003-12-22
CN101262323A (zh) 2008-09-10
TWI342134B (en) 2011-05-11
CN101262323B (zh) 2011-06-08
EP1512243A1 (de) 2005-03-09
HK1113522A1 (en) 2008-10-03
EP1816778B1 (de) 2012-05-23
KR100979642B1 (ko) 2010-09-02
CN100417060C (zh) 2008-09-03
DE60316684D1 (de) 2007-11-15
JP4619778B2 (ja) 2011-01-26
ATE375040T1 (de) 2007-10-15
US20050163161A1 (en) 2005-07-28
EP1816778A3 (de) 2008-12-10
BR0311680A (pt) 2005-04-05
KR20050010047A (ko) 2005-01-26
TW200414711A (en) 2004-08-01
CN1672354A (zh) 2005-09-21
JP2005529546A (ja) 2005-09-29
US20030227875A1 (en) 2003-12-11
US7502385B2 (en) 2009-03-10
EP1816778A2 (de) 2007-08-08
US6987780B2 (en) 2006-01-17

Similar Documents

Publication Publication Date Title
DE60316684T2 (de) Rlp wiederholung in einem cdma-kommunikationssystem
DE60318873T2 (de) Verfahren zur überwachung von protokolldateneinheiten zugewiesenen übertragungssequenzzahlen zur erkennung und korrektur von übertragungsfehlern
DE60223799T2 (de) Verfahren und sender für einen effizienten paketdatentransfer in einem übertragungsprotokoll mit wiederholungsanforderungen
DE60316218T2 (de) Anhalten der wiederholten Ubertragung von Hybrid ARQ-Daten in einem High Speed Downlink Packet Access (HSDPA) System
DE60306282T2 (de) Verfahren zur Datenkommunikation mittels Kontrollmitteilung
DE69935530T2 (de) Automatisches wiederholungsaufforderungsprotokoll
DE60216306T2 (de) Flexible automatische übertragungswiederholung für paketdatenübertragung
DE60035773T2 (de) Datenwiederübertragungsverfahren in einem sprach-über-datenkommunikationssystem
DE602004012702T2 (de) Verfahren zur HARQ-Wiederholungszeitsteuerung
DE60022994T2 (de) Ein flexibles steuerprotokoll für funkverbindungen
DE60203285T2 (de) Verfahren und empfänger zur verbesserten datenpaketübertragung in ein übertragungsprotokoll
DE69904113T2 (de) System und Verfahren zum Einleiten von Transaktionen auf der Verbindungs- und der Medienzugriffssteuerungsschicht
DE60311574T2 (de) Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens
DE60217803T2 (de) Empfängerabfrage für eine Datenübertragung mit Gleitfenster-Datenflusssteuerung
DE60036606T2 (de) Verfahren und einrichtung zur verwaltung von abfrageanforderungen in datenkommunikationen
DE60132735T2 (de) Fehlerkorrekturübertragungsverfahren zum Übertragen von Datenpaketen in einem Netzkommunikationssystem
DE602004012288T2 (de) Verfahren und vorrichtung zur aufwärtsstrecken-ratenauswahl bei anwesenheit mehrerer transportkanäle in einem drahtlosen kommunikationssystem
DE10252536A1 (de) Verfahren und Vorrichtung zur Übertragung von Datenpaketen
DE202005006889U1 (de) Vorrichtung zum Weiterleiten von nicht fortlaufenden Datenblöcken in Sendungen mit verbesserter Aufwärtsstrecke
EP1204245A2 (de) Drathloses Netzwerk mit einem Datenaustausch nach der Automatic Retransmission Query (ARQ) -Methode
DE102004007198A1 (de) System und Verfahren zum erneuten Senden von Uplink-Daten in einem Codemehrfachzugriff-Kommunikationssystem
DE60029852T2 (de) Verfahren und Anordnung zur Einschränkung der Übertragung von Datenpaketen in einem digitalen mobilen Fernsprechnetz
DE20214310U1 (de) Engerät, welches Funkressourcensteuerungs-Dienstdateneinheiten (RRC-SDUs) empfängt
EP1457085B1 (de) Verfahren zum paketvermittelten datenübertragung bei funkzellenwechsel
EP1061688A2 (de) Verfahren zur wiederholten Übertragung von Nachrichten in einem zentral gesteuerten Kommunikationsnetz

Legal Events

Date Code Title Description
8364 No opposition during term of opposition