EP1464198A1 - Verbesserter datenschutz für positionsabhängige dienste - Google Patents

Verbesserter datenschutz für positionsabhängige dienste

Info

Publication number
EP1464198A1
EP1464198A1 EP02701170A EP02701170A EP1464198A1 EP 1464198 A1 EP1464198 A1 EP 1464198A1 EP 02701170 A EP02701170 A EP 02701170A EP 02701170 A EP02701170 A EP 02701170A EP 1464198 A1 EP1464198 A1 EP 1464198A1
Authority
EP
European Patent Office
Prior art keywords
mobile radio
privacy
mobile
lcs
switching center
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.)
Ceased
Application number
EP02701170A
Other languages
English (en)
French (fr)
Inventor
Hans-Martin Dietrich
Thomas Holzhauer
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.)
Nokia Solutions and Networks GmbH and Co KG
Original Assignee
Siemens AG
Nokia Siemens Networks GmbH and Co KG
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 Siemens AG, Nokia Siemens Networks GmbH and Co KG filed Critical Siemens AG
Publication of EP1464198A1 publication Critical patent/EP1464198A1/de
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/16—Mobility data transfer selectively restricting mobility data tracking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data

Definitions

  • the invention relates to methods and devices for querying the consent of a mobile terminal user with the transmission of his position data to an inquirer.
  • Privacy functions are functions relating to the protection of the privacy of a mobile radio terminal user by controlling the forwarding of his mobile radio terminal position.
  • LCS Location-dependent services
  • a mobile radio user may want to avoid that every third party can inquire about their current position from the mobile radio network. Therefore, the mobile terminal user needs a function that specifies for each potential person requesting his position from the mobile network whether the communication of the position data of the mobile terminal user to these inquirers is generally permitted, is fundamentally prohibited or may be permitted after a query from the mobile terminal user , This function is referred to as LCS user privacy (LCS user privacy function).
  • the LCS user privacy for each subscriber is stored in a home location register (HLR) in several privacy classes and is downloaded from the HLR to the MSC or SGSN visited by the user, whereupon an LCS user Privacy function checks whether in the event of a request for the position of the Mobile terminal (Mobile Terminating Location Request MT-LR) from a GMLC, position data should be transmitted to the requester.
  • LCS privacy classes are provided for value-added services, namely the call session related class and the call session unrelated class.
  • the user can specify up to 40 LCS client IDs for each of these two classes and specify information for each client ID (identities of potential users requesting the position) such as the MSC / SGSN visited by the user LCS user privacy check. For example, it is possible to stipulate that the user only receives an LCS notification (i.e. notification that someone is asking for his position) or that the user receives an LCS verification (i.e. consultation with him before his position is sent to a requester) and other options. If the LCS client ID is not stored in a list specified by the user, a default procedure is carried out according to the user's specifications.
  • LCS notification i.e. notification that someone is asking for his position
  • LCS verification i.e. consultation with him before his position is sent to a requester
  • the LCS user privacy defined according to 3GPP requires a relatively large amount of memory in the home register of the mobile network (HLR) and in the exchange (MSC-SGSN) and causes a high load when copying conditions relating to the transmission of position data of a user to a requestor from the HLR to the switching center currently used by the user (visited MSC / SGSN). Copying the conditions includes required because the conditions are checked during a request for the position of the mobile radio terminal within the switching center.
  • the entire check of the LCS user privacy settings only relates to the LCS client ID of the requesting LCS client, from which the position request is sent to the exchange via the GMLC. Further information about the type of the requesting service is not taken into account in 3GPP Release 4, the identity of the requestor (Reguestor ID) and associated conditions as well as further test conditions such as keywords etc.
  • Additional conditions regarding the transmission of position data of a user to an inquirer and the conditions according to 3GPP Release 4, such as Client ID (LCS privacy data) must be saved in such a way that any number of additional attributes is possible without increasing the storage space requirement in the HLR.
  • LCS Privacy specified in 3GPP Release 4 is that in the case of national or international roaming (the mobile subscriber is not in his home network and uses a location-dependent service in the visited mobile network), the use of the LCS privacy function in the MSC visited / SGSN, in which the
  • Each GMLC of any mobile radio network that is directly or indirectly connected to the mobile radio network in which the switching center currently visited by the mobile radio subscriber is located can initiate a positioning request for this mobile radio subscriber. If the application of the test condition and the evaluation of the result takes place in the GMLC, this requires a high level of trustworthiness of these GMLCs.
  • Changes to the test conditions and the function for the application of the test conditions are associated with a high administrative effort for the network operator or impossible if the LCS Privacy Central Unit and the network element in which the function for the application of the test conditions is carried out are not co-localized and / or cannot be administered synchronously.
  • 3GPP Release 4 specifies LCS Privacy only on the basis of the LCS Client IDs.
  • the mobile subscriber In the case of national or international roaming - the mobile subscriber is not in his home network and uses a location-dependent service in the visited mobile network - the application of the test condition and evaluation of the result in the switching center MSC / SGSN, in which the mobile subscriber is currently logged in, is only restricted possible because the local LCS client IDs in the LCS privacy central point of the cell phone subscriber would have to be known or would have to be entered accordingly in the LCS privacy data by the cell phone subscriber.
  • the object of the invention is to enable an efficient privacy query. The object is achieved in each case by the subject matter of the independent claims.
  • the function for using the test conditions can be located in an LCS privacy central point, where the associated test conditions or the LCS privacy data according to 3GPP Release 4 also includes additional attributes (such as the service type, the initiator, time dependencies or others), get saved.
  • the LCS Privacy Central Office manages, among other things Subscriber records of mobile users of the
  • the address of the LCS privacy center responsible for the HLR and / or a mobile subscriber identity is advantageously stored in the HLR.
  • the address of the LCS privacy central station stored in the HLR is preferably copied into the visited switching center.
  • the position request can be classified into an LCS privacy class in the exchange (call session related class, call session unrelated class ).
  • the exchange appropriately transmits the classification of the position request to the LCS Privacy Central Unit.
  • Input parameters for the test conditions can be transmitted from the position data request acceptance point (GMLC) to the switching center and these can be passed on by the switching center - possibly together with further input parameters available in the switching center - to the LCS privacy central point.
  • the mediation agency can initiate the application of the test conditions in the LCS Privacy Central Office on the basis of an indirect or direct position request.
  • the switching center expediently sends the input parameters of the test conditions to the LCS Privacy Central Unit.
  • the additional attributes located in the LCS Privacy Central Unit enable the use of LCS even in the case of national or international roaming without the local LCS client IDs being known in the HLR or being entered accordingly in the LCS privacy data by the mobile subscriber.
  • the LCS Privacy Central Unit can be divided into several individual network elements. The assignment of which LCS privacy central office is responsible for which mobile phone subscriber is done by storing the address of the LCS privacy central office in the HLR of the mobile phone subscriber or by a similarly suitable procedure.
  • the LCS Privacy Center can be implemented on the SCP.
  • SCI Subscriber Controlled Input
  • FIG. 1 shows an LCS privacy test according to 3GPP R4, FIG. 2 shows a modification of the 3GPP R4 solution and FIG. 3 schematically shows a modification of this LCS privacy test according to the invention.
  • a request 1 is sent from a position data application (LCS application) 11 to a position data request acceptance point (GMLC) 12, which in step 2 sends this position data request to a switching center (SGSN / MSC etc. currently visited by the user of the mobile radio terminal (MS) etc. ) 14 forwards.
  • LCS application position data application
  • GMLC position data request acceptance point
  • the switching center SGSN / MSC 14 has (for example regularly) stored in a step 0 information downloaded from an HLR about mobile radio terminal users (LCS privacy data 18), which state whether the mobile terminal 13 should be queried before the position of the mobile radio terminal is transmitted to the requester 11 is.
  • LCS privacy data 18 information downloaded from an HLR about mobile radio terminal users
  • the switching center (MSC / SGSN) 14 classifies 19 the position data request 2.
  • Various LCS privacy classes are provided for value-added services, namely the call session related class and the call session unrelated class .
  • the result of the classification determines which data of the privacy data 18 are taken into account. If the privacy check 20 prescribes such a query, in step 3 the switching center 14 asks in the mobile radio terminal 13 whether the user of the mobile radio terminal 13 wishes to give the requestor 11 permission to determine the mobile radio terminal position for the current query. This can be followed by a response 4 from the mobile radio terminal to the switching center 14 or, under certain circumstances, no response if the mobile radio terminal is not used, for example, is switched off or is in a dead zone.
  • the position of the mobile radio terminal to the inquirer 11 can be transmitted from the switching center 14 to the requesting party 11.
  • the exchange 14 asks in step 5 for a RAN of a 3G network or a BSS of a 2G network, etc. the position of the mobile radio terminal 13 (for example on the basis of the cell identity of the mobile radio cell currently used by the mobile radio terminal 13) and gets the current mobile radio terminal position back in step 6. If the position is to be transmitted to the inquirer 11, the switching center 14 transmits data representing the position to the
  • FIG. 3 shows a configuration according to the invention for improving the LCS privacy query:
  • LCS privacy central point 26 which is responsible for the privacy of the mobile terminal user 13 by (a A large number of mobile radio device user identities relating to the stored query information 24 assigned to them via the identity of the mobile radio terminal 13 or a mobile radio subscriber identity card of the mobile radio terminal 13 is to be contacted - for example, the LCS data 24 comprise an address of the LCS privacy central point. Because the privacy data 18 is no longer stored in the HLR, but in the LCS privacy center (database server 26), the network load between the HLR 16 and the switching center MSC / SGSN 14 and the memory requirement in the HLR can be considerably reduced.
  • step 0 (on request or regularly) from the home location register HLR 16 to the switching center SGSN / MSC 14 for each mobile station 13 registered there LCS data 24, which address information is required for the Contain mobile station 13 each responsible LCS privacy center 26 transmitted.
  • the request 2 is then classified in the switching center 14, as in the above method.
  • the exchange 14 does not check the LCS privacy.
  • the privacy query 2a is sent to the LCS privacy center 26.
  • the address of the LCS privacy center 26 is taken from the LCS data 24.
  • the switching center 14 sends a request 2a which test conditions, such as the class of the request (Call / Session Related, Call / Session Unrelated ...) and additional test parameters received in the request 2, such as LCS Client ID, initiator and LCS client type, contains, for checking the privacy functions of the mobile radio user 13, to the LCS privacy center 26, the address of which is indicated by the LCS data 24, or to a predefined LCS privacy center 26.
  • the LCS privacy central point 26 carries out the verification of the LCS privacy 20.
  • the LCS Privacy 20 can be checked in accordance with 3GPP R4 on the basis of the received classification and the received client ID of the LCS application 11 or, furthermore, take additional attributes 21, such as the received LCS client type and / or initiator, into account and / or possibly additional ones Use locally available test parameters - for example the current time (26).
  • the LCS privacy central point 26 can be implemented on the SCP, so that a user interface implemented by subscriber controlled input (SCI), which can modify the LCS privacy data 18 according to 3GPP R4 in the HLR, also remains unchanged can be reused or expanded for the LCS privacy center 26 on the SCP.
  • SCI subscriber controlled input
  • the LCS privacy central unit 26 can be divided into one Database which contains the LCS privacy data 18 and the additional attributes 21 and in an additional unit which carries out the LCS Privacy Check 20.
  • the LCS privacy data 18, as described in relation to FIG. 3, can be stored in the privacy central station 26, but for backward compatibility with home registers HLR 16, which improve the LCS privacy according to the invention (still ), the LCS privacy data 18 stored in the privacy center 26 can be in a suitable form, possibly in accordance with 3GPP Release 4, and by means of suitable methods, such as an interface, between the privacy center 26 and the HLR 16 home register be transmitted and / or synchronized on request or regularly, so that the home register HLR 16 can transmit the LCS privacy data 18 to a switching center 14 in a step 0, as described in FIG. 1.
  • the downward-compatible part of the LCS Privacy Check 20 of the privacy center 26 is carried out according to the privacy classification 19 in the switching center 14, as described in relation to FIG. 1, and the result is transmitted to the privacy center 26 as an additional input parameter in step 2a.
  • the LCS privacy data 18 can remain in the home register 16, as described for FIG. 1, and only the additional attributes 20 are stored in the privacy central point 26.
  • the address of the privacy center 26 is to be stored in the HLR.
  • the combination of the results of the checking of the LCS privacy data in the switching center 14 and the checking of the additional attributes in the privacy central point 26 can take place in the switching point 14 or in the privacy central point 26 and can depend on whether the mobile terminal user resides in his home mobile radio network or uses another network within or outside the home country.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Eine netzlasteffiziente Privacy-Funktionsprüfung wird ermöglicht durch ein Verfahren zum Abfragen des Einverständnisses eines Nutzers eines Mobilfunkendgerätes (13) eines Mobilfunknetzes (14, 16) mit der Übermittlung (8) seiner Positionsdaten (28) an einen nach diesen Positionsdaten (28) Anfragenden (11), wobei im Falle des Eintreffens (2) einer Anfrage (1) eines Anfragenden (11) nach der Position (28) des Mobilfunkendgerätes (13) in einer Vermittlungsstelle (14) des Mobilfunknetzes (14, 16, 15) von der Vermittlungsstelle (14) ein Datenbankserver (26) zu einer Prüfung anhand dort (26) gespeicherter, das Mobilfunkendgerät betreffender Rückfragevorschrifts-Angaben (18; 21) dahingehend veranlasst wird (2a), ob ein Einverständnis seitens des Mobilfunkendgeräts (13) zur Weitergabe (8) der Mobilfunk-Endgerät-Position an den Anfragenden (11) einzuholen (3, 4) ist, worauf das Ergebnis (2b) dieser Prüfung an die Vermittlungsstelle (14) gesandt wird, wobei zumindest dann, wenn das Ergebnis (2b) aussagt, dass das Einverständnis einzuholen ist, eine Anforderung (3) zur Erklärung des Einverständnisses von der Vermittlungsstelle (14) an das Mobilfunkendgerät (13) gesandt wird (3) und bei Vorliegen des Einverständnisses (4) eine Übersendung (7, 8) der Position (28) des Endgerätes (13) an den Anfragenden (11) erfolgt.

Description

Beschreibung
VERBESSERTER DATENSCHÜTZ FÜR POSITIONABHÄNGIGE DIENSTE
Die Erfindung betrifft Verfahren und Vorrichtungen zum Abfragen des Einverständnisses eines Mobilfunkendgerät-Nutzers mit der Übermittlung seiner Positionsdaten an einen Anfragenden.
Privacy-Funktionen sind den Schutz der Privatsphäre eines Mobilfunkendgerätnutzers durch Kontrolle der Weitergabe seiner Mobilfunkendgerätsposition betreffende Funktionen.
Aus 3GPP-TS 23.271 ist bekannt, Positionsdaten eines Mobilfunkendgerät-Nutzers eines zellularen Mobilfunknetzes für ortsabhängige Dienste wie z.B. Informationen über die nächstliegende Tankstelle, etc. (Location Services = LCS) zu benutzen. Jedoch möchte unter Umständen ein Mobilfunkendgerät- Nutzer vermeiden, dass jeder Dritte seine aktuelle Position vom Mobilfunknetz erfragen kann. Deshalb benötigt der Mobilfunkendgerat-Benutzer eine Funktion, welche für jeden potentiellen, seine Position vom Mobilfunknetz Anfragenden festlegt, ob die Mitteilung der Positionsdaten des Mobilfunkendgerät-Nutzers an diesen Anfragenden allgemein erlaubt ist, grundsätzlich verboten ist oder nach Rückfrage beim Mobilfunkendgerat-Nutzer erlaubt sein kann. Diese Funktion wird als LCS-User Privacy (also LCS-Benutzer- Privatsphären-Funktion) bezeichnet .
Gemäß 3GPP Release 4 Standards TS 23.271 und TS 29.002 ist die LCS-User Privacy für jeden Subscriber in einem Home Location Register (HLR) in mehreren Privacy-Klassen gespeichert und wird vom HLR zum vom Benutzer besuchten MSC oder SGSN heruntergeladen worauf eine LCS-User Privacy Funktion überprüft, ob im Falle einer Anfrage nach der Position des Mobilfunkendgerätes (Mobile Terminating Location Request MT- LR) von einem GMLC, Positionsdaten an den Anfragenden übertragen werden sollen. Für Value Added Services sind LCS Privacy Classes vorgesehen, nämlich die Call-Session Related Class und die Call-Session Unrelated Class. Gemäß 3GPP Release 4 kann der Benutzer für jede dieser zwei Klassen bis zu 40 LCS-Client-IDs spezifizieren und für jede Client-ID (Identitäten von potenziellen die Position des Nutzers Anfragenden) Angaben dahingehend festlegen, wie die vom Nutzer besuchte MSC/SGSN den LCS-User-Privacy-Check durchführen soll. Zum Beispiel ist es möglich, festzulegen, dass der Benutzer nur eine LCS-Notification (also Mitteilung, dass jemand seine Position erfragt) bekommt oder dass der Nutzer eine LCS- Verification (also Rückfrage bei ihm vor Übermittlung seiner Position an einen Anfragenden) bekommt und andere Möglichkeiten. Wenn die LCS-Client-ID nicht in einer vom Benutzer vorgegebenen Liste gespeichert ist, wird ein Rückfallverfahren (Default behaviour) gemäß Vorgaben des Benutzers ausgeführt .
Die gemäß 3GPP definierte LCS-User Privacy (3GPP Standard TS 23.271 und TS 29.002) benötigt relativ viel Speicher im Heimatregister des Mobilfunknetzes (HLR) und in der Vermittlungsstelle (MSC-SGSN) und verursacht eine hohe Last bei der Kopie von Bedingungen betreffend die Übermittlung von Positionsdaten eines Nutzers an einen Anfragenden vom HLR zur vom Nutzer aktuell benutzten Vermittlungsstelle (visited MSC/SGSN) . Das Kopieren der Bedingungen ist u.a. erforderlich, weil die Prüfung der Bedingungen während einer Anfrage nach der Position des Mobilfunkendgerätes innerhalb der Vermittlungsstelle vorgenommen wird.
Die gesamte Prüfung der LCS-User Privacy Einstellungen bezieht sich dabei nur auf die LCS Client ID des anfragenden LCS Client, von dem die Positionsanforderung über das GMLC an die Vermittlungsstelle gesendet wird. Weitergehende Informationen über den Typ des anfordernden Dienstes werden in 3GPP-Release-4 nicht berücksichtigt, ebenso wenig die Identität des Anfordernden (Reguestor ID) und damit verknüpfte Bedingungen sowie weitere Prüfbedingungen wie Schlüsselworte etc .
Diese zusätzlichen Bedingungen (Zusatzattribute) betreffend die Übermittlung von Positionsdaten eines Nutzers an einen Anfragenden und die Bedingungen nach 3GPP Release 4, wie z.B. Client ID (LCS Privacy Daten) sind so zu speichern, dass eine beliebige Anzahl zusätzlicher Attribute möglich ist, ohne dass der Speicherplatzbedarf im HLR weiter gesteigert wird.
Eine weitere Einschränkung der nach 3GPP Release 4 spezifizierten LCS Privacy ist, dass im Fall von nationalem oder internationalem Roaming (der Mobilfunkteilnehmer befindet sich nicht in seinem Heimatnetz und verwendet einen ortsabhängigen Dienst im besuchten Mobilfunknetz) die Anwendung der LCS Privacy Funktion in der besuchten Vermittlungsstelle MSC/SGSN, in welcher der
Mobilfunkteilnehmer aktuell eingebucht ist, nur eingeschränkt möglich ist, weil die örtlichen LCS Client IDs im HLR möglicherweise nicht bekannt sind und vom Mobilfunkteilnehmer nicht in seinen LCS Privacy Daten entsprechend eingetragen sind.
Der aktuell evaluierte Ansatz, gemäß Figur 2 (Konfiguration 1) die Zusatzattribute in einer separierten LCS Privacy Zentralstelle zu speichern, den Zugriff auf diese Daten der LCS Privacy Zentralstelle von einem GMLC aus durchzuführen und die Überprüfung der LCS Privacy Daten im GMLC, löst das Problem des begrenzten Speicherplatzes im HLR, wirft aber folgende zu lösende Probleme auf: Der Start bzw. die Durchführung der Location Subscriber Privacy Funktion (LSPF) wird von 3GPP auf der Vermittlungsstelle MSC/SGSN gefordert, aber durch die Konfiguration 1 in das GMLC bzw. in die LCS Privacy Zentralstelle verschoben.
Die nach 3GPP geforderte Einbeziehung der Klassifikation der LCS Positionsanforderung bzw. die Unterscheidung der LCS Privacy in Call/Session Related und Call/Session Unrelated Class in den Prüfvorgang ist mit der Konfiguration 1 gemäß Figur 2 nicht oder nur mit erhöhtem Aufwand möglich. Die Benachrichtigung über eine laufende Positionsbestimmung bzw. die Nachfrage der Zulässigkeit einer Positionsbestimmung beim betroffenen Mobilfunkteilnehmer, wie in 3GPP Release 4 gefordert, ist mit der Konfiguration gemäß Figur 2 nicht oder nur mit erhöhtem Aufwand möglich.
Jedes GMLC eines beliebigen Mobilfunknetzes, welches mit dem Mobilfunknetz, in dem sich die aktuell vom Mobilfunkteilnehmer besuchte Vermittlungsstelle befindet, direkt oder indirekt verbunden ist, kann eine Positionierungsanfrage für diesen Mobilfunkteilnehmer anstoßen. Wenn die Anwendung der Prüfbedingung und das Auswerten des Ergebnisses im GMLC stattfindet, setzt dies eine hohe Vertrauenswürdigkeit dieser GMLCs voraus.
Eine Weiterverwendung der auf Subscriber Controlled Input (=SCI= von einem Teilnehmer kontrollierte Eingaben) basierenden Benutzerschnittstelle des Mobilfunkendgeräte- Benutzers zur Änderung seiner Einstellungen der LCS Privacy Daten im HLR ist für Änderungen seiner Einstellungen der LCS Privacy Daten in der LCS Privacy Zentralstelle nicht möglich oder nur mit erhöhtem Aufwand möglich.
Im Fall von nationalem oder internationalem Roaming (der Mobilfunkteilnehmer befindet sich nicht in seinem Heimatnetz und verwendet einen ortsabhängigen Dienst im besuchten Mobilfunknetz) ist die Anwendung der Prüfbedingung und die Auswertung des Ergebnisses im GMLC oder in der LCS Privacy Zentralstelle unter Verwendung der Daten, welche in der LCS Privacy Zentralstelle in seinem Heimatmobilfunknetz gespeichert sind, nur mit erhöhtem Aufwand möglich. Werden in einem Mobilfunknetz mehrere GMLCs und/oder mehrere LCS Privacy Zentralstellen verwendet, ist die Zuordnung, welche GMLC auf welche LCS Privacy Zentralstelle zugreifen soll, unklar.
Es gibt folgende bereits bestehende, aber durch eine Konfiguration gemäß Figur 2 nicht gelöste Probleme:
Änderungen der Prüfbedingungen und der Funktion zur Anwendung der Prüfbedingungen sind mit hohem administrativen Aufwand für den Netzbetreiber verbunden bzw. unmöglich, wenn die LCS Privacy Zentralstelle und das Netzelement, in dem die Funktion zur Anwendung der Prüfbedingungen ausgeführt wird, nicht co- lokalisiert sind und/oder nicht synchron administriert werden können.
3GPP Release 4 spezifiziert die LCS Privacy nur anhand der LCS Client IDs. Im Fall von nationalem oder internationalem Roaming - der Mobilfunkteilnehmer befindet sich nicht in seinem Heimatnetz und verwendet einen ortsabhängigen Dienst im besuchten Mobilfunknetz - ist die Anwendung der Prüfbedingung und Auswertung des Ergebnisses in der Vermittlungsstelle MSC/SGSN, in welcher der Mobilfunkteilnehmer aktuell eingebucht ist, nur eingeschränkt möglich, weil die örtlichen LCS Client IDs in der LCS Privacy Zentralstelle des Mobilfunkteilnehmers bekannt sein müssten bzw. vom Mobilfunkteilnehmer in seinen LCS Privacy Daten entsprechend eingetragen werden müssten. Aufgabe der Erfindung ist es, eine effiziente Privacy-Abfrage zu ermöglichen. Die Aufgabe wird jeweils durch die Gegenstände der unabhängigen Ansprüche gelöst.
Erfindungsgemäß kann die Funktion zur Anwendung der Prüfbedingungen in einer LCS Privacy Zentralstelle liegen, wo auch die dazugehörigen Prüfbedingungen bzw. die LCS Privacy Daten gemäß 3GPP Release 4 mit Zusatzattributen (wie beispielsweise dem Dienste-Typ, dem Initiator, zeitlichen Abhängigkeiten oder anderen umfasst) , gespeichert werden. Die LCS Privacy Zentralstelle verwaltet u.a. Teilnehmerdatensätze von Mobilfunknutzern des
Heimatmobilfunknetzes, in welchem sie gelegen ist. Im HLR ist zweckmäßig die Adresse der für das HLR und/oder eine Mobilfunkteilnehmeridentität zuständigen LCS Privacy Zentralstelle gespeichert.
Bei der Einbuchung eines Mobilfunkteilnehmers in eine Vermittlungsstelle wird vorzugsweise die im HLR abgespeicherte Adresse der LCS Privacy Zentralstelle in die besuchte Vermittlungsstelle kopiert. Die Klassifizierung der Positionsanfrage in eine LCS Privacy Klasse kann in der Vermittlungsstelle (Call-Session Related Class, Call-Session Unrelated Class...) erfolgen. Die Vermittlungsstelle übermittelt zweckmäßig der LCS Privacy Zentralstelle die Klassifikation der Positionsanfrage. Eingangsparameter für die Prüf edingungen können von der Positionsdatenanfragenannahmestelle (GMLC) zur Vermittlungsstelle übermittelt werden und diese von der Vermittlungsstelle - möglicherweise zusammen mit weiteren in der Vermittlungsstelle verfügbaren Eingangsparametern - an die LCS Privacy Zentralstelle weitergereicht werden. Der Anstoß zur Anwendung der Prüfbedingungen in der LCS Privacy Zentralstelle kann durch .die Vermittlungsstelle aufgrund einer mittelbaren oder unmittelbaren Positionsanforderung erfolgen. Für den Anstoß zur Anwendung der Prüfbedingungen übermittelt zweckmäßig die Vermittlungsstelle die Eingangsparameter der Prüfbedingungen an die LCS Privacy Zentralstelle. Die in der LCS Privacy Zentralstelle gelegenen Zusatzattribute ermöglichen die Anwendung von LCS auch im Fall von nationalem oder internationalem Roaming ohne dass die örtlichen LCS Client IDs im HLR bekannt sind oder vom Mobilfunkteilnehmer in seinen LCS Privacy Daten entsprechend eingetragen sind. Die LCS Privacy Zentralstelle kann in mehrere einzelne Netzelemente aufgeteilt sein. Die Zuordnung, welche LCS Privacy Zentralstelle für welchen Mobilfunkteilnehmer zuständig ist, erfolgt durch die Abspeicherung der Adresse der LCS Privacy Zentralstelle im HLR des Mobilfunkteilnehmers oder durch ein ähnlich geeignetes Verfahren. Die LCS Privacy Zentralstelle kann auf dem SCP realisiert werden. Eine Weiterverwendung der auf Subscriber Controlled Input (SCI) basierenden Benutzerschnittstelle des Mobilfunkendgeräte- Benutzers zur Änderung seiner Einstellungen der LCS Privacy Daten in der LCS Privacy Zentralstelle, wird ermöglicht durch eine Schnittstelle der Vermittlungsstelle zum HLR und vom HLR zur LCS Privacy Zentralstelle. Wird die LCS Privacy Zentralstelle auf dem SCP realisiert, ist diese Schnittstelle bereits vorhanden.
Weitere Merkmale und Vorteile der Erfindung ergeben sich aus der nachfolgenden Beschreibung eines Ausführungsbeispieles mit beigefügten Zeichnungen.
Es zeigt:
Fig. 1 eine LCS Privacy-Prüfung gemäß 3GPP R4, Fig. 2 eine Abwandlung der 3GPP R4 Lösung und Fig. 3 schematisch eine erfindungsgemäße Abwandlung dieser LCS Privacy-Prüfung. In Fig. 1 wird eine Anfrage 1 von einer Positionsdatenanwendung (LCS Applikation) 11 an eine Positionsdatenanfragenannahmestelle (GMLC) 12 gesandt, welche diese Positionsdatenanfrage im Schritt 2 an eine vom Nutzer des Mobilfunkendgerätes (MS) 13 aktuell besuchte Vermittlungsstelle (SGSN/MSC etc.) 14 weiterleitet. Die Vermittlungsstelle SGSN/MSC 14 hat (z.B. regelmäßig) in einem Schritt 0 von einem HLR heruntergeladene Angaben zu Mobilfunkendgerät-Nutzern gespeichert (LCS Privacy Daten 18) , welche aussagen, ob vor Übermittlung der Position des Mobilfunkendgerätes an den Anfragenden 11 beim Mobilfunkendgerat 13 rückzufragen ist.
Vor der Überprüfung der Privacy Daten 18, erfolgt in der Vermittlungsstelle (MSC/SGSN) 14 eine Klassifizierung 19 der Positionsdatenanfrage 2. Für Value Added Services sind verschiedene LCS Privacy Classes vorgesehen, nämlich die Call- Session Related Class und die Call-Session Unrelated Class. Das Resultat der Klassifizierung bestimmt, welche Daten der Privacy Daten 18 berücksichtigt werden. Falls die Privacy Überprüfung 20 eine derartige Rückfrage vorschreibt, fragt im Schritt 3 die Vermittlungsstelle 14 im Mobilfunkendgerat 13 nach, ob der Nutzer des Mobilfunkendgerätes 13 für die aktuelle Anfrage des Anfragenden 11 diesem die Erlaubnis zur Mobilfunkendgerät-Positionsbestimmung erteilen möchte. Hierauf kann eine Antwort 4 vom Mobilfunkendgerat an die Vermittlungsstelle 14 erfolgen oder unter Umständen keine Antwort erfolgen, wenn das Mobilfunkendgerat beispielsweise nicht benutzt wird, ausgeschaltet ist oder sich in einem Funkloch befindet. Wenn eine Übermittlung der Position des Mobilfunkendgerätes an den Anfragenden 11 grundsätzlich erlaubt ist, mit Benachrichtigung (Schritt 3) erlaubt ist oder wenn sie alternativ hierzu nur nach Einholen eines Einverständnisses 4 erlaubt ist und das Einverständnis vorliegt oder wenn alternativ hierzu vorgegeben ist, bei Nichteintreffen einer Ablehnung des Einverständnisses die Position zu übermitteln, kann eine Übermittlung der Position von der Vermittlungsstelle 14 an den Anfragenden 11 erfolgen. Die Vermittlungsstelle 14 fragt im Schritt 5 bei einem RAN eines 3G-Netzwerkes oder einem BSS eines 2G-Netzwerkes etc . die Position des Mobilfunkendgerätes 13 ab (beispielsweise aufgrund der Zeil-Identität der vom Mobilfunkendgerat 13 aktuell genutzten Mobilfunkzelle) und bekommt im Schritt 6 die aktuelle Mobilfunkendgeräteposition zurück. Falls die Übermittlung der Position an den Anfragenden 11 erfolgen soll, übermittelt die Vermittlungsstelle 14 die Position repräsentierende Daten an die
Positionsdatenanfragenannahmestelle GMLC 12 im Schritt 7, welche diese ohne weitere Bedingungen im Schritt 8 an den Anfragenden 11 (gegebenenfalls unter Angabe des Alters der Positionsdaten, soweit das Alter von der Positionsdatenermittlungsstelle RAN/BSS 15 oder der Vermittlungsstelle 14 ermittelt wurde) weiter.
Figur 3 zeigt eine erfindungsgemäße Konfiguration zur Verbesserung der LCS Privacy-Abfrage :
Die Aufwärtskompatibilität eines Mobilfunknetzes gemäß 3GPP Release 4 Standard zu einem Mobilfunknetz mit einer erfindungsgemäßen Konfiguration ist möglich.
Wie auch bei der in Figur 1 dargestellten Lösung, wird von einem Heimatregister des Mobilfunknetzes HLR 16 auf Anfrage oder regelmäßig im Schritt 0 für eine Vielzahl von Mobilfunkendgerät-Nutzern an die (z.B. vom Mobilfunkendgerät- Nutzer 13 aktuell benutzte) Vermittlungsstelle SGSN/MSC 14 oder (bei regelmäßiger Übertragung) an alle Vermittlungsstellen ein Satz von Angaben (LCS Daten) 23=24 übertragen, welcher in Figur 3 jedoch angibt, wie eine LCS- Privacy-Zentralstelle 26 welche für die Privacy des Mobilfunkendgerät-Nutzers 13 zuständig ist durch (eine Vielzahl von Mobilfunkendgerät-Nutzer-Identitäten betreffenden, diesen über die Identität des Mobilfunkendgeräts 13 oder einer Mobilfunkteilnehmeridentitätskarte des Mobilfunkendgerätes 13 zugeordneten) gespeicherte Rückfragevorschrifts-Angaben 24 zu kontaktieren ist - beispielsweise umfassen die LCS Daten 24 eine Adresse der LCS- Privacy-Zentralstelle. Dadurch, dass die Privacy Daten 18 nicht mehr im HLR, sondern in der LCS-Privacy-Zentralstelle (Datenbankserver 26) gespeichert werden, kann die Netzlast zwischen HLR 16 und Vermittlungsstelle MSC/SGSN 14 und der Speicherbedarf im HLR erheblich verringert werden.
Die erfindungsgemäße Abwandlung des zu Figur 1 diskutierten Ablaufs kann also folgendermaßen sein: Im Schritt 0 werden (auf Anfrage oder regelmäßig) vom Heimatregister HLR 16 an die Vermittlungsstelle SGSN/MSC 14 für jede dort angemeldete Mobilstation 13 LCS Daten 24, welche Adressinformationen der für die Mobilstation 13 jeweils zuständigen LCS-Privacy-Zentralstelle 26 enthalten, übermittelt.
Es erfolgt eine Übermittlung 1 einer LCS Service Anforderung von einem LCS Kunden (Anfragender 11) an eine Positionsdatönanfragenannahmestelle GMLC 12 und Übermittlung von die Anfrage betreffenden benötigten und optionalen Daten (Client ID, IMSI/MSISDN, QoS, Anfragender, ...)
Darauf wird in der Vermittlungsstelle 14 die Anfrage 2, wie im obigen Verfahren, klassifiziert. Im Unterschied zu obigen Verfahren findet in der Vermittlungsstelle 14 jedoch keine Überprüfung der LCS Privacy statt. Nach der Klassifizierung wird die Privacy Abfrage 2a zur LCS-Privacy-Zentralstelle 26 gesendet. Die Adresse der LCS-Privacy-Zentralstelle 26 wird den LCS Daten 24 entnommen. Im Schritt 2a sendet die Vermittlungsstelle 14 eine Anfrage 2a, welche Prüfbedingungen, wie die Klasse der Anfrage (Call/Session Related, Call/Session Unrelated... ) und in der Anfrage 2 empfangene zusätzliche Prüfparameter, wie beispielsweise LCS Client ID, Initiator und LCS Client Typ, enthält, zur Überprüfung der Privacy-Funktionen des Mobilfunkendgerätenutzers 13, an die LCS-Privacy- Zentralstelle 26, deren Adresse durch die LCS Daten 24 angegeben wird, oder an eine vordefinierte LCS-Privacy- Zentralstelle 26.
Im Schritt 2b führt die LCS-Privacy-Zentralstelle 26 die Überprüfung der LCS Privacy 20 durch. Die Überprüfung der LCS Privacy 20 kann gemäß 3GPP R4 anhand der empfangenen Klassi izierung und der empfangenen Client ID der LCS Applikation 11 erfolgen oder darüber hinaus, Zusatzattribute 21, wie beispielsweise den empfangenen LCS Client Typ und/oder Initiator, berücksichtigen und/oder eventuell zusätzliche lokal vorhandenen Prüfparameter - beispielsweise die aktuelle Zeit - verwenden (26) .
Darauf folgen die bereits zu Figur 1 angegebenen Schritte 3 bis 8 (Rückfrage 3,4 beim Mobilfunkendgerat 13, Positionsbestimmung 5,6, und falls für die Mobilstation 13 erlaubt Positionsdatenübermittlung 7,8).
Als Alternative zu den oben angegebenen Verfahren kann die LCS-Privacy-Zentralstelle 26 auf dem SCP realisiert werden, so dass eine durch Subscriber Controlled Input (SCI) realisierte Benutzerschnittstelle, welche die LCS Privacy Daten 18 nach 3GPP R4 im HLR modifizieren kann, ungeändert auch für die LCS- Privacy-Zentralstelle 26 auf dem SCP wiederverwendet oder erweitert werden kann.
Als weitere Alternative zu den oben angegebenen Verfahren kann die LCS-Privacy-Zentralstelle 26 aufgeteilt werden, in eine Datenbank, welche die LCS Privacy Daten 18 und die Zusatzattribute 21 enthält und in eine zusätzliche Einheit, welche den LCS Privacy Check 20 durchführt.
Als weitere Alternative zu den oben angegebenen Verfahren und können die LCS Privacy Daten 18, wie zu Figur 3 beschrieben, in der Privacy-Zentralstelle 26 gespeichert werden, aber um eine Abwärtskompatibilität mit Heimat Registern HLR 16, welche die erfindungsgemäße Verbesserung der LCS Privacy (noch) nicht unterstützen, zu ermöglichen, können die in der Privacy- Zentralstelle 26 gespeicherten LCS Privacy Daten 18 in geeigneter Form, möglicherweise gemäß 3GPP Release 4, und mittels geeigneter Verfahren, wie beispielsweise einer Schnittstelle, zwischen Privacy-Zentralstelle 26 und Heimat Register HLR 16 auf Anfrage oder regelmäßig übertragen und/oder synchronisiert werden, so dass das Heimat Register HLR 16 die LCS Privacy Daten 18 in einem Schritt 0, wie in Figur 1 beschrieben an eine Vermittlungsstelle 14 übertragen kann. Der abwärtskompatible Anteil des LCS Privacy Checks 20 der Privacy-Zentralstelle 26 wird nach der Privacy Klassi izierung 19 in der Vermittlungsstelle 14, wie zu Figur 1 beschrieben, durchgeführt und das Resultat wird als zusätzlicher Eingangsparameter an die Privacy-Zentralstelle 26 im Schritt 2a übertragen.
Als weitere Alternative zu dem oben angegebenen Verfahren können die LCS Privacy Daten 18 im Heimat Register 16, wie zu Figur 1 beschrieben, verbleiben und in der Privacy- Zentralstelle 26 werden nur die Zusatzattribute 20 gespeichert. Die Adresse der Privacy-Zentralstelle 26 ist im HLR zu speichern. Die Kombination der Ergebnisse der Prüfung der LCS Privacy Daten in der Vermittlungsstelle 14 und der Prüfung der Zusatzattribute in der Privacy-Zentralstelle 26 kann in der Vermittlungsstelle 14 oder in der Privacy- Zentralstelle 26 erfolgen und kann davon abhängig sein ob sich der Mobilfunkendgerätebenutzer in seinem Heimatmobilfunknetz aufhält oder innerhalb oder außerhalb des Heimatlandes ein anderes Netz verwendet .

Claims

Patentansprüche
1. Verfahren zum Abfragen des Einverständnisses eines Nutzers eines Mobilfunkendgerätes (13) eines Mobilfunknetzes (14, 16) mit der Übermittlung (8) seiner Positionsdaten (28) an einen nach diesen Positionsdaten (28) Anfragenden (11) , wobei im Falle des Eintreffens (2) einer Anfrage (1) eines Anfragenden (11) nach der Position (28) des
Mobilfunkendgerätes (13) in einer Vermittlungsstelle (14) des Mobilfunknetzes (14, 16, 15) von der Vermittlungsstelle (14) ein Datenbankserver (26) zu einer Prüfung anhand dort (26) gespeicherter, das Mobilfunkendgerat betreffender Rückfragevorschrifts-Angaben (18;21) dahingehend veranlasst wird (2a), ob ein Einverständnis seitens des Mobilfunkendgeräts (13) zur Weitergabe (8) der Mobilfunk-Endgerät-Position an den Anfragenden (11) einzuholen (3,4) ist, worauf das Ergebnis (2b) dieser Prüfung an die Vermittlungsstelle (14) gesandt wird, wobei zumindest dann, wenn das Ergebnis (2b) aussagt, dass das Einverständnis einzuholen ist, eine Anforderung (3) zur Erklärung des Einverständnisses von der Vermittlungsstelle (14) an das Mobilfunkendgerat (13) gesandt wird (3) und bei Vorliegen des Einverständnisses (4) eine Übersendung (7, 8) der Position (28) des Endgerätes (13) an den Anfragenden (11) erfolgt.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, dass die Anfrage (1) bei einer
Positionsdatenanfrageannahmenstelle (GMLC 12) des Mobilfunknetzes eintrifft.
3. Verfahren nach einem der vorhergehenden Ansprüche d a d u r c h g e k e n n z e i c h n e t, dass die Vermittlungsstelle (14) eine MSC oder SGSN ist.
4. Verfahren nach einem der vorhergehenden Ansprüche d a d u r c h g e k e n n z e i c h n e t, dass die Vermittlungsstelle (14) die Position des > Mobilfunkendgerätes (13) von einer BSS oder RAN (15) des Mobilfunknetzes erfragt.
5. Verfahren nach einem der vorhergehenden Ansprüche d a d u r c h g e k e n n z e i c h n e t, dass eine Rückfragevorschrifts-Angabe (18) nur eine vorgegebene Anzahl verschiedener Anweisungen enthalten kann, insbesondere die Anweisungen: Positionsdaten übermitteln ohne Mitteilung, Positionsdaten übermitteln mit Mitteilung an das Mobilfunkendgerat, Positionsdaten übermitteln nur nach Einverständnis (4) der Mobilstation oder bei Ausbleiben einer Antwort der Mobilstation, Positionsdaten nur bei Einverständnis (4) der Mobilstation übermitteln.
6. Verfahren nach einem der vorhergehenden Ansprüche d a d u r c h g e k e n n z e i c h n e t, dass für eine Vielzahl von Mobilfunkteilnehmeridentitäts- modulen (13) und/oder MobilStationen (13)
Rückfragevorschrifts-Angaben (18; 21) und Identitätsangaben zum Mobilfunkendgerat oder einer darin enthaltenen Mobilfunkteilnehmeridentitätskarte gespeichert (18) sind.
7. Verfahren nach einem der vorhergehenden Ansprüche d a d u r c h g e k e n n z e i c h n e t, dass eine Vermittlungsstelle (14) , insbesondere ein Besucherregister einer Vermittlungsstelle (14) , vo einem Heimatregister (16) eines Mobilfunknetzes die
Telekommunikationsadresse des Datenbankservers (26) regelmäßig erhält oder bei Einbuchung eines Mobilfunkendgerätes bei der Vermittlungsstelle (14) oder deren Besucherregister VLR erhält.
8. Verfahren nach einem der vorhergehenden Ansprüche d a d u r c h g e k e n n z e i c h n e t, dass eine Positionsdatenübermittlung (8) an einen Anfragenden (11) nur erfolgt, falls dies für die Zeit der Erfassung der Position gemäß gespeicherten (21) Bedingungen für den Nutzer der Mobilstation (13) bzw. deren
Mobilfunkteilnehmeridentitätskarte durch in der Datenbank gespeicherte Attribute (20) zugelassen ist.
9. Verfahren nach einem der vorhergehenden Ansprüche d a d u r c h g e k e n n z e i c h n e t, dass die Bedingungen vom Nutzer über sein Mobilfunkendgerat oder ein anderes Endgerät per Mobilfunk, WAP, Internet, Festnetz oder anderweitig änderbar sind.
10. Verfahren nach einem der vorhergehenden Ansprüche d a du r c h g e k e n n z e i c h n e t, dass die Vermittlungsstelle (14) die vom Mobilfunkendgerat (13) gerade benutzte Mobilfunk-Vermittlungsstelle ist.
11. Verf hren nach einem der vorhergehenden Ansprüche d a du r c h g e k e n n z e i c h n e t, dass der Datenbankserver (LCS-Privacy-Zentralstelle 26) in einem SCP angeordnet ist.
12. Verfahren nach einem der vorhergehenden Ansprüche d a d u r c h g e k e n n z e i c h n e t, dass der Datenbankserver (LCS-Privacy-Zentralstelle 26) eine Datenbank, welche die Rückfragevorschrifts-Angaben (18) und eventuell Zusatzattribute (21) enthält und eine zusätzliche Einheit, welche die Prüfung (20) durchführt, umfasst.
13. Verfahren nach einem der vorhergehenden Ansprüche d a d u r c h g e k e n n z e i c h n e t, dass dieAngaben (18) im Datenbankserver (26) gespeichert werden, aber dass um eine Abwärtskompatibilität mit einem Heimatregister (HLR 16) , welches die erfindungsgemäße Verbesserung der LCS Privacy nicht unterstützt, zu ermöglichen, Angaben (18) zu einem Mobilfunknetzheimatregister (HLR 16) auf Anfrage oder regelmäßig übertragen werden, so dass das Mobilfunknetzheimatregister (HLR 16) die Angaben (18) an eine Vermittlungsstelle (14) übertragen (Schritt 0) kann.
14. Verfahren nach Anspruch 13 d a d u r c h g e k e n n z e i c h n e t, dass ein Anteil der Prüfung (LCS Privacy Checks 20) nach einer Privacy-Klassifizierung (19) in der Vermittlungsstelle (14) durchgeführt wird und das Resultat als zusätzlicher Eingangsparameter an den Datenbankserver (Privacy- Zentralstelle 26) übertragen (Schritt 2a) wird.
15. Verfahren nach einem der vorhergehenden Ansprüche d a du r c h g e k e n n z e i c h n e t, dass die Angaben (18) in einem Heimatregister (16) gespeichert werden, dass im Datenbankserver (Privacy-Zentralstelle 26) nur Zusatzattribute (20) gespeichert werden und die Adresse des Datenbankservers (Privacy-Zentralstelle 26) im HLR gespeichert wird.
16. Vorrichtung zur Durchführung des Verfahrens nach einem der vorhergehenden Ansprüche.
17. Vermittlungseinrichtung (14), insbesondere nach Anspruch 16,
- mit einem Eingang für Anfragen (2) eines Anfragenden (11) nach Positionsdaten (26) einer Mobilstation (13),
-mit einem Ausgang zum Übermitteln (7) von Positionsdaten (26) an den Anfragenden (11) ,
-mit einem Speicher für eine Adresse (24) einer Datenbank (26)
-mit einer Schnittstelle zu einem Heimatregister (16) zum
Herunterladen (0) der Adresse (24) der Datenbank (26) in den
Speicher der Vermittlungseinrichtung (14) ,
-wobei die Vermittlungseinrichtung (14) so ausgebildet ist, dass sie bei Anfragen (2) nach der Position (26) eines
Mobilfunkendgerätes (13) gemäß ihr von der Datenbank (26) übermittelter (2b) Rückfragevorschrifts-Angaben (18) die
Mobilstation (13) zur Positionsdatenübermittlung (7) um
Einverständnis fragt (3, 4) und/ oder informiert.
EP02701170A 2002-01-08 2002-01-08 Verbesserter datenschutz für positionsabhängige dienste Ceased EP1464198A1 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/DE2002/000027 WO2003058994A1 (de) 2002-01-08 2002-01-08 Verbesserter datenschutz für positionabhängige dienste

Publications (1)

Publication Number Publication Date
EP1464198A1 true EP1464198A1 (de) 2004-10-06

Family

ID=5648332

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02701170A Ceased EP1464198A1 (de) 2002-01-08 2002-01-08 Verbesserter datenschutz für positionsabhängige dienste

Country Status (5)

Country Link
US (1) US7369860B2 (de)
EP (1) EP1464198A1 (de)
AU (1) AU2002234496A1 (de)
DE (1) DE10296252D2 (de)
WO (1) WO2003058994A1 (de)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9177476B2 (en) * 1997-10-22 2015-11-03 American Vehicular Sciences Llc Method and system for guiding a person to a location
JP4016787B2 (ja) * 2002-07-31 2007-12-05 日本電気株式会社 移動通信ネットワークにおける測位システム
US7660590B2 (en) * 2003-12-23 2010-02-09 At&T Mobility Ii Llc Terminal-based server for location tracking
FR2872979A1 (fr) * 2004-07-09 2006-01-13 France Telecom Systeme d'acces controle a des informations contenues dans un terminal
WO2006079070A2 (en) * 2005-01-21 2006-07-27 Roach Jr Peter O Method and apparatus for providing information in response to the grant of a subscriber's permission
KR20070108301A (ko) 2005-12-01 2007-11-09 엘지전자 주식회사 위치 기반의 통지를 위한 위치정보 시스템 및 그 방법
US7873370B2 (en) * 2005-12-01 2011-01-18 Lg Electronics Inc. Location information system and method for performing notification based upon location
KR101341494B1 (ko) 2007-02-13 2013-12-16 엘지전자 주식회사 사용자 단말 위치 정보 제공 방법 및 장치
US8268327B2 (en) * 2007-04-27 2012-09-18 Bavarian Nordic A/S Immediate protection against pathogens via MVA
CN101325801B (zh) * 2007-06-12 2013-05-01 北京三星通信技术研究有限公司 Wimax网络中定位业务认证和授权检查的方法和装置
US8521187B2 (en) * 2009-09-10 2013-08-27 Motorola Mobility Llc Methods and apparatus for session control in a networked locationing system
US8627484B2 (en) * 2010-12-22 2014-01-07 Trueposition, Inc. Unauthorized location detection and countermeasures
GB201204687D0 (en) 2012-03-16 2012-05-02 Microsoft Corp Communication privacy

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5602903A (en) * 1994-09-28 1997-02-11 Us West Technologies, Inc. Positioning system and method
FI104780B (fi) * 1997-02-28 2000-03-31 Nokia Mobile Phones Ltd Solukkoradiojärjestelmän solujen priorisointi
US6212391B1 (en) * 1997-12-01 2001-04-03 Motorola, Inc. Method for positioning gsm mobile station
US6411811B2 (en) * 1998-04-20 2002-06-25 Ericsson Inc. System and method for provisioning assistance global positioning system information to a mobile station
US6154644A (en) * 1998-09-08 2000-11-28 Telefonaktiebolaget L M Ericsson System and method of implementing an interactive callback feature in a radio telecommunications network
US6311069B1 (en) * 1999-03-18 2001-10-30 Ericsson Inc. System and method for alerting a mobile subscriber being positioned
GB9928811D0 (en) * 1999-12-06 2000-02-02 Nokia Networks Oy Location area update in a commumication system
GB2360671B (en) * 2000-03-25 2003-09-03 Hewlett Packard Co Providing location data about a mobile entity
US6944447B2 (en) * 2001-04-27 2005-09-13 Accenture Llp Location-based services
US6961417B2 (en) * 2001-07-19 2005-11-01 Bellsouth Intellectual Property Corporation System and method for real-time provisioning of central office services
US6957073B2 (en) * 2002-09-18 2005-10-18 Motorola, Inc. Mobile location explorer and methods therefor

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO03058994A1 *

Also Published As

Publication number Publication date
US7369860B2 (en) 2008-05-06
US20060040677A1 (en) 2006-02-23
AU2002234496A1 (en) 2003-07-24
DE10296252D2 (de) 2004-12-23
WO2003058994A1 (de) 2003-07-17

Similar Documents

Publication Publication Date Title
DE602004008974T2 (de) Server und verfahren zur steuerung der verwaltung von gruppen
DE60314601T2 (de) System und Verfahren zur Dienstbereitsstellung für ein Kommunikationsgerät
DE60225675T2 (de) Verfahren, System und Vorrichtung zum Handhaben von Eigenschaften eines Endgerätes
DE69902251T2 (de) System und verfahren zum definieren von ortbestimmungsdiensten
DE60225677T2 (de) Verfahren für verzögertes melden der position in einem zellularen funknetzwerk
DE60023359T2 (de) Verfahren und System zur Roaming-Unterstützung in UMTS
EP2453633A1 (de) Teilnehmeridentifikationseinrichtung und Verfahren zur Teilnehmerauthentisierung
EP1464198A1 (de) Verbesserter datenschutz für positionsabhängige dienste
DE10132333B4 (de) Verfahren und Netzanordnung zum Zugriff auf geschützte Ressourcen per Mobilfunk-Endgerät
DE60205501T2 (de) Verwaltung von informationen über subskriptionen der dienstleistungen von dritten
DE69937350T2 (de) Auswahl der dienstimplementierung
DE69926548T2 (de) Verfahren und vorrichtung zur auswahl von informationen zur identifikationsbestätigung
EP1449399B1 (de) Verfahren zum abfragen des einverständnisses zur positionsdatenerfassung eines mobilfunkendgerätes, und entsprechendes mobilfunknetz
DE602004010693T2 (de) Verarbeitungsverfahren, nachdem privatsphäreinformationen eines zielbenutzergeräts modifiziert wurden
DE60314522T2 (de) Verfahren und Telekommunikationssystem zur Positionsbestimmung einer Ziel-Teilnehmereinrichtung unter Nutzung einer "Mobile Originating-Location Request (MO-LR)"-Prozedur
DE102019114530A1 (de) Verfahren zur verwaltung von netzwerkrichtlinien für vordergrundanwendungen
DE10241092A1 (de) Verfahren zum Bereitstellen von Präsenszanzeigedaten
WO2007118891A1 (de) Verfahren zum beschränken des zugriffs auf daten von gruppenmitgliedern und gruppenverwaltungsrechner
DE60221912T2 (de) Verfahren zur anfrage des zugangs eines teilnehmers zu einer anwendung
DE102008047543A1 (de) Minimierung des Signalisierungsverkehrs bei Home Base Stations
WO2001017280A2 (de) Verfahren zur angabe möglicher kommunikationspartner
DE102022001848B3 (de) Verfahren zum nutzerbezogenen Einrichten eines Endgerätes
DE102012025085A1 (de) Teilnehmeridentitätsmodul und Verfahren zum Betreiben eines Teilnehmeridentitätsmoduls
DE60300964T2 (de) Generierung nutzerspezifischer Einstellungsdaten
EP2068530B1 (de) Verfahren und Kommunikationssystem zum Steuern des Zugangs zu Medieninhalten in Abhängigkeit des Alters eines Nutzers

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20040601

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

17Q First examination report despatched

Effective date: 20041207

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS S.P.A.

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20090530