DE69932229T2 - Aktualisierung des leitweglenkungsgebietes in einem paketfunknetz - Google Patents
Aktualisierung des leitweglenkungsgebietes in einem paketfunknetz Download PDFInfo
- Publication number
- DE69932229T2 DE69932229T2 DE69932229T DE69932229T DE69932229T2 DE 69932229 T2 DE69932229 T2 DE 69932229T2 DE 69932229 T DE69932229 T DE 69932229T DE 69932229 T DE69932229 T DE 69932229T DE 69932229 T2 DE69932229 T2 DE 69932229T2
- Authority
- DE
- Germany
- Prior art keywords
- support node
- sgsn
- mobile station
- data
- routing area
- 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
Links
- 238000000034 method Methods 0.000 claims abstract description 19
- 230000005540 biological transmission Effects 0.000 claims description 14
- 238000012790 confirmation Methods 0.000 claims description 11
- 230000001934 delay Effects 0.000 claims description 4
- 230000011664 signaling Effects 0.000 description 9
- 238000012546 transfer Methods 0.000 description 4
- 230000005641 tunneling Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000001404 mediated effect Effects 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
- 230000036962 time dependent Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/22—Manipulation of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- 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
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/24—Interfaces between hierarchically similar devices between backbone network devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
- Saccharide Compounds (AREA)
- Treatment Of Steel In Its Molten State (AREA)
Description
- HINTERGRUND DER ERFINDUNG
- Die Erfindung betrifft Übertragen von Daten in einem Paketfunknetzwerk an eine Mobilstation, die eine Routingbereichsaktualisierung durchführt. Im Wege eines konkreten Beispiels wird die Erfindung unter Bezug auf das GPRS-Netzwerk beschrieben, aber sie kann auch in anderen Mobilkommunikationssysteme angewendet werden.
- Allgemeiner Paketfunkdienst (bzw. General Packet Radio Service, GPRS) ist ein neuer Dienst im GSM. Er ist einer der Gegenstände, die im GSM (Globales System für mobile Kommunikation bzw. Global System for Mobil Communication) der Phase 2+ beim ETSI (European Telecommunications Standard Institut) standardisiert wird. Die GPRS-Betriebsumgebung besteht aus einem oder mehreren Unternetzwerkdienstbereichen, die untereinander durch ein GPRS-Backbone-Netzwerk verbunden sind. Ein Unternetzwerk umfasst eine Anzahl von Paketdatendienstknoten, die hier GPRS-Unterstützungsknoten (oder Agenten) genannt werden und jeder von ihnen mit dem GSM Mobilnetzwerk verbunden sind, sodass er Paketdatendienst für mobile Datenendgeräte über mehrere Basisstationen, das heißt Zellen, zur Verfügung stellen kann. Ein Zwischenmobilnetzwerk stellt leitungsvermittelte oder paketvermittelte Datenübertragung zwischen einem Unterstützungsknoten und dem mobilen Datenendgerät zur Verfügung. Verschiedene Unternetzwerke wiederum sind mit einem externen Datennetzwerk, zum Beispiel einem öffentlich vermittelten Paketdatennetzwerk (bzw. Public Switched Packet Data Network, PSPDN) verbunden. Der GPRS-Dienst kann so mit dem GSM-Netzwerk, das als Zugriffsnetzwerk fungiert, zum Durchführen von Paketdatenübertragung zwischen mobilen Datenendgeräten und externen Datennetzen verwendet werden. Eines der Merkmale des GPRS-Dienstnetzwerks besteht darin, das es immer unabhängig vom GSM-Netzwerk arbeitet bzw. funktioniert. Eine der Voraussetzungen, die für den GPRS-Dienst gesetzt wurden, besteht darin, dass es zusammen mit verschiedenen Typen externer PSPDN-Netzwerke funktionieren muss, wie zum Beispiel dem Internet und X.25 Netzwerken. Mit anderen Worten der GPRS-Dienst und das GSM-Netzwerk sollten in der Lage sein, alle Nutzer unabhängig vom Typ des Datennetzwerks zu bedienen, mit dem sie über das GSM-Netzwerk verbunden werden wollen. Dies bedeutet, dass das GSM-Netzwerk und der GPRS-Dienst unterschiedliche Netzwerkadressierungsverfahren und Datenpaketformate unterstützen und verarbeiten müssen. Die Datenpaketverarbeitung umfasst außerdem Routing von Paketen in einem Paketnetzwerk. Zusätzlich sollten Nutzer in der Lage sein, von ihrem GPRS-Heimnetzwerk in einem gesuchten GPRS-Netzwerk zu roamen bzw. zu wandern.
-
1 veranschaulicht eine typische Anordnung in einem GPRS-Netzwerk. Die Architektur der GPRS-Netzwerke ist nicht so ausgereift wie die der GSM-Netzwerke. Alle GPRS-Begriffe sollten daher als beschreibend und nicht als einschränkend verstanden werden. Eine typische Mobilstation, die ein mobiles Datenendgerät bildet, besteht aus einer Mobilstation MS in einem Mobilnetzwerk und einem tragbaren Computer PC, der mit der Datenschnittstelle der MS verbunden ist. Die Mobilstation kann zum Beispiel ein Nokia 2110 sein, das von der Nokia Mobil Phones Itd., Finnland, hergestellt wird. Mittels einer Nokia Zelldatenkarte des PCMCIA-Typs, die von Nokia Mobil Phone Ltd. Hergestellt wird, kann die Mobilstation mit jedem tragbaren Personal Computer PC, der einen PCMCIA-Kartensteckplatz besitzt, verbunden werden. Die PCMCIA-Karte stellt so den PC einen Zugriffspunkt zur Verfügung, der das Protokoll der Telekommunikationsanwendung, die im PC verwendet wird, unterstützt, wie zum Beispiel das CCITT X.25 Protokoll oder Internetprotokoll IP. Alternativ kann die Mobilstation direkt einen Zugriffspunkt zur Verfügung stellen, der das Protokoll, das von der PC-Anwendung verwendet wird, unterstützt. Weiter können eine Mobilstation 3 und ein PC 4 integriert werden, damit sie eine einzige Einheit bilden, in der die Anwendung mit einem Zugriffspunkt zur Verfügung gestellt wird, der das durch sie verwendete Protokoll unterstützt. Ein Beispiel für eine derartige Mobilstation mit einem integrierten Computer ist ein Nokia Communicator 9000, der von Nokia Mobil Phones Ltd., Finnland hergestellt wird. - Netzwerkelemente BSC und MSC sind seit kurzem von einem typischen GSM-Netzwerk bekannt. Die Anordnung der
1 umfasst einen separaten bedienenden GPRS-Unterstützungsknoten (bzw. Serving GPRS Support Node, SGSN). Der Unterstützungsknoten steuert bestimmte Operationen des Paketfunkdienstes auf der Netzwerkseite. Die Operationen schließen Ein- und Ausloggen bzw. – buchen des Systems durch die Mobilstationen MS, Routingbereichsaktualisierungen durch Mobilstationen MS und Datenpaketrouting zu richtigen Zielen ein. In der vorliegenden Anmeldung sollte der Begriff „Daten" in einem weiten Sinn verstanden werden, der sich auf jede beliebige Information, die zu/von einem Endgerät in einem digitalen Telekommunikationssystem übertragen werden, beziehen. Die Informationen können umfassen Sprache codiert in digitaler Form, Datenkommunikation zwischen Computern, Telefaxdaten, kurze Abschnitte von Programmcode, und so weiter. Informationen außerhalb der Datenübertragung, zum Beispiel Teilnehmerdaten und darauf bezogene Anfragen, Routingbereichsaktualisierungen und so weiter werden Signalisierung genannt. Der SGSN-Knoten kann an einer Basisstation BTS, an einer Basisstationssteuerung (bzw. Base Station Controller) BSC oder einer mobilen Vermittlungszentrale (Mobile Switching Centre) MSC angeordnet sein oder er kann separat von all diesen Elementen sein. Die Schnittstelle zwischen dem SGSN-Knoten und der Basisstationsteuerung BSC wird eine GB-Schnittstelle genannt. Ein Bereich, der von einer Basisstationsteuerung BSC verwaltet wird, wird ein Basisstationsuntersystem (bzw. Base Station Subsystem) BSS genannt. - Das mobile Zwischennetzwerk stellt paketvermittelte Datenübertragung zwischen einem Unterstützungsknoten und einer mobilen Datenendgeräteausstattung zur Verfügung. Verschiedene Unternetzwerke wiederum sind mit einem externen Datennetzwerk, zum Beispiel mit einem PSPDN, über einen bestimmten Netzwerkübergang bzw. Gateway-GPRS-Unterstützungsknoten (bzw. Gateway GPRS Support Node) GGSN verbunden. So wird Paketdatenübertragung zwischen mobilen Datenendgeräten und externen Datennetzwerken mittels des GPRS-Diensts durchgeführt, wobei das GSM-Netzwerk als ein Zugriffsnetzwerk fungiert. Alternativ kann der Gateway-Knoten GGSN durch einen Router ersetzt werden. Im Folgenden soll der Begriff „Gateway-Knoten GGSN" auch verstanden werden, dass er sich auf eine Struktur bezieht, in der der Gateway durch einen Router ersetzt worden ist.
- In
1 umfasst das mit dem GSM-Netzwerk: verbundene GPRS-Netzwerk eine Anzahl bedienender GPRS-Unterstützungsknoten SGSN und einen Gateway-GPRS-Unterstützungsknoten GGSN. Die verschiedenen Unterstützungsknoten SGSN und GGSN sind untereinander über ein Betreiberinternes- bzw. Intra- Betreiber-Backbone-Netzwerk verbunden. Es sollte verstanden werden, dass ein GPRS-Netzwerk eine beliebige Anzahl von Unterstützungsknoten SGSN und Gateway-Knoten GGSN umfassen kann. - Jeder Unterstützungsknoten SGSN verwaltet einen Paketdatendienst im Bereich eines oder mehrerer Knoten in einem zellularen bzw. zellenartigen Paketfunknetzwerk. Um dies zu erreichen, ist jeder Unterstützungsknoten mit einem bestimmten lokalen Teil des GSM-Systems verbunden, typischerweise mit einer Vermittlungszentrale für mobile Dienste (bzw. Mobile Services Switching Centre), aber in manchen Situationen kann es bevorzugt sein, ihn direkt mit einem Basisstationsuntersystem BSS zu verbinden, das heißt mit einer Basisstationsteuerung BSC oder einer Basisstation BTS. Eine Mobilstation MS in einer Zelle kommuniziert mit einer Basisstation BTS über eine Funkschnittstelle und weiter durch ein Mobilnetzwerk mit dem Unterstützungsknoten SGSN, zu dessen Dienstbereich die Zelle gehört. Im Prinzip überträgt das Mobilnetzwerk zwischen den Unterstützungsknoten SGSN und der Mobilstation MS nur Pakete zwischen diesen beiden. Für diesen Zweck kann das mobile Netzwerk entweder einer leitungsvermittelte oder eine paketvermittelte Datenpaketübertragung zwischen einer Mobilstation MS und einem bedienenden Unterstützungsknoten SGSN anbieten. Ein Beispiel für eine leitungsvermittelte Verbindung zwischen einer Mobilstation MS und einem Agenten ist in WO-A-95/20283 dargestellt. Ein Beispiel für eine paketvermittelte Datenübertragung zwischen einer Mobilstation MS und einem Agenten ist in
FI 940314 - Ein betreiberinternes Backbone-Netzwerk
11 , das einen SGSN und einen GGSN eines Betreibers untereinander verbindet, kann zum Beispiel durch ein örtliches Bereichsnetzwerk (bzw. Local Area Network) umgesetzt werden. Es ist anzumerken, dass ein GPRS-Netzwerk eines Betreibers auch ohne ein Intra-Betreiber-Backbone-Netzwerk, zum Beispiel mittels Implementierung aller Merkmale in einem einzigen Computer, umgesetzt werden kann, dies aber keine Änderungen in den Prinzipien für den Anrufaufbau gemäß der vorliegenden Erfindung verursacht. - Ein Gateway-GPRS-Knoten GGSN verbindet ein GPRS-Netzwerk eines Betreibers mit GPRS-Netzwerken anderer Betreiber und mit Datennetzwerken wie zum Beispiel einem Zwischenbetreiber- bzw. Inter-Betreiber-Backbone-Netzwerk
12 oder einem IP-Netzwerk. Eine Zusammenarbeitsfunktion (bzw. Inter Working Function) IWF kann zwischen dem Gateway-Knoten und den anderen Netzwerken eingerichtet sein, aber gewöhnlich ist der GGSN gleichzeitig die IWF. Das Inter-Betreiber-Backbone-Netzwerk12 ist eines, über bzw. durch das die Gateway-Knoten GGSN von verschiedenen Betreibern miteinander kommunizieren können. Die Kommunikation wird benötigt, um GPRS-Roaming zwischen den verschiedenen GPRS-Netzwerken zu unterstützen. - Der Gateway-Knoten GGSN wird auch zum Speichern der Informationen über den Aufenthaltsort der GPRS-Mobilstationen verwendet. Der GGSN routet auch mobil ankommende (mobil-terminated, MT) Datenpakete. Der GGSN enthält außerdem eine Datenbank, die die Netzwerkadressen der Mobilstationen in einem IP oder einem X.25 Netzwerk (oder gleichzeitig in mehreren als einem Netzwerk) mit der Mobilstationskennung in einem GPRS-Netzwerk zuordnet. Wenn die Mobilstation innerhalb des Bereichs eines Unterstützungsknotens GGSN von einer Zelle zu einer anderen roamt bzw. wandert, wird eine Routingbereichsaktualisierung nur im Unterstützungsknoten SGSN benötigt und der Gateway-Knoten GGSN braucht über die Änderung des Routingbereichs nicht informiert zu werden. Wenn die Mobilstation von einer Zelle eines Unterstützungsknotens SGSN zu einer Zelle eines anderen SGSN innerhalb eines Bereichs desselben oder eines anderes Betreibers roamt bzw. wandert, wird eine Aktualisierung auch im (Heimat bzw. Home) Gateway-Knoten GGSN durchgeführt, um so die Kennung des neuen, besuchten Unterstützungsknoten und die Kennung der Mobilstation zu speichern.
- Ein Heimatortsregister (bzw. Home Location Register) HLR wird auch zum Authentisieren von Teilnehmern zu Beginn einer GPRS-Sitzung bzw. -Session verwendet. Es enthält eine Definition zwischen PDP (Paketdatenprotokoll bzw. Packet Data Protocol)-Adresse (Adressen) eines Teilnehmers und der IMSI (Internationalen Kennung eines mobilen Teilnehmers bzw. International Mobil Subscriber Identity) des Teilnehmers. In einem GSM-Netzwerk wird ein Teilnehmer basierend auf der IMSI identifiziert. In
1 ist das HLR über ein SS7 (Signali sierungssystem7 ) zum Beispiel mit einer Mobilvermittlungszentrale MSC und einem Intra-Betreiber-Backbone-Netzwerk verbunden. Zwischen den SS7 Signalisierungssystem und dem Intra-Betreiber-Backbone-Netzwerk kann es eine direkte Verbindung oder einen SS7-Gateway-Knoten geben. Im Prinzip kann das HLR paketvermittelte Nachrichten mit jedem GPRS-Knoten austauschen. Das Kommunikationsverfahren des HLR und seine Verbindung zum GPRS-Netzwerk sind jedoch für die Erfindung nicht wesentlich. - Wenn Paketdaten an eine Mobilstation gesendet werden, werden die Daten zum richtigen GSM-Netzwerk über den Gateway-Knoten GGSN zum Unterstützungsknoten SGSN geroutet bzw. geleitet, in dem der Aufenthaltsort der Mobilstation bekannt ist. Falls sich die Mobilstation im Stand-by-Modus befindet, ist ihr Aufenthaltsort mit der Genauigkeit eines Routingbereichs (bzw. Routing Area, RA) bekannt. Entsprechend ist, falls die Mobilstation sich im Ready- bzw. Bereit-Modus befindet, ihr Aufenthaltsort mit der Genauigkeit einer Zelle bekannt.
-
2 zeigt die mit einer Routingbereichsaktualisierung verbundene Signalisierung. Zeitlich läuft der Vorgang von oben in Richtung nach unten ab. Im Schritt2-0 empfängt die Mobilstation MS Daten über den Gateway-Knoten GGSN und einen erster Unterstützungsknoten SGSN1. Als nächstes bewegt sich die Mobilstation MS vom Bereich des ersten (zum Beispiel dem alten) Unterstützungsknotens SGSN1 zum Bereich eines zweiten (d. h. eines neuen) Unterstützungsknotens SGSN2. In Schritt2-1 sendet sie an den neuen Unterstützungsknoten SGSN2 eine ROUTINGBEREICHAKTUALISIERUNGSANFORERUNG bzw. ROUTING AREA UPDATE REQUEST (RU Request). In Schritt2-2 sendet der neue Unterstützungsknoten SGSN2 an den alten Unterstützungsknoten SGSN1 eine SGSN-Kontextanforderungsnachricht (bzw. SGSN CONTEXT REQUEST-Nachricht), die eine Kontaktinformationen eines mobilen Teilnehmers vom SGSN1 anfordert, d. h. welche als Kontextdaten bekannt sind. In Schritt2-3 sendet der alte Unterstützungsknoten Daten aus seinem Speicher über den neuen Unterstützungsknoten an die Mobilstation. Dieser Schritt wird im größeren Detail in der Problembeschreibung beschrieben. - In Schritt
2-4 sendet der SGSN1 die angeforderten PDP-Kontextdaten. In Schritt2-5 sendet der neue SGSN2 an den Gateway-Knoten GGSN so viele AKTUALI SIERE PDP-KONTEXT-ANFORDERUNGSNACHRICHTEN (bzw. UPDATE PDP CONTEXT REQUEST-Nachrichten) wie es aktive Verbindungen zu der betroffenen Mobilstation gibt. Die Anzahl ist angedeutet durch n. In Schritt2-6 antwortet der GGSN durch senden von n Bestätigungen. In Schritt2-7 sendet der neue SGSN2 an das Heimatortsregister HLR eine Routingbereichsaktualisierungsnachricht AKTUALISIERE GPRS-AUFENTHALTSORT (bzw. UPDATE GPRS LOCA-TION). In Schritt2-8 löscht das Heimatortsregister HLR die Teilnehmerdaten der Mobilstation MS im alten Unterstützungsknoten SGSN1. Schritt2-9 beinhaltet eine entsprechende Bestätigung. In Schritt2-10 sendet das HLR die Teilnehmerdaten der Mobilstation in einer Nachricht FÜGE TEILNEHMERDATEN EIN (bzw. INSERT SUBCRIBER DATA). Schritte2-11 bis2-15 sind Annahmemitteilungen und Bestätigungen für vorhergehend gesendete Nachrichten. - Die ETSI (European Telecommunications Standard Institut) GPRS-Empfehlung 09.60 (Version 5.0) stellt fest, dass der alte Unterstützungsknoten SGSN1 Datenpakete, die einem PDP-Kontext eines Teilnehmers zugeordnet sind, nachdem er die Kontextdaten (Nachricht
2-4 ) von den neuen Unterstützungsknoten gesendet hat, senden muss. Die Empfehlung stellt außerdem fest, dass sobald der neue Unterstützungsknoten Datenpakete, die einem unbekannten PDP-Kontext zugeordnet sind, empfängt, der neue Unterstützungsknoten eine Fehlernachricht an den alten Unterstützungsknoten senden muss. - Ein Problem tritt in der obigen Anordnung des Standes der Technik auf, wenn die Nachricht, die die PDP-Kontextdaten des Schritts
2-4 enthält, unterwegs verzögert wird oder nicht gesendet wird, bis der alte Unterstützungsknoten SGSN1 bereits Daten an den neuen Unterstützungsknoten SGSN2 gesendet hat. Der Datenstrom2-2 (unterteilt in Teilschritte2-3a ,2-3c und2-3d ) in2 zeigt eine derartige Situation. In Schritt2-3a empfängt der alte Unterstützungsknoten SGSN1 Daten, die an eine Mobilstation MS adressiert sind, und in Schritt2-3c sendet er Daten, die in seinem Speicher gespeichert sind und an die Mobilstation MS adressiert sind, an den neuen Unterstützungsknoten SGSN2, der die Daten an die Mobilstation MS (wie Schritt2-3d zeigt) weiterleiten soll. In Realität ist dies jedoch nicht der Fall, da zu diesem Zeitpunkt der neue Unterstützungsknoten SGSN2 die Kontextdaten über die Mobilstation noch nicht empfangen hat. Mit anderen Worten der SGSN2 weiß nicht, was mit den Datenpaketen zu tun ist. - Ein paralleles Problem tritt auf, wenn das Tunnelprotokoll GTP (GPRS Tunnel Protokoll bzw. GPRS Tunneling Protocol) des neuen Unterstützungsknoten die Nachricht, die in Schritt
2-4 präsentiert wurde und Teilnehmerkontextdaten enthält, an eine MM-Einheit (Mobilitätsverwaltung bzw. Mobility Management) des Unterstützungsknoten SGSN2 zur weiteren Verarbeitung weiterleitet. Der Zweck dieser Operation besteht für die MM-Einheit darin, dass GTP aufzufordern, entsprechende Maßnahmen zu ergreifen, falls der Teilnehmer aktive PDP-Kontexte besitzt, d. h. die erforderlichen Tunnel zur Verfügung zu stellen. Falls Datenpakete unmittelbar der Nachricht des Schritts2-4 folgen, erkennt der SGSN2 in diesem Fall den PDP-Kontext, dem die Datenpakete zugeordnet sind, auch nicht. US-Patent 4,989,204 von Shimitzu et al. stellt eine andere Lösung für analoge Probleme zur Verfügung. - KURZE BESCHREIBUNG DER ERFINDUNG
- Es ist eine Aufgabe der Erfindung, ein Verfahren und eine Ausstattung zum Umsetzen des Verfahrens bereit zu stellen, um die obigen Probleme zu lösen. Die Aufgabe der Erfindung wird durch ein Verfahren und eine Anordnung erreicht, die gekennzeichnet sind durch das, was in den unabhängigen Ansprüchen offenbart ist. Die bevorzugten Ausführungsbeispiele der Erfindung sind in den abhängigen Ansprüchen offenbart.
- Eine nahe liegende Lösung würde sein, Datenpakete in einem neuen Unterstützungsknoten zwischenzuspeichern, aber ein Unterstützungsknoten wird es schwer haben, Teilnehmerdaten über deren tatsächlichen Eigentümer er keine Kenntnis hat zwischen zu speichern. Einfaches Datenzwischenspeichern in einem neuen Unterstützungsknoten würde die folgenden Probleme hervorrufen: Gemäß einer Kette von Ereignissen empfängt ein neuer Unterstützungsknoten Datenpakete, die einem unbekannten PDP-Kontext zugeordnet sind. Der neue Unterstützungsknoten verwirft die Datenpakete und sendet eine Fehlernachricht an den alten Unterstützungsknoten (der die Datenpakete gesandt hat). Die Fehlernachricht führt dazu, dass der PDP-Kontext aus den Registern des alten Unterstützungsknoten gelöscht wird. Als eine Folge davon wird die dem Kontext zugeordnete Tunneln beendet. Falls der neue Unterstützungsknoten die Kon textanforderung (Nachricht
2-2 ) erneut sendet, fügt der alte Unterstützungsknoten in der Antwortnachricht2-4 den gelöschten PDP-Kontext nicht ein und so hat der neue Unterstützungsknoten keine Kenntnis über die aktiven Kontexte des Teilnehmers. Alternativ wird der gelöschte PDP-Kontext in die Antwortnachricht eingefügt, aber es wird keine Tunneln durchgeführt. - Gemäß einer anderen Ereigniskette tunnelt der Gateway-Knoten GSN mobil ankommende Datenpakete zum alten Unterstützungsknoten. Falls der alte Unterstützungsknoten Datenpakete empfängt, die einem unbekannten (kürzlich gelöschten) PDP-Kontext zugeordnet sind, sendet er eine Fehlernachricht an den Gateway-Knoten. Nachdem er die Fehlernachricht empfangen hat, löscht der Gateway-Knoten den PDP-Kontext aus seinen Registern. Falls der Gateway-Knoten nicht gerade mobil ankommende Pakete in dem Moment sendet, in dem der Routingbereich zwischen den Unterstützungsknoten gerade aktualisiert wird, nimmt der Gateway-Knoten an, dass der PDP-Kontext aktiv ist, selbst wenn er aus dem Unterstützungsknoten gelöscht wurde.
- Die Erfindung basiert vor allem auf Erkennen eine Unzulänglichkeit in der GPRS-Empfehlung 09.60. Die Erfindung basiert außerdem auf Ergänzung der Funktionalität des Unterstützungsknotens SGSN wie folgt. Gemäß der Erfindung wird eine Bedingung festgelegt, auf deren Erfüllung hin es zumindest wahrscheinlich ist, dass der zweite (neue) Unterstützungsknoten SGSN2 die Kontextdaten der Mobilstation zu seiner Verfügung hat. Wenn der Routingbereich aktualisiert wird, verzögert wenigstens ein Unterstützungsknoten (SGSN1 oder SGSN2) Datenübertragung bis die Bedingung erfüllt ist.
- Der Umstand, dass es zumindest wahrscheinlich ist, dass der zweite Unterstützungsknoten SGSN2 die Kontextdaten der Mobilstation zu seiner eigenen Verfügung hat, kann auf verschiedenen Wegen erreicht werden. Gemäß einem ersten Ausführungsbeispiel der Erfindung, wenn der Aufenthaltsort einer Mobilstation vom alten Unterstützungsknoten zu einem neuen Unterstützungsknoten aktualisiert wird und der alte Unterstützungsknoten die Kontextdaten der Mobilstation an den neuen Unterstützungsknoten gesendet hat, wartet der alte Unterstützungsknoten für eine vorherbestimmte Zeitdauer bis er an den neuen Unterstützungsknoten Datenpakete sendet, die an die betroffene Mobilstation adressiert sind. Die vorherbestimmte Wartezeit ist genügend lang, um es zumindest sehr wahrscheinlich zu machen, dass die Kontextdaten Zeit hatten, um den neuen Unterstützungsknoten zu erreichen und dass der Knoten Zeit hatte, auf diese zu reagieren (Erzeugen benötigter Tunnel etc.).
- Gemäß einer Alternative, ist die Wartezeit eine feste, empirische Zeitdauer, zum Beispiel in der Größenordnung von zwei Sekunden. Die Wartezeit dient dazu sicherzustellen, dass der neue Unterstützungsknoten Zeit hat, um die Anforderung der Kontextdaten (Nachricht
2-2 ) erneut zu senden, falls die erste Nachricht unterwegs verschwindet. Ähnlich sendet der alte Unterstützungsknoten Datenpakete im Wesentlichen nicht gleichzeitig mit Kontextdaten, sodass Datenpakete Kontextdaten, die unterwegs sind, nicht überholen können. Es ist vernünftig, die Wartezeit abhängig von der Dienstqualität (bzw. Quality of Service, QoA) zu machen, sodass die Zeit kürzer bei höheren Dienstqualitäten, zum Beispiel bei 0,5 sek., ist. - Gemäß einer bevorzugten Alternative informiert der neue Unterstützungsknoten den alten Unterstützungsknoten über die Wartezeit bevorzugt in derselben Nachricht, in der er die Kontextdaten vom alten Unterstützungsknoten anfordert. Dies deshalb, weil der neue Unterstützungsknoten besser weiß, wie sein Übertragungswiederholungszeitgeber bzw. Timer für die Übertragungswiederholung eingestellt wurde. Der am besten geeignete Wert für die Wartezeit ist geringfügig länger, als die Zeit, die für den Übertragungswiederholungszeitgeber eingestellt ist. Alternativ kann der neue Unterstützungsknoten natürlich die eingestellte Zeit für seinen Übertragungswiederholungszeitgeber veröffentlichen, wobei der alte Unterstützungsknoten eine kleine Marge dazu addieren würde.
- Gemäß einer anderen Alternative ist die vorherbestimmte Wartezeit nicht fest, aber der alte Unterstützungsknoten wartet auf eine Bestätigung vom neuen Unterstützungsknoten, d. h. eine Bestätigung, dass der neue Unterstützungsknoten die Kontextdaten, die er angefordert hat, empfangen hat. Der alte Unterstützungsknoten sendet keine an die Mobilstation adressierten Datenpakete an den neuen Unterstützungsknoten bis er diese Bestätigung empfangen hat. In diesem Fall ist es für den neuen Unterstützungsknoten nicht wahrscheinlich, sondern sicher, dass er die Kontextdaten der Mobilstation zu seiner eigenen Verfügung hat.
- Ein Vorteil der zweiten Alternative besteht zum Beispiel darin, dass es keine derartigen Verzögerungen, wie sie im ersten Ausführungsbeispiel dargestellt waren, in Verbindung mit einer Routingbereichsaktualisierung gibt, da normalerweise der neue Unterstützungsknoten eine Bestätigung nahezu sofort sendet. Jedoch ist ein geringfügiger Nachteil eine extra Bestätigungsnachricht und die durch sie verursachte erhöhte Signalisierungslast.
- Ein weiterer Vorteil der zweiten Alternative besteht darin, dass sie das Problem selbst in dem Fall lösen wird, in dem eine Nachricht, die in Schritt
2-4 gesendet wurde und Kontextdaten enthält, unterwegs verschwinden sollte. Selbst in diesem Fall ist der neue Unterstützungsknoten SGSN2 im Stand der Technik nicht in der Lage, Paketdaten, die an den betroffenen Teilnehmer adressiert sind, zu empfangen, da er keine Vorstellung davon hat, was er mit den Datenpaketen machen soll. Gemäß einer vorteilhaften Alternative eines zweiten Ausführungsbeispiels wartet der SGSN1 auf die Bestätigungsnachricht für eine bestimmte maximale Zeitdauer und sendet dann die Kontextdaten erneut. - Gemäß dem zweiten Ausführungsbeispiel verzögert der zweite, d. h. der neue Unterstützungsknoten Datenübertragung. Die folgende Anordnung findet in dem neuen Unterstützungsknoten statt. Wenn der neue Unterstützungsknoten (besonders seine GDP-Einheit) Datenpakete empfängt, die nicht irgendeinem PDP-Kontext zugeordnet sind, verwirft der Unterstützungsknoten die empfangenen Datenpakete nicht, sondern speichert sie und überprüft, ob eine Routingbereichsaktualisierung sich zwischen Unterstützungsknoten im Unterstützungsknoten im Gange ist. Sollte wenigstens eine solche Routingbereichsaktualisierung im Gange sein, speichert der neue Unterstützungsknoten die empfangenen und folgenden Datenpakete, die nicht mit irgendeinem PDP-Kontext zugeordnet sind. Diese Datenpakete können entweder einem temporären Kontext zugeordnet werden oder im Speicher gespeichert werden, aus dem sie abgerufen werden, sobald die laufende Routingbereichsaktualisierung beendet worden ist.
- Falls keine Routingbereichsaktualisierung zwischen Unterstützungsknoten im Gange im Unterstützungsknoten ist, folgt der Unterstützungsknoten der Prozedur des Standes der Technik, d. h. er verwirft die Datenpakete und sendet eine Fehlernachricht an den Unterstützungsknoten, der die Pakete gesendet hat.
- KURZE BESCHREIBUNG DER ZEICHNUNGEN
- Die Erfindung wird im Folgenden im größeren Detail zusammen mit bevorzugten Ausführungsbeispielen unter Bezugnahme auf die beigefügten Zeichnungen beschrieben, in denen
-
1 die Architektur eines Paketfunknetzwerkes zeigt; -
2 eine Signalisierung zeigt, die mit Routingbereichverwaltung gemäß dem Stand der Technik in Beziehung steht. -
3 u.4 Signalisierungen zeigen, die mit Routingbereichverwaltung gemäß den unterschiedlichen Alternativen eines ersten Ausführungsbeispiel der Erfindung in Beziehung stehen; und -
5 ein Flussdiagramm eines zweiten Ausführungsbeispiels der Erfindung ist. - DETAILIERTE BESCHREIBUNG DER ERFINDUNG
-
3 zeigt Signalisierung, die mit einer Routingbereichsverwaltung gemäß einem ersten Ausführungsbeispiel der Erfindung in Beziehung steht. In diesem Fall sind die anderen Schritte dieselben wie im Zusammenhang mit2 beschrieben, aber Schritte2-3a bis2-3d (Datenübertragung über den alten Unterstützungsknoten SGSN1) wurde ersetzt durch3-3a bis3-3d . Schritt3-3a entspricht Schritt2-3a . In diesem Schritt empfängt der SGSN1 Datenpakete, die an eine Mobilstation adressiert sind. In Schritt3-3b wartet der SGSN2 für eine feste Zeitdauer (die bevorzugt von der Dienstqualität der Verbindung abhängt). Nach der Wartezeit, in Schritt3-3c sendet der SGSN1 die Datenpakete in seinem Speicher an den SGSN2, der sie an die Mobilstation MS in Schritt3-3d weiterleitet. Danach weist das Ausführungsbeispiel, das in3 gezeigt ist, die Schritte2-5 bis2-15 auf, aber diese werden nicht gezeigt noch erneut beschrieben. -
4 zeigt Signalisierung, die mit Routingbereichsverwaltung gemäß einer alternativen Umsetzung des ersten Ausführungsbeispiels der Erfindung in Beziehung steht. In diesem Fall sind auch die Schritte, die nicht separat beschrieben werden (2-0 bis2-2 und2-5 bis2-15 ), dieselben wie im Stand der Technik,2 . Schritte2-3a bis2-3d (Datenübertragung über den alten Unterstützungsknoten SGSN1) wurde ersetzt durch Schritte4-3a bis4-3d . In Schritt4-3a empfängt der SGSN1 Datenpakete, die an eine Mobilstation adressiert sind. In Schritt4-3d wartet der alte SGSN1 auf eine Bestätigungsnachricht, die durch den neuen SGSN2 in Schritt4-4' gesendet wird und hier SGSN Kontextbestätigung (bzw. CONTEXT ACKNOWLEDGE) genannt wird. In Schritt4-3c sendet der alte SGSN1 die Datenpakete in seinen Speicher an den neuen SGSN2, der sie an die Mobilstation MS in Schritt4-3d weiterleitet. -
5 ist ein Flussdiagramm eines zweiten Ausführungsbeispiels der Erfindung. In Schritt50 empfängt der neue Unterstützungsknoten SGSN2 (und besonders seine GTP-Einheit) Datenpakete, die keinem PDP-Kontext zugeordnet sind. In Schritt51 überprüft der Unterstützungsknoten, ob eine Routingbereichsaktualisierung zwischen Unterstützungsknoten im Gange ist. Wenn es so ist, ordnet der Unterstützungsknoten in Schritt53 die Pakete einem temporären Kontext zu. Wenn in Schritt54 festgestellt wird, dass die Routingbereichsaktualisierung abgeschlossen wurde, geht der Vorgang weiter zu Schritt55 , in dem der SGSN2 die Pakete an den Empfänger sendet. Falls in Schritt51 festgestellt wird, dass keine Routingbereichsaktualisierung zwischen Unterstützungsknoten sich in Bearbeitung befindet, geht der Vorgang weiter zu Schritt52 , in dem die Paket verworfen werden und eine Fehlermeldung an den Sender der Pakete gesendet wird. - Es ist offensichtlich für einen Fachmann, dass wie die Technologie fortschreitet, das erfinderische Konzept auf verschiedene unterschiedliche Weisen umgesetzt werden kann. Daher sind die Erfindung und ihre Ausführungsbeispiele nicht auf die oben beschriebenen Beispiele beschränkt, sondern können innerhalb des Bereichs der Ansprüche variieren.
Claims (10)
- Verfahren zum Übertragen von Daten in einem Paketfunknetz zu einer Mobilstation (MS), die eine Routingbereichsaktualisierung durchführt, wobei das Netz zumindest einen ersten Unterstützungsknoten (SGSN1) und einen zweiten Unterstützungsknoten (SGSN2) aufweist; wobei in dem Verfahren das Paketfunknetz Daten (
2-0 ,2-3a ) über den ersten Unterstützungsknoten (SGSN1) zu der Mobilstation (MS) sendet; die Mobilstation (MS) eine Routingbereichsaktualisierungsnachricht (2-1 ) zu dem zweiten Unterstützungsknoten (SGSN2) sendet, der eine Anfrage (2-2 ) nach den Kontextdaten (2-5 ) der Mobilstation des ersten Unterstützungsknoten zu dem ersten Unterstützungsknoten (SGSN1) sendet; der erste Unterstützungsknoten aus seinem Speicher an eine Mobilstation adressierte Daten zu dem zweiten Unterstützungsknoten sendet (2-3c ,3-3c ,4-3c ), dadurch gekennzeichnet, dass eine Bedingung definiert ist, bei deren Erfüllung es zumindest wahrscheinlich ist, dass der zweite Unterstützungsknoten (SGSN2) die Kontextdaten der Mobilstation zu seiner Verfügung hat; dass beim Aktualisieren des Routingbereichs zumindest ein Unterstützungsknoten (SGSN1, SGSN2) die Datenübertragung bis zur Erfüllung der Bedingungen verzögert. - Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass der erste Unterstützungsknoten (SGSN1) vor dem Senden von Daten zu dem zweiten Unterstützungsknoten (SGSN2) eine vorbestimmte Zeitdauer (
3-3b ,4-3b ) wartet. - Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die vorbestimmte Zeitdauer (
3-3b ) zumindest für jede Dienstqualität fest ist. - Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die vorbestimmte Zeitdauer (
3-3b ), von der Dienstqualität der durch die Mobilstationen (MS) verwendeten Verbindung abhängig ist. - Verfahren nach einem der Ansprüche 3 bis 4, dadurch gekennzeichnet, dass die feste Zeitdauer durch den zweiten Unterstützungsknoten (SGSN2), der dem ersten Unterstützungsknoten (SGSN1) die Zeit mitteilt, die im Wesentlichen der Zeiteinstellung des Wiederholungsübertragungszeitgebers des zweiten Unterstützungsknotens entspricht, und durch einen der Unterstützungsknoten, der eine kleine Sicherheitsmarge zu dieser Zeit hinzufügt, bestimmt ist.
- Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass vor einer Datenübertragung zu dem zweiten Unterstützungsknoten (SGSN2), der erste Unterstützungsknoten (SGSN1) auf eine getrennte Bestätigungsnachricht (
4-4' ) von dem zweiten Unterstützungsknoten wartet, wobei die getrennte Bestätigungsnachricht angibt, dass der zweite Unterstützungsknoten die Kontextdaten (2-4 ) der Mobilstation empfangen hat. - Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass der erste Unterstützungsknoten (SGSN1) auf die Bestätigungsnachricht (
4-4' ) für eine vorbestimmte maximale Zeitdauer wartet und die Kontextdaten wiederholt sendet, falls er die Bestätigungsnachricht nicht innerhalb dieser Zeit empfängt. - Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass: der zweite Unterstützungsknoten (SGSN2), der Datenpakete empfängt, für die der zweite Unterstützungsknoten keinen PDP-Kontext zugeordnet hat, überprüft, ob eine Routingbereichsaktualisierung zwischen Unterstützungsknoten im Gange ist, und falls eine Routingbereichsaktualisierung zwischen Unterstützungsknoten im Gange ist, speichert der zweite Unterstützungsknoten (SGSN2) die Datenpakete in einem Speicher, bis die Routingbereichsaktualisierung beendet ist, und sendet die Pakete dann an einen Empfänger.
- Erster Unterstützungsknoten (SGSN1) für ein Paketfunknetz, das einen zweiten Unterstützungsknoten (SGSN2) aufweist, wobei der erste Unterstützungsknoten zum Unterstützen einer Datenübertragung in dem Paketfunknetz zu einer Mobilstation (MS), die eine Routingbereichsaktualisierung durchführt, ausgestaltet ist, dadurch gekennzeichnet, dass der erste Unterstützungsknoten (SGSN1) während einer Routingbereichsaktualisierung ausgestaltet ist zum Überwachen des Erfüllens einer Bedingung, die angibt, dass der zweite Unterstützungsknoten (SGSN2) zumindest wahrscheinlich die Kontextdaten der Mobilstation zu seiner Verfügung hat; und zum Verzögern einer Datenübertragung bis die Bedingung erfüllt ist.
- Zweiter Unterstützungsknoten (SGSN2) für ein Paketfunknetz, dass einen ersten Unterstützungsknoten (SGSN1) aufweist, wobei der erste Unterstützungsknoten zum Unterstützen einer Datenübertragung in dem Paketfunknetz zu einer Mobilstation (MS), die eine Routingbereichsaktualisierung durchführt, ausgestaltet ist; dadurch gekennzeichnet, dass der zweite Unterstützungsknoten (SGSN2) während einer Routingbereichsaktualisierung ausgestaltet ist zum Erfüllen einer Bedingung, die angibt, dass der zweite Unterstützungsknoten (SGSN2) zumindest wahrscheinlich die Kontextdaten der Mobilstation zu seiner Verfügung hat; und zum Verzögern einer Datenübertragung bis die Bedingung erfüllt ist.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI980340 | 1998-02-13 | ||
FI980340A FI106424B (fi) | 1998-02-13 | 1998-02-13 | Reititysalueen päivitys pakettiradioverkossa |
PCT/FI1999/000106 WO1999041926A2 (en) | 1998-02-13 | 1999-02-11 | Routing area update in packet radio network |
Publications (2)
Publication Number | Publication Date |
---|---|
DE69932229D1 DE69932229D1 (de) | 2006-08-17 |
DE69932229T2 true DE69932229T2 (de) | 2007-06-06 |
Family
ID=8550859
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE69932229T Expired - Lifetime DE69932229T2 (de) | 1998-02-13 | 1999-02-11 | Aktualisierung des leitweglenkungsgebietes in einem paketfunknetz |
Country Status (14)
Country | Link |
---|---|
US (1) | US6870820B1 (de) |
EP (1) | EP1050176B1 (de) |
JP (2) | JP3880315B2 (de) |
CN (2) | CN101052008B (de) |
AT (1) | ATE332615T1 (de) |
AU (1) | AU2426499A (de) |
CA (1) | CA2317448C (de) |
DE (1) | DE69932229T2 (de) |
DK (1) | DK1050176T3 (de) |
ES (1) | ES2267245T3 (de) |
FI (1) | FI106424B (de) |
PT (1) | PT1050176E (de) |
WO (1) | WO1999041926A2 (de) |
ZA (1) | ZA991134B (de) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE69922188T2 (de) * | 1999-08-23 | 2005-12-08 | Lucent Technologies Inc. | Optimierung der Wegewahlbereichsaktualisierung im Bereitschaftszustand für Vielfachsystem Paketfunknetze |
US6618589B1 (en) * | 1999-10-27 | 2003-09-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for performing cell and URA updates in a radio access network |
FI109957B (fi) * | 2000-03-06 | 2002-10-31 | Nokia Corp | Menetelmä palveluinformaation siirtämiseksi ja radiojärjestelmä |
NO20013195D0 (no) * | 2001-06-25 | 2001-06-25 | Ericsson Telefon Ab L M | Arrangement i mobilt kommunikasjonsnett |
NO20020667D0 (no) * | 2002-02-11 | 2002-02-11 | Ericsson Telefon Ab L M | Fremgangsmåte for å unngå unödig okkupering av ressurser i pakkesvitsjede mobilnett |
EP1523859B1 (de) * | 2002-06-06 | 2018-02-28 | Thomson Licensing | Hybride kopplung zur zusammenarbeit zwischen einem wlan und ein mobiles kommunikationssystem |
CN100349435C (zh) * | 2004-10-20 | 2007-11-14 | 华为技术有限公司 | 一种服务通用分组无线业务支持节点设备的路由更新方法 |
DE602005022638D1 (de) * | 2005-12-12 | 2010-09-09 | Ericsson Telefon Ab L M | Verfahren und einrichtungen zum spezifizieren der dienstgüte bei einer übertragung von datenpaketen |
CN100563390C (zh) * | 2006-08-16 | 2009-11-25 | 华为技术有限公司 | 获取接入***上下文的方法 |
US20090279543A1 (en) * | 2008-05-06 | 2009-11-12 | Lucent Technologies Inc. | Method and System for Handling Tethered User Devices in a Telecommunications Network |
CA2747200C (en) | 2008-12-19 | 2013-05-28 | Edward Brittain Stokes | Systems and methods for performing the bacterial disinfection of a fluid using point radiation sources |
PL2438782T3 (pl) | 2009-06-03 | 2019-09-30 | Sisvel International S.A. | Usługa głosowa w wyewoluowanym systemie pakietowym |
WO2010142343A1 (en) * | 2009-06-12 | 2010-12-16 | Fundacio Privada Centre Tecnologic De Telecomunicacions De Catalunya | Method and apparatus for medium access control in a wireless broadband system with multiple-input multiple-output or multiple-input single-output technology with multiuser capabilities |
EP2449833B1 (de) * | 2009-07-02 | 2016-10-19 | BlackBerry Limited | Verfahren und vorrichtung für mobiles sprachdienstmanagement |
US8755329B2 (en) | 2010-06-11 | 2014-06-17 | Blackberry Limited | Methods and apparatus for voice domain operation |
US8644824B1 (en) * | 2012-07-13 | 2014-02-04 | Sprint Spectrum L.P. | Tracking registration buffer in a cellular network |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA1301845C (en) * | 1988-02-10 | 1992-05-26 | Toshimitsu Shimizu | High throughput communication method and system for a digital mobile station when crossing a zone boundary during a session |
FI95984C (fi) * | 1994-04-08 | 1996-04-10 | Nokia Telecommunications Oy | Menetelmä ja järjestely sijainninhallintaa varten pakettidatasiirron yhteydessä matkaviestinjärjestelmässä |
FI98586C (fi) * | 1995-01-10 | 1997-07-10 | Nokia Telecommunications Oy | Pakettiradiojärjestelmä ja menetelmiä datapaketin reitittämiseksi protokollariippumattomasti pakettiradioverkoissa |
US5901144A (en) * | 1995-04-13 | 1999-05-04 | Hitachi, Ltd. | Mobile radio communications system |
GB9508696D0 (en) * | 1995-04-28 | 1995-06-14 | At & T Corp | Method for connecting roaming stations in a source routed bridged local area network |
DE19611947C1 (de) * | 1996-03-26 | 1997-06-05 | Siemens Ag | Verfahren und Anordnung zur Aufenthaltsgebietsverwaltung in einem zellularen Mobilfunknetz |
FI103454B1 (fi) * | 1996-04-01 | 1999-06-30 | Nokia Telecommunications Oy | Matkaviestimen toimintatilojen ohjaus pakettiradiojärjestelmässä |
SE507432C2 (sv) * | 1996-09-30 | 1998-06-08 | Ericsson Telefon Ab L M | Förfarande och enhet för distribuerad handover i upplänk |
SE9604211L (sv) * | 1996-11-14 | 1998-05-15 | Bryan Peter | Byggsystem samt tillhörande byggelement |
FI105137B (fi) | 1996-12-02 | 2000-06-15 | Nokia Networks Oy | Parannettu ryhmälähetys pakettiverkossa |
US5978673A (en) * | 1996-12-13 | 1999-11-02 | Ericsson Inc. | Providing location-based call forwarding within a mobile telecommunications network |
US5974036A (en) * | 1996-12-24 | 1999-10-26 | Nec Usa, Inc. | Handoff-control technique for wireless ATM |
FI103083B1 (fi) * | 1997-01-20 | 1999-04-15 | Nokia Telecommunications Oy | Pakettiradioverkko ja menetelmä reititysalueen päivittämiseksi |
FI113138B (fi) * | 1997-01-20 | 2004-02-27 | Nokia Corp | Signalointikuormituksen vähentäminen pakettiradioverkossa |
US6198933B1 (en) * | 1997-05-06 | 2001-03-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Communication system that communicates position information of roaming mobile stations |
WO1998059505A1 (en) * | 1997-06-20 | 1998-12-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Data packet radio service with enhanced mobility management |
US6104929A (en) * | 1997-06-20 | 2000-08-15 | Telefonaktiebolaget Lm Ericsson | Data packet radio service with enhanced mobility management |
US6608832B2 (en) * | 1997-09-25 | 2003-08-19 | Telefonaktiebolaget Lm Ericsson | Common access between a mobile communications network and an external network with selectable packet-switched and circuit-switched and circuit-switched services |
NO313030B1 (no) * | 1997-12-09 | 2002-07-29 | Ericsson Telefon Ab L M | Fremgangsmåte for oppdatering av rutingsområde |
-
1998
- 1998-02-13 FI FI980340A patent/FI106424B/fi not_active IP Right Cessation
-
1999
- 1999-02-11 ES ES99903704T patent/ES2267245T3/es not_active Expired - Lifetime
- 1999-02-11 AT AT99903704T patent/ATE332615T1/de not_active IP Right Cessation
- 1999-02-11 DK DK99903704T patent/DK1050176T3/da active
- 1999-02-11 CN CN2007101064072A patent/CN101052008B/zh not_active Expired - Lifetime
- 1999-02-11 DE DE69932229T patent/DE69932229T2/de not_active Expired - Lifetime
- 1999-02-11 PT PT99903704T patent/PT1050176E/pt unknown
- 1999-02-11 AU AU24264/99A patent/AU2426499A/en not_active Abandoned
- 1999-02-11 JP JP2000531967A patent/JP3880315B2/ja not_active Expired - Lifetime
- 1999-02-11 CA CA002317448A patent/CA2317448C/en not_active Expired - Fee Related
- 1999-02-11 WO PCT/FI1999/000106 patent/WO1999041926A2/en active IP Right Grant
- 1999-02-11 CN CNB998029106A patent/CN100362895C/zh not_active Expired - Lifetime
- 1999-02-11 EP EP99903704A patent/EP1050176B1/de not_active Expired - Lifetime
- 1999-02-12 ZA ZA9901134A patent/ZA991134B/xx unknown
-
2000
- 2000-08-14 US US09/638,463 patent/US6870820B1/en not_active Expired - Lifetime
-
2006
- 2006-08-17 JP JP2006222180A patent/JP2006320025A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
WO1999041926A2 (en) | 1999-08-19 |
US6870820B1 (en) | 2005-03-22 |
FI980340A (fi) | 1999-08-14 |
ZA991134B (en) | 1999-08-19 |
CA2317448A1 (en) | 1999-08-19 |
AU2426499A (en) | 1999-08-30 |
ATE332615T1 (de) | 2006-07-15 |
JP2006320025A (ja) | 2006-11-24 |
WO1999041926A8 (en) | 2000-04-20 |
CN1290464A (zh) | 2001-04-04 |
CN101052008A (zh) | 2007-10-10 |
DK1050176T3 (da) | 2006-10-30 |
EP1050176A2 (de) | 2000-11-08 |
PT1050176E (pt) | 2006-10-31 |
DE69932229D1 (de) | 2006-08-17 |
CN100362895C (zh) | 2008-01-16 |
EP1050176B1 (de) | 2006-07-05 |
CN101052008B (zh) | 2010-12-01 |
ES2267245T3 (es) | 2007-03-01 |
FI980340A0 (fi) | 1998-02-13 |
CA2317448C (en) | 2008-05-13 |
JP3880315B2 (ja) | 2007-02-14 |
WO1999041926A3 (en) | 1999-10-21 |
JP2002503931A (ja) | 2002-02-05 |
FI106424B (fi) | 2001-01-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69924679T2 (de) | Reduzierung der signalisierungslast in einem funkpaketnetzwerk | |
DE60034557T2 (de) | Ip-routing-optimierung in einem zugriffsnetz | |
DE69932229T2 (de) | Aktualisierung des leitweglenkungsgebietes in einem paketfunknetz | |
DE69732100T2 (de) | Betriebszustandsteuerung einer mobilstation in einem paketfunksystem | |
DE69923034T2 (de) | Mobilkommunikationssystem zur Bereitstellung eines IP-Paketkommunikationsdienstes und Vorrichtung zur Leitweglenkung von IP-Paketen | |
DE60221231T2 (de) | Verwaltungssystem für mobiles endgerät, mobiles endgerät, agent und programm | |
DE19832290B4 (de) | Kommunikationssystem und Verfahren zum Aufbauen von Verbindungen zwischen Terminals eines ersten und eines zweiten Kommunikationsnetzes | |
DE69834804T2 (de) | Aktualisierung des leitweglenkungsgebietes in einem paketfunknetz | |
DE69713383T2 (de) | Verfahren zur zuordnung einer einzigen rufnummer an zwei funktelefonen in einem mobilfunknetz | |
DE69828572T2 (de) | Verfahren und vorrichtung zur umlenkung einer verbindung in einer verbindung in einem fernmeldenetz mit einer vielzahl von netzelementen | |
DE60002205T2 (de) | Auswahl eines mobilen agenten in einem zugriffsnetz | |
DE60207100T2 (de) | Geheimhalten des aufenthaltsortes in kommunikationsnetzwerken | |
DE60019817T2 (de) | Mobiles Kommunikationsnetz | |
DE60030404T2 (de) | Vefahren zum Weiterreichen von Echtzeitverbindungen in drahtlosen Kommunikationssystemen | |
DE60126770T2 (de) | Umändern einer ersten teilnehmerkennung in eine zweite kennung | |
DE69813743T2 (de) | Protokoll für mobiles Internet | |
DE69837971T2 (de) | Halten von funkbetriebsmittelverbindungen zur übermittlung eines kurznachrichtendienstes in einem zellularen kommunikationssystem | |
DE60317811T2 (de) | Weiterreichen im schlafmodus in einem paketdatennetz | |
DE60222818T2 (de) | System und Verfahren zur Auswahl eines Unterstützungsknotens in einem Funkkommunikationssystem | |
DE60220454T2 (de) | Verfahren zur leitweglenkung und netzstruktur | |
DE60030452T2 (de) | Weiterbereichsnetz (wan) mobilität für ip-basierte netze | |
DE69922188T2 (de) | Optimierung der Wegewahlbereichsaktualisierung im Bereitschaftszustand für Vielfachsystem Paketfunknetze | |
DE60120511T2 (de) | Weiterleiten der identität eines mobilfunkteilnehmers zwischen kernnetzwerkknoten | |
DE112007001035T5 (de) | Inter-MME-Übergabe in entwickelten Kommunikationssystemen | |
DE10246679A1 (de) | Neuzuordnungsverfahren für ein verteiltes GGSN-System |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition | ||
R082 | Change of representative |
Ref document number: 1050176 Country of ref document: EP Representative=s name: EISENFUEHR, SPEISER & PARTNER, 80335 MUENCHEN, DE |
|
R081 | Change of applicant/patentee |
Ref document number: 1050176 Country of ref document: EP Owner name: CORE WIRELESS LICENSING S.A.R.L., LU Free format text: FORMER OWNER: NOKIA CORP., ESPOO, FI Effective date: 20120215 |
|
R082 | Change of representative |
Ref document number: 1050176 Country of ref document: EP Representative=s name: TBK, 80336 MUENCHEN, DE |
|
R082 | Change of representative |
Ref document number: 1050176 Country of ref document: EP Representative=s name: TBK, 80336 MUENCHEN, DE |