DE60114163T2 - Ip kommunikation in einem zellularen kommunkationssystem - Google Patents

Ip kommunikation in einem zellularen kommunkationssystem Download PDF

Info

Publication number
DE60114163T2
DE60114163T2 DE60114163T DE60114163T DE60114163T2 DE 60114163 T2 DE60114163 T2 DE 60114163T2 DE 60114163 T DE60114163 T DE 60114163T DE 60114163 T DE60114163 T DE 60114163T DE 60114163 T2 DE60114163 T2 DE 60114163T2
Authority
DE
Germany
Prior art keywords
sip
mobile subscriber
mobile
invite message
sip server
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
DE60114163T
Other languages
English (en)
Other versions
DE60114163D1 (de
Inventor
Tapani Harri VILANDER
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of DE60114163D1 publication Critical patent/DE60114163D1/de
Application granted granted Critical
Publication of DE60114163T2 publication Critical patent/DE60114163T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5084—Providing for device mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5076—Update or notification mechanisms, e.g. DynDNS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/385—Uniform resource identifier for session initiation protocol [SIP URI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Description

  • GEBIET DER ERFINDUNG
  • Die vorliegende Erfindung betrifft IP-Kommunikation in einem zellularen Telekommunikationssystem und insbesondere IP-Adressierung für Mobilfunk-Hauptrechner in einem derartigen System.
  • ALLGEMEINER STAND DER TECHNIK
  • Künftige Mobilfunk-Telekommunikationssysteme, wie beispielsweise UMTS, definieren drei Betriebszustände für Mobilfunk-Endgeräte. Diese sind: ein "Frei"-Zustand, in dem das Endgerät nicht aktiv ist, z.B. ausgeschaltet oder auf andere Weise nicht in dem Netzwerk registriert ist; ein "Verbunden"-Zustand, in dem das Endgerät eingeschaltet und in dem Netzwerk registriert ist, aber aktuell nicht an einer Kommunikationssitzung beteiligt ist; und einen "Aktiv"-Zustand, in dem das Endgerät eingeschaltet, im Netzwerk registriert und aktuell an einer Kommunikationssitzung beteiligt ist.
  • Es besteht der Wunsch in der Telekommunikationsindustrie und unter den Verbrauchern, Mobilfunk-Endgeräte in die Lage zu versetzen, Internet-Protokoll- (IP) Daten zu und von Internet und anderen IP-Netzwerken zu senden und zu empfangen. Es besteht ebenfalls der Wunsch, es zu ermöglichen, dass sich Mobilfunk-Endgeräte in einem "Immer eingeschaltet"-Zustand befinden, wobei die Endgeräte das Senden und Empfangen von IP-Daten initiieren können, wenn sie in einem Verbunden-Zustand (sowie natürlich in einem Aktiv-Zustand) sind, ohne die Notwendigkeit einer "kompletten" Verbindungsaufbauphase mit Ausnahme der Aufbauphase, die erforderlich ist, wenn die Endgeräte erstmals eingeschaltet werden. Der "Immer eingeschaltet"-Zustand erfordert die permanente Zuweisung einer IP-Adresse zu einem Mobilfunk-Endgerät, wenigstens für die Zeit, in der das Mobilfunk-Endgerät eingeschaltet ist, und beseitigt die Notwendigkeit einer Verbindungsaufbauphase für jedes Mal, wenn eine Internet-Sitzung initiiert wird.
  • Das herkömmliche "Immer eingeschaltet"-Konzept gestattet die Bereitstellung von "Push-Diensten", wobei Daten ohne irgendeine direkte Initiierung durch den Teilnehmer zu einem Mobilfunk-Endgerät gesendet werden können. Beispiele von Push-Diensten sind die Bereitstellung von aktuellen Nachrichten und Aktienmarkt-Informationen für Mobilfunk-Teilnehmer. Eine permanente IP-Adresse, wie sie in dem Immer eingeschaltet-Konzept vorgesehen ist, kann auch für eine länger dauernde Datenübertragung erforderlich sein, wie beispielsweise während einer Arbeitssitzung, z.B. mehrfache Dateiübertragungen, das Senden/Abholen von E-Mails usw.
  • "Internet Telephony: architecture and protocols – an IETF perspective", H. Schulzrinne, J. Rosenberg, Computer Networks 31, 1999, beschreibt ein generisches Konzept von Internet-Telefonie. Insbesondere das Sitzungsinitiierungsprotokoll SIP, das zum Signalisieren des Internet-Telefoniedienstes entwickelt wurde, wird ausführlich beschrieben. Eine der Funktionen des SIP ist die Übersetzung einer Adresse des Benutzers, wie beispielsweise einer E-Mail-Adresse in eine global eindeutige IP-Adresse, die für den Aufbau und die Durchführung einer Datenverbindung verwendet wird. Der Nachteil ist die Zuweisung der global eindeutigen IP-Adresse in Anbetracht der begrenzten Anzahl der IP-Adressen.
  • "Mobile IP Telephony: Mobile Support of SIP", M. Moh, G. Berquin, Y. Chen, 1999 IEEE konzentriert sich auf die Unterstützung von Mobilfunk-Telefonie über das Internet unter Verwendung des SIP. Das Dokument beschreibt die Zuweisung und Verwaltung von IP-Adressen im Fall von Mobilfunkbenutzern. Die besonderen Gesichtspunkte der Benutzermobilität, wie beispielsweise der Rufbereichswechsel und die Gesprächsumschaltung, werden unter Berücksichtigung der IP-Adressenzuweisung betrachtet.
  • Eine Lösung zur Verwaltung von IP-Adressen für Internet-Telefonie in einem drahtlosen Internet-Netzwerk wird auch im US-Patent 5910946 offenbart. Dieses Dokument offenbart eine Architektur für Sprach- und Datenübertragung zwischen Benutzern über das Internet. In der dargestellten Architektur werden Funktionen von einigen Netzwerkknoten zum Zweck des Aufbaus und der Vermittlung einer Verbindung entwickelt, wobei die Adressierung der Benutzer berücksichtigt wird, die zur Bestimmung des Standorts des Benutzers erforderlich ist. Die Adressierung wird mittels IP-Adressen durchgeführt.
  • Um über einen IP-Zugang zu verfügen, muss einem Mobilfunk-Endgerät eine global eindeutige IP-Adresse zugewiesen sein. Gemäß dem Immer eingeschaltet-Konzept wird einem Mobilfunk-Endgerät, das beispielsweise in einem GSM- oder UMTS-Telekommunikationsnetzwerk registriert ist, das ein GPRS (General Packet Radio Service – GPRS) Netzwerk umfasst, eine global eindeutige IP nach der Registrierung durch einen Steuerknoten zugewiesen, der im Folgenden als "Zugangskontrollpunkt" (Access Control Point – ACP) bezeichnet wird. Ein ACP ist eigentlich eine Medien-Netzübergangssteuereinrichtung (Media Gateway Controller – MGC).
  • Der ACP kann als ein Server-Knoten (oder eine Gruppe von Knoten) betrachtet werden, der an gewissen Steuerebenen-Vorgängen beteiligt ist, wie beispielsweise Mobilitätsmanagement (MM) und Sitzungsmanagement. Der ACP kann einen oder mehrere Netzübergangsknoten steuern, die Benutzerdaten bearbeiten. Die vorgeschlagene UMTS-Architektur für paketvermittelte Dienste ist in 1 dargestellt, (zu beachten ist, dass, wenn sich das HLR und die ACPs in verschiedenen Netzwerken befinden, die Netzwerke jeweils als das "Heimat"-Netzwerk und das "Fremd"-Netzwerk bezeichnet werden), wobei der äußerste linke ACP-Knoten einem bedienenden GPRS-Unterstützungsknoten (Serving GPRS Support Node – SGSN) entspricht und der äußerste rechte Knoten einem Netzübergangs-GPRS-Unterstützungsknoten (Gateway GPRS Support Node – GGSN) entspricht. Die durch den ACP zugewiesene IP-Adresse wird dem Mobilfunk-Endgerät bis zu dem Zeitpunkt zugewiesen, zu dem das Endgerät die Registrierung im ACP aufhebt (z.B. die Energie wird abgeschaltet oder das Endgerät verlässt den Versorgungsbereich des ACP).
  • In einer Modifizierung der Architektur von 1 kann der Netzübergangsknoten in den Funkverkehrnetzwerk-Steuereinrichtungs- (Radio Network Controller – RNC) Knoten integriert werden. Der ACP kann Bestandteil des RNC-Knotens sein oder auch nicht. Diese modifizierte Architektur wird im Folgenden als eine "Direkte Internet-Zugangs-" (Direct Internet Access – DIA) Architektur bezeichnet.
  • Angenommen, dass viele Hunderttausende (oder sogar Millionen) von Mobilfunk-Endgeräten in einem Netzwerk registriert sind und sich in dem Immer eingeschaltet-Zustand befinden, so können sich Probleme auf Grund des begrenzten Adressbereichs ergeben, der beim IP, (insbesondere bei IPv4), zur Verfügung steht. Außerdem erfordern zugewiesene IP-Adressen Speicher- und Verarbeitungskapazität in den Routern und Netzübergangsknoten von Mobilfunknetzwerken. Eine zugewiesene IP-Adresse muss für ein Mobilfunk-Endgerät reserviert sein, selbst wenn das Endgerät nicht in einer Verbindung belegt ist, um die Übertragung von Abwärtsstreckenverkehr zu dem Endgerät zu ermöglichen und echten "Immer eingeschaltet"-Dienst zu gestatten. Des Weiteren bedeutet das Aufrechterhalten von ungenutzten aktiven "Kontexten" in einem Netzübergang verschwendete Verarbeitungs- und Speicherkapazität.
  • Ein weiteres Problem im Zusammenhang mit der herkömmlichen Immer eingeschaltet-Architektur ist das sich daraus ergebende erhöhte Volumen und die Komplexität von Mobilitätsmanagement-Signalisierungsverkehr, der das Mobilfunk-IP (MIP) betrifft. Wenn MIP-Protokolle für die Bearbeitung von Mobilitätsmanagement in einem Mobilfunknetzwerk verwendet werden, muss das Netzwerk eine neue IP-Adresse (Care-of-Address) zu einem Endgerät zuweisen, wenn es in dem Netzwerk den Rufbereich wechselt. Das Volumen des Mobilitätsmanagement-Signalisierungsverkehrs erhöht sich, wenn das Mobilfunk-Endgerät zusätzlich zur Benachrichtigung des Heimatregisters (HLR) über seinen aktuellen Standort auch seinen Home Agent, (der für die Leitweglenkung von Datagrammen von dem Heimatnetzwerk zu Endgeräten im Rufbereichswechsel zuständig ist), über seine aktuelle IP-Adresse informieren muss, selbst wenn das Endgerät überhaupt nicht in einer Verbindung belegt ist.
  • Noch ein weiteres Problem, das mit dem Immer eingeschaltet-Konzept verbunden ist, ist eine mögliche Herabsetzung der Ebene des Datenschutzes eines Benutzers. Wenn ein Mobilfunk-Endgerät eine permanent zugewiesene IP-Adresse verwendet, kann es möglich sein, die Bewegung des Endgeräts im Internet zu verfolgen. Des Weiteren kann der aktuelle Standort eines Mobilfunk-Endgeräts preisgegeben werden, wenn eine dynamisch zugewiesene IP-Adresse mit einer Teilnehmer- (oder Endgerät-) Identität in einer Standort-Datenbank im Internet, (z.B. einem Domain Name System- (DNS) Server), gespeichert und verknüpft wird. Daher kann es einer feindlichen Partei möglich sein, den aktuellen Standort eines Mobilfunk-Endgeräts abzufragen.
  • KURZDARSTELLUNG DER ERFINDUNG
  • Die vorliegende Erfindung macht sich die Tatsache zu Nutze, dass viele Mobilfunkteilnehmer nur selten Internetzugang anfordern werden und ihnen IP-Adressen daher nicht perma nent zugewiesen werden müssen. Die Adressen müssen daher nur dann zugewiesen werden, wenn eine eingehende Verbindung zu einem Mobilfunk-Endgerät initiiert wird. Während die Signalisierungsmenge (zwischen dem Netzwerk und Mobilfunk-Endgeräten), die an einem einzelnen IP-Adressen-Erstellungsprozess beteiligt ist, sich erhöhen kann, wird dies durch vereinfachte Mobilitätsmanagement-Prozeduren für Mobilfunk-Endgeräte in einem Verbunden-Zustand ausgeglichen.
  • Es ist eine Aufgabe der vorliegenden Erfindung, die Nachteile der IP-Adressierung für Mobilfunk-Endgeräte, die oben angesprochen wurden, zu überwinden oder wenigstens zu mildern. Es ist insbesondere eine Aufgabe der vorliegenden Erfindung, ein Adressierungsverfahren bereitzustellen, durch das einem Mobilfunkteilnehmer eine IP-Adresse zugewiesen wird für den Fall, dass eine rufende Station eine Verbindungssitzung initiieren möchte.
  • Diese und andere Aufgaben werden wenigstens teilweise durch den Einsatz des Sitzungsinitiierungsprotokolls erfüllt, gemäß dem einem Mobilfunkteilnehmer eine SIP-URL zugewiesen wird, die von einer rufenden Station verwendet wird, um den angerufenen Mobilfunkteilnehmer für ein zellulares Telekommunikationsnetzwerk zu identifizieren.
  • Gemäß einem ersten Gesichtspunkt der vorliegenden Erfindung wird ein Verfahren zum Warnen eines Mobilfunkteilnehmers, der in einem Mobilfunk-Kommunikationsnetzwerk registriert ist, hinsichtlich einer Sitzungsbeginn-Anforderung, die von einer rufenden Station gesendet wird, bereitgestellt, wobei das Verfahren umfasst:
    Empfangen einer SIP-Invite-Nachricht an einem SIP-Server des Mobilfunknetzwerks, wobei die SIP-Invite-Nachricht eine SIP-URL enthält, die den Mobilfunkteilnehmer identifiziert;
    Verwenden der SIP-URL zum Bestimmen der Identität eines zweiten SIP-Servers eines Zugangskontrollpunkts (ACP), der den Mobilfunkteilnehmer bedient;
    Senden einer SIP-Invite-Nachricht an den zweiten SIP-Server; und
    Veranlassen, dass eine Funkruf-Nachricht an den Mobilfunkteilnehmer gesendet wird.
  • Auf Grund der Verwendung des SIP sehen Ausführungsformen der vorliegenden Erfindung die Zuweisung einer IP-Adresse zu einem Mobilfunkteilnehmer erst bei Initiierung einer Kommunikationssitzung vor. Das Teilnehmer-Endgerät kann in einem Verbunden-Zustand verbleiben, ohne zugewiesene IP-Adresse, wenn keine Sitzung durchgeführt wird. Wie beim Immer eingeschaltet-Konzept können Ausführungsformen der vorliegenden Erfindung die Implementierung von Push-Diensten gestatten.
  • Die vorgeschlagene "virtuelle" Immer eingeschaltet-Architektur sorgt für besseren Datenschutz und Sicherheit, da keine Standortdaten in einer öffentlichen Datenbank, einem Verbindungssteuerungs-Server (z.B. SIP-Server) usw. gespeichert werden müssen. Stattdessen können Standortdaten beispielsweise in einem HLR gespeichert werden, das eine geschlossene, nicht öffentlich verfügbare Datenbank ist. Da eine IP-Adresse nur auf Anforderung zugewiesen wird, (z.B. beim Verbindungsaufbau von eingehenden/ausgehenden Verbindungen), und nur während einer bestimmten Verbindung gültig ist, wird das Verfolgen des Aufenthaltsorts eines Mobilfunk-Endgeräts schwieriger gemacht. Die Architektur gestattet es Mobilfunkteilnehmern, immer erreichbar zu sein, ohne Dritten ihren Standort preiszugeben. Der aktuelle Standort (eindeutige IP-Adresse) der rufenden Station wird nur preisgegeben, wenn der angerufene Teilnehmer entscheidet, einen Anruf anzunehmen.
  • Der ACP entspricht einer Medien-Netzübergangssteuereinrichtung (MGC), ist aber zusätzlich zuständig für Mobilitätsmanagement und IP-Adresszuweisung. Der ACP ist ein logischer Knoten, der als ein physikalischer selbstständiger Knoten implementiert werden kann oder ein Paar SGSN/GGSN-Knoten (GPRS) aufweisen kann oder in einen RNC-Knoten (UMTS) integriert werden kann.
  • Vorzugsweise umfasst das Verfahren den Schritt des Identifizierens einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, die in der SIP-Invite-Nachricht enthalten ist, wobei die Mobilfunkteilnehmer-Identität und die SIP-URL den angerufenen Mobilfunkteilnehmer identifizieren. Eine Verbindung zwischen SIP-URLs und Mobilfunkteilnehmer-Identitäten wird durch ein Standortregister des Mobilfunknetzwerks (z.B. ein Heimatregister) verwaltet. Das Standortregister verwaltet zusätzlich Informationen über den aktuellen Standort von Mobilfunkteilnehmern. Bevorzugter sendet der SIP-Server nach Empfang einer SIP-Invite-Nachricht am SIP-Server eine Abfrage, welche die SIP-URL des angerufenen Mobilfunkteilnehmers enthält, an das Standortregister, das antwortet, indem es den aktuellen Standort des Mobilfunkteilnehmers und optional die damit verbundene Mobilfunkteilnehmer-Identität zurückgibt. Der aktuelle Standort kann die Identität (z.B. eindeutiger Name oder IP-Adresse) des zweiten SIP-Servers sein. In einer alternativen Ausführungsform kann das Standortregister dem SIP-Server nur den aktuellen Standort zurückgeben, in welchem Fall der bedienende ACP anschließend eine Abfrage an das Standortregister senden kann, um die Mobilfunkteilnehmer-Identität abzurufen.
  • Vorzugsweise, wenn der SIP-Server den aktuellen Standort des angerufenen Mobilfunkteilnehmers von dem Standortregis ter empfängt, sendet der SIP-Server eine SIP-Invite-Nachricht an den zweiten SIP-Server. Der zweite SIP-Server puffert die empfangene Nachricht, während eine Funkrufnachricht über die Funkschnittstelle an den angerufenen Teilnehmer gesendet wird. Für den Fall, dass eine Verbindung zwischen dem angerufenen Teilnehmer und dem bedienenden ACP hergestellt wird, weist der bedienende ACP dem angerufenen Teilnehmer eine IP-Adresse zu, und eine SIP-Invite-Nachricht wird gesendet. Die IP-Adresse wird für die Dauer der Sitzung dynamisch zugewiesen.
  • In gewissen Ausführungsformen der vorliegenden Erfindung wird die SIP-Invite-Nachricht an den angerufenen Teilnehmer von dem SIP-Server des bedienenden ACP in Verbindung mit der Funkrufnachricht gesendet. Die SIP-Invite-Nachricht kann über einen Funkrufkanal gesendet werden, z.B. huckepack auf der Funkrufnachrichtung, oder kann über einen getrennten Rundfunkkanal gesendet werden.
  • Ein Vorteil des Sendens der SIP-Invite-Nachricht an den angerufenen Teilnehmer ist, dass Informationen, die den Ursprung der Invite-Nachricht betreffen, z.B. die Identität der rufenden Station, für den angerufenen Teilnehmer vor der IP-Adressenzuweisung verfügbar gemacht werden kann.
  • In gewissen Ausführungsformen der vorliegenden Erfindung weist der bedienende ACP dem angerufenen Mobilfunkteilnehmer nach dem Empfang einer Annahmenachricht von dem Teilnehmer durch den bedienenden ACP, die als Antwort auf die gesendete Funkrufnachricht gesendet wurde, eine IP-Adresse zu. In anderen Ausführungsformen der Erfindung kann eine IP-Adresse mit dem angerufenen Teilnehmer bei der Registrierung im Netzwerk verknüpft werden. Dies kann beispielsweise erforderlich sein, wenn die SIP-Invite-Nachricht an den Mobilfunkteilnehmer gesendet werden soll. Die IP-Adresse kann von einer zeitweisen internationalen Mobilfunknummer (temporary International Mobile Subscriber Identity – TMSI) abgeleitet werden, die dem Mobilfunkteilnehmer zugewiesen wird, in welchem Fall die Adresse eine lokale Verweisadresse ist, die nur auf der Verbindung zwischen dem Mobilfunk-Endgerät und dem bedienenden ACP gültig ist. In anderen Ausführungsformen der Erfindung wird die SIP-Invite-Nachricht zu einem mithörenden Mobilfunk-Endgerät gesendet, wobei eine dem Endgerät bekannte "Rundruf"- oder "Gruppen"-IP-Adresse verwendet wird. Die Identität des Zielendgeräts wird durch eine eindeutige Kennung definiert, die in einem Nachrichtenkopf enthalten ist, z.B. einem Funkprotokollkopf (RLC oder MAC).
  • In gewissen Ausführungsformen der vorliegenden Erfindung umfasst der Schritt des Verwendens der SIP-URL zum Bestimmen der Identität eines Zugangskontrollpunkts (ACP), bei dem der Mobilfunkteilnehmer aktuell registriert ist:
    Identifizieren einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, die in der SIP-Invite-Nachricht enthalten ist, wobei die Mobilfunkteilnehmer-Identität und die SIP-URL den angerufenen Mobilfunkteilnehmer identifizieren;
    Senden einer Abfrage, welche die Mobilfunkteilnehmer-Identität enthält, an ein Standortregister, das Informationen über den aktuellen Standort des Mobilfunkteilnehmer verwaltet; und
    Zurückgeben der Identität des ACP-SIP-Servers an den abfragenden SIP-Server.
  • Der Schritt des Identifizierens einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, die in der SIP-Invite-Nachricht enthalten ist, kann an dem SIP-Server durchgeführt werden.
  • Der SIP-Server des Mobilfunknetzwerks, das die SIP-Invite-Nachricht, die durch die rufende Station initiiert wird, zunächst empfängt, kann in dem ACP eines Netzübergangsknotens, z.B. einem GGSN, implementiert werden.
  • Gemäß einem zweiten Gesichtspunkt der vorliegenden Erfindung wird ein Verfahren zum Initiieren einer IP-Sitzung zwischen einer rufenden Station und einem angerufenen Mobilfunkteilnehmer bereitgestellt, der in einem Mobilfunk-Kommunikationsnetzwerk registriert ist, wobei das Verfahren umfasst:
    Empfangen einer SIP-Invite-Nachricht an einem SIP-Server des Mobilfunknetzwerks, wobei die SIP-Invite-Nachricht eine SIP-URL enthält, die den Mobilfunkteilnehmer identifiziert;
    Identifizieren einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, die in der SIP-Invite-Nachricht enthalten ist, wobei die Mobilfunkteilnehmer-Identität den angerufenen Mobilfunkteilnehmer in dem Mobilfunknetzwerk identifiziert;
    Senden einer Funkrufnachricht an den Mobilfunkteilnehmer; und
    Zuweisen einer IP-Adresse zu dem Mobilfunkteilnehmer nach dem Empfang einer Funkruf-Antwortnachricht durch das Netzwerk, die von dem Mobilfunkteilnehmer gesendet wurde.
  • Gemäß einem dritten Gesichtspunkt der vorliegenden Erfindung wird ein Verfahren zum Initiieren einer IP-Kommunikationssitzung zwischen einer rufenden Station und einem angerufenen Mobilfunkteilnehmer bereitgestellt, der in einem Mobilfunk-Kommunikationsnetzwerk registriert ist, wobei das Verfahren umfasst:
    Empfangen einer SIP-Invite-Nachricht an einem SIP-Server des Mobilfunknetzwerks, wobei die SIP-Invite-Nachricht eine SIP-URL enthält, die den Mobilfunkteilnehmer identifiziert;
    Verwenden der SIP-URL zum Bestimmen der Identität eines zweiten SIP-Servers eines ACP, bei dem der Mobilfunkteilnehmer aktuell registriert ist;
    Identifizieren einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, die in der SIP-Invite-Nachricht enthalten ist, wobei die Mobilfunkteilnehmer-Identität den angerufenen Mobilfunkteilnehmer in dem Mobilfunknetzwerk identifiziert;
    Senden der SIP-Invite-Nachricht von dem SIP-Server zu dem identifizierten ACP-SIP-Server;
    Identifizieren einer IP-Adresse, die mit dem angerufenen Teilnehmer an dem ACP verknüpft ist;
    Senden einer SIP-Nachricht an den angerufenen Teilnehmer.
  • Es wird bemerkt, dass die Schritte des Identifizierens einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, und des Sendens der SIP-Invite-Nachricht von dem SIP-Server zu dem identifizierten ACP-SIP-Server untereinander austauschbar sind. Beispielsweise kann der Schritt des Identifizierens einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, mittels einer Kommunikation zwischen dem SIP-Server und einem Standortregister vor dem Schritt des Sendens der SIP-Invite-Nachricht an den ACP-SIP-Server durchgeführt werden, oder kann mittels einer Kommunikation zwischen dem ACP-SIP-Server und einem Stand ortregister nach dem Schritt des Sendens der SIP-Invite-Nachricht an den ACP-SIP-Server durchführt werden.
  • Es gibt eine Reihe verschiedener Mechanismen, durch die der ACP dem angerufenen Mobilfunkteilnehmer eine IP-Adresse zuweisen kann. Standardmäßige zustandsbehaftete oder zustandslose Adresskonfigurationsverfahren stehen zur Verfügung. Beispielsweise kann die IP-Adresse ein Präfix aufweisen, das mit dem ACP und einem Hauptteil verknüpft ist, der einer zeitweisen internationalen Mobilfunknummer entspricht (oder davon abgeleitet ist), die dem Mobilfunkteilnehmer zugewiesen wird. Ein weiteres Verfahren besteht darin, eine Identität einer unteren Protokollschicht als Teil einer IP-Adresse zu verwenden, z.B. indem eine zeitweilige Kennung eines Funknetzwerks (Radio Network Temporary Identifier – RNTI) als der Hauptrechner-Teil (in einem UMTS-Netzwerk) verwendet wird.
  • Gemäß einem vierten Gesichtspunkt der vorliegenden Erfindung wird ein Verfahren zur Rufumleitung eines Anrufs von einem ersten Teilnehmer eines Kommunikationsnetzwerks zu einem zweiten Mobilfunkteilnehmer eines Mobilfunk-Kommunikationsnetzwerks bereitgestellt, wobei das Verfahren umfasst:
    Empfangen einer SIP-Invite-Nachricht an einem SIP-Server des Kommunikationsnetzwerks, wobei die SIP-Invite-Nachricht eine SIP-URL enthält, die den ersten Teilnehmer identifiziert;
    Senden einer SIP-Invite-Nachricht an einen SIP-Server des Mobilfunk-Kommunikationsnetzwerks;
    Identifizieren am SIP-Server des Mobilfunk-Kommunikationsnetzwerks, ob eine Verbindung zwischen dem ersten und dem zweiten Teilnehmer hergestellt worden ist;
    Bestimmen der Identität eines SIP-Servers eines Zugangskontrollpunkts (ACP), bei dem der zweite Teilnehmer aktuell registriert ist;
    Senden der SIP-Invite-Nachricht zu dem SIP-Server des ACP; und
    Senden einer Funkrufnachricht an den zweiten Teilnehmer.
  • Sobald die SIP-Invite-Nachricht durch den SIP-Server des Mobilfunk-Kommunikationsnetzwerks empfangen und ein damit verbundener Mobilfunkteilnehmer identifiziert worden ist, kann das Verfahren gemäß dem Verfahren von irgendeinem der oben genannten ersten bis dritten Gesichtpunkte fortgesetzt werden.
  • Zum Initialisieren der Rufumleitungsprozedur kann der erste Teilnehmer eine Rufumleitungs-Anweisung an den SIP-Server des Kommunikationsnetzwerks senden, die den Server benachrichtigt, dass anschließende SIP-Invite-Nachrichten, die für den ersten Teilnehmer bestimmt sind, an das Mobilfunk-Kommunikationsnetzwerk weitergeleitet werden sollen.
  • Vorzugsweise wird die Verbindung zwischen dem ersten und dem zweiten Teilnehmer an dem SIP-Server des Mobilfunk-Kommunikationsnetzwerk hergestellt, indem der zweite Mobilfunkteilnehmer eine Berechtigungsanforderung an diesen SIP-Server sendet. Bevorzugter wird die Anforderung verschlüsselt und/oder enthält eine Teilnehmerberechtigung.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 stellt schematisch eine UMTS-Netzwerkarchitektur für paketvermittelte Dienste dar;
  • 2 stellt schematisch ein Telekommunikationssystem dar, das ein zellulares Telekommunikationsnetzwerk aufweist;
  • 3 ist ein Ablaufdiagramm, das ein Verfahren zum Herstellen einer Verbindung von einer rufenden Station zu einem Teilnehmer des zellularen Telekommunikationsnetzwerks von 2 darstellt; und
  • 4 stellt die Signalisierungsnachrichten dar, die während einer IP-Verbindungsphase in dem Netzwerk von 2 ausgetauscht werden;
  • 5 stellt die Signalisierungsnachrichten dar, die in dem Netzwerk von 2 nach dem Signalisierungsaustausch von 4 ausgetauscht werden; und
  • 6 stellt den Datenfluss auf der Benutzerebene in dem Netzwerk von 2 dar; und
  • 7 stellt schematisch ein Telekommunikationssystem dar, das ein Paar von zellularen Telekommunikationsnetzwerken aufweist.
  • DETAILLIERTE BESCHREIBUNG EINER BEVORZUGTEN AUSFÜHRUNGSFORM
  • Eine UMTS-Netzwerkarchitektur für paketvermittelte Dienste wurde oben unter Bezugnahme auf 1 bereits beschrieben. In 2 ist ein erweitertes UMTS-Telekommunikationssystem dargestellt, das auf der direkten Internetzugangs- (DIA) Architektur basiert und ein zellulares Telekommunikationsnetzwerk aufweist, das allgemein mit dem Bezugszeichen 1 angegeben wird. Das Netzwerk 1 weist einen Netzwerkknoten 2 auf, der einen ACP 3, (der Medien-Netzübergangssteuereinrichtung und Mobilitätsmanagement-Funktionalität enthält), und einen Mediennetzübergang 4 enthält. Der Mediennetzübergang 4 wird durch den ACP 3 gesteuert.
  • Der ACP 3 implementiert einen SIP-Server 5, der das Sitzungsinitiierungsprotokoll (SIP) der Internet Engineering Task Force (IETF) (siehe IETF RFC 2543) zum Erstellen, Modifizieren und Beenden von Sitzungen mit einem oder mehr Teilnehmern verwendet. Internet-Benutzer können auf das Internet 6 zugreifen und mit dem Telekommunikationsnetzwerk 1 unter Verwendung von Endgeräten, wie beispielsweise dem Rechner-Endgerät 7 kommunizieren (es ist natürlich klar, dass das Endgerät 7 an das Internet 6 über beispielsweise ein Modem und einen Internet-Dienstanbieter gekoppelt wird).
  • Das Netzwerk 1 weist einen Heimat-SIP-Server 8 auf, dessen Funktion im Folgenden beschrieben wird. Das Netzwerk 1 umfasst auch ein Heimatregister (Home Location Register – HLR) 9, das den aktuellen Standort von Teilnehmern im Netzwerk 1 aufzeichnet. Wenn ein Teilnehmer beispielsweise aktuell in dem Netzwerk 1 registriert ist, (d.h. seinem Heimatnetzwerk), zeichnet das HLR 9 den ACP 3 (bzw. die IP-Adresse des SIP-Servers 5) auf, mit dem der Teilnehmer verbunden ist. Wenn der Teilnehmer mit einem fremden Netzwerk verbunden ist, zeichnet das HLR 9 die Identität des ACP auf, mit dem der Teilnehmer in dem fremden Netzwerk verbunden ist. Das Telekommunikationsnetzwerk 1 wird mit einem Domain Name System- (DNS) Server 10 bereitgestellt, der fähig ist, standardmäßige Domain-Namen (z.B. sip.operator.com) in jeweilige IP-Adressen aufzulösen.
  • Die Arbeitsweise des Systems von 2 wird im Folgenden beschrieben im Vergleich zu der Kommunikation von Internet-Protokoll- (IP) Daten zu und von einem Mobilfunk-Endgerät 11, das von einem Teilnehmer des Netzwerks 1 verwendet wird (es ist zu beachten, dass die durchgezogenen Linien in 2 den Fluss von Signalisierungsinformationen darstellen, die zwischen den verschiedenen Netzübergängen und den rufenden und angerufenen Stationen ausgetauscht werden, während die gestrichelten Linien den Fluss der Benutzerda ten darstellen). Nach dem Einschalten des Endgeräts 11 ist das Endgerät 11 mit dem ACP 3 über eine RNC 12 verbunden und registriert sich in seinem Heimatnetzwerk 1. Die Registrierung umfasst das Benachrichtigen des HLR 9 über den Standort des Endgeräts 11 sowie die IMSI und SIP-URL des Endgeräts 11, wobei die SIP-URL ein Name (z.B. sip:jim.jones@company.com) oder eine Telefonnummer (z.B. +1-212-555-1212@company.com) sein kann. In diesem Zustand wird das Endgerät 11 als im Verbunden-Zustand befindlich beschrieben und weist einen aktiven Mobilitätsmanagement-Kontext in dem Netzwerk (d.h. in dem ACP 3) auf.
  • Angenommen, der Benutzer des Rechnerendgeräts 7 initiiert eine Verbindung zu dem Teilnehmer mit dem Mobilfunk-Endgerät 11. Dazu muss das Rechnerendgerät 7 unter Verwendung der IP-Adresse des Heimat-SIP-Servers 8 eine SIP-Invite-Nachricht an den Heimat-SIP-Server 8 senden. Wenn das Endgerät 7 die IP-Adresse nicht kennt, sondern nur die SIP-URL (d.h. sip:UE@sip.operator.com), kann das Endgerät 7 den Domain-Namen-Teil der SIP-URL verwenden, um die entsprechende IP-Adresse von dem DNS-Server 10 abzurufen (Phase (1)). Phase (2) umfasst das Senden einer SIP-Invite-Nachricht an den Heimat-SIP-Server 8 über das Internet 6.
  • Zu dem Zeitpunkt, zu dem der Heimat-SIP-Server 8 die SIP-Invite-Nachricht empfängt, kennt er den aktuellen Standort des angerufenen Teilnehmers 11 nicht. Der Heimat-SIP-Server 8 muss daher mit dem HLR 9 Verbindung aufnehmen (Phase (3)). Der Heimat-SIP-Server 8 sendet die SIP-Invite-Nachricht (oder einen relevanten Abschnitt davon) an das HLR 9. Das HLR 9 verwendet die SIP-URL des angerufenen Teilnehmers, um die internationale Mobilfunknummer (International Mobile Subscriber Identity – IMSI) dieses Teilnehmers zu bestimmen, die den Teilnehmer eindeutig identifiziert. Das HLR 9 identifiziert dann den aktuellen Standort, (d.h. den SIP-Server 5 des ACP 3, mit dem der Teilnehmer verbunden ist), des Teilnehmers und gibt diesen zusammen mit der IMSI an den Heimat-SIP-Server 8 zurück. Am Heimat-SIP-Server 8 wird die Identität des ACP-SIP-Servers in eine IP-Adresse umgewandelt, wozu beispielsweise eine Übersetzungstabelle in einem DNS-Knoten verwendet wird. Alternativ kann diese Übersetzung an dem HLR 9 erfolgen, wobei die IP-Adresse an den Heimat-SIP-Server 8 zurückgegeben wird.
  • Sobald der Heimat-SIP-Server 8 die IMSI und den aktuellen Standort des Mobilfunk-Teilnehmers 11 kennt, leitet der Heimat-SIP-Server 8 eine SIP-Invite-Nachricht zu dem relevanten ACP-SIP-Server 5 weiter (Phase (4)). Der ACP 3 kann sich in dem Heimat-PLMN oder in einem fremden PLMN befinden. Die IMSI wird huckepack auf die SIP-Invite-Nachricht gepackt. Der ACP-SIP-Server 5 puffert die SIP-Invite-Nachricht, während die RNC 12 eine Funkrufnachricht an den Mobilfunkteilnehmer ausgibt, wobei sie einen Funkruf-Sendekanal verwendet (Phase (5)). In dem Fall, in dem der Mobilfunkteilnehmer auf die Funkrufnachricht antwortet, wird der ACP 3 über die Antwort benachrichtigt und weist dem Mobilfunkteilnehmer 11 eine IP-Adresse zu. Die gepufferte SIP-Invite-Nachricht kann dann an den Teilnehmer 11 unter Verwendung des IP (über verschiedene Verbindungs- und Transportprotokolle) weitergeleitet werden. Nach Empfang der SIP-Invite-Nachricht, (die den Mobilfunkteilnehmer 11 über die Identität der rufenden Station benachrichtigt), kann der Mobilfunkteilnehmer 11 den Anruf annehmen oder zurückweisen. Im ersten Fall erzeugt das Endgerät des Teilnehmers eine entsprechende SIP-Nachricht, die über die SIP-Server 5, 8 an das Endgerät 7 der rufenden Station zurückgegeben wird. Im letzteren Fall erzeugt der ACP-SIP-Server 5 eine entsprechende SIP-Nachricht (z.B. "im Augenblick nicht erreichbar") und gibt sie an das Endgerät 7 der rufenden Station zurück.
  • 3 ist ein Ablaufdiagramm, das des Weiteren das Verfahren des Herstellens einer Verbindung zwischen der rufenden Station 7 und dem Mobilfunkteilnehmer 11 darstellt. Es wird bemerkt, dass dieses Szenario von der Annahme ausgeht, dass dem Mobilfunkteilnehmer eine IP-Adresse nicht bereits zugewiesen worden ist. Wenn eine IP-Adresse zugewiesen ist, dann kann die SIP-Invite-Nachricht direkt an das Endgerät 11 des Teilnehmers gesendet werden. 4 stellt die Signalisierungsnachrichten dar, die zwischen den verschiedenen Knoten während der oben beschriebenen IP-Verbindungsphase ausgetauscht werden. 5 stellt die Signalisierungsnachrichten dar, die zwischen diesen Knoten ausgetauscht werden, sobald eine aktive Verbindung hergestellt worden ist, (d.h. nach der Signalisierungsphase von 4), wobei MS die Mobilfunkstation bzw. das Endgerät angibt und CH den entsprechenden Hauptrechner bezeichnet. Es wird bemerkt, dass, da der SIP-Server 8 den Standort des Mobilfunkteilnehmers 11 bereits kennt, für den Server kein Bedarf besteht, wieder mit dem HLR 11 Verbindung aufzunehmen. 6 stellt den Datenfluss auf der Benutzerebene dar, von der aus offenkundig wird, dass der CH fähig ist, die SIP-Nachrichten (und andere Daten) direkt an die MS zu senden, wozu die IP-Adresse in dem Netzübergang verwendet wird.
  • In einer Modifizierung der oben beschriebenen Ausführungsform kann eine IP-Adresse mit dem angerufenen Teilnehmer verknüpft werden, nachdem sich der Teilnehmer in dem Netzwerk 1 registriert hat. Die SIP-Invite-Nachricht kann dann huckepack auf die Funkrufnachricht gepackt werden oder unter Umständen über einen getrennten Rundruf- oder Gruppen-Kanal, auf dem das Endgerät 11 des Teilnehmers nach Empfang der Rufrufnachricht mithört, gesendet werden. Die IP-Adresse, die dem Mobilfunkteilnehmer 11 in dieser Stufe zugewiesen wird, muss nicht global eindeutig sein, da sie nur innerhalb des Netzwerks 1 verwendet wird. Eine global eindeutige IP-Adresse muss nur dem angerufenen Teilnehmer zugewiesen werden, sobald der Teilnehmer beschlossen hat, die SIP-Invite anzunehmen und mit der Kommunikation über das Internet 6 beginnen möchte.
  • Die erste IP-Adresse kann wie folgt zugewiesen werden. Wenn der Mobilfunkteilnehmer 11 sich im Netzwerk 1 registriert, wird ihm (gemäß UMTS und GSM) eine zeitweise IMSI (TMSI) zugewiesen, die normalerweise statt der IMSI bei der Signalisierung zwischen dem Endgerät 11 des Teilnehmers und dem Netzwerk 1 verwendet wird, um die Identität des Teilnehmers zu verbergen. Nach dem Empfang der TMSI erzeugt das Endgerät 11 des Teilnehmens eine lokale IP-Verweisadresse, indem das lokale Verweisadressenpräfix und die TMSI kombiniert werden. Das Mobilfunknetzwerk verwendet diese IP-Adresse zur SIP-Aufforderung, so lange die TMSI dem Teilnehmer zugewiesen ist. Ein alternatives Verfahren zum Zuweisen einer IP-Adresse für den Einsatz bei der Übertragung einer SIP-Invite-Nachricht zu einem Mobilfunkteilnehmer umfasst das Senden von IP-Adressen unter Verwendung einer Gruppen- oder Rundruf-IP-Adresse, die dem Endgerät des Teilnehmers bekannt ist. Ein Mobilfunk-Endgerät hört auf dem entsprechenden Kanal mit und nimmt eine IP-Adresse an. Über die Wahl der IP-Adresse wird dann das Netzwerk 1 benachrichtigt.
  • 7 stellt ein Paar von zellularen Telekommunikationsnetzwerken 13, 14 dar, die durch einen Netzübergang 15 miteinander verbunden sind. Angenommen, dass ein "Sam Smith" ein Teilnehmer eines ersten der Netzwerke 13 ist und ein "Jim Jones" ein Teilnehmer des zweiten Netzwerks 14 ist, wobei Sam und Jim jeweils Mobilfunk-Endgeräte 16 und 17 verwenden. In bestimmten Fällen möchte Sam Smith, dass Verbindungen, die zu ihm hergestellt werden, zu Jim Jones umgeleitet werden. Wenn das SIP für eine Ende-Ende-Verbindungssteuerung verwendet wird, ist für die Rufumleitung erforderlich, dass Sam Smith und Jim Jones ihre jeweiligen Heimatnetzwerke über den Rufumleitungsvorgang benachrichtigen.
  • Die Arbeitsweise des SIP-Servers beim Identifizieren des Standorts (und der IMSI) eines angerufenen Mobilfunkteilnehmers wurde oben unter Bezugnahme auf die 2 bis 6 bereits beschrieben. Es ist daher klar, dass verschiedene SIP-Server in beiden der Heimatnetzwerke vorhanden sind. Insbesondere stellt 7 einen Heimat-SIP-Server 18 dar, der mit einem HLR von Sams Netzwerk 13 verbunden ist, während ein Heimat-SIP-Server 19 mit einem HLR von Jims Netzwerk verbunden ist. Um eine Rufumleitung zu ermöglichen, verwaltet der SIP-Server 18 einen Teilnehmer-Datensatz für jeden Teilnehmer. An einen Datensatz für einen Teilnehmer kann (a) die SIP-URL des Teilnehmers, (b) der Verschlüsselungsschlüssel (oder das Kennwort zu Authentisierungszwecken) des Teilnehmers, (c) eine Rufumleitungs-Anforderung, welche die SIP-URL des Teilnehmers angibt, an den Verbindungen weitergeleitet werden sollen, und/oder (d) eine Berechtigung, eingehende Verbindungen anzunehmen, die von einem anderen Teilnehmer weitergeleitet wurden, angehängt sein.
  • Wenn das Beispiel von Sam Smith und Jim Jones nochmals betrachtet wird, muss Jim Jones, um die Umleitung von Verbindungen von dem Ersteren zum Letzteren zu gestatten, zuerst eine Berechtigung an den SIP-Server 19 seines Heimatnetzwerks 14 senden, um Verbindungen anzunehmen, die von Sam Smith weitergeleitet wurden. Wenn Sam Smith die Rufumleitung aktivieren möchte, sendet er eine Rufumleitungs-Anweisung, welche die SIP-URL von Jim Jones enthält, an den SIP-Server 18 seines Heimatnetzwerks 13. Wenn eine an Sam Smith gerichtete SIP-Invite am SIP-Server 18 von Sam Smiths Heimatnetzwerk 13 empfangen wird, erkennt der SIP-Server 18 die Rufumleitungs-Anweisung und leitet die SIP-Invite an den SIP-Server 19 von Jim Jones' Heimatnetzwerk 14 weiter.
  • Der SIP-Server 19 identifiziert die SIP-URL von Sam Smith in der SIP-Invite-Nachricht und identifiziert auch die Verbindung dieser SIP-URL mit der SIP-URL von Jim Jones (die Verbindung zwischen dem weiterleitenden Teilnehmer und dem Ziel-Teilnehmer kann alternativ unter Verwendung von IMSIs, IMEIs usw. erreicht werden). Der SIP-Verbindungsprozess kann dann wie oben beschrieben fortgesetzt werden, wobei eine SIP-Invite-Nachricht an den (in 7 nicht dargestellten) bedienenden ACP gesendet wird, der Sam Smith bedient. Das Mobilfunk-Endgerät von Jim Jones erhält dann eine Funknachricht und angenommen, dass Jim Jones den Anruf annimmt, wird ihm durch den bedienenden ACP eine zeitweise IP-Adresse zugewiesen. Die Rufumleitungs-Berechtigung am SIP-Server 19 oder die Rufumleitungs-Anweisung am SIP-Server 18 kann durch die jeweiligen Teilnehmer aufgehoben werden. Anweisungen, die an die SIP-Server 18, 19 gesendet werden, werden vorzugsweise verschlüsselt und verwenden Authentisierungstechniken, um die Sicherheit des Dienstes sicherzustellen.
  • Dem Fachmann ist klar, dass verschiedene Modifizierungen an den oben beschriebenen Ausführungsformen vorgenommen werden können, ohne von dem Umfang der vorliegenden Erfindung abzuweichen. Es kann beispielsweise sein, dass das HLR 9 dem SIP-Server 8 nur den Standort des angerufenen Mobilfunkteilnehmers zurückgibt, und nicht die IMSI des Teilnehmers. Wenn der ACP 3 die weitergeleitete SIP-Invite-Nachricht empfängt, muss der ACP 3 in diesem Fall mit dem HLR 9 in Verbindung treten, um die IMSI des Teilnehmers zu erhalten (dargestellt durch die gepunktete Linie in 1). Es kann auch sein, dass die Umwandlung von SIP-URL in IMSI am SIP-Server 8 (oder am ACP 3) vorgenommen wird. Ein Nachteil solcher Anordnungen wäre jedoch die Erfordernis, aktuelle Kundendatenbanken an mehreren Standorten zu verwalten.

Claims (23)

  1. Verfahren zum Warnen eines Mobilfunk-Teilnehmers, der in einem Mobilfunk-Kommunikationsnetzwerk registriert ist, hinsichtlich einer Sitzungsbeginn-Anforderung, die von einer rufenden Station gesendet wird, wobei das Verfahren umfasst: Empfangen einer SIP-Invite-Nachricht an einem SIP-Server des Mobilfunknetzwerks, wobei die SIP-Invite-Nachricht eine SIP-URL enthält, die den Mobilfunkteilnehmer identifiziert; Verwenden der SIP-URL zum Bestimmen der Identität eines zweiten SIP-Servers eines Zugangskontrollpunkts (ACP), der den Mobilfunkteilnehmer bedient; Senden einer SIP-Invite-Nachricht an den zweiten SIP-Server; und Veranlassen, dass eine Funkruf-Nachricht an den Mobilfunkteilnehmer gesendet wird, wobei eine IP-Adresse zur Verwendung bei der Bereitstellung des Dienstes, auf den sich die SIP-Invite-Nachricht bezieht, dem Mobilfunkteilnehmer erst nach dem Empfang der SIP-Invite-Nachricht an dem zweiten SIP-Server zugewiesen wird.
  2. Verfahren nach Anspruch 1 und umfassend den Schritt des Identifizierens einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, die in der SIP-Invite-Nachricht enthalten ist, wobei die Mobilfunkteilnehmer-Identität und die SIP-URL den angerufenen Mobilfunkteilnehmer identifizieren.
  3. Verfahren nach Anspruch 2, wobei eine Verbindung zwischen SIP-URLs und Mobilfunkteilnehmer-Identitäten durch ein Standortregister des Mobilfunknetzwerks verwaltet wird.
  4. Verfahren nach Anspruch 3, wobei das Standortregister Informationen über der aktuellen Standort von Mobilfunkteilnehmern verwaltet.
  5. Verfahren nach Anspruch 4, wobei nach Empfang einer SIP-Invite-Nachricht am SIP-Server der SIP-Server eine Abfrage, welche die SIP-URL des angerufenen Mobilfunkteilnehmers enthält, an das Standortregister sendet, das antwortet, indem es die damit verbundene Mobilfunkteilnehmer-Identität und den aktuellen Standort des Mobilfunkteilnehmers zurückgibt.
  6. Verfahren nach Anspruch 5, wobei der aktuelle Standort die Identität des zweiten SIP-Servers ist.
  7. Verfahren nach Anspruch 5, wobei das Standortregister dem SIP-Server den aktuellen Standort des angerufenen Teilnehmers zurückgibt, und der ACP anschließend eine Abfrage an das Standortregister sendet, um die Mobilfunkteilnehmer-Identität abzurufen.
  8. Verfahren nach irgendeinem der Ansprüche 4 bis 7, wobei, wenn der SIP-Server den aktuellen Standort des angerufenen Mobilfunkteilnehmers von dem Standortregister empfängt, der SIP-Server eine SIP-Invite-Nachricht an den zweiten SIP-Server sendet.
  9. Verfahren nach Anspruch 8, wobei die Teilnehmeridentität eine internationale Mobilfunknummer (IMSI) ist, und die IMSI in der SIP-Invite-Nachricht enthalten ist, die an den zweiten SIP-Server gesendet wird.
  10. Verfahren nach Anspruch 8 oder 9, wobei der zweite SIP-Server die empfangene Nachricht puffert, während eine Funkrufnachricht über die Funkschnittstelle an den angerufenen Teilnehmer gesendet wird.
  11. Verfahren nach irgendeinem der Ansprüche 8 bis 10, wobei für den Fall, dass eine Verbindung zwischen dem angerufenen Teilnehmer und dem ACP hergestellt wird, der ACP dem angerufenen Teilnehmer eine IP-Adresse zuweist.
  12. Verfahren nach irgendeinem der Ansprüche 8 bis 11, wobei die SIP-Invite-Nachricht an den angerufenen Teilnehmer von dem SIP-Server des bedienenden ACP in Verbindung mit der Funkrufnachricht gesendet wird.
  13. Verfahren nach Anspruch 12, wobei die SIP-Invite-Nachricht über einen Funkrufkanal oder einen getrennten Rundfunkkanal gesendet wird.
  14. Verfahren nach irgendeinem der Ansprüche 8 bis 13, wobei der ACP dem angerufenen Teilnehmer nach dem Empfang einer Annahmenachricht von dem Teilnehmer durch den ACP eine IP-Adresse zuweist, die als Antwort auf die gesendete Funkrufnachricht gesendet wurde.
  15. Verfahren nach irgendeinem der Ansprüche 8 bis 13, wobei dem angerufenen Teilnehmer bei der Registrierung im Netzwerk eine IP-Adresse zugewiesen wird.
  16. Verfahren nach Anspruch 15, wobei die IP-Adresse von einer zeitweisen internationalen Mobilfunknummer (TMSI) abgeleitet wird, die dem Mobilfunkteilnehmer zugewiesen wird.
  17. Verfahren nach Anspruch 1, wobei der Schritt des Verwendens der SIP-URL zum Bestimmen der Identität ei nes Zugangskontrollpunkts (ACP), bei dem der Mobilfunkteilnehmer aktuell registriert ist, umfasst: Identifizieren einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, die in der SIP-Invite-Nachricht enthalten ist, wobei die Mobilfunkteilnehmer-Identität und die SIP-URL den angerufenen Mobilfunkteilnehmer identifizieren; Senden einer Abfrage, welche die Mobilfunkteilnehmer-Identität enthält, an ein Standortregister, das die Informationen über den aktuellen Standort des Mobilfunkteilnehmer verwaltet; und Zurückgeben der Identität des ACP-SIP-Servers an den abfragenden SIP-Server.
  18. Verfahren nach irgendeinem der Ansprüche 2 bis 17, wobei eine IP-Sitzung zwischen einer rufenden Station und einem angerufenen Mobilfunkteilnehmer, der in einem Mobilfunk-Kommunikationsnetzwerk registriert ist, initiiert wird, wobei das Verfahren umfasst: Empfangen einer SIP-Invite-Nachricht an einem SIP-Server des Mobilfunknetzwerks, wobei die SIP-Invite-Nachricht eine SIP-URL enthält, die den Mobilfunkteilnehmer identifiziert; Identifizieren einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, die in der SIP-Invite-Nachricht enthalten ist, wobei die Mobilfunkteilnehmer-Identität den angerufenen Mobilfunkteilnehmer in dem Mobilfunknetzwerk identifiziert; Senden einer Funkrufnachricht an den Mobilfunkteilnehmer; und Zuweisen einer IP-Adresse zu dem Mobilfunkteilnehmer nach dem Empfang einer Funkruf-Antwortnachricht durch das Netzwerk, die von dem Mobilfunkteilnehmer gesendet wurde.
  19. Verfahren nach irgendeinem der Ansprüche 2 bis 17, wobei eine IP-Kommunikationssitzung zwischen einer rufenden Station und einem angerufenen Mobilfunkteilnehmer, der in einem Mobilfunk-Kommunikationsnetzwerk registriert ist, initiiert wird, wobei das Verfahren umfasst: Empfangen einer SIP-Invite-Nachricht an einem SIP-Server des Mobilfunknetzwerks, wobei die SIP-Invite-Nachricht eine SIP-URL enthält, die den Mobilfunkteilnehmer identifiziert; Verwenden der SIP-URL zum Bestimmen der Identität eines zweiten SIP-Servers eines ACP, bei dem der Mobilfunkteilnehmer aktuell registriert ist; Identifizieren einer Mobilfunkteilnehmer-Identität, die einer SIP-URL entspricht, die in der SIP-Invite-Nachricht enthalten ist, wobei die Mobilfunkteilnehmer-Identität den angerufenen Mobilfunkteilnehmer in dem Mobilfunknetzwerk identifiziert; Senden einer SIP-Invite-Nachricht von dem SIP-Server zu dem identifizierten ACP-SIP-Server; und Identifizieren einer IP-Adresse, die dem angerufenen Teilnehmer an dem ACP zugewiesen wurde und Senden einer Funkrufnachricht zusammen mit der SIP-Nachricht an den angerufenen Teilnehmer.
  20. Verfahren nach Anspruch 18 oder 19, wobei ein Anruf von einem ersten Teilnehmer eines Kommunikationsnetz werks zu einem zweiten Mobilfunkteilnehmer eines Mobilfunk-Kommunikationsnetzwerks weitergeleitet wird, wobei das Verfahren umfasst: Empfangen einer SIP-Invite-Nachricht an einem SIP-Server des Kommunikationsnetzwerks, wobei die SIP-Invite-Nachricht eine SIP-URL enthält, die den ersten Teilnehmer identifiziert; Senden der SIP-Invite-Nachricht an einen SIP-Server des Mobilfunk-Kommunikationsnetzwerks; am SIP-Server des Mobilfunk-Kommunikationsnetzwerks identifizieren, ob eine Verbindung zwischen dem ersten und dem zweiten Teilnehmer hergestellt worden ist; Bestimmen der Identität eines SIP-Servers eines Zugangskontrollpunkts (ACP), bei dem der zweite Teilnehmer aktuell registriert ist; Senden der SIP-Invite-Nachricht zu dem SIP-Server des ACP; und Senden einer Funkrufnachricht an den zweiten Teilnehmer.
  21. Verfahren nach Anspruch 20, wobei, sobald die SIP-Invite-Nachricht durch den SIP-Server des Mobilfunk-Kommunikationsnetzwerks empfangen und ein damit verbundener Mobilfunkteilnehmer identifiziert worden ist, das Verfahren gemäß dem Verfahren von irgendeinem der Ansprüche 1 bis 18 fortgesetzt wird.
  22. Verfahren nach Anspruch 20 oder 21, wobei zum Initialisieren der Rufumleitungsprozedur der erste Teilnehmer eine Rufumleitungs-Anweisung an den SIP-Server des Kommunikationsnetzwerks sendet, die den Server benachrichtigt, dass die folgende SIP-Invite-Nachricht, die für den ersten Teilnehmer bestimmt ist, an das Mobilfunk-Kommunikationsnetzwerk weitergeleitet werden soll.
  23. Verfahren nach irgendeinem der Ansprüche 20 bis 21, wobei die Verbindung zwischen dem ersten und dem zweiten Teilnehmer an dem SIP-Server des Mobilfunk-Kommunikationsnetzwerk hergestellt wird, indem der zweite Mobilfunkteilnehmer eine Verbindungsanforderung an diesen SIP-Server sendet.
DE60114163T 2000-03-18 2001-03-07 Ip kommunikation in einem zellularen kommunkationssystem Expired - Lifetime DE60114163T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB0006464 2000-03-18
GBGB0006464.2A GB0006464D0 (en) 2000-03-18 2000-03-18 Ip communication in a cellular telecommunications system
PCT/EP2001/002616 WO2001072007A1 (en) 2000-03-18 2001-03-07 Ip communication in a cellular telecommunications system

Publications (2)

Publication Number Publication Date
DE60114163D1 DE60114163D1 (de) 2006-03-02
DE60114163T2 true DE60114163T2 (de) 2006-06-29

Family

ID=9887829

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60114163T Expired - Lifetime DE60114163T2 (de) 2000-03-18 2001-03-07 Ip kommunikation in einem zellularen kommunkationssystem

Country Status (7)

Country Link
US (1) US7193987B2 (de)
EP (1) EP1266506B1 (de)
AT (1) ATE307451T1 (de)
AU (1) AU2001252171A1 (de)
DE (1) DE60114163T2 (de)
GB (1) GB0006464D0 (de)
WO (1) WO2001072007A1 (de)

Families Citing this family (79)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1386509B1 (de) * 2001-04-27 2010-06-23 Nokia Corporation Teilnehmerendgerät, netzwerkelement, und verfahren und kommunikationssystem zur herstellung einer notfallsitzung
GB2376842A (en) * 2001-06-18 2002-12-24 Ipwireless Inc Integration of network control functions in a wireless network
FR2827465B1 (fr) * 2001-07-13 2004-01-02 Cegetel Procede d'adressage d'un terminal mobile
US7254614B2 (en) * 2001-11-20 2007-08-07 Nokia Corporation Web services push gateway
GB2382203A (en) * 2001-11-20 2003-05-21 Hewlett Packard Co Alerting users to impending events
EP1317108A1 (de) * 2001-11-29 2003-06-04 Telefonaktiebolaget Lm Ericsson Anrufsteuerungsnetzwerk, Zugangssteuerungsserver und Anrufsteuerungsverfahren
JP4349766B2 (ja) * 2001-12-07 2009-10-21 株式会社日立製作所 アドレス変換装置
US8417827B2 (en) * 2001-12-12 2013-04-09 Nokia Corporation Synchronous media playback and messaging system
ES2322434T3 (es) * 2001-12-27 2009-06-22 Nokia Corporation Procedimiento, sistema y pasarela para localizar un terminal movil.
FI20020818A0 (fi) * 2002-04-30 2002-04-30 Ericsson Telefon Ab L M Menetelmä ja järjestely persoonattoman tilapäisen numeron antamiseksi viestintäverkon tilaajalle
JP3972733B2 (ja) * 2002-05-30 2007-09-05 株式会社日立製作所 アドレス変換装置、アドレス変換システム、及びｓｉｐサーバ
US6944479B2 (en) 2002-06-24 2005-09-13 Microsoft Corporation Using call establishment signaling to request data
US7254643B1 (en) 2002-08-08 2007-08-07 At&T Corp. System and method for providing multi-media services to communication devices over a communications network
JP3800158B2 (ja) * 2002-09-27 2006-07-26 ブラザー工業株式会社 データ送信システム、端末装置、及びプログラム
KR100475186B1 (ko) 2002-12-02 2005-03-10 삼성전자주식회사 접속 설정 프로토콜을 이용한 단말 장치의 등록 방법
US7020440B2 (en) * 2002-12-13 2006-03-28 Ntt Docomo, Inc. Method and apparatus for an SIP based paging scheme
US6931453B2 (en) * 2003-01-03 2005-08-16 Nokia Corporation Method and apparatus for resolving protocol-agnostic schemes in an internet protocol multimedia subsystem
US8755822B2 (en) 2003-01-13 2014-06-17 Nokia Corporation Method and system for locating a mobile terminal
GB2398458B (en) * 2003-02-15 2005-05-25 Ericsson Telefon Ab L M Conversational bearer negotiation
US7418485B2 (en) * 2003-04-24 2008-08-26 Nokia Corporation System and method for addressing networked terminals via pseudonym translation
US7366163B1 (en) 2003-04-25 2008-04-29 At&T Corp. Method for providing local and toll services with LNP, and toll-free services to a calling party which originates the call from an IP location connected to a sip-enabled IP network
AU2004237176B2 (en) * 2003-05-01 2008-10-02 Interdigital Technology Corporation Delivery of data over WLAN coupled to 3GPP
GB0314252D0 (en) * 2003-06-19 2003-07-23 Ericsson Telefon Ab L M Conversational bearer negotiation
US20040266425A1 (en) * 2003-06-24 2004-12-30 Sbc, Inc. Wireless wide area network charger and cradle
EP1503558A1 (de) * 2003-08-01 2005-02-02 Siemens Aktiengesellschaft Verbindung von Teilnehmern in hybriden Kommunikationsnetzen
KR100544195B1 (ko) * 2003-08-12 2006-01-23 삼성전자주식회사 모바일 ＩＰｖ６ 상에서의 세션 설정 프로토콜을 이용한세션 설정 방법 및 시스템
US7616950B2 (en) * 2003-09-04 2009-11-10 At&T Intellectual Property I, L.P. Call forwarding control device and method of call management
US7769392B2 (en) * 2003-09-23 2010-08-03 At&T Intellectual Property I, L.P. Method and system for forwarding wireless communications
US20050064853A1 (en) * 2003-09-23 2005-03-24 Sbc Knowledge Ventures, L.P. Unified telephone handset for personal communications based on wireline and wireless network convergence
US20050071419A1 (en) * 2003-09-26 2005-03-31 Lewontin Stephen Paul System, apparatus, and method for providing Web services using wireless push
US20050071423A1 (en) * 2003-09-26 2005-03-31 Jaakko Rajaniemi System, apparatus, and method for providing Web services on mobile devices
CN1607800B (zh) * 2003-10-15 2010-05-12 华为技术有限公司 一种实现增强呼叫控制的方法及网络系统
US7577427B2 (en) * 2003-11-05 2009-08-18 At&T Intellectual Property I, L.P. System and method of transitioning between cellular and voice over internet protocol communication
KR100770848B1 (ko) * 2003-11-06 2007-10-26 삼성전자주식회사 이동통신 시스템에서 이동 단말의 아이피 이동성 지원 방법 및 시스템
US8170912B2 (en) * 2003-11-25 2012-05-01 Carhamm Ltd., Llc Database structure and front end
EP1555786A1 (de) * 2004-01-14 2005-07-20 Siemens Aktiengesellschaft Verfahren zum Aufbauen einer Datenverbindung zwischen einem ersten und einem zweiten mobilen Kommunikationsendgerät
US7567555B1 (en) 2004-03-22 2009-07-28 At&T Corp. Post answer call redirection via voice over IP
US7924771B2 (en) * 2004-04-13 2011-04-12 Qualcomm, Incorporated Multimedia communication using co-located care of address for bearer traffic
CN100452891C (zh) * 2004-04-22 2009-01-14 Ut斯达康通讯有限公司 一种资源集中控制的分布式无线系统
US8089972B2 (en) 2004-05-03 2012-01-03 Level 3 Communications, Llc Registration redirect server
US20050277431A1 (en) * 2004-06-14 2005-12-15 Sbc Knowledge Ventures, Lp System and method for managing wireless data communications
US7760704B2 (en) * 2004-06-29 2010-07-20 Interdigital Technology Corporation System and method for call routing and paging across different types of networks
US20060003806A1 (en) * 2004-07-02 2006-01-05 Sbc Knowledge Ventures, L.P. Phone synchronization device and method of handling personal information
US8385937B2 (en) * 2004-07-07 2013-02-26 Toshiba America Research Inc. Load equalizing antennas
US7558254B2 (en) * 2004-08-10 2009-07-07 Alcatel-Lucent Usa Inc. Method and apparatus for call routing via gateway brokering
EP1784941B1 (de) * 2004-08-31 2008-10-15 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Kommunikationsvorrichtung
US7933253B2 (en) * 2004-09-20 2011-04-26 Panasonic Corporation Return routability optimisation
US7940730B1 (en) * 2004-11-04 2011-05-10 At&T Mobility Ii Llc Network-initiated method and system for establishing data communication using IP with a wireless terminal
US8768350B2 (en) * 2004-12-09 2014-07-01 Level 3 Communications, Llc Systems and methods for locating endpoints in a communication network
US9843557B2 (en) 2004-12-09 2017-12-12 Level 3 Communications, Llc Systems and methods for dynamically registering endpoints in a network
US7734019B1 (en) * 2004-12-09 2010-06-08 Level 3 Communications, Llc Systems and methods for third party emergency call termination
EP1684490A1 (de) * 2005-01-21 2006-07-26 Hewlett-Packard Development Company, L.P. Verfahren zur Aktivierung eines Netz-gegründeten Services in einem Kommunikationsnetz, Apparat, Vorrichtung und Netz dafür
US8208413B1 (en) 2005-02-14 2012-06-26 Rockstar Bidco, LP Multiple-termination routing in a wireless network environment with an internet protocol core
FI20055288A0 (fi) * 2005-06-06 2005-06-06 Nokia Corp Yksittäinen sanomanvälitys
US8873723B1 (en) * 2005-08-24 2014-10-28 At&T Intellectual Property Ii, L.P. IP telephone geographic locator
KR20070050256A (ko) * 2005-11-10 2007-05-15 엘지노텔 주식회사 차세대 무선 패킷 서비스 망에서 유동 아이피를 이용한패킷 착신 호 처리 장치 및 방법
US7720021B1 (en) * 2006-03-30 2010-05-18 Sprint Spectrum L.P. Method and system for setting up a call to a mobile station via another mobile station
US9036510B1 (en) 2006-03-30 2015-05-19 Sprint Spectrum L.P. Method and system for setting up a conference with a mobile station via another mobile station
US20070286361A1 (en) * 2006-05-26 2007-12-13 Whaleback Systems Corporation Sending A Page
WO2007137765A1 (en) 2006-05-29 2007-12-06 Panasonic Corporation Method and apparatus for simultaneous location privacy and route optimization for communication sessions
US8095786B1 (en) * 2006-11-09 2012-01-10 Juniper Networks, Inc. Application-specific network-layer virtual private network connections
EP1942694A1 (de) * 2007-01-02 2008-07-09 France Telecom Mobiles Telekommunikationssystem und Verfahren
WO2008085614A2 (en) * 2007-01-08 2008-07-17 Iskoot, Inc. Methods and systems of providing mobile device calling features
US9088641B2 (en) * 2007-01-09 2015-07-21 Qualcomm Incorporated Method and system for transmitting audio data between computing devices
US9100501B2 (en) * 2007-02-12 2015-08-04 Qualcomm Incorporated Methods and systems for performing authentication and authorization in a user-device environment
US20080244023A1 (en) * 2007-03-29 2008-10-02 Iskoot Inc. Methods and systems for performing server-based mobile chat
WO2008151033A2 (en) * 2007-05-30 2008-12-11 Iskoot, Inc. Methods and systems for propagating information across a network
US8391848B2 (en) 2007-06-07 2013-03-05 Qualcomm Iskoot, Inc. Telecommunication call support for mobile devices with presence features
US7724652B2 (en) * 2008-01-08 2010-05-25 International Business Machines Corporation Method of reducing network congestion
US8656001B2 (en) * 2008-03-06 2014-02-18 Hitachi, Ltd. Communication system, application server and communication method for server cooperation
US8213396B1 (en) 2009-07-15 2012-07-03 Sprint Spectrum L.P. Methods and systems for disabling paging to a wireless communication device
KR101818556B1 (ko) * 2009-07-15 2018-01-15 퀄컴 인코포레이티드 이면측 바디 연결을 가진 반도체-온-절연체
US8768384B1 (en) 2010-02-10 2014-07-01 Sprint Spectrum L.P. Methods and devices for efficient use of multiple paging channels
US8719449B2 (en) * 2010-11-29 2014-05-06 Telefonaktiebolaget L M Ericsson (Publ) Identification of a private device in a public network
US8830971B1 (en) 2011-07-26 2014-09-09 Sprint Spectrum L.P. Control of maximum number of concurrent local device connections for a mobile hotspot
US9351278B1 (en) 2014-01-21 2016-05-24 Sprint Spectrum L.P. Controlling wireless paging parameters based on device type prevalence
US9763141B1 (en) 2014-01-21 2017-09-12 Sprint Spectrum L.P. Controlling handoff and channel assignment parameters based on device type
JP6667993B2 (ja) * 2015-03-04 2020-03-18 Ｌｉｎｅ株式会社 サーバ、サーバの制御方法およびプログラム
EP3139646A1 (de) * 2015-09-03 2017-03-08 Alcatel Lucent Verfahren, vorrichtungen und computerprogramme zur bereitstellung einer adresse auf benutzerebene

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5910946A (en) * 1997-01-13 1999-06-08 Samsung Electronics Co., Ltd. Wireless internet network architecture for voice and data communications
US6876633B2 (en) * 1997-10-21 2005-04-05 Intel Corporation Apparatus and method for computer telephone integration in packet switched telephone networks
US6856618B2 (en) * 1997-10-21 2005-02-15 Intel Corporation Apparatus and method for computer telephone integration in packet switched telephone networks
US6446127B1 (en) * 1998-10-30 2002-09-03 3Com Corporation System and method for providing user mobility services on a telephony network
US6584490B1 (en) * 1998-10-30 2003-06-24 3Com Corporation System and method for providing call-handling services on a data network telephone system
US6636596B1 (en) * 1999-09-24 2003-10-21 Worldcom, Inc. Method of and system for providing intelligent network control services in IP telephony
US6795444B1 (en) * 1999-10-26 2004-09-21 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing wireless telephony over a packet-switched network
US6615236B2 (en) * 1999-11-08 2003-09-02 Worldcom, Inc. SIP-based feature control
US8743892B2 (en) * 1999-11-08 2014-06-03 Verizon Business Global Llc Method and system for dynamic gateway selection in an IP telephony network
US6421674B1 (en) * 2000-02-15 2002-07-16 Nortel Networks Limited Methods and systems for implementing a real-time, distributed, hierarchical database using a proxiable protocol

Also Published As

Publication number Publication date
EP1266506B1 (de) 2005-10-19
EP1266506A1 (de) 2002-12-18
WO2001072007A1 (en) 2001-09-27
DE60114163D1 (de) 2006-03-02
GB0006464D0 (en) 2000-05-10
AU2001252171A1 (en) 2001-10-03
US7193987B2 (en) 2007-03-20
US20030050051A1 (en) 2003-03-13
ATE307451T1 (de) 2005-11-15

Similar Documents

Publication Publication Date Title
DE60114163T2 (de) Ip kommunikation in einem zellularen kommunkationssystem
DE60127815T2 (de) Verfahren zur rufkontrolle um verzögerungen beim starten von multimedia- oder sprachrufen in einem paketvermittelten funkkommunikationsnetz zu minimieren
DE60209007T2 (de) Vergebührung in kommunikationssystemen
DE69936925T2 (de) Verfahren und vorrichtung zur übertragung von datenpaketen von einem externen paketnetz zu einer mobilen funkstation
DE69813743T2 (de) Protokoll für mobiles Internet
DE69634690T2 (de) Paketfunksystem und verfahren zur protokollunabhängigen wegesuche eines datenpakets in paketfunknetzen
DE60129365T2 (de) Verfahren und Vorrichtung zum Ermöglichen und Überwachen von mobiler Kommunikation zwischen Plattformen
DE60132387T2 (de) Richtlinien-Koordination in einem Kommunikationsnetz
DE602004010516T2 (de) Konversationsträgerverhandlung
DE60106483T2 (de) Verfahren und Vorrichtung zum Weiterreichen einer Funkpaketdatendienstverbindung
DE60033162T2 (de) Erleichterung der datenübertragung
DE60124087T2 (de) Verfahren zur überwachung von anrufen in einem ip-basierten netzwerk
DE10297190B4 (de) Anordnungen und Verfahren in mobilen Internetkommunikationssystemen
EP1536661B1 (de) Verfahren zum Registrieren eines Kommunikationsgeräts, zugehöriges Kommunikationsgerät sowie Registrierungseinheit
DE102005043364B4 (de) Telekommunikationssystem und Verfahren zum Steuern eines Wechsels eines Teilnehmerendgerätes zwischen zwei Netzwerken
DE60201522T2 (de) Ermöglichen legales abfangen von ip-verbindungen
WO1999033239A2 (de) Verfahren zur unterstützung von mobilität im internet
DE69933286T2 (de) Telekommunikationssystem
DE60031632T2 (de) Integriertes IP Telefonieren und Zellularkommunikationssystem und Verfahren zum Betreiben
DE60032070T2 (de) Architektur zur Bereitstellung von Leistungsmerkmalen für drahtlose Anrufe in einem drahtlosen Telekommunikationssystem
EP1282280A1 (de) Verfahren, Steuereinrichtung und Programmmodul zur Steuerung und Lenkung von Datenströmen einer Kommunikationsverbindung zwischen Teilnehmern eines Paketdatennetzes
DE60038678T2 (de) Mobiler internetzugriff
DE10004811A1 (de) Kommunikationssystem, Verfahren und Steuereinrichtung zum Leiten von Anrufen innerhalb von privaten Netzen, die über geographische beabstandete Zonen verteilt sind
DE10064107A1 (de) Verfahren zum Verteilen einer Gruppennachricht in einem Funkkommunikationssystem sowie zugehöriges Funkkommunikationssystem
EP1378108B1 (de) Verfahren zur durchführung von überwachungsmassnahmen und auskunftsersuchen in telekommunikations - und datennetzen

Legal Events

Date Code Title Description
8364 No opposition during term of opposition