DE60214144T2 - Verfahren und Vorrichtung zur bereitstellung von unterschiedlichen Dienstqualitätsstufen in einer Funkpaketdatendienstverbindung - Google Patents

Verfahren und Vorrichtung zur bereitstellung von unterschiedlichen Dienstqualitätsstufen in einer Funkpaketdatendienstverbindung Download PDF

Info

Publication number
DE60214144T2
DE60214144T2 DE60214144T DE60214144T DE60214144T2 DE 60214144 T2 DE60214144 T2 DE 60214144T2 DE 60214144 T DE60214144 T DE 60214144T DE 60214144 T DE60214144 T DE 60214144T DE 60214144 T2 DE60214144 T2 DE 60214144T2
Authority
DE
Germany
Prior art keywords
layer
rlp
hdlc
ppp
data
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
DE60214144T
Other languages
English (en)
Other versions
DE60214144D1 (de
Inventor
Nischal San Diego ABROL
Marcello San Diego LIOY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of DE60214144D1 publication Critical patent/DE60214144D1/de
Application granted granted Critical
Publication of DE60214144T2 publication Critical patent/DE60214144T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/803—Application aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9047—Buffering arrangements including multiple buffers, e.g. buffer pools
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Description

  • Gebiet
  • Die vorliegende Erfindung betrifft drahtlose Kommunikationen bzw. Nachrichtenübertragungen. Insbesondere betrifft die vorliegende Erfindung ein neues Verfahren und eine Vorrichtung zum Vorsehen von mehreren Pegeln von Qualität des Dienstes in einem drahtlosen Paketdatennetzwerk zwischen einer Mobilstation und einem drahtlosen Netzwerk.
  • Hintergrund
  • Die Verwendung von Codemultiplex-Vielfachzugriff (CDMA = code division multiple access) Modulationstechniken ist eine von mehreren Techniken zum Ermöglichen von Kommunikationen, in welchen eine große Anzahl von Systembenutzern vorhanden ist. Andere Vielfachzugriffkommunikationssystemtechniken wie Zeitmultiplex-Vielfachzugriff (TDMA = time division multiple access), Frequenzmultiplex- Vielfachzugriff (FDMA = frequency division multiple access) und AM Modulationsschemata wie ACSSB = amplitude companded single sideband sind im Stand der Technik bekannt. Diese Techniken wurden standardisiert, um die Zusammenarbeit zwischen Ausrüstung zu ermöglichen, welche von unterschiedlichen Firmen hergestellt wurde. Codemultiplex-Vielfachzugriff Kommunikationssysteme wurden in den Vereinigten Staaten in Telecommunications Industry Association TIA/EIA/IS-95-B, benannt, „MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBANDSPREAD SPECTRUM CELLULAR SYSTEMS"; standardisiert; und werden hierin als IS-95 bezeichnet. Zusätzlich wurde ein neuer Standard für CDMA Kommunikationsysteme in den vereinigten Staaten in Telecommunications Industry Association (TIA) vorgeschlagen, benannt „Upper Layer (Layer 3) Signaling Standard for cdma2000 Spread Spectrum Systems, Release A – Addendum 1", datiert auf den 27. Oktober 2000, und hierin als „cdma2000" bezeichnet.
  • Die International Telecommunications Union verlangte kürzlich die Einreichung von vorgeschlagenen Verfahren zum Vorsehen von hoher Datenrate und qualitativ hochwertigen Sprachdiensten über drahtlose Kommunikationskanäle. Ein erster dieser Vorschläge wurde durch die Telecommunications Industry Association heraus gegeben, benannt „The IS-2000ITU-R RTT Candidate Submission". Ein Zweiter dieser Vorschläge wurde durch das European Telecommunications Standards Institute (ETSI), benannt, „The ETSI UMTS Terrestrial Radio Access (UTRA) ITU-R RTT Candidate Submission", herausgegeben, auch benannt als „Breitband CDMA", und hierin nachfolgend als „W-CDMA" bezeichnet. Ein dritter Vorschlag wurde durch U.S. TG 8/1, benannt „The UWC-136 Candidate Submission", eingereicht, hierin nachfolgend bezeichnet als „EDGE". Die Inhalte dieser Einreichungen sind öffentlich verfügbar und sind im Stand der Technik gut bekannt.
  • IS-95 wurde ursprünglich für die Übertragung von Sprachdaten mit variabler Rate optimiert. Nachfolgende Standards bauten auf diesem Standard auf, um eine Vielzahl von zusätzlichen Nicht-Sprachdiensten einschließlich Paketdatendiensten zu unterstützen. Ein solcher Satz von Paketdatendiensten wurde in den Vereinigten Staaten in Telecommunications Industry Association TIA/EIA/IS-707-A, benannt „Data Service Options for Spread Spectrum Systems" standardisiert, und wird hierin nachfolgend als „IS-707" bezeichnet.
  • IS-707 beschreibt Techniken, welche verwendet werden, um Unterstützung für das Senden von Internetprotokoll (IP) Paketen durch ein IS-95 drahtloses Netzwerk zu senden. Pakete werden in einen Bytestrom ohne Besonderheiten unter Verwendung eines Protokolls, welches Punkt-zu-Punkt Protokoll (PPP) benannt wird, gekapselt. Unter Verwendung von PPP können IP Pakete über ein drahtloses Netzwerk in Segmenten von beliebiger Größe transportiert werden. Das drahtlose Netzwerk hält PPP Zustandsinformation für die Dauer der PPP Sitzung aufrecht, oder so lang wie zusätzliche Bytes gesendet werden können in einem kontinuierlichen Bytestrom zwischen den PPP Endpunkten.
  • Ein solcher kontinuierlicher Bytestrom wird nachfolgend in eine Serie von IS-95 Rahmen unter Verwendung eines Protokolls, welches Funkverbindungs protokoll (RLP = radio link protocol) benannt wird, gekapselt. RLP weist ein Fehlersteuerungsprotokoll auf, welches negative Bestätigungen (NAKs = negative acknowledgments) verwendet durch welchen der Empfänger den Sender zum erneuten Übertragen von verloren gegangenen RLP Rahmen ermahnt. Weil das RLP Fehlersteuerungsprotokoll erneute Übertragungen verwendet zeigt RLP Datenübertragung im Allgemeinen eine variable Übertragungsverzögerung von dem Sender zu dem Empfänger. Eine modifizierte Form von RLP, benannt Synchron RLP (SRLP = Synchronous RLP), in welchem keine NAKs und keine erneuten Übertragungen durch Sender oder Empfänger gesendet werden, ist im Stand der Technik gut bekannt. Die Rahmenfehlerrate in SRLP ist größer als diejenige von RLP, aber die Übertragungsverzögerung wird auf einer minimalen Konstanten gehalten.
  • Ein entfernter Netzwerkknoten wie ein persönlicher oder Laptopcomputer (PC), welcher mit einer Paketdaten fähigen drahtlosen Mobilstation (MS) verbunden ist, kann auf das Internet durch ein drahtloses Netzwerk gemäß dem IS-707 Standard zugreifen. Alternativ kann der entfernte Netzwerkknoten wie ein Webbrowser in die MS eingebaut sein, wodurch der PC optional gemacht wird. Eine MS kann eine einer Vielzahl von Typen von Einrichtungen einschließlich, aber nicht eingeschränkt auf, eine PC Karte, persönlicher Datenassistent (PDA), externes oder internes Modem, oder drahtloses Telefon oder Terminal sein. Die MS sendet Daten durch das drahtlose Netzwerk, wo sie durch einen Paketdatendienstknoten (PDSN = packet data serving node) verarbeitet werden. Der PPP Zustand für eine Verbindung zwischen einer MS und dem drahtlosen Netzwerk wird typischerweise innerhalb des PDSN gehalten. Das PDSN ist mit einem IPP Netzwerk wie dem Internet verbunden, und transportiert Daten zwischen dem drahtlosen Netzwerk und anderen Einheiten und Agenten, welche mit dem IP Netzwerk verbunden sind. Auf diese Art und Weise kann die MS Daten zu einer anderen Einheit in dem IP Netzwerk durch die drahtlose Datenverbindung senden und empfangen. Die Zieleinheit auf dem IP Netzwerk wird auch als ein korrespondierender Knoten bezeichnet. Die Interaktion zwischen einer MS und dem PDSN wurden in EIA/TIA/IS-835, benannt „Wireless IP Network Standard", datiert auf Juni 2000, und hierin als „IS-835" bezeichnet, standardisiert. Der Fachmann wird erkennen, dass in einigen Netzwerken der PDSN durch eine Interworking Function (IWF) ersetzt wird.
  • Um kompliziertere drahtlose Netzwerkdienste vorzusehen gibt es einen sich erhöhenden Wunsch und Bedarf zum Vorsehen von verschiedenen Arten von Diensten gleichzeitig durch eine drahtlose Diensteinrichtung. Beispiele sind simultane Sprache und Paketdatendienste. Beispiele sind auch verschiedene Typen von Paketdatendiensten wie gleichzeitiges Webbrowsen und Videokonferenz. Zur gleichen Zeit erhöhen technologische Fortschritte die Bandbreite, welche durch einen einzigen drahtlosen Kanal zwischen einer drahtlosen Einrichtung und dem drahtlosen Netzwerk verfügbar ist.
  • Jedoch sind moderne Netzwerke noch nicht dazu in der Lage, gleichzeitige Paketdatendienste zu unterstützen, die wesentlich unterschiedliche Dienstgrade bzw. Dienstqualitätsgrade haben. Zum Beispiel werden verzögerungssensitive Anwendungen wie Videokonferenz und Sprache über IP optimal gesendet ohne RLP erneute Übertragungen um die Größenordnung und Verfügbarkeit von Paketverzögerung durch das Netzwerk zu verringern. Andererseits sind Anwendungen wie FTP, E-Mail, und Webbrowsing weniger verzögerungssensitiv, so dass sie optimal unter Verwendung von RLP erneuten Übertragungen gesendet werden. Derzeitige drahtlose Standards unterstützen adäquat eine drahtlose Anwendung, welche irgendeine von mehreren Dienstgraden benötigt, aber nicht mehrere Anwendungen in einer einzigen MS, in welcher die Anwendungen verschiedene Dienstgrade benötigen. Es gibt somit einen Bedarf im Stand der Technik für einen Weg des Unterstützens von mehreren Anwendungen in einer einzigen MS, in welcher die mehreren Anwendungen verschiedene Dienstgrade benutzen.
  • EP-A-0 975 123 beschreibt die Implementierung eines Protokolls, welches Pakete gemäß dem Typ von Daten, welche eingebettet werden, einbettet. Einstellbare Parameter werden automatisch bei der Schicht gesetzt, wodurch die Parameter vorgesehen werden, welche gemäß den eingebetteten Paketdaten eingestellt werden.
  • ZUSAMMENFASSUNG
  • Ausführungsbeispiele, welche hierin offenbart werden, adressieren die oben ausgeführten Bedarfe, indem sie einer Mobilstation (MS) und einem Funkzugriffsnetzwerk (RAN = radio access network) ermöglichen, eine Verbindung aufzubauen, welche verschiedene Dienstgrade mit einer einzigen IP Adresse, welche einer MS zugewiesen ist, unterstützen. Die hierin beschriebenen Ausführungsbeispiele ermöglichen einem Datensender, eine einzige IP Adresse für mehrere Paketdatenanwendungen zu verwenden. Die Pakete, welche durch jede der mehreren Paketdatenanwendungen generiert wurden, werden zu einem einzigen Punkt-zu-Punkt Protokoll (PPP) Stapel und einer einzigen Hochpegeldatenverbindungsteuerung (HDLC = high data level control) Rahmenschicht geliefert, um Datenpakete in Byteströme zu konvertieren, welche für die Übertragung durch Funkverbindungsprotokoll (RLP) Verbindungen geeignet sind. Jeder der resultierenden mehreren Byteströme wird dann zu einer von mehreren RLP Verbindungen geliefert, welche verschiedene Eigenschaften der erneuten Übertragung und Verzögerung haben. Die RLP Verbindung, welche zum Senden von Daten von jeder Anwendung ausgewählt wurde, basiert auf dem Dienstgrad, welcher für die Anwendung am geeignetsten ist.
  • Der Empfänger empfängt die Daten auf den mehreren RLP Verbindungen und fügt die Byteströme in Rahmen erneut zusammen. Der Empfänger kann mehrere HDLC Rahmenschichten verwenden, mit einer HDLC Rahmenschicht korrespondierend zu einer RLP Verbindung. Alternativ kann der Empfänger eine einzige HDLC Rahmenschicht und mehrere einfache „Entrahmungs" Schichten („deframer" layers) verwenden. Jede Entrahmungsschicht korrespondiert zu einer einzigen RLP Verbindung und sucht nach Flagzeichen, welche HDLC Rahmen in jedem RLP Bytestrom abstecken. Die Entrahmungsschicht entfernt nicht HDLC Verlasscodes, sondern liefert vielmehr HDLC Stromdaten zu der einzigen HDLC Schicht als ein vollständiger, aufeinander folgender HDLC Rahmen.
  • Somit wird gemäß einem ersten Aspekt ein Verfahren zum Vorsehen von Paketdatendiensten gemäß Anspruch 1 vorgesehen. Gemäß einem zweiten Aspekt wird ein Computer lesbares Medium vorgesehen, welches das Verfahren des ersten Aspekts ausführt, gemäß Anspruch 13. Dritte und vierte Aspekte sehen jeweils eine Mobilstation vor, wie in Anspruch 14, und ein drahtloses Netzwerk, wie in Anspruch 20.
  • Das Wort „exemplarisch" wird in dieser Anmeldung durchgängig verwendet, um „als ein Beispiel, Fall oder Illustration dienend" zu bedeuten. Jedes Ausführungsbeispiel, welches als „exemplarisches Ausführungsbeispiel" beschrieben ist, soll nicht als notwendigerweise bevorzugt oder vorteilhaft über andere hierin beschriebene Ausführungsbeispiele betrachtet werden.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 zeigt eine Anordnung von Protokollschichten gemäß einem exemplarischen Ausführungsbeispiel;
  • 2 zeigt eine Anordnung von Protokollschichten gemäß einem alternativen Ausführungsbeispiel;
  • 3 ist ein Diagramm einer exemplarischen Mobilstation (MS) Vorrichtung;
  • 4 ist ein Diagramm einer exemplarischen drahtlosen Netzwerkvorrichtung;
  • 5 ist ein Flussdiagramm eines exemplarischen Verfahrens des Sendens von Paketen durch mehrere RLP Verbindungen, welche verschiedene Dienstgrade haben; und
  • 6 ist ein Flussdiagramm eines exemplarischen Verfahrens des Empfangens von Paketen durch mehrere RLP Verbindungen, welche verschiedene Dienstgrade haben.
  • DETAILLIERTE BESCHREIBUNG
  • Mehrere Anwendungen, welche verschiedene Dienstgrade verwenden, können auf einem einzigen drahtlosen Gerät unter Verwendung eines separaten Punkt-zu-Punkt Protokoll (PPP) Stapels für jede Anwendung unterstützt werden. Dieser Ansatz hat mehrere Nachteile. Das Unterstützen von mehreren PPP Instanzen für eine einzige Mobilstation (MS) würde notwendigerweise große Mengen von Datenspeicher in sowohl der MS wie auch dem Paketdatendienstknoten (PDSN) verbrauchen.
  • Zusätzlich, wenn eine Funkverbindungsprotokoll (RLP) Sitzung zur Verwendung durch eine Applikation, welche geringe Latenz benötigt, aufgebaut werden würde, sollte das RLP derart konfiguriert sein, dass es ohne erneute Übertragungen betrieben wird. Während dies zu der geringen Latenz führen würde, welche am besten ist für die darüber liegende Anwendung, müssten das Verbindungssteuerungsprotokoll (LCP = link control protocol) und andere Konfigurationsprotokolle, welche benötigt werden um die PPP Verbindung aufzubauen, ohne Fehlersteuerung fortfahren. Die resultierende Erhöhung in der Rahmenfehlerrate kann Verzögerungen oder sogar das Fehlschlagen der PPP Konfiguration verursachen, bevor irgendwelche Anwendungspakete gesendet werden können.
  • Die unten stehend diskutierten Ausführungsbeispiele beseitigen diese Nachteile durch die Verwendung einer einzigen PPP Instanz für mehrere RLP Instanzen zwischen einer MS und dem drahtlosen Netzwerk. 1 zeigt eine Anordnung von Protokollschichten zwischen einem Sender und einem Empfänger von Paketdaten unter Verwendung von verschiedenen konkurrierenden Dienstgraden. In einem exemplarischen Ausführungsbeispiel unterhält der Sender zwei Funkverbindungsprotokoll (RLP) Schichten (106 und 108), eine Hochpegeldatenverbindungssteuerungs (HDLC) Schicht 104 und eine Punkt-zu-Punkt Protokoll (PPP) Schicht 102. Jede der RLP Schichtinstanzen verwendet verschiedene Dienstgrade (106 und 108). Wenn zum Beispiel RLP1S 106 derart konfiguriert ist, dass es Rahmen ansprechend auf NAK Rahmen erneut überträgt, welche von dem Empfänger empfangen wurden, ist RLP2S 108 für keine erneuten Übertragungen konfiguriert. Mit anderen Worten sieht RLP1S 106 höhere Zuverlässigkeit durch die Verwendung eines Fehlersteuerungsprotokolls vor, während RLP2S 108 nicht zuverlässigen Transport mit festgelegter, minimaler Übertragungsverzögerung vorsieht. Die Dienstgrade, welche ein solches RLP1S 106 charakterisieren, werden hierin kurz als „zuverlässig" bezeichnet. Ähnlich wird der Dienstgrad, welcher ein solches RLP2S 108 charakterisiert, hierin als „niedrige Latenz" bezeichnet. Obwohl exemplarische Ausführungsbeispiele hierin als gerade zwei Dienstgrade verwendend gezeigt sind, werden Implementierungen, welche eine größere Anzahl von verschiedenen Dienstgraden verwenden, auch berücksichtigt und sollen innerhalb des Umfangs der beschriebenen Ausführungsbeispiele betrachtet werden. Zum Beispiel kann ein Sender und Empfänger jeweils zusätzlich eine dritte RLP Schicht verwenden, welche einen dazwischen liegenden Dienstgrad vorsieht, welcher einen Grad von Zuverlässigkeit hat, welcher zwischen „zuverlässig" und „niedriger Latenz" liegt.
  • In einem exemplarischen Ausführungsbeispiel hält der Empfänger auch zwei Empfangs RLP Instanzen (116 und 118) korrespondierend zu den gleichen Dienstgraden wie die RLP Instanzen in dem Sender (106 und 108). Wenn zum Beispiel RLP1S 106 zuverlässigen Dienstgrad vorsieht, dann ist RLP1R 116 konfiguriert für zuverlässigen Dienstgrad. Somit, wenn die RLP1R 116 Schicht eine Unterbrechung in den Sequenzzahlen der empfangenen RLP Rahmen detektiert, dann antwortet RLP1R 116 durch Senden eines NAK Rahmens zur sofortigen erneuten Übertragung. Beim Empfangen eines RLP NAK Rahmens, überträgt RLP1S 106 den angeforderten Rahmen von seinem Puffer zum erneuten Übertragen erneut. Wenn andererseits RLP2S 108 für Dienstgrad niedriger Latenz konfiguriert ist, dann wird RLP2R 118 keinen NAK Rahmen senden, unabhängig von Pausen in Rahmensequenzzahlen. Stattdessen können RLP2S 108 und RLP2R 118 Rahmenfrequenzzahlen vollständig von den übertragenen RLP Rahmen auslassen, um mehr Raum für Datennutzlast zu erzeugen. Zusätzlich muss RLP2S 108 keinen Puffer zum erneuten Übertragen von vorher gesendeten Rahmen unterhalten, wodurch Speicher in dem Sender gespart wird. Auch muss RLP2R 118 keinen Puffer zum erneuten Sequenzieren unterhalten, wodurch Speicher in dem Empfänger gespart wird.
  • Die PPPs Schicht 102 in dem Sender kapselt IP Pakete innerhalb von PPP Rahmen. In einem exemplarischen Ausführungsbeispiel erhöht die PPPs Schicht 102 den Paketdurchsatz durch Durchführen von IP Headerkompression, wie die gut bekannte Van-Jakobsen (VJ) Headerkompression. VJ Headerkompression kann zu dem Verlust von bestimmter Headerinformation führen, welche anderenfalls im Multiplexieren von PPP Paketen zwischen den mehreren RLP Schichten (106 und 108) nützlich wäre. In einem exemplarischen Ausführungsbeispiel liefert die PPPs Schicht 102 ganze PPP Pakete zu der HDLCs Schicht 104, und liefert auch Information, welche verwendet werden kann, um zu bestimmen, durch welche RLP Schicht die eingerahmten Daten gesendet werden sollen.
  • In einem exemplarischen Ausführungsbeispiel sieht die PPPs Schicht 102 einen Dienstgradidentifizierer oder einen RLP Instanzidentifizierer mit jedem PPP Paket vor, welches zu der HDLCs Schicht 104 geliefert wird. Die HDLCs Schicht 104 addiert Flagzeichen zwischen die PPP Pakete und addiert eine zyklische Redundanzprüfsumme (CRC = cyclial redundancy checksum) zu jedem PPP Paket, welches von der PPPS Schicht 102 empfangen wurde. Die HDLCS Schicht 104 führt ferner HDLC Verlassen durch, um sicher zu stellen, dass kein Flag oder HDLC Steuerungszeichen innerhalb der Daten eines einzigen Rahmens auftreten. Die HDLCS Schicht 104 führt typischerweise HDLC Verlassen durch Ersetzen jedes Flags oder Steuerungszeichens durch eine Verlassensequenz durch, welche mindestens zwei Zeichen hat.
  • Der Empfänger in 1 ist mit einer separaten HDLC Schicht (112 und 114) für jede RLP Instanz (116 und 118) gezeigt. Die in den RLP Rahmen durch jede RLP Instanz (116 und 118) empfangenen Bytes werden zu den korrespondierenden HDLC Schichtinstanzen (112 und 114) präsentiert. Jede HDLC Schichtinstanz (112 und 114) lokalisiert Verlassensequenzen in ihrem jeweiligen Eingangsdatenstrom und konvertiert jede Verlassensequenz zu rück zu den ursprünglichen Daten innerhalb der übertragenen Rahmen. Die HDLC Schichtinstanzen (112 und 114) führen auch Überprüfungen der CRC's aus, welche in den Rahmen empfangen wurden, um zu bestimmen, ob die Rahmen mit Kommunikationsfehlern empfangen wurden. Rahmen, welche nicht korrekte CRC's haben, werden lautlos bzw. ohne weiteres Aufheben verworfen, und Rahmen, welche korrekte CRC's haben, werden zu der nächsten Protokollschicht hinauf (PPPR) 110 weiter geleitet.
  • 2 zeigt eine alternative Anordnung von Protokollschichten. Die Anordnung von Protokollschichten in dem Sender in 2 ist identisch zu derjenigen des Senders in 1. In dem Empfänger wird jedoch eine einzige HDLCR Schicht 212 verwendet, anstatt einer für jede RLP Instanz. Entrahmungschichten (214 und 220) werden zwischen die RLP Schichten (218 und 216) und der HDLCR Schicht 212 eingesetzt. Der Zweck der Entrahmer (214 und 220) ist, sicher zu stellen, dass nur ganze HDLC Rahmen zu der HDLCR Schicht 212 geliefert werden. Das Liefern von nur ganzen HDLC Rahmen macht es unnötig für die HDLCR Schicht 212, zwischen Daten von mehreren HDLC Rahmen zu differenzieren, oder sie erneut zusammenzusetzen. Die HDLCR Schicht 212 entfernt Verlassen- bzw. Escape-Sequenzen und prüft die CRC für einen gesamten Rahmen. Wenn die CRC als korrekt bewertet wird, dann leitet die HDLCR Schicht 212 den vollständigen PPP Rahmen zu der PPPR Schicht 210 weiter. Wenn die CRC nicht korrekt ist verwirft die HDLCR Schicht 212 die fehlerhaften Rahmendaten lautlos.
  • Ein Vorteil der Verwendung von Entrahmungschichten (214 und 220) ist, dass sie dem Empfänger ermöglichen, mehrere Instanzen von RLP (218 und 216) ohne irgendwelche Veränderungen in der Implementierung der HDLCR Schicht 212 zu verwenden. Die HDLCR Schicht 212 muss nicht einmal wissen, dass die empfangenen Bytes durch zwei verschiedene RLP Verbindungen empfangen wurden. Die Unabhängigkeit der Implementierung ist insbesondere wichtig in Netzwerkimplementierungen, in welchen die HDLCR Protokollschicht 212 in einer unterschiedlichen physikalischen Einrichtung als die RLP Protokollschichten residiert. Zum Beispiel kann die HDLCR Schicht in nerhalb eines Standardpaketrouters existieren, und die RLP Schichten können innerhalb einer Paketsteuerungsfunktion (PCF = packet control function) innerhalb eines Funkzugriffsnetzwerks (RAN = radio access network) eines drahtlosen Netzwerks existieren. Die Verwendung der Entrahmungsschichten macht es möglcih, mehrere RLP Schichten und Dienstgrade ohne Veränderung der Software des Standardpaketrouters zu unterstützen.
  • 3 zeigt eine exemplarische Mobilstation (MS), welche die mehreren Dienstgrade wie oben stehend diskutiert unterstützt. Ein Steuerungsprozessor 302 baut eine drahtlose Verbindung durch ein drahtloses Modem 304, einen Übertrager 306, und eine Antenne 308 wie gezeigt auf. In einem exemplarischen Ausführungsbeispiel werden das drahtlose Modem 304 und der Übertrager 306 gemäß der cdma2000 Spezifikation betrieben. Alternativ können das drahtlose Modem 304 und der Übertrager 306 gemäß einem anderen drahtlosen Standard wie IS-95, W-CDMA, oder EDGE betrieben werden.
  • Der Steuerungsprozessor 302 wird mit einem Speicher 310 verbunden, welcher Code oder Instruktionen hat, welche den Steuerungsprozessor 302 anweisen, die Protokollschichten, wie in 1 bis 2 gezeigt ist, aufzubauen und zu verwenden. Der Speicher 310 kann einen RAM Speicher, Flashspeicher, ROM Speicher, EPROM Speicher, EEPROM Speicher, Register, Festplatte eine entfernbare Scheibe, eine CD-Rom, oder irgendeine andere Form von Speichermedium oder Computer lesbaren Medien, wie im Stand der Technik bekannt, aufweisen.
  • In einem exemplarischen Ausführungsbeispiel verwendet der Steuerungsprozessor 302 einen Teil des Speichers 310 als Speicherpuffer (312 und 314), der zum Betreiben der mehreren RLP Schichten notwendig ist. Wenn zum Beispiel der RLP Puffer 312 zu einer zuverlässigen RLP Verbindung korrespondiert, wird er einen Puffer zur erneuten Übertragung für RLP Daten, welche gesendet werden, aufweisen und einen Puffer zum erneuten Sequenzieren für RLP Daten, welche empfangen werden, aufweisen. Wenn der RLP2 Puffer 314 zu einer RLP Verbindung mit niedriger Latenzzeit korrespondiert, dann muss der RLP2 Puffer 314 weder einen Puffer zur erneuten Übertragung noch einen Puffer zum erneuten Sequenzieren haben. Weil diese zwei Puffer nicht benötigt werden belegt der RLP2 Puffer 314 eine kleinere Menge von Speicher als der RLP Puffer 312. Obwohl als nicht zusammenhängend gezeigt, können die Puffer (312 und 314) auch überlappen, wenn einige Datenstrukturen zwischen den mehreren RLP Implementierungen geteilt bzw. gemeinsam genutzt werden.
  • 4 zeigt ein exemplarisches drahtloses Kommunikationsnetzwerk, welches eine Verbindung mit einem Paketnetzwerk wie dem Internet 416 hat. Das drahtlos Kommunikationsnetzwerk weist ein RAN 412 und einen PDSN 414 auf. Das RAN 412 weist ferner einen Auswähler 402 auf, welcher mit einer oder mehreren drahtlosen Basisstationen (nicht gezeigt) verbunden ist. Der Auswähler 402 in dem RAN 412 ist im Allgemeinen ein Subsystem eines Basisstationssteuerelements (BSC = base station controller), welches nicht gezeigt ist. Alle drahtlosen Daten, welche zu der MS gesendet werden oder von ihr empfangen werden, werden durch den Auswähler 402 geroutet. Zusätzlich zu dem Auswähler 402 weist der RAN 412 auch eine Paketsteuerungsfunktion (PCF) 404 auf. Für Paketdatendienstoptionen sendet der Auswähler 402 Paketdaten, welche von der MS empfangen wurden, durch die PCF 404, welche ferner einen Steuerungsprozessor 406 und einen Speicher 418 aufweist.
  • Der Speicher 418 enthält Code oder Instruktionen, welche den Steuerungsprozessor 406 anweisen, die in den 1 bis 2 gezeigten Protokollschichten aufzubauen und zu verwenden. Der Speicher 418 kann RAM Speicher, Flashspeicher, ROM Speicher, EPROM Speicher, EEPROM Speicher, Register, Festplatte, eine entfernbare Scheibe, eine CD-ROM oder irgendeine andere Form von Speichermedium oder Computer lesbaren Medien, wie im Stand der Technik bekannt ist, aufweisen.
  • In einem exemplarischen Ausführungsbeispiel baut der Steuerungsprozessor 406 mehrere Pufferbereiche (408 und 410) innerhalb des Speichers 418 für die verschiedenen RLP Verbindungen auf, welche mit mehreren Mobilstationen aufgebaut werden. In einem exemplarischen Ausführungsbeispiel weist ein Pool von RLP1 Puffern 408 Puffer zur erneuten Übertragung und zum erneuten Sequenzieren zur Verwendung in zuverlässigen RLP Instanzen auf. Ein anderer Pool von RLP2 Puffern 410 wird verwendet für RLP Instanzen mit niedriger Latenz, und weist deshalb keine Puffer zur erneuten Übertragung und zum erneuten Sequenzieren auf. Der Steuerungsprozessor 406 kann mehr als eine RLP Instanz zu einer einzigen MS zuweisen. Zum Beispiel können ein RLP1 Puffer und ein RLP2 Puffer einer einzigen MS, auf welcher eine Kombination von verzögerungssensitiven und nichtverzögerungssensitiven Anwendungen läuft, zugewiesen sein.
  • Der Steuerungsprozessor 406 ist auch mit einem PDSN 414 verbunden. In einem exemplarischen Ausführungsbeispiel, wenn die MS ein IP Paket zu dem Paketnetzwerk 416 sendet, empfängt der Steuerungsprozessor 406 die RLP Rahmen von dem Auswähler 402 und verwendet den zugeordneten RLP Puffer (408 oder 410), um einen Strom von Bytes aus den RLP Rahmen zu extrahieren. Die Bytes werden dann von dem Steuerungsprozessor 406 zu dem PDSN 414 gesendet, welcher vollständige IP Pakete (diejenigen, welche korrekte CRC Werte haben), aus dem Bytestrom gemäß dem HDLC Protokoll extrahiert. Der PDSN 414 leitet dann die resultierenden IP Pakete zu dem Paketnetzwerk 416 weiter. Wenn der PDSN 414 eine einzige HDLC Verbindung für mehrere RLP Verbindungen zu einer einzigen MS aufrecht erhält, dann führt der Steuerungsprozessor 406 Entrahmung vor dem Senden der Bytes von den RLP Rahmen zu dem PDSN 414 durch. Das Ergebnis des Entrahmens ist, dass vollständige HDLC Rahmen durch den Steuerungsprozessor 406 zu dem PDSN 414 weitergeleitet werden. Mit anderen Worten stellt der Steuerungsprozessor 406 sicher, dass keine Daten von einem HDLC Rahmen, welche über eine RLP Verbindung empfangen wurden, mit den Daten von einem HDLC Rahmen, welcher über eine andere RLP Verbindung empfangen wurden, vermischt werden. Das Entrahmen erlaubt bessere Ressourcenverwendung zusätzlich zu der Ermöglichung der Verwendung von existierenden PDSNs, welche nicht mehr als eine einzige PPP/HDLC zu einer IP Adresse zuweisen können.
  • Wenn das Paketnetzwerk 416 ein Paket zu der MS sendet, werden die Pakete zunächst bei dem PDSN 414 empfangen. In einem exemplarischen Ausführungsbeispiel kapselt der PDSN 414 die IP Datengramme, welche zu der MS adressiert sind, in PPP Pakete und verwendet HDLC Einrahmen zum Konvertieren der resultierenden PPP Pakete in einem Strom von Bytes. In einem exemplarischen Ausführungsbeispiel weist der PDSN 414 eine einzige HDLC Instanz zu einer einzigen MS zu, und verwendet diese HDLC Instanz, um HDLC Einrahmen von irgendeinem IP Paket, welches zu der MS adressiert ist, durchzuführen. In einem alternativen Ausführungsbeispiel kann der PDSN 414 mehrere HDLC Instanzen haben, welche einer einzigen MS zugewiesen sind, derart dass jede HDLC Instanz zu einer einzigen RLP Verbindung innerhalb der MS korrespondiert.
  • Die Verbindungen zwischen dem PDSN 414 und dem Netzwerk 416, zwischen dem PDSN 414 und dem Steuerungsprozessor 406, und dem Steuerungsprozessor 406 und dem Auswähler 402, können irgendeines einer Vielzahl von Interfaces einschließlich Ethernet, T1, ATM, oder anderes Faser-, drahtgebundenes oder drahtloses Interface verwenden. In exemplarischen Ausführungsbeispielen werden die Verbindungen zwischen dem Steuerungsprozessor 406 und dem Speicher 418 im Allgemeinen nicht nur eine direkte Hardwareverbindung wie ein Speicherbus sein, sondern können auch einer von anderen Typen von oben stehend diskutierten Verbindungen sein.
  • 5 ist ein Flussdiagramm eines exemplarischen Verfahrens des Sendens von Paketen durch mehrere RLP Verbindungen, welche unterschiedliche Dienstgrade haben. In einem exemplarischen Ausführungsbeispiel verwendet ein Steuerungsprozessor der Sendevorrichtung (302 von 3 oder 406 von 4) das Verfahren, welches durch 5 gekennzeichnet ist. Bei Schritt 502 kapselt der Sender das IP Paket, welches gesendet wer den soll, in ein PPP Paket. In einem exemplarischen Ausführungsbeispiel wird IP Headerkomprimierung wie Van-Jakobsen (VJ) Headerkomprimierung auch bei Schritt 502 durchgeführt. Bei Schritt 504 konvertiert dann der Sender die PPP Pakete in einen Bytestrom gemäß dem HDLC Protokoll. Insbesondere wird jedes PPP Paket in einen HDLC Rahmen konvertiert. Eines oder mehrere Flagzeichen werden zwischen HDLC Rahmen in den Bytestrom eingefügt, und Flag- und Steuerungszeichen, welche innerhalb von jedem Rahmen erscheinen, werden durch Verlassensequenzen ersetzt. Die vielleicht gängigsten Beispiele von HDLC Verlassen sind Ersetzten der Flagsequenz Oktett 0x7e (Hexadezimal) durch die zwei Oktette 0x7d 0x5e (Hexadezimal) und Ersetzen von Oktett 0x7d (Hexadezimal) durch die zwei Oktette 0x7d 0x5d (Hexadezimal). Auch wird bei Schritt 504 ein CRC berechnet für jeden Rahmen und bei dem Ende des Rahmens (vor dem Flagzeichen, welches das Ende des Rahmens signalisiert) eingefügt. Bei Schritt 506 bestimmt der Sender, welcher eines Satzes von verfügbaren Dienstgraden verwendet werden soll, um die Daten für den Rahmen zu senden, basierend auf dem Typ des Pakets. IP Pakete, welche unter Verwendung von nicht verzögerungssensitiven Anwendungen wie FTP oder TCP gesendet werden, werden bei Schritt 508 unter Verwendung von zuverlässigem RLP (mit erneuter Übertragung und erneuter Sequenzierung) gesendet. Auch werden alle Pakete, welche nicht IP Pakete sind, aber immer noch nicht verzögerungssensitiv (wie IPCP oder LCP Pakete) bei Schritt 508 unter Verwendung von zuverlässigem RLP gesendet. Verzögerungssensitive Typen von Paketen, wie Echtzeitprotokoll (RTP = real time protocol) Pakete, welche für Videokonferenzdienste verwendet werden, werden bei Schritt 510 unter Verwendung von RLP mit niedriger Latenz gesendet. Wie oben stehend diskutiert sendet RLP mit niedriger Latenz keine erneuten Übertragungen von RLP Rahmen, welche aufgrund von Kommunikationsfehlern verloren gegangen sind, oder fordert solche an. Somit werden zwei Dienstgrade in dem exemplarischen Ausführungsbeispiel von 5 gezeigt, der Fachmann wird erkennen, dass andere Systeme mehr als zwei verschiedene Dienstgrade ohne Abweichung von dem Umfang der beschriebenen Ausführungsbeispiele verwenden können. Zum Beispiel kann der Sender bei Schritt 506 wählen, einige Typen von Paketen durch eine RLP Verbindung zu senden, welche einen dazwischen liegenden Pegel von Zuverlässigkeit hat.
  • 6 ist ein Flussdiagramm eines exemplarischen Verfahrens des Empfangens von Paketen durch mehrere RLP Verbindungen, welche verschiedene Dienstgrade haben. In einem exemplarischen Ausführungsbeispiel verwendet ein Steuerungsprozessor der empfangenden Vorrichtung (302 von 3 oder 406 von 4) das Verfahren, welches durch 6 charakterisiert ist. Bei Schritt 602 verarbeitet der Empfänger empfangene RLP Rahmen, welche durch eine oder mehr RLP Verbindungen empfangen wurden. In einem exemplarischen Ausführungsbeispiel, wie oben stehend beschrieben, werden die RLP Rahmen durch zwei Typen von RLP Verbindungen, niedriger Latenz und zuverlässig empfangen.
  • Wie in der vorher stehend genannten IS-707, haben RLP Rahmen, welche durch eine zuverlässige RLP Verbindung empfangen wurden, Sequenzzahlen, welche der Empfänger benutzt, um die Rahmen erneut zu sequenzieren und erneute Übertragung von verlorenen Rahmen anzufordern. Wenn zum Beispiel ein RLP Rahmen, welcher die Sequenzzahl „7" hat, aufgrund von Kommunikationsfehlern verloren geht, sendet der Empfänger einen NAK Rahmen, um die erneute Übertragung des Rahmens anzufordern. Wenn der erneut übertragene Rahmen empfangen wird, werden die Daten, welche durch den Rahmen getragen werden, verwendet, um den Strom von Datenbytes zu vervollständigen, bevor irgendwelche nachfolgenden Datenbytes zu der HDLC Schicht geliefert werden. Als ein Ergebnis wird der Strom von Datenbytes, welche aus den RLP Rahmen einer zuverlässigen RLP Verbindung extrahiert wurden, im Allgemeinen keine Lücken haben, verglichen damit, was durch den Sender gesendet wurde. Der Preis für das Verhindern von Lücken in den Daten ist variable Latenz.
  • Im Gegensatz dazu, wenn ein RLP Rahmen aufgrund eines Kommunikationsfehlers auf einer RLP Verbindung niedriger Latenz verloren geht, wird keine erneute Übertragung angefordert oder gesendet. Alle Datenbytes, wel che in einem solchen verloren gegangenen RLP Rahmen getragen werden, werden aus dem Strom von Datenbytes ausgelassen, welcher der HDLC Schicht des Empfängers präsentiert wird. Mit anderen Worten verursacht das Verlieren eines RLP Rahmens auf einer RLP Verbindung niedriger Latenz immer eine Lücke in dem Strom von Datenbytes des Empfängers, verglichen damit, was durch den Sender gesendet wurde. Jedoch hat ein RLP Protokoll niedriger Latenz eine Latenz, welche sowohl fest wie auch klein ist, wodurch es sehr geeignet wird zum Senden von verzögerungssensitiven Typen von Paketen, wie RTP Paketen.
  • In einem exemplarischen Ausführungsbeispiel, welches in 2 beschrieben ist, verwendet der Empfänger Entrahmer (214 und 220 in 2), welche durch mehrere RLP Verbindungen (218 und 216 in 2) empfangen wurden, um vollständige HDLC Rahmen von Daten zu einer einzigen HDLC Protokollschicht (212 in 2) zu liefern. In 6 wird dieses Entrahmen bei Schritt 604 durchgeführt. Bei Schritt 606 entfernt die HDLC Protokollschicht (212 in 2) HDLC Verlassen-Sequenzen, welche durch den Sender eingefügt wurden, und überprüft den CRC von jedem HDLC Rahmen. Bei Schritt 606 wird jeder HDLC Rahmen, welcher einen nicht korrekten CRC trägt, lautlos durch den Empfänger verworfen. Die resultierenden PPP Rahmen werden dann durch die HDLC Protokollschicht zu der PPP Schicht geliefert. Bei Schritt 608 entkapselt die PPP Schicht die empfangenen Pakete, wodurch der PPP Header entfernt wird, und alle anderen Veränderungen, welche durch den Sender gemacht wurden. Bei Schritt 608, wenn der Sender den IP Header des empfangenen Pakets (zum Beispiel unter Verwendung von VJ Headerkompression) komprimiert hat, dann wird der IP Header zu seiner ursprünglichen Größe und Inhalten expandiert. Die entkapselten Pakete werden dann bei Schritt 610 weitergeleitet. Obwohl die oben beschriebenen Ausführungsbeispiele primär das Kapseln von IP Paketen diskutieren, können PPP und HDLC auch verwendet werden, um Pakete für andere Protokolle wie IPX oder LCP zu senden.
  • In einem exemplarischen Ausführungsbeispiel unter Verwendung von Entrahmern (214 und 220 in 2) werden Schritte 602 und 604 durch den Steuerungsprozessor (406 von 4) innerhalb des RAN (412 von 4) durchgeführt, und die Schritte 606, 608, und 610 werden durch den PDSN (414 von 4) durchgeführt. In einem alternativen Ausführungsbeispiel wie demjenigen, welches in 1 gezeigt ist, weist der PDSN (414 von 4) mehrere HDLC Schichten (112 und 114 von 1) einer einzigen MS zu. In diesem Ausführungsbeispiel wird kein Entrahmen durch den Empfänger durchgeführt, und Schritt 604 wird ausgelassen. Bei Schritt 602 liefert jede RLP Schicht (116 und 118 von 1) Daten, welche von empfangenen RLP Rahmen extrahiert wurden, direkt zu der korrespondierenden HDLC Schicht (jeweils 112 und 114 von 1).
  • Somit ist hierin ein Verfahren und eine Vorrichtung zum Vorsehen von mehreren Pegeln von Dienstqualität in einer drahtlosen Paketdatendienstverbindung beschrieben. Der Fachmann wird verstehen, dass Information und Signale unter Verwendung von irgendeiner einer Vielzahl von verschiedenen Technologien und Techniken repräsentiert werden können. Zum Beispiel können Daten, Anweisungen, Kommandos, Information, Signale, Bytes, Symbole, und Chips, auf welche durchgängig in der obigen Beschreibung Bezug genommen wurde, durch Spannungen, Ströme, elektromagnetische Wellen, magnetische Felder oder Teilchen, optische Felder, oder Teilchen, oder jede Kombination davon, repräsentiert werden. Der Fachmann wird auch erkennen, dass der PDSN in den oben beschriebenen Ausführungsbeispielen auch durch eine IWF ohne Abweichung von dem Umfang der beschriebenen Ausführungsbeispiele ersetzt werden kann.
  • Der Fachmann wird ferner erkennen, dass die verschiedenen illustrativen logischen Blöcke, Module, Schaltkreise, und Algorithmusschritte, welche in Verbindung mit den hierin offenbarten Ausführungsbeispielen beschrieben wurden, durch elektronische Hardware, Computersoftware, oder Kombinationen von beiden implementiert werden können. Um diese Austauschbarkeit von Hardware und Software klar zu zeigen, wurden verschiedene illustrative Komponenten, Blöcke, Module, Schaltkreise und Schritte oben allgemein durch ihre Funktionalität beschrieben. Ob solche Funktionalität als Hardware oder Software implementiert wird, hängt von der bestimmten Anwendung und Designeinschränkungen, welche dem gesamten System auferlegt sind, ab. Der Fachmann wird die beschriebene Funktionalität durch verschiedene Wege für jede bestimmte Anwendung implementieren, aber solche Implementierungsentscheidungen sollen nicht derart interpretiert werden, dass sie eine Abweichung von dem Umfang der vorliegenden Erfindung verursachen.
  • Die verschiedenen illustrativen logischen Blöcke, Module, und Schaltkreise, welche in Verbindung mit den hierin offenbarten Ausführungsbeispielen beschreiben wurden, können durch einen Mehrzweckprozessor, einen digitalen Signalprozessor (DSP), einen anwendungsspezifischen integrierten Schaltkreis (ASIC = application specific integrated circuit), ein Feldprogrammierbares Gate Array (FPGA = field programmable gate array) oder andere programmierbare logische Einrichtungen, diskrete Gatter oder Transistorlogik, diskrete Hardwarekomponenten, oder irgendeine Kombination davon, welche ausgebildet ist, um die hierin beschriebenen Funktionen auszuführen, implementiert oder durchgeführt werden. Ein Merzweckprozessor kann ein Mikroprozessor sein, aber in einer Alternative kann der Prozessor irgendein konventioneller Prozessor, Controller, Mikrocontroller, oder eine Zustandsmaschine sein. Ein Prozessor kann auch als eine Kombination von Berechnungseinrichtungen implementiert sein, zum Beispiel eine Kombination eines DSP und eines Mikroprozessors, einer Vielzahl von Mikroprozessoren, einem oder mehreren Mikroprozessoren zusammen mit einem DSP Kern, oder irgendeine andere solche Konfiguration.
  • Die Schritte eines Verfahrens oder Algorithmus, welches in Verbindung mit den hierin offenbarten Ausführungsbeispielen beschrieben wurden, können direkt in Hardware, in einem Softwaremodul, welches durch einen Prozessor ausgeführt wird, oder in einer Kombination der beiden, ausgeführt sein. Ein Softwaremodul kann in einem RAM Speicher, Flashspeicher, ROM Speicher, EPROM Speicher, EEPROM Speicher, Registern, Festplatte, einer entfern baren Scheibe, einer CD-Rom oder irgendeiner anderen Form von Speichermedium oder Computer lesbaren Medien, wie im Stand der Technik bekannt ist, residieren. Ein exemplarisches Speichermedium ist mit dem Prozessor derart gekoppelt, dass der Prozessor Information aus dem Speichermedium auslesen kann und Information in dieses schreiben kann. In der Alternative kann das Speichermedium integral in dem Prozessor enthalten sein. Der Prozessor und das Speichermedium können in einem ASIC residieren. Der ASIC kann in einer Mobilstation residieren. In der Alternative können der Prozessor und das Speichermedium als diskrete Komponenten in einer Mobilstation residieren.
  • Die vorstehende Beschreibung der offenbarten Ausführungsbeispiele wird geliefert, um jedem Fachmann zu ermöglichen, die vorliegende Erfindung auszuführen oder zu benutzen. Verschiedene Modifikationen dieser Ausführungsbeispiele werden dem Fachmann offensichtlich sein, und die allgemeinen Prinzipien, welche hierin definiert wurden, können auf andere Ausführungsbeispiele ohne Abweichung von dem Umfang der Erfindung angewandt werden. Somit ist es nicht beabsichtigt, dass die vorliegende Erfindung auf die hierin gezeigten Ausführungsbeispiele eingeschränkt wird, sondern ihr soll der weiteste Umfang wie durch die Ansprüche definiert zugestanden werden.

Claims (24)

  1. Ein Verfahren zum Vorsehen von Paketdatendiensten, wobei das Verfahren folgendes aufweist: Herstellen einer einzelnen Punkt-zu-Punkt Protokollschicht, hier im folgenden als PPP-Schicht (102, 110, 210) bezeichnet, zur Kommunikation bzw. Nachrichtenübertragung zwischen einer Mobilstation und einem drahtlosen Netzwerk (412); Senden und Empfangen von Daten über die genannte einzelne PPP-Schicht (102, 110, 210) unter Verwendung einer ersten Funkverbindungsprotokollschicht (radio link protocol layer, im folgenden als RLP-Schicht bezeichnet) (106, 118, 218), wobei die PPP-Schicht zur Kommunikation durch mehrere Datenanwendungen zwischen der Mobilstation und dem drahtlosen Netzwerk ist; gekennzeichnet dadurch, dass die erste RLP-Schicht (106, 118, 218) eine zuverlässige Dienstqualität für eine erste Art von Datenanwendungen besitzt; und Senden und Empfangen von Daten über die genannte einzelne PPP-Schicht unter Verwendung einer zweiten RLP-Schicht (108, 118, 218), die eine Dienstqualität mit niedriger Wartezeit bzw. Latenz für eine zweite Art von Datenanwendung besitzt, wobei die erste RLP-Schicht für erneute Datenübertragungen konfiguriert ist und die zweite RLP-Schicht nicht für erneute Datenübertragungen konfiguriert ist.
  2. Verfahren nach Anspruch 1, das ferner folgendes aufweist: Herstellen eines ersten Puffers für die erste RLP-Schicht, der eine erste Puffergröße besitzt und zwar basierend auf der zuverlässigen Dienstqualität; und Herstellen eines zweiten Puffers für die zweite RLP-Schicht, der eine zweite Puffergröße besitzt und zwar basierend auf der Dienstqualität mit niedriger Latenz.
  3. Verfahren nach Anspruch 2, wobei der erste RLP-Puffer erneutes Übertragen und erneute Reihenfolgebildung von Puffern umfasst, und der zweite RLP-Puffer erneute Übertragung und erneute Reihenfolgebildung von Puffern nicht umfasst.
  4. Verfahren nach Anspruch 1, das ferner Herstellen einer einzelnen Datenverbindungssteuerungsschicht auf hoher Ebene (high-level data link control layer, im folgenden als HDLC-Schicht bezeichnet), die zwischen der genannten PPP-Schicht und den genannten ersten und zweiten RLP-Schichten angeordnet ist.
  5. Verfahren nach Anspruch 4, das ferner folgendes aufweist: Herstellen einer ersten Entrahmer- bzw. Deframerschicht, die zwischen der genannten HDLC-Schicht und der genannten ersten RLP-Schicht angeordnet ist, und zwar zum Vorsehen ganzer HDLC-Rahmen an die genannte HDLC-Schicht.
  6. Verfahren nach Anspruch 1, das ferner folgendes aufweist: Herstellen einer ersten Schicht zur Datenverbindungssteuerung auf hoher Ebene (high-level data link control layer, im folgenden als HDLC-Schicht bezeichnet), und zwar angeordnet zwischen der genannten PPP-Schicht und der genannten ersten RLP-Schicht; und Herstellen einer zweiten HDLC-Schicht und zwar angeordnet zwischen der genannten PPP-Schicht und der genannten zweiten RLP-Schicht.
  7. Verfahren nach Anspruch 1, wobei das genannte Herstellen der einzelnen PPP-Schicht bei der Mobilstation stattfindet, wobei das Verfahren ferner folgendes aufweist: bei der Mobilstation Verwenden der einzelnen PPP-Schicht zum Einkapseln eines Internetprotokollpakets (im folgenden als IP-Paket bezeichnet), das mit einer verzögerungsempfindlichen Anwendung assoziiert ist, um ein erstes PPP-Paket zu erzeugen; an der Mobilstation Verwenden der einzelnen PPP-Schicht zum Einkapseln eines IP-Pakets, das mit einer nicht-verzögerungsempfindlichen Anwendung assoziiert ist, um ein zweites PPP-Paket zu erzeugen; an der Mobilstation Senden des ersten PPP-Pakets über die zweite Schicht an das drahtlose Netzwerk; und an der Mobilstation Senden des zweiten PPP-Pakets durch die erste RLP-Schicht an das drahtlose Netzwork.
  8. Verfahren nach Anspruch 7, das ferner folgendes aufweist: an der Mobilstation Konvertieren des ersten PPP-Pakets in einen ersten Rahmen mit Datenverbindungssteuerung auf hoher Ebene (high-level data link control frame, im folgenden als HDLC-Rahmen bezeichnet) unter Verwendung einer HDLC-Schicht in der Mobilstation und zwar vor dem Senden des ersten PPP-Pakets; und bei der Mobilstation Konvertieren des zweiten PPP-Pakets in einen zweiten HDLC-Rahmen unter Verwendung der HDLC-Schicht in der Mobilstation und zwar vor dem Senden des zweiten PPP-Pakets.
  9. Verfahren nach Anspruch 1, das ferner folgendes aufweist: in einer Paketsteuerfunktion (packet control function, im folgenden als PCF bezeichnet) Empfangen eines ersten Satzes mit Datenbytes von der Mobilstation über eine RLP-Schicht mit niedriger Latenz bzw. Verzögerung und Empfangen eines zweiten Satzes mit Datenbytes von der Mobilstation über eine zuverlässige RLP-Schicht; Vorsehen des ersten Satzes mit Datenbytes an einen paketdatendienenden Knoten (packet data serving node, hier im folgenden als PDSN bezeichnet) (414) und zwar über eine PPP-Verbindung mit dem PDSN (414); und Vorsehen des zweiten Satzes mit Datenbytes an den PDSN (414) und zwar über die PPP-Verbindung.
  10. Verfahren nach Anspruch 9, das ferner folgendes aufweist: vor dem Vorsehen des ersten Satzes mit Datenbytes für die PPP-Verbindung Verwenden einer oder mehrerer Markerzeichen zur Datenverbindungssteuerung auf hoher Ebene (high-level data link control flag characters, hier im folgenden als HDLC-Markerzeichen bezeichnet) und zwar innerhalb des ersten Satzes mit Datenbytes zum Identifizieren eines dritten Satzes mit Datenbytes innerhalb des ersten Satzes mit Datenbytes und zwar entsprechend mindestens einem vollständigen HDLC-Rahmen; und Vorsehen des dritten Satzes mit Datenbytes nacheinander bzw. fortlaufend an den PDSN (414) und zwar über die PPP-Verbindung.
  11. Verfahren nach Anspruch 9, das ferner folgendes aufweist: vor dem Vorsehen des ersten Satzes mit Datenbytes für die PPP-Verbindung, Verwenden eines oder mehrerer Markerzeichen zur Datenverbindungssteuerung auf hoher Ebene (high-level data link control flag characters, hier im folgenden als HDLC-Markerzeichen bezeichnet) innerhalb des zweiten Satzes von Datenbytes um einen dritten Satz mit Datenbytes innerhalb des zweiten Satzes von Datenbytes zu identifizieren und zwar entsprechend mindestens einem vollständigen HDLC-Rahmen; und Vorsehen des dritten Satzes von Datenbytes nacheinander bzw. fortlaufend an den PDSN (414) und zwar durch die PPP-Verbindung.
  12. Verfahren nach Anspruch 9, das ferner folgendes aufweist: Vorsehen des ersten Satzes von Datenbytes für die PPP-Verbindung über eine erste Datenverbindungssteuerungsverbindung auf hoher Ebene (high-level data link control connection, hier im folgenden als HDLC-Verbindung bezeichnet) mit dem PDSN (414); und Vorsehen der zweiten Datenbytes für die PPP-Schicht über eine zweite HDLC-Verbindung mit dem PDSN (414).
  13. Ein computerlesbares Medium gekennzeichnet durch Verkörpern bzw. Enthalten des Verfahrens zum Vorsehen von Paketdatendiensten nach einem der Ansprüche 1 bis 12.
  14. Eine Mobilstation, die einen Steuerprozessor (302) und einen Speicher (310) aufweist, wobei der Steuerprozessor (302) konfiguriert ist zum Ausführen von Instruktionen in dem Speicher (310) und zwar zum: Herstellen einer einzelnen Punkt-zu-Punkt Protokollschicht (point-to-point protocol layer, hier im folgenden als PPP-Schicht bezeichnet) (102, 110, 210) zum Austauschen von Daten zwischen der Mobilstation und einem drahtlosen Netzwerk (412), wobei die PPP-Schicht hergestellt wird zum Austauschen von Daten zwischen der Mobilstation und dem drahtlosen Netzwerk für mehrere Datenanwendungen; und gekennzeichnet dadurch dass der Steuerprozessor (302) ferner konfiguriert ist zum Ausführen von Instruktionen in dem Speicher und zwar zum Senden und Empfangen von Daten über die genannte einzelne PPP-Schicht unter Verwendung von mindestens erster und zweiter Funkverbindungsprotokollschichten (radio link protocol layers, hier im folgenden als RLP-Schichten bezeichnet) (106, 108, 118, 116, 218, 216), die eine zuverlässige Dienstqualität für eine erste Art von Datenanwendung und eine Dienstqualität mit niedriger Latenz bzw. Verzögerung für eine zweite Art von Datenanwendung besitzen, wobei die erste RLP-Schicht für erneute Datenübertragungen konfiguriert ist und zweite RLP-Schicht nicht für erneute Datenübertragungen konfiguriert ist.
  15. Mobilstation nach Anspruch 14, die ferner ein drahtloses Modem (304) zum Modulieren von RLP-Rahmen aufweist, die durch die ersten und zweiten RLP-Schichten erzeugt wurden.
  16. Mobilstation nach Anspruch 14, die ferner ein drahtloses CDMA-Modem (304) zum Modulieren von RLP-Rahmen aufweist, die durch die ersten und zweiten RLP-Schichten erzeugt wurden.
  17. Mobilstation nach Anspruch 14, wobei die genannten Instruktionen ferner folgendes aufweisen: Herstellung eines Puffers (312, 314) für jeden der genannten mindestens zwei RLP-Schichten, wobei die Größe jedes Puffers (312, 314) auf der Dienstqualität der entsprechenden RLP-Schicht basiert.
  18. Mobilstation nach Anspruch 17, wobei jeder Puffer (312, 314) erneute Übertragung und erneute Reihenfolgebildung der Puffer nur aufweist, wenn die entsprechende RLP-Schicht zuverlässig ist.
  19. Mobilstation nach Anspruch 14, wobei die Instruktionen ferner folgendes aufweisen: Herstellen einer einzelnen Datenverbindungssteuerungsschicht einer hohen Ebene (high-level data link control layer, hier im folgenden als HDLC-Schicht bezeichnet) (212) und zwar angeordnet zwischen der genannten PPP-Schicht und den genannten mindestens zwei RLP-Schichten.
  20. Ein drahtloses Netzwerk, das folgendes aufweist: eine Paketsteuerungsfunktionsvorrichtung (packet control function apparatus, hier im folgenden als PCF-Vorrichtung bezeichnet) (404), die einen Steuerprozessor (406) und einen Speicher (418) aufweist, wobei der Steuerprozessor zum Ausführen von in dem Speicher gespeicherten Instruktionen konfiguriert ist und zwar zum: Herstellen einer ersten Funkprotokollschicht (radio link protocol layer, hier im folgenden als RLP-Schicht bezeichnet) (106, 118, 218); und Empfangen von Daten von einer Mobilstation über die erste RLP-Schicht, gekennzeichnet dadurch, dass die erste RLP-Schicht eine zuverlässige Dienstqualität besitzt; und der Steuerprozessor (406) ferner konfiguriert ist zum Ausführen von in dem Speicher gespeicherten Instruktionen zum: Herstellen einer zweiten RLP-Schicht (108, 118, 218), die eine Dienstqualität mit kleiner Latenz bzw. Verzögerung besitzt, die von der zuverlässigen Dienstqualität unterschiedlich ist, und Empfangen von Daten von der Mobilstation über die zweite RLP-Schicht, wobei die erste RLP-Schicht für erneute Datenübertragungen konfiguriert ist und die zweite RLP-Schicht nicht für erneute Datenübertragungen konfiguriert ist.
  21. Drahtloses Netzwerk nach Anspruch 20, wobei der Prozessor (406) konfiguriert ist zum: Entrahmen bzw. Deframing von über die erste RLP-Schicht empfangenen Daten um einen ersten Datenverbindungssteuerungsrahmen hoher Ebene (high-level data link control frame, hier im folgenden als HDLC-Rahmen bezeichnet) zu identifizieren; Entrahmen von über die zweite RLP-Schicht empfangenen Daten zum Identifizieren eines zweiten HDLC-Rahmens; Vorsehen des ersten HDLC-Rahmens an einen paketdatendienenden Knoten (packet data serving node, hier im folgenden als PDSN bezeichnet) (414); und Vorsehen des zweiten HDLC-Rahmens für den PDSN (414).
  22. Drahtloses Netzwerk nach Anspruch 20, wobei der Prozessor (406) konfiguriert ist zum: Vorsehen von über die erste RLP-Schicht empfangenen Daten und für eine erste Datenverbindungssteuerungsschicht hoher Ebene (high-level data link control layer, hier im folgenden als HDLC-Schicht bezeichnet) in einem paketdatendienenden Knoten (packet data serving node, hier im folgenden als PDSN bezeichnet) (414); und Vorsehen von über die zweite RLP-Schicht empfangenen Daten für eine zweite HDLC-Schicht in dem PDSN (414).
  23. Drahtloses Netzwerk nach Anspruch 20, das ferner folgendes aufweist: einen paketdatendienenden Knoten (packet data serving node, hier im folgenden als PDSN bezeichnet) (414) betreibbar zum Extrahieren von Internetprotokollpaketen (internet protocol packets, hier im folgenden als IP-Pakete bezeichnet) aus über die ersten und zweiten RLP-Schichten empfangenen Daten und zum Vorsehen der IP-Pakete an ein Internet (416).
  24. Drahtloses Netzwerk nach Anspruch 23, wobei: der PDSN (414) betreibbar ist zum Extrahieren von IP-Paketen von den über eine einzelne Datenverbindungssteuerungsschicht hoher Ebene (high-level data link control layer, hier im folgenden als HDLC-Schicht bezeichnet) empfangener Daten und zwar assoziiert mit einer einzelnen PPP-Verbindung zu einer Mobilstation; und der PCF (404) betreibbar ist zum Vorsehen des ersten HDLC-Rahmens für die einzelne HDLC-Schicht und nach dem Vorsehen des ersten HDLC-Rahmens an die einzelne HDLC-Schicht zum Vorsehen des zweiten HDLC-Rahmens an die einzelne HDLC-Schicht.
DE60214144T 2001-03-12 2002-03-11 Verfahren und Vorrichtung zur bereitstellung von unterschiedlichen Dienstqualitätsstufen in einer Funkpaketdatendienstverbindung Expired - Lifetime DE60214144T2 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US27524201P 2001-03-12 2001-03-12
US275242P 2001-03-12
US09/823,475 US7096261B2 (en) 2001-03-12 2001-03-30 Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
US823475 2001-03-30
PCT/US2002/007313 WO2002073910A1 (en) 2001-03-12 2002-03-11 Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection

Publications (2)

Publication Number Publication Date
DE60214144D1 DE60214144D1 (de) 2006-10-05
DE60214144T2 true DE60214144T2 (de) 2007-07-19

Family

ID=26957323

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60214144T Expired - Lifetime DE60214144T2 (de) 2001-03-12 2002-03-11 Verfahren und Vorrichtung zur bereitstellung von unterschiedlichen Dienstqualitätsstufen in einer Funkpaketdatendienstverbindung

Country Status (17)

Country Link
US (3) US7096261B2 (de)
EP (1) EP1371191B1 (de)
JP (1) JP4330880B2 (de)
KR (1) KR100878161B1 (de)
CN (1) CN1293734C (de)
AT (1) ATE337661T1 (de)
AU (2) AU2002247311B2 (de)
BR (1) BRPI0208093B1 (de)
CA (1) CA2440814C (de)
DE (1) DE60214144T2 (de)
HK (1) HK1063251A1 (de)
IL (2) IL157901A0 (de)
MX (1) MXPA03008303A (de)
NO (1) NO20034054L (de)
RU (1) RU2296423C2 (de)
TW (1) TWI267271B (de)
WO (1) WO2002073910A1 (de)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7298701B2 (en) * 2002-10-31 2007-11-20 Nokia Corporation Apparatus, and associated method, for requesting data retransmission in a packet radio communication system
US7096261B2 (en) * 2001-03-12 2006-08-22 Qualcomm Incorporated Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
US20020188656A1 (en) * 2001-05-15 2002-12-12 Charles Patton Combining specialized, spatially distinguished, point to point communications with other wireless networking communications to provide networking configuration in classroom-like settings
US7369529B2 (en) 2001-05-24 2008-05-06 Qualcomm.Incorporated. Method and apparatus for differentiating point to point protocol session termination points
US20020196743A1 (en) * 2001-06-20 2002-12-26 Sebastian Thalanany Apparatus and method for enhancing performance in a packet data system
US7339908B2 (en) * 2001-07-31 2008-03-04 Arraycomm, Llc. System and related methods to facilitate delivery of enhanced data services in a mobile wireless communications environment
US6970956B1 (en) * 2001-10-01 2005-11-29 Juniper Networks, Inc. Scaleable gap insertion in a data link
JP3895982B2 (ja) * 2001-12-20 2007-03-22 株式会社東芝 移動通信端末装置
CA2417581C (en) 2002-01-28 2008-04-01 Research In Motion Limited Multiple-processor wireless mobile communication device
US20030142648A1 (en) * 2002-01-31 2003-07-31 Samsung Electronics Co., Ltd. System and method for providing a continuous high speed packet data handoff
US7729322B2 (en) * 2002-02-28 2010-06-01 Qualcomm Incorporated HDLC hardware accelerator
US7167476B1 (en) * 2002-04-12 2007-01-23 Juniper Networks, Inc. Systems and methods for routing data in a network device
US7548512B2 (en) * 2003-02-06 2009-06-16 General Electric Company Methods and systems for prioritizing data transferred on a Local Area Network
US7490348B1 (en) 2003-03-17 2009-02-10 Harris Technology, Llc Wireless network having multiple communication allowances
DE102004003551A1 (de) * 2004-01-23 2005-08-18 Siemens Ag Kompressionsverfahren für einen Bytestrom in Netzwerkprotokollen
US7940796B2 (en) 2004-02-27 2011-05-10 Research In Motion Limited System and method for delivery of packets
WO2005094020A1 (en) * 2004-03-19 2005-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Higher layer packet framing using rlp
US7586882B2 (en) 2004-03-19 2009-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Higher layer packet framing using RLP
US7933270B2 (en) * 2004-05-27 2011-04-26 Samsung Electronics Co., Ltd. Method and system for prioritizing IP traffic in a wireless network based on a type-of-service identifier
US7668141B2 (en) * 2004-07-06 2010-02-23 Motorola, Inc. Method and apparatus for managing packet data loss in a wireless network
US7839844B2 (en) * 2004-07-30 2010-11-23 Sony Corporation System and method for dynamically determining retransmit buffer time
US7643503B2 (en) * 2004-07-30 2010-01-05 Sony Corporation System and method for dynamically determining retransmit buffer time
WO2006012771A1 (fr) * 2004-08-02 2006-02-09 Zte Corporation Unite de commande hdlc multi-canal
CN1744593B (zh) * 2004-08-30 2010-04-28 普天信息技术研究院 一种传输链路的选择方法
US7539214B2 (en) * 2004-12-08 2009-05-26 Motorola, Inc. Variable reliability wireless communication transmission method and apparatus
US20060155843A1 (en) * 2004-12-30 2006-07-13 Glass Richard J Information transportation scheme from high functionality probe to logic analyzer
US7903560B2 (en) * 2004-12-30 2011-03-08 Intel Corporation Correlation technique for determining relative times of arrival/departure of core input/output packets within a multiple link-based computing system
WO2006095385A1 (ja) * 2005-03-04 2006-09-14 Fujitsu Limited 無線通信装置
CN100389616C (zh) * 2005-03-18 2008-05-21 华为技术有限公司 实现交互功能业务数据交互的方法
US7944992B2 (en) * 2005-06-17 2011-05-17 Telefonaktiebolaget Lm Ericsson (Publ) Multicarrier CDMA system
US20060291384A1 (en) * 2005-06-28 2006-12-28 Harris John M System and method for discarding packets
US20070168579A1 (en) * 2005-09-20 2007-07-19 Telefonaktiebolaget Lm Ericsson (Publ) DMA transfer and hardware acceleration of PPP frame processing
KR100673177B1 (ko) * 2005-12-15 2007-01-22 에스케이 텔레콤주식회사 이동통신 단말기에서 실행되는 네트워크 기반어플리케이션의 ＱｏＳ 보장 방법
US8751718B2 (en) * 2006-03-13 2014-06-10 Lsi Corporation Apparatus and methods for a simplified, multi-client SAS port for management of other devices in an enhanced SAS device
US8565216B2 (en) * 2006-06-07 2013-10-22 Qualcomm Incorporated Methods and apparatus for supporting tunneling related to wireless uplink signaling flows
US8565217B2 (en) * 2006-06-07 2013-10-22 Qualcomm Incorporated Methods and apparatus for supporting tunneling related to wireless downlink signaling flows
CN101277175B (zh) 2007-03-30 2012-02-29 国际商业机器公司 改进会话启动协议服务器性能的方法和装置
US7876751B2 (en) * 2008-02-21 2011-01-25 International Business Machines Corporation Reliable link layer packet retry
ATE499795T1 (de) * 2008-03-28 2011-03-15 Cinterion Wireless Modules Verfahren zum betreiben eines kommunikationsgerätes und kommunikationsgerät hierfür
US9912568B2 (en) * 2009-06-24 2018-03-06 Provenance Asset Group Llc Method and apparatus for handling broken path in peer-to-peer network
GB2494858B (en) * 2011-08-31 2014-01-29 Samsung Electronics Co Ltd Managing connections to a network in a mobile device
CN103580958B (zh) * 2013-11-08 2016-08-24 国家电网公司 一种电力通信网络中路由器服务等级的自适应分级方法
CN107708153B (zh) * 2017-09-29 2019-11-15 重庆邮电大学 一种无线调制解调器上行分组数据处理方法

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5729544A (en) 1994-05-09 1998-03-17 Motorola, Inc. Method for transmitting data packets based on message type
US5553075A (en) 1994-06-22 1996-09-03 Ericsson Ge Mobile Communications Inc. Packet data protocol for wireless communication
CN1169806A (zh) * 1995-01-10 1998-01-07 诺基亚电信公司 分组无线系统以及分组无线系统的终端设备
JP3474699B2 (ja) 1996-01-18 2003-12-08 株式会社エヌ・ティ・ティ・ドコモ 通信システムおよび局
US5844885A (en) * 1996-06-11 1998-12-01 Qualcomm Incorporated Method and apparatus of providing bit count integrity and synchronous data transfer over a channel which does not preserve synchronization
FI103850B (fi) * 1996-07-12 1999-09-30 Nokia Mobile Phones Ltd Tiedonsiirtotilan automaattinen ohjaus
US5936948A (en) * 1997-02-19 1999-08-10 Telefonaktiebolaget Lm Ericsson System and method of multiplexing digitized calls on intersystem transmission circuits in a radio telecommunications network
US5878038A (en) * 1997-02-28 1999-03-02 Motorola, Inc. Method in a wireless code division multiple access communication system for delivering a message to a mobile communication unit
JPH10257041A (ja) * 1997-03-11 1998-09-25 Sony Corp フェイズロックドループ回路及び再生装置
GB9707281D0 (en) 1997-04-10 1997-05-28 Secr Defence Joints for modular support structures
FI972039A (fi) 1997-05-13 1998-11-14 Nokia Telecommunications Oy Menetelmä pakettivälitteiseen tiedonsiirtoon
KR19990001580A (ko) * 1997-06-16 1999-01-15 양승택 Cdma 이동통신망을 이용한 g3 팩스 서비스 방법
US6421714B1 (en) * 1997-10-14 2002-07-16 Lucent Technologies Efficient mobility management scheme for a wireless internet access system
FI105976B (fi) 1998-02-09 2000-10-31 Nokia Networks Oy Matkaviestimen suurinopeuksinen liityntä TCP/IP-verkkoon
US6400712B1 (en) * 1998-05-26 2002-06-04 Qualcomm Incorporated Fast circuit switched data architecture and method
EP0975123A1 (de) * 1998-07-15 2000-01-26 Telefonaktiebolaget L M Ericsson (Publ) Vorrichtung und Verfahren zur zuverlässichen Paketübertragung mit niedriger Verzögerung
EP0996248A1 (de) * 1998-10-21 2000-04-26 Telefonaktiebolaget L M Ericsson (Publ) ARQ Protokoll mit Packetbasierten Zuverlässigkeits Einstellung
EP1014641A1 (de) * 1998-12-22 2000-06-28 Telefonaktiebolaget Lm Ericsson Verfahren und Vorrichtung zur Reduzierung der Aufarbeitungszeit von Daten in Kommunikationsnetzen
US6542490B1 (en) * 1999-01-29 2003-04-01 Nortel Networks Limited Data link control proctocol for 3G wireless system
US6606311B1 (en) * 1999-04-20 2003-08-12 Nortel Networks Limited QoS framework for CDMA 2000
US6765909B1 (en) 1999-04-22 2004-07-20 Nortel Networks Limited Method and apparatus for providing support for multiple QoS levels within a third generation packet data session
US6507582B1 (en) * 1999-05-27 2003-01-14 Qualcomm Incorporated Radio link protocol enhancements for dynamic capacity wireless data channels
US7149193B2 (en) * 1999-12-15 2006-12-12 Nortel Networks Limited Dynamic, dual-mode wireless network architecture with a split layer 2 protocol
US6539030B1 (en) * 2000-02-07 2003-03-25 Qualcomm Incorporated Method and apparatus for providing configurable layers and protocols in a communications system
JP3525869B2 (ja) * 2000-07-12 2004-05-10 日本電気株式会社 パケット通信システムの接続装置及び方法
US6747964B1 (en) * 2000-09-15 2004-06-08 Qualcomm Incorporated Method and apparatus for high data rate transmission in a wireless communication system
US7031257B1 (en) * 2000-09-22 2006-04-18 Lucent Technologies Inc. Radio link protocol (RLP)/point-to-point protocol (PPP) design that passes corrupted data and error location information among layers in a wireless data transmission protocol
US6795705B1 (en) * 2000-10-31 2004-09-21 Utstarcom, Inc. Hot standby protocol for wireless devices
KR100363883B1 (ko) 2000-12-18 2002-12-11 한국전자통신연구원 아이엠티-2000 비동기시스템에서의 무선망 제어국
US7096261B2 (en) * 2001-03-12 2006-08-22 Qualcomm Incorporated Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
US20030093540A1 (en) * 2001-11-14 2003-05-15 Marcello Lioy Proxy network layer protocol support in a wireless communication network
JP4625814B2 (ja) * 2004-01-08 2011-02-02 エスケーテレコム株式会社 非同期網と同期網が混在する移動通信網におけるパケットデータサービスのための移動通信システム及びハンドオーバー方法
KR100539903B1 (ko) * 2004-01-17 2005-12-28 삼성전자주식회사 휴대용 단말기의 ｖｏｄ 데이터 처리방법

Also Published As

Publication number Publication date
JP4330880B2 (ja) 2009-09-16
EP1371191B1 (de) 2006-08-23
DE60214144D1 (de) 2006-10-05
ATE337661T1 (de) 2006-09-15
HK1063251A1 (en) 2004-12-17
AU2007202707A1 (en) 2007-07-05
US8531957B2 (en) 2013-09-10
AU2007202707B2 (en) 2008-09-11
KR100878161B1 (ko) 2009-01-12
US7778287B2 (en) 2010-08-17
US20050259687A1 (en) 2005-11-24
TWI267271B (en) 2006-11-21
WO2002073910A1 (en) 2002-09-19
IL157901A0 (en) 2004-03-28
EP1371191A1 (de) 2003-12-17
CN1293734C (zh) 2007-01-03
US7096261B2 (en) 2006-08-22
RU2296423C2 (ru) 2007-03-27
NO20034054D0 (no) 2003-09-12
CN1504036A (zh) 2004-06-09
NO20034054L (no) 2003-11-06
IL207359A0 (en) 2010-12-30
KR20030080091A (ko) 2003-10-10
AU2002247311B2 (en) 2007-03-15
RU2003130091A (ru) 2005-04-27
CA2440814A1 (en) 2002-09-19
US20100284341A1 (en) 2010-11-11
CA2440814C (en) 2013-12-31
BRPI0208093B1 (pt) 2016-02-10
US20020141370A1 (en) 2002-10-03
BR0208093A (pt) 2004-09-14
JP2004531122A (ja) 2004-10-07
MXPA03008303A (es) 2004-02-17

Similar Documents

Publication Publication Date Title
DE60214144T2 (de) Verfahren und Vorrichtung zur bereitstellung von unterschiedlichen Dienstqualitätsstufen in einer Funkpaketdatendienstverbindung
DE60014852T2 (de) Headerkompression in echtzeitdiensten
DE60217910T2 (de) Effizientes multicasting für paketdatensysteme
DE69533740T2 (de) TCP/IP-Kopfendekompression in X.25-Netzwerken
DE60110974T2 (de) Abfangverfahren und -vorrichtung zur Kompensation nachteiliger Eigenschaften eines Kommunikationsprotokolls
DE60106457T2 (de) Zuteilung von datenübertragungsbetriebsmitteln bei der paketvermittelten datenübertragung
DE60035773T2 (de) Datenwiederübertragungsverfahren in einem sprach-über-datenkommunikationssystem
DE60003525T2 (de) Übertragung von dienstqualitätsabbildungsinformation in einem paketfunknetz
DE60115030T2 (de) Kommunikationen unter verwendung von adaptiven mehrraten kodierern/dekodierern
DE19800772C2 (de) Verfahren und Vorrichtung zur Verbindung mit einem Paketaustauschnetz
DE60102373T2 (de) Numerierung von datenpaketen bei paketvermittelter datenübertragung
DE60314860T2 (de) Betrachtung der mobilstationsfähigkeit bei der aushandlung der dienstqualität für paketvermittelte dienste
DE60102810T2 (de) Datenpaketnummerierung bei der paketvermittelten datenübertragung
DE69928812T2 (de) Vorrichtung und verfahren zur zuverlässigen paketübertragung mit niedriger verzögerung
DE10084984B3 (de) Mobile Station zum Spezifizieren einer Qualität eines Dienstes für eine Kommunikation mit einem Paket-Funkkommunikationsnetzwerk
DE60312689T2 (de) Verfahren und vorrichtung zur verminderung von übertragungsfehlern
DE60102809T2 (de) Datenpaketnummerierung bei der paketvermittelten datenübertragung
DE60202352T2 (de) System und verfahren zur verarbeitung falscher daten in einem paketvermittelten kommunikationssystem, wobei die pakete unterteilt und in teilen verarbeiten werden
AU2002247311A1 (en) Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
DE60029852T2 (de) Verfahren und Anordnung zur Einschränkung der Übertragung von Datenpaketen in einem digitalen mobilen Fernsprechnetz
DE69932184T2 (de) Verfahren und vorrichtung zur reduzierung der verarbeitungszeit von daten in kommunikationsnetzwerken
DE19730159A1 (de) Kommunikationsverfahren und System
DE10260453A1 (de) Generischer Nachrichtenkopf-Parser für die Unterstützung von Paketsprachlösungen, die vom Datentransportprotokoll unabhängig sind
DE60221295T2 (de) System auf der basis des internet-protokolls
DE60031678T2 (de) Selektives rahmen und entrahmen von ppp paketen in abhängigkeit der verhandelten optionen auf um und rm schnittstellen

Legal Events

Date Code Title Description
8364 No opposition during term of opposition