DE60036218T2 - Verbindungsschichtquittierung und wiederübertragung für ein zellulares telekommunikationssystem - Google Patents

Verbindungsschichtquittierung und wiederübertragung für ein zellulares telekommunikationssystem Download PDF

Info

Publication number
DE60036218T2
DE60036218T2 DE60036218T DE60036218T DE60036218T2 DE 60036218 T2 DE60036218 T2 DE 60036218T2 DE 60036218 T DE60036218 T DE 60036218T DE 60036218 T DE60036218 T DE 60036218T DE 60036218 T2 DE60036218 T2 DE 60036218T2
Authority
DE
Germany
Prior art keywords
segment
loss
segments
receiver
message
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
DE60036218T
Other languages
English (en)
Other versions
DE60036218D1 (de
Inventor
Staffan Johansson
Wesa Riihinen
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of DE60036218D1 publication Critical patent/DE60036218D1/de
Publication of DE60036218T2 publication Critical patent/DE60036218T2/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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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/1607—Details of the supervisory signal
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • 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/1809—Selective-repeat protocols
    • 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
    • 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/188—Time-out mechanisms

Description

  • HINTERGRUND
  • 1. GEBIET DER ERFINDUNG
  • Die vorliegende Erfindung betrifft mobile Telekommunikationen und insbesondere eine Bestätigung eines Empfangs und eine Neuübertragung von paketvermittelten Daten für ein oberes Schichtprotokoll, wie beispielsweise das Übertragungssteuerprotokoll/Internetprotokoll (TCP/IP).
  • 2. STAND DER TECHNIK UND WEITERE BETRACHTUNGEN
  • Anfänglich wurden kommerzielle mobile oder zellulare Telekommunikationssysteme vorwiegend für Sprachanrufe, z.B. leitungsvermittelte Verbindungen, verwendet. In den jüngsten vergangenen Jahren sind jedoch zellulare Telekommunikationssysteme auch für die Übertragung von Daten (paketvermittelte Daten) verwendet worden, wobei das Benutzer-Equipment andere Formen als ein Mobiltelefon annimmt. Zum Beispiel kann ein Benutzer-Equipment, wie mobile Laptops, Daten über drahtlose Strecken und durch ein zellulares Telekommunikationssystem an verdrahtete Computernetzwerke, wie beispielsweise das Internet, senden.
  • Zellulare Telekommunikationssysteme verwenden eine drahtlose Strecke (z.B. eine Luftschnittstelle) zwischen der (mobilen) Benutzer-Equipmenteinheit und einer Basisstation (BS). Die Basisstation weist Sender und Empfänger für Funkverbindungen mit zahlreichen Benutzer-Equipmenteinheiten auf. Eine oder mehrere Basisstationen sind (z.B. über Landleitungen oder Mikrowellen) mit einer Funknetzwerk-Steuerung (RNC) verbunden und werden von dieser verwaltet [auch bekannt in einigen Netzwerken als eine Basisstations-Steuerung (BSC)]. Die Funknetzwerk- Steuerung ist wiederum über Steuerknoten mit einem Kern-Telekommunikationsnetzwerk verbunden.
  • Steuerknoten können verschiedene Ausbildungen annehmen, in der Abhängigkeit von den Typen von Diensten oder Netzwerken, mit denen die Steuerknoten verbunden sind. Zum Verbinden mit verbindungsorientierten, leitungsvermittelten Netzwerken, wie PSTN und/oder ISDN, kann der Steuerknoten ein Mobilvermittlungszentrum (MSC) sein. Zur Verbindung mit paketvermittelten Datendiensten, wie beispielsweise dem Internet (zum Beispiel), kann der Steuerknoten ein Gateway Daten-Unterstützungsknoten (engl. Gateway Data Support Node), durch den eine Verbindung mit den verdrahteten Datennetzwerken hergestellt wird, und vielleicht ein oder mehrere Dienst-Knoten sein. Beispiele eines bestimmten Paketdatendienstes, genannt der General Paket Service (GPRS) [vorgesehen in Europa in dem Kontext des Global System for Mobile communications (GSM)] sind durch das folgende bereitgestellt: US 6721278 , eingereicht am 30. April 1998 mit dem Titel "Dynamic Allocation of Paket Data Channels"; US 6978368 , eingereicht am 30. April 1998 mit dem Titel "Allocation of Channels for Packet Data Services"; und US 6104929 , eingereicht am 4. Juni 1998 mit dem Titel "Data Packet Radio Service with Enhanced Mobility Management".
  • Wie oben angegeben, können paketvermittelte Datendienste den Internet-Dienst einschließen. Im Hinblick auf eine Internet-Verbindung hat das Übertragungs-Steuerprotokoll/Internet-Protokoll (TCP/IP) eine breite Akzeptanz gewonnen. Obwohl sie für gewöhnlich zusammenarbeiten, sind das Internet-Protokoll (IP) und das Übertragungs-Steuerprotokoll (TCP) tatsächlich getrennte Protokolle, wobei das TCP auf einer höheren Ebene (Transportebene) als das IP (auf der Netzwerkebene) ist.
  • Es gibt zahlreiche Implementierungen des TCP, jeweils mit unterschiedlichen Charakteristiken, wobei die RENO Implementierung vielleicht die gebräuchlichste ist. Im Allgemeinen unterstützt TCP einen weiteren Bereich von Protokollen der oberen Schicht (ULPs). Ein ULP kann kontinuierliche Ströme von Daten durch TCP senden. Das TCP bricht die Ströme in verkapselte Segmente auf, wobei jedes Segment eine geeignete Adressierungs- und Steuerinformation einschließt. TCP übergibt die Segmente an die Netzwerkschicht (z.B. das IP).
  • Die IP-Schicht schließt die TPC-Segmente in IP-Pakete oder Internet-Datagramme ein. Das Internet-Datagramm erlaubt eine Lenkung an Quellen- und Ziel-TCPs in weiteren Netzwerken. Somit dient das IP z.B. zum Zusammenbauen von IP-Datagrammen und um eine Lenkung der IP-Datagramme zwischen IP-Adressen (z.B. zwischen Hosts), die in dem IP-Datagramm-Header eingeschlossen sind, zu ermöglichen.
  • Das TCP stellt eine Zuverlässigkeit bereit, die das IP nicht hat. Insbesondere führt das TCP Segmentierungs- und Wiederzusammenaufbau-Funktionen eines Datagrammes durch, um Rahmengrößen und Datenstrecken Schicht-Protokolle anzupassen. Zusätzlich führt TCP zusätzlich Funktionen aus, wie die Adressierung innerhalb eines Hosts, Neuübertragung von verlorenen Paketen, und die Flusssteuerung. Allgemeine Konzepte, die TCP/IP zugrunde liegen, lassen sich aus zahlreichen Veröffentlichungen verstehen, einschließlich Freemann, Telecommunication System Engineering, Third Generation, John Wiley & Sons; Inc., (1996), und W.R. Stevens, TCP/IP Illustrated, Volume I: The Protocols (Addison-Wesley, 1994).
  • Datenverluste aufgrund von Bitfehlern treten über herkömmliche verdrahtete Strecken auf, jedoch sind solche Verluste derart gering, dass sie im Wesentlichen nicht existent sind (beispielsweise im Bereich von 10–6 über Kupferdraht und 10–9 über optische Faser). Solche Verluste über herkömmlich verdrahtete Strecken stammen beinahe ausschließlich von überfließenden Puffern in Routern ab. TCP ist dazu entworfen, um diese Bedingungen zu bewältigen, und daraus folgend sind Paketverluste als ein verstopftes Netzwerk anzusehen. Beim Erfassen eines Verlustes rufen unterschiedliche Implementierungen von TCP unterschiedliche Verstopfungs-Vermeidungsmechanismen auf, jedoch verringern alle solche Verstopfungs-Vermeidungsmechanismen die Übertragungsgeschwindigkeit.
  • Eine bestimmte Kode-Typ Fehlerbehebungs-Fähigkeit (beispielsweise Faltungs-Kodierung) ist über die Luftschnittstelle bereitgestellt, jedoch kann eine solche Kode-Typ Fehlerbehebung keine großen Fehler beheben. Über die Luftschnittstelle wird eine Fehlerbehebung lokal mit einem lokalen Neuübertragungs-Protokoll durchgeführt, wobei alle Daten in einem Übertragungspuffer gepuffert werden, bis sie erfolgreich zum Empfänger geliefert werden. Im Wesentlichen werden jegliche verlorene Daten schnell durch das lokale Neuübertragungs-Protokoll übertragen, bevor TCP eine Möglichkeit dazu hat, den Verlust zu erfassen. Durch lokales Neuübertragen der Daten kann eine schnellere Wiederherstellung vorgenommen werden, und am Wichtigsten, wird das TCP den Verlust nicht erfassen und wird demgemäß nicht den TCP-Verstopfungs-Vermeidungsmechanismus aufrufen (es seid denn, dass Daten irgendwo anders als über die Luftschnittstelle verloren gehen).
  • Somit ist es unter Verwendung des lokalen Neuübertragungs-Protokolls die Aufgabe, wie es schnell realisiert werden kann, dass Daten verloren sind, und wie die verlorenen Daten neu übertragen werden. Herkömmlicherweise wurden zwei grundlegende Typen von Strategien bei einer lokalen Wiederherstellung verwendet: (1) Transportschicht-Wiederherstellung von TCP-Paketen, und (2) Streckenschicht-Wiederherstellung von kleineren Dateneinheiten, welche Segmente oder Rahmen genannt werden (beispielsweise Automatic Repeat reQuest [ARQ]). Unter den zwei allgemeinen Strategien wird der ARQ-Typ als Strategie im Allgemeinen bevorzugt.
  • Zwei Beispiele von Streckenschicht-Wiederherstellung Neuübertragungs-Protokollen sind SSCOP (siehe ITU-T Recommendation Q.2110, 1994) und Radio Link Control (RLC). Das SSCOP- und RLC-Protokoll sind ähnlich, wobei RLC eine verbesserte Variante des SSCOP ist. 13A stellt ein Szenario eines SSCOP-Betriebes dar, wobei ein Segment S213A verloren ist. Ein Empfang des nächsten Segments S313A löst eine negative Bestätigungsmeldung (USTAT(S2)) aus. Unglücklicherweise, wie in 13A dargestellt, ist die negative Bestätigungsmeldung (USTAT(S2)) verloren. Darüber hinaus ist Segment S513A ebenfalls verloren. Eine Übertragung von Segment S613A löst daher eine negative Bestätigungsmeldung (USTAT(S5)) aus, um Segment S513A wiederherzustellen. Die negative Bestätigungsmeldung (USTAT(S5)) wird erfolgreich dem Übertrager zugeführt, welcher dann Segment S513A neu überträgt. An diesem kritischen Augenblick ist Segment S213A immer noch nicht wiederhergestellt. Wenn ein Befragungs-Zeitnehmer, welcher durch SSCOP beibehalten wird, abläuft, wird eine Befragungs-Meldung an den Empfänger übertragen, indem ein Befragungs-Bit in einem Header eines Segments S913A eingestellt wird. Beim Empfang der Befragungs-Meldung S913A überprüft der Empfänger seinen Empfangs-Puffer und meldet, dass Segment S213A fehlt. Bei der Erfassung, dass Segment S213A fehlt, überträgt der Empfänger eine STAT-Meldung, insbesondere STAT(S2). Die STAT-Meldung ist eine selektive Bestätigungsmeldung, welche über Lücken von einem oder mehreren Segmenten im Empfangs-Puffer hinweisen kann. Beim Empfang der STAT(S2)-Meldung, wird Segment S213A neu übertragen.
  • 13B stellt ein ähnliches Szenario eines RLC-Betriebes dar, wobei Segment S213D verloren ist. Ein Empfang des nächsten Segments S313D löst sowohl eine Übertragung von einer negativen Bestätigungsmeldung (USTAT(S2)) als auch einen Start eines EPC-Zeitnehmers (Estimated PDU Counter) aus, um die USTAT-Meldung vor einem Verlust zu schützen. Jedoch geht die USTAT(S2)-Meldung vom Empfänger verloren, wie auch das Segment S513A vom Übertrager. Der EPC-Zeitnehmer verfällt im dritten Segment, wobei er von dort aus zählt, wo die USTAT(S2)-Meldung gesendet wurde, wobei eine Neuübertragung der USTAT(S2)-Meldung ausgelöst wird. Obwohl Segment S513D ebenfalls verloren gegangen ist, kann eine Wiederherstellung von Segment S513D nicht beginnen, bis eine Wiederherstellung von Segment S213D vollendet ist. Daher wird der EPC-Zeitnehmer gestoppt und neu gestartet (für die Wiederherstellung von Segment S213D). Wenn die USTAT(S2)-Meldung gelingt und Segment S213D empfangen ist, wird der EPC-Zeitnehmer gestoppt, und der Empfangs-Puffer wird untersucht. Zu diesem Zeitpunkt ist Segment S513D als vermisst gemeldet, und es wird eine Wiederherstellung mit der USTAT(S5)-Meldung eingeleitet. Die Wiederherstellung von Segment S513D gelingt, und die Übertragung von Datenpaketen kann fortgesetzt werden.
  • Diese zwei Beispiele von Streckenschicht-Wiederherstellung Neuübertragungs-Protokollen (SSCOP und RTL) kann geringe Verluste recht gut verwalten, jedoch, wenn die Blockfehlerrate (BLER) anwächst, sind diese zwei Protokolle aufgrund von langsamer Neuübertragung und Neuübertragungs-Abrissen, welche aus gefüllten Übertragungs-Fenstern herrühren, ungeeignet.
  • Die EP 0695053 (D1) offenbart ein Verfahren, bei welchem ein Drahtlos-Endbenutzer unverlangte periodische Statusmeldungen, welche über den Empfang, oder einen Mangel daran, von Datenpaketen, welche übertragen sind, hinweisen, und Befragungs-Meldungen, welche über den Status von Datenpaketen abfragen, welche zuvor an den Drahtlos-Endbenutzer übertragen wurden, empfängt. Es werden mehrere ACKs zusammengefasst, um Energie zu sparen. D1 offenbart ferner ein Empfangsstatus-Feld, welches ein Feld für eine Paket-Identifikationsnummer, ein Feld für eine Blocknummer, welche mit einer oder mehreren Paket-Identifikationsnummern in Zusammenhang steht, und ein Status-Feld enthält. Das Status-Feld zeigt durch einen Wert an, ob das Paket bestätigt wurde oder nicht. Der Übertragungs-Feld Status enthält ein Zeitnehmer-Feld, welches anzeigt, wann das Paket übertragen oder neu übertragen wurde. Die Zellular-Vorrichtungen enthalten einen oberen Zeiger und einen unteren Zeiger. Der untere Zeiger identifiziert das geringwertigste nummerierte Paket, welches an die Basisstation übertragen und durch sie bestätigt ist, während der obere End-Zeiger das höchstwertigste nummerierte Paket identifiziert, welches an die Basisstation übertragen ist. D1 bezieht sich auf das gleiche technische Gebiet wie die Erfindung. Das Problem und die Lösung sind jedoch unterschiedlich als bei der vorliegenden Erfindung.
  • Was daher benötigt wird, und was eine Aufgabe der vorliegenden Erfindung ist, ist eine Streckenschicht-Wiederherstellungstechnik, welche eine gute Übertragungsverwendung sogar während schlechter Übertragungsbedingungen bewahrt.
  • KURZE ZUSAMMENFASSUNG DER ERFINDUNG
  • Ein Mobiltelekommunikationssystem enthält eine mobile Benutzer-Equipmenteinheit und zumindest einen Knoten, durch welchen eine paketvermittelte Datensitzung zwischen der Benutzer-Equipmenteinheit und einem Datennetzwerk aufgebaut wird. Eines aus dem Knoten und der Benutzer-Equipmenteinheit dient als ein Übertrager von Segmenten von Datenpaketen, und das weitere aus dem Knoten und der Benutzer-Equipmenteinheit dient als ein Empfänger der Segmente von Datenpaketen. Wenn ein erstes Verlust-Segment nicht innerhalb eines zeitlich festgelegten Intervalls neu übertragen und erfolgreich empfangen ist, und wenn ein zweites Verlust-Segment während des zeitlich festgelegten Intervalls ebenfalls verloren gegangen ist, sendet der Empfänger bei einem Ablauf des zeitlich festgelegten Intervalls eine Bestätigungsmeldung an den Übertrager, welche eine Neuübertragung von sowohl dem ersten Verlust-Segment als auch dem zweiten Verlust-Segment anfordert.
  • Die Bestätigungsmeldungen des Systems haben ein eindeutiges Format, welches ein Startsequenz-Nummernfeld und ein Bitmap mit variabler Größe enthält. Die Startsequenz-Nummer (ssn) wird auf ein erstes, nicht empfangenes Segment in einem Empfangs-Puffer abgebildet; das erste Bit im Bitmap wird auf ein Segment mit einer Sequenznummer gleich der Startsequenznummer abgebildet. Bits im Bitmap werden auf einen ersten vorbestimmten Wert, um auf einen Empfang von jeweiligen der mehreren Segmente hinzuweisen, oder auf einen zweiten vorbestimmten Wert eingestellt, um auf einen Nichtempfang von jeweiligen der mehreren Segmente hinzuweisen. In unterschiedlichen Ausführungsformen können die Bitmaps der Bestätigungsmeldungen ein Stopp-Bit haben oder nicht haben. Wenn ein Stopp-Bit verwendet wird, beschreibt das letzte Bit, welches auf den zweiten vorbestimmten Wert eingestellt ist, das Ende der Informations-Teilmenge von dem Bitmap.
  • Ein Beispiel enthält einen Übertrager mit einem Befragungs-Zeitnehmer, welcher gemäß neuer Zeitnehmer-Betriebsregeln gestartet/neugestartet und gelöscht wird. Insbesondere wird ein Starten/Neustarten eines Befragungs-Zeitnehmers im Übertrager beim Auftritt von einem der Folgenden bewirkt: (1) eine Sequenznummer von einem Segment, welches vom Übertrager zum Empfänger zu senden ist, ist größer oder gleich V(a) + MaxWin – MaxP, wobei V(a) eine Sequenznummer von einem ersten Segment in einem Übertragungsfenster ist, MaxWin die Größe des Übertragungsfensters ist, und MaxP eine vorbestimmte Ganzzahl kleiner als MaxWin ist; (2) ein oder mehrere Segmente sind vom Übertrager zum Empfänger neu zu übertragen, wenn der Befragungs-Zeitnehmer bereits läuft; und (3) ein zu übertragenes Segment ist das letzte Segment im Puffer. Die Ganzzahl MaxP wird dynamisch bestimmt, und kann abhängen von einem aus (1) eine erlaubte Anzahl von aufeinander folgenden verlorenen Bestätigungsmeldungen; und (2) eine Häufigkeit von negativen Bestätigungsmeldungen. Ein Auszeit-Wert für den Befragungs-Zeitnehmer wird ebenfalls dynamisch bestimmt.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • Die vorhergehende und weitere Aufgaben, Merkmale und Vorteile der Erfindung ergeben sich anhand der folgenden genaueren Beschreibung von bevorzugten Ausführungsformen, wie in den beiliegenden Zeichnungen dargestellt, in denen sich Bezugszeichen über die verschiedenen Ansichten hinweg auf die gleichen Teile beziehen. Die Zeichnungen sind nicht notwendigerweise im Maßstab gezeigt, wobei das Hauptaugenmerk auf die Illustration der Prinzipien der Erfindung gerichtet ist.
  • 1 ist eine schematische Ansicht von einer Ausführungsform von einem Telekommunikationssystem, welches die vorliegende Erfindung verwendet.
  • 2 ist eine diagrammartige Ansicht von Funktionalitäten, welche in einer mobilen Benutzer-Equipmenteinheit, welche im Telekommunikationssystem von 1 teilnimmt, bereitgestellt sind.
  • 3 ist eine schematische Ansicht von Hardware-Komponenten, welche in der mobilen Benutzer-Equipmenteinheit von 2 enthalten sind.
  • 4 ist eine schematische Ansicht eines Funknetzwerk-Steuerung(RNC)-Knotens gemäß einer Ausführungsform der Erfindung.
  • 5 ist eine schematische Ansicht von einem Basisstation(BS)-Knoten gemäß einer Ausführungsform der Erfindung.
  • 6 ist eine schematische Ansicht von einer Neuübertragungs/Bestätigungs-Einheit gemäß einer Ausführungsform der Erfindung.
  • 7A ist ein Zustandsdiagramm, welches Betriebe auf einer Übertragerseite von der Neuübertragungs/Bestätigungs-Einheit von 6 zeigt.
  • 7B ist ein Zustandsdiagramm, welches Betriebe auf einer Empfängerseite von der Neuübertragungs/Bestätigungs-Einheit von 6 zeigt.
  • 8A–8C sind diagrammartige Ansichten, welche unterschiedliche Szenarien für drei jeweilige Befrager-Zeitnehmer Start/Neustart-Bedingungen anzeigen.
  • 9A ist eine diagrammartige Ansicht eines ersten Beispielformats von einer Bestätigungs-Meldung CSACK gemäß der Erfindung.
  • 9B ist eine diagrammartige Ansicht eines zweiten Beispielformats von einer Bestätigungs-Meldung CSACK gemäß der Erfindung.
  • 10A–10D sind diagrammartige Ansichten, welche unterschiedliche Szenarien von einer Segmentübertragung, von Bestätigungen und von einer Segmentneuübertragung gemäß von Modi der Erfindung anzeigen.
  • 11 ist eine diagrammartige Ansicht, welche Schritte anzeigt, welche in einer adaptiven Steuerung von einer Bestimmung eines Parameters MaxP gemäß einem Modus der Erfindung enthalten sind.
  • 12A und 12B sind diagrammartige Ansichten, welche Schritte zeigen, welche in einer adaptiven Steuerung zum Bestimmen von Auszeit-Werten für einen Befragungs-Zeitnehmer und einen Empfänger-Zeitnehmer gemäß einem Modus der Erfindung enthalten sind.
  • 13A und 13B sind diagrammartige Ansichten, welche unterschiedliche Szenarien von einer Segment-Übertragung, von Bestätigungen, und einer Segment-Neuübertragung gemäß jeweils von SSCOP und RLC-Protokollen aus dem Stand der Technik anzeigen.
  • 14 ist eine Matrix, welche anzeigt, wie MaxP gemäß der erlaubten Anzahl von aufeinander folgenden verlorenen positiven Bestätigungsmeldungen eingestellt werden kann.
  • GENAUE BESCHREIBUNG DER ZEICHNUNGEN
  • In der folgenden Beschreibung sind für die Zwecke der Erläuterung und nicht zur Beschrankung spezifische Details aufgeführt, wie beispielsweise bestimmte Architekturen, Schnittstellen, Techniken etc., um ein gründliches Verständnis der vorliegenden Erfindung bereitzustellen. Jedoch wird es dem Fachmann ersichtlich sein, dass die vorliegende Erfindung in weiteren Ausführungsformen praktisch umgesetzt werden kann, die von diesen spezifischen Details abweichen. In weiteren Fällen werden ausführliche Beschreibungen von altbekannten Einrichtungen, Schaltungen und Verfahren weggelassen, um so die Beschreibung der vorliegenden Erfindung nicht mit unnötigen Details zu belasten.
  • 1 zeigt ein Telekommunikationsnetzwerk 18, bei dem eine Benutzer-Equipmenteinheit 20 mit einer oder mehreren Basisstationen 22 über eine Luftschnittstelle (z.B. eine Funkschnittstelle) 23 kommuniziert. Basisstationen 22 sind über terrestrische Leitungen (oder Mikrowellen) mit einer Funknetzwerk-Steuerung (RNC) 24 verbunden [die auch als eine Basisstations-Steuerung (BSG) in einigen Netzwerken bekannt ist]. Die Funknetzwerk-Steuerung (RNC) 24 ist wiederum über einen Steuerknoten, der als das Mobilvermittlungszentrum 26 bekannt ist, mit leitungsvermittelnden Telefonnetzwerken (PSTN/ISDN) verbunden, die mit der Wolke 28 dargestellt sind. Zusätzlich ist die Funknetzwerk-Steuerung (RNC) 24 mit dem bedienenden GPRS Unterstützungsknoten (SGSN) 25 und über ein Backbone-Netzwerk 27 mit einem Gateway-GPRS Unterstützungsknoten (GGSN) 30 verbunden, durch welchen eine Verbindung mit paketvermittelten Netzwerken (z.B. dem Internet, X.25 externen Netzwerken) hergestellt wird, die durch die Wolke 32 dargestellt sind.
  • Der Gateway-GPRS Unterstützungsknoten (GGSN) 30 stellt die Schnittstelle in Richtung auf die externen IP Paketnetzwerke und X.25 Netzwerke bereit. Der Gateway-GPRS Unterstützungsknoten (GGSN) 30 übersetzt Datenformate, Signalisierungsprotokolle und eine Adresseninformation, um eine Kommunikation zwischen den unterschiedlichen Netzwerken zu erlauben. Das Backbone-Netzwerk 27 ist ein Netzwerk eines Internetprotokolls (IP). Der bedienende GPRS-Unterstützungsknoten (SGSN) 25 stellt eine Paketweglenkung zu und von einem SGSN-Dienstgebiet bereit und bedient GPRS-Teilnehmer, die physikalisch innerhalb des SGSN-Dienstgebietes angeordnet sind. Der bedienende GPRS-Unterstützungsknoten (SGSN) 25 stellt Funktionen, wie eine Authentifizierung, Chiffrierung, eine Mobilitäts-Verwaltung, eine Abrechnung von Daten, und eine Verwaltung der logischen Strecke in Richtung auf die Benutzer- Equipmenteinheit bereit. Ein GPRS-Teilnehmer kann durch irgendein SGSN in dem Netzwerk in Abhängigkeit von dem Ort bedient werden. Der GPRS-Verkehr wird von dem bedienenden GPRS-Unterstützungsknoten (SGSN) 25 an die Basisstations-Steuerung (BSC) 24 und über die Basisstationen (BS) 22 zu der Benutzer-Equipmenteinheit 20 gelenkt. Die Funktionalität des bedienenden GPRS-Unterstützungsknotens (SGSN) 25 und des Gateway-GPRS-Unterstötzungsknotens (GGSN) 30 kann in dem gleichen Knoten kombiniert werden, oder kann in getrennten Knoten existieren, wie in 1 gezeigt.
  • Wie der Fachmann verstehen wird, wenn die Benutzer-Equipmenteinheit 20 an einer Mobil-Telefonverbindung teilnimmt, wird eine Signalisierungsinformation und werden Rahmen der Benutzerinformation von der Benutzer-Equipmenteinheit 20 über die Luftschnittstelle 23 auf speziell vorgesehenen Funkkanälen an eine oder mehrere der Basisstationen 22 übertragen. Die Basisstationen weisen Funk-Transceiver auf, die Funksignale, die an der Verbindung oder der Sitzung beteiligt sind, senden und empfangen. Für eine Information auf der aufwärts gerichteten Strecke von der Benutzer-Equipmenteinheit 20 in Richtung auf die andere Gegenstelle hin, die an der Verbindung beteiligt ist, wandeln die Basisstationen die über Funk gesammelte Information in digitale Signale um, die an die Funknetzwerk-Steuerung (RNC) 24 weitergeleitet werden. Die Funknetzwerk-Steuerung (RNC) 24 koordiniert eine Teilnahme der mehreren Basisstationen 22, die an der Verbindung oder Sitzung beteiligt sein können, da die Benutzer-Equipmenteinheit 20 sich geographisch bewegen kann und ein Handover relativ zu den Basisstationen 22 auftreten kann. Auf der aufwärts gerichteten Strecke sucht die Funknetzwerk-Steuerung (RNC) 24 Rahmen von einer Benutzerinformation aus einer oder mehreren Basisstationen 22 heraus, um eine Verbindung zwischen der Benutzer-Equipmenteinheit 20 und der anderen Gegenstelle herzustellen, unabhängig davon, ob die Partei in dem PSTN/ISDN 28 oder auf den paketvermittelten Netzwerken (z.B. dem Internet) 32 ist.
  • Ein Typ einer Benutzer-Equipmenteinheit 20, mit der die vorliegende Erfindung besonders nützlich ist, ist ein Computer mit einem mobilen Abschluss, wie beispielsweise ein Laptop-Computer. Eine illustrative Ausführungsform einer geeigneten Benutzer-Equipmenteinheit 20 für die vorliegende Erfindung ist in 2 vorgesehen. Wie in 2 gezeigt, weist die Benutzer-Equipmenteinheit 20 die folgenden funktionalen Einheiten auf, die für die vorliegende Erfindung relevant sind: eine Mobilabschlusseinheit (MT) 40; ein Terminaladapter (TA) 42; ein Terminal-Equipment 44; und ein Satz 46 von Anwendungen. Während jede von diesen Einheiten nachstehend beschrieben wird, sei darauf hingewiesen, dass die Erfindung nicht auf die Benutzer-Equipmenteinheiten beschränkt ist, die die gleiche physikalische Trennung zwischen funktionalen Einheiten aufweisen, und dass die vorliegende Erfindung in einer anderen als der beschriebenen funktionalen Konfiguration implementiert werden kann.
  • Die Mobilabschlusseinheit (MT) 40, die manchmal als das Mobilgerät (ME) bezeichnet wird, enthält den Funk-Sender/Empfänger TX/RX 60 (mit der Antenne 61) und eine Kommunikationssteuerung 62 in Richtung auf das Netzwerk 18 hin, z.B. den Aufbau und die Freigabe von Funkverbindungen, ein Handover, etc. Die Mobilabschlusseinheit (MT) 40 kann ein Standard Mobiltaschentelefon (z.B. ein GSM-Telefon) oder eine Telefonkarte innerhalb einer Benutzer-Equipmenteinheit 20 sein.
  • Der Terminaladapter (TA) 42 arbeitet als eine Anpassung zwischen der Mobilabschlusseinheit (MT) 40 und den Anwendungen in dem Satz 46 von Anwendungen. Der Terminaladapter (TA) 42 wird typischerweise als ein Modem realisiert, das auf einer PCMCIA (Personal Computer Memory Card International Association) Karte implementiert ist, die in einen Schlitz eines Terminal-Equipments 44 eingefügt wird. Der Terminaladapter (TA) 42 weist eine CPU 63, sowie ein RAM 64 und eine MT-Schnittstelle (I/F) 65 auf.
  • Das Terminal-Equipment 44 ist normalerweise ein kleiner Computer (oder eine Computerplattform) und umfasst an sich sowohl Hardware als auch Software. Das Terminal-Equipment 44 weist somit typische Aspekte einer Computerplattform, z.B. ein Prozessor, ein Betriebssystem und eine Middleware (beispielsweise Internet-Protokoll-Einheiten) auf, die kollektiv mit dem Bezugszeichen 70 in 2 dargestellt sind. Zusätzlich weist das Terminal-Equipment 44 eine Steuerlogik 72 (die von dem Prozessor ausgeführt wird) zum Steuern des Terminal-Equipments (TA) 42 auf. Die Steuerlogik 72 führt den Aufbau und die Freigabe von Anrufen zu und von dem Netzwerk 18 aus.
  • Wie in 2 gezeigt, umfasst der Satz 46 von Anwendungen, die für die beispielhafte Ausführungsform dargestellt sind, einen Internet-Browser 80; ein Dateitransferprogramm (FTP) 82; ein E-Mail-Programm 84; und einen Sprachdienst 86.
  • Jede Anwendung in dem Satz 46 ist normalerweise ein Programm, welches durch den Prozessor des Terminal-Equipments 44 ausgeführt wird und das mit dem Benutzer über z.B. Dateneingabeeinrichtungen, wie beispielsweise einer Tastatur und/oder einer Maus, und Ausgabe- oder Anzeigeeinrichtungen in Wechselwirkung steht. Diese Anwendungen laufen typischerweise auf einem Personalcomputer (mit oder ohne einen Funkzugriff). Die Anwendungen in dem Satz 46 verbinden eine Anzahl von Anwendungsprogrammier-Schnittstellen (engl. Application Programming Interfaces; APIs) in Richtung auf das Terminal-Equipment 44 hin. Eine oder mehrere von diesen APIs ist für Kommunikationen mit dem Netzwerk 18 geeignet. Beispiele von APIs sind Unix BSD Socket, WinSock oder mehr telekommunikationsspezifische APIs, wie die Microsoft Intel Telefonie API, AT&T, und Novell TSAPI oder OnTheMove Mobile API. Obwohl der Satz 46 von Anwendungen in 2 als eine Einheit getrennt von dem Terminal-Equipment 44 dargestellt ist, sollte es sich von selbst verstehen, dass der Satz 46 von Anwendungen auf dem Terminal-Equipment 44 ausgeführt wird, wenn das Terminal-Equipment 44 ein allgemeiner Computer ist, wobei die Anwendungen, die unter Verwendung der APIs ausgeführt werden, durch das Terminal-Equipment 44 angeboten werden.
  • 3 zeigt, wie die funktionalen Einheiten der Mobilstation, wie in 2 dargestellt, auf Hardware-Komponenten der Mobilstation 20 abgebildet werden. Im Wesentlichen zeigt 3 das Terminal-Equipment 44, wobei eine Mobilabschlusseinheit (MT) 40 und ein Terminaladapter (TA) 42 Karten sind, die in Kartenschlitzen angeordnet sind. Der Terminaladapter (TA) 42 ist mit der Zentralverarbeitungseinheit (CPU) 100 über einen Bus 102 verbunden. Die Mobilabschlusseinheit (MT) ist mit der MT-Schnittstelle 65 des Terminaladapters (TA) 42 über ein Kabel verbunden.
  • Es sind Speicher des Terminal-Equipments 44, insbesondere ein Nur-Lese-Speicher (ROM) 104 und ein Speicher 106 mit wahlfreiem Zugriff (RAM), ebenfalls mit der Zentralverarbeitungseinheit (CPU) 100 über einen Bus 102 verbunden. In dem RAM 106 werden die TA-Steuerlogik 72, der Satz 46 von Anwendungen, und der TCP/IP Stapel 108 gespeichert.
  • Das Terminal-Equipment 44 ist mit einem Benutzer über eine Eingabeeinrichtung (Eingabeeinrichtungen) 110 und eine Ausgabeeinrichtung (Ausgabeeinrichtungen) 112 gekoppelt, jeweils verbunden über jeweilige geeignete Schnittstellen 120 und 122 mit dem Bus 102. Die Eingabeeinrichtung (Eingabeeinrichtungen) 110 kann (können) beispielsweise eine Tastatur und/oder eine Maus sein, während die Ausgabeeinrichtung (Ausgabeeinrichtungen) 112 die Form einer Anzeigeeinrichtung, beispielsweise ein LCD-Anzeigefeld, annehmen kann (können).
  • Weitere Details einer beispielhaften Funknetzwerk-Steuerung (RNC) 24 sind in 4 so gezeigt, dass sie eine Vermittlung 240 umfassen. Die Vermittlung 240, die durch die RNC-Steuereinheit 242 gesteuert wird, weist eine Vielzahl von Anschlüssen auf, die mit verschiedenen Einheiten und Schnittstellen der Funknetzwerk-Steuerung (RNC) 24 verbunden sind. Die RNC-Steuereinheit 242 ist mit jedem Element der Funknetzwerk-Steuerung (RNC) 24 verbunden, einschließlich einer Zeitnehmer-Einheit 241, einer Diversity-Handover-Einheit (DHU) 245; und einer Eingabe/Ausgabe-Einheit 247. Die Funknetzwerk-Steuerung (RNC) 24 ist mit einem Signalisierungsnetzwerk über eine Signalisierungsschnittstelle 243 verbunden. Die Schnittstellen, die mit Anschlüssen der Vermittlung 240 verbunden sind, umfassen eine Dienstknoten-Schnittstelleneinheit 244; eine RNC I/F-Einheit 246; und Basisstations-Schnittstelleneinheiten 248. Die Dienstknoten-Schnittstelleneinheit 244 ist mit dem geeigneten Mobilvermittlungszentrum 26 und dem GPRS-Steuerknoten 30 verbunden. Die RNC-Schnittstelleneinheit 246 ist über eine Inter-RNC-Transportstrecke 232 mit anderen (nicht dargestellten) Funknetzwerk-Steuerungen (RNCs) 24 verbunden. Basisstations-Schnittstelleneinheiten 248 sind mit den Basisstationen (BS) 22 verbunden, die durch die Funknetzwerk-Steuerung (RNC) 24 bedient werden. Die Eingabe/Ausgabe-Einheit 247 ist mit geeigneten Kern-Anschlüssen der Vermittlung 240 verbunden. Die Eingabe/Ausgabe-Einheit 247 und eine konstituierende Kanalvermittlungs-Einheit derer sind detaillierter in der WO 01/31587 beschrieben.
  • Übertragungen über eine Luftschnittstelle (Luftstrecke) 23 sind typischerweise bidirektional. Das heißt, dass einige Datenpaket-Sitzungen von der Benutzer-Equipmenteinheit 20 über die Luftschnittstelle 23 an paketvermittelnde Netzwerke 32 (beispielsweise in Aufwärtsstrecke in Relation zur Benutzer-Equipmenteinheit 20) übertragen werden; weitere Datenpaket-Sitzungen werden in entgegengesetzter Richtung von Paketvermittelnden Netzwerken 32 an die Benutzer-Equipmenteinheit 20 (in Abwärtsstrecke in Relation zur Benutzer-Equipmenteinheit 20) übertragen. Demgemäß haben sowohl die Benutzer-Equipmenteinheit 20 als auch die Funknetzwerk-Steuerung (RNC) 24 eine Streckenschicht Neuübertragungs/Bestätigungs-Einheit RAU. In dieser Hinsicht, und wie oben erwähnt, hat die Benutzer-Equipmenteinheit 20 eine Neuübertragungs/Bestätigungs-Einheit RAUUE in ihrem Terminal Adapter (TA) 42 (siehe 2 und 3). Ähnlich hat die Funknetzwerk-Steuerung (RNC) 24 eine Neuübertragungs-/Bestätigungs-Einheit RAURNC in einer Paket I/O-Einheit 247 (siehe 4).
  • Eine Funktionalität, welche in einer qdarstellhaften Neuübertragungs-/Bestätigungs-Einheit RAU 600 enthalten ist, ist in 6 dargestellt. Die Neuübertragungs/Bestätigungs-Einheit RAU 600 enthält eine Schnittstelle 602; eine Strecken-Schnittstelle 604; einen Übertragungspuffer 610; eine Übertragungs-Steuerung 612; einen Empfangspuffer 620; und eine Empfangs-Steuerung 622. In Abhängigkeit davon, ob die Neuübertragungs/Bestätigungs-Einheit RAU 600 in der Benutzer-Equipmenteinheit 20 oder im Knoten verwendet wird, ist die Schnittstelle 602 jeweils entweder eine Schnittstelle zum Knoten oder eine Schnittstelle zum Rest der Benutzer-Equipmenteinheit 20. Sowohl der Übertragungspuffer 610 als auch der Empfangspuffer 620 sind FIFO-Typ-Puffer. Segmente, welche von der Schnittstelle 602 übertragen werden, werden im Übertragungspuffer 610 gespeichert, unter Überwachung der Übertragungs-Steuerung 612, in Weiterleitung zur Strecken-Schnittstelle 604. Umgekehrt werden Segmente, welche von der Strecken-Schnittstelle 604 empfangen werden, im Empfangspuffer 620 gespeichert, unter Überwachung der Empfangs-Steuerung 622, in Weiterleitung zur Schnittstelle 602. Somit, zu dem in 6 gezeigten Moment, hat der Übertragungspuffer 610 TCP-Segmente SSSN(T) bis SSSN+k(T) darin gespeichert, wobei der Index (1) SSN den Beginn oder eine erste Sequenznummer im Puffer darstellt, (2) „k" die Größe des Übertragungspuffers 610 darstellt; und (3) das in Klammern eingeschlossene T die Übertragungsrichtung darstellt. Der Empfangspuffer 620 hat TCP-Segmente SSSN(R) bis SSSN+k(R) darin gespeichert, wobei der Index (1) SSN abermals den Beginn oder eine erste Sequenznummer im Puffer darstellt, (2) „k" die Größe des Empfangspuffers 620 darstellt; und das in Klammern eingeschlossene R die Empfangsrichtung darstellt.
  • Wie in 6 dargestellt, enthält die Übertragungs-Steuerung 612 unter anderem sowohl eine Befragungs-Funktion 630 als auch eine Neuübertragungs-Funktion 632, welche zur vorliegenden Erfindung gehören. Grundlegende Betriebe, welche durch die Übertragungs-Steuerung 612 durchgeführt werden, inklusive der Befragungs-Funktion 630 und der Neuübertragungs-Funktion 632, sind in 7A dargestellt und in Verbindung damit beschrieben. Die Empfangs-Steuerung 622 enthält eine Bestätigungs-Funktion 640, welche zur vorliegenden Erfindung gehört. Ähnlich sind grundlegende Betriebe, welche durch den Empfangspuffer 620 durchgeführt werden, welche die Bestätigungs-Funktion 640 enthalten, in 7B dargestellt.
  • Ein Grund der Bestätigungs-Funktion 640 liegt in der Erzeugung von Bestätigungsmeldungen zur Übertragung an den Übertrager. In der vorliegenden Erfindung gibt es drei grundlegende Typen von Bestätigungsmeldungen, wobei alle davon durch die allgemeine Bezeichnung „CSACK" angezeigt sind. Wie hier verwendet, kann die Bezeichnung CSACK manchmal ein Argument in der Form CSACK(q) enthalten, wobei q eine Segment-Sequenznummer ist. Die Signifikanz der Segment-Sequenznummer q hängt vom Typ der gesendeten Bestätigungsmeldung ab. Die drei Typen von Bestätigungsmeldungen enthalten: (1) eine rein kumulative Bestätigungsmeldung in einer normalen Situation (nachfolgend als Meldung CSACK(a) in 8A dargestellt); (2) eine rein kumulative Bestätigungsmeldung, welche beim Empfang von einem letzten Segment in einem Übertragungspuffer gesendet wird (nachfolgend als Meldung CSACK(x) in 8C dargestellt); und (3) eine selektive Bestätigungsmeldung, welche bei der Erfassung von einem Verlust-Segment auftritt. Die ersten zwei Typen von Bestätigungsmeldungen CSACK werden ebenfalls kollektiv als „positive" Bestätigungsmeldungen CSACK bezeichnet, bei welchen keine Segmentverluste erfasst wurden. Wie hier verwendet, bezeichnet der Ausdruck „Übertragungsfenster" eine Anzahl von aufeinander folgenden Segmenten, welche übertragen werden können, bevor der Empfänger einen Empfang von einer Bestätigungsmeldung vom Empfänger erfordert.
  • Alle drei Typen von Bestätigungsmeldungen CSACK der vorliegenden Erfindung haben vorzugsweise das gleiche Format. Ein Beispiel des Formates für eine Ausführungsform der Bestätigungsmeldungen CSACK ist in 9A dargestellt. Die Bestätigungsmeldung CSACK von 9A beginnt mit einem Steuermeldungs-Identifikationsbit C in seinem ersten Oktett, welches in Reihenfolge durch eine Startsequenznummer (ssn) und ein Bitmop gefolgt wird. Die Startsequenznummer (ssn) überbrückt das erste und zweite Oktett der kumulativen selektiven Bestätigungsmeldung. Das Bitmop ist ein Bitmop mit variabler Größe, welches Bit-Positionen entsprechend von Segmenten hat. Das erste Bit des Bitmops entspricht der Startsequenznummer (ssn), wobei ein letztes der Bits im Bitmop auf eine Startsequenznummer im Startsequenznummern-Feld, abgebildet wird. Somit folgen die folgenden Regeln dem Format der Bestätigungsmeldung CSACK 9A: (1) die Startsequenznummer (ssn) wird stets auf das erste nicht empfangene Segment im Empfangspuffer abgebildet; (2) ein fehlendes Segment wird mit „1" im Bitmap gekennzeichnet; (3) empfangene Segmente werden mit „0" im Bitmap gekennzeichnet; und (4) das erste Bit im Bitmap ist auf ein Segment mit einer Sequenznummer. abgebildet, welche gleich der Startsequenznummer (ssn) ist. Es gibt somit kein Stopp-Bit im Bitmap der Bestätigungsmeldung CSACK von 9A.
  • Ein Beispiel des Formats für eine weitere Ausführungsform von Bestätigungsmeldungen CSACK ist in 9B dargestellt. Wie das Format von 9A, hat das Format von 9B ein Steuermeldungs-Identifikationsbit C, welches durch eine Startsequenznummer (ssn) gefolgt wird, welche durch ein Bitmap gefolgt wird. Die vier Regeln für das Format von 9A sind ebenfalls auch für das Format von 9B anzuwenden. Zusätzlich hat das Format von 9B ebenfalls die folgenden Formatregeln: (5) die erste „1", welche vom Ende des Bitmaps zählt, zeigt das Ende des gültigen Teils des Bitmaps an (und dient somit als ein Stopp-Sequenznummernfeld, beispielsweise ein Stopp-Bit); und (6) wenn die Bestätigungsmeldung CSACK eine festgelegte Größe hat und das Bitmap zu groß ist, um in das Bitmap-Feld zu passen, wird das Bitmap gekürzt, und das letzte Bit im gekürzten Bitmap wird auf „1" eingestellt. Somit, im Gegensatz zum Format von 9A, verwendet das Format von 9B ein Stopp-Bit.
  • Die Bestätigungsmeldungen CSACK, welche bei Übertragungen zwischen den RAUs der Funknetzwerk-Steuerung (RNC) 24 und der Benutzer-Equipmenteinheit 20 auftreten, müssen konsistent vom Format von 9A oder vom Format von 9B sein. Somit ist zu sagen, dass zwischen zwei Einheiten die Bestätigungsmeldungen CSACK nicht die Formate von 9A und 9B vermischen können. Das Stopp-Bit von 9B ist besonders vorteilhaft, um es dem Übertrager zu ermöglichen, selektiv gepufferte Segmente freizugeben. Dieses Merkmal kann benötigt werden, wenn eine Puffer-Größe kritisch ist, beispielsweise in kleinen Mobilanwendungen mit einem Stromtyp-Datentransfer. Das Stopp-Bit wird bei Übertragungen vom Burst-Typ, beispielsweise TCP, nicht benötigt.
  • Um den Vorteil von einem Stopp-Bit (des Formats von 9B) darzustellen, wird das folgende Szenario betrachtet: Die CSACK-Bitmap-Größe ist auf 8 Bits (das erste Bit ist das am weitesten links stehende) begrenzt, und die Segmente 1, 2, 3, 4 und 6–15 werden erfolgreich übertragen. Eine Bestätigungsmeldung CSACK ohne das Stopp-Bit (das Format von 9A) würde eine Neuübertragung von Segment 5 mit dem folgenden Format anfordern: ssn = 5, Bitmap = 10000000. Die einzige Information, welche diese Bestätigungsmeldung CSACK bereitstellen kann, ist, dass Segment 5 verloren gegangen ist, und dass alle Segmente bis zu und einschließlich Segment 4 zugeführt wurden. Wenn das Format von 9B (mit dem Stopp-Bit) verwendet wird, ist die Bestätigungsmeldung CSACK andererseits wie folgt: ssn = 5, Bitmap = 10000001. Die Bestätigungsmeldung CSACK des Formats von 9B in diesem Szenario teilt nicht nur mit, dass Segment 5 verloren ist und dass die Segmente bis zu und einschließlich Segment 4 zugeführt wurden, sondern zeigt ebenfalls an, dass Segmente 6–11 korrekt zugeführt sind und aus dem Übertragungspuffer entfernt werden können. Es ist zu erwähnen, dass, obwohl Segmente 12–15 korrekt zugeführt sind, diese Bestätigungsmeldung CSACK diese Tatsache aufgrund ihrer kurzen Bitmap-Größe [siehe Regel (5)] nicht melden kann. Mit einem größeren Bitmap können jedoch Segmente 12–15 bestätigt werden. Wenn beispielsweise die Bitmap-Größe für das Format von 9B anstelle dessen 16 Bits beträgt, wäre der Inhalt der Bestätigungsmeldung CSACK wie folgt: ssn = 5; Bitmap = 1000000000010000. Dieses 16-Bit Feld ermöglicht es, dass die Bestätigungsmeldung CSACK wirksam alle zugeführten Segmente und eine Anfrage-Neuübertragung des Verlust-Segments 5 abdeckt.
  • In der folgenden Diskussion beschreiben die Betriebe von 7A Aktivitäten der Übertragungs-Steuerung 612 für eine Übertrager-Neuübertragungs/Bestätigungs-Einheit, während die Betriebe von 7B zu Aktivitäten der Empfangs-Steuerung 622 für eine Empfänger-Neuübertragungs/Bestätigungs-Einheit gehören. Wie oben erwähnt, in Abhängigkeit von der Richtung der Sitzung, ist eine aus der Benutzer-Equipmenteinheit 20 und der Funknetzwerk-Steuerung (RNC) 24 die Übertrager RAU, während die andere aus der Benutzer-Equipmenteinheit 20 und der Funknetzwerk-Steuerung (RNC) 24 die Empfänger-Neuübertragungs/Bestätigungs-Einheit RAU ist. Somit, obwohl sich die folgende Diskussion von 7A und 7B auf Bezugszeichen von 6 mit Bezug auf sowohl die Übertragungs- als auch Empfangs-Betriebe bezieht, sollte verständlich sein, dass, mit Bezug auf eine Richtung der Übertragung, die Übertragungsfunktionen von 7A in einem Equipment durchgeführt werden, während die Empfangsfunktionen von 7B in einem weiteren Equipment durchgeführt werden.
  • Vor der Diskussion des Betriebes der Übertragungs-Steuerung 612 und Empfangs-Steuerung 622, sollte erwähnt werden, dass die Übertragungs-Steuerung 612 in ihrer Befragungs-Funktion 630 einen Befragungs-Zeitnehmer hat. Im Allgemeinen dient der Befragungs-Zeitnehmer dazu, um sicherzustellen, dass (1) die Rückführung vom Empfänger empfangen wird; und (2) das letzte Segment in einem Übertragungsfenster des Übertragungspuffers zugeführt ist. Der Befragungs-Zeitnehmer ist inaktiv, bis eine Befragungs-Meldung gesendet wurde. Eine Befragungs-Meldung kann, und ist typischerweise, ein Segment sein, in welchem ein Befragungs-Bit im Daten-Header des Segments gesetzt wurde.
  • Um ein Senden von unnötigen Befragungs-Meldungen zu vermeiden, muss der Befragungs-Zeitnehmer gelöscht werden, sobald die notwendige Information angekommen ist. Dies bedeutet, dass der Befragungs-Zeitnehmer nicht verfallen sollte, wenn die angeforderte Rückführung verloren geht. In der vorliegenden Erfindung wird der Befragungs-Zeitnehmer gestartet (oder neu gestartet), wenn irgendwelche der drei Start/Neustart-Bedingungen auftreten. Zusätzlich, wenn der Befragungs-Zeitnehmer gestartet (oder neu gestartet) wird, wird ein Befragungs-Bit in einem Daten-Header des Segments eingestellt. Der Befragungs-Zeitnehmer wird gelöscht oder gestoppt, wenn eine aus den zwei Befragungs-Zeitnehmer Stopp-Bedingungen auftritt.
  • Die erste der drei alternativen Befragungs-Zeitnehmer Start/Neustart-Bedingungen ist, dass die Sequenznummer des zu übertragenen Datenpakets größer oder gleich dem Ausdruck 1 ist. V(a) + MaxWin – MaxP. Ausdruck 1
  • In Ausdruck 1 ist V(a) die Sequenznummer des ersten Segments im Übertragungsfenster (beispielsweise das früheste oder erste nicht-unbestätigte Segment), MaxWin ist die Fenstergröße und MaxP ist eine vorbestimmte Ganzzahl, welche kleiner als MaxWin ist. In einem Test wurde MaxP auf MaxWin/2 eingestellt, und wurde MaxWin auf 30 eingestellt. Die erste Befragungs-Zeitnehmer Start/Neustart-Bedingung meldet nicht an, den Befragungs-Zeitnehmer neu zu starten, wenn er bereits läuft.
  • Ein Szenario, welches einen Betrieb der ersten Befragungs-Zeitnehmer Start/Neustart-Bedingung anzeigt, ist in 8A gezeigt, wobei MaxWin auf 12 eingestellt ist und MaxP gleich 5 ist. Das erste nicht-bestätigte Segment ist V(a). Wie in 8A gezeigt, wenn die Übertragung Segment V(a) + 7 erreicht, ist die erste Befragungs-Zeitnehmer Start/Neustart-Bedingung erfüllt, so dass das Befragungs-Bit eingestellt ist und der Befragungs-Zeitnehmer gestartet wird. Wenn die Bestätigungsmeldung CSACK zurückkehrt, ist sie eine kumulative Bestätigung ohne Verlust-Anzeigen und SSN = V(a) + 7.
  • Die zweite Befragungs-Zeitnehmer Start/Neustart-Bedingung ist die Neuübertragung von einem oder mehreren Segmenten, wenn der Befragungs-Zeitnehmer bereits läuft. Ein Szenario, welches einen Betrieb der ersten Befragungs-Zeitnehmer-Start/Neustart-Bedingung anzeigt, ist in 8B gezeigt. In 8B ist Segment x verloren. Das nächste empfangene Segment löst eine CSACK-Meldung, insbesondere Meldung CSACK(x) aus. Der EPC-Zeitnehmer wird dann gestartet. Während die CSACK(x)-Meldung in der Übertragung ist, sendet der Übertrager eine Befragungs-Meldung und beginnt einen Befragungs-Zeitnehmer. Beim Empfang der CSACK(x)-Meldung muss der Befragungs-Zeitnehmer neu gestartet werden, so dass der Befragungs-Zeitnehmer nicht zu bald verfallen wird. Das Befragungs-Bit des neu übertragenen Segments wird ebenfalls eingestellt. Es ist zu erwähnen, dass eine CSACK-Meldung nicht auf die Befragungs-Meldung y gesendet wird, sondern dass anstelle dessen Segment x erwartet wird, bevor die Meldung CSACK(z) gesendet wird, um alle empfangenen Segmente zu bestätigen. Wenn CSACK(z) ankommt, ist eine zweite Befragungs-Zeitnehmer Stopp-Bedingung (nachfolgend diskutiert) erfüllt, und der Befragungs-Zeitnehmer kann sicher gelöscht werden.
  • Die dritte Befragungs-Zeitnehmer Start/Neustart-Bedingung ist, dass das zu übertragene Segment das letzte Segment im Puffer, beispielsweise LastTx = 1, ist. Ein Szenario, welches einen Betrieb der ersten Befragungs-Zeitnehmer Start/Neustart-Bedingung anzeigt, ist in 8C gezeigt. In 8C ist Segment x das letzte Segment im Übertragungspuffer. Daraus folgend ist das LastTx-Kennzeichen im Segment eingestellt. Demgemäß, entsprechend der dritten Befragungs-Zeitnehmer Start/Neustart-Bedingung, wird das Befragungs-Zeitnehmer-Bit eingestellt und wird der Befragungs-Zeitnehmer gestartet. Beim Empfang der Bestätigungsmeldung CSACK(x) ist eine erste Befragungs-Zeitnehmer Stopp-Bedingung (nachfolgend diskutiert) erfüllt, und der Befragungs-Zeitnehmer kann sicher ausgeschaltet werden.
  • Die erste Befragungs-Zeitnehmer Stopp-Bedingung tritt auf, wenn (1) das letzte Segment im Übertragungspuffer gesendet wurde (LastTx = 1), (2) eine kumulative Bestätigungsmeldung empfangen wurde, und (3) das Startsequenz-Nummernfeld der Bestätigungsmeldung CSACK größer als die Sequenznummer (Seqno) des zuletzt übertragenen Segments ist. Ein Szenario, welches einen Betrieb der ersten Befragungs-Zeitnehmer Stopp-Bedingung anzeigt, ist in 8C gezeigt, wie zuvor diskutiert.
  • Die zweite Befragungs-Zeitnehmer Stopp-Bedingung tritt auf, wenn (1) das zu übertragene Segment kein letztes Segment im Übertragungspuffer ist (beispielsweise LastTx = 0), und (2) irgendeine kumulative Bestätigungsmeldung empfangen ist, welche eine Startsequenznummer (ssn) enthält, welche größer als das erste Segment (V(a)) im Übertragungsfenster ist. Szenarien, welche einen Betrieb der zweiten Befragungs-Zeitnehmer Stopp-Bedingung anzeigen, sind in 8A und 8B gezeigt.
  • Die drei alternativen Bedingungen, welche den Befragungs-Zeitnehmer starten oder neu starten, und die zwei Stopp-Bedingungen, welche den Befragungs-Zeitnehmer löschen, sind hier ebenfalls als Befragungs-Zeitnehmer Betriebsregeln bekannt. Die Bereitstellung der segmentierten Bestätigungsmeldung CSACK der vorliegenden Erfindung, zusammen mit dem Befragungs-Zeitnehmer und dessen zugehörige Befragungs-Zeitnehmer Betriebsregeln, stellt einen Schutz sogar mit Bezug auf rein kumulative Bestätigungsmeldungen und letzte Segmente, welche von einem Übertragungsfenster übertragen werden, bereit.
  • 7A zeigt grundlegende Betriebe, welche durch eine Übertragungs-Steuerung 612 bei der Förderung der vorliegenden Erfindung durchgeführt werden, und Zustände, welche durch diese angenommen werden. Zustand 7A-1 zeigt eine Übertragungs-Steuerung 612 als das Füllen des Übertragungspuffers 610 mit Segmenten von einer Schnittstelle 602 überwachend, und dann die Segmente vom Übertragungspuffer 610 zur Strecken-Schnittstelle 604 auslesend, an. Auf ähnliche Weise zeigt Zustand 7B-1 die Empfangs-Steuerung 622 als das Füllen vom Empfangspuffer 620 mit Segmenten von der Strecken-Schnittstelle 604 überwachend, und den Empfangspuffer 620 von Segmenten, welche an die Schnittstelle 602 angelegt werden, ausleerend an.
  • Wenn zunächst der Betrieb der Übertrager RAU, wie in 7A angezeigt, in Betracht gezogen wird, sind beide aus der ersten oder zweiten Befragungs-Zeitnehmer Start/Neustart-Regel (wie oben diskutiert) erfüllt, wobei die Übertragungs-Steuerung 612 auf Zustand 7A-2 wechselt, wie durch das Ereignis 7A-A in 7A angezeigt. Am Zustand 7A-2 sendet die Übertragungs-Steuerung 612 der Übertrager RAU eine Befragungs-Meldung an die Empfänger RAU. Nach dem Senden der Befragungs-Meldung von Zustand 7A-2 geht die Übertragungs-Steuerung 612 automatisch zum Zustand 7A-3 zum Einstellen des Befragungs-Zeitnehmers in seiner Befragungs-Funktion 630, und kehrt dann automatisch zum Zustand 7A-1 zum Überwachen des Übertragungspuffers 610 zurück.
  • Wenn die Übertrager RAU eine Bestätigungsmeldung CSACK von der Empfänger RAU empfängt, wie durch Ereignis 7A-D in 7A angezeigt, geht die Übertragungs-Steuerung 612 vom Zustand 7A-1 zum Zustand 7A-4. Am Zustand 7A-4 verarbeitet die Übertragungs-Steuerung 612 die Bestätigungsmeldung CSACK. Beim Empfang der Bestätigungsmeldung CSACK kann einer aus drei Aktionskursen genommen werden, und zwar in Abhängigkeit vom Typ der empfangenen Bestätigungsmeldung CSACK (wie durch ihre Bitmap angezeigt [siehe 9A oder 9B]).
  • Der erste der drei potenziellen Aktionskurse gilt beim Empfang einer rein kumulativen Bestätigungsmeldung CSACK (positive CSACK), welche in einer normalen Übertragungssituation auftritt. Mit anderen Worten, werden beide der zwei Befragungs-Zeitnehmer Stopp-Betrieb Bedingungen/Regeln eingehalten (wie oben beschrieben) und alle Segmente bis hin zur Startsequenznummer, welche in der Bestätigungsmeldung CSACK spezifiziert ist, wurden bereits von der Übertragungs-Steuerung 612 freigegeben. In einem solchen Fall, wie durch Aktionen 7A-E angezeigt, beendet die Übertragungs-Steuerung 612 den Befragungs-Zeitnehmer (bei Zustand 7A-5). Das Senden der Befragungs-Meldung wird durch einen Neustart des Befragungs-Zeitnehmers bei Zustand 7A-3 gefolgt, und dann erlangt die Übertragungs-Steuerung 612 den Zustand 7A-1 wieder, wie durch Aktionen 7A-C und 7A-F angezeigt.
  • Ein zweiter der drei potenziellen Aktionskurse tritt beim Empfang einer rein kumulativen Bestätigungsmeldung CSACK auf, welche durch einen Empfang des letzten Segments in einem Übertragungsfenster ausgelöst wird. Dieser zweite Aktionskurs wird implementiert, wenn die Startsequenznummer, welche in der Bestätigungsmeldung CSACK spezifiziert ist, größer als die Sequenznummer des letzten Segments ist, welches von der Übertragungs-Steuerung 612 freigegeben wird. In diesem zweiten Aktionskurs, wie durch Pfeil 7A-G in 7A angezeigt, geht die Übertragungs-Steuerung 612 zum Zustand 7A-6, um die bereits zugeführten Segmente (bis hin zum Segment, welches die Startsequenznummer hat, welche im ssn-Feld der Bestätigungsmeldung CSACK identifiziert ist) vom Übertragungspuffer 610 freizugeben. Wenn das Bitmap der Bestätigungsmeldung CSACK keine Segmentverluste anzeigt, geht die Übertragungs-Steuerung zurück zum Zustand 7A-1, wie durch Pfeile 7A-J und 7A-F angezeigt. Wenn eine der Befragungs-Zeitnehmer Stopp-Regeln erfüllt ist, beendet die Übertragungs-Steuerung 612 den Befragungs-Zeitnehmer (bei Zustand 7A-5), bevor sie zum Zustand 7A-1 zurückkehrt.
  • Wenn, nach der Freigabe von Segmenten vom Übertragungspuffer 610, das Bitmap von der Bestätigungsmeldung CSACK einen oder mehrere Segmentverluste anzeigt, geht die Übertragungs-Steuerung 612 zum Zustand 7A-7, wie durch Pfeil 7A-I angezeigt. Bei Zustand 7A-7 überträgt die Übertragungs-Steuerung 612 die Verlust-Segmente vom Übertragungspuffer 610 zur Empfänger RAU neu. Von Zustand 7A-7 aus geht die Übertragungs-Steuerung 612 entweder zum Zustand 7A-1 (wie durch Pfeil 7A-L angezeigt), wenn die Befragungs-Zeitnehmer zweite Start/Neustart-Betriebsregel nicht eingehalten wird, oder zum Zustand 7A-2 (wie durch Pfeil 7A-M angezeigt), wenn die Befragungs-Zeitnehmer zweite Start/Neustart-Betriebsregel eingehalten wird.
  • Ein Dritter der drei potenziellen Aktionskurse tritt beim Empfang einer selektiven kumulativen Bestätigungsmeldung CSACK (negative CSACK) auf, welche ein Bitmap hat, welches einen Verlust von einem oder mehreren Segmenten anzeigt. In einem solchen Fall, wie durch Fall 7A-H angezeigt, geht die Übertragungs-Steuerung 612 zum Zustand 7A-7 zur Neuübertragung des, bzw. der Verlust-Segmente(e) vom Übertragungspuffer 610 zur Empfänger RAU. Wie oben angezeigt, geht die Übertragungs-Steuerung 612 vom Zustand 7A-7 aus entweder zum Zustand 7A-1 (wie durch Pfeil 7A-L angezeigt), wenn die Befragungs-Zeitnehmer zweite Start/Neustart-Betriebsregel nicht eingehalten wird, oder zum Zustand 7A-2 (wie durch Pfeil 7A-M angezeigt), wenn die Befragungs-Zeitnehmer zweite Start/Neustart-Betriebsregel eingehalten wird.
  • Wenn als Nächstes der Betrieb der Empfänger RAU, wie in 7B angezeigt, in Betracht gezogen wird, wenn der Empfangspuffer 620 bei Schritt 7B-1 überwacht wird, geht die Empfangs-Steuerung 622 beim Empfang eines Segments in Reihenfolge zum Zustand 7B-2 über, wie durch Pfeil 7B-B angezeigt.
  • Wenn bei der Freigabe beim Zustand 7B-2 von allen Segmenten in Reihenfolge vom Empfangspuffer 620 bemerkt wird, dass keine Verlust-Segmente vorliegen (oder dass alle vorherigen Verlust-Segmente empfangen wurden), wie durch Pfeil 7B-A angezeigt, geht die Empfangs-Steuerung 622 zum Zustand 7B-4 über. Am Zustand 7B-4 beendet die Empfangs-Steuerung 622 den Empfänger-Zeitnehmer EPC, und kehrt dann (wie durch Pfeil 7B-C angezeigt) auf Zustand 7B-1 zurück.
  • Wenn bei der Freigabe an Zustand 7B-2 von allen Segmenten in Reihenfolge vom Empfangspuffer 620 bemerkt wird, dass das zuletzt empfangene Segment eine Abfragemeldung war (das heißt, wenn das Abfrage-Bit im empfangenen Segment eingestellt ist), und dass der Empfänger-Zeitnehmer EPC nicht läuft, wie durch Pfeil 7B-G angezeigt, geht die Empfangs-Steuerung 622 zum Zustand 7B-3 über. Bei Zustand 7B-3 wird eine Bestätigungsmeldung CSACK durch eine Bestätigungs-Funktion 640 der Empfangs-Steuerung 622 erzeugt und zur Übertrager RAU gesendet, wobei die Empfangs-Steuerung 622 zurück zum Zustand 7B-1 übergeht, wie durch Pfeil 7B-H gezeigt. Somit erzeugt die Bestätigungs-Funktion 640 der Empfangs-Steuerung 622 eine positive Bestätigungsmeldung CSACK.
  • Wenn nach der Freigabe bei Zustand 7B-2 von allen Segmenten in Reihenfolge vom Empfangspuffer 620 bemerkt wird, dass das zuletzt empfangene Segment eine Abfrage-Meldung war (das heißt, dass das Abfrage-Bit im empfangenen Segment eingestellt ist), dass der Empfänger-Zeitnehmer EPC läuft, und dass nicht alle Verlust-Segmente wiederhergestellt wurden, wie durch Pfeil 7B-E angezeigt, geht die Empfangs-Steuerung 622 zurück zum Zustand 7B-1 über.
  • Die Empfangs-Steuerung 622 geht direkt vom Zustand 7B-1 zum Zustand 7B-3 (wie durch Pfeil 7B-F angezeigt) beim Auftreten von irgendeiner der vier folgenden Situationen über: (1) ein oder mehrere Verlust-Segmente wurden erfasst und der Empfänger-Zeitnehmer EPC läuft nicht; oder (2) der Empfänger-Zeitnehmer EPC läuft und irgendetwas anderes als ein neu übertragenes Segment (RTX) kommt an der Übertrager RAU an; oder (3) der EPC-Zeitnehmer ist abgelaufen; oder (4) der EPC-Zeitnehmer läuft, ein oder mehrere Verlust-Segmente wurden erfasst, und ein letztes neu übertragenes Segment ist an der Übertrager RAU empfangen. Die Empfangs-Steuerung 622 geht vom Zustand 7B-3 (das Senden der Bestätigungsmeldung CSACK) auf den Zustand 7B-5 (wie durch Pfeil 7B-I angezeigt) über, wenn entweder (1) ein oder mehrere Verlust-Segmente erfasst wurden und der Empfänger-Zeitnehmer EPC nicht läuft; oder (2) der Empfänger-Zeitnehmer EPC läuft und irgendetwas anderes als eine RTX an der Übertrager RAU ankommt. Bei Zustand 7B-5 wird der Empfänger-Zeitnehmer EPC eingestellt. Nach dem Einstellen des Empfänger-Zeitnehmers EPC geht die Empfangs-Steuerung 622 vom Zustand 7B-5 zum Zustand 7B-1 über, wie durch Pfeil 7B-D angezeigt.
  • Es wird angenommen, dass beim Prozess, dass die Übertrager RAU Segmente vom Übertragungspuffer 610 an die Empfänger RAU sendet, ein Segment verloren geht. Beispielsweise wird das Szenario von 10A in Betracht gezogen, bei welchem: (1) Segment S110A akkurat vom Übertrager zum Empfänger übertragen wurde; (2) Segment S210a verloren geht (beispielsweise nicht durch den Empfänger empfangen); und (3) Segment S310A an der Empfänger RAU empfangen wird. Bei einer solchen Situation, bei ihrer Überwachung des Empfangspuffers 620 bei Zustand 7A-1, bestimmt die Empfangs-Steuerung 622, dass ein erstes Verlust-Segment fehlt, das heißt S210A. Beim Erfassen des Verlustes nimmt die Empfangs-Steuerung 622 einen Zustand 7B-3 ein. Im Zustand 7B-3 sendet die Empfangs-Steuerung 622 der Empfänger RAU eine kumulative selektive Bestätigungsmeldung CSACK(S2)10A an die Übertrager RAU, wie durch Meldung CSACK(S2)10A in 10A angezeigt. Gemäß dem Format von 9B würde die kumulative selektive Bestätigungsmeldung CSACK(S2)10A von 10A den Inhalt: ssn = (S2)10A; Bitmap = 101 haben. Im Bitmap der kumulativen selektiven Bestätigungsmeldung CSACK(S2)10A zeigt die erste „1" einen Verlust von Segment (S2)10A an, die „0" zeigt an, dass Segment (S3)10A erfolgreich empfangen wurde, und die letzte „1" zeigt das Ende des Bitmaps an. Wenn kein Stopp-Bit gemäß dem Format von 9A verwendet wird, wird das Bitmap = 10000 sein. Darüber hinaus, beim Senden der kumulativen selektiven Bestätigungsmeldung CSACK(S2)10A, nimmt die Empfangs-Steuerung 622 den Zustand 7B-5 an, um den Empfänger-Zeitnehmer EPC vor der Rückkehr zum Zustand 7B-1 einzustellen.
  • Beim Empfang der kumulativen selektiven Bestätigungsmeldung CSA(S2)10A von 10A, bestimmt die Übertrager RAU, dass das letzte Segment, welches durch die kumulative selektive Bestätigungsmeldung CSACK(S2)10A gemeldet ist, zwei Segmente hinter S1A, das heißt S3A, ist. Die Sequenznummern für alle Segmente entsprechend den Bits des Bitmaps können in Relation zur Startsequenznummer (SSN) bestimmt werden, welche in der kumulativen selektiven Bestätigungsmeldung befördert wird.
  • Ein Empfang der kumulativen selektiven Bestätigungsmeldung CSACK(S2)10A von 10A an der Übertrager RAU, bewirkt bei der Übertragungs-Steuerung 612, dass sie Zustand 7A-4 einnimmt, um die kumulative selektive Bestätigungsmeldung CSACK(S2)10A (siehe 7A) zu verarbeiten. Beim Verarbeiten der kumulativen selektiven Bestätigungsmeldung CSACK(S2)10A bei Zustand 7A-4, bemerkt die Empfangs-Steuerung 622 vom Bitmap den Verlust von Segment S210A, und geht demgemäß zum Zustand 7A-7 zur Neuübertragung von Segment S210A. Nach der Neuübertragung von Zustand 7A-7, kehrt die Übertragungs-Steuerung 612 zum Zustand 7A-1 zurück. Wenn die Empfänger RAU erfolgreich das Verlust-Segment empfängt, wechselt die Empfangs-Steuerung 622 der Empfänger RAU vom Zustand 7B-1 zum Zustand 7B-2, und beendet ferner, bei einer Bemerkung einer Freigabe von allen Verlust-Segmenten, den Empfänger-Zeitnehmer EPC bei Zustand 7B-4 vor einer Rückkehr zum Zustand 7B-1.
  • Die oben mit Bezug auf 10A beschriebene Situation stellt eine Verwendung der kumulativen selektiven Bestätigungsmeldung CSACK dar, um einen Verlust eines einzelnen Segments zu melden, beispielsweise eine Verwendung der kumulativen selektiven Bestätigungsmeldung CSACK(S2)10A, um einen Verlust von Segment S210A zu melden. Die kumulativen selektiven Bestätigungsmeldungen der vorliegenden Erfindung können ebenfalls den Verlust von mehreren Segmenten melden, wie in 10B dargestellt. Insbesondere, bei einer Ankunft von Segment S510 in 10B, realisiert die Empfangs-Steuerung 622 der Empfänger RAU, dass Segmente S210B bis S410B nicht im Empfangspuffer 620 empfangen wurden. Daher, wie in 10B gezeigt, wird eine kumulative selektive Bestätigungsmeldung CSACK(S2, S3, S4)10B bei einem Zustand 7B-3 von der Empfänger RAU an die Übertrager RAU gesendet, wobei die kumulative selektive Bestätigungsmeldung CSACK(S2, S3, S4)10B in ihrem Bitmap Anzeigen enthält, dass jedes der Segmente S210B bis S410B nicht empfangen wurde. Mit anderen Worten, ist der Inhalt der kumulativen selektiven Bestätigungsmeldung CSACK(S2, S3, S4)10B für das Format von 9B gleich ssn = (S2)10B Bitmap = 1111000; und für das Format von 9A beträgt ssn = (S2)10B, Bitmap = 1110000. Abermals werden die bestimmten Segmente, mit Bezug durch jedes Bit vom Bitmap, mit Bezug auf die Startsequenznummer (ssn) der kumulativen selektiven Bestätigungsmeldung CSACK(S2, S3, S4)10B bestimmt.
  • 10C zeigt eine Situation an, welche entgegengesetzt des Betriebes der vorliegenden Erfindung ist, mit dem in 13A und 13B angezeigten Szenario. In 10C ist Segment (S2)10C verloren. Ein Empfang des nächsten Segments (S3)10C löst sowohl eine Übertragung von einer negativen Bestätigungsmeldung (CSACK(S2)10C) als auch ein Beginn des Empfänger-Zeitnehmers EPC, um die (CSACK(S2)10C) vor einem Verlust zu schützen, aus. Die negative Bestätigungsmeldung (CSACK(S2)10C) wird bei Zustand 7B-3 gesendet, der Zeitnehmer EPC wird auf Zustand 7B-5 (siehe 7B) eingestellt. Jedoch geht die (CSACK(S2)10C) Meldung von der Empfänger RAU verloren, wie ebenfalls Segment S510C vom Übertrager. Der EPC-Zeitnehmer verfällt im dritten Segment, wobei er von da an zählt, wo die (CSACK(S2)10C) Meldung gesendet wurde. Bei der Erfassung, dass der EPC-Zeitnehmer verfallen ist, nimmt die Empfangs-Steuerung 622 abermals den Zustand 7B-3 ein, um eine weitere Bestätigungsmeldung CSACK zu erzeugen, und stellt den EPC-Zeitnehmer (bei Zustand 7B-5) zurück. Die zweite Bestätigungsmeldung CSACK deckt beide Verlust-Segmente S210C und S510C ab, und wird daher als CSACK(S2, S5)10C bezeichnet. Die Bestätigungsmeldung CSACK(S2, S5)10C hat einen Inhalt von ssn = (S2)10C, Bitmap = 100101000 für das Format von 9B; und eine ssn = (S2)10C, Bitmap = 1001000 für das Format von 9A. Beim Empfang der Bestätigungsmeldung CSACK(S2, S5)10C, überträgt die Übertragungs-Steuerung 612 bei Zustand 7A-7 die Verlust-Segmente S2 und S5 neu. Beim zufriedenstellenden Empfang der Neuübertragung der Segmente S2 und S5 gibt die Empfangs-Steuerung 622 die Segmente S2 und S5 vom Empfangspuffer 620 frei und beendet den Empfänger-Zeitnehmer EPC bei Zustand 7B-4. Danach kehrt die Empfangs-Steuerung 622 zum Zustand 7B-1 für die Verarbeitung von weiteren Segmenten zurück.
  • Die Situation von 10C, welche ein Melden des Verlustes von Segment S5C verzögert, führt zu einer Verzögerung der Neuübertragung von Segment S510C für einen oder einige Rahmen. Jedoch, solange das Übertragungsfenster nicht geschlossen wird, beeinflusst eine solche Verzögerung nicht die Gesamtleistung. In Abhängigkeit davon, auf wie viele Segmente sich die vorangehende Bestätigungsmeldung bezieht, und welche Bandbreite verwendet wird, kann die Verzögerung variieren. Im Allgemeinen werden die Vorteile einer solchen Bandbreite die Kosten einer solchen Verzögerung mehr als versetzen.
  • In dem Szenario von 10D ist Segment S210D verloren, so dass der Empfang von Segment S310D eine selektive kumulative Bestätigungsmeldung CSACK(S2)10D [bei Zustand 7B-3] auslöst und einen Empfänger-Zeitnehmer EPC [bei Zustand 7B-4] startet. Segmente S410D und S510D sind ebenfalls verloren, wie dies auch die Bestätigungsmeldung CSACK(S2)10D ist. Wenn der Empfänger-Zeitnehmer EPC verfällt, tritt ein Übergang von Zustand 7B-1 auf Zustand 7B-3 auf. Bei Zustand 7B-3 untersucht die Empfangs-Steuerung 622 den Empfangspuffer 620 und bestimmt, dass Segmente S210D, S410D, und S510D alle fehlen. Bei Zustand 7B-3 sendet die Empfangs-Steuerung 622 eine weitere selektive kumulative Bestätigungsmeldung CSACK(S2, S4, S5)10D und der Empfänger-Zeitnehmer EPC wird neu gestartet. Nach der Neuübertragung werden Segmente S210D, S410D und S510D alle empfangen, und der Empfänger-Zeitnehmer EPC wird gelöscht.
  • Es ist zu erwähnen, dass in dem Szenario von 10D, CSACK(S2)10D erfolgreich übertragen und empfangen wurde, und das Segment S210D korrekt neu übertragen und empfangen wurde, und dass die zweite selektive kumulative Bestätigungsmeldung die Meldung CSACK(S4, S5)10D sein wird.
  • Das Vorhergehende stellt ein Kriterium der vorliegenden Erfindung dar, dass, wenn ein erstes Segment verloren ist und eine Bestätigungsmeldung CSACK erzeugt wurde, keine nachfolgenden Segment-Verluste entdeckt werden, bis (1) das erste Segment wiederhergestellt wurde, oder (2) der Empfänger-Zeitnehmer EPC abgelaufen ist. Wenn das erste Segment wiederhergestellt ist, wird der Empfänger-Zeitnehmer EPC gelöscht. Wenn der Empfänger-Zeitnehmer EPC abgelaufen ist, kann er nicht gelöscht werden. In beiden Fällen wird der Empfangspuffer 620 untersucht, und wenn irgendwelche Segmente (welche ausdrücklich Segmente enthalten, welche sich von dem ersten Segment unterscheiden) als verloren erfasst werden, sind alle Verlust-Segmente in einer Bestätigungsmeldung CSACK enthalten, und eine Wiederherstellung wird neu eingeleitet. Das Format der Bestätigungsmeldung CSACK, wie in Verbindung mit 9A und 9B erläutert, unterstützt diesen Betrieb und die Wiederherstellung.
  • Das Bestätigungsmeldungs-Format von 9A bestätigt keine Abstände im Übertragungsfenster. In beiden Formaten aus 9A und 9B werden Segmente mit Sequenznummern bis hin zu und einschließlich der Startsequenznummer (SSN) der Bestätigungsmeldung vom Übertragungspuffer 310 beim Empfang von einer kumulativen selektiven Bestätigungsmeldung CSACK freigegeben.
  • Es können verschiedene Parameter der Erfindung anpassbar erstellt werden. Wie nachstehend diskutiert, enthalten diese Parameter den MaxP Wert (verwendet im Ausdruck 1 von der ersten der drei alternativen Befragungs-Zeitnehmer Start/Neustart-Bedingungen), den Auszeit- oder Ablauf-Wert des Befragungs-Zeitnehmers in der Übertragungs-Steuerung 612; und den Auszeit- oder Ablauf-Wert des Empfänger-Zeitnehmers EPC.
  • Es wird widerrufen, dass MaxP ein vorbestimmter Ganzwert ist, welcher kleiner als MaxWin ist. Es ist aus mehreren Gründen vorteilhaft, ein adaptives Steuerschema zu haben, um den Wert von MaxP zu bestimmen. In einer Situation mit einer hohen Fehlerdichte auf der Luftschnittstelle (beispielsweise viele verlorene Rahmen), bedeutet ein Einstellen von MaxP auf einen hohen Wert, dass es mehr Zeit zur Wiederherstellung geben wird, bevor die Übertragung aufgrund eines vollen Übertragungsfensters blockiert. Andererseits, bei guten Funkbedingungen, bedeutet ein Einstellen von MaxP auf einen niedrigen Wert, dass eine Rückführung (beispielsweise Bestätigungsmeldungen) nicht zu oft angefordert wird, wodurch weniger Ressourcen verschwendet werden.
  • Somit, in einem mit Bezug auf 11 beschriebenen Modus, trifft die vorliegende Erfindung eine Abschätzung der Anzahl von Verlust-Rahmen (der Ausdruck „Rahmen" wird austauschbar mit „Segment" verwendet) und stellt, basierend auf diesem abgeschätzten Wert, demgemäß den Wert von MaxP ein. Wie anhand der vorhergehenden Beispiele zu verstehen, wird ein Verlust-Rahmen in der Abwärtsstrecke-Richtung (vom Netzwerk zum Benutzer-Equipment) durch einen Abstand in den Sequenznummern der empfangenen Segmente erfasst. Unter Verwendung der Bestätigungsmeldung CSACK der Erfindung, wie als 11-1 in 11 dargestellt, fordert das Benutzer-Equipment die Funknetzwerk-Steuerung (RNC) 24 auf, die Verlust-Segmente neu zu senden. Die Bestätigungsmeldung CSACK enthält in ihrem Bitmap (siehe das Format von 9A und 9B) eine Information bezüglich der Anzahl von Segmenten, welche verloren gegangen sind, seitdem die letzte Bestätigungsmeldung CSACK herausgegeben wurde. Die Empfangs-Steuerung 622 kann diese Information bezüglich der Anzahl von Verlust-Segmenten verwenden, um eine Abschätzung der Blockfehlerrate (BLER) zu erstellen. In dieser Hinsicht, und wie als Schritt 11-2 in 11 gezeigt, kann die Abschätzung BLER(last) als die Anzahl von Verlust- Segmenten berechnet werden und in der Bestätigungsmeldung CSACK, geteilt durch die Anzahl von Segmenten, welche von der Übertrager RAU zur Empfänger RAU übertragen werden, gemeldet werden, da die vorherige Bestätigungsmeldung CSACK empfangen wurde. Dann, wie durch Schritt 11-3 in 11 widergespiegelt, um die Abschätzung der BLER(last) zu glätten, kann ein Standardtyp eines Tiefpassfilters verwendet werden, wie mit Bezug auf Ausdruck (2) verständlich. BLER(est) = a·BLER(last) + (1 – a)·BLER(old) Ausdruck (2)
  • In Ausdruck (2) ist BLER(old) die nächst vorangehende Berechnung von BLER(last), und a ist ein Parameter im Bereich von 0 bis 1. Der Parameter a wird dazu verwendet, um die Ansprechbarkeit der BLER-Abschätzung zu steuern. In dieser Hinsicht bedeutet ein Einstellen von a gleich 0, dass BLER(est) überhaupt nicht aktualisiert ist; ein Einstellen von a gleich 1 bedeutet, dass BLER(est) gleich BLER(last) ist. Ein Wert von a zwischen Null und Eins ergibt eine gewichtete Summe der zuletzt gemessenen BLER [BLER(last)], und der vorherigen Abschätzung von BLER [beispielsweise BLER(old)]. Tabelle 1 zeigt ein Beispiel einer Berechnung eines gegenwärtigen Wertes von BLER(est), bei welchem dem Parameter a ein Wert von 0,10 zugewiesen ist und der Prozentanteil von Verlust-Rahmen (das heißt BLER(last)) zwischen 4 % und 8 % wechselt.
  • Beim Verwenden des BLER(est) Wertes, welcher auf eine Weise, wie die vorhergehende, bestimmt ist, und wie durch Schritt 11-3 in 11 gezeigt, kann ein MaxP Wert ausgewählt werden. Beispielsweise kann die Übertragungs-Steuerung 612 eine Nachschlagetabelle zurate ziehen und, unter Verwendung des BLER(est) Wertes als ein Index, einen entsprechenden Wert für MaxP erlangen. Der neue MaxP Wert, welcher bei Schritt 11-4 bestimmt ist, kann dann bei Schritt 11-5 verwendet werden, da Ausdruck 1 dazu festgesetzt ist, zu bestimmen, wann eine neue Befragungs-Meldung an das Benutzer-Equipment (beispielsweise Mobilstation) gesendet werden sollte (als Schritt 11-6).
  • Im Allgemeinen hängt der Wert für MaxP ab von: (1) der Anzahl von aufeinander folgenden verlorenen positiven Bestätigungsmeldungen, welche erlaubt sind, wobei das Risiko einer Übertragungsblockierung unterhalb eines bestimmten Limits (je geringer das Übertragungsblockierungs-Limit eingestellt ist, desto stärker wächst MaxP) getragen wird; oder (2) der Häufigkeit von negativen Bestätigungen (je höher die Häufigkeit von negativen Bestätigungen ist, desto geringer ist der MaxP Wert). 14 ist eine Matrix, welche anzeigt, wie MaxP gemäß der Anzahl von erlaubten aufeinander folgenden verlorenen positiven Bestätigungsmeldungen eingestellt werden kann (das heißt Kriterium (1) wie oben erwähnt).
  • Das Risiko einer Übertragungsblockierung (p) wird gemäß Ausdruck 3 berechnet, bei welchem N derart eingestellt ist, dass p kleiner als das Limit ist. Ausdruck (4) zeigt an, wie N zu verwenden ist, um MaxP zu berechnen. p = (BLER)N Ausdruck (3) MaxP = BW/PS·((1 + N)·RTT + N·POLLT) Ausdruck (4)
  • In Ausdruck (4) ist BW die Bandbreite (in Bits/Sekunden); PS ist die Segmentgröße (in Bits), RTT ist eine Rundreisezeit (in Sekunden), und POLLT ist der Befragungs-Zeitnehmer-Wert (in Sekunden). In dem Beispiel ist ein Verwenden von N Werten, entsprechend dem schraffierten Feld in der Matrix von 14, sicher für eine vorgegebene BLER. In 14 betragen RTT (Rundreisezeit) = 0,05 Sekunden; BW (Bandbreite) = 32768 Bits/Sekunde; PS (Segmentgröße) = 320 Bits; und POLLT (Befragungs- Zeitnehmer-Wert) = 0,04 Sekunden. Beispielsweise, bei einer 19% BLER, erzeugt N = 3 einen sicheren MaxP Wert von 33. Wenn die negativen Bestätigungen in Betracht gezogen werden, kann der MaxP Wert verringert werden.
  • Der Auszeit- oder Ablauf-Wert des Befragungs-Zeitnehmers in der Übertragungs-Steuerung 612 und der Auszeit- oder Ablauf-Wert des Empfänger-Zeitnehmers EPC können ebenfalls anpassbar gesteuert werden, wie in 12A dargestellt. Soweit wurden keine Transportverzögerungen (mit Ausnahme der durch die Luftschnittstelle eingeführten Verzögerung) in Betracht gezogen. Jedoch können Verzögerungen im Transportnetzwerk, als auch Verarbeitungs-Verzögerungen in den einbezogenen Knoten auftreten (beispielsweise der Basisstations-Knoten 22; die Funknetzwerk-Steuerung (RNC) 24 und das Benutzer-Equipment). Es ist vorteilhaft, die Auszeit-Werte des Befragungs-Zeitnehmers und Empfänger-Zeitnehmers EPC derart einzustellen, um diese Transportnetzwerk-Verzögerungen und Verarbeitungs-Verzögerungen unterzubringen.
  • Wie in 12A und 12B gezeigt, misst die Empfänger RAU (beispielsweise der Empfänger in der in 12 angezeigten Situation) das Zeitintervall vom Senden einer Bestätigungsmeldung CSACK (bei Schritt 12-1) zu dem Zeitpunkt, bei welchem ein neu übertragenes Segment, welches durch die Bestätigungsmeldung CSACK abgedeckt ist, empfangen wird (Schritt 12-4). Das gemessene Zeitintervall wird als ein Wert für TACK last) [Schritt 12-5] verwendet, welches dazu verwendet wird (bei Schritt 12-6), um eine Abschätzung TACK(est) zu entwickeln, und zwar unter Verwendung ähnlicher Tiefpass-Filtertechniken, wie oben mit Bezug auf die BLER beschrieben. Die Abschätzung TACK(est) wird dann für den neuen Auszeit- oder Ablauf-Wert für den Empfänger-Zeitnehmer EPC verwendet.
  • Die Bestätigungsstrategie der Erfindung erfordert lediglich einen Zeitnehmer (EPC) im Empfänger, jedoch sollte ein solcher Zeitnehmer unabhängig von Bandbreiten-Änderungen und unabhängig davon, wie viele Segmente neu zu übertragen sind, akkurat einstellbar sein. Jeder Typ von Zeitnehmer arbeitet solange, wie er die Kriterien einer akkuraten Einstellbarkeit erfüllt, und zwar unabhängig von (1) Bandbreiten-Änderungen und (2) wie viele Segmente neu zu übertragen sind.
  • Bezogen auf den Auszeit-Wert für den Befragungs-Zeitnehmer, misst die Übertrager RAU (welche im Fall von 12A im Netzwerk vorliegt) das Zeitintervall zwischen dem Senden einer Befragungs-Meldung und dem Empfang von einer entsprechenden Bestätigungsmeldung CSACK (siehe 12B). Das gemessene Zeitintervall wird als ein Wert TPOLL(last) verwendet [Schritt 12-2], welcher dazu verwendet wird (bei Schritt 12-3), um eine Abschätzung TPOLL(est)zu entwickeln, und zwar ebenfalls unter Verwendung ähnlicher Tiefpass-Filtertechniken, wie oben mit Bezug auf BLER beschrieben. Die Abschätzung TPOLL(est) wird dann für den neuen Auszeit- oder Ablauf-Wert für den Befragungs-Zeitnehmer verwendet. Es ist zu erwähnen, dass die Messungen neu eingeleitet werden, wenn der Befragungs-Zeitnehmer neu gestartet wird.
  • Die vorliegende Erfindung verwendet ebenfalls eine Befragungs-Bestätigungsstrategie zusammen mit einer durch Verlust angetriebenen Bestätigungsstrategie. Gemäß der vorliegenden Erfindung, wenn Segmente nicht sehr häufig verloren sind, werden Bestätigungsmeldungen oft genug gesendet, um eine gute Rückmeldung bereitzustellen, jedoch stets selten genug, um eine unnötige Belastung auf der Bestätigungs-Strecke zu vermeiden. Dann, wenn der Verlust anwächst, übernimmt eine durch Verlust angetriebene Bestätigung die Verantwortung, um ausreichend Rückmeldung zum Übertrager bereitzustellen. In dieser Hinsicht stellt die kumulative selektive Bestätigungsmeldung dem Übertrager eine Rückmeldung bereit, und zwar bezogen darauf, welche Segmente verloren gegangen sind, und welches Segment im Übertragungspuffer abgezogen (beispielsweise freigegeben) werden kann. Um Bandbreiten-Notwendigkeiten zu minimieren, sollte die kumulative selektive Bestätigungsmeldung im Allgemeinen so klein wie möglich sein.
  • Die durch Verlust angetriebene Bestätigung der vorliegenden Erfindung stellt somit einen Bandbreiten-Vorteil bereit. Durch einen wirksamen Beschränkungs-Mechanismus kann das Protokoll die Menge an übertragenen Bestätigungsmeldungen niedrig halten, während immer noch ausreichend Rückmeldung bereitgestellt wird. Ein Kombinieren des Beschränkungs-Mechanismus mit kumulativen selektiven Bestätigungsmeldungen stellt eine robuste und ökonomische Bestätigungsstrategie bereit.
  • Durch ein Verwenden der Befragungs- und Bestätigungsstrategie der vorliegenden Erfindung kann die Leistung eines Streckenschicht-Neuübertragungsprotokolls sogar während extrem verlustreicher Bedingungen fortbestehen. Dies bedeutet, dass eine zufriedenstellende Ende-zu-Ende TCP-Leistung erlangt werden kann, sogar wenn das System unter einer sehr großen Last ist.
  • Die aggressive Bestätigung schränkt die Neuübertragungszeit von verlorenen Bestätigungen ein, insbesondere bei extrem verlustreichen Situationen. Der Befragungs-Bestätigungs-Mechanismus stellt sicher, dass keine Blockierungen, mit Ausnahme jener, welche aus massiven Verlusten (das heißt, dass alle Segmente verloren sind) resultieren, auftreten werden. Ein Verwenden eines Verlust-adaptiven Befragungs-Mechanismus minimiert stets die Menge von angefragten Bestätigungen, während immer noch die Strecken-Verwendung so hoch wie möglich beibehalten wird.
  • Das Bestätigungs-Format von 9A erstellt eine Puffer-Freigabe trivial, da kein selektiver Algorithmus benötigt wird.
  • Während die Erfindung in Verbindung mit denjenigen Einzelheiten beschrieben worden ist, die gegenwärtig als die praktischste and bevorzugte Ausführungsform angesehen werden, sei darauf hingewiesen, dass die Erfindung nicht auf die offenbarte Ausführungsform beschränkt ist, sondern im Gegenteil es beabsichtigt ist, verschiedene Modifikationen and äquivalente Anordnungen abzudecken, die innerhalb des Umfangs der beigefügten Ansprüche enthalten sind. Beispielsweise, wohingegen die Übertragungs-Steuerung 612 und Empfangs-Steuerung 622 hier aus Gründen der Vereinfachung als zwei getrennte Steuerungen dargestellt wurden, sollte es verständlich sein, dass die Funktionen der Übertragungs-Steuerung 612 und Empfangs-Steuerung 622 anstelle dessen durch eine einzelne Steuerung durchgeführt werden können.
  • TABELLE I
    Figure 00440001

Claims (12)

  1. Empfänger in einer Benutzer-Equipmenteinheit (20) oder einem Knoten (24), wobei sowohl die Benutzer-Equipmenteinheit als auch der Knoten zur Verwendung in einem Mobiltelekommunikationssystem sind, und dazu angeordnet sind, um eine paketvermittelte Datensitzung zwischen der Benutzer-Equipmenteinheit und einem Datennetzwerk (32) über den Knoten aufzubauen, wobei eines aus dem Knoten und der Benutzer-Equipmenteinheit als ein Übertrager von einer Sequenz von Segmenten von Datenpaketen dient, und das weitere aus dem Knoten und der Benutzer-Equipmenteinheit als der Empfänger von der Sequenz von Segmenten von Datenpaketen dient, und wobei die Segmente eine sequenzielle Nummer enthalten, welche über ihre Sequenz bei der Übertragung hinweist; wobei der Empfänger ein Mittel enthält, welches dazu angeordnet ist, um eine erste Bestätigungsmeldung (CSACK) an den Übertrager zu senden, wenn der Empfänger einen Verlust eines ersten Verlust-Segments erfasst, und dadurch gekennzeichnet, dass der Empfänger ferner ein Mittel hat, welches dazu angeordnet ist, wenn das erste Verlust-Segment nicht innerhalb eines zeitlich festgelegten Intervalls empfangen wird und ein zweites Verlust-Segment während des zeitlich festgelegten Intervalls verloren gegangen ist, bei einem Ablauf des zeitlich festgelegten Intervalls eine zweite selektive Bestätigungsmeldung an den Übertrager zu senden, wobei die zweite selektive Bestätigungsmeldung über einen Verlust von sowohl dem ersten Verlust-Segment als auch dem zweiten Verlust-Segment hinweist, wobei die erste und zweite Bestätigungsmeldung einen Empfang von Segmenten zuvor in der Sequenz auf das erste Verlust- Segment und jeweils zuvor auf das zweite Verlust-Segment, mit Ausnahme des ersten Verlust-Segments, positiv bestätigen.
  2. Empfänger nach Anspruch 1, wobei der Empfänger ein Mittel hat, welches dazu angeordnet ist, um die erste Bestätigungsmeldung an den Übertrager beim Empfang am Empfänger von einem Segment, welches nach dem ersten Verlust-Segment folgt, zu senden.
  3. Empfänger nach Anspruch l, welcher ferner einen Zeitnehmer enthält, welcher das zeitlich festgelegte Intervall zeitlich bestimmt, wobei der Zeitnehmer einstellbar ist.
  4. Empfänger nach Anspruch l, wobei der Empfänger ein Mittel hat, welches dazu angeordnet ist, dass, wenn der Empfänger bestimmt, dass weitere Verlust-Segmente während des zeitlich festgelegten Intervalls verloren gegangen sind, die zweite selektive Bestätigungsmeldung ebenfalls einen Verlust der weiteren Verlust-Segmente anzeigt.
  5. Empfänger nach Anspruch 1, wobei der Empfänger ein Mittel hat, welches dazu angeordnet ist, ein Startsequenz-Nummernfeld und ein Bitmapfeld in zumindest einer aus der ersten Bestätigungsmeldung und der zweiten Bestätigungsmeldung zu enthalten, wobei die Startsequenz-Nummer auf ein erstes, nicht empfangenes Segment abgebildet ist, wobei Bits in dem Bitmapfeld auf einen ersten vorbestimmten Wert, um einen Empfang von jeweiligen aus den mehreren Segmenten anzuzeigen, oder auf einen zweiten vorbestimmten Wert, um einen Nichtempfang von jeweiligen aus den mehreren Segmenten anzuzeigen, eingestellt sind.
  6. Verfahren zum Betreiben eines Empfängers in einer Benutzer-Equipmenteinheit (20) oder einem Knoten (24), wobei sowohl die Benutzer-Equipmenteinheit als auch der Knoten in einem Mobiltelekommunikationssystem verwendet werden, wobei das Verfahren die Schritte enthält: Verwenden eines aus dem Knoten und der Benutzer-Equipmenteinheit zum Dienen als ein Übertrager von Segmenten von Datenpaketen von einer paketvermittelten Datensitzung, und Verwenden des anderen aus dem Knoten und der Benutzer-Equipmenteinheit zum Dienen als ein Empfänger von den Segmenten von Datenpaketen, wobei die Segmente eine sequenzielle Nummer enthalten, welche über ihre Sequenz bei der Übertragung hinweist; Senden einer ersten Bestätigungsmeldung von dem Empfänger an den Übertrager, wenn der Empfänger einen Verlust von einem ersten Verlust-Segment erfasst; dadurch gekennzeichnet, dass, wenn das erste Verlust-Segment nicht innerhalb eines zeitlich festgelegten Intervalls empfangen wird und ein zweites Verlust-Segment während des zeitlich festgelegten Intervalls verloren geht, das Verfahren ferner ein Senden von dem Empfänger, beim Ablauf des zeitlich festgelegten Intervalls, von einer zweiten selektiven Bestätigungsmeldung an den Übertrager enthält, wobei die zweite selektive Bestätigungsmeldung einen Verlust von sowohl dem ersten Verlust-Segment als auch dem zweiten Verlust-Segment anzeigt, und wobei die erste und zweite Bestätigungsmeldung jeweils einen Empfang von Segmenten zuvor in der Sequenz auf das erste Verlust-Segment und jeweils zuvor auf das zweite Verlust-Segment, mit Ausnahme des ersten Verlust-Segments, positiv bestätigen.
  7. Verfahren nach Anspruch 6, welches ferner ein Senden der ersten Bestätigungsmeldung an den Übertrager, beim Empfang am Empfänger von einem Segment, welches nach dem ersten Verlust-Segment folgt, enthält.
  8. Verfahren nach Anspruch 6, bei welchem ein Zeitnehmer das zeitlich festgelegte Intervall zeitlich bestimmt, und wobei das Verfahren ferner ein Einstellen des Zeitnehmers enthält.
  9. Verfahren nach Anspruch 6, welches ferner, wenn weitere Verlust-Segmente während des zeitlich festgelegten Intervalls verloren gehen, ein Verwenden der zweiten selektiven Betätigungsmeldung enthält, um ebenfalls einen Verlust der weiteren Verlust-Segmente anzuzeigen.
  10. Verfahren nach Anspruch 6, welches ferner ein Formatieren von zumindest einer aus der ersten Betätigungsmeldung und der zweiten Bestätigungsmeldung enthält, um ein Startsequenz-Nummernfeld und ein Bitmapfeld zu enthalten, wobei die Startsequenz-Nummer auf ein erstes nicht empfangenes Segment abgebildet wird; und wobei Bits im Bitmapfeld auf einen ersten vorbestimmten Wert, um einen Empfang von jeweiligen aus den mehreren Segmenten anzuzeigen, oder auf einen zweiten vorbestimmten Wert, um einen Nichtempfang von jeweiligen aus den mehreren Segmenten anzuzeigen, eingestellt werden.
  11. Verfahren nach Anspruch 10, welches eine erste Bitposition des Bitmapfeldes, welche von einem Ende des Bitmapfeldes, welches den ersten vorbestimmten Wert hat, zählt, verwendet, um ein Ende von einem gültigen Teil des Bitmapfeldes anzuzeigen, und somit als ein Stopp-Bit dient.
  12. Verfahren nach Anspruch 10, welches ferner ein Formatieren des Bitmapfeldes enthält, wobei, wenn das Bitmap zu groß ist um das Bitmapfeld zu passen, das Bitmap verkürzt wird, und das letzte Bit in dem verkürzten Bitmap auf den zweiten vorbestimmten Wert gesetzt wird.
DE60036218T 1999-11-17 2000-11-17 Verbindungsschichtquittierung und wiederübertragung für ein zellulares telekommunikationssystem Expired - Lifetime DE60036218T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US441882 1999-11-17
US09/441,882 US6697331B1 (en) 1999-11-17 1999-11-17 Link layer acknowledgement and retransmission for cellular telecommunications
PCT/SE2000/002268 WO2001037473A1 (en) 1999-11-17 2000-11-17 Link layer acknowledgement and retransmission for cellular telecommunications

Publications (2)

Publication Number Publication Date
DE60036218D1 DE60036218D1 (de) 2007-10-11
DE60036218T2 true DE60036218T2 (de) 2007-12-27

Family

ID=23754664

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60036218T Expired - Lifetime DE60036218T2 (de) 1999-11-17 2000-11-17 Verbindungsschichtquittierung und wiederübertragung für ein zellulares telekommunikationssystem

Country Status (8)

Country Link
US (1) US6697331B1 (de)
EP (1) EP1230757B1 (de)
CN (1) CN1227854C (de)
AR (1) AR028189A1 (de)
AT (1) ATE372003T1 (de)
AU (1) AU1566501A (de)
DE (1) DE60036218T2 (de)
WO (1) WO2001037473A1 (de)

Families Citing this family (124)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6751198B1 (en) * 1999-12-27 2004-06-15 Nortel Networks Limited System and method for measuring round trip delay of voice packets in a telephone system
US7379981B2 (en) * 2000-01-31 2008-05-27 Kenneth W. Garrard Wireless communication enabled meter and network
US8019836B2 (en) 2002-01-02 2011-09-13 Mesh Comm, Llc Wireless communication enabled meter and network
FI112305B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
GB0011913D0 (en) * 2000-05-17 2000-07-05 Nokia Networks Oy Connections in a communication system
US7154850B1 (en) * 2000-09-20 2006-12-26 Lucent Technologies Inc. Wireless data transmission using time out control
US7114002B1 (en) * 2000-10-05 2006-09-26 Mitsubishi Denki Kabushiki Kaisha Packet retransmission system, packet transmission device, packet reception device, packet retransmission method, packet transmission method and packet reception method
GB2371177B (en) * 2001-01-16 2003-02-19 Ericsson Telefon Ab L M Automatic repetition request mechanism in a radio access network
US6888816B2 (en) * 2001-04-02 2005-05-03 Asustek Computer Inc. Window-based polling scheme for a wireless communications protocol
US7016304B2 (en) * 2001-05-18 2006-03-21 Intel Corporation Link level retry scheme
US6961349B2 (en) * 2001-05-30 2005-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Handling TCP protocol for connections transmitted in parallel over radio link
US7242670B2 (en) * 2001-07-07 2007-07-10 Lg Electronics Inc. Method for controlling retransmission of information using state variables in radio communication system
US7542482B2 (en) 2001-08-16 2009-06-02 Qualcomm Incorporated Method and apparatus for message segmentation in a wireless communication system
US6839566B2 (en) 2001-08-16 2005-01-04 Qualcomm, Incorporated Method and apparatus for time-based reception of transmissions in a wireless communication system
US6807428B2 (en) * 2001-08-16 2004-10-19 Qualcomm, Incorporated Method and apparatus for time-based reception of transmissions in a wireless communication system
ES2254724T3 (es) 2001-10-01 2006-06-16 Research In Motion Limited Gestion del contacto para dispositivos moviles de comunicacion en redes inalambricas de paquetes conmutados.
EP1594338B1 (de) * 2001-10-01 2006-11-02 Research In Motion Limited Kontaktmanagement für mobile Kommunikationsgeräte in mobilen Paketnetzen
SE0103506D0 (sv) * 2001-10-19 2001-10-19 Ericsson Telefon Ab L M HARQ stall avoidance
EP1440534B1 (de) * 2001-10-19 2008-09-17 Telefonaktiebolaget LM Ericsson (publ) Vermeidung von standbedingungen und sequenznummermehrdeutigkeit in einem protokoll für automatische wiederholungsanforderungen
US7013418B1 (en) * 2001-11-15 2006-03-14 Network Appliance, Inc. Method and apparatus for reliable delivery of status information for multiple sets of data units in a single packet
US6996063B2 (en) 2001-11-16 2006-02-07 Asustek Computer Inc. Applicable PDU range test and calculation for window-based polling
KR100765121B1 (ko) * 2001-11-24 2007-10-11 엘지전자 주식회사 송신버퍼의 프로토콜 데이터 유닛 폴링 방법
KR100460967B1 (ko) * 2001-12-18 2004-12-09 삼성전자주식회사 접속률을 높일 수 있는 무선통신기기 및 그 방법
JP2005520374A (ja) * 2002-02-15 2005-07-07 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ Ｔｃｐ／ｉｐに対する変更
KR100434054B1 (ko) * 2002-04-26 2004-06-04 엘지전자 주식회사 래디오 링크 콘트롤의 폴링방법
US8171300B2 (en) 2002-04-30 2012-05-01 Qualcomm Incorporated Security method and apparatus
US20030225887A1 (en) * 2002-05-28 2003-12-04 Rene Purnadi Establishing IP level connectivity by use of L-2 dormant mobile node activation
KR20030092894A (ko) * 2002-05-31 2003-12-06 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서순방향 채널 품질을 보고하기 위한 채널 품질 보고 주기결정 장치 및 방법
CN100508494C (zh) * 2002-09-06 2009-07-01 富士通株式会社 无线网络控制装置
EP1424815B1 (de) * 2002-11-26 2007-02-07 Innovative Sonic Limited Verfahren für die Abfrage von Statusberichten in bestätigtem Datenübertragungsmodus
US7747244B2 (en) 2003-01-23 2010-06-29 Research In Motion Limited Methods and apparatus for re-establishing communication for a wireless communication device after a communication loss in a wireless communication network
US7894381B2 (en) * 2003-03-04 2011-02-22 Samsung Electronics Co., Ltd. System and method of reliably broadcasting data packet under ad-hoc network environment
CN1257620C (zh) * 2003-05-30 2006-05-24 中兴通讯股份有限公司 无线链路层发送窗口控制信息的触发方法
WO2004114610A1 (ja) * 2003-06-18 2004-12-29 Nippon Telegraph And Telephone Corporation 無線パケット通信方法
US7283531B2 (en) * 2003-07-22 2007-10-16 Lucent Technologies Inc. Enhanced recovery action in service specific connection orientation protocol
JP2006050519A (ja) 2003-10-24 2006-02-16 Sony Corp 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
US8274961B2 (en) 2003-10-24 2012-09-25 Sony Corporation Apparatus and associated methodology of adjusting a RTS/CTS transmission protocol
EP1533932A1 (de) * 2003-11-19 2005-05-25 Mitsubishi Denki Kabushiki Kaisha Fehlerkontrollmechanismus für segmentbasierte Verbindungsschichten in einem digitalen Netzwerk
WO2005064840A1 (en) 2003-12-29 2005-07-14 Electronics And Telecommunications Research Institute Method for retransmitting packet in mobile communication system and computer-readable medium recorded program thereof
JP4537410B2 (ja) 2003-12-29 2010-09-01 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート 移動通信システムにおける自動再送要求のためのフィードバックメッセージ生成方法
JP4536383B2 (ja) * 2004-01-16 2010-09-01 株式会社エヌ・ティ・ティ・ドコモ データ受信装置およびデータ受信方法
KR100714675B1 (ko) * 2004-01-30 2007-05-07 삼성전자주식회사 데이터 프레임 재전송 방법 및 상기 방법을 사용하는네트워크 장치
US20060136614A1 (en) * 2004-07-30 2006-06-22 Nokia Corporation System and method for variable length aggregate acknowledgements in a shared resource network
KR100663465B1 (ko) * 2004-10-08 2007-01-02 삼성전자주식회사 전송제어 프로토콜을 사용하는 데이터 네트워크에서 다중 세그먼트 복구를 위한 가상 블록 정보의 송수신 방법 및 장치
US20060291468A1 (en) * 2005-06-22 2006-12-28 Rajendra Bopardikar Selective re-transmission of lost multi-media data packets
US7535858B2 (en) * 2005-06-29 2009-05-19 Intel Corporation Apparatus and method of block acknowledgements with reduced recipient state information
US7876740B2 (en) * 2005-08-04 2011-01-25 Motorola, Inc. Method and system for synchronization of link layer windows
ATE514246T1 (de) * 2005-08-19 2011-07-15 Hewlett Packard Development Co Andeutung von verlorenen segmenten über schichtgrenzen
US8533765B2 (en) * 2005-08-26 2013-09-10 Thomson Licensing On demand system and method using dynamic broadcast scheduling
TWI398118B (zh) * 2005-09-21 2013-06-01 Innovative Sonic Ltd 無線通訊系統重建發射邊處理控制協定資料單元的方法及裝置
WO2007045101A2 (en) * 2005-10-21 2007-04-26 Nortel Networks Limited Multiplexing schemes for ofdma
US8295265B2 (en) * 2005-11-16 2012-10-23 Htc Corporation Method for handling radio bearer messages during reset and reestablishment in a wireless system
US7787372B2 (en) * 2005-12-12 2010-08-31 Viasat, Inc. Transmission control protocol with performance enhancing proxy for degraded communication channels
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
WO2007078171A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR100912784B1 (ko) * 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
CN101030840B (zh) * 2006-03-02 2011-09-14 华为技术有限公司 具有重传请求的数据传输方法和接收端状态报告编制方法
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
CN102638330B (zh) * 2006-04-25 2015-05-20 Lg电子株式会社 在无线通信系统中传送信号的方法
CN101068372B (zh) * 2006-05-03 2010-06-02 创新音速有限公司 处理无线链接控制重置流程的变量的方法及其装置
GB0611249D0 (en) 2006-06-07 2006-07-19 Nokia Corp Communication system
CN100428663C (zh) * 2006-07-04 2008-10-22 华为技术有限公司 一种检测数据丢失数的方法、设备及系统
EP2119085B1 (de) 2007-01-24 2010-10-20 ViaSat, Inc. Verbesserte fehlerkontrollkommunikationssysteme und verfahren
EP2144391B1 (de) * 2007-04-06 2018-07-11 NTT DoCoMo, Inc. Verfahren zum senden einer neuübertragungsanforderung und empfangsseitige einrichtung
US9887813B2 (en) * 2007-06-13 2018-02-06 Qualcomm Incorporated Protocol data unit recovery
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101591824B1 (ko) * 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
EP2203911A4 (de) * 2007-10-25 2011-12-28 Trilliant Networks Inc Gasmesser mit nachgerüstetem ultrasensitivem magnetmaterial auf der messskala und nachrüstungsverfahren für die messskala
KR20090043465A (ko) 2007-10-29 2009-05-06 엘지전자 주식회사 무선 베어러 타입에 따른 오류 해결 방법
JP5018405B2 (ja) * 2007-11-01 2012-09-05 富士通株式会社 無線帯域割当て方法及び無線基地局
US8138934B2 (en) * 2007-11-25 2012-03-20 Trilliant Networks, Inc. System and method for false alert filtering of event messages within a network
US8502640B2 (en) 2007-11-25 2013-08-06 Trilliant Networks, Inc. System and method for transmitting and receiving information on a neighborhood area network
EP2215554A4 (de) * 2007-11-25 2011-04-27 Trilliant Networks Inc Proxy-benutzung in einem mesh-netzwerk
WO2009067257A1 (en) * 2007-11-25 2009-05-28 Trilliant Networks, Inc. Energy use control system and method
WO2009067260A1 (en) * 2007-11-25 2009-05-28 Trilliant Networks, Inc. Power-conserving network device for advanced metering infrastructure
EP2215556B1 (de) 2007-11-25 2019-08-28 Trilliant Networks, Inc. System und verfahren für stromzustandübertragung in einem ami-system
CA2705191A1 (en) * 2007-11-25 2009-05-28 Trilliant Networks, Inc. Upgrade process system and method
US20090136042A1 (en) * 2007-11-25 2009-05-28 Michel Veillette Application layer authorization token and method
WO2009067253A1 (en) * 2007-11-25 2009-05-28 Trilliant Networks, Inc. Creating and managing association and balancing of a mesh device in a mesh network
CA2708604C (en) 2007-12-10 2017-01-31 Interdigital Patent Holdings, Inc. Method and apparatus for triggering radio link control packet discard and radio link control re-establishment
KR101387530B1 (ko) * 2007-12-28 2014-04-21 엘지전자 주식회사 자동 재전송 요구를 위한 자원할당방법
ATE500663T1 (de) * 2008-02-04 2011-03-15 Lg Electronics Inc Drahtloses kommunikationsverfahren zur übertragung einer folge von dateneinheiten zwischen einer drahtlosen vorrichtung und einem netzwerk
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
EP2266224B1 (de) 2008-03-17 2017-06-14 LG Electronics Inc. Verfahren zum übertragen von rlc-daten
JP5175633B2 (ja) * 2008-06-19 2013-04-03 株式会社東芝 無線通信装置、無線通信の制御方法、および無線通信の制御プログラム
US8699377B2 (en) 2008-09-04 2014-04-15 Trilliant Networks, Inc. System and method for implementing mesh network communications using a mesh network protocol
US8560908B2 (en) * 2008-11-06 2013-10-15 Qualcomm Incorporated Methods and systems for ARQ feedback message improvement
US8289182B2 (en) * 2008-11-21 2012-10-16 Trilliant Networks, Inc. Methods and systems for virtual energy management display
US8295159B2 (en) * 2009-01-14 2012-10-23 Qualcomm Incorporated Timer poll retransmission expiry in a wireless communication system
US8891338B2 (en) 2009-01-29 2014-11-18 Itron, Inc. Measuring the accuracy of an endpoint clock from a remote device
CA2753074A1 (en) 2009-03-11 2010-09-16 Trilliant Networks, Inc. Process, device and system for mapping transformers to meters and locating non-technical line losses
US8416784B2 (en) * 2009-09-03 2013-04-09 Samsung Electronics Co., Ltd. Apparatus and method for receiving packet data in wireless communication system
US8781462B2 (en) * 2009-09-28 2014-07-15 Itron, Inc. Methodology and apparatus for validating network coverage
KR101691480B1 (ko) * 2010-04-06 2017-01-09 삼성전자주식회사 이동통신 시스템에서 패킷 재전송 방법 및 장치
US9084120B2 (en) 2010-08-27 2015-07-14 Trilliant Networks Inc. System and method for interference free operation of co-located transceivers
CA2813534A1 (en) 2010-09-13 2012-03-22 Trilliant Networks, Inc. Process for detecting energy theft
US8942102B2 (en) 2010-11-05 2015-01-27 Qualcomm Incorporated Segmented data transfer with resume capability
US8832428B2 (en) 2010-11-15 2014-09-09 Trilliant Holdings Inc. System and method for securely communicating across multiple networks using a single radio
US8675474B2 (en) * 2010-12-10 2014-03-18 Htc Corporation Method and system for handling error in LPP messages exchange
WO2012097204A1 (en) 2011-01-14 2012-07-19 Trilliant Holdings, Inc. Process, device and system for volt/var optimization
WO2012103072A2 (en) 2011-01-25 2012-08-02 Trilliant Holdings, Inc. Aggregated real-time power outages/restoration reporting (rtpor) in a secure mesh network
EP2673716B1 (de) 2011-02-10 2017-09-13 Trilliant Holdings, Inc. Vorrichtung und verfahren zur ermöglichung sicherer kommunikationen für gebrauchsdaten über ein zellnetzwerk
WO2012122310A1 (en) 2011-03-08 2012-09-13 Trilliant Networks, Inc. System and method for managing load distribution across a power grid
US9001787B1 (en) 2011-09-20 2015-04-07 Trilliant Networks Inc. System and method for implementing handover of a hybrid communications module
JP5940353B2 (ja) * 2012-04-11 2016-06-29 オリンパス株式会社 無線通信装置、メモリ装置、無線通信システム、無線通信方法、およびプログラム
CN102820957B (zh) * 2012-07-19 2016-03-30 福建先创通信有限公司 一种数据状态反馈包及其应用
US9998360B2 (en) * 2014-11-17 2018-06-12 Honeywell International Inc. Minimizining message propagation times when brief datalink interruptions occur
US9660719B2 (en) * 2014-11-17 2017-05-23 Honeywell International Inc. Minimizing propagation times of queued-up datalink TPDUs
CN105049152A (zh) * 2015-08-10 2015-11-11 哈尔滨工业大学深圳研究生院 面向空间差错信道的dtn网络数据聚合传输方法
CN108370327A (zh) 2015-09-25 2018-08-03 Fsa技术股份有限公司 多干线数据流调节系统和方法
CN108282273B (zh) 2017-01-05 2024-03-08 华为技术有限公司 分段重传的方法和装置
CN110149374B (zh) * 2019-04-28 2022-04-15 深圳市恒扬数据股份有限公司 一种文件传输方法、终端设备及计算机可读存储介质
EP3939191B1 (de) 2020-06-05 2023-11-22 Huawei Technologies Co., Ltd. Vorrichtung und verfahren zur bereitstellung von quittierungen in netztransportprotokollen
US11483087B2 (en) 2020-08-07 2022-10-25 Hyannis Port Research, Inc. Systems and methods for clock synchronization using special physical layer clock sync symbols
US11088959B1 (en) 2020-08-07 2021-08-10 Hyannis Port Research, Inc. Highly deterministic latency in a distributed system
US11683199B2 (en) 2020-08-07 2023-06-20 Hyannis Port Research, Inc. Distributed system with fault tolerance and self-maintenance
US11228529B1 (en) 2020-08-07 2022-01-18 Hyannis Port Research, Inc. Local and global quality of service shaper on ingress in a distributed system
US11303389B2 (en) 2020-08-07 2022-04-12 Hyannis Port Research, Inc. Systems and methods of low latency data communication for physical link layer reliability
US11315183B2 (en) 2020-08-07 2022-04-26 Hyannis Port Research, Inc. Electronic trading system and method based on point-to-point mesh architecture
US11328357B2 (en) 2020-08-07 2022-05-10 Hyannis Port Research, Inc. Sequencer bypass with transactional preprocessing in distributed system
US20230370203A1 (en) * 2022-05-12 2023-11-16 Meta Platforms, Inc. Selective acknowledgement framework for high-performance networks

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2180127B (en) 1985-09-04 1989-08-23 Philips Electronic Associated Method of data communication
JP2615509B2 (ja) 1990-10-30 1997-05-28 富士通株式会社 通信装置
US5440545A (en) 1993-08-02 1995-08-08 Motorola, Inc. Packet delivery system
US5444718A (en) 1993-11-30 1995-08-22 At&T Corp. Retransmission protocol for wireless communications
US5570367A (en) * 1994-07-29 1996-10-29 Lucent Technologies Inc. Asymmetric protocol for wireless communications
US5774479A (en) 1995-03-30 1998-06-30 Motorola, Inc. Method and system for remote procedure call via an unreliable communication channel using multiple retransmission timers
JPH10224328A (ja) * 1997-02-06 1998-08-21 Sony Corp データ通信方法及びデータ通信機
US6473399B1 (en) 1998-11-30 2002-10-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for determining an optimum timeout under varying data rates in an RLC wireless system which uses a PDU counter

Also Published As

Publication number Publication date
CN1423869A (zh) 2003-06-11
WO2001037473A1 (en) 2001-05-25
EP1230757B1 (de) 2007-08-29
AU1566501A (en) 2001-05-30
ATE372003T1 (de) 2007-09-15
DE60036218D1 (de) 2007-10-11
EP1230757A1 (de) 2002-08-14
US6697331B1 (en) 2004-02-24
CN1227854C (zh) 2005-11-16
AR028189A1 (es) 2003-04-30

Similar Documents

Publication Publication Date Title
DE60036218T2 (de) Verbindungsschichtquittierung und wiederübertragung für ein zellulares telekommunikationssystem
DE60031167T2 (de) Verfahren zur verbesserung der effizienz von datenübertragung und datenübertragungsprotokoll
DE60223799T2 (de) Verfahren und sender für einen effizienten paketdatentransfer in einem übertragungsprotokoll mit wiederholungsanforderungen
DE60036606T2 (de) Verfahren und einrichtung zur verwaltung von abfrageanforderungen in datenkommunikationen
DE69935530T2 (de) Automatisches wiederholungsaufforderungsprotokoll
DE69836007T2 (de) Verfahren und endgerät mit verbesserter verbraucherantwortzeit in einem mobilen netzwerk
DE69928661T2 (de) Verfahren zur erfassung von verzögerten datenrahmen in einer transportfunktion
DE60023019T2 (de) Verfahren und system zur ablösung oder regeneration von quittierungspaketen in adsl kommunikationen
DE60035773T2 (de) Datenwiederübertragungsverfahren in einem sprach-über-datenkommunikationssystem
DE60113549T2 (de) Tcp-flusssteurung
DE60201553T2 (de) System und Verfahren zur Fehlerbeseitigung mit negativer Rückquittierung (NACK)
DE60203285T2 (de) Verfahren und empfänger zur verbesserten datenpaketübertragung in ein übertragungsprotokoll
DE69915280T2 (de) Datenübertragung über eine kommunikationsverbindung mit variabler datenrate
DE60208681T2 (de) System und verfahren zur rahmenneusendung in einem rundsendekommunikationssystem
DE60102809T2 (de) Datenpaketnummerierung bei der paketvermittelten datenübertragung
DE69922180T2 (de) Verfahren und Vorrichtung zur Datenflusssteuerung
DE60019174T2 (de) Datenübertragungsverfahren, -vorrichtung und Datenempfangsvorrichtung
DE60110974T2 (de) Abfangverfahren und -vorrichtung zur Kompensation nachteiliger Eigenschaften eines Kommunikationsprotokolls
DE60307406T2 (de) Packetübertragungssystem und Packetempfangssystem
DE60217803T2 (de) Empfängerabfrage für eine Datenübertragung mit Gleitfenster-Datenflusssteuerung
DE60108614T2 (de) Verhandlung von arq-parametern in einem paketübertragungssystem mit verbindungsanpassung
DE60109959T2 (de) Verfahren um die effizienz eines datenstromes in einem kommunikationssystem zu erhöhen
DE69912643T2 (de) Verfahren und vorrichtung zum datentransport innerhalb der infrastruktur in einem kommunikationssystem
DE10295631T5 (de) Mechanismus für eine automatische Wiederholanforderung in einem Funkzugangsnetz
DE60002884T2 (de) Verfahren und system zur datenempfangsquittierung

Legal Events

Date Code Title Description
8364 No opposition during term of opposition