DE60318417T2 - Verfahren und Vorrichtungen zur Behandlung von Teilnehmerinformationen eines Teilnehmers in einem mobilen Funknetz - Google Patents

Verfahren und Vorrichtungen zur Behandlung von Teilnehmerinformationen eines Teilnehmers in einem mobilen Funknetz Download PDF

Info

Publication number
DE60318417T2
DE60318417T2 DE60318417T DE60318417T DE60318417T2 DE 60318417 T2 DE60318417 T2 DE 60318417T2 DE 60318417 T DE60318417 T DE 60318417T DE 60318417 T DE60318417 T DE 60318417T DE 60318417 T2 DE60318417 T2 DE 60318417T2
Authority
DE
Germany
Prior art keywords
subscriber
proxy
location register
pvlr
visitor
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
DE60318417T
Other languages
English (en)
Other versions
DE60318417D1 (de
Inventor
Jan Van Hemert
Nils Granath
Thomas Kienle
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.)
Swisscom AG
Original Assignee
Swisscom Mobile AG
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 Swisscom Mobile AG filed Critical Swisscom Mobile AG
Application granted granted Critical
Publication of DE60318417D1 publication Critical patent/DE60318417D1/de
Publication of DE60318417T2 publication Critical patent/DE60318417T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42229Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/54Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2242/00Special services or facilities
    • H04M2242/30Determination of the location of a subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42229Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • H04M3/42238Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location in systems with telephone lines with multiple users
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16Communication-related supplementary services, e.g. call-transfer or call-hold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/06Registration at serving network Location Register, VLR or user mobility server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/08Mobility data transfer
    • H04W8/12Mobility data transfer between location registers or mobility servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20Transfer of user or subscriber data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • H04W88/182Network node acting on behalf of an other network entity, e.g. proxy

Description

  • Aufgabenbereich der Erfindung
  • Die vorliegende Erfindung betrifft ein Verfahren und Vorrichtungen zur Verarbeitung von Teilnehmerkennungen eines Mobilfunknetzes. Insbesondere betrifft die vorliegende Erfindung ein Verfahren zur Verarbeitung von Teilnehmerkennungen eines Teilnehmers eines Mobilfunknetzes, bei dem eine Kennung des Teilnehmers in einem Heimatregister des Mobilfunknetzes gespeichert wird und bei dem weitere Teilnehmerinformationen, der gespeicherten Teilnehmerkennung im Heimatregister und einem informatisierten Proxy-Heimatregister zugewiesen, gespeichert werden. Die vorliegende Erfindung betrifft auch ein Rechnerprogrammprodukt zur Durchführung des Verfahrens.
  • Hintergrund der Erfindung
  • In den bekannten Mobilfunknetzen, zum Beispiel GSM-(Global System for Mobile Communication) oder UMTS-Netzen (Universal Mobile Telecommunication System) werden die Kennung eines Teilnehmers und weitere, den Teilnehmer betreffende Informationen in einem dem Teilnehmer zugeordneten Heimatregister (HLR, home location register) gespeichert. Bei der Teilnehmerkennung handelt es sich beispielsweise um eine sogenannte Internationale Kennung für Mobile Teilnehmer (IMSI, international mobile subscriber identification), die ebenfalls das dem Teilnehmer zugeordnete HLR kennzeichnet. Die weiteren, eine oder mehrere Rufnummern enthaltenden Teilnehmerinformationen, zum Beispiel die sogenannten MSISDN-Nummern (mobile subscriber Integrated Services Digital Network) werden im HLR gespeichert, das der Teilnehmerkennung im HLR zugewiesen ist. Die Teilnehmerkennung wird ebenfalls in einem sogenannten Teilnehmeridentifikationsmodul (SIM, Subscriber Identity Module) gespeichert, das mit der Mobilstation des Teilnehmers fest oder herausnehmbar verbunden ist. Bei der Mobilstation handelt es sich beispielsweise um ein Mobilfunktelefon oder einen Taschencomputer (PDA, personal data assistant) oder einen PC (Personal Computer) die ein geeignetes Kommunikationsmodul auf weisen. Wenn sich der Teilnehmer von einem Aufenthaltsbereich zu einem anderen Aufenthaltsbereich bewegt, wird die Teilnehmerkennung von der Mobilstation des Teilnehmers über die Basisstation (BS) der aktuellen Zelle, über die der BS zugeordneten Basisstationssteuereinheit (BSC, base station controller) und über die in einem Besucherregister (VLR, visitor location register) der BSC zugeordneten Mobilfunkvermittlungsstelle (MSC, mobile switching centre) registriert. Bei Registrierung des Teilnehmers durch die Mobilstation sendet das VLR eine Anforderung zur Standortaktualisierung an das dem Teilnehmer zugeordnete HLR. Die Anforderung zur Standortaktualisierung umfasst die Teilnehmerkennung und eine Kennung für das VLR. Als Antwort auf die Anforderung zur Standortaktualisierung sendet das HLR an das VLR die erforderlichen Teilnehmerinformationen, die zur korrekten Rufbehandlung erforderlich sind. Die bekannten standardisierten Mobilfunknetze stellen nur eine Teilnehmerkennung pro Teilnehmer bereit; daher ist es für einen Teilnehmer nicht möglich, zur gleichen Zeit über mehr als eine registrierte Mobilstation zu verfügen, ohne mehrere Abonnements abgeschlossen zu haben und für die Registrierung jeder der Mobilstationen ein unterschiedliches Abonnement zu benutzen. Da in Mobilfunknetzen eine Vielzahl von verschiedenen Diensten verfügbar ist, zum Beispiel Datenübertragung, Multimedia-Anwendungen oder Sprachdienste, wäre es vorteilhaft, über mehr als eine, in einem Mobilfunknetz als aktiv registrierte Mobilstation, eventuell mit unterschiedlichen Leistungen, verfügen zu können.
  • In der Patentanmeldung WO 03/005669 werden ein Verfahren und ein System zur Bearbeitung der Registrierung mehrerer Teilnehmerkennungen beschrieben. Gemäß Dokument 03/005669 werden mehrere Teilnehmerkennungen und mehrere Rufnummern für einen Teilnehmer im HLR gespeichert. Das Verfahren und das System gemäß Dokument 03/005669 ermöglichen mehrere aktive Registrierungen eines Teilnehmers. Gemäß Dokument 03/005669 umfasst eine Registrierungsanforderung eine unter den Teilnehmerkennungen ausgewählte Kennung und eine unter den Rufnummern des Teilnehmers ausgewählte Nummer. Gemäß Dokument 03/005669 werden eingehende Sitzungen für einen Teilnehmer an eine Vielzahl von Mobilstationen oder an eine unter einer Vielzahl von Mobilstationen ausgewählte Mobilstation weitergeleitet, wobei die Auswahl in Übereinstimmung mit festgelegten Kriterien erfolgt. Um eine selektive Registrierung eines Tupel einer der Teilnehmerkennungen und einer der Rufnummern des Teilnehmers zu ermöglichen, sind Änderungen des herkömmlichen HLR-Systems erforderlich. Außerdem ermöglichen es das Verfahren und das System gemäß Dokument 03/005669 einem Teilnehmer nicht, die Registrierung einer bestimmten Teilnehmerkennung vorzunehmen/zu löschen oder letztere zu aktivieren/deaktivieren, ohne die dieser bestimmten Teilnehmerkennung zugeordnete Mobilstation zu benutzen.
  • Die internationale Anmeldung WO 00/67515 beschreibt ein Verfahren zur Verwaltung der Vorrichtungen einer Mobilstation, in der mehrere Teilnehmerprofile für Mobilstationen definiert werden können. Das Verfahren umfasst Schritte zur Erstellung eines neuen Teilnehmerprofils für eine Mobilstation, so dass mit der Mobilstation Anrufe unter Benutzung der Teilnehmerdaten einer anderen Mobilstation vorgenommen werden können und so dass Anrufe für die andere Mobilstation an die Mobilstation weitergeleitet werden. Aufgabe des Verfahrens ist es, die ziemlich schwierige Benutzung von Mobilstationsvorrichtungen zu eliminieren
  • Offenbarung der Erfindung
  • Eine Aufgabe dieser Erfindung ist es, ein Verfahren und Vorrichtungen zur Verarbeitung von Teilnehmerinformationen eines Teilnehmers eines Mobilfunknetzes bereitzustellen, die einige der Nachteile des Stands der Technik nicht aufweisen. Es ist insbesondere eine Aufgabe der vorliegenden Erfindung, ein Verfahren und Vorrichtungen zur Verarbeitung von Kennungen eines Teilnehmers eines Mobilfunknetzes bereitzustellen, die keine Änderungen am HLR-System erfordern. Es ist eine weitere Aufgabe der vorliegenden Erfindung, ein Verfahren und Vorrichtungen zur Verarbeitung von Teilnehmerinformationen eines Teilnehmers eines Mobilfunknetzes bereitzustellen, die für einen Teilnehmer mehrere Teilnehmerkennungen zulassen, ohne Änderungen am HLR-System zu erfordern.
  • Es ist eine weitere Aufgabe der vorliegenden Erfindung, ein Verfahren und Vorrichtungen zur Verarbeitung von Teilnehmerinformationen eines Teilnehmers eines Mobilfunknetzes bereitzustellen, die mehrere Teilnehmerkennungen zulassen, die vom Teilnehmer selektiv aktiviert werden können, ohne Änderungen am HLR-System zu erfordern.
  • Gemäß der vorliegenden Erfindung werden mindestens einige dieser Aufgaben insbesondere durch die Merkmale der unabhängigen Patentansprüche gelöst. Zusätzlich ergeben sich weitere Ausführungsformen aus den abhängen Ansprüchen und der Beschreibung.
  • Eine erste Kennung eines Teilnehmers eines Mobilfunknetzes ist in einem Heimatregister des Mobilfunknetzes gespeichert. Weitere Teilnehmerinformationen sind im Heimatregister der ersten Teilnehmerkennung zugewiesen gespeichert.
  • Nach der vorliegende Erfindung werden die oben genannten Aufgaben insbesondere dadurch gelöst, dass die erste Teilnehmerkennung mittels eines Eingabemoduls eines informatisierten Besucherregisters zusätzlich im Proxy-Besucherregister gespeichert wird, dass zweite Teilnehmerkennungen mittels eines Eingabemoduls des Proxy-Besucherregisters im Proxy-Besucherregister gespeichert werden, dass eine Anforderung zur Pseudostandortaktualisierung vom Proxy-Besucherregister an das Heimatregister gesendet wird, wobei die Anforderung zur Pseudostandortaktualisierung die erste, im Proxy-Besucherregister gespeicherte Teilnehmerkennung und eine Kennung des Proxy-Besucherregisters enthält, dass die Teilnehmerinformationen durch das Heimatregister in das bei der Anforderung zur Pseudostandortaktualisierung identifizierte Proxy-Besucherregister heruntergeladen werden, dass eine Teilnehmeranforderung zur Auswahl einer zweiten Teilnehmerkennung mittels eines Teilnehmeranforderungsmoduls des Proxy-Besucherregisters empfangen wird und dass Meldungen und/oder Anrufe, die an eine Rufnummer (621) der ersten Teilnehmerkennung (61) gerichtet sind, an eine Rufnummer (631, 641, ...) der ausgewählten zweiten Teilnehmerkennung (63, 64, ...) umgeleitet werden. Es ist zu bemerken, dass der Begriff "Proxy" (Bevollmächtigter) allgemein dazu gebraucht wird, eine Person zu bezeichnen, die von einer anderen Person (rechtmäßig) dazu ermächtig wurde, für sie zu handeln, oder das Amt beziehungsweise das Recht, so zu handeln, oder das Papier, das ein solches verleiht. In ähnlicher Weise wird im Fernmeldewesen und im Bereich der Informationstechnik der Ausdruck "Proxy" dazu benutzt, technische Instanzen zu bezeichnen, die Funktionen für oder anstelle einer anderen Instanz ausführen. Ein sogenannter Web-Proxy übernimmt beispielsweise im Auftrag des Endbenutzers jegliche Nachrichtenübermittlung an das Internet, wodurch die private Identität des Endbenutzers, das heißt, die IP-Adresse (Internet Protokoll) der Internetgemeinschaft verborgen wird. In diesem Sinn bezieht sich der Ausdruck "Proxy-Besucherregister" auf eine informatisierte Instanz, die sich wie ein Besucherregister in einem Mobilfunknetz gegenüber einem Heimatregister dieses Mobilfunknetzes verhält, jedoch hierbei die privaten Teilnehmerkennungen, d. h. private Rufnummern vor dem öffentlichen Mobilfunknetz verbirgt. Das Proxy-Besucherregister ermöglicht es, unabhängig von jeglicher Aktivität einer Mobilfunkvermittlungsstelle des Mobilfunknetzes Anforderungen zur Pseudostandortaktualisierung an das Heimatregister zu senden. Auf den in der Anforderung zur Pseudostandortaktualisierung empfangenen Informationen basierend erscheint eine aus Sicht des Heimatregisters der Teilnehmerkennung zugeordnete Mobilstation als im Proxy-Besucherregister registriert. Außerdem erscheint auf den in der Anforderung zur Pseudostandortaktualisierung empfangenen Informationen basierend aus Sicht des Heimatregisters das Proxy-Besucherregister als einem wirklichen Aufenthaltsbereich zugeordnet. Auf den mit der Anforderung zur Pseudostandortaktualisierung empfangenen und im Heimatregister gespeicherten Informationen basierend erscheint die der Teilnehmerkennung zugeordnete Mobilstation als in dem Aufenthaltsbereich wandernd, der dem Proxy-Besucherregister zugeordnet ist, wobei in Wirklichkeit der Teilnehmerkennung keine eigentliche Mobilstation zugeordnet wird und das Proxy-Besucherregister nicht wirklichen Aufenthaltsbereichen, Mobilfunkvermittlungsstellen, Basisstationssteuereinheiten oder Basisstationen zugeordnet wird. Somit ermöglichen das Proxy-Besucherregister und die Anforderung zur Pseudostandortaktualisierung die Weiterleitung von Pseudoroutinginformationen für die Teilnehmerkennung an das Heimatregister, ohne dass Änderungen am System des Heimatregisters erforderlich sind. An eine Rufnummer gerichteter, eingehender Mobilfunkverkehr, welcher der ersten Teilnehmerkennung zugeordnet ist, wird vom Heimatregister an das Proxy-Besucherregister weitergeleitet, ohne dass Änderungen am System des Heimatregisters erforderlich sind. Darüber hinaus ermöglichen das Herunterladen und das Speichern von Teilnehmerinformationen im Proxy-Besucherregister den Zugriff auf die Teilnehmerinformationen durch andere Anwendungen, wie zum Beispiel eine grafische Benutzeroberflächenanwendung, ohne dass Änderungen am System des Heimatregisters erforderlich sind.
  • Vorzugsweise wird das Senden der Anforderung zur Pseudostandortaktualisierung unabhängig von jeglicher Aktivität einer Mobilstation des Teilnehmers eingeleitet. Das Senden der Anforderung zur Pseudostandortaktualisierung hängt mit anderen Worten vorzugsweise nicht vom Vorhandensein oder der Registrierung einer Mobilstation des Teilnehmers ab. Das Senden der Anforderung zur Pseudostandortaktualisierung wird nicht durch die Registrierung einer Mobilstation des Teilnehmers in einem Besucherregister ausgelöst, sondern durch von einer Mobilstation des Teilnehmers oder von einer Mobilfunkvermittlungsstelle unabhängige Prozesse. Die Anforderung zur Pseudostandortaktualisierung wird beispielsweise durch einen Prozess im Proxy-Besucherregister, das heißt durch das Proxy-Besucherregister selbst oder durch eine Anwendung außerhalb des Proxy-Besucherregisters eingeleitet. In einer Ausführungsform wird das Senden der Anforderung zur Pseudostandortaktualisierung durch das Speichern der ersten Teilnehmerkennung im Proxy-Besucherregister eingeleitet, wobei das Speichern der ersten Teilnehmerkennung im Proxy-Besucherregister unabhängig von jeglicher Aktivität einer Mobilstation des Teilnehmers eingeleitet und ausgeführt wird. Das Speichern der ersten Teilnehmerkennung im Proxy-Besucherregister und folglich das Senden der Anforderung zur Pseudostandortaktualisierung werden durch einen von einer Mobilstation des Teilnehmers oder von einer Mobilfunkvermittlungsstelle des Mobilfunknetzes unabhängigen Prozess eingeleitet, zum Beispiel von einer externen Softwareanwendung. Somit können Pseudoroutinginformationen für Teilnehmerkennungen unabhängig vom Vorhandensein oder der Aktivität einer Mobilstation des Teilnehmers und ohne erforderliche Änderungen am System des Heimatregisters an das Heimatregister weitergeleitet werden.
  • In der bevorzugten Ausführungsform umfassen die Teilnehmerinformationen eine öffentliche Rufnummer und es werden eine oder mehrere zusätzliche zweite Teilnehmerkennungen für den Teilnehmer im Heimatregister gespeichert, wobei eine private Rufnummer jeder der zusätzlichen zweiten Teilnehmerkennungen zugewiesen wird. Das Proxy-Besucherregister sendet eine Dienstanforderung an das Heimatregister, wobei die Dienstanforderung die erste Teilnehmerkennung, ein Anforderungszeichen für die Rufumleitung und eine der privaten Rufnummern als zu benut zende Rufumleitungsnummer umfasst. Mehrere Teilnehmerkennungen werden für einen Teilnehmer im Heimatregister gespeichert, wobei die erste der Teilnehmerkennungen einer öffentlichen Rufnummer und die weiteren zweiten Teilnehmerkennungen privaten Rufnummern zugeordnet werden. Mittels der Rufumleitungsanforderung wird die erste Teilnehmerkennung im Heimatregister einer unter den privaten Rufnummern als Rufumleitungsnummer ausgewählten Rufnummer zugewiesen. Folglich werden an die öffentliche Rufnummer gerichtete eingehende Mobilfunkrufe an die ausgewählte private Rufnummer umgeleitet. Die Aufenthaltsinformation der Mobilstation, die der ausgewählten privaten Rufnummer zugeordnet ist, wird im Heimatregister gespeichert. Die Aufenthaltsinformation wird der zweiten Teilnehmerkennung zugewiesen, die der ausgewählten privaten Rufnummer zugeordnet ist. Somit ermöglicht es das Proxy-Besucherregister, das die die Rufumleitungsanforderung an das Heimatregister sendet, wahlweise eine der den zweiten Teilnehmerkennungen zugeordneten Mobilstationen als aktive Mobilstation festzulegen, die alle eingehenden Mobilfunkrufe empfängt. Die wahlweise Aktivierung einer Mobilstation zum Empfang aller eingehenden Mobilfunkrufe ist möglich, ohne dass Änderungen am System des Heimatregisters erforderlich sind. Obwohl eine der Mobilstationen, die einer der zweiten Teilnehmerkennungen zugeordnet ist, zum Empfang aller eingehenden Mobilfunkrufe ausgewählt ist, bleiben die anderen, den zweiten Teilnehmerkennungen zugeordneten Mobilstationen für jeglichen ausgehenden Mobilfunkverkehr aktiv. Mehrere aktive Registrierungen von Teilnehmerkennungen sind möglich, ohne dass Änderungen am System des Heimatregisters erforderlich sind.
  • In einer Ausführungsform wird eine Teilnehmeranforderung vom Proxy-Besucherregister empfangen, wobei die Teilnehmeranforderung Auswahlinformationen für eine Teilnehmerkennung, eine Rufnummer und/oder eine Mobilstation des Teilnehmers umfasst und das Proxy-Besucherregister auf den empfangenen Auswahlinformationen basierend die als Rufumleitungsnummer zu benutzende, private Rufnummer bestimmt und die oben beschriebene Dienstanforderung als Antwort auf die Teilnehmeranforderung an das Heimatregister sendet. Durch die Auslegung des Proxy-Besucherregisters für den Empfang von Teilnehmeranforderungen, die Auswahlinformationen zur Bestimmung der als Rufumleitungsnummer zu benutzenden, privaten Rufnummer umfassen, ist es dem/der Teilnehmer/in möglich, eine sei ner/ihrer Mobilstationen dynamisch zum Empfang eingehender Mobilfunkrufe festzulegen, ohne dass Änderungen am System des Heimatregisters erforderlich sind.
  • Kurze Beschreibung der Zeichnungen
  • Die vorliegende Erfindung wird anhand von Beispielen unter Bezugnahme auf die Zeichnungen detaillierter erläutert, in denen:
  • 1 ein Blockdiagramm zeigt, das ein Mobilfunknetz mit einer Mobilfunkvermittlungsstelle, ein Besucherregister und ein Heimatregister darstellt, wobei das Heimatregister mit einem Proxy-Besucherregister verbunden ist.
  • 2 ein Blockdiagramm zeigt, das ein Proxy-Besucherregister darstellt.
  • 3 ein Zeitdiagramm zeigt, das die Ausführung einer Pseudostandortaktualisierung zwischen einem Proxy-Besucherregister und einem Heimatregister darstellt.
  • 4 ein Zeitdiagramm zeigt, das den Datenaustausch zwischen einem Kommunikationsendgerät, einem Proxy-Besucherregister und einem Heimatregister darstellt, die an der Aktivierung einer Mobilstation zum Empfang aller eingehenden Mobilfunkrufe mitwirken.
  • Ausführungsform(en) der Erfindung
  • In 1, bezieht sich die Bezugsnummer 1 auf ein herkömmliches Mobilfunknetz wie ein GSM- oder UMTS-Netz. Die Bezugsnummern 2, 8 beziehen sich auf Mobilstationen eines im Mobilfunknetz 1 wandernden Teilnehmers, zum Beispiel Mobilfunktelefone oder einen PDA oder Laptop-Rechner, die ein geeignetes Kommunikationsmodul aufweisen. Wie in 1 dargestellt, ist ein fest eingebautes oder herausnehmbares, vorzugsweise auf der Chipkarte implementiertes Teilnehmeridentifikationsmodul 21, 81 mit der Mobilstation 2 beziehungsweise 8 verbunden. Das Teilnehmeridentifikationsmodul 21, 81 umfasst eine Teilnehmerkennung 22, 82, zum Beispiel eine IMSI. Die Teilnehmerkennung 22, 82 identifiziert das Heimatregister HLR als die Heimatdatenbank des Teilnehmers. In dem in 1 dargestellten Szenarium werden die der Mobilstation 2 zugeordnete Teilnehmerkennung 22 und die der Mobilstation 8 zugeordnete Teilnehmerkennung 82 im Besucherregister VLR registriert.
  • Wie in 1 gezeigt, ist das Heimatregister HLR mit einem Proxy-Besucherregister PVLR, zum Beispiel über eine SS7-Verbindung (Signalling System 7), verbunden. Das Proxy-Besucherregister PVLR ist für die Kommunikationsendgeräte 4, 7 über ein Telekommunikationsnetz 3 zugänglich. Das Telekommunikationsnetz 3 umfasst zum Beispiel ein Festnetzwerk, wie ein LAN (Local Area Network, lokales Netzwerk), ein öffentliches Telefonnetz, ein ISDN-Netz (Integrated Services Digital Network) oder ein IP-Netzwerk (Internet Protokoll), beispielsweise das Internet und/oder ein Mobilfunknetz oder ein WLAN (Wireless Local Area Network, drahtloses lokales Netzwerk). Entsprechend handelt es sich bei dem Kommunikationsendgerät 4 um ein mobiles Kommunikationsendgerät wie ein Mobilfunktelefon mit einem Teilnehmeridentifikationsmodul 41 und einer Teilnehmerkennung 42, und das Kommunikationsendgerät 7 ist ein festes Kommunikationsendgerät, wie ein Einzelplatzrechner oder ein Festnetztelefon.
  • Das Proxy-Besucherregister PVLR wird in 2 detaillierter dargestellt. Das Proxy-Besucherregister PVLR umfasst mehrere programmierte Softwaremodule, die auf einem rechnerlesbaren Medium gespeichert sind und ein oder mehrere Rechner zur Ausführung der Softwaremodule.
  • Das Proxy-Besucherregister PVLR umfasst eine Datenbank 6 zum Speichern von Teilnehmerinformationen mehrerer Teilnehmer. Wie in 2 dargestellt ist die Datenbank 6 zum Speichern eines Teilnehmers wie folgt ausgeführt:
    • – eine erste Teilnehmerkennung 61,
    • – der ersten Teilnehmerkennung 61 zugeordnete Teilnehmerinformationen 62, wobei die Teilnehmerinformationen 62 eine öffentliche, der ersten Teilnehmerkennung 61 zugeordnete Rufnummer 621 enthalten,
    • – eine oder mehrere zweite Teilnehmerkennungen 63, 64, ..., 6n (zum Beispiel Teilnehmerkennungen, die den in den Teilnehmeridentifikationsmodulen 21, 81 gespeicherten Teilnehmerkennungen 22, 82 entsprechen), eine oder mehrere private Rufnummern 631, 641, ..., 6m, von denen jede einer der zweiten Teilnehmerkennungen 63, 64, ..., 6n zugewiesen ist und
    • – ein oder mehrere Flags 632, 642, ..., 6nm, von denen jedes einer der zweiten Teilnehmerkennungen 63, 64, ..., 6n zugewiesen ist und die angeben, ob die jeweilige zweite Teilnehmerkennung 63, 64, ..., 6n und die jeweilige zugewiesene private Rufnummer 631, 641, ..., 6m zum Empfang von eingehendem Mobilfunkverkehr aktiviert sind.
  • In einer bevorzugten Anwendung stellt die erste Teilnehmerkennung 61 eine Multikartenkennung eines Teilnehmers dar und die zweiten Teilnehmerkennungen 63, 64, ..., 6n stellen Einzelkartenkennungen des Teilnehmers dar. Typischerweise werden nur die Einzelkartenkennungen, das heißt die zweiten Teilnehmerkennungen 63, 64, ..., 6n tatsächlich in einem Teilnehmeridentifikationsmodul 21, 81, das heißt in einer Teilnehmeridentifikationskarte gespeichert und hierdurch der wirklichen Mobilstation 2, 8 zugeordnet. Die öffentliche Rufnummer 621, die der Multikartenkennung, das heißt der ersten Teilnehmerkennung 61 zugeordnet ist, dient als eine gemeinsame, öffentlich bekannte Rufnummer, um eingehenden Mobilfunkverkehr an alle Mobilstationen 2, 8 zu richten, die einer der Einzelkartenkennungen, das heißt einer der zweiten Teilnehmerkennungen 63, 64, ..., 6n zugeordnet sind. Bei den Rufnummern handelt es sich vorzugsweise um MSISDN-Nummern.
    Index Teilnehmerkennung Private Rufnummer Flag
    "Telefon 1" Teilnehmerkennung 22 "A"
    "Telefon 2" Teilnehmerkennung 42 "B" aktiviert
    "Laptop 1" Teilnehmerkennung 82 "C"
    Tabelle 1
  • Vorzugsweise wird jeder der gespeicherten zweiten Teilnehmerkennungen 63, 64, ..., 6n eine einzelne Indexnummer (oder ein Indexname) zugewiesen. Tabelle 1 zeigt ein Beispiel von Einzelkartenkennungen, die den Mobilstationen 2, 8 und dem Kommunikationsendgerät 7 eines Teilnehmers zugeordnet sind.
  • Neben dem Kommunikationsmodul 51 zur Kommunikation mit dem Heimatregister HLR und dem Telekommunikationsnetz 3 umfasst das Proxy-Besucherregister PVLR eine Eingabemodul 52, ein Aktualisierungsanforderungsmodul 53, ein Aktualisierungsantwortmodul 54, ein Dienstanforderungsmodul 55, ein Teilnehmeranforderungsmodul 56 und ein SMS-Weiterleitungsmodul 57, die vorzugsweise alle als programmierte Softwaremodule eigesetzt sind.
  • Das Eingabemodul 52 ist so ausgeführt, dass es die erste dem Teilnehmer zugeordnete Teilnehmerkennung in der Datenbank 6 des Proxy-Besucherregisters PVLR speichert. Das Eingabemodul 52 ist so ausgeführt, dass es die erste Kennung des Benutzers beispielsweise über das Telekommunikationsnetz 3 von einem Betreiber unter Benutzung des Kommunikationsendgerätes 7, oder von einer Softwareanwendung außerhalb des Proxy-Besucherregisters PVLR empfängt. Vorzugsweise ist das Eingabemodul 52 so ausgeführt, dass es ebenfalls die zweiten Teilnehmerkennungen 63, 64, ..., 6n sowie die zugeordneten privaten Rufnummern 631, 641, ..., 6m in der Datenbank 6 des Proxy-Besucherregisters PVLR empfängt und speichert.
  • Das Aktualisierungsanforderungsmodul 53 ist so ausgeführt, dass es eine Anforderung zur Pseudostandortaktualisierung an das Heimatregister HLR sendet. Die Anforderung zur Pseudostandortaktualisierung entspricht einer Anforderung zur Standortaktualisierung, wie sie in den Standards herkömmlicher Mobilfunknetze definiert ist, mit der Ausnahme, dass sie von jeglicher Aktivität der Mobilstationen 2, 8 oder des Kommunikationsendgeräts 4 unabhängig ist. Vorzugsweise wird die Anforderung zur Pseudostandortaktualisierung vom Aktualisierungsanforderungsmodul 53 mittels eines TCAP-Dialogs (Transaction Capabilities Application Part) an das Heimatregister HLR gesendet, wie später unter Bezugnahme auf 3 noch detaillierter beschrieben wird. Die Anforderung zur Pseudostandortaktualisierung enthält die erste im Proxy-Besucherregister PVLR gespeicherte Teilnehmerkennung 61 und eine Kennung des Proxy-Besucherregisters PVLR, sowie eine Kennung des dem Proxy-Besucherregister PVLR zugewiesenen Aufenthaltsbereichs. Das Aktualisierungsanforderungsmodul 53 ist so ausgeführt, dass es das Senden der Anforderung zur Pseudostandortaktualisierung als Antwort auf das Speichern der ersten Teilnehmerkennung 61, zum Beispiel in der Datenbank 6 des Proxy-Besucherregisters PVLR, einleitet. Das Senden der Anforderung zur Pseudostandortaktualisierung kann ebenfalls als Antwort auf eine Betreiberanforderung, die zum Beispiel mittels des Kommunikationsendgeräts 7 ausgegeben wird, oder entsprechend festgelegter Regeln oder Zeitvorgaben, beispielsweise in einem Zeitplanungsprogramm oder einer Stapelverarbeitungsanwendung gespeichert eingeleitet werden.
  • Das Aktualisierungsantwortmodul 54 ist so ausgeführt, dass es Teilnehmerinformationen empfängt, die als Antwort auf die Anforderung auf die Pseudostandortaktualisierung vom Heimatregister HLR in das Proxy-Besucherregister PVLR heruntergeladen werden und die empfangenen Teilnehmerinformationen 62 in der Datenbank 6 speichert, die der ersten Teilnehmerkennung 61 zugewiesen ist. Die Teilnehmerinformationen 62 werden vom Heimatregister, wie in den Standards herkömmlicher Mobilfunknetze festgelegt, heruntergeladen. Vorzugsweise werden die Teilnehmerinformationen 62 mittels eines TCAP-Dialogs heruntergeladen, wie später unter Bezugnahme auf 3 noch detaillierter beschrieben wird. Die heruntergeladenen Teilnehmerinformationen enthalten eine öffentliche, der ersten Teilnehmerkennung 61 zugewiesene Rufnummer 621.
  • Das Dienstanforderungsmodul 55 ist so ausgeführt, dass es eine Dienstanforderung an das Heimatregister HLR sendet. Bei der Dienstanforderung handelt es sich vorzugsweise um einen SS-Prozeduraufruf (Supplementary Services, Zusatzdienste) zur Steuerung eines festgelegten Zusatzdienstes und sie wird mittels eines TCAP-Dialogs gesendet, wie später unter Bezugnahme auf 4 noch detaillierter be schrieben wird. Die Dienstanforderung enthält die erste, in der Datenbank 6 gespeicherte Teilnehmerkennung 61, ein Anforderungszeichen für die Rufumleitung, das den gewünschten Zusatzdienst als "Sofortige Rufumleitung" (call forwarding unconditional, CFU) und eine der privaten Rufnummern 631, 641, ..., 6m als zu benutzende Rufumleitungsnummer identifiziert.
  • Das Teilnehmeranforderungsmodul 56 ist so ausgeführt, dass es eine Teilnehmeranforderung von einer Mobilstation 2, 8 oder über das Telekommunikationsnetz 3 von einem Kommunikationsendgerät 4, 7 empfängt. Die Teilnehmeranforderung wird in Datennachrichten, zum Beispiel SMS-(Short Messaging Services, Kurznachrichtendienste) oder USSD-Datennachrichten (Unstructured Supplementary Services Data, nicht strukturierte Zusatzdienstleistungen), oder in Datenpaketen, zum Beispiel IP-Datenpaketen, empfangen. Die Teilnehmeranforderung umfasst Auswahlinformationen, um eine Teilnehmerkennung, eine Rufnummer und/oder eine Mobilstation des Teilnehmers zu bestimmen. Das Dienstanforderungsmodul 56 ist so ausgeführt, dass es, auf den empfangenen Auswahlinformationen basierend, die als Rufumleitungsnummer zu benutzende, private Rufnummer 631, 641, ..., 6m bestimmt und die oben beschriebene Dienstanforderung als Antwort auf die Teilnehmeranforderung an das Heimatregister HLR sendet. Vorzugsweise enthalten die Auswahlinformationen eine Indexnummer (oder einen Indexnamen) der eine der gespeicherten zweiten Teilnehmerkennungen 63, 64, ..., 6n festlegt, die den betreffenden Teilnehmern zugeordnet sind sowie ihre zugewiesene private Rufnummer 631, 641, ..., 6m. Zum Beispiel zeigt Index "1" (oder "Telefon 1") auf die Teilnehmerkennung 63 und die zugewiesene private Rufnummer 631 und Index "2" (oder "Telefon 2") auf die Teilnehmerkennung 64 und die zugewiesene private Rufnummer 641.
  • In den folgenden Abschnitten wird unter Bezugnahme auf 3 die Ausführung einer Pseudostandortaktualisierung zwischen dem Proxy-Besucherregister PVLR und dem Heimatregister HLR beschrieben.
  • In Schritt S1 empfängt und speichert das Eingabemodul 52 des Proxy-Besucherregisters PVLR wie oben erläutert eine erste Teilnehmerkennung 61 für den betreffenden Teilnehmer. Vorzugsweise stellt diese erste Teilnehmerkennung 61 wie oben beschrieben eine Multikartenkennung dar. Vorzugsweise empfängt und speichert das Eingabemodul 52 in Schritt S1 ebenfalls die zweiten Teilnehmerkennungen 63, 64, ..., 6n sowie die zugeordneten privaten Rufnummern 631, 641, ... 6m in der Datenbank 6 des Proxy-Besucherregisters PVLR.
  • In Schritt S2 sendet das Aktualisierungsanforderungsmodul 53 des Proxy-Besucherregisters PVLR eine Anforderung zur Pseudostandortaktualisierung an das Heimatregister HLR. Zu diesem Zweck leitet das Aktualisierungsanforderungsmodul 53 einen TCAP-Dialog ("TC-BEG") bei dem Heimatregister HLR ein und sendet eine "TC-INV UpdateLocation"-Nachricht an das Heimatregister HLR. Die "TC-INV UpdateLocation" Nachricht enthält die Multikartenkennung des Teilnehmers, das heißt die erste Teilnehmerkennung 61, Aufenthaltsinformationen, das heißt den dem Proxy-Besucherregister PVLR zugewiesenen Aufenthaltsbereich und eine Kennung des Proxy-Besucherregisters PVLR, das heißt eine VLR-Nummer.
  • In Schritt S3 führt das Heimatregister HLR die Standardprozeduren zur Bearbeitung einer Standortaktualisierung aus und speichert die Aufenthaltsinformationen und die VLR-Nummer, die in Schritt S2 empfangen wurden.
  • In den Schritten S4 bis S6 sendet das Heimatregister HLR über Standardprozeduren die Teilnehmerinformationen an das Proxy-Besucherregister PVLR, die der in Schritt S2 empfangenen Teilnehmerkennung zugewiesen wurden. Zu diesem Zweck sendet das Heimatregister HLR in den Schritten S4 und S5 "TC-INV InsertSubsData" Nachrichten mit "TO-CONTINUE" und schließt in Schritt S6 das Senden der Teilnehmerinformationen durch Senden einer "TC-RES UpdateLocation" Nachricht mit TO-END ab.
  • In Schritt S7 speichert das Aktualisierungsantwortmodul 54 des Proxy-Besucherregisters PVLR die in den vorausgehenden Schritten empfangenen Teilnehmerinformationen in der Datenbank 6 und schließt die Prozedur der Pseudostandortaktualisierung ab.
  • Für alle über Mobilfunk eingehenden SMS-Nachrichten, die an die öffentliche Rufnummer 621 gerichtet sind, welche der ersten Teilnehmerkennung 61 zugeordnet ist, gibt das Heimatregister HLR das Proxy-Besucherregister PVLR in den Routinginformation an, welche als Antwort auf SRI-Anforderungen (Sende Routinginformationen) von Netzwerkinstanzen wie einer Kurznachrichtendienstzentrale (SMS-C, Short Message Service Centre) zurückgeschickt werden. Somit werden alle über Mobilfunk an die erste Teilnehmerkennung 61 eingehenden SMS-Nachrichten zum Proxy-Besucherregister PVLR weitergeleitet. Das SMS-Weiterleitungsmodul 57 ist so ausgeführt, dass es SMS-Nachrichten, die an die öffentliche, der ersten Teilnehmerkennung 61 zugeordnete Rufnummer 621 gerichtet sind, an eine private, der aktiven zweiten Teilnehmerkennung 63, 64, ... zugeordnete Rufnummer 631, 641, ..., 6m weiterleitet. Somit leitet das MMS-Weiterleitungsmodul 57 unter Benutzung der in der Datenbank 6 gespeicherten Daten die empfangenen MMS-Nachrichten an die Mobilstation 2, 8 oder an das Kommunikationsendgerät 7 weiter, die den aktiven Einzelkartenkennungen, das heißt den aktiven zweiten Teilnehmerkennungen 63, 64, ..., 6n zugeordnet sind. Die Weiterleitung erfolgt über SS7 oder eine SMS-C (Short Message Service Centre, Kurznachrichtendienstzentrale).
  • Im folgenden Abschnitt werden die optionalen Schritte I1 bis I3 für die Ausführung einer Statusabfrage zwischen einem Kommunikationsendgerät 4, 7 oder einer Mobilstation 2, 8 und dem Proxy-Besucherregister PVLR unter Bezugnahme auf 4 beschrieben.
  • In Schritt I1 wird eine Abfrageanforderung vom Kommunikationsendgerät 4, 7 oder von der Mobilstation 2, 8 an das Proxy-Besucherregister PVLR gesendet. Die Abfrageanforderung enthält eine Kennung vom Typ Anforderung und Informationen zur Identifizierung und Authentifizierung des anfordernden Teilnehmers, beispielsweise einen Benutzernamen oder eine Rufnummer und ein Passwort. Die Kennung vom Typ Anforderung spezifiziert zum Beispiel eine Anforderung zur Statusabfrage oder eine Anforderung zur Übersichtsabfrage. In Schritt 12 bestimmt das Teilnehmeranforderungsmodul 56 die Multikartenkennung des anfordernden Teilnehmers, das heißt die erste Teilnehmerkennung 61. In Schritt I3 sendet das Teilnehmeranforderungsmodul 56 eine Abfrageantwort an das Kommunikationsendgerät 4, 7, beziehung sweise an die Mobilstation 2, 8. In Abhängigkeit vom Abfragetyp enthält die Abfrageantwort die Indexnummer (oder den Indexnamen) der Einzelkartenkennung, das heißt der zweiten Teilnehmerkennung 63, 64, ..., 6n, deren zugewiesene private Rufnummer 631, 641, ..., 6m als aktuelle Rufumleitungsnummer festgelegt ist, oder die Abfrageantwort enthält eine Liste aller Indexnummern (oder Indexnamen) der Einzelkartenkennungen, das heißt der zweiten Teilnehmerkennungen 63, 64, ..., 6n, mit einer Angabe der aktiven Einzelkartenkennung, die der privaten Rufnummer 631, 641, ..., 6m zugewiesen ist, welche als aktuelle Rufumleitungsnummer festgelegt ist.
    Index Flag
    "Telefon 1"
    "Telefon 2" aktiv
    "Laptop 1"
    Tabelle 2
  • Tabelle 2 zeigt ein Beispiel für eine solche Abfrageantwortliste, in der die Mobilstation 2 mit "Telefon 1" bezeichnet ist, in der das Kommunikationsendgerät 4 mit "Telefon 2", bezeichnet und zum Empfang von eingehendem Mobilfunkverkehr aktiviert ist und in der die Mobilstation 8 mit "Laptop 1" bezeichnet ist.
  • In den folgenden Abschnitten wird unter Bezugnahme auf 4 die Ausführung der Einstellung einer Rufumleitungsnummer zum Empfang aller eingehenden, an die öffentliche Rufnummer gerichteten Mobilfunkrufe beschrieben.
  • In Schritt S8 gibt der Teilnehmer die Auswahlinformation zur Auswahl einer Teilnehmerkennung, eine Rufnummer und/oder eine Mobilstation des Teilnehmers an. Die Angabe der Auswahlinformation wird vom Teilnehmer mittels Bedienelementen der Mobilstationen 2, 8 oder des Kommunikationsendgeräts 4, 7 ausgeführt. Die Auswahlinformation wird über die Auswahl eines Punktes der im fakultativen Schritt I3 empfangenen Liste oder wie oben beschrieben über die Eingabe einer Indexnummer (oder eines Indexnamens) festgelegt. So wird zum Beispiel die mit "Telefon 1" bezeichnete Mobilstation 2 gewählt, um zum Empfang von eingehendem, an die öffent liche Rufnummer 621 des Teilnehmers gerichtetem Mobilfunkverkehr aktiviert zu werden.
  • In Schritt S9 wird eine Teilnehmeranforderung, welche die in Schritt S8 angegebene Auswahlinformation enthält, vom Kommunikationsendgerät 4, 7 an das Proxy-Besucherregister PVRL gesendet.
  • In Schritt S10 bestimmt das Dienstanforderungsmodul 56 des Proxy-Besucherregisters PVLR, auf den in Schritt S9 empfangenen Auswahlinformationen basierend, die als Rufumleitungsnummer aus der Datenbank 6 zu benutzende, private Rufnummer 631, 641, ..., 6m. Zum Beispiel die der mit "Telefon 1" bezeichneten Mobilstation 2 zugewiesene private Rufnummer "A".
  • In den Schritten S11 und S14 richtet das Dienstanforderungsmodul 56 des Proxy-Besucherregisters PVLR einen zusätzlichen Rufumleitungsdienst im Heimatregister HLR ein. Zu diesem Zweck leitet das Dienstanforderungsmodul 56 in Schritt S11 einen TCAP-Dialog ("TC-BEG") mit dem Heimatregister HLR ein und registriert den zusätzlichen Rufumleitungsdienst im Heimatregister HLR durch Senden einer "TC-INV RegisterSS" Nachricht an das Heimatregister HLR. Die "TC-INV RegisterSS" Nachricht enthält die Multikartenkennung des Teilnehmers, das heißt die erste Teilnehmerkennung 61, ein Anforderungszeichen für die "Sofortige Rufumleitung" (CFU) und die private, in Schritt S10 als zu benutzende Rufumleitungsnummer bestimmte Rufnummer 631, 641, ..., 6m.
  • In Schritt S12 registriert das Heimatregister HLR, wie in Schritt S11 angefordert, den zusätzlichen Rufumleitungsdienst.
  • In Schritt S13 bestätigt das Heimatregister HLR dem Proxy-Besucherregister PVLR durch eine Standardprozedur die Registrierung des Zusatzdienstes durch Senden einer "TC-RES RegisterSS" Nachricht mit TC-END.
  • In Schritt S14 aktiviert das Dienstanforderungsmodul 56 im Heimatregister HLR den in Schritt S11 registrierten, zusätzlichen Rufumleitungsdienst. Zu diesem Zweck leitet das Dienstanforderungsmodul 56 in Schritt S13 einen TCAP-Dialog ("TC-BEG") mit dem Heimatregister HLR ein und aktiviert den registrierten, zusätzlichen Rufumleitungsdienst durch Senden einer "TC-INV ActivateSS" Nachricht an das Heimatregister HLR. Die "TC-INV ActivateSS" Nachricht enthält die Multikartenkennung des Teilnehmers, das heißt die erste Teilnehmerkennung 61 und das CFU-Anforderungszeichen.
  • In Schritt S15 aktiviert das Heimatregister HLR, wie in Schritt S14 angefordert, den zusätzlichen Rufumleitungsdienst. Folglich wird die in Schritt S11 im Heimatregister HLR empfangene private Rufnummer 631, 641, ..., 6m, zum Beispiel die private Rufnummer "A" als Rufumleitungsnummer für alle eingehenden Mobilfunkrufe aktiviert, die an die öffentliche Rufnummer gerichtet sind, die der Multikartenkennung des Teilnehmers, das heißt der ersten Teilnehmerkennung 61, zugewiesen ist.
  • In Schritt S16 bestätigt das Heimatregister HLR dem Proxy-Besucherregister PVLR durch eine Standardprozedur die Aktivierung des Zusatzdienstes durch Senden einer "TC-RES ActivateSS" Nachricht mit TC-END.
  • In Schritt S17 setzt das Dienstanforderungsmodul 56 des Proxy-Besucherregisters PVLR die Flag 632, 642, ..., 6nm, welche der privaten Rufnummer 631, 641, ..., 6m zugewiesen sind, die in den vorausgehenden Schritten als Rufumleitungsnummer festgelegt und aktiviert wurde. Hierdurch wird angezeigt, dass die jeweilige private Rufnummer 631, 641, ..., 6m und die zugeordnete Einzelkartenkennung, dass heißt die zugeordnete zweite Teilnehmerkennung 63, 64, ..., 6n, zum Empfang von jeglichem eingehenden Mobilfunkverkehr aktiviert werden, der an die öffentliche Rufnummer 621 gerichtet ist, die der Multikartenkennung, das heißt der ersten Teilnehmerkennung 61 zugewiesen ist. Zum Beispiel werden die private Rufnummer "A" und die der Mobilstation 2 zugewiesene Teilnehmerkennung 22 aktiviert, so dass jeglicher eingehender Mobilfunkverkehr, der an die öffentliche Rufnummer gerichtet ist, an die Mobilstation 2 weitergeleitet wird.
  • In Schritt S18 sendet das Teilnehmeranforderungsmodul 56 des Proxy-Besucherregisters PVLR eine Bestätigungsnachricht an die Mobilstation 2, 8 oder das Kommunikationsendgerät 4, 7, das die Teilnehmeranforderung in Schritt S9 gesendet hat.
  • Es ist möglich Teilnehmern geeignete Benutzerschnittstellen, zum Beispiel eine grafische Benutzerschnittstelle auf einer Website, zur Verwaltung der Rufumleitungs- und/oder Benutzerinformationen bereitzustellen.
  • Das Proxy-Besucherregister PVLR lässt ebenfalls temporäre Rufnummern zu, die von Teilnehmern anonym benutzt werden können. Zu diesem Zweck registriert sich ein interessierter Teilnehmer für eine temporäre Rufnummer. Im Proxy-Besucherregister PVLR wird die dem interessierten Teilnehmer zugewiesene, temporare Rufnummer einer temporären Teilnehmerkennung zugeordnet und seiner permanenten Teilnehmerkennung und Rufnummer zugewiesen. Die temporäre Rufnummer wird im Proxy-Besucherregister PVLR als temporäre öffentliche Rufnummer eingerichtet. Das Proxy-Besucherregister PVLR führt wie oben beschrieben eine Pseudostandortaktualisierung für die temporäre Teilnehmerkennung aus. Anschließend wird im Heimatregister HLR die permanente Rufnummer des Teilnehmers wie oben beschrieben als Rufumleitungsnummer für die temporäre Teilnehmerkennung festgelegt und aktiviert. Folglich wird jeglicher eingehender, an die temporäre Rufnummer gerichteter Mobilfunkverkehr durch das Heimatregister HLR an die Mobilstation des Teilnehmers weitergeleitet, die der permanenten Kennung zugeordnet ist. Somit kann der interessierte Teilnehmer anonym unter der temporären Kennung kommunizieren und dabei er nur seine temporäre Rufnummer offenlegen, ohne seine permanente Kennung, das heißt seine permanente Rufnummer offenzulegen.

Claims (15)

  1. Verfahren zur Verarbeitung von Teilnehmerkennungen (61, 63, 64...) für einen Teilnehmer eines Mobilfunknetzes (1), das Folgendes umfasst: Speichern einer ersten Teilnehmerkennung (61) und weiterer zugewiesener Teilnehmerinformationen in einem Heimatregister (HLR, home location register) des Mobilfunknetzes (1), dadurch gekennzeichnet, dass es außerdem Folgendes umfasst: mittels eines Eingabemoduls (52) eines informatisierten Proxy-Besucherregisters (PVLR, proxy visitor location register) Speichern (S1) einer ersten Teilnehmerkennung (61) im Proxy-Besucherregister (PVLR), mittels eines Eingabemoduls (52) des Proxy-Besucherregister (PVLR) Speichern (S1) zweiter Teilnehmerkennungen (63, 64 ...) im Proxy-Besucherregister (PVLR), Senden (S2) einer Anforderung zur Pseudostandortaktualisierung durch das Proxy-Besucherregister (PVLR) an das Heimatregister (HLR), wobei die Anforderung zur Pseudostandortaktualisierung die erste, im Proxy-Besucherregister (PVLR) gespeicherte Teilnehmerkennung und eine Kennung des Proxy-Besucherregisters (PVLR) umfasst, und wobei die Kennung des Proxy-Besucherregisters (PVLR) im Heimatregister (HLR) gespeichert wird, Herunterladen (S4, S5) der Teilnehmerinformationen durch das Heimatregister (HLR) zum Proxy-Besucherregister(PVLR), das bei der Anforderung zur Pseudostandortaktualisierung identifiziert wurde, mittels Teilnehmeranforderungsmodul (56) des Proxy-Besucherregisters (PVLR) Empfang einer Teilnehmeranforderung zur Auswahl einer zweiten Teilnehmerkennung (63, 64, ...) und Weiterleiten von Meldungen und/oder Senden einer Rufumleitungsanforderung durch das Proxy-Besucherregister (PVLR) an das Heimatregister (HLR), um an eine Rufnummer (621) der ersten Teilnehmerkennung (61) gerichtete Anrufe an eine Rufnummer (631, 641, ...) der ausgewählten zweiten Teilnehmerkennung (63, 64) umzuleiten.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Senden (S2) der Anforderung zur Pseudostandortaktualisierung unabhängig von jeglicher Aktivität einer Mobilstation (2, 8) des Teilnehmers eingeleitet wird.
  3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Senden (S2) der Anforderung zur Pseudostandortaktualisierung durch das Speichern (S1) der ersten Teilnehmerkennung im Proxy-Besucherregister (PVLR) eingeleitet wird, wobei das Speichern (S1) der ersten Teilnehmerkennung im Proxy-Besucherregister (PVLR) unabhängig von jeglicher Aktivität einer Mobilstation (2, 8) des Teilnehmers eingeleitet und ausgeführt wird.
  4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die Teilnehmerinformationen eine öffentliche Rufnummer umfassen, dass eine oder mehrere zusätzliche zweite Teilnehmerkennungen für den Teilnehmer im Heimatregister (HLR) gespeichert werden, wobei eine private Rufnummer jeder der zusätzlichen zweiten Teilnehmerkennungen zugewiesen wird, und dass das Proxy-Besucherregister (PVLR) eine Dienstanforderung an das Heimatregister (HLR) sendet (S11, S14), wobei die Dienstanforderung eine erste Teilnehmerkennung, ein Anforderungszeichen für die Rufumleitung und eine der privaten Rufnummern als zu benutzende Rufumleitungsnummer umfasst.
  5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass eine Teilnehmeranforderung vom Proxy-Besucherregister (PVLR) empfangen wird (S9), wobei die Teilnehmeranforderung Auswahlinformationen umfasst, um eine Teilnehmerkennung, eine Rufnummer und/oder eine Mobilstation (2, 8) des Teilnehmers zu bestimmen, und dass das Proxy-Besucherregister (PVLR) auf den empfangenen Auswahlinformationen basierend die als Rufumleitungsnummer zu benutzende, private Rufnummer bestimmt (S10) und die Dienstanforderung in Antwort auf die Teilnehmeranforderung an das Heimatregister (HLR) sendet (S11, S14).
  6. Informatisiertes Proxy-Besucherregister (PVLR) zur Verarbeitung von Teilnehmerinformationen (61, 63, 64, ...) eines Teilnehmers eines Mobilfunknetzes (1), das Folgendes umfasst: ein Eingabemodul (52) zum Speichern (S1) einer ersten Kennung (61) und zweiter Teilnehmerkennungen (63, 64, ...) des Teilnehmers im Proxy-Besucherregister (PVLR), ein Aktualisierungsanforderungsmodul (53) zum Senden (S2) einer Anforderung zur Pseudostandortaktualisierung an ein Heimatregister (HLR) eines Mobilfunknetzes (1), wobei die Anforderung zur Pseudostandortaktualisierung die im Proxy-Besucherregister (PVLR) gespeicherte erste Teilnehmerkennung und eine Kennung des Proxy-Besucherregister (PVLR) umfasst, und wobei die Kennung des Proxy-Besucherregister (PVLR) im Heimatregister (HLR) gespeichert wird, ein Aktualisierungsantwortmodul (54) im Proxy-Besucherregister (PVLR) zum Empfangen der vom Heimatregister (HLR) in Antwort auf die Anforderung zur Pseudostandortaktualisierung zum Proxy-Besucherregister (PVLR) heruntergeladenen (S4, S5) Teilnehmerinformationen und zum Speichern der empfangenen Teilnehmerinformationen (62) in dem der ersten Teilnehmerkennung (61) zugewiesenen Proxy-Besucherregister (PVLR), ein Teilnehmeranforderungsmodul (56) zum Empfangen einer Teilnehmeranforderung zur Auswahl einer zweiten Teilnehmerkennung (63, 64, ...) und ein SMS-Weiterleitungsmodul (57) zur Weiterleitung von SMS-Nachrichten und/oder ein Dienstanforderungsmodul (55) zum Senden einer Rufumleitungsanforderung an das Heimatregister (HLR) zur Umleitung von Anrufen, die an eine Rufnummer (621) der ersten Teilnehmerkennung (61), an eine Rufnummer (631, 641, ...) der ausgewählten zweiten Teilnehmerkennung (63, 64, ...) gerichtet sind.
  7. Informatisiertes Proxy-Besucherregister (PVLR) nach Anspruch 6, dadurch gekennzeichnet, dass das Aktualisierungsanforderungsmodul (53) so ausgeführt ist, dass es unabhängig von jeglicher Aktivität einer Mobilstation (2, 8) des Teilnehmers das Senden (S2) der Anforderung zur Pseudostandortaktualisierung einleitet.
  8. Informatisiertes Proxy-Besucherregister (PVLR) nach Anspruch 6, dadurch gekennzeichnet, dass das Aktualisierungsanforderungsmodul (53) so ausgeführt ist, dass es das Senden (S2) der Anforderung zur Pseudostandortaktualisierung in Antwort auf das Speichern (S1) der ersten Teilnehmerkennung (61) im Proxy-Besucherregister (PVLR) einleitet, und dass das Eingabemodul (52) so ausgeführt ist, dass es unabhängig von jeglicher Aktivität einer Mobilstation (2, 8) des Teilnehmers die Speicherung (S1) der ersten Teilnehmerkennung (61) einleitet und ausführt.
  9. Informatisiertes Proxy-Besucherregister (PVLR) nach einem der Ansprüche 6 bis 8, dadurch gekennzeichnet, dass das Aktualisierungsantwortmodul (54) so ausgeführt ist, dass es eine in den Teilnehmerinformationen enthaltene öffentliche Rufnummer vom Heimatregister (HLR) empfängt und speichert (S7), dass das Proxy-Besucherregister (PVLR) eine oder mehrere zusätzliche zweite Teilnehmerkennungen (63, 64, 6n) für den Teilnehmer aufweist, wobei eine private Rufnummer (631, 641, 6m) jeder der zusätzlichen zweiten Teilnehmerkennungen (63, 64, 6n) zugewiesen wird, und dass das Proxy-Besucherregister (PVLR) ein Dienstanforderungsmodul (55) zum Senden (S11, S14) einer Dienstanforderung an das Heimatregister (HLR) aufweist, wobei die Dienstanforderung die erste Teilnehmerkennung, ein Anforderungszeichen für die Rufumleitung und eine der privaten Rufnummern als zu benutzende Rufumleitungsnummer umfasst.
  10. Informatisiertes Proxy-Besucherregister (PVLR) nach Anspruch 9, dadurch gekennzeichnet, dass das Proxy-Besucherregister (PVLR) ein Teilnehmeranforderungsmodul (56) zum Empfangen (S9) einer Teilnehmeranforderung aufweist, wobei die Teilnehmeranforderung Auswahlinformationen umfasst, um eine Teilnehmerkennung, eine Rufnummer und/oder eine Mobilstation (2, 8) des Teilnehmers zu bestimmen, und dass das Dienstanforderungsmodul (55) so ausgeführt ist, dass es auf den empfangenen Auswahlinformationen basierend die als Rufumleitungsnummer zu benutzende, private Rufnummer (631, 641, 6m) bestimmt und die Dienstanforderung in Antwort auf die Teilnehmeranforderung an das Heimatregister (HLR) sendet (S11, S14).
  11. Rechnerprogrammprodukt, das ein rechnerlesbares Medium aufweist, wobei das rechnerlesbare Medium Rechnerprogrammcodemittel zur Steuerung eines oder mehrerer Prozessoren eines Proxy-Besucherregisters (PVLR) enthält, um Teilnehmerinformationen eines Teilnehmers eines Mobilfunknetzes (1) derart zu verarbeiten, dass die erste Kennung (61) und zweite Teilnehmerkennungen (63, 64, ...) des Teilnehmers in dem Proxy-Besucherregister(PVLR) gespeichert (S1) werden, dass eine Anforderung zur Pseudostandortaktualisierung an das Heimatregister (HLR) des Mobilfunknetzes (1) gesendet (S2) wird, wobei die Anforderung zur Pseudostandortaktualisierung die im Proxy-Besucherregister (PVLR) gespeicherte, erste Teilnehmerkennung und eine Kennung des Proxy-Besucherregister (PVLR) umfasst, und wobei die Kennung des Proxy-Besucherregister (PVLR) im Heimatregister (HLR) gespeichert wird, dass vom Heimatregister (HLR) zum Proxy-Besucherregister(PVLR) in Antwort auf die Anforderung zur Pseudostandortaktualisierung heruntergeladene (S4, S5) Teilnehmerinformationen im der ersten Teilnehmerkennung (61) zugewiesenen Proxy-Besucherregister (PVLR) empfangen und gespeichert (S7) werden, dass eine Teilnehmeranforderung zur Auswahl einer zweiten Teilnehmerkennung (63. 64, ...) vom Proxy-Besucherregister (PVLR) empfangen wird, und dass an eine Rufnummer (621) gerichtete Meldungen der ersten Teilnehmerkennung (61) vom Proxy-Besucherregister (PVLR) an eine Rufnummer (631, 641, ...) der gewählten zweiten Teilnehmerkennung (63, 64) weitergeleitet werden und/oder dass eine Rufumleitungsanforderung vom Proxy-Besucherregister (PVLR) an das Heimatregister (HLR) gesendet wird, um an eine Rufnummer (621) der ersten Teilnehmerkennung (61) gerichtete Anrufe an eine Rufnummer (631, 641, ...) der ausgewählten zweiten Teilnehmerkennung (63, 64) umzuleiten.
  12. Rechnerprogrammprodukt nach Anspruch 11, dadurch gekennzeichnet, dass es außerdem Rechnerprogrammcodemittel umfasst, um den (die) Prozessor(en) des Proxy-Besucherregisters (PVLR) derart zu steuern, dass das Proxy-Besucherregister (PVLR) das Senden (S2) der Anforderung zur Pseudostandortaktualisierung unabhängig von jeglicher Aktivität einer Mobilstation (2, 8) des Teilnehmers einleitet.
  13. Rechnerprogrammprodukt nach Anspruch 11, dadurch gekennzeichnet, dass es außerdem Rechnerprogrammcodemittel umfasst, um den (die) Prozessor(en) des Proxy-Besucherregisters (PVLR) derart zu steuern, dass das Proxy-Besucherregister (PVLR) das Senden (S2) der Anforderung zur Pseudostandortaktualisierung in Antwort auf das Speichern (S1) der ersten Teilnehmerkennung im Proxy-Besucherregister (PVLR) einleitet, und dass das Proxy-Besucherregister (PVLR) unabhängig von jeglicher Aktivität einer Mobilstation (2, 8) des Teilnehmers die Speicherung (S1) der ersten Teilnehmerkennung einleitet und ausführt.
  14. Rechnerprogrammprodukt nach einem der Ansprüche 11 bis 13, dadurch gekennzeichnet, dass es außerdem Rechnerprogrammcodemittel umfasst, um den (die) Prozessor(en) des Proxy-Besucherregisters (PVLR) derart zu steuern, dass das Proxy-Besucherregister (PVLR) eine in den Teilnehmerinformationen enthaltene öffentliche Rufnummer vom Heimatregister (HLR) empfängt und speichert (S7), dass das Proxy-Besucherregister (PVLR) eine oder mehrere zusätzliche zweite Teilnehmerkennungen (63, 64, 6n) für den Teilnehmer speichert, wobei eine private Rufnummer (631, 641, 6m) jeder der zusätzlichen zweiten Teilnehmerkennungen zugewiesen wird, und dass das Proxy-Besucherregister (PVLR) eine Dienstanforderung an das Heimatregister (HLR) sendet (S11, S14), wobei die Dienstanforderung die erste Teilnehmerkennung, ein Anforderungszeichen für die Rufumleitung und eine der privaten Rufnummern als zu benutzende Rufumleitungsnummer umfasst.
  15. Rechnerprogrammprodukt nach Anspruch 14, dadurch gekennzeichnet, dass es außerdem Rechnerprogrammcodemittel umfasst, um den (die) Prozessor(en) des Proxy-Besucherregisters (PVLR) derart zu steuern, dass das Proxy-Besucherregister (PVLR) eine Teilnehmeranforderung empfängt (S9), wobei die Teilnehmeranforderung Auswahlinformationen umfasst, um eine Teilnehmerkennung, eine Rufnummer und/oder eine Mobilstation (2, 8) des Teilnehmers zu bestimmen, dass das Proxy-Besucherregister (PVLR) auf den erhaltenen Auswahlinformationen basierend die als Rufumleitungsnummer zu benutzende, private Rufnummer bestimmt (S10), und dass das Proxy-Besucherregister (PVLR) die Dienstanforderung in Antwort auf die Teilnehmeranforderung an das Heimatregister (HLR) sendet (S11, S14).
DE60318417T 2003-06-30 2003-06-30 Verfahren und Vorrichtungen zur Behandlung von Teilnehmerinformationen eines Teilnehmers in einem mobilen Funknetz Expired - Lifetime DE60318417T2 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP03405485A EP1494493B1 (de) 2003-06-30 2003-06-30 Verfahren und Vorrichtungen zur Behandlung von Teilnehmerinformationen eines Teilnehmers in einem mobilen Funknetz

Publications (2)

Publication Number Publication Date
DE60318417D1 DE60318417D1 (de) 2008-02-14
DE60318417T2 true DE60318417T2 (de) 2009-01-02

Family

ID=33427282

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60318417T Expired - Lifetime DE60318417T2 (de) 2003-06-30 2003-06-30 Verfahren und Vorrichtungen zur Behandlung von Teilnehmerinformationen eines Teilnehmers in einem mobilen Funknetz

Country Status (4)

Country Link
EP (1) EP1494493B1 (de)
AT (1) ATE383047T1 (de)
DE (1) DE60318417T2 (de)
ES (1) ES2299679T3 (de)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5537467A (en) * 1994-08-23 1996-07-16 Bell Communications Research, Inc. Method for forwarding a call to a temporarily utilized portable telephone
US5943620A (en) * 1996-12-09 1999-08-24 Ericsson Inc. Method for associating one directory number with two mobile stations within a mobile telecommunications network
FI108604B (fi) * 1999-04-28 2002-02-15 Nokia Corp Menetelmä matkaviestimen toiminteiden hallitsemiseksi
US6539223B1 (en) * 1999-10-07 2003-03-25 Lucent Technologies Inc. Mobile telecommunications device having multiple directory number capability
US7003287B2 (en) * 2001-02-12 2006-02-21 Siemens Ag System and method for call forwarding in a communication system

Also Published As

Publication number Publication date
ES2299679T3 (es) 2008-06-01
EP1494493B1 (de) 2008-01-02
DE60318417D1 (de) 2008-02-14
EP1494493A1 (de) 2005-01-05
ATE383047T1 (de) 2008-01-15

Similar Documents

Publication Publication Date Title
EP1407629B1 (de) Telekommunikationsverfahren, identifizierungsmodul und computerisierte diensteinheit
DE69925751T2 (de) Verfahren und knotenpunkt zur verbindung von mobilen rechnern
DE69837174T2 (de) Verfahren und Vorrichtung zum Übertragen einer Dienstseite in einem Kommunikationssystem
DE69733559T2 (de) Verfahren zur zuordnung einer temporären mobilstationnummer (tmsi)
DE69738500T2 (de) Zwei-Wege schnurloses Nachrichtensystem mit flexibler Benachrichtigung
EP1465443B1 (de) Verfahren und Vorrichtung zur Behandlung von ortsbasierten Diensten
DE69927406T2 (de) Datenbankdienste zur erweiterten nummernportabilität
DE60200415T2 (de) Stammdatei (HLR) mit mehreren Protokollen und Verfahren zu deren Verwendung
DE69932445T2 (de) Anrufweiterleitung in einem telekommunikationsnetz
EP1425899B1 (de) Zuteilung temporärer anonymer rufnummern in einem telekommunikationsnetz
DE60212989T2 (de) Vorrichtung für telekommunikationsdienste
DE10001838A1 (de) Verfahren und System zur Veränderung von Teilnehmerdaten
DE10246680A1 (de) Multicasting-Verwaltungsmechanismus für Mobilnetze
DE60031632T2 (de) Integriertes IP Telefonieren und Zellularkommunikationssystem und Verfahren zum Betreiben
DE69824228T2 (de) Mobilitätsverwaltungssystem für ein verteiltes Kommunikationssystem
EP0762785B1 (de) Verfahren zur Unterstützung von Diensten in Netzknoten von Telekommunikationsnetzen
EP1033897A1 (de) Verfahren zur Bereitstellung eines persönlichen Kommunikationsdienstes sowie Verfahren zur Anrufleitung und Dienststeuereinheit
DE10226316B4 (de) Verfahren zum Einrichten eines Zusatzdientes in einem Mobilfunknetz
EP1449399B1 (de) Verfahren zum abfragen des einverständnisses zur positionsdatenerfassung eines mobilfunkendgerätes, und entsprechendes mobilfunknetz
DE60314522T2 (de) Verfahren und Telekommunikationssystem zur Positionsbestimmung einer Ziel-Teilnehmereinrichtung unter Nutzung einer "Mobile Originating-Location Request (MO-LR)"-Prozedur
EP0928120B1 (de) Verwaltung der Erreichbarkeit eines Endgerätes in einem Mobilfunknetz und einem intelligenten Netz
DE60318417T2 (de) Verfahren und Vorrichtungen zur Behandlung von Teilnehmerinformationen eines Teilnehmers in einem mobilen Funknetz
DE112007000778T5 (de) Verfahren zum Weiterleiten von Anrufen in einem Mobilkommunikationsnetz
EP1312233B1 (de) Verfahren zum eingeben einer rufnummer in einen rufnummernspeicher eines telekommunikations-endgerätes
DE602004010960T2 (de) Verfahren und System zum Übertragen einer Kurznachricht

Legal Events

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

Owner name: SWISSCOM AG, BERN, CH