Способ запроса для получения согласия на определение местоположения мобильного устройства радиосвязи и соответствующая сеть мобильной связи
Изобретение относится к способам и устройствам запроса для получения согласия пользователя мобильного устройства радиосвязи на передачу данных его местоположения запрашивающей стороне, обеспечивающим конфиденциальность, контролируемую GMLC. Техническим результатом является обеспечение возможности пользователю мобильной радиосвязи максимально просто и эффективно реализовать указание, касающееся запроса его местоположения. Данный результат обеспечивается способом, предусматривающим запрос согласия пользователя мобильного оконечного устройства радиосвязи с передачей данных его местоположения к запрашивающей стороне, при котором данные запроса перед направлением их к коммутационному узлу сети мобильной радиосвязи дополняются указаниями для этой запрашивающей стороны, на основе которых можно определить, следует ли получать согласие со стороны мобильного оконечного устройства радиосвязи на последующую передачу данных его местонахождения к запрашивающей стороне. 2 н. и 17 з.п. ф-лы, 2 ил.
Изобретение относится к способам и устройствам запроса для получения согласия пользователя мобильного устройства радиосвязи на передачу данных его местоположения запрашивающей стороне (конфиденциальность, контролируемая GMLC).
Документ D1 (WO98/52379) описывает определение географического местоположения мобильной станции в сети мобильной связи. При этом целью является то, что обеспечивается защита целостности пользовательских данных мобильной станции и воспрепятствование получению данных местоположения мобильной станции против желания пользователя. С этой целью проводится проверка авторизации в связи с запросом определения географического местоположения мобильной станции. Географическое местоположение определяется только в том случае, если имеется авторизация для мобильной станции, для которой должно проводиться такое определение. Этот контроль авторизации включает перепроверку того, что пользователь мобильной станции дал свое согласие на определение местоположения мобильной станции. Перепроверка авторизации включает также то, что лишь определенные третьи стороны информируются о географическом местоположении мобильной станции.
Документ D2 (WO99/63780) описывает способ в телекоммуникационной системе для администрирования услуг определения местоположения с применением черных и серых списков прикладных программ определения местоположения и шлюза определения местоположения. При подписке на приложение определения местоположения в услуге определения местоположения провайдером услуг приложения определения местоположения присваивается однозначный идентификационный номер приложения определения местоположения (LAIN), который содержится в каждом запросе данных местоположения. Черный список используется для отказа от услуг в приложениях определения местоположения, которые содержатся в списке, в то время как профиль приложения определения местоположения поддерживается в шлюзе определения данных местоположения. Приложения определения местоположения, которые занесены в серый список, имеют доступ к услуге, однако этот доступ контролируется соответствующим сетевым блоком.
Из документа 3GPP-TS 23.271 известно использование данных местоположения пользователя мобильного оконечного устройства радиосвязи сотовой сети мобильной радиосвязи для услуг, зависящих от местоположения, таких как информация о ближайшей заправочной станции и т.д. (то есть услуг определения местоположения - LCS). Однако при определенных обстоятельствах пользователю мобильного оконечного устройства радиосвязи было бы желательно препятствовать тому, чтобы каждая третья сторона могла узнать о его текущем местоположении из мобильной сети радиосвязи. Поэтому пользователь мобильного оконечного устройства радиосвязи нуждается в функции, которая для каждой потенциальной запрашивающей его местоположение стороны устанавливает, разрешено ли сообщение данных местоположения пользователя мобильного оконечного устройства радиосвязи этой запрашивающей стороне, или оно в принципе запрещено, или может быть разрешено после обратного запроса у пользователя мобильного оконечного устройства радиосвязи. Эта функция определяется как конфиденциальность пользователей услуг определения местоположения (LCS-User Privacy).
Определенная согласно 3GPP функция конфиденциальности пользователей LCS (Стандарты 3GPP TS 23.271 и TS 29.002) требует относительно большого объема памяти в регистре исходного местоположения (HLR) и в центре коммутации (MSC-SGSN) и обуславливает высокую нагрузку при копировании условий, касающихся передачи данных определения местоположения пользователя к запрашивающей стороне из регистра HRL к центру коммутации, в текущий момент используемому пользователем (посещаемому 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 не сохранен в заранее заданном пользователем списке, то процедура обратного запроса (линия поведения по умолчанию) выполняется согласно предписаниям пользователя.
Задачей настоящего изобретения является обеспечение возможности пользователю сети мобильной радиосвязи максимально просто и эффективно реализовать указание, касающееся запроса данных его местоположения. Эта задача решается в соответствии с сущностью изобретения, изложенной в независимых пунктах формулы изобретения.
Тем, что в соответствии с изобретением при поступлении запроса запрашивающей стороны в узле приема запросов данных местоположения (GMLC) перед последующей пересылкой запроса в текущий коммутационный узел (MSC, SGSN) сети мобильной радиосвязи, к которому обращается мобильное оконечное устройство радиосвязи, данные запроса дополняются данными, которые указывают, по меньшей мере, следует ли получать согласие пользователя мобильного оконечного устройства радиосвязи на дальнейшую пересылку данных местоположения мобильного оконечного устройства радиосвязи к этой запрашивающей стороне, обеспечивается возможность того, чтобы оснастить упомянутый узел приема запросов данных местоположения (GMLC) сети мобильной радиосвязи изменяемой пользователем базой данных, которая для любого запроса указывает, следует ли получить согласие перед передачей данных местоположения и факультативно к какому времени и/или для каких местоположений пользователем разрешается передача данных местоположения к этой запрашивающей стороне. Тем самым можно существенно снизить увеличенную нагрузку из-за загрузки подобных данных из регистра исходного местоположения в коммутационный узел MSC/SGSN, потому что только для виртуальных идентификационных данных в форме ограниченного числа данных из HRL в коммутационный узел MSC должно сообщаться, должен ли пользователь перед передачей его данных местоположения запрашиваться, и что следует делать, если он не отвечает на этот запрос. Данные в узле приема запросов данных местоположения (GMLC) в отношении того, следует ли пользователя запрашивать перед передачей его данных местоположения, и что следует делать, если он не отвечает, или следует ли его только информировать, или передача данных местоположения к этой запрашивающей стороне возможна без информирования и обратного запроса, могут в соответствии с изобретением изменяться пользователем просто посредством мобильной радиосвязи (речевой связи или сообщений службы коротких сообщений (SMS) и т.д.) или по протоколу WAP (распространения информационных материалов по сети Интернет) или Интернет и т.д. и связываться с дополнительными условиями (атрибуты, такие как зависимость от времени или зависимость от местоположения), что при использовавшемся до настоящего времени сохранении в регистре HLR было невозможным.
Дальнейшие признаки и преимущества изобретения вытекает из последующего описания примеров осуществления изобретения со ссылками на чертежи, на которых показано следующее:
Фиг.1 - запрос данных местоположения согласно 3GPP R4 и
Фиг.2 - схематичное представление осуществления этого запроса данных местоположения.
Согласно фиг.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).
На фиг.2 иллюстрируется соответствующее изобретению определение местоположения и последующая передача к запрашивающей стороне при условиях, заданных пользователем мобильного оконечного устройства радиосвязи.
При этом может применяться сеть мобильной радиосвязи стандарта 3GPP R4, не вызывая столкновения стандартов, так что возможна далеко идущая совместимость данной системы с будущими системами.
Как и в случае решения, представленного на фиг.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.
В рассматриваемом случае предусмотрено 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, а в случае отсутствия ответа предусматривается указание, устанавливаемое по умолчанию.
Идентификация (идентичность) запрашивающей стороны в узле приема запросов данных местоположения посредством одной из следующих пяти (виртуальных) идентификаций (идентичностей) (которые теперь представляют только указания относительно обработки, но не собственно идентификацию запрашивающей стороны 11) пересылается в коммутационный узел 14:
ИД Клиента 1 (виртуальная идентичность 1): Данные местоположения пересылать без оповещения мобильной станции 13 (что означает, что при запросе запрашивающей стороне 11 сообщаются данные местоположения мобильной станции 13 без уведомления об этом мобильной станции 13).
ИД Клиента 2 (виртуальная идентичность 2): Оповещать (что означает, что при запросе запрашивающей стороны 11 ей сообщаются данные местоположения мобильной станции 13, однако мобильная станция 13 уведомляется об этом).
ИД Клиента 3 (виртуальная идентичность 3): В соответствии с указанием относительно обработки, что у мобильной станции должно запрашиваться, следует ли передать запрашивающей стороне 11 данные местоположения мобильной станции 13, причем передача данных местоположения запрашивающей стороне 11 осуществляется, если мобильная станция либо отвечает согласием, либо вообще не отвечает (потому что она выключена и т.д.).
ИД Клиента 4 (виртуальная идентичность 4): Указание относительно обработки к коммутационному узлу 14 в отношении того, что перед передачей данных местоположения мобильной станции 13 к запрашивающей стороне 11 спрашивают о ее согласии, и передача данных местоположения мобильной станции 13 происходит только в том случае, если от мобильной станции 13 получен ответ, и этот ответ является утвердительным.
Для пятой возможности, а именно, что определение данных местоположения для мобильной станции 13 в принципе не разрешается для запрашивающей стороны 11, в регистре исходного местоположения 16 и в коммутационном узле 14 должно сохраняться указание "не разрешено", потому что в этом случае узел приема запросов данных местоположения GMLC 12 без обратного запроса у коммутационного узла 14 в отношении запрашивающей стороны 11 может сообщить об отказе в определении данных местоположения.
При оповещении мобильной станции 13 и при требовании согласия на передачу данных местоположения у мобильной станции 13 на этапе 3 последней, например (в стандартном случае), сообщается имя запрашивающей стороны 11, так что пользователь мобильной станции 13 знает, от кого исходит запрос.
Распределение указаний 20-23 (соответствующих виртуальным идентичностям, которые ссылаются только на указания относительно обработки) известно, таким образом, регистру HLR 16 (который сообщает это коммутационному узлу 14, к которому обращается мобильная станция 13), а также узлу приема запросов данных местоположения GMLC 12. Когда узел приема запросов данных местоположения GMLC 12 принимает запрос 1 запрашивающей стороны 11, принятые идентификационные данные (ИД Клиента) запрашивающей стороны 11 перед последующей передачей 2с заменяются виртуальными идентификационными данными 20 или 21, или 22, или 23 с помощью таблицы соответствия (таблицы отображения) 17, которая содержит установленные пользователем мобильной станции 13 соответствия идентификационных данных виртуальным идентичностям 20-23. Таблица может при необходимости дополняться расширенными атрибутами, такими как временные ограничения или ограничения по местоположению, или зависимостями от расширенных данных о запрашивающей стороне 11 или от запрашивающей стороны 11.
Описанный выше соответствующий изобретению способ может быть реализован просто и эффективно без каких-либо конфликтов со стандартом 3GPP.
Альтернативно может быть применен следующий способ: данные указаний 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, может быть предусмотрено или в отдельных случаях сообщено.
Таким образом, соответствующий изобретению первый вариант способа может быть осуществлен следующим образом:
На этапе 0 по запросу или регулярным образом от регистра исходного местоположения HLR 16 к коммутационному узлу SGSN/MSC 14 для каждой мобильной станции 13 передается список указаний относительно обработки 20-23 для определенных запросов, причем в указаниях 20-23 идентификации запрашивающей стороны с ИД Клиента 1 по ИД Клиента 4 представляют собой только виртуальные идентификации для ссылки на соответствующие им указания относительно обработки.
Этап 1: передача запроса услуги LCS от клиента LCS (запрашивающая сторона 11) к узлу приема запросов данных местоположения GMLC 12 и передача требуемых для этого и оптимальных данных (ИД Клиента, IMSI/MSISDN, QoS (качество услуги)).
Этап 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 передается отказ на запрос данных местоположения.
Этап 2: Переданная в запросе 1 идентификация (ИД Клиента) запрашивающей стороны 11 сохраняется в таблице соответствия совместно с соотнесенной с запросом 2с идентификацией транзакции (ссылкой на таблицу соответствия), чтобы иметь возможность повторного соотнесения ответа 7, который имеет одинаковую идентификацию транзакции, что и последующая передача 2с, с запрашивающей стороной 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, одинаковые для множества мобильных станций с соотнесенными с ними указаниями (передать данные местоположения без сообщения, передать данные местоположения с сообщением мобильной станции, перед передачей данных местоположения запросить у мобильной станции разрешение и передать только при положительном ответе или при отсутствии ответа, перед передачей данных местоположении запросить у мобильной станции и передать только при поступлении положительного ответа).
Этап 8а: В отличие от приведенного выше способа, узел приема запросов данных местоположения GMLC 12 после получения ответа 7 (включающего данные местоположения и, в необходимом случае, возраст данных определения и идентификацию транзакции) заменяет полученную идентификацию транзакции с помощью таблицы соответствия 17 идентификацией запрашивающей стороны и запрашивает, при необходимости, в списке заданных данных 18 соответствующие заданные данные местоположения пользователя 13 и пересылает на этапе 8b данные местоположения (если это было доступным) или отказ в определении данных местоположения к запрашивающей стороне 11.
Заданные данные местоположения, которые запрашиваются перед передачей данных местоположения запрашивающей стороне 11 узлом приема запросов данных местоположения GMLC 12 в банке данных 18 конфиденциальности данных LCS, для определяемого (посредством RAN/BSS 15) местоположения включает в себя, например, что при обращениях пользователя мобильной станции 13 необходимо оставаться в определенной группе идентификаций ячеек и т.д. (которую он перед этим определил в какой-либо форме). Кроме того, при этом может еще проверяться, должны ли данные местоположения к определенному времени сообщаться к запрашивающей стороне 11, причем передача данных местоположения к запрашивающей стороне, например, осуществляется только для данных местоположения, определенных в течение предварительно заданного интервала времени.
1. Способ запроса согласия пользователя мобильного оконечного устройства радиосвязи сети мобильной радиосвязи с передачей данных его местоположения к запрашивающей стороне, при котором в случае запроса запрашивающей стороны о местоположении мобильного оконечного устройства радиосвязи, перед направлением данных запроса к коммутационному узлу сети мобильной радиосвязи, данные запроса дополняют указанными для запрашивающей стороны данными, указывающими, следует ли получить согласие со стороны мобильного оконечного устройства радиосвязи на последующую передачу данных местоположения мобильного оконечного устройства радиосвязи к запрашивающей стороне, если упомянутые данные указывают, что необходимо получить согласие, то от коммутационного узла к мобильному оконечному устройству радиосвязи посылают запрос на получение согласия, при этом перед передачей данных местоположения оконечного устройства к запрашивающей стороне, с помощью предварительно заданных сохраненных условий проверяют, должны ли данные местоположения посылаться к запрашивающей стороне.
2. Способ по п.1, отличающийся тем, что к коммутационному узлу пересылают также идентификационные данные, касающиеся идентификации запрашивающей стороны.
3. Способ по п.2, отличающийся тем, что идентификационные данные пересылают к мобильному оконечному устройству радиосвязи в запросе на сообщение о согласии.
4. Способ по п.1, отличающийся тем, что к коммутационному узлу посылают также данные имени, касающиеся запрашивающей стороны.
5. Способ по п.4, отличающийся тем, что данные имени пересылаются от коммутационного узла к мобильному оконечному устройству радиосвязи в упомянутом запросе.
6. Способ по п.1, отличающийся тем, что к коммутационному узлу пересылают также содержащиеся в запросе идентификационные данные пользователя мобильной радиосвязи, касающиеся модуля идентификации IMSI, MSISDN пользователя мобильной радиосвязи.
7. Способ по п.1, отличающийся тем, что запрос поступает в узел приема запросов данных местоположения сети мобильной радиосвязи.
8. Способ по п.1, отличающийся тем, что коммутационный узел представляет собой узел MSC или SGSN.
9. Способ по п.1, отличающийся тем, что коммутационный узел запрашивает данные местоположения мобильного оконечного устройства радиосвязи от узла BSS или RAN сети мобильной радиосвязи.
10. Способ по п.1, отличающийся тем, что упомянутые данные указаний содержат предварительно заданное количество различных указаний, в частности, указания передать данные местоположения без сообщения, передать данные местоположения с сообщением, передать данные местоположения только после наличия согласия мобильной станции или при отсутствии ответа мобильной станции и передать данные местоположения только при наличии согласия мобильной станции.
11. Способ по п.1, отличающийся тем, что для множества модулей идентификации пользователей мобильной связи сохранены одинаковые данные указаний и/или сохранено только одинаковое ограниченное количество различных данных указаний.
12. Способ по п.1, отличающийся тем, что от коммутационного узла у регистра исходного местоположения, при поступлении запроса в коммутационный узел, запрашиваются данные указаний для данной мобильной станции.
13. Способ по п.1, отличающийся тем, что получающий запрос от запрашивающей стороны узел приема запроса данных местоположения, перед направлением данных запроса коммутационному узлу, сохраняет идентификационные данные запрашивающей стороны вместе с данными указаний, выбранными мобильной станцией с учетом запрашивающей стороны, и после поступления данных местоположения направляет их с учетом сохраненных условий к запрашивающей стороне, к которой относятся сохраненные идентификационные данные, для обеспечения соответствующих указаний.
14. Способ по п.1, отличающийся тем, что в узле приема запросов данных местоположения для множества идентификаций пользователей мобильной радиосвязи соответственно сохранены данные о том, для каких потенциальных запрашивающих сторон данные запроса перед направлением к коммутационному узлу должны дополняться соответствующими данными указаний из памяти.
15. Способ по п.1, отличающийся тем, что в узле приема запросов данных местоположения, для множества идентификаций пользователей мобильной радиосвязи, направление данных местоположения к запрашивающей стороне следует лишь в том случае, если это разрешено модулем идентификации пользователя мобильной радиосвязи или мобильным оконечным устройством радиосвязи для данного местоположения, согласно сохраненным условиям, запрошенным из памяти узлом приема запросов данных местоположения.
16. Способ по п.1, отличающийся тем, что пересылка данных местоположения к запрашивающей стороне осуществляется только в том случае, если это разрешается к моменту определения местоположения, согласно сохраненным условиям для пользователя мобильной станции или ее карты идентификации пользователя мобильной радиосвязи.
17. Способ по п.1, отличающийся тем, что условия могут быть изменены пользователем посредством его мобильного оконечного устройства радиосвязи или другого оконечного устройства через мобильную радиосвязь, WAP, Интернет, стационарную сеть или иным образом.
18. Способ по п.1, отличающийся тем, что коммутационный узел представляет собой коммутационный узел мобильной радиосвязи, к которому непосредственно обращается оконечное устройство мобильной радиосвязи.
19. Сеть мобильной радиосвязи, в особенности для осуществления способа по любому из предшествующих пунктов, содержащая узел приема запросов данных местоположения, который выполнен с возможностью передачи данных местоположения, по запросу запрашивающей стороны о данных местоположения мобильной станции, к запрашивающей стороне только при соответствии с предварительно заданными для данной мобильной станции сохраненными в памяти условиями, и который имеет доступ к памяти, в которой сохранены данные, указывающие, для каких запрашивающих сторон для определенной мобильной станции, перед направлением запроса запрашивающей стороны коммутационному узлу, следует заменять идентификацию запрашивающей стороны соответствующими данными указаний, коммутационный узел, выполненный таким образом, что он при запросах данных местоположения мобильного оконечного устройства радиосвязи, согласно переданной ему идентификации запрашивающей стороны для мобильной станции, запрашивает последнюю о согласии перед передачей данных местоположения, регистр исходного местоположения с памятью, в которой для множества идентификаций запрашивающих сторон сохранены указания для коммутационных узлов в отношении того, следует ли перед передачей данных местоположения к запрашивающей стороне запрашивать о согласии мобильной станции, причем сохраненные в одном или нескольких регистрах исходного местоположения указания для идентификаций запрашивающих сторон могут быть одинаковыми для множества модулей идентификации пользователей мобильной радиосвязи или для оконечных устройств мобильной связи.
