RU2282952C2

RU2282952C2 - Method for requesting confirmation for determining position of mobile radio communication device and appropriate mobile communications network

Info

Publication number: RU2282952C2
Application number: RU2004116644/09A
Authority: RU
Inventors: Маркус ХЕФЕЛЬД (DE); Маркус ХЕФЕЛЬД; Томас ХОЛЬЦХАУЕР (DE); Томас ХОЛЬЦХАУЕР; Марио РУПРЕХТ (DE); Марио РУПРЕХТ
Original assignee: Сименс Акциенгезелльшафт
Priority date: 2001-11-27
Filing date: 2001-11-27
Publication date: 2006-08-27
Also published as: RU2004116644A

Abstract

FIELD: methods and devices for requesting confirmation of user of mobile radio communication device for transferring user position data to requesting side, providing confidentiality, controlled by GMLC.

SUBSTANCE: method includes requesting confirmation from user of end mobile radio communication device with transmission of user position data to requesting side, wile data of request prior to being transmitted to commutation node of mobile radio communication network, are supplemented with commands for this requesting side, on basis of which it can be determined, whether confirmation should be received from end mobile radio communication device for next transmission of position data to requesting side.

EFFECT: user of mobile radio communications can maximally simply and efficiently realize a command, concerning request of user position.

2 cl, 2 dwg

Description

Изобретение относится к способам и устройствам запроса для получения согласия пользователя мобильного устройства радиосвязи на передачу данных его местоположения запрашивающей стороне (конфиденциальность, контролируемая GMLC).The invention relates to request methods and devices for obtaining the consent of a user of a mobile radio communication device to transmit data of his location to the requesting party (confidentiality controlled by GMLC).

Документ D1 (WO98/52379) описывает определение географического местоположения мобильной станции в сети мобильной связи. При этом целью является то, что обеспечивается защита целостности пользовательских данных мобильной станции и воспрепятствование получению данных местоположения мобильной станции против желания пользователя. С этой целью проводится проверка авторизации в связи с запросом определения географического местоположения мобильной станции. Географическое местоположение определяется только в том случае, если имеется авторизация для мобильной станции, для которой должно проводиться такое определение. Этот контроль авторизации включает перепроверку того, что пользователь мобильной станции дал свое согласие на определение местоположения мобильной станции. Перепроверка авторизации включает также то, что лишь определенные третьи стороны информируются о географическом местоположении мобильной станции.Document D1 (WO98 / 52379) describes the determination of the geographical location of a mobile station in a mobile communication network. The goal is to protect the integrity of user data of the mobile station and prevent the location data of the mobile station from being received against the user's will. For this purpose, an authorization check is carried out in connection with a request for determining the geographic location of the mobile station. The geographical location is determined only if there is authorization for the mobile station for which such a determination should be made. This authorization control includes verifying that the user of the mobile station has given his consent to determine the location of the mobile station. Rechecking authorization also includes the fact that only certain third parties are informed about the geographical location of the mobile station.

Документ D2 (WO99/63780) описывает способ в телекоммуникационной системе для администрирования услуг определения местоположения с применением черных и серых списков прикладных программ определения местоположения и шлюза определения местоположения. При подписке на приложение определения местоположения в услуге определения местоположения провайдером услуг приложения определения местоположения присваивается однозначный идентификационный номер приложения определения местоположения (LAIN), который содержится в каждом запросе данных местоположения. Черный список используется для отказа от услуг в приложениях определения местоположения, которые содержатся в списке, в то время как профиль приложения определения местоположения поддерживается в шлюзе определения данных местоположения. Приложения определения местоположения, которые занесены в серый список, имеют доступ к услуге, однако этот доступ контролируется соответствующим сетевым блоком.Document D2 (WO99 / 63780) describes a method in a telecommunications system for administering location services using black and gray lists of location applications and a location gateway. When subscribing to a location application in a location service, a location application service provider is assigned a unique location application identification number (LAIN) that is contained in each location data request. The blacklist is used to refuse services in the location applications that are on the list, while the location application profile is maintained in the location data gateway. The location applications that are listed in the gray list have access to the service, however, this access is controlled by the corresponding network unit.

Из документа 3GPP-TS 23.271 известно использование данных местоположения пользователя мобильного оконечного устройства радиосвязи сотовой сети мобильной радиосвязи для услуг, зависящих от местоположения, таких как информация о ближайшей заправочной станции и т.д. (то есть услуг определения местоположения - LCS). Однако при определенных обстоятельствах пользователю мобильного оконечного устройства радиосвязи было бы желательно препятствовать тому, чтобы каждая третья сторона могла узнать о его текущем местоположении из мобильной сети радиосвязи. Поэтому пользователь мобильного оконечного устройства радиосвязи нуждается в функции, которая для каждой потенциальной запрашивающей его местоположение стороны устанавливает, разрешено ли сообщение данных местоположения пользователя мобильного оконечного устройства радиосвязи этой запрашивающей стороне, или оно в принципе запрещено, или может быть разрешено после обратного запроса у пользователя мобильного оконечного устройства радиосвязи. Эта функция определяется как конфиденциальность пользователей услуг определения местоположения (LCS-User Privacy).From 3GPP-TS 23.271, it is known to use the location data of a user of a mobile radio terminal of a cellular mobile radio network for location-dependent services, such as information about the nearest gas station, etc. (i.e., location services - LCS). However, under certain circumstances, it would be desirable for the user of the mobile radio terminal to prevent every third party from learning about its current location from the mobile radio network. Therefore, the user of the mobile radio terminal device needs a function that, for each potential party requesting its location, determines whether the message of the location data of the user of the mobile radio terminal device is allowed to this requestor, or is it prohibited in principle, or can be enabled after a reverse request from the mobile user radio terminal device. This feature is defined as location-based user privacy (LCS-User Privacy).

Определенная согласно 3GPP функция конфиденциальности пользователей LCS (Стандарты 3GPP TS 23.271 и TS 29.002) требует относительно большого объема памяти в регистре исходного местоположения (HLR) и в центре коммутации (MSC-SGSN) и обуславливает высокую нагрузку при копировании условий, касающихся передачи данных определения местоположения пользователя к запрашивающей стороне из регистра HRL к центру коммутации, в текущий момент используемому пользователем (посещаемому MSC/SGSN).3GPP-defined LCS user privacy function (3GPP Standards TS 23.271 and TS 29.002) requires a relatively large amount of memory in the source location register (HLR) and in the switching center (MSC-SGSN) and causes a high load when copying conditions regarding the transmission of location data user to the requesting party from the HRL register to the switching center currently used by the user (visited by MSC / SGSN).

Согласно стандартам 3GPP TS 23.271 и TS 29.002 данные конфиденциальности пользователя услуги определения местоположения (LCS-User Privacy) для каждого абонента сохранены в регистре исходного местоположения (HLR) в нескольких классах конфиденциальности и загружаются из HRL в используемый пользователем центр коммутации мобильных станций (MSC) или SGSN, после чего осуществляется перепроверка функции конфиденциальности пользователя LCS, должны ли по запросу местоположения мобильного оконечного устройства (MT-LR) от GMLC данные местоположения передаваться к запрашивающей стороне. Для дополнительно оплачиваемых услуг предусмотрены классы конфиденциальности LCS, а именно, класс, связанный с сеансом вызова, и класс, не связанный с сеансом вызова. Согласно документу 3GPP, пользователь может для каждого из этих двух классов определять (специфицировать) до 40 идентификаторов (ИД) клиентов LCS, и для каждого ИД клиента (идентификационных данных потенциальных сторон, запрашивающих о местоположении пользователей) определять данные в том отношении, каким образом MSC/SGSN, к которому обращается пользователь, должен проводить проверку конфиденциальности пользователя LCS. Например, можно установить, что пользователь получает только одно уведомление LCS (то есть сообщение, что кто-то запрашивает о его местоположении), или что пользователь получает верификацию LCS (то есть обратный запрос у него перед передачей данных его местоположения к запрашивающей стороне) и другие возможности. Если ИД клиента LCS не сохранен в заранее заданном пользователем списке, то процедура обратного запроса (линия поведения по умолчанию) выполняется согласно предписаниям пользователя.According to 3GPP standards TS 23.271 and TS 29.002, the user privacy data of the location service (LCS-User Privacy) for each subscriber is stored in the home location register (HLR) in several privacy classes and downloaded from the HRL to a user-used mobile switching center (MSC) or SGSN, after which the LCS user privacy function is re-checked whether the location of the mobile terminal device (MT-LR) from GMLC should be transmitted to the request upon request to the other side. LCS confidentiality classes are provided for extras, such as a class associated with a call session and a class not associated with a call session. According to the 3GPP document, a user can define (specify) up to 40 LCS client identifiers (IDs) for each of these two classes, and for each client ID (identification data of potential parties requesting the location of users) determine the data in relation to how the MSC / SGSN accessed by the user must verify the privacy of the LCS user. For example, you can establish that the user receives only one LCS notification (that is, a message that someone is requesting his location), or that the user receives LCS verification (that is, a reverse request from him before transmitting his location data to the requester) and other features. If the LCS client ID is not stored in a user-predefined list, then the reverse request procedure (default behavior line) is performed according to the user's instructions.

Задачей настоящего изобретения является обеспечение возможности пользователю сети мобильной радиосвязи максимально просто и эффективно реализовать указание, касающееся запроса данных его местоположения. Эта задача решается в соответствии с сущностью изобретения, изложенной в независимых пунктах формулы изобретения.An object of the present invention is to enable a user of a mobile radio communication network to realize, as simply and efficiently as possible, an indication regarding a request for data on his location. This problem is solved in accordance with the essence of the invention set forth in the independent claims.

Тем, что в соответствии с изобретением при поступлении запроса запрашивающей стороны в узле приема запросов данных местоположения (GMLC) перед последующей пересылкой запроса в текущий коммутационный узел (MSC, SGSN) сети мобильной радиосвязи, к которому обращается мобильное оконечное устройство радиосвязи, данные запроса дополняются данными, которые указывают, по меньшей мере, следует ли получать согласие пользователя мобильного оконечного устройства радиосвязи на дальнейшую пересылку данных местоположения мобильного оконечного устройства радиосвязи к этой запрашивающей стороне, обеспечивается возможность того, чтобы оснастить упомянутый узел приема запросов данных местоположения (GMLC) сети мобильной радиосвязи изменяемой пользователем базой данных, которая для любого запроса указывает, следует ли получить согласие перед передачей данных местоположения и факультативно к какому времени и/или для каких местоположений пользователем разрешается передача данных местоположения к этой запрашивающей стороне. Тем самым можно существенно снизить увеличенную нагрузку из-за загрузки подобных данных из регистра исходного местоположения в коммутационный узел MSC/SGSN, потому что только для виртуальных идентификационных данных в форме ограниченного числа данных из HRL в коммутационный узел MSC должно сообщаться, должен ли пользователь перед передачей его данных местоположения запрашиваться, и что следует делать, если он не отвечает на этот запрос. Данные в узле приема запросов данных местоположения (GMLC) в отношении того, следует ли пользователя запрашивать перед передачей его данных местоположения, и что следует делать, если он не отвечает, или следует ли его только информировать, или передача данных местоположения к этой запрашивающей стороне возможна без информирования и обратного запроса, могут в соответствии с изобретением изменяться пользователем просто посредством мобильной радиосвязи (речевой связи или сообщений службы коротких сообщений (SMS) и т.д.) или по протоколу WAP (распространения информационных материалов по сети Интернет) или Интернет и т.д. и связываться с дополнительными условиями (атрибуты, такие как зависимость от времени или зависимость от местоположения), что при использовавшемся до настоящего времени сохранении в регистре HLR было невозможным.The fact that in accordance with the invention, upon receipt of a request by a requesting party in a location data reception request node (GMLC) before a subsequent transfer of the request to the current switching node (MSC, SGSN) of the mobile radio communication network accessed by the mobile radio communication terminal, the request data is supplemented with data which indicate at least whether to obtain the consent of the user of the mobile radio terminal to further forward the location data of the mobile terminal and radio communications to this requesting party, it is possible to equip said location data receiving unit (GMLC) of the mobile radio network with a user-modifiable database, which for any request indicates whether to obtain consent before transmitting the location data and optionally at what time and / or for what locations the user is allowed to transmit location data to this requester. Thus, it is possible to significantly reduce the increased load due to the loading of such data from the source location register to the MSC / SGSN switching node, because only for virtual identification data in the form of a limited number of data from the HRL to the MSC switching node should it be reported whether the user should be transmitted his location data is requested, and what should be done if he does not respond to this request. The data in the location data request receiving node (GMLC) regarding whether the user should be requested before transmitting his location data, and what should be done if he does not respond, or if he should only be informed, or the transfer of location data to this requestor is possible without informing and requesting back, in accordance with the invention, they can be changed by the user simply by means of mobile radio communication (voice or short message service (SMS), etc.) or via WAP (distribution extension of information materials on the Internet) or the Internet, etc. and associate with additional conditions (attributes, such as a time dependency or a location dependency), which, when previously used in the HLR register, was not possible.

Дальнейшие признаки и преимущества изобретения вытекает из последующего описания примеров осуществления изобретения со ссылками на чертежи, на которых показано следующее:Further features and advantages of the invention result from the following description of embodiments of the invention with reference to the drawings, which show the following:

Фиг.1 - запрос данных местоположения согласно 3GPP R4 иFigure 1 - request for location data according to 3GPP R4 and

Фиг.2 - схематичное представление осуществления этого запроса данных местоположения.Figure 2 is a schematic diagram of the implementation of this location data request.

Согласно фиг.1, из приложения данных местоположения (приложение LCS) 11 запрос 1 посылается к узлу приема запросов данных местоположения (GMLC) 12, который этот запрос данных местоположения на этапе 2 пересылает далее к коммутационному узлу (SGSN/MSC и т.д.), к которому обращается в текущее время пользователь мобильного оконечного устройства радиосвязи (MS) 13. Коммутационный узел SGSN/MSC 14 сохранял (например, регулярным образом) загруженные на этапе 0 от HLR данные для пользователей мобильных оконечных устройств радиосвязи, которые несут информацию о том, следует ли перед передачей данных местоположения мобильного оконечного устройства радиосвязи к запрашивающей стороне 11 направлять запрос назад к мобильному оконечному устройству 13 радиосвязи. В случае если подобный обратный запрос предписан, на этапе 3 коммутационный узел 14 запрашивает у мобильного оконечного устройства 13 радиосвязи, было бы желательным для пользователя мобильного оконечного устройства 13 радиосвязи сообщать запрашивающей стороне 11 на ее текущий запрос о текущем местоположении мобильного оконечного устройства радиосвязи. После этого в коммутационный узел 14 может поступить ответ мобильного оконечного устройства радиосвязи или, при некоторых обстоятельствах, ответ не последует, если, например, мобильное оконечное устройство радиосвязи не используется, выключено или находится в мертвой зоне радиосвязи. Если передача данных местоположения мобильного оконечного устройства радиосвязи к запрашивающей стороне 11 в принципе разрешена или, альтернативно, она разрешена только после получения согласия 4 и согласие имеется, или если в качестве альтернативы этому определено, что при непоступлении отклонения упомянутого согласия данные местоположения передаются, может осуществляться передача данных местоположения от коммутационного узла 14 к запрашивающей стороне 11. Коммутационный узел 14 на этапе 5 запрашивает у сети доступа к радиосвязи (RAN) в случае сети третьего поколения (3G) или у базовой передающей станции (BSS) в случае сети второго поколения (2G) и т.д. данные местоположения мобильного оконечного устройства 13 радиосвязи (например, на основе идентификации ячейки мобильной радиосвязи, которая в текущий момент используется мобильным оконечным устройством 13 радиосвязи) и получает на этапе 6 действительные данные местоположения мобильного оконечного устройства радиосвязи. В случае если должна осуществляться передача данных местоположения к запрашивающей стороне 11, коммутационный узел 14 на этапе 7 передает данные, представляющие местоположение, в узел приема запросов данных местоположения GMLC 12, который затем на этапе 8 без дополнительных условий передает их запрашивающей стороне 11 (в необходимом случае с указанием возраста данных местоположения, если возраст данных определялся узлом определения данных местоположения RAN/BSS 15).1, from a location data application (LCS application) 11, a request 1 is sent to a location data request receiving node (GMLC) 12, which this location data request forwards to step 2 to a switching node (SGSN / MSC, etc.). ), which is currently accessed by the user of the mobile radio communication device (MS) 13. The switching node SGSN / MSC 14 saved (for example, in a regular manner) the data downloaded in step 0 from the HLR for users of mobile radio communication devices that carry information about , cl blowing whether the mobile radio terminal location data before transmission to the requester 11 to send a request back to the mobile radio terminal device 13. If such a reverse request is prescribed, in step 3, the switching unit 14 requests the mobile radio terminal 13, it would be desirable for the user of the mobile radio terminal 13 to inform the requesting party 11 of its current request about the current location of the mobile radio terminal. After that, the switching node 14 may receive a response from the mobile radio terminal or, in some circumstances, no response will be given if, for example, the mobile radio terminal is not used, is turned off, or is in the dead zone of the radio. If the transmission of the location data of the mobile radio terminal to the requesting party 11 is in principle permitted or, alternatively, it is permitted only after obtaining the consent 4 and the consent is there, or if it is determined as an alternative that if the consent is not refused, the location data is transmitted, transfer of location data from the switching node 14 to the requesting side 11. The switching node 14 in step 5 asks the radio access network (RAN) in s uchae third generation network (3G) or from the base transmission station (BSS) in the case of the second generation networks (2G), etc. location data of the mobile radio terminal 13 (for example, based on the identification of the mobile radio cell that is currently being used by the mobile radio terminal 13) and obtains in step 6 valid location data of the mobile radio terminal. In the event that location data should be transmitted to the requesting party 11, the switching unit 14 transmits the data representing the location to the location request receiving unit GMLC 12 in step 7, which then transfers them to the requesting party 11 without additional conditions to the requesting party 11 (if necessary case indicating the age of the location data, if the age of the data was determined by the location data determination unit RAN / BSS 15).

На фиг.2 иллюстрируется соответствующее изобретению определение местоположения и последующая передача к запрашивающей стороне при условиях, заданных пользователем мобильного оконечного устройства радиосвязи.Figure 2 illustrates the location according to the invention and subsequent transmission to the requesting party under the conditions specified by the user of the mobile radio terminal.

При этом может применяться сеть мобильной радиосвязи стандарта 3GPP R4, не вызывая столкновения стандартов, так что возможна далеко идущая совместимость данной системы с будущими системами.In this case, a 3GPP R4 mobile radio network can be used without causing a clash of standards, so far-reaching compatibility of this system with future systems is possible.

Как и в случае решения, представленного на фиг.1, от регистра исходного местоположения HRL 16 сети мобильной радиосвязи по запросу или регулярным образом на этапе 0 передается блок данных для множества пользователей мобильных оконечных устройств радиосвязи к (по запросам) текущему используемому пользователем мобильного оконечного устройства радиосвязи коммутационному узлу SGSN/MSC 14 или (при регулярной передаче) ко всем коммутационным узлам, причем упомянутый блок данных указывает, для каких идентификационных данных, сообщенных коммутационному узлу 14 в запросах касательно местоположения (в данном случае виртуальных) запрашивающих сторон, какие указания следует выполнять касательно обратных запросов о согласии у мобильной станции 13 от коммутационного узла 14. В соответствии с изобретением это представлено ограниченным количеством данных (для ограниченного числа идентификаций); в приведенном на фиг.4 примере показаны 4 типа данных для четырех (виртуальных) идентификаций. За счет того, что эти данные 20, 21, 22, 23 для множества пользователей мобильных оконечных устройств радиосвязи могут быть одинаковыми, потому что они не содержат указаний пользователей для определенных запрашивающих сторон, а только общине указания для четырех различающихся случаев, нагрузка сети между регистром исходного местоположения HLR 16 и коммутационным узлом MSC/SGSN 14 может быть существенно снижена. Кроме того, количество данных здесь весьма незначительно по сравнению с возможным количеством до 80 типов данных (соответственно для 80 различных запрашивающих сторон) на мобильную станцию согласно стандарту 3GPP, что дополнительно существенно снижает сетевой рабочий трафик между HLR и коммутационным узлом 14.As in the case of the solution shown in FIG. 1, a data block for a plurality of users of mobile radio terminal devices is transmitted from the home location register HRL 16 of the mobile radio communication network on request or regularly in step 0 to (on request) the current mobile terminal device used by the user radio communications to the switching node SGSN / MSC 14 or (during regular transmission) to all switching nodes, the said data block indicating for which identification data communicated by the switching to the node 14 in requests regarding the location (in this case virtual) of the requesting parties, which instructions should be followed regarding the reverse consent requests from the mobile station 13 from the switching node 14. According to the invention, this is represented by a limited amount of data (for a limited number of identifications); in the example of FIG. 4, 4 data types for four (virtual) identities are shown. Due to the fact that this data 20, 21, 22, 23 for many users of mobile radio terminal devices can be the same, because they do not contain user instructions for specific requesting parties, but only the community instructions for four different cases, the network load between the register the original location of the HLR 16 and the switching node MSC / SGSN 14 can be significantly reduced. In addition, the amount of data here is very small compared with the possible number of up to 80 data types (respectively for 80 different requesting parties) per mobile station according to the 3GPP standard, which further reduces network work traffic between the HLR and the switching node 14.

В рассматриваемом случае предусмотрено 5 различных случаев, причем только для 4 различных случаев должно осуществляться запоминание в коммутационном узле 14: это обеспечивается тем, что узел приема запросов данных местоположения перед дальнейшим направлением запросов запрашивающей стороны 11 к коммутационному узлу 14 в данных запроса в позиции, где обычно содержатся идентификационные данные запрашивающей стороны 11, осуществляет замену на виртуальную идентичность 20, 21, 22 или 23 согласно сохраненным в узле приема запросов данных местоположения GMLC 12 или доступным для него таблицам 18, в которых для каждого пользователя мобильной станции 13 (или для его идентификаторов типа MSISDN, IMSI и т.д.) указано, каким образом следует действовать в отношении каждой из запрашивающих сторон 11. Вместо идентификатора запрашивающей стороны 11, тем самым в коммутационном узле 14 используется лишь виртуальный идентификатор 20-23, для которого были загружены или загружаются указания относительно обработки из регистра исходного местоположения HLR 16 в коммутационный узел 14, и в соответствии с этими указаниями относительно обработки стандартным способом у мобильной станции 13 запрашивается о согласии или нет на передачу ее данных местоположения к запрашивающей стороне 11, а в случае отсутствия ответа предусматривается указание, устанавливаемое по умолчанию.In this case, there are 5 different cases, and only 4 different cases must be stored in the switching node 14: this is ensured by the fact that the receiving node of the location data requests before further sending requests of the requesting party 11 to the switching node 14 in the request data in the position where usually contains the identification data of the requesting party 11, replaces it with a virtual identity 20, 21, 22 or 23 according to the location data stored in the request receiving node GMLC 12 or tables 18 accessible to it, in which for each user of the mobile station 13 (or for his identifiers such as MSISDN, IMSI, etc.) it is indicated how to proceed with respect to each of the requesting parties 11. Instead of the requesting identifier side 11, thereby only the virtual identifier 20-23 is used in the switching unit 14, for which processing instructions have been downloaded or are being downloaded from the source location register HLR 16 to the switching unit 14, and in accordance with these instructions and regarding processing in a standard way, the mobile station 13 is asked whether or not to transmit its location data to the requesting party 11, and in the absence of a response, a default indication is provided.

Идентификация (идентичность) запрашивающей стороны в узле приема запросов данных местоположения посредством одной из следующих пяти (виртуальных) идентификаций (идентичностей) (которые теперь представляют только указания относительно обработки, но не собственно идентификацию запрашивающей стороны 11) пересылается в коммутационный узел 14:The identification (identity) of the requesting party at the location data receiving request node through one of the following five (virtual) identifications (identities) (which now only provide processing instructions, but not the requesting party identification 11 itself) is sent to the switching node 14:

ИД Клиента 1 (виртуальная идентичность 1): Данные местоположения пересылать без оповещения мобильной станции 13 (что означает, что при запросе запрашивающей стороне 11 сообщаются данные местоположения мобильной станции 13 без уведомления об этом мобильной станции 13).Client ID 1 (virtual identity 1): Send location data without notifying mobile station 13 (which means that upon request, the location 11 of the mobile station 13 is notified to the requesting party 11 without notifying the mobile station 13 thereof).

ИД Клиента 2 (виртуальная идентичность 2): Оповещать (что означает, что при запросе запрашивающей стороны 11 ей сообщаются данные местоположения мобильной станции 13, однако мобильная станция 13 уведомляется об этом).Client ID 2 (virtual identity 2): Notify (which means that when the requesting party 11 requests it, the location data of the mobile station 13 is reported to it, but the mobile station 13 is notified about this).

ИД Клиента 3 (виртуальная идентичность 3): В соответствии с указанием относительно обработки, что у мобильной станции должно запрашиваться, следует ли передать запрашивающей стороне 11 данные местоположения мобильной станции 13, причем передача данных местоположения запрашивающей стороне 11 осуществляется, если мобильная станция либо отвечает согласием, либо вообще не отвечает (потому что она выключена и т.д.).Client ID 3 (virtual identity 3): In accordance with the indication regarding the processing, that the mobile station should be asked whether the location data of the mobile station 13 should be transmitted to the requesting party 11, and the location data is transmitted to the requesting party 11 if the mobile station either responds with consent , or does not answer at all (because it is off, etc.).

ИД Клиента 4 (виртуальная идентичность 4): Указание относительно обработки к коммутационному узлу 14 в отношении того, что перед передачей данных местоположения мобильной станции 13 к запрашивающей стороне 11 спрашивают о ее согласии, и передача данных местоположения мобильной станции 13 происходит только в том случае, если от мобильной станции 13 получен ответ, и этот ответ является утвердительным.Client ID 4 (virtual identity 4): An indication of processing to the switching node 14 that, before transmitting the location data of the mobile station 13 to the requesting party 11, it is asked for its consent, and the location data of the mobile station 13 is transmitted only if if a response is received from the mobile station 13, and the answer is yes.

Для пятой возможности, а именно, что определение данных местоположения для мобильной станции 13 в принципе не разрешается для запрашивающей стороны 11, в регистре исходного местоположения 16 и в коммутационном узле 14 должно сохраняться указание "не разрешено", потому что в этом случае узел приема запросов данных местоположения GMLC 12 без обратного запроса у коммутационного узла 14 в отношении запрашивающей стороны 11 может сообщить об отказе в определении данных местоположения.For the fifth possibility, namely that the determination of location data for the mobile station 13 is in principle not allowed for the requesting party 11, the indication “not allowed” should be stored in the register of the source location 16 and in the switching node 14, because in this case the request receiving node location data GMLC 12 without a reverse request from the switching node 14 in relation to the requesting party 11 may report a refusal to determine the location data.

При оповещении мобильной станции 13 и при требовании согласия на передачу данных местоположения у мобильной станции 13 на этапе 3 последней, например (в стандартном случае), сообщается имя запрашивающей стороны 11, так что пользователь мобильной станции 13 знает, от кого исходит запрос.When the mobile station 13 is notified and if consent is required to transmit location data from the mobile station 13 at the last stage 3, for example (in the standard case), the name of the requesting party 11 is reported, so that the user of the mobile station 13 knows who the request is from.

Распределение указаний 20-23 (соответствующих виртуальным идентичностям, которые ссылаются только на указания относительно обработки) известно, таким образом, регистру HLR 16 (который сообщает это коммутационному узлу 14, к которому обращается мобильная станция 13), а также узлу приема запросов данных местоположения GMLC 12. Когда узел приема запросов данных местоположения GMLC 12 принимает запрос 1 запрашивающей стороны 11, принятые идентификационные данные (ИД Клиента) запрашивающей стороны 11 перед последующей передачей 2с заменяются виртуальными идентификационными данными 20 или 21, или 22, или 23 с помощью таблицы соответствия (таблицы отображения) 17, которая содержит установленные пользователем мобильной станции 13 соответствия идентификационных данных виртуальным идентичностям 20-23. Таблица может при необходимости дополняться расширенными атрибутами, такими как временные ограничения или ограничения по местоположению, или зависимостями от расширенных данных о запрашивающей стороне 11 или от запрашивающей стороны 11.The distribution of indications 20-23 (corresponding to virtual identities that refer only to indications regarding processing) is thus known to the HLR register 16 (which reports this to the switching node 14 that the mobile station 13 is accessing), as well as to the receiving GMLC location data request unit 12. When the location request receiving node of the GMLC 12 receives the request 1 of the requesting party 11, the received identification data (Client ID) of the requesting party 11 before the subsequent transmission 2c are replaced by virtual dentifikatsionnymi data 20 or 21 or 22 or 23 using a correspondence table (mapping table) 17 which comprises a set of mobile station 13, identification data matching the user virtual identities 20-23. The table can be supplemented, if necessary, with extended attributes, such as time or location restrictions, or dependencies on extended data about the requesting party 11 or from the requesting party 11.

Описанный выше соответствующий изобретению способ может быть реализован просто и эффективно без каких-либо конфликтов со стандартом 3GPP.The method of the invention described above can be implemented simply and efficiently without any conflict with the 3GPP standard.

Альтернативно может быть применен следующий способ: данные указаний 20-23 (виртуальные идентичности ИД Клиента 1-4), как описано выше, сохраняются в узле приема запросов данных местоположения GMLC 12. Перед применением этого альтернативного способа (способа II) узел приема запросов данных местоположения GMLC 12 проверяет, может ли коммутационный узел MSC/SGSN 14 применять этот способ II. Это, в частности, может иметь место, если коммутационный узел MSC/SGSN 14 находится в том же сетевом узле, что и узел приема запросов данных местоположения GMLC 12, или в узле, сопоставимом с узлом приема запросов данных местоположения GMLC 12, или занесен в особый список. В случае если это имеет место, то узел приема запросов данных местоположения GMLC 12 пересылает переданную на этапе 1 в запросе от запрашивающей стороны 11 идентификацию (ИД Клиента LSC) запрашивающей стороны 11 на этапе 2с на фиг. 2 с запросом данных местоположения в коммутационный узел SGSN/MSC 14 в "Контейнере расширения" (согласно стандарту 3GPP TS 29.002) или в Контейнере расширения в сообщении "Внешний ИД Клиента LCS" или в сообщении "Клиент LCS, вызванный мобильной станцией" и т.д. Коммутационный узел SGSN/MSC 14 выполняет проверки, как описано выше, однако проверяет перед передачей оповещения или запроса о согласии к мобильной станции, поддерживает ли узел приема запросов данных местоположения GMLC 12 способ II. Если способ II поддерживается узлом приема запросов данных местоположения GMLC 12, то коммутационный узел SGSN/MSC 14 перед запросом у мобильной станции 13 относительно согласия или передачи заменяет данные указания 20/21/22/23 (виртуальную идентификацию) в данных запроса переданным с помощью контейнера расширения действительным ИД Клиента LCS запрашивающей стороны 11. То, где следует искать действительный ИД Клиента LCS запрашивающей стороны 11, может быть предусмотрено или в отдельных случаях сообщено.Alternatively, the following method can be applied: guidance data 20-23 (virtual identities of Customer ID 1-4), as described above, is stored in the location request receiving node of the GMLC 12. Before applying this alternative method (method II), the location data request receiving node GMLC 12 checks whether the switching node MSC / SGSN 14 can apply this method II. This, in particular, can occur if the switching node MSC / SGSN 14 is located in the same network node as the receiving node for receiving data requests for location GMLC 12, or in a node comparable to the receiving node for receiving data requests for location GMLC 12 or special list. If this is the case, the location request receiving node of the GMLC 12 forwards the identification (LSC Client ID) of the requesting party 11 transmitted in step 1 in the request from the requesting party 11 in step 2c in FIG. 2 requesting location data to the SGSN / MSC 14 switching node in the “Expansion Container” (according to 3GPP TS 29.002) or in the Expansion Container in the message “External LCS Client ID” or in the message “LCS Client Called by the Mobile Station”, etc. d. The SGSN / MSC 14 switching node performs checks as described above, but checks before sending a notification or consent request to the mobile station whether the receiving node for receiving location data requests supports GMLC 12 method II. If method II is supported by the GMLC location data request receiving node 12, then the SGSN / MSC 14 switching node, before requesting the mobile station 13 for consent or transmission, replaces the indication data 20/21/22/23 (virtual identification) in the request data transmitted using the container extending the valid LCS Client ID of the requesting party 11. Where to look for a valid LCS Client ID of the requesting party 11 may be provided or in some cases reported.

Таким образом, соответствующий изобретению первый вариант способа может быть осуществлен следующим образом:Thus, the first variant of the method according to the invention can be implemented as follows:

На этапе 0 по запросу или регулярным образом от регистра исходного местоположения HLR 16 к коммутационному узлу SGSN/MSC 14 для каждой мобильной станции 13 передается список указаний относительно обработки 20-23 для определенных запросов, причем в указаниях 20-23 идентификации запрашивающей стороны с ИД Клиента 1 по ИД Клиента 4 представляют собой только виртуальные идентификации для ссылки на соответствующие им указания относительно обработки.At step 0, upon request or on a regular basis, from the register of the initial location HLR 16 to the switching node SGSN / MSC 14 for each mobile station 13, a list of instructions regarding processing 20-23 for certain requests is transmitted, moreover, in instructions 20-23 of the identification of the requesting party with the Client ID 1 by Customer ID 4 are only virtual identifications for reference to their corresponding processing instructions.

Этап 1: передача запроса услуги LCS от клиента LCS (запрашивающая сторона 11) к узлу приема запросов данных местоположения GMLC 12 и передача требуемых для этого и оптимальных данных (ИД Клиента, IMSI/MSISDN, QoS (качество услуги)).Stage 1: transmitting the LCS service request from the LCS client (requesting party 11) to the GMLC location data request receiving node 12 and transmitting the required and optimal data (Client ID, IMSI / MSISDN, QoS (quality of service)).

Этап 2а: От узла приема запросов данных местоположения GMLC 12 запрашивается, какие указания 20-23 должны передаваться на этапе 2с вместо идентификации запрашивающей стороны 11 в запросе 1 (ИД Клиента) для указанной в запросе 1 запрашивающей стороны (ИД Клиента) и для определенного в запросе 1 модуля идентификации пользователя мобильной станции 13 (IMSI/MSISDN) к коммутационному узлу SGSN/MSC 14. При этом перед запросом 2с может перепроверяться, к какому времени или после ответа 7 в какой области, для определенного пользователя (с идентификаторами IMSI/MSISDN и т.д. согласно запросу 1) и для конкретной запрашивающей стороны 11 (согласно ИД Клиента в запросе 1) пользователь мобильной станции 13 разрешил запрос данных местоположения с обратным запросом 3 или без него, и способ с этапами 2с-7 при соответствующих обстоятельствах продолжается далее только в положительном случае, а в противном случае на этапе 8 передается отказ на запрос данных местоположения.Step 2a: The GMLC 12 location data request receiving node requests what instructions 20-23 should be transmitted in step 2c instead of identifying the requesting party 11 in request 1 (Client ID) for the requesting party (Client ID) indicated in request 1 and for the request 1 of the user identification module of the mobile station 13 (IMSI / MSISDN) to the switching node SGSN / MSC 14. In this case, before the request 2c, it can be checked at what time or after the answer 7 in what area for a specific user (with IMSI / MSISDN and etc. with according to request 1) and for a particular requesting party 11 (according to the Client ID in request 1), the user of the mobile station 13 allowed the request for location data with or without reverse request 3, and the method with steps 2c-7, under appropriate circumstances, continues only in the positive case otherwise, at step 8, a rejection request for location data is transmitted.

Этап 2: Переданная в запросе 1 идентификация (ИД Клиента) запрашивающей стороны 11 сохраняется в таблице соответствия совместно с соотнесенной с запросом 2с идентификацией транзакции (ссылкой на таблицу соответствия), чтобы иметь возможность повторного соотнесения ответа 7, который имеет одинаковую идентификацию транзакции, что и последующая передача 2с, с запрашивающей стороной 11.Step 2: The identification (Customer ID) of the requesting party 11 transmitted in the request 1 is stored in the correspondence table together with the transaction identification associated with the request 2 (referring to the correspondence table) in order to be able to relate the response 7, which has the same transaction identification as subsequent transmission 2c, with the requesting party 11.

Этап 2с: От узла приема запросов данных местоположения GMLC 12 посылается запрос с указанием 20, или 21, или 22, или 23 к коммутационному узлу SGSN/MSC 14, к которому непосредственно перед этим обращалась мобильная станция 13 (согласно данным HLR и т.д.). Этапы 3-7 осуществляются подобно тому, как описано выше со ссылками на фиг.1, причем, однако, коммутационный узел SGSN/MSC 14 из HLR 16 для определенной в запросе 1 мобильной станции 13 передает только данные 20-23, одинаковые для множества мобильных станций с соотнесенными с ними указаниями (передать данные местоположения без сообщения, передать данные местоположения с сообщением мобильной станции, перед передачей данных местоположения запросить у мобильной станции разрешение и передать только при положительном ответе или при отсутствии ответа, перед передачей данных местоположении запросить у мобильной станции и передать только при поступлении положительного ответа).Step 2c: A request is sent from the receiving unit of the location data request GMLC 12 indicating 20, or 21, or 22, or 23 to the switching node SGSN / MSC 14, which the mobile station 13 was directly contacting (according to the HLR, etc. .). Steps 3-7 are carried out similarly as described above with reference to figure 1, however, however, the switching node SGSN / MSC 14 of the HLR 16 for the mobile station 13 defined in request 1 transmits only the data 20-23, the same for many mobile stations with associated instructions (transmit location data without a message, transmit location data with a message to the mobile station, before transmitting location data, request permission from the mobile station and transmit only if the answer is yes or no, d transfer location data request from the mobile station and transmit only when a positive response).

Этап 8а: В отличие от приведенного выше способа, узел приема запросов данных местоположения GMLC 12 после получения ответа 7 (включающего данные местоположения и, в необходимом случае, возраст данных определения и идентификацию транзакции) заменяет полученную идентификацию транзакции с помощью таблицы соответствия 17 идентификацией запрашивающей стороны и запрашивает, при необходимости, в списке заданных данных 18 соответствующие заданные данные местоположения пользователя 13 и пересылает на этапе 8b данные местоположения (если это было доступным) или отказ в определении данных местоположения к запрашивающей стороне 11.Step 8a: In contrast to the above method, the GMLC location request data receiving node 12 after receiving a response 7 (including location data and, if necessary, the age of the determination data and the transaction identification) replaces the obtained transaction identification with the correspondence table 17 by the identifier of the requester and requests, if necessary, in the list of set data 18 the corresponding set location data of the user 13 and sends the location data in step 8b (if this was available abusive) or denial of location data to the requester 11.

Заданные данные местоположения, которые запрашиваются перед передачей данных местоположения запрашивающей стороне 11 узлом приема запросов данных местоположения GMLC 12 в банке данных 18 конфиденциальности данных LCS, для определяемого (посредством RAN/BSS 15) местоположения включает в себя, например, что при обращениях пользователя мобильной станции 13 необходимо оставаться в определенной группе идентификаций ячеек и т.д. (которую он перед этим определил в какой-либо форме). Кроме того, при этом может еще проверяться, должны ли данные местоположения к определенному времени сообщаться к запрашивающей стороне 11, причем передача данных местоположения к запрашивающей стороне, например, осуществляется только для данных местоположения, определенных в течение предварительно заданного интервала времени.The predetermined location data that is requested before the location data is transmitted to the requesting party 11 by the GMLC location data request receiving unit 12 in the LCS data privacy database 18, for a location determined (via RAN / BSS 15) includes, for example, that when a user visits a mobile station 13 you must remain in a specific group of cell identifications, etc. (which he had previously defined in some form). In addition, it can still be checked whether the location data should be communicated to the requesting party 11 by a certain time, and the transfer of location data to the requesting party, for example, is carried out only for location data determined during a predetermined time interval.

Claims

1. The method of requesting the consent of a user of a mobile radio terminal of a mobile radio communication network with the transfer of its location data to the requesting party, in which, if the requesting party requests the location of the mobile radio terminal, before sending the request data to the switching node of the mobile radio network, the request data is supplemented data specified for the requesting party indicating whether to obtain consent from the mobile radio terminal bind to the subsequent transmission of the location data of the mobile radio terminal to the requesting party, if the mentioned data indicates that it is necessary to obtain consent, then a request for consent is sent from the switching node to the mobile radio terminal, and before transmitting the location data of the terminal to the requestor using predefined stored conditions, it is checked whether location data should be sent to the requestor.

2. The method according to claim 1, characterized in that the identification node regarding the identification of the requesting party is also forwarded to the switching node.

3. The method according to claim 2, characterized in that the identification data is sent to the mobile radio terminal in a request for a consent message.

4. The method according to claim 1, characterized in that the name node related to the requesting party is also sent to the switching node.

5. The method according to claim 4, characterized in that the name data is sent from the switching node to the mobile radio terminal in said request.

6. The method according to claim 1, characterized in that the identification data of the mobile radio user contained in the request regarding the IMSI identification module, MSISDN of the mobile radio user is also sent to the switching node.

7. The method according to claim 1, characterized in that the request arrives at the receiving node of the data requests for the location of the mobile radio network.

8. The method according to claim 1, characterized in that the switching node is an MSC or SGSN.

9. The method according to claim 1, characterized in that the switching node requests location data of the mobile radio terminal from the BSS or RAN of the mobile radio network.

10. The method according to claim 1, characterized in that the said instruction data contains a predetermined number of different indications, in particular, instructions to transmit location data without a message, transmit location data with a message, transmit location data only after the consent of the mobile station or in the absence of answer the mobile station and transmit location data only with the consent of the mobile station.

11. The method according to claim 1, characterized in that for the plurality of mobile user identification modules, the same indication data is stored and / or only the same limited number of different indication data is stored.

12. The method according to claim 1, characterized in that from the switching node the register of the source location, upon receipt of a request to the switching node, requests data indications for this mobile station.

13. The method according to claim 1, characterized in that the receiving node of the request for location data receiving the request from the requesting party, before sending the request data to the switching node, stores the requesting party identification data together with the indication data selected by the mobile station taking into account the requesting party, and after the receipt of the location data sends them, taking into account the stored conditions, to the requester, to which the stored identification data relates, in order to provide relevant indications.

14. The method according to claim 1, characterized in that, in the node receiving the location data requests for a plurality of identifications of mobile radio users, correspondingly, data is stored for which potential requesting parties the request data must be supplemented with corresponding instruction data from the memory before being sent to the switching node.

15. The method according to claim 1, characterized in that in the receiving node of the location data requests, for a plurality of identifications of users of mobile radio communications, the direction of the location data to the requesting party should only be if permitted by the mobile radio user identification module or mobile terminal device radio communications for a given location, according to the stored conditions requested from the memory by the location data request receiving node.

16. The method according to claim 1, characterized in that the transfer of location data to the requesting party is carried out only if it is allowed at the time of determining the location, according to the stored conditions for the user of the mobile station or its mobile radio user identification card.

17. The method according to claim 1, characterized in that the conditions can be changed by the user through his mobile radio terminal device or other terminal device via mobile radio, WAP, Internet, fixed network or otherwise.

18. The method according to claim 1, characterized in that the switching node is a switching node of a mobile radio communication, which is directly accessed by the terminal mobile radio.

19. A mobile radio communication network, in particular for implementing the method according to any one of the preceding paragraphs, comprising a location data request receiving unit that is capable of transmitting location data, at the request of the requesting party about the location data of the mobile station, to the requesting party only in accordance with previously the conditions set for the given mobile station in memory, and which has access to a memory in which data is stored indicating which For a specific mobile station, before sending a request to the requesting party to the switching node, the requesting party’s identification should be replaced with the corresponding indication data, the switching node made in such a way that when requesting location data of the mobile radio terminal, according to the requesting party’s identification for the mobile station , asks the latter for consent before transmitting the location data, the register of the original location with memory in which instructions for switching nodes are stored for a plurality of identifications of requesting parties regarding whether, before transmitting location data to the requesting party, request the consent of the mobile station, and the instructions for identifying requesting parties stored in one or more registers of the initial location may be the same for multiple user identification modules for mobile radio communications or for mobile terminal devices.