[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

DE60311574T2 - Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens - Google Patents

Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens Download PDF

Info

Publication number
DE60311574T2
DE60311574T2 DE60311574T DE60311574T DE60311574T2 DE 60311574 T2 DE60311574 T2 DE 60311574T2 DE 60311574 T DE60311574 T DE 60311574T DE 60311574 T DE60311574 T DE 60311574T DE 60311574 T2 DE60311574 T2 DE 60311574T2
Authority
DE
Germany
Prior art keywords
data
base station
communication terminal
received
retransmission
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
DE60311574T
Other languages
English (en)
Other versions
DE60311574D1 (de
Inventor
Eiko Seidel
Joachim Löhr
Dragan Petrovic
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.)
Panasonic Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
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 Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Application granted granted Critical
Publication of DE60311574D1 publication Critical patent/DE60311574D1/de
Publication of DE60311574T2 publication Critical patent/DE60311574T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zum Planen (scheduling) von Daten-Sendewiederholungen und ein Verfahren zur Verwendung in einem Paket-Sendewiederholungs-Protokoll in einem Kommunikations-Endgerät, welches Teil eines Mobilkommunikationssystems ist, das das Kommunikations-Endgerät und eine Vielzahl von Basisstationen umfasst, wobei das Kommunikations-Endgerät während eines Soft-Handover mit der Vielzahl von Basisstationen kommuniziert. Darüber hinaus betrifft die vorliegende Erfindung ein Verfahren zum Aktualisieren eines Soft-Buffers einer Basisstation, die Teil des Mobilkommunikationssystems ist. Des Weiteren betrifft die vorliegende Erfindung eine Basisstation, die das Verfahren zum Steuern von Daten-Sendewiederholungen ausführt, sowie ein Kommunikations-Endgerät, das das Verfahren zum Planen von Daten-Sendewiederholungen ausführt. Schließlich betrifft die vorliegende Erfindung ein Mobilkommunikationssystem, das wenigstens eine Basisstation und wenigstens ein Kommunikations-Endgerät umfasst.
  • HINTERGRUND DER TECHNIK
  • W-CDMA (Wideband Code Division Multiple Access) ist eine Funkschnittstelle für IMT-2000 (International Mobile Communication), die für die Verwendung als drahtloses Mobiltelekommunikationssystem der 3. Generation standardisiert wurde. Sie stellt eine Vielzahl von Diensten, wie beispielsweise Sprachdienste und Multimedia-Mobilkommunikationsdienste, auf eine dynamische und effiziente Weise bereit. Die Standardisierungsgremien in Japan, Europa, der USA sowie anderen Ländern haben gemeinsam ein Projekt mit der Bezeichnung 3rd Generation Partnership Project (3GPP) organisiert, um gemeinsame Funkschnittstellenspezifikationen für W-CDMA zu erstellen.
  • Die standardisierte europäische Version von IMT-2000 wird im Allgemeinen als UMTS (Universal Mobile Telecommunication System) bezeichnet. Die erste Version der UMTS-Spezifikation wurde in Jahre 1999 (Release 99) veröffentlicht. In der Zwischenzeit wurden mehrere Verbesserungen an dem Standard durch die 3GPP in Release 4 und in Release 5 standardisiert und Diskussionen über weitere Verbesserungen werden derzeit im Rahmen von Release 6 geführt.
  • Der dedizierte Kanal (DCH – Dedicated Channel) für den Downlink und den Uplink sowie der Downlink Shared Channel (DSCH) wurden in Release 99 und Release 4 definiert. In den folgenden Jahren erkannten die Entwickler, dass für die Bereitstellung von Multimedia-Diensten – oder anderen Diensten im Allgemeinen – ein asymmetrischer Hochgeschwindigkeitszugang implementiert werden muss. In Release 5 wurde der High Speed Downlink Packet Access (HSDPA) vorgestellt. Der neue High-Speed Downlink Shared Channel (HS-DSCH) bietet einen Hochgeschwindigkeitszugang im Downlink zu dem Benutzer von dem UMTS Radio Access Network (RAN) zu den Kommunikations-Endgeräten, die in den UMTS-Spezifikationen mit User Equipments (UE) bezeichnet werden.
  • HSDPA basiert auf Verfahren wie beispielsweise dem schnellen Planen von Paketen, der adaptiven Modulation und dem hybriden ARQ-(HARQ)Verfahren, um einen hohen Durchsatz zu erzielen, Verzögerungen zu verringern und um Spitzendatenraten zu erreichen.
  • HYBRIDE ARQ-PROTOKOLLE
  • Das gebräuchlichste Verfahren zur Fehlererkennung bei Diensten ohne Echtzeitbedingungen (Non-Realtime-Services) basiert auf ARQ-(Automatic Repeat Request – automatischen Anforderungswiederholungs-)Protokollen, die mit der Vorwärtsfehlerkorrektur (Forward Error Correction – FEC) kombiniert sind, und wird als hybrides ARQ bezeichnet. Wenn ein Fehler durch die zyklische Redundanzprüfung (Cyclic Redundancy Check – CRC) erkannt wird, fordert der Empfänger den Sender auf, zusätzliche Bits oder ein neues Datenpaket zu senden. Von den verschiedenen existierenden Protokollen werden die kontinuierlichen ARQs Stop-and-Wait-(SAW) und Selective Repeat (Selektive Wiederholung) am häufigsten in der Mobilkommunikation verwendet.
  • Eine Dateneinheit wird vor dem Senden kodiert. In Abhängigkeit von den erneut gesendeten Bits können drei unterschiedliche ARQ-Typen definiert werden.
  • Bei dem HARQ Typ I werden die empfangenen fehlerhaften Datenpakete, die auch als PDUs (Packet Data Unit – Paketdateneinheit) bezeichnet werden, verworfen und eine neue Kopie dieser PDU wird wiederholt gesendet und separat dekodiert. Es wird kein Kombinieren früherer oder späterer Versionen dieser PDU durchgeführt. Unter Verwendung des HARQ-Protokolls vom Typ II wird die fehlerhafte PDU, die wiederholt gesendet werden muss, nicht verworfen, sondern mit einigen Sendewiederholungs-Bits kombiniert, die von dem Sender zum nachfolgenden Dekodieren bereitgestellt werden. Wiederholt gesendete PDUs haben mitunter höhere Kodierraten und werden in dem Empfänger mit den gespeicherten Werten kombiniert. Das heißt, dass lediglich ein wenig Redundanz bei jeder Sendewiederholung (retransmission) hinzugefügt wird.
  • Schließlich ist das HARQ-Protokoll vom Typ III beinahe dasselbe Paket-Sendewiederholungs-Protokoll wie Typ II, und unterscheidet sich nur dahingehend, dass jede wiederholt gesendete PDU selbst dekodierbar ist. Dies impliziert, dass die PDU ohne das Kombinieren mit vorherigen PDUs dekodierbar ist. Wenn einige PDUs so stark beschädigt sind, dass nahezu keine Informationen wieder verwendbar sind, können vorteilhafterweise selbst dekodierbare Pakete verwendet werden.
  • UMTS-ARCHITEKTUR
  • Die High-Level-R99/4/5-Architektur des Universal Mobile Telecommunication System (UMTS) wird in 1 dargestellt (siehe 3GPP TR 25.401: „UTRAN Overall Description", verfügbar unter http://www.3gpp.org). Die Netzelemente sind funktionell in das Kernnetz (Core Network – CN) 101, das UMTS Terrestrial Radio Access Network (UTRAN) 102 und das User Equipment (UE) 103 gruppiert. Das UTRAN 102 ist für das Steuern sämtlicher funkbezogener Funktionalität zuständig, während das CN 101 zum Routen von Rufen und Datenverbindungen zu externen Netzen zuständig ist. Die Verbindungen zwischen diesen Netzelementen sind durch offene Schnittstellen (Iu, Uu) definiert. Es sollte beachtet werden, dass das UMTS-System modular ist und es aus diesem Grund möglich ist, mehrere Netzelemente desselben Typs zu haben.
  • 2 illustriert die derzeitige UTRAN-Architektur. Eine Anzahl von RNCs (Radio Network Controllers – Funknetzsteuereinrichtungen) 201, 202 sind mit dem CN 101 verbunden. Jeder RNC 201, 202 steuert eine oder mehrere Basisstationen (Node Bs) 203, 204, 205, 206, die wiederum mit den UEs kommunizieren. Ein RNC, der mehrere Basisstationen steuert, wird als Controlling RNC (C-RNC) für diese Basisstationen bezeichnet. Eine Reihe von gesteuerten Basisstationen verbunden mit ihrem C-RNC wird als Radio Network Subsystem (RNS) 207, 208 bezeichnet. Für jede Verbindung zwischen dem User Equipment und dem UTRAN ist ein RNS das Serving RNS (S-RNS). Es erhält die sogenannte Iu-Verbindung mit dem Kernnetz (Core Network – CN) 101 aufrecht. Falls erforderlich, unterstützt das Drift RNS (D-RNS) 302 das Serving RNS (S-RNS) 301 durch Bereitstellen von Funkressourcen, wie in 3 dargestellt. Die entsprechenden RNCs werden als Serving RNC (S-RNC) und als Drift RNC (D-RNC) bezeichnet. Es ist auch möglich und häufig der Fall, dass C-RNC und D-RNC identisch sind und aus diesem Grund die Abkürzungen S-RNC oder RNC verwendet werden.
  • WEITERENTWICKELTE UTRAN-ARCHITEKTUR
  • Derzeit wird die Durchführbarkeitsstudie für die Weiterentwicklung der UTRAN-Architektur von der aktuellen R99/4/5-UMTS-Architektur durchgeführt (siehe 3GPP TSG RAN WG3: „Feasibility Study on the Evolution of the UTRAN Architecture", verfügbar unter http://www.3gpp.org). Zwei allgemeine Vorschläge für die weiterentwickelte Architektur (siehe 3GPP TSG RAN WG3, Meeting #36, „Proposed Architecture on UTRAN Evolution", Tdoc R3-030678 und „Further Clarifications on the Presented Evolved Architecture", Tdoc R3-030688, verfügbar unter http://www.3gpp.org) haben sich herauskristallisiert. Der Vorschlag mit dem Titel „Further Clarifications on the Presented Evolved Architecture" wird im Folgenden in Bezug auf 4 diskutiert.
  • Das RNG (Radio Network Gateway) 401 wird für das Zusammenarbeiten mit dem herkömmlichen RAN verwendet, und fungiert als ein Mobilitätsankerpunkt (Mobility Anchor Point), was bedeutet, dass wenn ein RNG 401 für die Verbindung ausgewählt wird, es für die Dauer des Rufes beibehalten wird. Dies beinhaltet Funktionen sowohl auf der Steuerebene (control plane) als auch auf der Benutzerebene (user plane).
  • Auf der Steuerebene fungiert das RNG 401 als ein Signalling Gateway (Signalisierungs-Gateway) zwischen dem weiterentwickelten RAN und dem CN sowie dem weiterentwickelten RAN und dem R99/4/5-UTRAN. Es hat die folgenden Hauptfunktionen:
    • – Iu-Signalisierungs-Gateway, das heißt, Ankerpunkt für die RANAP-(Radio Access Network Application Port)Verbindung, – RANAP-Verbindungsbeendigung, umfassend: – Aufbau und Freigabe der Signalisierungsverbindungen – Benachteiligen verbindungsloser Nachrichten – Verarbeiten von verbindungslosen RANAP-Nachrichten, – Übertragen der Paging-Nachricht im Idle Mode und Connected Mode (im verbindungsfreien und verbundenen Modus) zu dem/den relevanten NodeB+(s),
    • – Das RNG übernimmt die Rolle des CNs bei dem Wechsel (relocation) zwischen den NodeB+s,
    • – Steuern der Benutzerebene (control plane) und
    • – Iur-Signalisierungs-Gateway zwischen NodeB+ 402–405 und R99/4/5-RNC.
  • Das RNG ist darüber hinaus der Zugangspunkt zur Benutzerebene von dem CN oder dem herkömmlichen RAN zu dem weiterentwickelten RAN. Es hat die folgenden Benutzerebenenfunktionen:
    • – Schalten des Verkehrs auf der Benutzerebene während des Wechsels
    • – Übertragen von GTP-(GPRS Tunneling Protocol auf der Iu-Schnittstelle)Paketen zwischen NodeB+ und SGSN (Serving GPRS Support Node, ein Element des CNs) und
    • – Iur-Zusammenarbeit für die Benutzerebene (control plane).
  • Das NodeB+-Element 402–405 beendet sämtliche der RAN-Funkprotokolle (Schicht 1 – Physical Layer [physikalische Schicht], Schicht 2 – MAC-(Medium Access Control) und RLC-(Radio Link Control)Teilschichten, und Schicht 3 – Radio Resource Control). Die Steuerebenenfunktionen der NodeB+s 402–405 umfassen sämtliche der Funktionen in Bezug auf die Steuerung der Endgeräte im verbundenen Modus innerhalb des weiterentwickelten RANs.
  • Die Hauptfunktionen sind:
    • – Steuern des UEs,
    • – RANAP-Verbindungsbeendigung, – Verarbeiten von verbindungsorientierten RANAP-Protokollnachrichten,
    • – Steuern/Beenden der RRC-(Radio Resource Control)Verbindung und
    • – Steuern der Initialisierung der relevanten Benutzerebenenverbindungen.
  • Der UE-Kontext wird von dem (Serving) NodeB+ entfernt, wenn die RRC-Verbindung beendet wird, oder wenn die Funktionalität einem anderen NodeB+ (Serving NodeB+- Wechsel) zugeordnet wird. Die Funktionen der Steuerebene umfassen ebenso sämtliche der Funktionen für die Steuerung und die Konfiguration der Ressourcen der Zellen des NodeB+ 402–405 und die Zuweisung der dedizierten Ressourcen bei Anfrage von dem Steuerebenen-Teil des Serving NodeB+. Das „+" in dem Begriff „NodeB+" stellt die erweiterte Funktionalität der Basisstation im Vergleich zu den R99/4/5-Spezifikationen dar.
  • Die Benutzerebenenfunktionen des NodeB+ 402–405 umfassen die Protokollfunktionen des PDCP (Packet Data Convergence Protocol), des RLC (Radio Link Control) und des MAC (Medium Access Control) sowie das Macro Diversity Combining.
  • ENHANCED UPLINK DEDICATED CHANNEL (E-DCH)
  • Verbesserungen des Uplink für Dedicated Transport Channels (DTCH – dedizierte Transportkanäle) werden derzeit von der 3GPP Technical Specification Group RAN untersucht (siehe 3GPP TR 25.896: „Feasibility Study for Enhanced Uplink for UTRA FDD (Release 6)", verfügbar unter http://www.3gpp.org). Da die Verwendung von IP-basierten Diensten immer wichtiger wird, besteht eine erhöhte Nachfrage bezüglich der Verbesserung der Reichweite und des Durchsatzes des RANs sowie bezüglich der Reduzierung der Verzögerung der dedizierten Uplink-Transportkanäle. Streaming, interaktive und Hintergrunddienste könnten von diesem Enhanced Uplink profitieren.
  • Eine Verbesserung ist die Verwendung von adaptiven Modulations- und Codierungsschemata (AMC) in Verbindung mit durch den Node B gesteuerten Planen (Node B controlled scheduling), und demzufolge eine Verbesserung der Uu-Schnittstelle. Wie im vorherigen Abschnitt erwähnt, befindet sich die Steuerung der maximalen Datenraten im Uplink in dem bestehenden R99/R4/R5-System in dem RNC. Durch das Verlegen des Schedulers in den Node B kann die Latenzzeit, die auf Grund der Signalisierung auf der Schnittstelle zwischen dem RNC und dem Node B eingebracht wird, reduziert werden, wodurch der Scheduler in der Lage ist, schneller auf zeitliche Veränderungen der Uplink-Last im Uplink(Uplink Load) zu reagieren. Dadurch wird die Gesamt-Latenzzeit bei der Kommunikation des UEs mit dem RAN reduziert. Aus diesem Grund kann durch das durch den Node B gesteuertes Planen die Interferenz im Uplink besser gesteuert und die Varianz der Rauschanhebung (noise rise variance) durch schnelles Zuweisen höherer Datenraten, wenn sich die Last im Uplink verringert, beziehungsweise durch Begrenzen der Datenraten im Uplink, wenn sich die Last im Uplink erhöht, besser geglättet werden. Die Reichweite und der Zellendurchsatz können durch eine bessere Steuerung der Interferenz im Uplink verbessert werden.
  • Eine weitere Verfahrensweise, die zum Reduzieren der Verzögerung im Uplink in Betracht gezogen werden kann, ist das Einführen einer kürzeren Sende-Zeitintervall-(Transmission Time Interval – TTI)Länge für den E-DCH im Vergleich zu anderen Transportkanälen. Eine TTI-Länge von 2 ms wird momentan für die Verwendung auf dem E-DCH untersucht, während im Allgemeinen eine TTI-Länge von 5 ms auf den anderen Kanälen verwendet wird. Das hybride ARQ-Protokoll, das eine der Schlüsseltechnologien bei HSDPA ist, wird ebenfalls für den Enhanced Uplink Dedicated Channel (E-DCH) in Betracht gezogen. Das hybride ARQ-Protokoll zwischen dem Node B und dem UE ermöglicht schnelle Sendewiederholungen von fehlerhaft empfangenen Dateneinheiten, wodurch die Anzahl der RLC-(Radio Link Control)Sendewiederholungen und die damit verbundenen Verzögerungen reduziert werden. Dies kann die durch den Benutzer wahrgenommene Dienstgüte (Quality of Service – QoS) verbessern.
  • Um die vorangehend beschriebenen Verbesserungen zu unterstützen, wird eine neue MAC-Teilschicht eingeführt, die im Folgenden als MAC-eu bezeichnet wird. Die Einheiten dieser neuen Teilschicht, die in den folgenden Abschnitten ausführlicher beschrieben werden, können in dem UE und dem Node B angeordnet sein. Auf der UE-Seite führt die MAC-eu die neue Aufgabe des Multiplexierens der Daten der oberen Schichten (beispielsweise der Daten der MAC-d-Teilschicht) in die neuen erweiterten Transportkanäle und des Betreibens der HARQ-Protokoll-Sendeeinheiten durch.
  • E-DCH-MAC-ARCHITEKTUR IN DEM UE
  • 5 zeigt auf exemplarische Weise die gesamte E-DCH-MAC-Architektur auf der UE-Seite. Eine neue MAC-Funktionseinheit, die MAC-eu 503, wird zu der MAC-Architektur von Rel/99/4/5 hinzugefügt. Die Funktionseinheit MAC-eu 503 wird ausführlicher in 6 dargestellt (siehe 3GPP TSG RAN WG 1, Meeting #31: „HARQ Structure", Tdoc R1-030247, verfügbar unter http://www.3gpp.org).
  • Es gibt M verschiedene Datenströme (MAC-d), die Datenpakete transportieren, die von dem UE zu dem Node B zu senden sind. Diese Datenströme können verschiedene Dienstgüten (Quality of Service – QoS) haben, beispielsweise Verzögerungs- und Fehleranforderungen, und können eine andere Konfiguration der HARQ-Instanzen erfordern. Aus diesem Grund können die Datenpakete in unterschiedlichen Prioritäts-Warteschlangen gespeichert werden. Die Reihe von HARQ-Sende- und Empfangs-Einheiten, die jeweils in dem UE und dem Node B angeordnet sind, wird als HARQ-Prozess bezeichnet. Der Scheduler berücksichtigt bei der Zuweisung von HARQ-Prozessen zu verschiedenen Prioritäts-Warteschlangen Dienstgüteparameter. Die MAC-eu-Einheit empfängt über die Schicht-1-Signalisierung Koordinationsinformationen von dem Node B (Netzseite).
  • E-DCH-MAC-ARCHITEKTUR IM UTRAN
  • Bei einem Soft-Handover-Vorgang können die MAC-eu-Einheiten in der E-DCH-MAC-Architektur auf der UTRAN-Seite auf den Node B (MAC-eub) und den S-RNC (MAC-eur) verteilt werden. Der Scheduler in dem Node B wählt die aktiven Benutzer aus und führt die Steuerung der Rate durch Bestimmen und Signalisieren einer befohlenen Rate, einer vorgeschlagenen Rate oder eines TFC-(Transport Format Combination – Transportformatkombination)Schwellenwertes durch, die oder der die aktiven Benutzer (UEs) auf eine Teilmenge des Satzes von Transportformat-Kombinationen (Transport-Format Combination Set – TFCS) begrenzt, die zum Senden zugelassen sind.
  • Jede MAC-eu-Einheit entspricht einem Benutzer (UE). In 7 wird die MAC-eu-Architektur des Node B ausführlicher dargestellt. Es sollte beachtet werden, dass jeder HARQ-Empfängereinheit ein bestimmter Soft-Buffer-Speichergröße oder -bereich zum Kombinieren der Bits der Pakete von ausstehenden Sendewiederholungen zugewiesen ist. Wenn ein Paket erfolgreich empfangen wird, wird es zu dem Umordnungs-Buffer weitergeleitet, der für die geordnete Übermittlung zu der höheren Schicht zuständig ist. Entsprechend der dargestellten Implementierung befindet sich der Umordnungs-Buffer während des Soft-Handover in dem S-RNC. In 8 wird die S-RNC-MAC-eu-Architektur, die den Umordnungs-Buffer des entsprechenden Benutzers (UE) umfasst, dargestellt. Die Anzahl der Umordnungs-Buffer entspricht der Anzahl der Datenströme in der entsprechenden MAC-eu-Einheit auf der UE-Seite. Daten- und Steuerinformationen werden von sämtlichen Node Bs innerhalb des Active Set während des Soft-Handover zu dem S-RNC gesendet.
  • Es sollte beachtet werden, dass die erforderliche Soft-Buffer-Größe von dem verwendeten HARQ-Protokoll abhängig ist, beispielsweise benötigt ein HARQ-Protokoll, das Incremental Redundancy (IR) verwendet, mehr Soft-Buffer als ein Protokoll mit Chase Combining (CC).
  • E-DCH-SIGNALISIERUNG
  • Die mit dem E-DCH verbundene Steuersignalisierung, die für das Funktionieren eines bestimmten Protokolls erforderlich ist, besteht aus der Uplink-Signalisierung und der Downlink-Signalisierung. Die Signalisierung hängt von den berücksichtigten Verbesserungen im Uplink ab.
  • Um das durch den Node B gesteuertes Planen (beispielsweise das durch Node B controlled time and rate scheduling) zu ermöglichen, muss das UE einige Anforderungs-Nachrichten im Uplink zum Senden von Daten zu dem Node B senden. Die Anforderungs-Nachricht kann Statusinformationen eines UEs, wie beispielsweise Buffer-Status, Leistungs-Status und Kanalqualitätsschätzung, enthalten. Basierend auf diesen Informationen kann der Node B die Rauschanhebung schätzen und das UE "schedulen". Mit einer Zuweisungs-Nachricht, die Downlink von dem Node B zu dem UE gesendet wird, weist der Node B dem UE den TFCS mit der maximalen Datenrate und den Zeitintervallen zu, mit dem das UE senden darf.
  • Im Uplink muss das UE eine Ratenindikator-Nachrichteninformation an den Node B signalisieren, die zum korrekten Dekodieren der gesendeten Pakete erforderlich ist, beispielsweise die Transport-Blockgröße (Transport Block Size – TBS), die Modulationscodierschema-(MCS)Stufe und so weiter. Des Weiteren muss in dem Fall, in dem HARQ verwendet wird, das UE HARQ-bezogene Steuerinformationen (beispielsweise die HARQ-Prozessnummer, die HARQ-Sequenznummer, die als neuer New Data Indicator (NDI) für UMTS Rel. 5 bezeichnet wird, die Redundanzversion (RV), die Ratenanpassungsparameter und so weiter) signalisieren.
  • Nach dem Empfangen und Dekodieren der gesendeten Pakete auf dem E-DCH (Enhanced Uplink Dedicated Channel) muss der Node B das UE darüber informieren, ob das Senden erfolgreich war, indem er jeweils eine ACK/NACK (Bestätigung/negative Bestätigung) im Downlink sendet.
  • MOBILITÄTSMANAGEMENT INNERHALB DES R99/4/5-UTRAN
  • In diesem Abschnitt werden zunächst einige häufig verwendete Begriffe kurz definiert sowie einige mit dem Mobilitätsmanagement verbundene Verfahrensweisen dargestellt (siehe 3GPP TR 21.905: „Vocabulary for 3GPP Specifications", verfügbar unter http://www.3gpp.org).
  • Eine Funkverbindung kann eine logische Verbindung zwischen einem einzelnen UE und einem einzelnen UTRAN-Zugangspunkt sein. Ihre physikalische Umsetzung umfasst Radio-Bearer-Übertragungen.
  • Ein Handover kann als das Wechseln einer Benutzerverbindung von einem Radio Bearer zu einem anderen definiert werden. Bei einem „Hard-Handover" wird eine neue Funkverbindung aufgebaut. Im Gegensatz dazu werden bei einem „Soft-Handover" (SHO) Funkverbindungen aufgebaut und abgebrochen, so dass das UE immer wenigstens eine Funkverbindung zu dem UTRAN aufrecht erhält. Das Soft-Handover ist für Netze, die die CDMA-(Code Division Multiple Access)Technologie anwenden, spezifisch. Die Ausführung des Handovers wird üblicherweise durch den S-RNC in einem Mobilfunknetz gesteuert.
  • Das „Active Set" umfasst ein Set von Funkverbindungen, die gleichzeitig in einen spezifischen Kommunikationsdienst zwischen dem UE und dem Funknetz, beispielsweise während des Soft-Handover, involviert sind, wobei das Active Set des UEs sämtliche Funkverbindungen zu den Node Bs des RANs, die dem UE dienen, umfasst.
  • Verfahren zum Aktualisieren des Active Set (active set update) können verwendet werden, um den Active Set der Kommunikation zwischen dem UE und dem UTRAN zu ändem. Das Verfahren kann drei Funktionen umfassen: Hinzufügen von Funkverbindungen, Entfernen von Funkverbindungen, sowie das kombinierte Hinzufügen und Entfer nen von Funkverbindungen. Die maximale Anzahl der gleichzeitigen Funkverbindungen ist im Allgemeinen auf vier festgelegt. Neue Funkverbindungen können zu dem Active Set hinzugefügt werden, wenn die Pilotsignalstärken der jeweiligen Basisstationen einen gewissen Schwellenwert in Bezug auf das Pilotsignal des stärksten Elementes in dem Active Set übersteigen. Eine Funkverbindung kann aus dem Active Set entfernt werden, wenn die Pilotsignalstärke der jeweiligen Basisstation einen gewissen Schwellenwert in Bezug auf das stärkste Element des Active Set übersteigt.
  • Der Schwellenwert für das Hinzufügen einer Funkverbindung kann typischerweise höher als der für das Entfernen einer Funkverbindung ausgewählt werden. Demzufolge bilden die Ergebnisse des Hinzufügens und des Entfernens eine Hysterese in Bezug auf die Pilotsignalstärken.
  • Die Pilotsignalmessungen werden dem Netz (S-RNC) von dem UE mittels der RRC-Signalisierung gemeldet. Vor dem Senden des Messergebnisse wird gewöhnlicherweise eine gewisse Filterung durchgeführt, um den Durchschnitt des Fast Fadings zu ermitteln. Die typische Filterdauer beträgt ungefähr 200 ms und trägt zur Handover-Verzögerung bei (siehe 3GPP TS 25.133: „Requirements for Support of Radio Resource Management (FDD)", verfügbar unter http://www.3gpp.org). Auf Basis der Messergebnisse kann der S-RNC entscheiden, die Ausführung einer der Funktionen des Aktualisierungsvorgangs des Active Sets auszulösen (Hinzufügen/Entfernen eines Node B zu/von dem aktuellen Active Set).
  • E-DCH-FUNKTIONSWEISE WÄHREND DES SOFT-HANDOVER
  • Das Unterstützen des Soft-Handovers ist erstrebenswert, um einen Gewinn durch Makrodiversität zu erzielen. Bei HSDPA wird beispielsweise kein Soft-Handover für den HS-DSCH-(High Speed Downlink Shared Channel) Transportkanal unterstützt. Das Anwenden des Soft-Handover verursacht das Problem des Zuweisens von Scheduling-Zuständigkeiten zu allen Node Bs des Active Set und es würde eine extrem straffe zeitliche Koordination erforderlich sein, um die Planungs-Entscheidung allen Elementen des Active Set bereitzustellen, selbst wenn die Verteilung der Scheduling-Funktion geklärt worden ist. Nur ein Node B sendet auf dem HS-DSCH zu einem UE und demzufolge wird kein Gewinn durch Makrodiversität erzielt. Wenn das UE in den Soft-Handover- Bereich für dedizierte Kanäle eintritt, muss der Node B, der auf dem HS-DSCH senden darf, bestimmt werden. Die Auswahl des Serving Node B kann entweder von der UE-Seite oder von der Netzseite (durch RNC) durchgeführt werden.
  • Bei dem FCS-(Fast Cell Selection)Verfahren für HS-DSCH wählt das UE die Zelle aus, die am besten für das Senden von Daten geeignet ist. Das UE überprüft periodisch die Kanalbedingungen in den Zellen innerhalb des Active Set, um zu prüfen, ob es eine Zelle mit besseren Kanalbedingungen als die derzeitige Funkzelle (Serving Cell) gibt.
  • Wenn das Soft-Handover für den Uplink nicht unterstützt wird, muss ein Serving Node B ausgewählt werden. Ein Problem, das dabei auftreten kann, ist die falsche Auswahl des Serving Node B. Aus diesem Grund kann es eine Zelle in dem Active Set geben, die besser für das Senden im Uplink geeignet ist als der für den Uplink ausgewählte Serving Node B. Folglich kann das durch den derzeitigen Serving Node B gesteuerte Senden von Daten zu einer Zelle fehlschlagen, währenddessen das durch die anderen Node Bs gesteuerte Senden zu den Zellen erfolgreich ist. Die Genauigkeit der Auswahl ist von mehreren Faktoren, wie beispielsweise der Signalisierungsverzögerung und dem Filtern der Messerergebnisse und so weiter, abhängig.
  • Zusammenfassend kann gesagt werden, dass das Unterstützen des Soft-Handover-Vorgangs für den E-DCH auf Grund des Gewinns durch Makrodiversität und dadurch von Nutzen ist, dass mögliche Sendefehler auf Grund einer falschen Auswahl des besten Serving Node B für den Uplink vermieden werden können.
  • SOFT-HANDOVER-VORGANG OHNE SOFT-BUFFER-SYNCHRONISATION
  • In 9 wird ein Ablaufdiagramm für den Node B-Soft-Handover-Vorgang ohne Soft-Buffer-Synchronisation unter Annahme der R99/R4/R5-Architektur dargestellt. Die Figur stellt die Funktionsweise eines beliebigen Node B aus dem Active Set dar.
  • Jeder Node B innerhalb des Active Set überwacht in Schritt 901 den E-DPDCH (Enhanced Dedicated Physical Data Channel – erweiterter dedizierter physikalischer Datenübertragungskanal) bezüglich des Empfangens von Uplink-Verkehr. Wenn in Schritt 903 ein Paket innerhalb eines Sende-Zeitintervalls (Transmission Time Intervall – TTI) (siehe Schritt 902) empfangen wird, muss der Node B entscheiden, ob das Paket die Ausgangssendung (initial transmission) oder eine Sendewiederholung eines zuvor gesendeten Datenpaketes ist. Die Entscheidung basiert auf der zugehörigen Uplink-Steuersignalisierung, beispielsweise dem New Data Indicator (NDI). Wenn das empfangene Paket eine Sendewiederholung ist, muss der Node B vor dem Dekodieren das empfangene Datenpaket in Schritt 905 mit den vorherigen in dem Soft-Buffer gespeicherten Sendungen kombinieren. Wenn das empfangene Paket eine Ausgangssendung ist, speichert der Node B (siehe Schritt 906) das empfangene Paket in dem entsprechenden Soft-Buffer (mögliche in diesem Soft-Buffer gespeicherte vorherige Sendungen werden überschrieben) und kann versuchen, das Paket sofort nach dessen Empfang zu dekodieren.
  • Die Prüfung, ob das Dekodieren erfolgreich war oder nicht (siehe Schritt 907), wird durch Auswerten der CRC-(Cyclic Redundancy Check – zyklische Redundanzprüfung)Prüfsumme durchgeführt. Wenn das Paket erfolgreich dekodiert wurde, leitet es der Node B in Schritt 908 zu höheren Schichten weiter und sendet es über die Schnittstelle Iub/Iur zu dem S-RNC. Wenn das Dekodieren nicht erfolgreich war, werden in Schritt 909 die Soft-Informationen in dem Soft-Buffer gespeichert.
  • Wie vorangehend beschrieben, stellt der Soft-Handover-Vorgang einen zusätzlichen Gewinn durch Makrodiversität bereit, er verkompliziert jedoch in gewissem Maß das Systemdesign. In dem E-DCH beispielsweise gibt es eine einzige sendende Protokolleinheit und mehrere empfangende Protokolleinheiten für den Soft-Handover-Vorgang, wohingegen es für einen Nicht-Soft-Handover-Vorgang lediglich eine sendende- und eine empfangende Protokolleinheit gibt.
  • EINRICHTEN EINES RADIO BEARER
  • Vor dem Beginnen eines Sendevorgangs kann der Radio Bearer (RB – Funkträger) eingerichtet werden und sämtliche Schichten sollten dementsprechend konfiguriert werden (siehe 3GPP TS25.331 „Radio Resource Control (RRC) protocol specification", verfügbar unter http://www.3gpp.org). Die Verfahrensweise zum Einrichten eines Radio Bearer kann entsprechend der Beziehung zwischen dem Radio Bearer und einem dedizierten Transportkanal variieren. In Abhängigkeit von den Dienstgüte-(Quality of Service – QoS) Parametern kann es einen permanent zugewiesenen dedizierten Kanal geben, der mit dem RB assoziiert ist, oder nicht.
  • EINRICHTEN EINES RADIO BEARER MIT AKTIVIERUNG DES DEDIZIERTEN PHYSIKALISCHEN KANALS
  • In dem UMTS kann die in 10 dargestellte Verfahrensweise angewendet werden, wenn ein neuer physikalischer Kanal für den Radio Bearer erstellt werden muss. Ein Radio Bearer Establishment (Einrichten eines Radio Bearer) kann initiiert werden, wenn eine RB-Establish-Request-Primitive von dem Service Access Point (Dienstzugangspunkt) der höheren Schicht auf der Netzseite der RRC-Schicht empfangen wird. Diese Primitive kann eine Trägerreferenz und Dienstgüteparameter umfassen. Auf Basis dieser Dienstgüteparameter können die Parameter der Schicht 1 und der Schicht 2 durch die RRC-Schicht auf der Netzseite ausgewählt werden.
  • Die Verarbeitung in der physikalischen Schicht auf der Netzseite kann mit der CPHY-RL-Setup-Request-Primitive begonnen werden, der an alle geeigneten Node Bs ausgegeben wird. Wenn einer der vorgesehenen Empfänger nicht in der Lage ist, den Dienst bereitzustellen, kann dies in der Bestätigungsnachricht/den Bestätigungsnachrichten (Confirmation Primitive(s)) angezeigt werden. Nach dem Einrichten der Schicht 1 einschließlich des Beginns des Sendens/Empfangens in dem Node B, kann die NW-RRC eine RADIO-BEARER-SETUP-Nachricht zu ihrer Partnerinstanz (bestätigtes oder negativ bestätigtes Senden ist für NW optional) senden. Diese Nachricht kann Schicht 1 -, MAC- und RLC-Parameter umfassen. Nach dem Empfangen der Nachricht konfiguriert die UE-RRC Schicht 1 und MAC.
  • Wenn die Synchronisation der Schicht 1 angezeigt wird, kann das UE eine RADIO-BEARER-SETUP-COMPLETE-Nachricht in dem Acknowledged Mode (bestätiger Modus) zurück zu dem Netz senden. Die NW-RRC kann die MAC- und die RLC-Schicht auf der Netzseite konfigurieren.
  • Nach dem Empfangen der Bestätigung für RADIO BEARER SETUP COMPLETE, kann die RRC eine neue RLC-Instanz, die mit dem neuen Radio Bearer assoziiert ist, einrichten. Das zutreffende Verfahren für die Einrichtung der RLC kann von dem RLC- Übertragungsmodus abhängig sein. Die RLC-Verbindung kann entweder implizit eingerichtet werden, oder es kann die explizite Signalisierung angewendet werden. Schließlich kann eine RB-Establish-Indication-Primitive durch die UE-RRC gesendet werden und eine RB-Establish-Confirmation-Primitive kann durch die RNC-RRC ausgegeben werden.
  • Ein einfaches HARQ-Verfahren ist derzeit lediglich für eine Kommunikation zwischen einem einzelnen Sender und einem einzelnem Empfänger im Fall des Sicherstellens eines zuverlässigen Feedbacks möglich. Das Feedback stellt sicher, dass Sender und Empfänger synchronisiert werden. Durch Erhöhen des Sequenznummernwertes eines fensterbasierten HARQ-Prozesses oder durch Umschalten des New Data Indicator (NDI) eines Stop-and-Wait-(SAW)ARQ-Prozesses in den assoziierten HARQ-Steuerinformationen, weiß der Empfänger, ob ein neues Paket empfangen wird und ob er dementsprechend den Soft-Buffer leeren kann.
  • Dadurch wird sichergestellt, dass ein neues Paket nicht mit einem zuvor in dem Empfänger gespeicherten Paket kombiniert wird. Ein fehlerhaftes Kombinieren der Pakete vor dem Dekodieren ist möglicherweise selten der Fall, es kann jedoch nicht vollständig ausgeschlossen werden, wenn die Feedback-Signalisierung nicht ganz und gar zuverlässig ist. In diesem Fall ist kein korrektes Dekodieren möglich.
  • Der Empfänger kann demzufolge eine Sendewiederholung dieses Paketes durch Signalisieren einer NAK anfordern. Das wiederholte Senden dieses Paketes kann solange erfolgen, bis die maximale Anzahl der Sendewiederholungen erreicht ist. Wenn es viele Sendewiederholungen eines ,neuen' Paketes gibt, das mit den vorherigen Soft-Buffer-Werten eines ,alten' Paketes kombiniert wurde, kann der Einfluss der Soft-Werte des ,alten' Paketes auf Grund des sukzessiven Kombinierens mit dem neuen Paket reduziert werden, wodurch ein erfolgreiches Dekodieren des neuen Paketes ermöglicht wird. Wie stark der Durchsatz durch Paket-Sendewiederholungen beeinflusst wird, kann von der Wahrscheinlichkeit einer fehlerhaften Operation des Paket-Sendewiederholungsvorganges abhängig sein. Es kann ein Zielkonflikt zwischen dem Aufwand, der für das zuverlässige Signalisieren aufgebracht wird, und der Wahrscheinlichkeit für eine fehlerhafte Protokolloperation bestehen. Es kann ebenso ein Verfahren geben, um den Empfänger darüber zu informieren, ob das Paketsenden von dem Sender abgebrochen wur de. Dies kann beispielsweise der Fall sein, wenn die maximale Anzahl der Sendewiederholungen erreicht ist, oder wenn das zugewiesene Verzögerungsattribut (oder der Time-To-Live-(TTL-)Wert) nicht erfüllt werden kann.
  • Einige Kommunikationssysteme, wie Wideband Code Division Multiple Access (WCDMA), verlassen sich auf einen Soft-Handover-Vorgang. Zusätzlich zu dem Problem, dass nun mehrere Feedbacks von jedem Empfänger korrekt empfangen werden müssen, besteht auch das Problem, den HARQ-Soft-Buffer zwischen dem Sender und einer Vielzahl von Empfängern zu synchronisieren. Es kann sein, dass nicht alle Node Bs die zugehörige Signalisierung von dem UE empfangen können, die für eine korrekte Verarbeitung des empfangenen Paketes erforderlich ist. Unter der Annahme, dass die Steuerinformationen empfangen wurden, kann der Node B versuchen, das Paket zu dekodieren und die Soft-Werte zwischenzuspeichern, wenn ein erfolgreiches Dekodieren nicht möglich ist. Es ist wahrscheinlich, dass es einen Node B gibt (beispielsweise die beste Verbindung), der in der Lage ist, das Paket zu dekodieren, wobei andere überhaupt nichts empfangen.
  • Das Senden von neuen Paketen zu dem besten Node B wird fortgesetzt, obwohl es immer noch alte in anderen Empfängern zwischengespeicherte Pakete gibt.
  • In WO 02/37872 wird ein Verfahren vorgestellt, das den HARQ-Vorgang während des Soft-Handover von einem Sender zu mehreren Empfängern im Uplink offenbart. Der Empfang kann nicht gewährleistet werden, da die Leistungssteuerung und folglich die Sendeleistung normalerweise an die beste Verbindung innerhalb des Active Set angepasst ist. Dies bedeutet auch, dass ein zuverlässiges Feedback von sämtlichen der Empfänger schwer zu erreichen ist. Die Sendeleistung im Uplink muss für die „schlechten" Verbindungen erhöht werden, um einen gut synchronisierten Betrieb sicherzustellen, wodurch die Uplink-Interferenz signifikant erhöht wird. WO 02/37872 schlägt vor, die Zuverlässigkeit des HARQ-Protokolls durch Hinzufügen eines Löschbits zu den zugehörigen HARQ-Uplink-Steuerinformationen zu erhöhen.
  • Ein gesetztes Löschbit teilt dem Empfänger mit, das Paket nicht mit den vorherigen Sendungen zu kombinieren, sondern den HARQ-Soft-Buffer dieses HARQ-Prozesses zu leeren. Dies funktioniert prinzipiell, es gibt jedoch zwei Nachteile. Erstens wird vor ausgesetzt, dass der Sender den Status des Empfängers kennt, da er ihn informieren muss, wann der Buffer geleert werden soll. Wenn der Sender auf Grund eines unzuverlässigen oder fehlenden Feedbacks nicht sicher bezüglich des Status des Empfängers ist, sollte der Buffer geleert werden. Dies führt zu einem Informationsverlust, wenn das Paket bereits empfangen und in dem Soft-Buffer gespeichert wurde. Zweitens muss dieses Löschbit mit hoher Zuverlässigkeit zusammen mit den HARQ-Steuerinformationen gesendet werden. Dadurch wird der Over-The-Air-Signalisierungsaufwand im Uplink erhöht.
  • Die Probleme von nicht synchronisierten Buffern während eines Soft-Handover-Vorgangs mit mehreren Basisstationen, die als Empfänger arbeiten, wurden ausführlich beschrieben. Bestehende Lösungen beruhen neben den regulären HARQ-Steuerinformationen, wie beispielsweise der HARQ-Prozess- und der HARQ-Sequenznummer oder dem NDI, auf zusätzlicher Signalisierung zum Leeren des Soft-Buffers und zum Verhindern eines fehlerhaften Kombinierens.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Es ist die Aufgabe der vorliegenden Erfindung, ein fehlerhaftes Kombinieren von Datenpaketen in einem Paket-Sendewiederholungsprotokoll (packet retransmission protocol) in dem Empfänger zu verhindern. Das fehlerhafte Kombinieren kann durch nicht synchronisierte Soft-Buffer mehrerer Empfänger verursacht werden.
  • Die Aufgabe der vorliegenden Erfindung wird durch den Gegenstand der unabhängigen Patentansprüche erfüllt. Bevorzugte Ausführungsformen der vorliegenden Erfindung sind in den abhängigen Patentansprüchen definiert.
  • Wenn ein fensterbasiertes HARQ-Protokoll als ein Beispiel für ein Datenpaket-Sendewiederholungs-Protokoll genommen wird, sollte es nicht vorkommen, dass ein Paket mit derselben Sequenznummer wie ein altes Paket in dem Soft-Buffer empfangen wird. Dieses Phänomen wird als Wrap-Around-Problem bezeichnet. Das HARQ-Fenster wird vorgerückt, wobei der Soft-Buffer dieser Sequenznummer nicht geleert ist. Bei N-Kanal-Stop-and-Wait-Protokollen ist das Problem ähnlich. Derselbe HARQ-Prozess soll te nicht erneut einem neuen Paket zugewiesen werden, außer wenn dies angezeigt wird und der Soft-Buffer geleert wird.
  • Die vorliegende Erfindung kann eine korrekte Protokolloperation mit mehreren Basisstationen als Datenempfänger sicherstellen, wobei zusätzliche Signalisierung über die Luftschnittstelle oder innerhalb des Netzes vermieden wird. In einem ersten Schritt kann jeder Buffer nach jedem erfolgreichen Dekodieren eines empfangenen Datenpaketes oder einer Kombination eines fehlerhaften Datenpaketes mit den zugehörigen Sendewiederholungen (retransmission) geleert werden. Zusätzlich oder alternativ zu dem sofortigen Leeren des Buffers bei dem korrekten Empfangen eines Datenpaketes kann die Zeit, die seit dem letzten Speichern in einem bestimmten Buffer-Bereich verstrichen ist, beispielsweise mit Hilfe eines Zeitgebers (Timer) oder Zählers, in jeder Basisstation überwacht werden. Dieses Überwachen kann sicherstellen, dass alte Pakete in dem Soft-Buffer gelöscht werden, bevor ein neues Paket empfangen wird.
  • Eine Schwellen-Zeitspanne, das heißt, eine maximal zulässige Zeitspanne, nach der keine Sendewiederholung eines Datenpaketes in einer Basisstation mehr ankommen kann, kann vorbestimmt oder konfiguriert werden. Nach dem Ablauf dieser Zeitspanne wird ein zugehöriger Buffer-Bereich in der Basisstation geleert und es können neue Datenpakete empfangen werden. Die Konfiguration der Schwellen-Zeitspanne kann durch Signalisierung höherer Schichten zwischen einem Kommunikations-Endgerät, wie beispielsweise einem UE, und einem Empfänger, wie beispielsweise einer Basisstation, durchgeführt werden. Der Ausgangswert des Zeitgebers kann der Schwellen-Zeitspanne entsprechen.
  • Demzufolge kann das Kommunikations-Endgerät die Zeit „kennen", zu der ein Buffer-Bereich für ein bestimmtes Datenpaket und dessen zugehörigen Sendewiederholungen in der Basisstation, mit der es kommuniziert, gelöscht wird. Aus diesem Grund kann es wissen, bis zu welchem Zeitpunkt eine Sendewiederholung eines bestimmten Datenpaketes oder ein Sendewiederholungs-Datenpaket (retransmission data packet) in der Basisstation empfangen werden muss, um von dem Soft-Kombinieren zu profitieren. Wenn der Buffer in dem Empfänger geleert wurde, kann das Kommunikations-Endgerät dieses Wissen bei der Auswahl der richtigen Sendeparameter für ein neues Senden des abgebrochenen Datenpaketes verwenden.
  • Die vorliegende Erfindung stellt ein Verfahren zur Verwendung in einem Paket-Sendewiederholungs-Protokoll (packet retransmission protocol) in einem Mobilkommunikationssystem bereit, das ein Kommunikations-Endgerät und eine Vielzahl von Basisstationen umfasst, wobei das Kommunikations-Endgerät während eines Soft-Handover mit einer Vielzahl von Basisstationen kommuniziert. Das Verfahren kann die Schritte des Empfangens eines Datenpaketes von dem Kommunikations-Endgerät in der Vielzahl von Basisstationen sowie des Prüfens der Datenintegrität des empfangenen Datenpaketes in jeder der Basisstationen umfassen. Wenn die Datenintegrität des empfangenen Datenpaketes nicht durch eine Basisstation bestätigt wird, kann das empfangene Datenpaket in einem Bereich eines Buffers der jeweiligen Basisstation gespeichert werden, wobei der Buffer-Bereich mit dem empfangenen Datenpaket assoziiert ist. Die seit dem Speichern des Datenpaketes in dem zugehörigen Buffer-Bereich verstrichene Zeit kann überwacht werden. Es sollte beachtet werden, dass die sich Vielzahl von Basisstationen nicht auf alle Basisstationen beziehen muss, die durch eine Steuereinheit oder eine Vielzahl von Steuereinheiten in dem Mobilkommunikationsnetz gesteuert werden, sondern vielmehr auf die Basisstationen, die während des Soft-Handover mit dem Kommunikations-Endgerät kommunizieren. Im UMTS kann diese Vielzahl von Basisstationen als das Active Set des Kommunikations-Endgerätes bezeichnet werden. Demzufolge kann die Vielzahl von Basisstationen eine Untermenge der Basisstationen sein, die für die Kommunikation in dem Mobilkommunikationsnetz zur Verfügung stehen.
  • Wenn die Datenintegrität des empfangenen Datenpaketes bestätigt wird, kann der zugehörige Buffer-Bereich in der entsprechenden Basisstation geleert werden.
  • Als eine Alternativlösung der oben genannten Aufgabe stellt die vorliegende Erfindung des Weiteren ein Verfahren zum Aktualisieren des Soft-Buffers einer Basisstation in einem Mobilkommunikationssystem bereit, das ein Kommunikations-Endgerät und eine Vielzahl von Basisstationen umfasst. Entsprechend dieser Ausführungsform kommuniziert das Kommunikations-Endgerät während eines Soft-Handover mit der Vielzahl von Basisstationen. Gemäß dem Verfahren kann ein Datenpaket von dem Kommunikations-Endgerät in einer Vielzahl von Basisstationen empfangen werden.
  • Darüber hinaus kann die Datenintegrität des empfangenen Datenpaketes in jeder der Basisstationen überprüft werden, und wenn die Datenintegrität des empfangenen Datenpaketes bestätigt wird, kann ein Buffer-Bereich, der mit dem empfangenen Datenpaket assoziiert ist, geleert werden.
  • In einer weiteren Ausführungsform der vorliegenden Erfindung kann, wenn die Datenintegrität des empfangenen Datenpaketes nicht durch eine Basisstation bestätigt wird, das empfangene Datenpaket in einem zugehörigen Bereich eines Buffers der jeweiligen Basisstation gespeichert werden, und die Zeit, die seit dem Speichern des Datenpaketes in dem zugehörigen Buffer-Bereich verstrichen ist, kann überwacht werden.
  • Wenn die entsprechende überwachte Zeitspanne gleich einer oder länger als eine Schwellen-Zeitspanne ist, nach der ein Sendewiederholungs-Datenpaket in der jeweiligen Basisstation nicht mehr erwartet werden kann, kann der Buffer-Bereich geleert werden. Das Datenpaket kann beispielsweise über einen dedizierten Kanal empfangen werden.
  • Wenn die Datenintegrität einer ersten Übertragung eines Datenpaketes oder die Integrität eines Sendewiederholungs-Datenpaketes nicht durch eine Basisstation bestätigt wird, kann ein Sendewiederholungs-Datenpaket in Übereinstimmung mit einem Paket-Sendewiederholungs-Protokoll angefordert werden. Demzufolge kann in einer weiteren Ausführungsform ein Sendewiederholungs-Datenpaket von dem Kommunikations-Endgerät in der Vielzahl von Basisstationen empfangen werden. Bei Empfang kann eine Basisstation eine Datenintegritätsprüfung des empfangenen Sendewiederholungs-Datenpaketes in jeder der Basisstationen durchführen, und wenn die Datenintegrität nicht durch die Basisstation bestätigt wird, kann das Sendewiederholungs-Datenpaket in dem Buffer-Bereich, der mit einem vorherigen Datenpaket in Bezug auf das Sendewiederholungs-Datenpaket assoziiert ist, gespeichert werden, und das Überwachen der seit dem Speichern des Sendewiederholungs-Datenpaketes in dem zugehörigen Buffer-Bereich verstrichenen Zeit kann erneut gestartet werden.
  • Die Datenintegritätsprüfung, die bei dem Sendewiederholungs-Datenpaket durchgeführt wird, kann das Kombinieren des Sendewiederholungs-Datenpaketes mit dem dazugehörigen Datenpaket, um ein kombiniertes Datenpaket zu erhalten, das Dekodieren des kombinierten Datenpaketes, um dekodierte Daten zu erhalten, sowie das Prüfen der Integrität der dekodierten Daten umfassen. Dies bedeutet im Allgemeinen, dass das Prüfen der Datenintegrität durch Verifizieren der Nichtkorruption der empfangenen Daten, die einem Sende-/Sendewiederholungsvorgang eines spezifischen Datenpaketes entsprechen, beispielsweise mittels einer zyklischen Redundanzprüfung (Cyclic Redundancy Check – CRC), durchgeführt wird.
  • Wenn die Datenintegrität eines empfangenen Datenpaketes bestätigt wird, kann der zugehörige Buffer-Bereich geleert werden.
  • Bei Empfang eines Sendewiederholungs-Datenpaketes von dem Kommunikations-Endgerät in der Vielzahl von Basisstationen, kann eine Datenintegritätsprüfung des empfangenen Sendewiederholungs-Datenpaketes in jeder der Basisstationen durchgeführt werden, und wenn die Datenintegrität durch eine Basisstation bestätigt wird, kann das Überwachen der seit dem Speichern des Sende-Datenpaketes in dem zugehörigen Buffer-Bereich verstrichenen Zeit angehalten werden. Es sollte ferner beachtet werden, dass in dem oben genannten Fall das Sendewiederholungs-Datenpaket in dem Buffer-Bereich gespeichert werden kann. Der Begriff Datenpaket kann als ein generischer Ausdruck verstanden werden, der sich auf ein Sendewiederholungs-Paket oder eine Ausgangssendung bezieht.
  • Wenn die jeweilige überwachte Zeitspanne gleich einer oder länger als eine Schwellen-Zeitspanne ist, kann das Überwachen des jeweiligen Datenpaketes ebenfalls angehalten werden, da es nicht sehr wahrscheinlich ist, ein Sendewiederholungs-Datenpaket für das Datenpaket zu empfangen, das mit dem Buffer-Bereich assoziiert ist. Durch Leeren des Buffer-Bereiches kann sichergestellt werden, dass bei Wiederverwendung des Buffer-Bereiches ein neues Datenpaket nicht mit dem „alten" Inhalt, das heißt, mit einem zuvor empfangenen Datenpaket und seinen zugehörigen Sendewiederholungen, dieses Buffer-Bereiches kombiniert wird.
  • Wie vorangehend dargelegt wurde, ist es erstrebenswert, dass die Schwellen-Zeitspanne von konfigurierbarer Dauer ist.
  • Das Signalisieren der Dauer der Schwellen-Zeitspanne an wenigstens eine der Vielzahl von Basisstationen kann durch Funknetz-Steuersignalisierung von einer Steuereinheit in dem Mobilkommunikationsnetz bewerkstelligt werden. Wenn beispielsweise ein RAN entsprechend den UMTS-Spezifikationen verwendet wird, kann die Dauer der Schwellen-Zeitspanne an wenigstens eine Basisstation in einem Informationselement (IE) einer NBAP-(Node B Application Part)Nachricht signalisiert werden.
  • Ferner kann das Signalisieren der Dauer der Schwellen-Zeitspanne an das Kommunikations-Endgerätes durch Funkressourcen-Steuersignalisierung von einer Steuereinheit in dem Mobilkommunikationsnetz bewerkstelligt werden. Auch hier kann bei Verwenden eines RANs entsprechend den UMTS-Spezifikationen die Dauer der Schwellen-Zeitspanne an das Kommunikations-Endgerät in einem IE (Informationselement) wenigstens einer Radio-Bearer-Setup-Nachricht, einer Radio-Bearer-Reconfiguration-Nachricht, einer Radio-Resource-Control-Connection-Setup-Nachricht, einer Transport-Channel-Reconfiguration-Nachricht, einer Cell-Update-Nachricht und einer Handover-Command-Nachricht signalisiert werden.
  • In Übereinstimmung mit einem Paket-Sendewiederholungs-Protokoll, beispielsweise HARQ, kann der Empfangsstatus eines Datenpaketes dem Kommunikations-Endgerät angezeigt werden. Aus diesem Grund kann eine Nachricht von wenigstens einer der Vielzahl von Basisstationen zu dem Kommunikations-Endgerät gesendet werden, die anzeigt, ob wenigstens eine der Vielzahl von Basisstationen die Datenintegrität des empfangenen Datenpaketes bestätigt hat.
  • Ein erfolgreich empfangenes und dekodiertes Datenpaket kann zu einer höheren Schicht zur weiteren Verarbeitung weitergeleitet werden. Demzufolge wird entsprechend einer Ausführungsform der vorliegenden Erfindung das empfangene Datenpaket zu einer Steuereinheit des Mobilkommunikationssystems durch wenigstens eine der Basisstationen gesendet, welche die Datenintegrität des empfangenen Datenpaketes bestätigt hat.
  • Da es vorkommen kann, dass die Kapazität des Kommunikations-Endgerätes, die für das wiederholte Senden eines fehlerhaften Datenpaketes vor dem Leeren eines Buffer-Bereiches in der Basisstation zugewiesen wird, nicht ausreichend ist, kann das Kommu nikations-Endgerät der Basisstation signalisieren, seine zugewiesene Kapazität für das Sendewiederholungs-Datenpaket zu erhöhen. Demzufolge empfängt eine Basisstation eine Kapazitäts-Anforderungs-Nachricht von dem Kommunikations-Endgerät, die zusätzliche Sendekapazität für eine Sendewiederholung eines Datenpaketes anfordert.
  • Die Kapazitäts-Anforderungs-Nachricht umfasst vorteilhafterweise wenigstens eine Sendepriorität des durch das Kommunikations-Endgerät zu sendenden Datenpakets, die Größe der Daten in einem Sende-Buffer des Kommunikations-Endgerätes und die Dauer der überwachten Zeitspanne. Diese Parameter können vorteilhafterweise von der Basisstation verwendet werden, um zu entscheiden, ob die zugewiesene Kanalkapazität für das anfordernde Kommunikations-Endgerät erhöht wird oder nicht. Alternativ dazu kann die Kapazitäts-Anforderung des Kommunikations-Endgerätes entsprechend einer weiteren Ausführungsform der vorliegenden Erfindung HARQ-Nebeninformationen, wie beispielsweise die Sequenznummer, den HARQ-Prozess oder den New Data Indicator (NDI) umfassen, um das Paket, für das die Kapazität angefordert wird, zu identifizieren. Für das Identifizieren des Paketes kann die Basisstation einige der entsprechenden Parameter des Paketes, wie beispielsweise die Schwellen-Zeitspanne und die Priorität des Datenpaketes, kennen. Gleichermaßen kann das Kommunikations-Endgerät den physikalischen Kanal, den Transportkanal und/oder den logischen Kanal, für den es die Kapazität anfordert, identifizieren.
  • In Reaktion auf die Kapazitäts-Anforderungs-Nachricht oder in dem Fall, in dem die Basisstation die dem Kommunikations-Endgerät zugewiesene Kapazität erhöhen kann, wird eine Kapazitäts-Zuweisungs-Nachricht zu dem Kommunikations-Endgerät gesendet, wobei die Kapazitäts-Zuweisungs-Nachricht eine Sendekapazität anzeigt, die dem Kommunikations-Endgerät zum Datensenden zugewiesen wird.
  • Eine weitere Möglichkeit zum Verhindern des Leerens eines Buffer-Bereiches, der mit einem spezifischen Datenpaket und dessen zugehörigen Sendewiederholungs-Datenpaketen assoziiert ist, kann das Senden einer Neustartanforderungs-Nachricht zu einer Basisstation sein, wobei die Neustartanforderungs-Nachricht ein Datenpaket anzeigt, für das das Überwachen der seit dem Speichern des Datenpaketes (oder eines zugehörigen Sendewiedefiolungs-Paketes) in dem assoziierten Buffer-Bereich verstrichenen Zeit neu zu starten ist. Eine Basisstation kann diese Neustartanforderungs- Nachricht empfangen und das Überwachen neu starten. Die Neustartanforderungs-Nachricht kann Steuerinformationen und keine oder Dummy-Nutzdaten umfassen. In einer weiteren alternativen Ausführungsform der vorliegenden Erfindung kann eine Basisstation bei Ablauf der Schwellen-Zeitspanne einen zugehörigen Buffer-Bereich der Pakete als zu leerenden Buffer-Bereich markieren. Wenn ein neues mit diesem Buffer-Bereich assoziiertes Paket (identifiziert durch die Sequenznummer) empfangen wird, kann sie schließlich den Soft-Buffer leeren, sofern sie nicht einige zusätzliche Steuerinformationen empfangen hat. Eine solche Steuerinformation kann ein Kombinierindikator sein. Ein Kombinierindikator kann als Flag ausgeführt werden, das gesendet werden kann, wenn das gesendete Datenpaket kombiniert werden soll. In letzterem Fall darf der markierte Buffer-Bereich nicht geleert werden und es findet immer noch ein Kombinieren statt, obwohl die Zeit bereits abgelaufen ist. Dadurch kann ein Soft-Kombinieren ermöglicht werden, selbst wenn eine Sendewiederholung eines Datenpaketes verzögert ist.
  • Wenn ein fensterbasiertes Paket-Sendewiederholungs-Protokoll verwendet wird, kann das Verfahren des Weiteren den Schritt des Berechnens der Schwellen-Zeitspanne auf Basis der Zeit umfassen, die für das Senden aller Datenpakete innerhalb eines Fensters des Paket-Sendewiederholungs-Protokolls erforderlich ist.
  • Unabhängig von dem verwendeten Sendewiederholungs-Protokoll kann die Schwellen-Zeitspanne ebenfalls auf Basis des Zeitintervalls zwischen dem Empfang eines Ausgangsdatenpaketes und dem Empfang eines Sendewiederholungs-Paketes berechnet werden.
  • In Übereinstimmung mit einer weiteren Ausführungsform kann die Dauer der Schwellen-Zeitspanne auf Basis wenigstens eines der folgenden Parameter berechnet werden: der Größe des Buffers, der maximalen Anzahl von Paket-Sendewiederholungen in einem Datenpaket-Sendewiederholungs-Protokoll, der Verarbeitungszeit des Kommunikations-Endgerätes für eine Feedback-Nachricht, der Verarbeitungszeit der entsprechenden Basisstation für ein empfangenes Datenpaket und eines Sende-Zeitintervalls.
  • Die vorliegende Erfindung stellt darüber hinaus eine Basisstation in einem Mobilkommunikationssystem bereit, das ein Kommunikations-Endgerät und eine Vielzahl von Basisstationen umfasst, wobei das Kommunikations-Endgerät während eines Soft-Handover mit der Vielzahl von Basisstationen kommuniziert, und wobei die Basisstation eine Einrichtung zum Implementieren des vorangehend beschriebenen Verfahrens umfasst.
  • In einer weiteren Ausführungsform stellt die vorliegende Erfindung ein Verfahren zum Planen von Daten-Sendewiederholungen in einem Kommunikations-Endgerät, das Teil eines Mobilkommunikationssystems ist, bereit, wobei das Mobilkommunikationssystem das Kommunikations-Endgerät und eine Vielzahl von Basisstationen umfasst, und wobei das Kommunikations-Endgerät während eines Soft-Handover mit der Vielzahl von Basisstationen kommuniziert. Das Verfahren kann den Schritt des Sendens eines Datenpaketes zu der Vielzahl von Basisstationen, den Schritt des Empfangens wenigstens einer Feedback-Nachricht von wenigstens einer der Basisstationen, den Schritt des Auswertens der wenigstens einen Feedback-Nachricht, um zu bestimmen, ob die Datenintegrität des gesendeten Datenpaketes durch wenigstens eine der Vielzahl von Basisstationen bestätigt wird, oder ob die Datenintegrität des gesendeten Datenpaketes nicht durch eine Basisstation bestätigt wird, den Schritt des Überwachens der seit dem Senden des Datenpaketes oder dem Empfangen der entsprechenden Feedback-Nachricht verstrichenen Zeit, um eine zu dem Datenpaket zugehörige Sendewiederholung so zu planen (to schedule), dass diese nicht nach dem Ablauf einer Schwellen-Zeitspanne erfolgt, nach der ein Empfang eines Sendewiederholungs-Datenpaketes in der jeweiligen Basisstation nicht mehr erwartet werden kann, umfassen.
  • Wenn die Datenintegrität des gesendeten Datenpaketes nicht bestätigt wird und zu einem Zeitpunkt, zu dem die überwachte Zeitspanne kürzer als die Schwellen-Zeitspanne ist, kann, wie bereits oben beschrieben, eine Kapazitäts-Anforderungs-Nachricht zu der Vielzahl von Basisstationen gesendet werden, die zusätzliche Sendekapazität für eine Sendewiederholung eines Datenpaketes anfordert.
  • Wenn eine Kapazitäts-Zuweisungs-Nachricht, die eine dem Kommunikations-Endgerät zum Datensenden zugewiesene Sendekapazität anzeigt, nicht von einer Basisstation der Vielzahl von Basisstationen empfangen wird, oder wenn dem UE in Reaktion auf eine Kapazitäts-Anforderungs-Nachricht keine zusätzliche Kapazität zugewiesen wird, kann eine Neustartanforderungs-Nachricht von dem Kommunikations-Endgerät zu einer Basisstation gesendet werden, wobei die Neustartanforderungs-Nachricht ein Datenpaket anzeigt, für welches das Überwachen in der jeweiligen Basisstation neu zu starten ist.
  • Die Verwendung einer Neustartanforderungs-Nachricht ist nicht an die Ergebnisse einer Anforderung für zusätzliche Sendekapazität gebunden. In Übereinstimmung mit einer weiteren Ausführungsform der vorliegenden Erfindung, kann, wenn die Datenintegrität des gesendeten Datenpaketes nicht bestätigt wird und zu einem Zeitpunkt, zu dem die überwachte Zeitspanne kürzer als die Schwellen-Zeitspanne ist, eine Neustartanforderungs-Nachricht zu einer Basisstation gesendet werden, wobei die Neustartanforderungs-Nachricht ein Datenpaket anzeigt, für welches das Überwachen in der jeweiligen Basisstation neu zu starten ist.
  • Wie an späterer Stelle ausführlicher beschrieben wird, kann in dem Fall, in dem ein Sendewiederholungs-Paketes nicht von dem Kommunikations-Endgerät gesendet werden kann, bevor der zugehörige Buffer-Bereich in der Basisstation geleert wird, beispielsweise auf Grund unzureichend zugewiesener Kapazität, das Kommunikations-Endgerät auf das Leeren des Buffer-Bereiches warten, um ein neues Ausgangsdatenpaket zu senden. Demzufolge kann das Verfahren den Schritt des Hinauszögerns der Sendewiederholungen eines Datenpaketes umfassen, bis die jeweilige überwachte Zeitspanne länger als die Schwellen-Zeitspanne ist, wenn die Datenintegrität des gesendeten Datenpaketes nicht bestätigt wird und zu einem Zeitpunkt, zu dem die überwachte Zeitspanne kürzer als die Schwellen-Zeitspanne ist.
  • Um das Senden eines Sendewiederholungs-Datenpaketes zu initiieren, wenn die Datenintegrität des gesendeten Datenpaketes nicht bestätigt wird, wird ein Scheduler in dem Kommunikations-Endgerät informiert und kann das gesendete Datenpaket erneut für die Sendewiederholung zuweisen. Analog dazu kann, wenn die Datenintegrität für das gesendete Datenpaket bestätigt wird, der Scheduler durch das Kommunikations-Endgerät informiert werden, um das gesendete Datenpaket aus einem Sende-Buffer des Kommunikations-Endgerätes zu entfernen.
  • Wenn eine Sendewiederholung für das Ausgangsdatenpaket erforderlich wird, kann das Kommunikations-Endgerät das Sendewiederholungs-Datenpaket zu der Vielzahl von Basisstationen senden, und empfängt seinerseits wenigstens eine Feedback-Nachricht von wenigstens einer der Basisstationen. Anschließend kann die wenigstens eine Feedback-Nachricht ausgewertet werden, um zu bestimmen, ob die Datenintegrität des ge sendeten Sendewiederholungs-Datenpaketes von wenigstens einer der Vielzahl von Basisstationen bestätigt wird, und wenn die Datenintegrität bestätigt wird, kann das Überwachen der seit dem Senden eines Datenpaketes oder dem Empfangen einer entsprechenden Feedback-Nachricht verstrichenen Zeit erneut gestartet werden. Wenn beispielsweise ein Zeitgeber für das Überwachen verwendet wird, wird der Zeitgeber auf seinen Ausgangs-Schwellenwert zurückgesetzt und erneut gestartet.
  • Des Weiteren stellt die vorliegende Erfindung ein Kommunikations-Endgerät in einem Mobilkommunikationssystem bereit, das ein Kommunikations-Endgerät und eine Vielzahl von Basisstationen umfasst, wobei das Kommunikations-Endgerät während eines Soft-Handover mit der Vielzahl von Basisstationen kommuniziert, und wobei das Kommunikations-Endgerät eine Einrichtung zum Implementieren der vorangehend beschriebenen Verfahrensschritte umfasst.
  • In Übereinstimmung mit einer weiteren Ausführungsform der vorliegenden Erfindung können das Kommunikations-Endgerät und die Basisstation, wie vorangehend beschrieben, vorteilhafterweise in einem Mobilkommunikationssystem kombiniert werden.
  • KURZE BESCHREIBUNG DER FIGUREN
  • Im Folgenden wird die vorliegende Erfindung ausführlicher unter Bezugnahme auf die angehängten Figuren und Zeichnungen beschrieben. Ähnliche oder übereinstimmende Details in den Figuren sind mit denselben Referenznummern versehen.
  • 1 zeigt die High-Level-Architektur von UMTS,
  • 2 zeigt die UTRAN-Architektur entsprechend UMTS R99/4/5,
  • 3 zeigt ein Drift Radio Subsystem und ein Serving Radio Subsystem,
  • 4 zeigt die weiterentwickelte UTRAN-Architektur,
  • 5 die E-DCH-MAC-Architektur in einem UE,
  • 6 zeigt die MAC-eu-Architektur in einem UE,
  • 7 zeigt die MAC-eu-Architektur in einem Node B,
  • 8 zeigt die MAC-eu-Architektur in einem RNC,
  • 9 zeigt ein dem Stand der Technik entsprechendes Ablaufdiagramm der Funktionsweise eines HARQ-Empfängers,
  • 10 zeigt eine Verfahrensweise zum Einrichten eines Radio Bearer entsprechend den UMTS-Spezifikationen,
  • 11 zeigt ein Ablaufdiagramm der Funktionsweise einer Basisstation entsprechend einer Ausführungsform der vorliegenden Erfindung,
  • 12 zeigt ein Ablaufdiagramm der Funktionsweise eines Kommunikations-Endgerätes entsprechend einer Ausführungsform der vorliegenden Erfindung,
  • 13 illustriert das zeitliche Planen von Daten zwischen einem Kommunikations-Endgerät und einer Basisstation entsprechend einer Ausführungsform der vorliegenden Erfindung.
  • AUSFÜHRLICHE BESCHREIBUNG DER ERFINDUNG
  • Es wird darauf hingewiesen, dass die verschiedenen Ausführungsformen im Folgenden hauptsächlich in Bezug auf das HARQ-Paket-Sendewiederholungs-Protokoll und das UMTS beschrieben werden. Dennoch sind die Prinzipien, die der vorliegenden Erfindung zu Grunde liegen, ebenfalls auf andere Datenpaket-Sendewiederholungs-Protokolle und auf andere Mobilkommunikationssysteme als das UMTS anwendbar, die das Soft-Handover von Kommunikations-Endgeräten und Paket-Sendewiederholungs-Mechanismen bereitstellen.
  • 11 zeigt ein beispielhaftes Ablaufdiagramm der Funktionsweise einer Basisstation im dem Active Set eines UE während eines Soft-Handover. Die Basisstation kann in Schritt 1101 die physikalischen Kanäle überwachen und kann in Schritt 1102 regelmäßig prüfen, ob ein oder mehrere Datenpakete innerhalb eines Sende-Zeitintervalls (TTI) empfangen werden. Wenn ein Datenpaket zu der Basisstation gesendet wird, wird es in Schritt 1103 empfangen und bei Empfang entscheidet die Basisstation in Schritt 1104, ob das empfangene Datenpaket eine erste Übertragung eines Datenpakets (Ausgangsdatenpaket) oder eine Sendewiederholung in Bezug auf ein Ausgangsdatenpaket ist. Wenn das empfangene Datenpaket ein Sendewiederholungs-Datenpaket ist, kombiniert die Basisstation in Schritt 1105 die Sendewiederholungs-Daten mit den zugehörigen Soft-Werten, die in einem assoziierten Soft-Buffer-Bereich der Basisstation gespeichert sind. Wenn beispielsweise die erste Übertragung eines Datenpakets nicht korrekt empfangen wird, das heißt, seine Daten fehlerhaft sind, und nicht durch die Basisstation dekodiert werden kann, werden die Sendewiederholungs-Daten, die zu dieser erste Übertragung eines Datenpakets gehören, mit den Daten von dieser erste Übertragung des Datenpakets kombiniert und die kombinierten Daten werden in Schritt 1106 dekodiert. Wenn eine erste Übertragung eines Datenpaketsempfangen wird, kann das Paket direkt ohne ein vorheriges Kombinieren in Schritt 1106 dekodiert werden. In Schritt 1106 wird darüber hinaus die Datenintegrität der dekodierten Daten geprüft.
  • Wenn die Datenintegrität bestätigt wird, geht der Prozess zu Schritt 1107 über. Als eine erste Verbesserung im Vergleich zu dem in 9 dargestellten dem Stand der Technik entsprechenden Paket-Sendewiederholungs-Protokoll wird ein mit einem Datenpaket und dessen möglichen Sendewiederholungen assoziierter Buffer-Bereich, beispielsweise ein HARQ-Soft-Buffer, in Schritt 1107 umgehend nach dem korrekten Empfangen des Datenpaketes gelöscht oder geleert und nicht nur nachdem ein neues Datenpaket empfangen wird, wie dies bei herkömmlichen Paket-Sendewiederholungs-Protokollen der Fall ist (siehe Block 906 in 9). Demzufolge wird der mit einer ersten Übertragung eines Datenpaketsund dessen Sendewiederholungen assoziierter Buffer-Bereich sofort nach dem korrekten Dekodieren geleert, wodurch sichergestellt wird, das sich keine Daten von zuvor empfangenen Datenpaketen in dem Buffer-Bereich befinden, wenn ein neues Datenpaket empfangen wird, das mit diesem Buffer-Bereich assoziiert ist.
  • Bei dem Senden von Daten zwischen einem Kommunikations-Endgerät und einer Vielzahl von Basisstationen kann sich das sofortige Leeren eines Soft-Buffer-Bereiches un terscheiden, da einige Node Bs vorübergehend keine Steuerinformationen empfangen können und der Node B, der fehlerfreie Datenpakete von dem UE empfängt, eine Zeit lang mit dem Senden fortfahren kann.
  • Wenn der Buffer-Bereich beispielsweise sofort nach dem korrekten Dekodieren des Datenpaketes geleert wird, kann ein fehlerhaftes Kombinieren von Anfang an ausgeschlossen werden. Zusätzlich dazu kann ein Zeitgeber verwendet werden, der vorzugsweise für alle neuen Pakete (n = 0, 1 ... N), die nicht erfolgreich dekodiert werden, gestartet wird, um ein felerhaftes Kombinieren zu verhindern. Nachdem oder bevor die Soft-Werte eines Datenpaketes, das heißt, eines Ausgangsdatenpaketes oder eines Sendewiederholungs-Datenpaketes, in dem Soft-Buffer gespeichert werden, wird ein Zeitgeber gestartet, um anzuzeigen, wie lange das Paket in dem Buffer gespeichert ist oder vielmehr wie lange es noch in dem Soft-Buffer verbleiben kann, bevor der zugehörige Buffer-Bereich geleert wird. Während des normalen Betriebs mit kontinuierlichem Empfang kann eine Sendewiederholung empfangen werden, bevor der Zeitgeber abläuft und der Zeitgeber für dieses Datenpaket Xi wird neu gestartet. Wenn ein Paket korrekt empfangen wird, kann, zusätzlich zu dem Leeren des zugehörigen Buffer-Bereiches in Schritt 1107, der Zeitgeber für dieses Datenpaket angehalten werden.
  • Für den Fall, dass ein Datenpaket, das heißt, ein erste Übertragung eines Datenpaketsallein oder eine Kombination einer ersten Übertragung eines Datenpakets mit Soft-Werten von einer oder mehreren Sendewiederholungen in Bezug auf dieses Paket, in Schritt 1106 nicht korrekt dekodiert werden kann, wird das neu empfangene Datenpaket in einem zugehörigen Soft-Buffer-Bereich gespeichert.
  • Bei dem HARQ beispielsweise identifiziert in jedem empfangenen Datenpaket, unabhängig davon, ob dies eine erste Übertragung eines Datenpakets oder ein Sendewiederholungs-Datenpaket ist, die HARQ-Prozessnummer und der NDI eine Sendewiederholung eines bestimmten Datenpaketes, wie dies vorangehend beschrieben wurde. Wenn ein Datenpaket mit einer bestimmten Prozessnummer empfangen wird und nicht korrekt dekodiert werden kann, können die Soft-Werte des Datenpaketes in einem zugehörigen Buffer-Bereich zusammen mit weiteren Daten von Paketen gespeichert werden, die dieselbe HARQ-Prozessnummer enthalten.
  • Wenn ein Zeitgeber für ein Datenpaket, das in einem zugehörigen Buffer-Bereich gespeichert werden kann, nicht läuft, das heißt, eine erste Übertragung eines Datenpakets wird empfangen, wird der Zeitgeber, der mit dem Buffer-Bereich und dem empfangenen Datenpaket assoziiert ist, in Schritt 1111 gestartet. Wenn der Zeitgeber bereits für ein empfangenes mit dem Buffer-Bereich assoziiertes Datenpaket läuft, kann der Zeitgeber erneut gestartet werden (siehe ebenfalls Schritt 1111).
  • Bevor zu dem Empfang in dem nächsten Sende-Zeitintervall (TTI) übergegangen wird, können alle Zeitgeber in Schritt 1112 herabgesetzt werden. Die Zeitgeber können unabhängig davon herabgesetzt werden, ob ein Datenpaket in dem verstrichenen TTI empfangen wird oder nicht.
  • Wenn in Schritt 1113 festgestellt wird, dass einer der Zeitgeber abgelaufen ist, wird der bestimmte Buffer-Bereich, der die erste Übertragung eines Datenpaketsund möglicherweise zusätzliche Soft-Werte von empfangenen zugehörigen Sendewiederholungs-Paketen umfasst, in Schritt 1114 gelöscht, da die entsprechende Basisstation ein Sendewiederholungs-Datenpaket, das zu dem in dem Soft-Buffer-Bereich gespeicherten fehlerhaften Datenpaket gehört, nicht mehr erwarten kann. Wenn kein Zeitgeber abgelaufen ist, wird der Empfang des nächsten Datenpaketes erwartet.
  • Ein Kriterium zum Setzen des Zeitgeberwertes, das heißt, zum Setzen einer Schwellen-Zeitspanne, nach der ein Sendewiederholungs-Datenpaket von einer Basisstation nicht mehr erwartet werden kann, ist, diesen Zeitwert klein genug festzulegen, um ein fehlerhaftes Kombinieren von unterschiedlichen Paketen zu vermeiden. Gleichzeitig sollte der Zeitgeberwert groß genug sein, um ein Löschen der gespeicherten Pakete zu vermeiden, für die noch Sendewiederholungen anstehen.
  • Beispielsweise können in HARQ-Protokollen, die in dem UMTS, Release 5, verwendet werden, HARQ-Sendungen asynchron sein, während ACK/NAK-Feedback-Nachrichten synchron gesendet werden können. Das bedeutet, dass die Basisstation üblicherweise nicht genau weiß, wann eine Sendewiederholung einer ersten Übertragung eines Datenpakets durch das Kommunikations-Endgerät gesendet wird, wodurch das Setzen des Zeitgebers ziemlich erschwert wird. Wenn das UE Datenpakete eigenständig senden kann, kann es sein, dass das Sendewiederholungs-Datenpaket kurz nach dem Senden des Ausgangsdatenpaketes folgt, wobei die Verarbeitungszeit in der Basisstation und dem Kommunikations-Endgerät berücksichtigt wird. Sendewiederholungen können mit einer höheren Priorität gesendet werden, um Verzögerungen und Verzögerungsvarianzen zu minimieren. Des Weiteren sollte eine Sendewiederholung nicht allzu lange anstehen, da sich die Kanalbedingungen ändern können und demzufolge das Sendeformat, beispielsweise die Paketgröße, die Modulation, die Kodierrate und so weiter, nicht mehr für die Kanalbedingungen geeignet sein kann. Letzteres kann eine Anpassung der Transmission Format Combination (TFC – Sendeformatkombination) an die neuen Kanalbedingungen erfordern.
  • Der maximal zulässige Zeitgeberwert kann von dem detaillierten Design des Paket-Sendewiederholungs-Protokolls abhängig sein. Beispielsweise sollte in einem fensterbasierten HARQ-Protokoll das Wrap-Around-Problem vermieden werden. Für ein zuverlässiges ARQ-Verfahren kann das ARQ-Fenster wenigstens doppelt so groß sein wie das Sender- oder Empfängerfenster. Sobald ein Datenpaket außerhalb des Fensters empfangen wird, wird das Fenster vorwärts verschoben. Unter der Annahme, dass die Sequenznummern verwendet werden, um eine bestimmte Position innerhalb des HARQ-Fensters zu identifizieren, dass das Fenster nicht in größeren Schritten vorwärts verschoben wird und alle nachfolgenden Datenpakete korrekt empfangen werden, kann der Zeitgeberwert auf Basis der Zeitspanne berechnet werden, die für das Senden aller Pakete des Fensters erforderlich ist. In letzterem Fall würde der Zeitgeber ablaufen, bevor ein neues Senden eines neuen Datenpaketes mit derselben Sequenznummer initiiert werden würde.
  • Je größer die Fenstergröße ist, oder je mehr HARQ-SAW-Prozesse es gibt oder je größer das Fenster je HARQ-Prozess und demzufolge die Soft-Buffer-Größe ist, desto höher kann der Zeitgeberwert sein. Für HARQ kann die Soft-Buffer-Größe einer der Haupt-Komplexitätsfaktoren sein, da jeder Soft-Wert eines Sendewiederholungs-Datenpaketes in einem Buffer-Bereich zwischengespeichert werden muss. Aus diesem Grund darf die Fenstergröße nicht überdimensioniert sein. Dies bedeutet, dass der Buffer dimensioniert sein kann, um so viele Paket zu speichern, wie während der Round-Trip-Time bei kontinuierlichem Senden empfangen werden. In Abhängigkeit von der Empfängerimplementierung kann das Paket mittels Soft-Werten auf Bitebene oder auf Symbolebene zwischengespeichert werden. Bei der High-Level-Modulation (beispielsweise 16 QAM) ist für das Zwischenspeichern auf Symbolebene weniger Speicherplatz erforderlich, während Soft-Werte auf Bitebene die höchstmögliche Flexibilität ermöglichen, wenn beispielsweise bestimmte Bits punktiert werden müssen. Ein weiteres Designkriterium ist die Bit-Granularität, das heißt, wie viele Bits einen Soft-Wert repräsentieren. Demzufolge kann ein Zielkonflikt zwischen Genauigkeit und Buffer-Größe vorliegen.
  • Die in 13 dargestellte Round-Trip-Zeit kann als die Zeit von der ersten Übertragung 1301 eines Datenpaketes von dem UE bis zu einer Sendewiederholung desselben Datenpaketes 1305 bei Empfangen einer negativen Feedback-Nachricht definiert werden. Dies schließt zwei Zeiten ein, die Laufzeitverzögerung tpropa plus die Verarbeitungszeiten des UEs und des Node B, tUE-process und tNodeB-process. Angenommen, eine Sendewiederholung kann 6 TTIs nach der vorherigen oder der ersten Übertragung gesendet werden. Um ein kontinuierliches Senden zu ermöglichen, kann dies einer Sender- und Empfänger-Fenstergröße von wenigstens 6 entsprechen. In einem rein fensterbasierten ARQ-System kann die Mindest-Gesamtfenstergröße wenigstens das Doppelte der Empfänger-/Sender-Fenstergröße betragen, das heißt, gleich 12 in dem Beispiel. Dadurch kann eine eindeutige Identifizierung der Pakete und ein korrekter ARQ-Vorgang gewährleistet werden, selbst wenn einige ACKs/NAKs verloren gehen. Wenn beispielsweise eine NAK auf Grund der Fehlinterpretation einer ACK erfolgt, kann ein neues Paket nicht dieselbe Sequenznummer besitzen, das Fenster würde jedoch wahrscheinlich verschoben werden, wodurch dem Empfänger angezeigt wird, dass dies nicht die erwartete Sendewiederholung sondern ein neues Paket ist.
  • Dieselbe Berechnung kann für N-Kanal-SAW-Protokolle durchgeführt werden. Das zuvor beschriebene ARQ-System entspricht einem 6-Kanal-SAW-Protokoll und einem 1-Bit-NDI (New Data Indicator) (gleich einer Sequenznummer). In beiden Systemen kann der Zeitgeber auf das 12-fache des TTIs gesetzt werden, um das Protokoll für den ungünstigsten Fall funktionstüchtig zu machen. Unter der Annahme des synchronen Sendens, wie in 13 dargestellt, kann der maximale Zeitgeberwert für den ungünstigsten Fall berechnet werden. Dies wird im Folgenden erläutert:
    Das UE kann ein erstes Datenpaket mit einer auf 1 gesetzten Prozessnummer und einem NDI gleich 0 an zwei Node Bs senden, wobei Node B1 das Datenpaket empfängt, dieses jedoch nicht dekodieren kann und demzufolge die Soft-Werte in einem Buffer- Bereich des Soft-Buffers speichert und eine NAK zu dem UE sendet, um das erfolglose Dekodieren anzuzeigen. Node B2 kann das Datenpaket erfolgreich dekodieren und sendet eine ACK. Folglich empfängt das UE eine ACK von Node B2 und die NAK von Node B1.
  • Des Weiteren wird angenommen, dass das UE die Pakete 2, 3, ..., 12 zu Node B1 und Node B2 sendet, wobei Node B2 alle Pakete empfängt und erfolgreich dekodiert. Die Datenpakete 1 bis 6 können verschiedene HARQ-Prozessnummern und einen auf 0 gesetzten NDI umfassen. Die Pakete 7 bis 12 werden mit dem auf 1 gesetzten NDI gesendet.
  • Angenommen, Node B1 kann vorübergehend nicht Empfangen und verpasst das Paket 7 mit der Prozessnummer 1 und einem auf 1 gesetzten NDI. Folglich bleibt das erste Datenpaket mit einer Prozessnummer 1 und einem auf 0 gesetzten NDI immer noch in dem zugehörigen Soft-Buffer des Node B1 gespeichert.
  • Das UE sendet das neue Datenpaket 13 mit der Prozessnummer 1 und dem NDI gleich 0, das von dem Node B1 empfangen wird. Da die Prozessnummer und der NDI des neuen Datenpaketes der Prozessnummer und dem NDI des in dem Buffer gespeicherten Datenpaketes entsprechen, kombiniert Node B1 die beiden Pakete, da das neue Datenpaket als eine Sendewiederholung angesehen wird. Folglich würde der Node B1 das Datenpaket 13 in einer solchen Situation fälschlicherweise mit den Daten des ersten Datenpaketes 1 kombinieren, das in dem Soft-Buffer gespeichert ist.
  • Dies ist eine Kalkulation des ungünstigsten Falls auf Basis sehr spezifischer Annahmen, die in einem realen System nur selten vorkommen. Zunächst muss das UE nicht kontinuierlich wie in dem vorangehenden Beispiel zugewiesen werden. Die Fehlinterpretation der Feedback-Signalisierung oder das gänzliche Verpassen eines Datenpaketes stellt ebenfalls einen Ausnahmefall dar. Auch der ARQ-Vorgang ist möglicherweise nicht synchron, das heißt, die Sendewiederholung muss nicht nach dem Ablaufen einer festgelegten Zeitspanne gesendet werden. Es können Sendewiederholungen von einigen anderen Paketen anstehen, die eine höhere Priorität als die Ausgangssendung (erste Übertragung eines Pakets) haben und sie würden neue Ausgangssendungen verdrängen, wodurch die Zeit bis zu einem möglichen Wrap Around" erhöht wird. Die begrenzte Fenstergröße macht es erforderlich, dass der HARQ-Buffer nur nach einem verpassten Empfang geleert wird.
  • Das verwendete Paket-Sendewiederholungs-Schema oder -Protokoll kann flexibel konfigurierbar sein, wobei beispielsweise Dienstgüteanforderungen spezifischer Datenströme berücksichtigt werden. Dies kann beispielsweise eine bestimmte zu erreichende Bitfehlerrate oder eine Verzögerungsanforderung sein. Beispielsweise können die konfigurierbaren Parameter bei der Verwendung des HARQ-Protokolls die Größe des HARQ-Soft-Buffers, die Anzahl der HARQ-Prozesse, die Zeit bis zum Abbruch eines Paketes, die maximale Anzahl der Sendewiederholungen, das minimale Zwischen-TTI-Intervall oder die Verarbeitungszeit des UEs und/oder des Node B und so weiter umfassen. Das Setzen des Zeitgebers auf die Zeit, zu der ein Paket aus dem Soft-Buffer zu löschen ist, kann von einer solchen Art von Parametern abhängen, was ebenfalls berücksichtigt werden sollte.
  • Das Problem von nicht synchronisierten Node B-Buffern kann während eines Soft-Handover auftreten, wenn zwei oder mehr Node Bs dasselbe Paket empfangen und versuchen, dieses zu dekodieren. Aus diesem Grund kann der RNC den Node B über den Soft-Handover-Status jedes einzelnen UEs informieren. Ein Zeitgeber kann nur gestartet werden, wenn sich das UE im Soft-Handover befindet.
  • Darüber hinaus kann es einen Standard-Zeitgeberwert für den Node B gegeben oder der Wert kann durch höhere Schichten, wie beispielsweise der RRC (Radio Resource Control) Schicht, konfiguriert werden. Der RNC kann eine Nachricht mit einem neuen Informationselement, beispielsweise mit der Bezeichnung HARQ_flush_timer, signalisieren. Die Nachricht kann gesendet werden, um einen bestimmten physikalischen oder Transport-Kanal, beispielsweise einen E-DCH (Enhanced Dedicated Channel), einzurichten oder zu ändern. Im UMTS wird das Funknetz-Steuerprotokoll als Node B Application Protocol (NBAP) bezeichnet. Für das Paketsenden dem Enhanced Dedicated Uplink können verschiedene Koordinieroptionen angewendet werden. Wenn der Node B das Uplink-Senden der UEs steuert, kann er ein bestimmtes UE priorisieren, dessen Zeitgeber nahezu abgelaufen ist. Dadurch wird dem UE ermöglicht, das Sendewiederholungs-Datenpaket vor dem Ablaufen des Zeitgebers und einem Leeren des Soft- Buffers in den Basisstationen seines Active Set zu senden sowie von dem Soft-Kombinieren zu profitieren.
  • Obwohl Sendewiederholungen eine höhere Priorität haben können, können bei der Planungsentscheidung (scheduling decision) des UEs andere Parameter, wie beispielsweise die Kanalqualität, die verfügbare Sendeleistung, unterschiedliche Prioritäten von verschiedenen Datenströmen und so weiter, berücksichtigt werden. Wenn das UE einige Sendungen eigenständig Planen kann oder zusätzliche Sendekapazität anfordern kann, kann es Pakete priorisieren, deren Zeitgeber nahezu abgelaufen ist.
  • Demzufolge kann in einer anderen Ausführungsform der Zeitgeberwert dem UE bekannt sein, beispielsweise kann dieser vorab festgelegt werden. In einer weiteren Ausführungsform der Erfindung wird der Zeitgeberwert an das UE signalisiert. Der Zeitgeberwert kann unter Verwendung der RRC-Signalisierung signalisiert werden. Dies kann das Definieren eines neuen Informationselementes, beispielsweise mit der Bezeichnung HARQ_flush_timer, für eine RRC-Signalisierungsnachricht erforderlich machen. Die in 10 beschriebene Verfahrensweise zum Einrichten eines Trägers müsste nicht geändert werden und würde das neue Informationselement HARQ_flush_timer in die bestehende Nachricht, wie beispielsweise RB_setup, RB_reconfiguration, RRC_connection_setup, TrCH_reconfiguration, cell_update oder handover_command, integrieren. Wenn der HARQ-Zeitgeberwert nicht signalisiert wird, kann er einen vorab festgelegten Standardwert haben. Darüber hinaus kann sich die Granularität der Zeitgeberwerte mit höheren Werten des Parameters HARQ_flush_timer erhöhen. Wenn beispielsweise mögliche Zeitgeberwerte von 5 ms, 10 ms, 15 ms, 20 ms, 30 ms, 50 ms oder 100 ms angenommen werden, kann der HARQ_flush_timer durch 3 Bits repräsentiert werden.
  • Des Weiteren kann das Kommunikations-Endgerät die Auswahl der Sendeparameter ändern, wenn es weiß, dass der Soft-Buffer in einigen oder in allen Node Bs bereits geleert wurde. In Abhängigkeit davon, wie viele Sendewiederholungen bereits gesendet wurden, gibt es beispielsweise mehrere Strategien für Incremental Redundancy. Einige UEs senden das Ausgangsdatenpaket bei einer geringen Coderate, um nah an die für das Dekodieren benötigte Coderate heranzukommen. Bei weiteren Sendewiederholungs-Datenpaketen wird lediglich ein wenig Redundanz hinzugefügt. Wenn bekannt ist, dass ein mit einem Datenpaket und dessen jeweiligen Sendewiederholungs-Datenpaketen assoziierter Buffer-Bereich in einigen oder in allen Node Bs geleert wurde, kann das UE wieder mit der ersten Übertragung (eines Pakets) starten. Dasselbe kann für Systeme gelten, die unterschiedliche Modulationskonstellationen für verschiedenen Übertragungen, wie beispielsweise eine Konstellationsänderung, verwenden (siehe beispielsweise 3GPP TS 25.213: „Spreading and modulation (FDD)", verfügbar unter http://www.3gpp.org).
  • In 12 wird exemplarisch die Funktionsweise eines HARQ-Senders dargestellt. Das UE kann für das Datensenden bereit sein, wenn das UE synchronisiert ist, der Radio Bearer richtig durch die RRC konfiguriert wurde und so weiter. Wenn das UE senden darf, Daten in seinem Sende-Buffer hat, über ausreichend Sendeleistung verfügt und so weiter, kann es ein oder mehrere Pakete innerhalb eines TTIs senden, wie dies in Block 1201 angegeben wird. Ein Paket wird üblicherweise als Paket Data Unit (Paketdateneinheit) bezeichnet und kann ein Segment eines anderen Paketes, wie beispielsweise eines IP-Paketes, sein oder es kann ebenfalls eine Verknüpfung mehrerer Pakete sein. In Schritt 1202 kann das UE die Sendeparameter, wie beispielsweise die Transportblockgröße, das Modulationscodierschema, die Anzahl der Codes, die Leistung, die Konstellation und so weiter, auswählen und kann diese Nebeninformationen oder Steuerinformationen vor oder zusammen mit dem Paket senden, das in Schritt 1203 gesendet wird.
  • Es gibt viele alternative Möglichkeiten, wie die Feedback-Nachricht erzeugt und verarbeitet werden kann. In diesem Beispiel senden alle Node Bs ein Feedback und wenn einer der Node Bs eine ACK (siehe Schritt 1204) sendet, gilt das Paket als korrekt empfangen und kann aus dem Sender-Buffer (siehe Schritt 1205) entfernt werden. Anschließend kann in Schritt 1206 für jeden Node By innerhalb des Active Set geprüft werden, ob eine Bestätigung für das gesendete Paket empfangen wird. Wenn eine ACK für ein bestimmtes Paket Xi empfangen wird, wird der entsprechende Zeitgeber Ti,y in Schritt 1207 angehalten. Wenn keine ACK von einer Basisstation empfangen wird, geht der Vorgang zu Block 1209 über. Die Schritte, die von allen Node Bs in dem Active Set (y = 0, 1 ... Y) ausgeführt werden können, werden in der Figur durch die verschiedenen Umrissformate angezeigt. Dies impliziert, dass es so viele Zeitgeber in dem UE geben kann, wie es Node Bs in dem Active Set gibt.
  • Wenn keine ACK für ein gesendetes Paket Xi empfangen wird, kann das Paket in Schritt 1208 für eine Sendewiederholung zugewiesen werden. Das Problem eines nicht synchronisierten Soft-Buffers kann auftreten, wenn ein neues Datenpaket gesendet wird, das sich von dem Datenpaket unterscheidet, das noch in dem Soft-Buffer gespeichert ist, das heißt, ein zuvor gesendetes Datenpaket. Da der Node B nicht wissen kann, wann er eine Sendung verpasst hat, wird der Zeitgeber nach jedem Empfang gestartet.
  • In Schritt 1210 kann das UE die Zeitgeber für jedes Paket und jeden Node B innerhalb des Active Set starten oder erneut starten, für das eine negative Bestätigung NAK empfangen wird (siehe Schritt 1209). Wenn ein Node B das Paket verpasst hat (wenn weder eine ACK noch eine NAK gesendet wird), hat dies keinen Einfluss auf den Zeitgeber, und der Vorgang geht zu Block 1211 über.
  • Der Zeitgeber kann vorzugsweise auf ein Vielfaches des TTIs gesetzt werden und wird in Schritt 1211 jedes TTI herabgesetzt.
  • Wenn ein Zeitgeber in einem Node B abläuft (siehe Schritt 1212), kann das UE wissen, dass der entsprechende Zeitgeber in diesem bestimmten Node B abgelaufen ist und der Soft-Buffer für dieses Paket in diesem bestimmten Node B geleert wurde (siehe Schritt 1213). In der beispielhaften Ausführungsform kann das UE eine mögliche Sendewiederholung, das heißt, in diesem Fall ein erstes Senden eines Datenpaktes, mit den Ausgangsparametereinstellungen senden. Wenn nichts innerhalb eines TTIs koordiniert wird, werden ebenfalls alle Zeitgeber um ein TTI verringert. Die Entscheidung in dem UE bezüglich des Neustarts mit Ausgangssendeparametern kann von anderen Parametern oder Bedingungen abhängen, wie beispielsweise davon, in wie vielen Node Bs der Buffer geleert wurde, wie viele Sendewiederholungen bereits gesendet wurden, wie sehr sich die Kanalbedingungen in der Zwischenzeit bereits geändert haben und so weiter.
  • Es sollte außerdem beachtet werden, dass lediglich ein ausgewählter Node B des Active Set eine Feedback-Nachricht an das UE senden kann, um den Empfangsstatus (ACK, NAK) eines gesendeten Datenpaketes/eines Sendewiederholungs-Datenpaketes anzuzeigen. In letzterem Fall kann lediglich ein Zeitgeber für jedes gesendete Paket aufrecht erhalten werden. In diesem Fall muss erwähnt werden, dass es nicht gewährleistet sein muss, dass die Soft-Buffer der anderen Node Bs, die keine Feedback-Nachricht senden, immer noch voll synchronisiert sind. In diesem Fall kann es von Vorteil sein, die vorangehend beschriebene Erfindung oder die Synchronisation von Soft-Buffern durch die Signalisierung zwischen den Node Bs des Active Set zu nutzen, was in der Parallelanmeldung „Base Station synchronization during Soft Handover", EP 1 507 421 A1 beschrieben wird.
  • Im Folgenden werden weitere Vorgänge beschrieben, die durch das UE ausgeführt werden können. Dies sind hauptsächlich Vorgänge, die verhindern, dass Node B den Buffer-Bereich für den Sendewiederholungsvorgang eines bestimmten mit dem Buffer-Bereich assoziierten Datenpaketes leert. Aus diesem Grund muss der UE-Zeitgeber auf einen Wert gesetzt werden, der geringer als der Wert des Node B-Zeitgebers ist, um diesen Vorgang rechtzeitig auszulösen, das heißt, beispielsweise ein Sendewiederholungs-Datenpaket, das an dem Node B ankommt, vor dem Ablauf der Zeit senden zu können.
  • Wenn sich das UE in einem Scheduled Mode befindet, muss es die Kapazitäts-Anforderungs-Nachricht (resource request message) an den Node B senden. Diese Kapazitäts-Anforderung kann verschiedene Attribute enthalten, um den Node B beim Treffen der Planungsentscheidung (scheduling decision) zu unterstützen. Solche Parameter können beispielsweise die Priorität der Sendung, die Datenmenge in dem Buffer sowie die Zeit sein, die zur Verfügung steht, bis das Paket gesendet werden muss. In einem weiteren Aspekt der Erfindung berücksichtigt das UE den Zeitgeber für das Erzeugen der UE-Kapazitäts-Anforderung sowie für das Setzen der Parameter, die in der Kapazitätsanforderung gesendet werden.
  • Es wurde erläutert, dass der Zeitgeber entsprechend dem ungünstigsten Fall, unter der Annahme des kontinuierlichen Sendens von Datenpaketen von dem UE und einer sofortigen Wiederverwendung desselben HARQ-Prozesses und derselben Sequenznummer durch ein neues Datenpaket, kalkuliert werden kann. Dies erfolgt, um ein fehlerhaftes Kombinieren der Soft-Buffer-Werte eines Paketes unter allen Umständen zu vermeiden. Andererseits tritt ein solcher Fall in Wirklichkeit nur selten auf und es ist wahrscheinlicher, dass die Soft-Buffer-Werte von Zeit zu Zeit gelöscht werden, obwohl noch eine etwas verzögerte Sendewiederholung erfolgen kann. In einer weiteren Ausführungsform der vorliegenden Erfindung kann der Zeitgeber auf einen höheren Wert als in dem beschriebenen ungünstigsten Fall gesetzt werden. In diesem Fall muss das UE ein fehlerhaftes Kombinieren in Extremsituationen, die dem ungünstigsten Fall nahe kommen, durch entsprechende Vorgänge, die im Folgenden erläutert werden, verhindern.
  • In Abhängigkeit von dem Feedback-Protokoll kennt das UE die HARQ-Kontexte einiger oder sämtlicher Node Bs, das heißt, den Status der verschiedenen Prozesse oder des ARQ-Fensters, den Zeitgeber, den Soft-Buffer-Bedarf und so weiter. Wenn die ACK/NAK durch alle Node Bs gesendet wird, kann das UE auf Grund einer fehlenden ACK/NAK wissen, dass der Node B höchstwahrscheinlich ein bestimmtes Paket verpasst hat. Wenn dies eine erste Übertragung (eines Pakets) war, ist offensichtlich, dass der Soft-Buffer des Node B nicht aktualisiert wurde und demzufolge nicht mit den Buffern der anderen Node Bs, die eine Feedback-Nachricht gesendet haben, synchronisiert ist. Das UE kann demzufolge vorhersagen, wenn eine Fehlersituation potenziell auftreten kann, und diesen Fall vermeiden.
  • Da die Fehlersituation nur auftritt, wenn ein neues Paket gesendet wird, kann der Sender eine andere HARQ-Prozess- und/oder eine Sequenznummer (oder NDI) für das neue Paket verwenden und folglich ein potenziell fehlerhaftes Kombinieren vermeiden. Wenn der Soft-Buffer-Speicherplatz begrenzt ist, muss ein HARQ-Prozess- und/oder ein Sequenznummern-(oder NDI-)Wert verfügbar sein, der sich nicht in dem Verarbeitungsstatus befindet oder Werte hat, die für das Kombinieren gespeichert sind. Wenn der gesamte Soft-Buffer in Verwendung ist, kann der entsprechende Sendewiederholungsvorgang hinausgezögert werden, bis eine ACK für ein anderes Paket in dem Soft-Buffer empfangen wird und dieser HARQ-Prozess und/oder diese Sequenznummer (NDI) wieder verwendet werden kann. Auch der HARQ-Prozess kann hinausgezögert werden, bis der Zeitgeber abläuft und mit demselben Paket erneut startet. Im Allgemeinen sollte vermieden werden, dass das UE warten muss, bis der Zeitgeber in dem Node B abläuft, um die Latenzzeit zu verringern. Dennoch kann es spezielle Fälle in Abhängigkeit von dem Datenpaket-Sendewiederholungsprotokolldesign geben, bei denen das Ablaufen des Zeitgebers erwünschenswert ist. Anstatt auf das Ablaufen des Zeitgebers in dem Node B zu warten, kann das UE sich selbst einen Teil oder die Gesamtheit eines Soft-Buffer-Bereiches in dem Node B initiieren. Dies kann beispielsweise durch Verwenden eines Lösch-Indikators, durch künstliches Vorwärtsverschieben des HARQ- Fensters, das einem Leeren eines Teils des gesamten Buffers entspricht, oder durch das einfache Verwerten einiger Pakete durchgeführt werden, die nicht bestätigt werden. Wenn das UE nicht in der Lage ist, Pakete wiederholt zu senden, da beispielsweise die Sendeleistung unzureichend ist, das rechtzeitige Planen der Sendewiederholungen nicht möglich ist und so weiter, kann es dies an den Node B signalisieren, um ein Leeren des Soft-Buffers zu vermeiden. Dies kann beispielsweise durch ein Flag zusammen mit den anderen HARQ-bezogenen Steuerinformationen, wie beispielsweise der HARQ-Prozessnummer und der Sequenznummer (oder NDI), erfolgen. Eine spezielle das Flag umfassende Neustartanforderungs-Nachricht kann durch das UE gesendet werden, um einen Node B anzuweisen, einen bestimmten laufenden Zeitgeber neu zu starten. Bei Empfang der Nachricht hält der Node B den Zeitgeber für dieses Paket an oder startet ihn vorzugsweise erneut und erhält den Soft-Buffer aufrecht. Eine andere Möglichkeit wäre eine Art Null-Nutzdatenpaket mit bestimmten Steuerinformationen, jedoch mit einer Transportblockgröße von Null. Das bedeutet, dass keine echten Daten gesendet werden. Obwohl diese Sendung einige Ressourcen verbraucht, kann sie funkeffizienter sein als das Leeren des Soft-Buffers, der nahezu genug Redundanz für das erfolgreiche Dekodieren gesammelt haben kann.
  • Wie vorangehend beschrieben, ist es in Übereinstimmung mit einer Ausführungsform der vorliegenden Erfindung erstrebenswert, wenn ein einzelner Node B Feedback-Nachrichten an das UE sendet, um ein empfangenes Datenpaket zu bestätigen. Aus diesem Grund kann die Auswahl des so genannten Serving Node B weitere Überlegungen erfordern, um ein zuverlässiges Feedback für das UE bereitzustellen. Mögliche Auswahlkriterien in Bezug auf Funkverbindungs-Qualitätsindikatoren für die Auswahl eines Serving Node B werden in der Parallelanmeldung „Serving Base Station selection during Soft Handover", EP 1 507 422 A1 , erläutert.
  • Die Tatsache, dass der für die Synchronisation der Soft-Buffer-Inhalte verwendete Zeitgeber kurz vor dem Ablauf steht, kann als Verschlechterung der Uplink-Funkverbindungsbedingungen dieses bestimmten Node B interpretiert werden. Das Signalisieren dieser Information zur Unterstützung der Neuauswahl des Serving Node B hängt von der betrachteten UTRAN-Architektur ab. Bei der R99/4/5-Architektur kann die Information von dem aktuellen Serving Node B an den RNC signalisiert werden. Bei der weiterentwickelten Architektur können die funkbezogenen Protokolleinheiten jedoch in den Node B + s angeordnet sein. Es kann dem aktuellen Serving Node B+ obliegen, einen neuen Serving Node B+ auszuwählen und die Entscheidung an ihn zu signalisieren. Demzufolge muss in diesem Fall die Tatsache, dass der Zeitgeber in dem aktuellen Serving Node B kurz vor dem Ablauf steht, nicht an andere Netzelemente signalisiert werden.
  • In der Parallelanmeldung wird die Verhandlung der Aktivierungszeit für die Auswahl des Serving Node B beschrieben. Eine mögliche Interaktion mit der vorliegenden Anmeldung wäre, den Status des Zeitgebers für die Soft-Buffer-Synchronisation zu berücksichtigen, bevor eine neue Aktivierungszeit vorgeschlagen wird. In Abhängigkeit von der Architektur des Funkzugangsnetzes (Radio Access Network – RAN), der tatsächlichen Verwendung, der Transporttechnik und so weiter, kann es zu verschiedenen Verzögerungen an den Iub/Iur-Schnittstellen kommen. In Abhängigkeit von diesen Verzögerungen kann es von Vorteil sein, die vorangehend beschriebene Erfindung oder die Soft-Buffer-Synchronisation durch Signalisieren zwischen den Node Bs des Active Set, die in der Parallelanmeldung EP 1 507 421 A1 beschrieben ist, anzuwenden. Bei kurzen Signalisierungsverzögerungen innerhalb des Netzes (beispielsweise alle Node Bs sind Teil desselben Clusters oder Funknetzteilsystems [Radio Network Subsystem – RNS]) kann es von Vorteil sein, ein wie in der Parallelanmeldung beschriebenes Synchronisationsverfahren zu verwenden, während für längere Verzögerungen die vorliegende Erfindung bevorzugt werden kann. Beide Verfahren können auch parallel oder in Abhängigkeit voneinander angewendet werden. Wenn die Signalisierung angekommen ist, wird der Zeitgeber ersetzt oder umgekehrt.
  • Eine weitere Ausführungsform stellt eine alternative Lösung der vorangehend dargestellten Aufgabe der vorliegenden Erfindung bereit. Wenn ein Paket in dem Node B gespeichert ist und der Node B für eine bestimmte Zeit keine Sendewiederholung empfängt, weiß er nicht, ob er die Sendewiederholung verpasst hat, die vielleicht von einem anderen Node B korrekt empfangen wurde oder ob wirklich nichts im Uplink gesendet wurde.
  • Wenn keine Fehler in der Downlink-Feedback-Signalisierung vorliegen, kennt das UE seinen Sendestatus (HARQ-Kontext) von jedem Node B genau. Selbst wenn einige Node Bs einige Sendewiederholungen ganz verpasst haben, ist dies dem UE auf Basis der fehlenden Feedbacks von diesen UEs bekannt.
  • In dieser Ausführungsform kann ein zusätzliches Flag verwendet werden, das anzeigt, ob das empfangene Datenpaket mit vorherigen Sendungen kombiniert werden soll. Wenn ein Paket, das noch in dem Soft-Buffer gespeichert ist, in der Zwischenzeit nicht zugewiesen wird oder nicht durch einen der Node Bs bestätigt wird, kann ein Kombinierindikator durch das UE gesetzt werden, um einem Node B anzuzeigen, dass das Paket noch kombiniert werden kann. Dadurch wird einem Node B die Garantie gegeben, dass das Paket noch kombiniert werden kann. Bei einer ersten Übertragung eines neuen Datenpaketes kann der Kombinierindikator anzeigen, dass das empfangene Paket nicht mit den zuvor empfangenen Datenpaketen zu kombinieren ist und der Node B kann einen Buffer-Bereich, welcher der mit den aktuell empfangenen Datenpaket signalisierten Prozessnummer entspricht, löschen. Eine vorteilhafte Kombination mit dem Löschzeitgeber kann ebenfalls möglich sein. Wenn der Zeitgeber abgelaufen ist und ein Paket mit einem nicht gesetzten Kombinierindikator empfangen wird, wird das Paket verworfen.
  • Wenn sich bei einer anstehenden Sendewiederholung die Kanalbedingungen in der Zwischenzeit geändert haben, kann es ebenfalls vorteilhaft sein, das Sendeformat des Paketes zu ändern. Dies impliziert, dass kein Kombinieren möglich ist. In diesem Fall kann das Löschbit gesetzt werden, obwohl dasselbe Paket mit derselben Sequenznummer gesendet wird. Der Empfänger kann den HARQ-Buffer löschen, obwohl ein Paket mit derselben Sequenznummer (oder Prozessnummer und NDI) immer noch zwischengespeichert ist. Ein Vorteil im Vergleich zu der Erhöhung der Sequenznummer ist, dass kein Paket in dem Umordnungs-Buffer fehlt.
  • Bei einem schnellen Zellenwechsel (Fast Cell Site Selection – FCS) sind die sich ergebenden Probleme ähnlich denjenigen, die in der Einleitung dieser Anmeldung beschrieben werden. Im Gegensatz dazu kann es kein Soft-Handover für ein UE geben, jedoch ein schnelles Wechseln zwischen verschiedenen Zellen.
  • In einer weiteren Ausführungsform der vorliegenden Anmeldung können die der vorangehend beschriebenen vorliegenden Erfindung zugrunde liegenden Prinzipien auch auf die HARQ-Soft-Buffer-Synchronisation während des schnellen Zellenwechsels (Fast Cell Site Selection – FCS) angewendet werden. Unter Verwendung der Fast Cell Site Selection sendet das UE immer zu einer einzigen Zelle, vorzugsweise zu der Zelle mit den besten Kanaleigenschaften oder der geringsten Last (kein Soft-Handover-Senden). In Abhängigkeit von dem detaillierten Protokoll kann das UE innerhalb einer bestimmten Zeit oder jedes TTIs zwischen Zellen wechseln. Der Zellenwechsel kann eigenständig durch das UE durchgeführt oder ganz oder teilweise durch das Netz gesteuert werden. Auf dieselbe Weise wie bei einem Soft-Handover muss der Soft-Buffer synchronisiert werden, bevor die nächste Sendung an demselben Node B ankommen kann. Bei FCS kann die für die Synchronisation verfügbare Zeit einen Wechsel von dieser Zelle und zurück zu dieser Zelle berücksichtigen. Dieselbe weitere Ausführungsform kann angewendet werden, wenn es verschiedene Koordiniermodi gibt, wobei ein Modus durch die Unterstützung des HARQs gekennzeichnet sein kann, während ein anderer dies nicht ist. Wenn sich das UE in dem Koordiniermodus befindet, kann es HARQ nicht unterstützen, während es, wenn es sich in dem eigenständigen Modus, solche Funktionalität unterstützen kann. Einer der Gründe dafür kann sein, dass für den Koordiniermodus mehr Steuerinformationen zwischen dem UE und dem Node B signalisiert werden müssen. Diese könnten mit den für den HARQ-Vorgang erforderlichen Steuerinformationen kombiniert werden. Wenn zurück oder vorwärts gewechselt wird, kann der Soft-Buffer ebenfalls synchronisiert werden.
  • Es ist möglich, dass der RNC nichts von einem Moduswechsel oder einem Zellenwechsel weiß, der durch den Node B und das mobile Endgerät durchgeführt wird. Sobald der RNC, der als eine Umordnungseinheit dient, Pakete von einem neuen Node B empfängt, kann er die vorherigen oder sämtliche anderen Node Bs in dem Active Set informieren, ihre Soft-Buffer zu leeren. Alternativ dazu kann der Node B wissen, ob ein Zellenwechsel durchgeführt wird und kann den alten Node B oder die anderen Node Bs darüber informieren. Die anderen Node Bs können ihre Buffer dementsprechend leeren. Der Node B, dem der Modus- oder der Zellenwechsel bekannt ist, kann auch den RNC in der Rel99/4/5-Architektur oder den aktuellen Serving Node B+ in der weiterentwickelten Architektur (evolved architecture) darüber informieren. Der RNC oder der Serving Node B+ kann ebenfalls die anderen Node Bs des Active Set darüber informieren, ihre Buffer dementsprechend zu leeren. Wenn der Zellen- oder Moduswechsel langsam und nicht Paket für Paket durchgeführt wird, kann der Soft-Buffer synchronisiert werden, bevor ein Zellen- oder Moduswechsel zurück zu der vorherigen Zelle oder dem vorherigen Modus stattfinden kann.
  • Wie vorangehend beschrieben, kann der Nachteil bestehen, dass Soft-Buffer-Werte gelöscht werden, obwohl immer noch Sendewiederholungen ankommen können. Wenn sehr schnelle Zellen- oder Moduswechsel beispielsweise pro TTI durchgeführt werden, besteht eine hohe Wahrscheinlichkeit, dass eine wiederholte Auswahl derselben Zelle oder desselben Modus häufig vorkommt. In diesem Fall kann es vorteilhaft sein, die Soft-Buffer-Werte für einen potenziellen Wechsel zurück zu der Zelle oder dem Modus für eine gewisse Zeitspanne zu behalten. Dadurch wird ein Kombinieren von Sendewiederholungen mit vorherigen Sendungen ermöglicht, die bereits in dem Soft-Buffer zwischengespeichert sind. Es kann auch vorkommen, dass das Kommunikations-Endgerät oder das mobile Endgerät nach dem Wechsel zu einer neuen Zelle oder einem neuen Modus keine Daten mehr sendet. In diesem Fall kann entschieden werden, zurück zu der vorherigen Zelle oder dem vorherigen Modus zu wechseln und mit dem Senden mit demselben Status des zugehörigen Buffer-Bereiches fortzufahren. Die Zeitspanne, bis ein Leeren durchgeführt wird, kann wieder als eine Schwellen-Zeitspanne definiert werden, wobei wenigstens eine der Basisstationen und das Kommunikations-Endgerät die Zeit, die seit dem Speichern des Datenpaketes in dem zugehörigen Buffer-Bereich verstrichen ist, überwachen können. Die Schwellen-Zeitspanne kann auf eine ähnliche wie oben beschriebene Weise eventuell unter Berücksichtigung einer zusätzlichen Zellen- oder Moduswechselzeit berechnet werden. Es kann wieder ein Zielkonflikt zwischen der Mindestlänge der Schwellen-Zeitspanne und dem Gewinn durch das Soft-Kombinieren bestehen. Durch das beschriebene Verfahren oder durch ein Kombinieren mit anderen Verfahren kann ein fehlerhaftes Kombinieren vermieden werden. Die beschriebene Schwellen-Zeitspanne für FCS oder einen Moduswechsel kann gleich der Schwellen-Zeitspanne für das Soft-Handover, das heißt, der Vielzahl von Basisstationen, sein oder sich von dieser unterscheiden. Wenn der Wert unterschiedlich ist, kann er ebenfalls an wenigstens eine der jeweiligen Basisstationen durch Funknetz-Steuersignalisierung und an das Kommunikations-Endgerät durch Funkressourcen-Signalisierung auf eine ähnliche wie oben beschriebene Weise signalisiert werden.
  • Zum Abschluss wird darauf hingewiesen, dass die vorangehend beschriebene vorliegende Erfindung für verschiedene Typen von RAN-Architekturen verwendet werden kann. Die vorliegende Erfindung ist beispielsweise auf die in 2 illustrierte UMTS-R99/4/5-UTRAN-Architektur sowie auf die in 4 illustrierte evolved UTRAN-Architektur anwendbar.

Claims (36)

  1. Verfahren zum Vermeiden von Soft-Buffer-Korruption in einem Daten-Sendewiederholungs-Protokoll in einem Mobil-Kommunikationssystem, das ein Kommunikations-Endgerät und eine Vielzahl von Basisstationen umfasst, wobei das Kommunikations-Endgerät während eines Soft-Handover mit der Vielzahl von Basisstationen kommuniziert und das Verfahren umfasst: Empfangen von Daten vom dem Kommunikations-Endgerät durch wenigstens eine der Basisstationen, Speichern der empfangenen Daten in einem zugehörigen Soft-Buffer der wenigstens einen der Basisstationen, Dekodieren der empfangenen Daten an der wenigstens einen der Basisstationen, und Nutzen der seit Speichern der Daten in dem zugehörigen Soft-Buffer verstrichenen Zeit, um den Soft-Buffer zu räumen.
  2. Verfahren zum Empfangen von Daten nach Anspruch 1, wobei Daten in dem zugehörigen Soft-Buffer gespeichert werden, um sie mit wiederholt gesendeten Daten zu kombinieren, wenn die empfangenen Daten nicht erfolgreich dekodiert werden.
  3. Verfahren zum Empfangen von Daten nach Anspruch 1 oder 2, das des Weiteren Räumen des Soft-Buffers auf Basis der verstrichenen Zeit umfasst.
  4. Verfahren nach Anspruch 3, wobei, wenn die empfangenen Daten erfolgreich dekodiert werden, der Soft-Buffer geräumt wird.
  5. Verfahren nach den Ansprüchen 3 oder 4, wobei der Soft-Buffer geräumt wird, wenn die verstrichene Zeit einem Schwellen-Zeitraum gleich ist oder länger als dieser.
  6. Verfahren nach Anspruch 5, wobei der Schwellen-Zeitraum als ein Zeitraum definiert ist, nach dem Sendewiederholungs-Daten in der Basisstation nicht mehr erwartet werden können.
  7. Verfahren nach Anspruch 1–6, das des Weiteren umfasst: Empfangen von Sendewiederholungs-Daten von dem Kommunikations-Endgerät durch wenigstens eine der Basisstationen, Speichern der empfangenen Sendewiederholungs-Daten in einem zugehörigen Soft-Buffer, Dekodieren der empfangenen Sendewiederholungs-Daten, und wenn die empfangenen Sendewiederholungs-Daten nicht erfolgreich dekodiert werden, erneutes Starten der verstrichenen Zeit.
  8. Verfahren nach einem der Ansprüche 1–6, das des Weiteren umfasst: Empfangen von Sendewiederholungs-Daten von dem Kommunikations-Endgerät durch wenigstens eine der Basisstationen, Speichern der empfangenen Sendewiederholungs-Daten in einem zugehörigen Soft-Buffer, Dekodieren der empfangenen Sendewiederholungs-Daten, und wenn die empfangenen Sendewiederholungs-Daten erfolgreich dekodiert werden, Anhalten der verstrichenen Zeit.
  9. Verfahren nach einem der Ansprüche 1–8, das des Weiteren umfasst: Kombinieren von Sendewiederholungs-Daten mit zuvor empfangenen Daten, um kombinierte Daten zu erzeugen, und Dekodieren der kombinierten Daten.
  10. Verfahren nach einem der Ansprüche 1–9, das des Weiteren, wenn die verstrichene Zeit einem Schwellen-Zeitraum gleich ist oder länger als dieser, Anhalten der verstrichenen Zeit umfasst.
  11. Verfahren nach Anspruch 5 oder 10, wobei der Schwellen-Zeitraum von konfigurierbarer Dauer ist.
  12. Verfahren nach Anspruch 11, das des Weiteren umfasst: Signalisieren der Dauer des Schwellen-Zeitraums zu wenigstens einer der Basisstationen durch Funknetz-Steuersignalisierung von einer Steuereinheit in dem Mobilkommunikationsnetz.
  13. Verfahren nach Anspruch 12, wobei die Dauer des Schwellen-Zeitraums der wenigstens einen der Basisstationen in einem Informationselement einer NBAP-Nachricht signalisiert wird.
  14. Verfahren nach einem der Ansprüche 11 bis 13, das des Weiteren umfasst: Signalisieren der Dauer des Schwellen-Zeitraums zu dem Kommunikations-Endgerät durch Funkresourcen-Steuersignalisierung von einer Steuereinheit in dem Mobilkommunikationsnetz.
  15. Verfahren nach Anspruch 14, wobei die Dauer des Schwellen-Zeitraums dem Kommunikations-Endgerät in einem Informationselement wenigstens einer Radio-Bearer-Setup-Nachricht, Radio-Bearer-Reconfiguration-Nachricht, einer Radio-Resource-Control-Connection-Setup-Nachricht, einer Transport-Channel-Reconfiguration-Nachricht, einer Cell-Update-Nachricht und einer Handover-Befehls-Nachricht signalisiert wird.
  16. Verfahren nach einem der Ansprüche 1–15, das des Weiteren umfasst: Senden einer Nachricht von wenigstens einer der Basisstationen zu dem Kommunikations-Endgerät, die anzeigt, ob die wenigstens eine der Basisstationen die empfangenen Daten erfolgreich dekodiert hat.
  17. Verfahren nach einem der Ansprüche 1–16, das des Weiteren umfasst: Weiterleiten der empfangenen Daten zu einer Steuereinheit des Mobilkommunikations-Systems durch wenigstens eine der Basisstationen, die die empfangenen Daten erfolgreich dekodiert hat.
  18. Verfahren nach einem der Ansprüche 1–17, das des Weiteren umfasst: Empfangen einer Kapazitäts-Anforderungs-Nachricht von dem Kommunikations-Endgerät durch wenigstens eine der Basisstationen, die zusätzliche Sendekapazität für Sendewiederholungsdaten anfordert.
  19. Verfahren nach Anspruch 18, wobei die Kapazitäts-Anforderungs-Nachricht wenigstens eine Sendepriorität von durch das Kommunikations-Endgerät zu sendenden Daten, die Größe von Daten in einem Sende-Puffer des Kommunikations-Endgerätes, die Dauer der verstrichenen Zeit, die Identifizierung von Daten oder den Kanal umfasst, für den Kapazität angefordert wird.
  20. Verfahren nach Anspruch 18 oder 19, das des Weiteren umfasst: Senden einer Kapazitätsgewährungs-Nachricht von der wenigstens einen der Basisstationen zu dem Kommunikations-Endgerät, wobei die Kapazitäts-Gewährungs-Nachricht eine Sendekapazität anzeigt, die dem Kommunikations-Endgerät zum Datensenden zugewiesen wird.
  21. Verfahren nach einem der Ansprüche 1–20, wobei die Daten über einen dedizierten Kanal empfangen werden.
  22. Verfahren nach einem der Ansprüche 1–21, dass des Weiteren umfasst: Empfangen einer Neustartanforderungs-Nachricht von dem Kommunikations-Endgerät durch wenigstens eine der Basisstationen, wobei die Neustartanforderungs-Nachricht Daten anzeigt, für die die verstrichene Zeit neu zu starten ist.
  23. Verfahren nach Anspruch 22, wobei die Neustartanforderungs-Nachricht Steuerinformationen und keine oder leere Nutzdaten umfasst.
  24. Verfahren nach Anspruch 5 oder 10, wobei das Daten-Sendewiederholungsprotokoll ein fensterbasiertes Daten-Sendewiederholungsprotokoll ist und das Verfahren des Weiteren Berechnen des Schwellenzeitraums auf Basis der Zeit umfasst, die für das Senden aller Daten innerhalb eines Fensters des Daten-Sendewiederholungsprotokolls erforderlich ist.
  25. Verfahren nach Anspruch 5 oder 10, das des Weiteren umfasst: Berechnen des Schwellen-Zeitraums auf Basis des Zeitintervalls zwischen dem Empfang von Ausgangsdaten und dem Empfang von Sendewiederholungs-Daten.
  26. Verfahren nach Anspruch 5 oder 10, das des Weiteren umfasst: Berechnen der Dauer des Schwellen-Zeitraums auf Basis der Größe des Soft-Buffers, der maximalen Anzahl von Sendewiederholungen in dem Daten-Sendewiederholungsprotokoll, der Verarbeitungszeit des Kommunikations-Endgerätes für eine Rückkopplungsnachricht, der Verarbeitungszeit der entsprechenden Basisstation und eines Sende-Zeitintervalls.
  27. Basisstation in einem Mobilkommunikations-System, die ein Kommunikations-Endgerät und eine Vielzahl von Basisstationen umfasst, wobei die Basisstation eine Einrichtung zum Implementieren des Verfahrens nach einem der Ansprüche 1–26 umfasst.
  28. Basisstation zum Vermeiden von Soft-Buffer-Korruption in einem Daten-Sendewiederholungs-Protokoll in einem Mobilkommunikationssystem, das ein Kommunikations-Endgerät und eine Vielzahl von Basisstationen umfasst, wobei das Kommunikations-Endgerät während eines Soft-Handover mit der Vielzahl von Basisstationen kommuniziert und die Basisstation umfasst: einen Empfangsabschnitt, der Daten von dem Kommunikations-Endgerät empfängt, einen Soft-Buffer, der die empfangenen Daten speichert, und einen Dekodierabschnitt, der die empfangenen Daten dekodiert, wobei die Basisstation so betrieben werden kann, dass sie die seit Speichern der Daten in dem zugehörigen Soft-Buffer verstrichene Zeit nutzt, um den Soft-Buffer zu räumen.
  29. Basisstation nach Anspruch 28, wobei die Basisstation so betrieben werden kann, dass sie die empfangenen Daten in dem zugehörigen Soft-Buffer speichert, um sie mit wieder gesendeten Daten zu kombinieren, wenn die empfangenen Daten nicht erfolgreich dekodiert werden.
  30. Basisstation nach Anspruch 28 oder 29, wobei die Basisstation so betrieben werden kann, dass sie den Soft-Buffer räumt, wenn die empfangenen Daten erfolgreich dekodiert werden.
  31. Basisstation nach einem der Ansprüche 28–30, wobei die Basisstation so betrieben werden kann, dass sie den Soft-Buffer räumt, wenn die verstrichene Zeit einem Schwellen-Zeitraum gleich ist oder länger als dieser.
  32. Basisstation nach Anspruch 31, wobei der Schwellen-Zeitraum als ein Zeitraum definiert ist, nach dem Sendewiederholungs-Daten in der Basisstation nicht mehr erwartet werden können.
  33. Basisstation nach Anspruch 28–32, wobei der Empfangsabschnitt so betrieben werden kann, dass er Sendewiederholungs-Daten von dem Kommunikations-Endgerät empfängt, der Soft-Buffer so betrieben werden kann, dass er die empfangenen Sendewiederholungs-Daten speichert, und der Dekodierabschnitt so betrieben werden kann, dass er die empfangenen Sendewiederholungsdaten dekodiert, wobei die Basisstation so betrieben werden kann, dass sie, wenn die empfangenen Sendewiederholungs-Daten nicht erfolgreich dekodiert werden, die verstrichene Zeit erneut startet.
  34. Basisstation nach einem der Ansprüche 28–32, wobei der Empfangsabschnitt so betrieben werden kann, dass er Sendewiederholungs-Daten von dem Kommunikations-Endgerät empfängt, der Soft-Buffer so betrieben werden kann, dass er die empfangenen Sendewiederholungs-Daten speichert, und der Dekodierabschnitt so betrieben werden kann, dass er die empfangenen Sendewiederholungs-Daten dekodiert, wobei die Basisstation so betrieben werden kann, dass sie, wenn die empfangenen Sendewiederholungs-Daten erfolgreich dekodiert werden, die verstrichene Zeit anhält.
  35. Basisstation nach einem der Ansprüche 28–34, wobei die Basisstation so betrieben werden kann, dass sie Sendewiederholungs-Daten mit den zuvor empfangenen Daten kombiniert, um kombinierte Daten zu erzeugen, und der Dekodierabschnitt so betrieben werden kann, dass er die kombinierten Daten dekodiert.
  36. Basisstation nach einem der Ansprüche 28–35, wobei die Basisstation so betrieben werden kann, dass sie die verstrichene Zeit anhält, wenn die verstrichene Zeit einem Schwellen-Zeitraum gleich ist oder länger als dieser.
DE60311574T 2003-08-14 2003-08-14 Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens Expired - Lifetime DE60311574T2 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP03018470A EP1507352B1 (de) 2003-08-14 2003-08-14 Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens

Publications (2)

Publication Number Publication Date
DE60311574D1 DE60311574D1 (de) 2007-03-22
DE60311574T2 true DE60311574T2 (de) 2007-11-15

Family

ID=33560805

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60311574T Expired - Lifetime DE60311574T2 (de) 2003-08-14 2003-08-14 Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens

Country Status (10)

Country Link
US (2) US7657815B2 (de)
EP (2) EP1760927B1 (de)
JP (2) JP3929480B2 (de)
KR (1) KR101083909B1 (de)
CN (2) CN103401667B (de)
AT (1) ATE353174T1 (de)
BR (1) BRPI0413579B1 (de)
DE (1) DE60311574T2 (de)
RU (1) RU2364036C2 (de)
WO (1) WO2005018241A2 (de)

Families Citing this family (210)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2139272B1 (de) 2000-10-13 2014-04-30 SISVEL International S.A. Verfahren und System zur Verbindung eines mobilen Geräts mit einem drahtlosen Kommunikationsnetzwerk
TWI563812B (en) 2002-05-10 2016-12-21 Interdigital Tech Corp A radio network controller and a method for use thereby
GB2405289B (en) * 2003-08-20 2006-10-25 Ipwireless Inc Method,base station,remote station and system for HSDPA communication
GEP20105037B (en) 2003-08-25 2010-07-12 Interdigital Tech Corp Enhanced uplink operation in soft handover
US7046648B2 (en) 2003-11-05 2006-05-16 Interdigital Technology Corporation Wireless communication method and apparatus for coordinating Node-B's and supporting enhanced uplink transmissions during handover
KR100735346B1 (ko) * 2004-05-04 2007-07-04 삼성전자주식회사 향상된 상향 링크 전용 채널에서 ｈａｒｑ 동작을 고려한ｔｔｉ 변경 방법 및 장치
US8855572B2 (en) * 2004-06-16 2014-10-07 Qualcomm Incorporated Method and apparatus for link control in wireless communications
JP4474217B2 (ja) * 2004-07-09 2010-06-02 富士通株式会社 パケット通信装置
US7885245B2 (en) * 2004-07-19 2011-02-08 Interdigital Technology Corporation Method and apparatus for enhanced uplink multiplexing
US7525946B2 (en) * 2004-08-20 2009-04-28 Nokia Corporation System and method for decoding signalling messages on FLO HR channels
US7440517B1 (en) * 2004-09-17 2008-10-21 Henrie Roland R Method and apparatus for switching between multiple waveforms
EP1827042B1 (de) 2004-11-09 2012-05-30 NTT DoCoMo, Inc. Empfangsvorrichtung zur Datenübertragung mit Sendungswiederholungen
EP1827041A4 (de) * 2004-11-09 2008-12-17 Ntt Docomo Inc Mobilkommunikationssystem, drahtlose leitungssteuerstation, mobilstation und drahtlose basisstation
US7668192B2 (en) * 2005-01-05 2010-02-23 Nokia Corporation Use of the FP header to signal the RNC that the node B has not been able to determine or has not been able to accurately determine the number of retransmissions
KR101199044B1 (ko) * 2005-01-06 2012-11-07 엘지전자 주식회사 고속 업링크 패킷 접속 방식의 개선
US9014192B2 (en) * 2005-03-21 2015-04-21 Qualcomm Incorporated Method and apparatus for improving data transmission reliability in a wireless communications system
EP1802161B1 (de) 2005-03-28 2010-10-13 Sony Corporation Mobilobjektkommunikationssystem, handoverkontrollverfahren, basisstationskontrollgerät und mobilendgerät
JP2011035943A (ja) * 2005-03-28 2011-02-17 Sony Corp アクティブセット制御方法
JP4837957B2 (ja) * 2005-08-23 2011-12-14 株式会社エヌ・ティ・ティ・ドコモ 移動局、基地局および移動通信システムならびに通信方法
US9031071B2 (en) * 2005-08-26 2015-05-12 Alcatel Lucent Header elimination for real time internet applications
US8432794B2 (en) 2005-12-29 2013-04-30 Interdigital Technology Corporation Method and apparatus for selecting multiple transport formats and transmitting multiple transport blocks simultaneously with multiple H-ARQ processes
JP4573780B2 (ja) * 2006-02-02 2010-11-04 富士通株式会社 パケット記録再生装置
US8074137B2 (en) 2006-02-03 2011-12-06 Interdigital Technology Corporation Method and system for supporting multiple hybrid automatic repeat request processes per transmission time interval
WO2007129595A1 (ja) * 2006-05-09 2007-11-15 Nec Corporation 移動無線通信システム及び同システムにおけるハンドオーバー実行方法
JP4954996B2 (ja) * 2006-06-16 2012-06-20 株式会社エヌ・ティ・ティ・ドコモ 基地局、ユーザ装置及び方法
KR20070119859A (ko) * 2006-06-16 2007-12-21 삼성전자주식회사 이동통신 시스템에서 패킷의 순서 뒤바뀜 현상을효율적으로 해결하는 방법 및 장치
CA2654274A1 (en) * 2006-07-04 2008-01-10 Telefonaktiebolaget L M Ericsson (Publ) Broadcast amd multicast on high speed downlink channels
US7871010B2 (en) * 2006-07-19 2011-01-18 Research In Motion Limited Method, system and smart card reader for management of access to a smart card
CA2660530C (en) 2006-08-21 2016-10-04 Interdigital Technology Corporation Method and apparatus for preventing transmission blocking in an hsupa wireless communication system
CN101132260B (zh) * 2006-08-22 2010-06-23 中兴通讯股份有限公司 增强上行链路异步混合自动重传请求的重传控制方法
US8381055B2 (en) * 2006-09-13 2013-02-19 Broadcom Corporation System for communicating data in xDSL using data retransmission
US8320248B2 (en) * 2006-09-13 2012-11-27 Broadcom Corporation Method and system for communicating data in xDSL using data retransmission
US7970733B2 (en) 2006-09-13 2011-06-28 Broadcom Corporation Method for communicating data in xDSL using data retransmission
KR100938090B1 (ko) 2006-10-19 2010-01-21 삼성전자주식회사 이동통신 시스템에서 핸드오버 수행 방법 및 장치
CN101542915B (zh) * 2006-11-21 2013-10-16 三星电子株式会社 移动通信系统中从基站接收系统信息的方法和装置
US8656445B2 (en) * 2006-11-27 2014-02-18 Genband Us Llc Multimedia subsystem control for internet protocol based television services
US8290428B2 (en) * 2006-12-06 2012-10-16 Qualcomm Incorporated Methods and apparatus for RLC re-transmission schemes
US20080165736A1 (en) * 2007-01-05 2008-07-10 Shengjie Zhao Macro Diversity Handover and Fast Access Station Switching in Wireless Multi-User Multi-Hop Relay Networks
CN101675683B (zh) 2007-02-02 2013-05-01 交互数字技术公司 用于控制utra r6小区与r7小区之间的切换的方法和装置
JP4948549B2 (ja) * 2007-02-06 2012-06-06 三菱電機株式会社 パケット優先制御方法および基地局
EP2119288B1 (de) 2007-02-08 2016-09-14 Telefonaktiebolaget LM Ericsson (publ) Verringerung von puffer-überlauf
CN101247636B (zh) * 2007-02-15 2011-11-09 华为技术有限公司 一种网络切换时间的测量方法及系统
KR101600218B1 (ko) 2007-03-16 2016-03-04 인터디지탈 테크날러지 코포레이션 무선 링크 제어 파라미터의 재구성을 지원하기 위한 무선 통신 방법 및 장치
RU2447595C2 (ru) * 2007-03-16 2012-04-10 Интердиджитал Текнолоджи Корпорейшн Способ и устройство беспроводной связи для поддержки реконфигурации параметров управления радиолинии
DE602007008683D1 (de) * 2007-03-20 2010-10-07 Alcatel Lucent Verfahren zur Zeitplanung von Dienstdaten in Abwärtsrichtung und Basisstation dafür
US20080232323A1 (en) * 2007-03-22 2008-09-25 Samsung Electronics Co., Ltd. Method and apparatus for handover in a wireless communication system, and system thereof
KR101373381B1 (ko) * 2007-03-29 2014-03-14 한국과학기술원 통신시스템에서 핸드오버 지연 시간 감소 방법 및 장치
MX2009010813A (es) * 2007-04-06 2009-10-29 Ntt Docomo Inc Metodo de comunicacion en paquetes y aparato del lado receptor.
JP4625044B2 (ja) * 2007-04-06 2011-02-02 株式会社エヌ・ティ・ティ・ドコモ ウィンドウ制御及び再送制御方法、及び、送信側装置
CN101296165B (zh) * 2007-04-27 2011-09-21 华为技术有限公司 发送控制信令的方法和装置
WO2008137845A1 (en) * 2007-05-04 2008-11-13 Amicus Wireless Technology Ltd. System and method for performing a harq operation in an ofdm-based receiver
US8024633B2 (en) * 2007-05-10 2011-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for combined packet retransmission and soft decoding of combined packets in a wireless communication network
FR2916598A1 (fr) * 2007-05-24 2008-11-28 Thomson Licensing Sas Procede de transmission de paquets de donnees et procede de reception correspondant
KR101470637B1 (ko) * 2007-06-18 2014-12-08 엘지전자 주식회사 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) * 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
MX2009013430A (es) 2007-06-19 2010-01-15 Ericsson Telefon Ab L M Metodos y sistemas para programar recursos en un sistema de telecomunicaciones.
WO2008156314A2 (en) * 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
KR101448644B1 (ko) * 2007-06-20 2014-10-13 엘지전자 주식회사 이동 통신 시스템에서의 데이터 전송 방법
JP5087479B2 (ja) * 2007-07-16 2012-12-05 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてｈａｒｑ機能を改善する方法及び装置
US8594069B2 (en) * 2007-08-06 2013-11-26 Qualcomm Incorporated In-order data delivery during handover in a wireless communication system
KR101394008B1 (ko) 2007-08-07 2014-05-12 삼성전자주식회사 복합 자동 재전송을 지원하는 이동통신 시스템에서 패킷 송/수신 장치 및 방법
US8160033B2 (en) 2007-08-07 2012-04-17 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving packets in a mobile communication system supporting hybrid automatic repeat request
US8594030B2 (en) * 2007-08-10 2013-11-26 Lg Electronics Inc. Method for controlling HARQ operation in dynamic radio resource allocation
KR101479341B1 (ko) * 2007-08-10 2015-01-05 엘지전자 주식회사 Ｍｂｍｓ 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법
WO2009022840A2 (en) * 2007-08-10 2009-02-19 Lg Electronics Inc. Methods of setting up channel in wireless communication system
KR20090016431A (ko) * 2007-08-10 2009-02-13 엘지전자 주식회사 무선 통신 시스템에서 채널품질 보고 수행 방법
KR101392697B1 (ko) 2007-08-10 2014-05-19 엘지전자 주식회사 이동통신 시스템에서의 보안 오류 검출방법 및 장치
KR20090016412A (ko) * 2007-08-10 2009-02-13 엘지전자 주식회사 무선 통신 시스템에서의 데이터 통신 방법
US8422385B2 (en) * 2007-08-10 2013-04-16 Lg Electronics Inc. Control method for uplink connecting of idle terminal
JP4521430B2 (ja) 2007-08-10 2010-08-11 富士通株式会社 無線送信装置、無線受信装置、無線送信方法、および無線受信方法
US9008006B2 (en) * 2007-08-10 2015-04-14 Lg Electronics Inc. Random access method for multimedia broadcast multicast service(MBMS)
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101495913B1 (ko) * 2007-08-10 2015-02-25 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치
GB2464427B (en) * 2007-08-10 2012-04-04 Lg Electronics Inc Method of reporting measurement result in wireless communication system
KR101514841B1 (ko) * 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
EP2028890B1 (de) * 2007-08-12 2019-01-02 LG Electronics Inc. Übergabeverfahren mit Verbindungswiederherstellung, drahtlose Vorrichtung und Basisstation zur Umsetzung dieses Verfahrens
PT2183870E (pt) 2007-08-13 2016-03-01 Qualcomm Inc Otimização de fornecimento de pacotes de dados de forma ordenada durante uma transferência de comunicação sem fios
US8488523B2 (en) * 2007-08-14 2013-07-16 Lg Electronics Inc. Method of transmitting and processing data block of specific protocol layer in wireless communication system
KR101224561B1 (ko) * 2007-08-20 2013-01-21 삼성전자주식회사 이동통신 시스템에서 고속 공용 제어 채널을 사용하지 않은경우를 위한 메모리 할당 장치 및 방법
US9030934B2 (en) 2007-09-07 2015-05-12 Qualcomm Incorporated Host-based quality of service for wireless communications
KR100937432B1 (ko) * 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101520683B1 (ko) * 2007-09-13 2015-05-15 엘지전자 주식회사 페이징 과정을 이용한 제어 정보 제공 방법
EP2432290B1 (de) * 2007-09-13 2013-05-22 LG Electronics Inc. Verfahren zur Zuweisung von Funkressourcen in einem drahtlosen Kommunikationssystem
KR101461970B1 (ko) * 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
KR101435844B1 (ko) * 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101396062B1 (ko) * 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
KR101441138B1 (ko) * 2007-09-28 2014-09-18 엘지전자 주식회사 무선통신 시스템에서 상향링크 시간 동기 수행 방법
WO2009045945A2 (en) * 2007-10-01 2009-04-09 Interdigital Patent Holdings, Inc. Method and apparatus for pcdp discard
US20100211842A1 (en) * 2007-10-09 2010-08-19 Sung Ho Moon Method of transmitting data using constellation rearrangement
KR101473010B1 (ko) * 2007-10-17 2014-12-15 엘지전자 주식회사 패킷망을 이용하여 서킷서비스를 제공하는 방법
KR101487557B1 (ko) * 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
KR20090041323A (ko) * 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
WO2009057941A2 (en) * 2007-10-29 2009-05-07 Lg Electronics Inc. A method for repairing an error depending on a radion bearer type
EP2068484B1 (de) * 2007-12-05 2016-05-04 Innovative Sonic Limited Verfahren und Vorrichtung zur Verbesserung des unterbrochenen Empfangs für ein drahtloses Kommunikationssystem
US8325684B2 (en) 2008-01-02 2012-12-04 Interdigital Patent Holdings, Inc. Method and apparatus for cell reselection
KR101532789B1 (ko) * 2008-01-04 2015-07-09 엘지전자 주식회사 재전송 데이터를 처리하는 ｈａｒｑ 동작 방법
KR101514079B1 (ko) * 2008-01-07 2015-04-21 엘지전자 주식회사 상향링크 시간 동기 타이머의 재구성 방법
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
US8270348B2 (en) 2008-01-31 2012-09-18 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
EP2086276B1 (de) * 2008-01-31 2016-11-02 LG Electronics Inc. Verfahren zum signalisieren von back-off-informationen bei direktzugriff
WO2009096746A2 (en) * 2008-02-01 2009-08-06 Lg Electronics Inc. Method for sending rlc pdu and allocating radio resource in mobile communications system and rlc entity of mobile communications
KR101531419B1 (ko) 2008-02-01 2015-06-24 엘지전자 주식회사 시간동기 타이머의 만료 시 상향링크 ｈａｒｑ의 동작 방법
KR101375936B1 (ko) 2008-02-01 2014-03-18 엘지전자 주식회사 시간동기 타이머의 만료 시 하향링크 ｈａｒｑ의 동작 방법
CN101505212B (zh) * 2008-02-04 2012-11-07 上海贝尔股份有限公司 操作harq缓冲器的方法
WO2009101816A1 (ja) * 2008-02-14 2009-08-20 Panasonic Corporation 無線通信基地局装置、無線通信中継局装置、無線通信端末装置、無線通信システム及び無線通信方法
US8806037B1 (en) 2008-02-29 2014-08-12 Netapp, Inc. Remote support automation for a storage server
US9203562B2 (en) 2008-03-07 2015-12-01 Mediatek Inc. Cooperating timer and retransmission counter for buffer management in a HARQ wireless network
JP4772080B2 (ja) * 2008-03-14 2011-09-14 三星電子株式会社 通信システムにおける状態情報の伝達及び構成のための方法及びシステム
KR101163275B1 (ko) * 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
WO2009116788A1 (en) * 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
CN103634856B (zh) 2008-03-20 2017-01-11 爱立信电话股份有限公司 Hs-dsch服务小区变更改进的配置
US8171362B2 (en) * 2008-03-27 2012-05-01 Nokia Corporation Apparatus, method and computer program product for HARQ buffer size reduction
US8522101B2 (en) * 2008-04-15 2013-08-27 Qualcomm Incorporated Physical HARQ indicator channel (PHICH) resource assignment signaling in a wireless communication environment
US7913115B1 (en) * 2008-04-30 2011-03-22 Netapp, Inc. Core file transfer
US8730909B2 (en) * 2008-05-10 2014-05-20 Blackberry Limited Method and system for transitioning between radio access technologies (RATS)
US20100023835A1 (en) * 2008-07-24 2010-01-28 Li-Chih Tseng Method and Apparatus for Improving HARQ Operation
US20100027503A1 (en) * 2008-07-31 2010-02-04 Qualcomm Incorporated Method and apparatus for reducing data loss during handover in a wireless communication system
US8381057B2 (en) * 2008-08-04 2013-02-19 Broadcom Corporation Seamless change of retransmission and rescheduling queues in a communication system
JP5432263B2 (ja) * 2008-08-19 2014-03-05 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｃｑｉだけを報告した後におけるｈａｒｑプロセスの再開
US9979514B2 (en) * 2008-08-27 2018-05-22 Innovative Sonic Limited Method and apparatus for handling HARQ process of semi-persistent scheduling
US9100179B2 (en) * 2008-09-10 2015-08-04 Qualcomm Incorporated Method and apparatus for managing a new data indicator in a wireless communication system
KR100937433B1 (ko) * 2008-09-17 2010-01-18 엘지전자 주식회사 최대 전송 회수를 고려한 ｈａｒｑ 동작 방법
US8755388B2 (en) 2008-09-19 2014-06-17 Qualcomm Incorporated System and method for acknowledgement packet transmitting and receiving
US8315182B2 (en) 2008-11-03 2012-11-20 Htc Corporation Method and related communication device for parameter reconfiguration in a wireless communications system
US8086909B1 (en) 2008-11-05 2011-12-27 Network Appliance, Inc. Automatic core file upload
US8737319B2 (en) * 2008-12-15 2014-05-27 Samsung Electronics Co., Ltd. Method and apparatus for reducing map overhead in a broadand wireless communication system
US8254930B1 (en) 2009-02-18 2012-08-28 Sprint Spectrum L.P. Method and system for changing a media session codec before handoff in a wireless network
US9374306B1 (en) 2009-03-04 2016-06-21 Sprint Spectrum L.P. Using packet-transport metrics for setting DRCLocks
EP2408132A4 (de) * 2009-03-09 2014-07-09 Fujitsu Ltd Datentransfereinrichtung und datentransfereinrichtungs-steuerverfahren
EP2412144B1 (de) 2009-03-25 2019-05-08 Telefonaktiebolaget LM Ericsson (publ) Verfahren zur zeitlichen zulassungskontrolle in einem digitalen videonetzwerk
US8560696B2 (en) * 2009-04-28 2013-10-15 Intel Corporation Transmission of advanced-MAP information elements in mobile networks
US9467938B1 (en) * 2009-04-29 2016-10-11 Sprint Spectrum L.P. Using DRCLocks for conducting call admission control
CN101895403B (zh) 2009-05-22 2013-08-28 华为技术有限公司 一种数据传送方法、装置和通信系统
US8310929B1 (en) 2009-06-04 2012-11-13 Sprint Spectrum L.P. Method and system for controlling data rates based on backhaul capacity
CN102461257A (zh) * 2009-06-19 2012-05-16 捷讯研究有限公司 在演进通用陆地无线接入网接入节点处具有s1端接的中继切换期间的数据处理机制
CA2764575A1 (en) * 2009-06-19 2010-12-23 Research In Motion Limited Mechanisms for data handling during a relay handover with s1 termination at relay
ES2394672T3 (es) 2009-07-08 2013-02-04 Telefonaktiebolaget Lm Ericsson (Publ) Método y disposición de procesamiento de un paquete de un sistema HARQ
US8386875B2 (en) 2009-08-07 2013-02-26 Research In Motion Limited Method and system for handling HARQ operations during transmission mode changes
US8443051B2 (en) * 2009-08-28 2013-05-14 Oracle America, Inc. Direct memory access buffer management
JP5609443B2 (ja) 2009-09-30 2014-10-22 富士通株式会社 再送制御を行う装置及び方法
JP5343803B2 (ja) 2009-10-01 2013-11-13 富士通株式会社 移動端末
US8406192B2 (en) * 2009-10-02 2013-03-26 Research In Motion Limited Handover mechanisms with synchronous PDCP protocol under various relay architectures
US8804596B2 (en) * 2009-10-02 2014-08-12 Blackberry Limited Architecture for termination at access device
US8687590B2 (en) * 2009-10-02 2014-04-01 Blackberry Limited System and method for handover between relays
CN101790215B (zh) * 2009-12-30 2016-03-30 华为技术有限公司 资源调度方法、装置和基站
JP5668938B2 (ja) 2010-01-07 2015-02-12 日本電気株式会社 パケット整列装置、受信装置、及びパケット整列方法
US9100885B2 (en) 2010-01-11 2015-08-04 Mediatek Inc. Wireless messaging method and mobile station
US8363564B1 (en) 2010-03-25 2013-01-29 Sprint Spectrum L.P. EVDO coverage modification based on backhaul capacity
US8515434B1 (en) 2010-04-08 2013-08-20 Sprint Spectrum L.P. Methods and devices for limiting access to femtocell radio access networks
US8989239B2 (en) * 2010-05-10 2015-03-24 Ikanos Communications, Inc. Systems and methods for retransmission with on-line reconfiguration
RU2522307C1 (ru) 2010-06-08 2014-07-10 Самсунг Электроникс Ко., Лтд. Мультиплексирование управляющей информации и информации данных от пользовательского оборудования в режиме передачи mimo
JP5147898B2 (ja) * 2010-06-10 2013-02-20 株式会社エヌ・ティ・ティ・ドコモ 無線制御装置及び通信制御方法
US20120192026A1 (en) * 2010-07-16 2012-07-26 Industrial Technology Research Institute Methods and Systems for Data Transmission Management Using HARQ Mechanism for Concatenated Coded System
US9867165B2 (en) 2010-07-19 2018-01-09 Lg Electronics Inc. Method and device for transmitting a feedback signal in a multi-node system
CN102377544A (zh) * 2010-08-10 2012-03-14 普天信息技术研究院有限公司 一种通信系统中的重传方法
JP4948671B1 (ja) * 2010-10-29 2012-06-06 シャープ株式会社 移動局装置、処理方法および集積回路
US20120163248A1 (en) * 2010-12-23 2012-06-28 Tom Chin Baton Handover From TDD-LTE to TD-SCDMA Systems
CN103095511A (zh) * 2011-10-28 2013-05-08 华为技术有限公司 一种在IPsec机制下的网络测试方法，装置及系统
EP2757725B1 (de) * 2011-11-01 2020-04-01 LG Electronics Inc. Verfahren und vorrichtung zur ack/nack-aufnahme in einem drahtlosen kommunikationssystem
JP5918507B2 (ja) * 2011-11-08 2016-05-18 株式会社Ｎｔｔドコモ 無線通信システム、干渉測定方法、無線基地局装置、及びユーザ端末
JP5801694B2 (ja) * 2011-11-09 2015-10-28 株式会社Ｎｔｔドコモ 無線通信システム、無線基地局装置、ユーザ端末及び無線通信方法
JP5940353B2 (ja) * 2012-04-11 2016-06-29 オリンパス株式会社 無線通信装置、メモリ装置、無線通信システム、無線通信方法、およびプログラム
GB2503873B (en) * 2012-05-23 2017-05-24 Nvidia Corp Processing data units
GB2502954B (en) 2012-05-23 2014-10-15 Nvidia Corp Processing data units
US9001657B2 (en) * 2012-06-25 2015-04-07 Verizon Patent And Licensing Inc. Mesh network node with multiple automatic repeat requesters
CN103684656A (zh) * 2012-09-03 2014-03-26 上海航天测控通信研究所 基于fpga的自适应链路层差错控制方法及装置
DK2898618T3 (da) 2012-09-21 2017-01-02 ERICSSON TELEFON AB L M (publ) Fremgangsmåde og indretning i et trådløst kommunikationssystem
WO2014082271A1 (zh) * 2012-11-29 2014-06-05 华为技术有限公司 一种定时参考小区的处理方法和设备
JP6224820B2 (ja) * 2013-04-10 2017-11-01 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてデータ送信を実行する方法及び装置
CN104349490A (zh) * 2013-08-08 2015-02-11 华为技术有限公司 调度方法及装置
US9622147B2 (en) * 2013-09-12 2017-04-11 Apple Inc. System and method for performing hybrid automatic repeat request (HARQ) in a WLAN system
US8971177B1 (en) * 2013-10-10 2015-03-03 National Sun Yat-Sen University Event trigger and management system for providing automatic repeat requests by single timer and method thereof
US11432305B2 (en) 2014-05-19 2022-08-30 Qualcomm Incorporated Apparatus and method for synchronous multiplexing and multiple access for different latency targets utilizing thin control
US11019620B2 (en) 2014-05-19 2021-05-25 Qualcomm Incorporated Apparatus and method for inter-band pairing of carriers for time division duplex transmit- and receive-switching and its application to multiplexing of different transmission time intervals
US9877141B2 (en) 2014-06-24 2018-01-23 Telefonaktiebolaget Lm Ericsson (Publ) Management of wireless devices in limited radio coverage
US10285163B2 (en) 2014-06-24 2019-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Management of wireless devices in limited radio coverage
EP3221987A1 (de) * 2014-11-21 2017-09-27 Telefonaktiebolaget LM Ericsson (publ) Signalverarbeitungsvorrichtung und -verfahren
US9814040B2 (en) * 2014-11-21 2017-11-07 Qualcomm Incorporated UL/DL waveform and numerology design for low latency communication
US9860870B2 (en) 2015-01-26 2018-01-02 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communications-dynamic coverage class update and aligning coverage class paging groups
EP3253114A4 (de) * 2015-01-29 2018-05-23 Ntt Docomo, Inc. Endgerät und kommunikationssystem
WO2016163506A1 (ja) * 2015-04-09 2016-10-13 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
US10420012B2 (en) * 2015-09-14 2019-09-17 Prodatakey, Inc. Adaptive unicast timeout for a wireless network having optimized routing
US10178627B2 (en) * 2015-12-17 2019-01-08 Qualcomm Incorporated Performance monitoring in mission-critical wireless networks
CN108432315B (zh) * 2015-12-25 2023-01-10 株式会社Ntt都科摩 终端、无线通信方法以及系统
US10992411B2 (en) * 2016-03-31 2021-04-27 Idac Holdings, Inc. System and method for high reliability transmission with superposition modulation aided network coding
JP6926127B2 (ja) * 2016-06-02 2021-08-25 ノキア ソリューションズ アンド ネットワークス オサケユキチュア マルチコネクティビティにおける信頼性のある通信のための装置及び方法
EP3482592B1 (de) * 2016-07-06 2022-03-30 Telefonaktiebolaget LM Ericsson (publ) Verfahren und netzwerkknoten zur planung einer vielzahl von tti-bundle-übertragungen
KR102695650B1 (ko) * 2016-07-28 2024-08-19 삼성전자 주식회사 이동 통신 시스템에서 harq 프로세스 관리 방법 및 장치
US11115958B2 (en) * 2016-08-09 2021-09-07 Lg Electronics Inc. Method whereby terminal transmits and receives sidelink signals in wireless communication system
JP2019169750A (ja) 2016-08-10 2019-10-03 株式会社Ｎｔｔドコモ ユーザ装置、及び再送制御方法
WO2018113902A1 (en) * 2016-12-19 2018-06-28 Huawei Technologies Co., Ltd. Network node and client device for measuring channel state information
US10652169B2 (en) * 2017-02-10 2020-05-12 Qualcomm Incorporated Hybrid automatic repeat request management for differing types of hybrid automatic repeat request processes
CN108988995B (zh) * 2017-06-02 2020-07-24 华为技术有限公司 一种数据传输的方法和装置
WO2019098929A1 (en) * 2017-11-17 2019-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for enhanced soft buffer handling
EP3714565A4 (de) * 2017-11-20 2021-07-07 QUALCOMM Incorporated Dynamische beendigung von hybriden automatischen wiederholungsanforderungsneuübertragungen
EP3785465B1 (de) * 2018-04-23 2023-08-09 Endeavour Technology Limited System und verfahren zur überwachung der dienstqualität (qos) in einem internet-der-dinge (iot)
CN112272928B (zh) * 2018-06-20 2022-08-09 华为技术有限公司 一种数据包重传方法及装置
WO2020022849A1 (en) * 2018-07-27 2020-01-30 Samsung Electronics Co., Ltd. Method and apparatus for wireless communication of wireless node in wireless communication system
GB2576204B (en) 2018-07-27 2021-02-17 Samsung Electronics Co Ltd Operation of automatic repeat request (ARQ)
WO2020064710A1 (en) 2018-09-24 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Control of drx using layer-1 signaling
US11424868B2 (en) * 2019-01-24 2022-08-23 Mediatek Singapore Pte. Ltd. Method and apparatus for user equipment processing timeline enhancement in mobile communications
WO2020218231A1 (ja) * 2019-04-25 2020-10-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局、受信方法及び送信方法
CN113328833B (zh) * 2021-02-05 2023-08-29 北京紫光展锐通信技术有限公司 数据传输方法、装置和系统
CN113132063B (zh) * 2021-04-02 2022-07-01 天津瑞发科半导体技术有限公司 一种物理层重传控制方法
IL286821B2 (en) 2021-09-29 2023-04-01 Elbit Systems C4I And Cyber Ltd System and method for wireless transmission of information
CN114629824B (zh) * 2022-03-24 2024-03-19 阿里巴巴（中国）有限公司 丢包定位方法、装置、计算设备及介质

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US19965A (en) * 1858-04-13 brown
US172217A (en) * 1876-01-11 Improvement in turbine water-wheels
US116143A (en) * 1871-06-20 Improvement in water-backs for stoves
US5570367A (en) * 1994-07-29 1996-10-29 Lucent Technologies Inc. Asymmetric protocol for wireless communications
US6557134B2 (en) * 1997-09-30 2003-04-29 Glenayre Electronics, Inc. ARQ method for wireless communication
WO2000022867A1 (en) * 1998-10-09 2000-04-20 Telefonaktiebolaget Lm Ericsson (Publ) Channel reassignment handshake in a mobile radio communication system
JP2001217774A (ja) 2000-02-01 2001-08-10 Oki Electric Ind Co Ltd Ｃｄｍａ移動体通信システムにおける基地局の総送信電力制御方法および基地局装置
US6678523B1 (en) * 2000-11-03 2004-01-13 Motorola, Inc. Closed loop method for reverse link soft handoff hybrid automatic repeat request
US7158504B2 (en) 2001-05-21 2007-01-02 Lucent Technologies, Inc. Multiple mode data communication system and method and forward and/or reverse link control channel structure
US7542482B2 (en) 2001-08-16 2009-06-02 Qualcomm Incorporated Method and apparatus for message segmentation in a wireless communication system
US6850769B2 (en) * 2002-02-14 2005-02-01 Qualcomm Incorporated Method and apparatus for adaptive measurement of round-trip time in ARQ protocols and using the same for controlling flow of data in a communication system
US6678249B2 (en) * 2002-02-14 2004-01-13 Nokia Corporation Physical layer packet retransmission handling WCDMA in soft handover
US7177658B2 (en) * 2002-05-06 2007-02-13 Qualcomm, Incorporated Multi-media broadcast and multicast service (MBMS) in a wireless communications 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
US8089879B2 (en) * 2002-05-15 2012-01-03 Alcatel Lucent In-band flow control methods for communications systems
JP3574443B2 (ja) * 2002-08-20 2004-10-06 松下電器産業株式会社 通信端末装置、基地局装置、および送信電力制御方法
US8107885B2 (en) * 2002-10-30 2012-01-31 Motorola Mobility, Inc. Method and apparatus for providing a distributed architecture digital wireless communication system
US8111668B2 (en) * 2003-02-14 2012-02-07 Alcatel Lucent Signaling methods for wireless communication systems
US7385951B2 (en) * 2003-02-15 2008-06-10 Lucent Technologies Inc. Methods of transmitting and signaling over a reverse link in wireless systems
CN1523797B (zh) * 2003-02-17 2012-07-04 北京三星通信技术研究有限公司 Wcdma系统增强型上行专用信道harq的重排序方法
US7013143B2 (en) * 2003-04-30 2006-03-14 Motorola, Inc. HARQ ACK/NAK coding for a communication device during soft handoff
US6993342B2 (en) * 2003-05-07 2006-01-31 Motorola, Inc. Buffer occupancy used in uplink scheduling for a communication device
ATE332061T1 (de) 2003-08-14 2006-07-15 Matsushita Electric Ind Co Ltd Synchronisation von basisstationen während soft- handover
EP1507422A1 (de) 2003-08-14 2005-02-16 Matsushita Electric Industrial Co., Ltd. Auswahl einer Basisstation während eines sanften Weiterreichen
US8694869B2 (en) * 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
US20050250511A1 (en) * 2004-05-05 2005-11-10 Weimin Xiao Method for rate control signaling to facilitate UE uplink data transfer
US20050250497A1 (en) * 2004-05-05 2005-11-10 Amitava Ghosh Acknowledgement method for ACK/NACK signaling to facilitate UE uplink data transfer
US7979072B2 (en) * 2004-06-04 2011-07-12 Nortel Networks Limited Method and system for soft handoff in mobile broadband systems
US8280425B2 (en) * 2004-09-16 2012-10-02 Motorola Mobility Llc Wireless transmitter configuration

Also Published As

Publication number Publication date
ATE353174T1 (de) 2007-02-15
US7657815B2 (en) 2010-02-02
KR101083909B1 (ko) 2011-11-15
EP1507352A1 (de) 2005-02-16
CN1864362B (zh) 2013-09-11
KR20060081402A (ko) 2006-07-12
EP1507352B1 (de) 2007-01-31
CN1864362A (zh) 2006-11-15
JP2007502558A (ja) 2007-02-08
US7921348B2 (en) 2011-04-05
JP4476258B2 (ja) 2010-06-09
US20070079207A1 (en) 2007-04-05
DE60311574D1 (de) 2007-03-22
CN103401667A (zh) 2013-11-20
EP1760927B1 (de) 2020-04-08
JP2007028653A (ja) 2007-02-01
WO2005018241A2 (en) 2005-02-24
RU2006107917A (ru) 2007-09-27
BRPI0413579B1 (pt) 2018-04-24
EP1760927A1 (de) 2007-03-07
JP3929480B2 (ja) 2007-06-13
BRPI0413579A (pt) 2006-10-17
WO2005018241A3 (en) 2005-07-14
RU2364036C2 (ru) 2009-08-10
CN103401667B (zh) 2017-06-13
US20070106924A1 (en) 2007-05-10

Similar Documents

Publication Publication Date Title
DE60311574T2 (de) Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens
DE60306519T2 (de) Synchronisation von Basisstationen während Soft-Handover
DE602004012702T2 (de) Verfahren zur HARQ-Wiederholungszeitsteuerung
DE602004008068T2 (de) Effiziente "Rise Over Thermal (ROT)" Steuerung während eines sanften Weiterreichens
DE602004011032T2 (de) Auf Priorität basierte Behandlung von Datenübertragungen
DE60318873T2 (de) Verfahren zur überwachung von protokolldateneinheiten zugewiesenen übertragungssequenzzahlen zur erkennung und korrektur von übertragungsfehlern
DE60316218T2 (de) Anhalten der wiederholten Ubertragung von Hybrid ARQ-Daten in einem High Speed Downlink Packet Access (HSDPA) System
DE602004012862T2 (de) Dienstgüte-bewusste Ablaufsteuerung für Aufwärtsübertragungen über zugeordneten Kanälen
DE602004011540T2 (de) Verfahren, basisstation und system für die hsdpa-kommunikation
DE10305096B4 (de) Vorrichtung und Verfahren zum Senden/Empfangen von Serving-HS-SCCH-Set-Information in einem HSDPA Kommunikationssystem
DE60221606T2 (de) Verfahren zum Steuern der Datenübertragung in einem Funkkommunikationssystem
DE60217098T2 (de) Hybrides automatisches Wiederholungsaufforderungsprotokoll
DE10238806B4 (de) Signalisierverfahren zwischen MAC-Einheiten in einem Paketkommunikationssystem
DE10255655B4 (de) Vorrichtung und Verfahren zum Minimieren einer Nichtübertragungsperiode aufgrund eines komprimierten Modus in einem Mobilkommunikationssystem, das HSDPA unterstützt
DE60220956T2 (de) Rückverbindungskanalarchitektur in einem drahtlosen Kommunikationssystem
DE60217097T2 (de) Hybrides automatisches Wiederholungsaufforderungsprotokoll
DE20216074U1 (de) Hochgeschwindigkeits-Downlink-Shared-Channel Node-B, H-ARQ-Kompatibel
DE60035291T2 (de) Verfahren und vorrichtung zur nachrichtenübertragung mit mehrkanal stop-und-warten arq
DE60218149T2 (de) Datenpaketumordnung in einem kommunikationssystem
DE10252536A1 (de) Verfahren und Vorrichtung zur Übertragung von Datenpaketen
DE102004007198A1 (de) System und Verfahren zum erneuten Senden von Uplink-Daten in einem Codemehrfachzugriff-Kommunikationssystem
KR20110111347A (ko) 하이브리드-자동 반복 요청 프로세스를 할당하는 방법 및 장치
CN104618078A (zh) 延迟多载波系统中的重传请求
CN102067481B (zh) 在随机接入过程处理ndi
US20100042882A1 (en) Packet Retransmissions

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: PANASONIC CORP., KADOMA, OSAKA, JP