РЕГИСТРАЦИЯ ТЕРМИНАЛА С ПОМОЩЬЮ СЕРВЕРА ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ ДЛЯ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ ПЛОСКОСТИ ПОЛЬЗОВАТЕЛЯ
TERMINAL REGISTRATION USING LOCATION SERVER TO LOCATE USER PLANE

Настоящая заявка испрашивает приоритет предварительной патентной заявки США № 60/828902 под названием "Регистрация IP-адреса для определения местоположения плоскости пользователя", зарегистрированной 10 октября 2006 г., и предварительной патентной заявки США № 60/864448 под названием "Регистрация SUPL 2_0 SET с помощью H-SLP", зарегистрированной 6 ноября 2006 г., которые переуступлены их правопреемнику и включены здесь путем ссылки.
Предшествующий уровень техники
I. Область техники
Настоящее раскрытие относится в общем к установлению связи и более конкретно к методам поддержки услуг определения местоположения (LCS) для терминала.
II. Предшествующий уровень техники
Часто бывает желательно, а иногда необходимо, знать местоположение терминала, например сотового телефона. Термины "местоположение" и "позиция" являются синонимами и используются в данном описании взаимозаменяемым образом. Например, клиенту LCS может потребоваться узнать местоположение терминала, и он может установить связь с сервером определения местоположения, чтобы запросить информацию о местоположении для терминала. Тогда сервер определения местоположения может послать сообщение терминалу, чтобы запустить сеанс определения местоположения. Это сообщение может быть надлежащим образом поставлено терминалу, основываясь на информации о маршрутизации, доступной для терминала. Затем сервер определения местоположения и терминал могут обмениваться сообщениями, по мере необходимости, чтобы получать информацию о местоположении для терминала. Затем сервер определения местоположения может отправить требуемую информацию о местоположении клиенту LCS.
Для инициируемой сетью услуги определения местоположения, как описано выше, сервер определения местоположения или некоторый другой сетевой объект может нуждаться в информации о маршрутизации для терминала, чтобы посылать терминалу начальное сообщение. В некоторых рабочих сценариях информация о маршрутизации для терминала может быть не доступна из-за различных причин, как описано ниже. Тем не менее может быть желательно поддерживать инициируемые сетью услуги определения местоположения даже в таких сценариях.
Сущность изобретения
В данном описании представлены методы поддержки инициируемых сетью услуг определения местоположения для терминала. Сервер определения местоположения может быть в состоянии достигать терминала, основываясь на различных механизмах обмена сообщениями. Однако каждый механизм может требовать, чтобы терминал выполнял регистрацию с помощью обозначенного сетевого объекта так, чтобы информация о маршрутизации была доступна для терминала. Сервер определения местоположения в некоторых рабочих сценариях может быть не в состоянии достигать терминала нормальным способом, основанным на каком-либо из этих механизмов обмена сообщениями, как описано ниже.
В аспекте, терминал может выполнять регистрацию с помощью сервера определения местоположения, если терминал определяет, что сервер определения местоположения может быть не в состоянии достигать терминала нормальным способом. Например, терминал может решить выполнить регистрацию, если он получил возможность подключения межсетевого протокола (IP) через сеть доступа, которая не связана с домашней сетью терминала. Для регистрации, терминал может идентифицировать себя для сервера определения местоположения, вызывать взаимную аутентификацию терминала и сервера определения местоположения и обеспечивать IP-адрес терминала для сервера определения местоположения. Терминал может выполнять регистрацию с помощью сервера определения местоположения всякий раз, когда IP-адрес изменяется, и/или периодически, каждый раз, когда истекает время таймера. Терминал может устанавливать таймер на основании значения таймера, принимаемого от сервера определения местоположения. Сервер определения местоположения может использовать IP-адрес, чтобы посылать сообщения терминалу для инициируемых сетью услуг определения местоположения.
Ниже более подробно описаны различные аспекты и признаки раскрытия.
Краткое описание чертежей
Фиг.1A и 2B показывают два примерных развертывания сети.
Фиг.2 показывает связь между терминалом и сервером определения местоположения.
Фиг.3 показывает диаграмму потоков сообщений для инициируемой сетью услуги определения местоположения.
Фиг.4 показывает диаграмму потоков сообщений для регистрации с помощью сервера определения местоположения.
Фиг.5 показывает установление связи между терминалом и сервером определения местоположения с трансляцией сетевых адресов (NAT).
Фиг.6 показывает процесс, выполняемый терминалом для регистрации.
Фиг.7 показывает процесс, выполняемый сервером определения местоположения для регистрации.
Фиг.8 показывает блок-схему терминала, сети доступа и сервера определения местоположения.
Подробное описание
Описанные в данном описании методы могут использоваться для терминалов, устанавливающих связь как с проводными сетями, так и с беспроводными сетями. Термины "сеть" и "система" часто используются взаимозаменяемым образом. Например, эти методы могут использоваться для беспроводных сетей, определяемых организацией, называемой "Проект партнерства 3-го поколения" (3GPP), и для беспроводных сетей, определяемых организацией, называемой "Проект партнерства 3-го поколения 2" (3GPP2).
Эти методы также могут использоваться для различных архитектур определения местоположения плоскости пользователя, таких как защищенное определение местоположения плоскости пользователя (SUPL) от Открытого общества производителей мобильной связи (OMA), плоскость пользователя V1 и V2 от Группы развития множественного доступа с кодовым разделением каналов (CDMA) (CDG), плоскость пользователя X.S0024 от 3GPP2 и т.д. SUPL является подходящим для сетей 3GPP, 3GPP2 и WLAN (беспроводных локальных сетей). X.S0024, V1 и V2 являются подходящими для сетей 3GPP2. Плоскость пользователя представляет собой механизм для переноса сообщений/передачи сигналов для прикладных программ более высокого уровня и использования однонаправленного канала плоскости пользователя, который обычно реализуется с помощью протоколов, таких как протокол передачи дейтаграмм пользователя (UDP), протокол управления передачей (TCP) и IP, все из которых известны в технике. Сообщения/передача сигналов, поддерживающие услуги определения местоположения и позиционирования, могут переноситься, как часть данных (с точки зрения сети) в архитектуре плоскости пользователя.
Для ясности, некоторые аспекты этих методов ниже описаны для SUPL. Версия 1.0 SUPL (SUPL 1.0) описана в OMA-AD-SUPL-V1 под названием "Архитектура защищенного определения местоположения плоскости пользователя", 15 июня 2007 г., и в OMA-TS-ULP-V1 под названием "Протокол определения местоположения UserPlane (плоскости пользователя)", 15 июня 2007 г. Версия 2.0 SUPL (SUPL 2.0) описана в OMA-AD-SUPL-V2 под названием "Архитектура защищенного определения местоположения плоскости пользователя", 31 августа 2007 г., и в OMA-TS-ULP-V2 под названием "Протокол определения местоположения UserPlane (плоскости пользователя)", 27 сентября 2007 г. Эти документы SUPL опубликованы в OMA.
Фиг.1A показывает примерное развертывание 100 сети. Терминал 110 может устанавливать связь с сетью 120 доступа, чтобы получать услуги связи. Терминал 110 может быть стационарным или подвижным и также может упоминаться как пользовательское оборудование (UE), подвижная станция, терминал доступа, абонентская установка, станция и т.д. Терминалом 110 может быть сотовый телефон, персональный цифровой ассистент (PDA), беспроводной аппарат, карманный аппарат, беспроводный модем, компактный портативный компьютер, телеметрический аппарат, аппарат сопровождения и т.д. Терминал 110 может осуществлять связь с одной или больше базовыми станциями и/или одной или больше точками доступа в сети 120 доступа. Терминал 110 также может принимать сигналы от одного или больше спутников 180 в спутниковой системе позиционирования (SPS), которая может быть глобальной системой определения местоположения (GPS) Соединенных Штатов Америки, Европейской системой Galileo (Галилео), русской системой GLONASS и т.д. Терминал 110 может измерять сигналы от базовых станций в сети 120 доступа и получать измерения согласования во времени для этих базовых станций. Терминал 110 также может измерять сигналы от спутников 180 и получать измерения псевдодальности для спутников. Измерения псевдодальности и/или согласования во времени могут использоваться для выведения оценки положения для терминала 110. Оценка положения также может упоминаться как оценка местонахождения, определение местоположения и т.д.
Сеть 120 доступа поддерживает связь для терминалов, расположенных в пределах ее зоны. Сеть 120 доступа может быть беспроводной сетью и также может упоминаться как сеть радиосвязи, сеть доступа радиосвязи и т.д. Сетью 120 доступа может быть сеть доступа 3GPP, сеть доступа 3GPP2, беспроводная локальная сеть (WLAN) и т.д. Сетью доступа 3GPP может быть глобальная система для сети Глобальной системы мобильной связи (GSM), сеть доступа радиосвязи EDGE (электронной аппаратуры сбора данных) GSM (GERAN), универсальная наземная сеть доступа радиосвязи (UTRAN), использующая универсальный наземный доступ радиосвязи (UTRA), например широкополосный CDMA (W-CDMA), развитая UTRAN (E-UTRAN), использующая доступ радиосвязи долгосрочного развития (LTE), и т.д. Сетью доступа 3GPP2 может быть сеть CDMA2000 IX, использующая сеть cdma2000, CDMA2000 1xEV-DO и т.д. WLAN может реализовывать технологию радиосвязи, такую как любой из семейства стандартов IEEE 802.11 (Института инженеров по электротехнике и электронике), Hiperlan (высокопроизводительной локальной радиосети) и т.д. Сетью 120 доступа также может быть беспроводная сеть, поддерживающая другую технологию радиосвязи, такую как ультрамобильная широкополосная сеть (UMB), IEEE 802.20, Flash-OFDM, IEEE 802.16 (WiMax) (общемировая совместимость широкополосного беспроводного доступа) и т.д. UTRA, E-UTRA и GSM описаны в документах из 3GPP. cdma2000 и UMB описаны в документах из 3GPP2. Документы 3GPP и 3GPP2 являются общедоступными. Сеть 120 доступа также может быть проводной сетью, такой как локальная сеть (LAN), сеть цифровой абонентской линии (DSL), пакетная кабельная сеть, телефонная сеть и т.д.
Посещаемая сеть 130 представляет собой сеть, которая в настоящее время обслуживает терминал 110, и также может упоминаться как посещаемая наземная сеть мобильной связи общего пользования (V-PLMN). Посещаемая сеть 130 может включать в себя различные сетевые объекты, которые обеспечивают возможность подключения для передачи данных и/или речевого сигнала, услуги определения местоположения и/или другие функциональные возможности и услуги. Для 3GPP посещаемая сеть 130 может включать в себя узел поддержки GPRS (системы пакетной радиосвязи общего пользования) (SGSN) 132 обслуживания, и шлюз доступа WLAN (WAG) 134. SGSN 132 представляет собой часть базовой сети системы пакетной радиосвязи общего пользования (GPRS) и обеспечивает услуги с пакетной коммутацией для терминалов, устанавливающих связь с сетью доступа 3GPP. WAG 134 представляет собой часть базовой сети межсетевого взаимодействия WLAN (I-WLAN) 3GPP и обеспечивает услуги с пакетной коммутацией для терминалов, устанавливающих связь с сетью доступа WLAN. Посещаемая сеть 130 может включать в себя другие сетевые объекты 3GPP, например сетевые объекты, поддерживающие услуги определения местоположения и позиционирования, которые на Фиг.1A для простоты не показаны. Для 3GPP2, посещаемая сеть 130 может включать в себя сетевые объекты, выполняющие функции, подобные функциям для 3GPP, но упоминаемые под другими названиями. 3GPP и 3GPP2 в общем используют различные сетевые объекты и, для ясности, большая часть из последующего описания представлена для сетей на основе 3GPP.
Домашняя сеть 140 представляет собой сеть, с которой терминал 110 имеет подписку, и также может упоминаться как домашняя PLMN (наземная сеть мобильной связи общего пользования) (H-PLMN). Домашняя сеть 140 может включать в себя различные объекты, которые обеспечивают возможность подключения для передачи данных и/или речевого сигнала, услуги определения местоположения и/или другие функциональные возможности и услуги. Для 3GPP, домашняя сеть 140 может включать в себя узел поддержки GPRS шлюза (GGSN) 142, шлюз с передачей пакетированных данных (PDG) 144, центр услуг передачи коротких сообщений/центр коммутации сообщений (SMSC/MC) 146, опорный регистр местонахождения/домашний абонентский сервер (HLR/HSS) 148, домашнюю платформу определения местоположения SUPL (H-SLP) 150 и сервер 152 доступа, санкционирования и учета (AAA). GGSN 142 выполняет функции, такие как маршрутизация и фильтрация, чтобы поддерживать услуги с пакетной коммутацией. PDG 144 поддерживает взаимодействие между 3GPP и WLAN и выполняет функции, такие как защита потока обмена информацией, присваивание IP-адреса и т.д. SMSC/MC 146 поддерживает систему передачи коротких сообщений (SMS) и поставляет сообщения SMS для терминалов. HLR/HSS 148 сохраняет связанную с подпиской информацию для терминалов, для которых сеть 140 является домашней сетью. HLR/HSS 148 также сохраняет информацию о регистрации и обеспечивает информацию о маршрутизации для инициируемых сетью вызовов и SMS для терминалов в домашней сети 140, например, всякий раз, когда она запрашивается сетевыми объектами в посещаемой сети 130. H-SLP 150 поддерживает SUPL для терминалов в домашней сети 140. Сервер 152 AAA санкционирует терминалы для обслуживания и выполняет функции учета и выписывания счета. Домашняя сеть 140 может включать в себя другие сетевые объекты 3GPP, которые на Фиг.1A для простоты не показаны.
Сеть 120 доступа (например, WLAN) может обмениваться пакетами с маршрутизатором 122, который может быть подсоединен к Интернету 124. H-SLP 150 может осуществлять связь с другими объектами через Интернет 124, например с терминалом 110 через Интернет 124, маршрутизатор 122 и сеть 120 доступа.
Фиг.1В показывает другое примерное развертывание 102 сети. В развертывании 102 H-SLP 150 может использоваться поставщиком 108 услуг определения местоположения, который может не быть домашним сетевым оператором для терминала 110. Терминал 110 может иметь или не иметь домашнюю сеть. GGSN 142, PDG 144 и H-SLP 150 могут быть подсоединены к Интернету 124. Терминал 110 может осуществлять связь с H-SLP 150 через посещаемую сеть 130 и домашнюю сеть 140, например через сеть 120 доступа, SGSN 132, GGSN 142 и Интернет 124. Терминал 110 также может осуществлять связь с H-SLP 150 через сеть 120 доступа, маршрутизатор 122 и Интернет 124.
Фиг.1A и 1В показывают два примерных развертывания сети, поддерживающих сообщение между терминалом 110 и H-SLP 150. Терминал 110 также может осуществлять связь с H-SLP 150 в других развертываниях сети, включающих в себя другие комбинации сетей и/или сетевых объектов.
Фиг.2 показывает связь между терминалом 110 и H-SLP 150. Терминал 110 поддерживает SUPL для услуг определения местоположения и позиционирования и упоминается в SUPL как терминал с санкционируемым SUPL (SET). Терминал 110 может иметь исполнительное устройство 210 SUPL, которое постоянно находится в терминале. Исполнительное устройство SUPL представляет собой точку доступа к услугам, которая обращается к сетевым ресурсам для получения информации о местоположении. Исполнительное устройство SUPL может содержать прикладную программу услуг определения местоположения подвижных устройств (MLS), которая может включать в себя протоколы, используемые для установления связи между исполнительным устройством SUPL и H-SLP. H-SLP 150 может включать в себя центр определения местоположения SUPL (SLC) 220, который поддерживает услуги определения местоположения для терминалов в домашней сети 140 и посещаемой сети 130, и центр позиционирования SUPL (SPC) 222, который поддерживает позиционирование для этих терминалов. Исполнительное устройство 160 SUPL может устанавливать связь с H-SLP 150, чтобы получать информацию о местоположении для терминала 110.
SUPL поддерживает инициируемые SET услуги и инициируемые сетью услуги. Инициируемые SET услуги представляют собой услуги, которые исходят от SET, с исполнительным устройством SUPL, постоянно находящимся в SET. Инициируемые сетью услуги представляют собой услуги, которые исходят от сети SUPL, с исполнительным устройством SUPL, постоянно находящимся в этой сети.
SUPL поддерживает одностороннюю связь от H-SLP 150 к терминалу 110, которая может использоваться H-SLP 150 для отправки сообщения SUPL INIT (инициирования) в терминал 110, чтобы запускать инициируемый сетью сеанс определения местоположения. H-SLP 150 может посылать сообщение SUPL INIT, используя различные механизмы, включающие в себя UDP/IP, Push (проталкивание) протокола прикладной программы беспроводной связи (WAP), SMS и Push протокола инициирования сеанса связи (SIP). Для UDP/IP H-SLP 150 может посылать сообщение SUPL INIT в терминал 110 через различные сетевые объекты, как описано ниже для TCP/IP. Для WAP Push H-SLP 150 может посылать сообщение SUPL INIT в терминал 110 через посреднический шлюз Push (PPG) WAP или через WAP PPG, подсоединенный к SMSC/SC 146. Для SMS H-SLP 150 может посылать сообщение SUPL INIT в терминал 110 через SMSC/SC 146, SGSN 132 и сеть 120 доступа. Для SIP Push H-SLP 150 может посылать сообщение SUPL INIT в терминал 110 через ядро SIP/IP.
SUPL также поддерживает двустороннюю связь между терминалом 110 и H-SLP 150, используя TCP/IP. Двусторонняя связь может использоваться для того, чтобы обмениваться сообщениями SUPL между терминалом 110 и H-SLP 150 для регистрации, услуг определения местоположения, позиционирования и т.д. Для 3GPP GPRS можно обмениваться сообщениями SUPL, используя TCP/IP между терминалом 110 и H-SLP 150 через GGSN 142, SGSN 132 и сеть 120 доступа, которая может быть сетью GSM, GERAN, UTRAN и т.д. Для I-WLAN 3GPP можно обмениваться сообщениями SUPL, используя TCP/IP между терминалом 110 и H-SLP 150 через PDG 144, WAG 134 и сеть 120 доступа, которой может быть WLAN. Сообщениями SUPL также можно обмениваться между терминалом 110 и H-SLP 150 через Интернет 124, маршрутизатор 122 и сеть 120 доступа, которой может быть WLAN, LAN, сеть DSL, пакетная кабельная сеть и т.д. Односторонняя и двусторонняя связь между терминалом 110 и H-SLP 150 подробно описана в вышеупомянутом документе OMA-AD-SUPL-V2.
Для инициируемых SET услуг терминал 110 может посылать сообщение SUPL START (запуск SUPL) на H-SLP 150, чтобы запускать сеанс определения местоположения. Терминал 110 может обеспечиваться IP-адресом платформы H-SLP 150 и может посылать сообщение SUPL START для H-SLP, используя этот предоставленный IP-адрес. В общем, IP-адрес может быть 32-битовым IP-адресом Версии 4 (IPv4) или 128-битовым IP-адресом Версии 6 (IPv6). В качестве альтернативы, терминал 110 может обеспечиваться полностью определенным именем домена (FQDN) H-SLP 150 и может использовать систему имен доменов (DNS), чтобы получать IP-адрес для H-SLP. Затем терминал 110 может послать сообщение SUPL START на H-SLP 150, используя выбранный IP-адрес.
Для инициируемых сетью услуг H-SLP 150 может посылать сообщение SUPL INIT в терминал 110, чтобы запускать сеанс определения местоположения, используя любой из механизмов односторонней связи, показанных на Фиг.2. H-SLP 150 может использовать UDP/IP, если IP-адрес терминала 110 платформе H-SLP известен или может быть получен платформой H-SLP, например от HLR/HSS 148, GGSN 142 или сервера 152 AAA. Тогда H-SLP 150 может посылать сообщение SUPL INIT в терминал 110, используя IP-адрес терминала. H-SLP 150 может использовать SIP Push, если терминал 110 выполнил регистрацию SIP с домашней сетью 140, и информация о маршрутизации для терминала 110 доступна, например, от HLR/HSS 148. H-SLP 150 может использовать SMS или WAP Push, если терминал 110 выполнил регистрацию доступа беспроводной связи (например, регистрацию GSM, UMTS (универсальной системы мобильной электросвязи) или CDMA) с домашней сетью 140, и информация о маршрутизации для терминала 110 доступна, например, от HLR/HSS 148.
Для нормального SUPL H-SLP 150 может посылать сообщение SUPL INIT в терминал 110, используя SMS, WAP Push или SIP Push, не зная IP-адрес терминала. Позже H-SLP 150 может принимать IP-адрес терминала 110 после того, как терминал установит защищенное IP-подключение к H-SLP. Однако, как отмечено выше, H-SLP 150 может использовать SMS или WAP Push, только если терминал 110 выполнил регистрацию доступа беспроводной связи, и может использовать SIP Push, только если терминал 110 выполнил регистрацию SIP. H-SLP 150 может посылать сообщение SUPL INIT в терминал 110, используя UDP/IP, но сначала она должна получить IP-адрес терминала 110, например, запрашивая HLR/HSS 148 и/или другие сетевые объекты, такие как GGSN 142, сервер 152 AAA (для доступа к WLAN) и т.д. Для доступа IP через основанную на 3GPP или 3GPP2 сеть, IP-адрес терминала 110 можно получать от HLR/HSS 148 или через сервер динамической DNS (DDNS). Однако IP-адрес терминала 110 фактически не может быть получен платформой H-SLP 150, если DDNS не поддерживается сетевыми объектами, обычно обеспечивающими поддержку DDNS.
В некоторых сценариях терминал 110 может иметь доступ к каналу связи, например через WLAN, LAN, DSL и т.д., но для H-SLP 150 может быть невозможно инициировать сеанс определения местоположения с терминалом 110 при помощи UDP/IP, WAP Push, SMS или SIP Push. Это может происходить, если H-SLP 150 не может определить IP-адрес терминала 110, и терминал 110 получает доступ в сеть, которая не поддерживают (полностью или правильно) взаимодействие с WAP Push, Push, SMS или SIP Push, или не поддерживает описанные выше типы регистрации, необходимые для обеспечения возможности этих передач. В таких сценариях запросы определения местоположения, инициируемые исполнительным устройством 160 SUPL через H-SLP 150, могут терпеть неудачу.
Описанные выше сценарии могут происходить, если терминал/SET 110 не зарегистрирован или не полностью зарегистрирован с помощью HLR/HSS 148 в домашней сети 140 при обращении к услугам на основе IP режима с пакетной коммутацией. Терминал 110 может быть не зарегистрирован или не полностью зарегистрирован в любом из следующих случаев или ситуаций для пользователя:
(а) Пользователь терминала 110 имеет временную или постоянную подписку больше чем у одного поставщика услуг Интернет (ISP) и/или поставщика VoIP (передачи речи по протоколу IP) и принимает услуги от поставщика, который не является ни его домашним оператором, ни партнером по роумингу (автоматическому подключению к местной сети связи) домашнего оператора. Например, пользователь может использовать WLAN гостиницы или аэропорта, поставщика VoIP на основе проводной линии связи или обеспечиваемые компанией возможности LAN/VoIP.
(b) Пользователь обращается к WLAN в связи с домашней сетью 140, но выбирает использование режима непосредственного доступа IP WLAN, в котором домашняя сеть 140 обеспечивает поддержку AAA, но не обеспечивает или не принимает IP-адрес терминала 110.
(c) Терминал 110 принимает доступ TCP/IP через другой оконечный аппарат. Например, терминал/SET 110 может постоянно находиться в компактном портативном компьютере, который получает доступ TCP/IP через сотовый телефон с поддержкой IP.
(d) Терминал 110 принимает доступ TCP/IP через виртуальную частную сеть (VPN); например через туннелирование VPN к корпоративной LAN.
Для описанных выше случаев пользователей, WAP Push и SMS могут не работать, а UDP/IP будет работать, только если H-SLP 150 уже имеет IP-адрес терминала 110; например от предыдущего инициированного SET сеанса определения местоположения, если он случался однажды. Кроме того, для развертывания, показанного на Фиг.1В, односторонняя связь от H-SLP 150 к терминалу 110 с использованием UDP/IP, SMS, WAP Push или SIP Push, показанных на Фиг.2, может оказаться невозможной, потому что H-SLP 150 не является частью домашней сети 140 и нечасто может иметь IP-адрес терминала 110.
В аспекте, терминал/SET 110 может регистрировать свой текущий IP-адрес с помощью H-SLP 150, чтобы поддерживать инициируемые сетью услуги определения местоположения для описанных выше случаев пользователей, и возможно, других случаев пользователей. Терминал 110 может выполнять регистрацию с помощью H-SLP 150 всякий раз, когда терминал 110 осуществляет связь с сетью доступа, которая не обеспечивает нормальное взаимодействие с домашней сетью 140. После обнаружения этой ситуации терминал 110 может выполнять регистрацию с помощью H-SLP 150 и обеспечивать свой IP-адрес для H-SLP, которая может использовать этот IP-адрес, чтобы посылать сообщения терминалу 110 для инициируемых сетью услуг.
Терминал 110 может выполнять регистрацию с помощью H-SLP 150 для любого вида доступа (например, через WLAN, W-CDMA, LAN, DSL и т.д.) для развертывания, показанного на Фиг.1В. Для нормального случая, в котором H-SLP 150 является частью домашней сети 140, как показано на Фиг.1A, необходимость в регистрации с помощью H-SLP 150 может быть менее общей. Однако для случая, показанного на Фиг.1В, всегда может быть необходима регистрация с помощью H-SLP 150. Регистрация с помощью H-SLP 150 обеспечивает возможность поддержки SUPL поставщиком 108 услуг определения местоположения, который отличается от домашнего сетевого оператора. Терминал 110 может быть запущен для инициирования регистрации с помощью H-SLP 150 на повторяющейся периодической основе, или по инструкциям от H-SLP (например, H-SLP может посылать информацию, когда или так же часто как выполняется регистрация), и т.д.
Фиг.3 показывает схему движения сообщений 300 для инициируемых сетью услуг определения местоположения с помощью регистрации H-SLP. Терминал 110 первоначально может обнаруживать, что он может быть не доступен нормальным способом через UDP/IP, WAP Push, SMS, или SIP Push посредством H-SLP 150, и что требуется или необходима регистрация с помощью H-SLP (этап A). Например, терминал 110 может решить выполнить регистрацию с помощью H-SLP 150, когда терминал 110 не получает возможность IP-подключения ни при использовании своей домашней сети, ни партнера по роумингу своей домашней сети. Тогда терминал 110 может выполнить регистрацию с помощью H-SLP 150 и может передать свой IP-адрес на H-SLP, как описано ниже (этап B).
В более позднее время исполнительному устройству 160 SUPL может потребоваться информация о местоположении для терминала 110, и она может послать сообщение стандартного непосредственного запроса определения местоположения (SLIR) протокола определения местоположения подвижных устройств (MLP) на H-SLP 150 (этап C). H-SLP 150 может аутентифицировать и санкционировать исполнительное устройство 160 SUPL для требуемой услуги определения местоположения. Тогда H-SLP 150 может получить информацию о маршрутизации для терминала 110, который является целевым SET (этап D). Поскольку терминал 110 зарегистрировал свой IP-адрес с помощью H-SLP 150, информация о маршрутизации может содержать IP-адрес терминала.
Затем H-SLP 150 может инициировать сеанс определения местоположения с терминалом 110, посылая сообщение SUPL INIT с использованием IP-адреса терминала (этап E). В этом случае WAP Push, SMS и SIP Push могут быть недоступны, чтобы послать сообщение SUPL INIT. H-SLP 150 может быть в состоянии использовать UDP/IP, чтобы послать сообщение SUPL INIT (потому что она имеет IP-адрес терминала 110) или может быть в состоянии использовать TCP/IP, если подключение TCP/IP, используемое для регистрации H-SLP на этапе В, все еще открыто (то есть не было завершено). Сообщение SUPL INIT может содержать идентификатор сеанса связи, используемый для того, чтобы идентифицировать сеанс определения местоположения, намеченный способ позиционирования, требуемое качество позиционирования (QoP) и т.д. После приема сообщения SUPL INIT, терминал 110 может выполнять процедуру установления подключения данных и присоединять себя к сети передачи данных, если терминал уже не присоединен (этап F). Затем терминал 110 может устанавливать защищенное подключение TCP/IP к H-SLP 150 (также этап F), если защищенное подключение TCP/IP уже не открыто (например, не использовалось для отправки сообщения SUPL INIT на этап E). Затем терминал 110 может послать сообщение SUPL POS INIT, чтобы запустить сеанс позиционирования с помощью H-SLP 150 (этап G). Сообщение SUPL POS INIT может включать в себя идентификатор сеанса связи, возможности SET (например, поддерживаемые способы позиционирования и протоколы), запрос вспомогательных данных и т.д.
После этого терминал 110 и H-SLP 150 могут обмениваться сообщениями для сеанса позиционирования SUPL (этап H). Для позиционирования с помощью SET H-SLP 150 может вычислять оценку положения для терминала 110, основанную на измерениях позиционирования, принимаемых от терминала. Для основанного на SET позиционирования терминал 110 может вычислять оценку положения, основанную на помощи, полученной от H-SLP 150. В любом случае, после завершения вычисления положения, H-SLP 150 может посылать сообщение SUPL END (конец SUPL), чтобы информировать терминал 110 о том, что никакая дополнительная процедура позиционирования запускаться не будет, и что сеанс определения местоположения закончен (этап I). Тогда терминал 110 может разъединять защищенное подключение TCP/IP для H-SLP 150 и также может освобождать ресурсы, связанные с сеансом определения местоположения. H-SLP 150 может посылать запрашиваемую информацию о местоположении в сообщении стандартного непосредственного ответа о местоположении MLP (SLIA) для исполнительного устройства 160 SUPL и может освобождать ресурсы, связанные с сеансом определения местоположения.
Фиг.3 показывает примерную диаграмму потоков сообщений для одного случая инициируемой сетью услуги определения местоположения с помощью регистрации H-SLP. Регистрация H-SLP также может использоваться для того, чтобы поддерживать другие потоки сообщений для других случаев инициируемых сетью услуг определения местоположения, которые могут охватывать режимы роуминга и отсутствия роуминга (без автоматического подключения к местной сети связи), с модулем-посредником и без модуля-посредника, запускаемые и не запускаемые услуги и т.д. Исполнительное устройство 160 SUPL может осуществлять связь непосредственно с H-SLP 150 для сценариев с роумингом и отсутствием роуминга, или неявно с H-SLP 150, через запрашивающую SLP (R-SLP). SPC 222 может осуществлять связь непосредственно с терминалом 110 в режиме без модуля-посредника и может осуществлять связь неявно с терминалом 110, через SLC 220, в режиме с модулем-посредником. H-SLP 150 может обеспечивать информацию о местоположении для терминала 110 для исполнительного устройства 160 SUPL однократно для не запускаемых услуг, и возможно, больше чем один раз, основываясь на триггерах событий или таймерах, для запускаемых услуг. В общем, регистрация с помощью H-SLP 150 может быть выполнена для каждого из различных инициируемых сетью потоков сообщений, описанных в вышеупомянутых документах OMA-TS-ULP-V1 и OMA-TS-ULP-V2.
Фиг.4 показывает схему движения сообщений 400 для регистрации с помощью H-SLP 150, которая может использоваться для этапа В на Фиг.3. Терминал 110 может получать возможность IP-подключения через сеть доступа, которая не является ее домашней сетью или партнером по роумингу ее домашней сети. Тогда терминал 110 может решить вызвать регистрацию с помощью H-SLP 150 (этап A).
Для регистрации H-SLP терминал 110 может устанавливать защищенное подключение TCP/IP к H-SLP 150, используя IP-адрес H-SLP, который может обеспечиваться для терминала 110 домашней сетью 140 или может быть получен терминалом другими способами (этап B). Защищенное IP-подключение может быть установлено различными способами, как описано ниже. Затем терминал 110 может посылать сообщение SUPL REGISTRATION (регистрация SUPL), чтобы зарегистрировать свой IP-адрес с помощью H-SLP 150 (этап C). Сообщение SUPL REGISTRATION может включать в себя идентификатор сеанса связи, идентифицирующий текущий сеанс связи IP-адрес терминала 110 и т.д. Для IP мобильной связи, IP-адрес терминала 110 может быть удаленным IP-адресом, назначаемым домашним исполнительным устройством (НА) в пределах домашней сети 140. H-SLP 150 может возвращать сообщение SUPL REGISTRATION ACK (подтверждения регистрации SUPL), содержащее значение таймера повторения (RT), в терминал 110 (этап D).
Терминал 110 может периодически выполнять регистрацию с помощью H-SLP 150, основываясь на таймере повторения. Например, терминал 110 может устанавливать таймер повторения на значение таймера повторения, полученное из сообщения SUPL REGISTRATION ACK, и может выполнять регистрацию с помощью H-SLP 150, когда время таймера повторения истекает, или всякий раз, когда IP-адрес терминала 110 изменяется. Для каждой регистрации H-SLP терминал 110 может устанавливать защищенное IP-подключение к H-SLP 150, если это подключение было разъединено, или может сохранять и повторно использовать предыдущее защищенное IP-подключение. Затем терминал 110 может посылать сообщение SUPL REGISTRATION с текущим IP-адресом терминала для H-SLP 150 (этап E). H-SLP 150 может возвращать сообщение SUPL REGISTRATION ACK с тем же самым или другим значением таймера повторения в терминал 110 (этап F). Терминал 110 может пропускать или отменять регистрацию с помощью H-SLP 150 (этапы E и F), если терминал получает возможность IP-подключения от домашней сети 140 или партнера по роумингу домашней сети.
В общем, терминал 110 может выполнять регистрацию с помощью H-SLP 150 только однажды (например, после получения возможности IP-подключения через сеть доступа, которая не связана с домашней сетью) или множество раз (например, каждый раз, когда истекает время таймера повторения или изменяется IP-адрес терминала). Значение таймера повторения может отсылаться или не отсылаться в сообщении SUPL REGISTRATION ACK. Если оно отсылается, значение таймера повторения может быть выбрано на основании предполагаемого срока эксплуатации IP-адреса терминала 110 и/или других факторов. Значение таймера повторения также может ограничиваться так, чтобы оно находилось в пределах диапазона минимального и максимального значений. Между этапами D и E на Фиг.4 H-SLP 150 и/или терминал 110 может вызывать или не вызывать разъединение защищенного IP-подключения, установленного на этапе В.
H-SLP 150 также может обеспечивать другую информацию в сообщении SUPL REGISTRATION ACK, чтобы помочь терминалу 110 в решении, когда выполнять регистрацию снова. Например, H-SLP 150 может включать в сообщение SUPL REGISTRATION ACK флаг, предписывающий терминалу 110 посылать сообщение SUPL REGISTRATION, если терминалу 110 присвоен новый IP-адрес. H-SLP 150 может включать отличающийся флаг (например, никакого флага) в сообщение SUPL REGISTRATION ACK, чтобы предписывать терминалу 110 не посылать сообщение SUPL REGISTRATION, если терминалу 110 присвоен новый IP-адрес. Такая дополнительная информация в сообщении SUPL REGISTRATION ACK может использоваться H-SLP 150 для гарантирования, что она имеет текущий IP-адрес терминала 110, и ограничивать частоту сообщений SUPL REGISTRATION, чтобы избегать ситуаций перегрузки сети.
Фиг.4 показывает использование сообщения SUPL REGISTRATION для регистрации с помощью H-SLP 150. В общем, терминал 110 может посылать любое сообщение, которое несет IP-адрес терминала явно (например, в полезной нагрузке) и/или неявно (например, в адресе источника). Терминал 110 может посылать это сообщение после того, как установлено защищенное IP-подключение, в то время как оно устанавливается, или непосредственно перед тем, как оно устанавливается.
Терминалу 110 может быть присвоен IP-адрес на основании различных механизмов, известных в технике. Этот присвоенный IP-адрес может упоминаться как приватный IP-адрес. Терминал 110 может осуществлять связь с сетью 120 доступа, которая может выполнять трансляцию сетевых адресов (NAT), и может отображать приватный IP-адрес терминала 110 в открытый IP-адрес, который может использоваться внешними объектами для отправки пакетов IP терминалу 110. NAT может использоваться для различных целей, таких как защита (например, предотвращение несанкционированного доступа IP к терминалу 110), обеспечение возможности совместного использования одного и того же открытого IP-адреса несколькими терминалами и т.д. Терминал 110 может быть не осведомлен о NAT, выполняемой сетью 120 доступа, и также может быть не осведомлен об открытом IP-адресе, используемым для терминала.
Фиг.5 показывает связь между терминалом 110 и H-SLP 150 с помощью NAT. Терминал 110 может обмениваться пакетами IP с помощью H-SLP 150 через маршрутизатор/шлюз 520 в сети 120 доступа и других сетевых объектах, которые на Фиг.5 для простоты не показаны. Для регистрации с помощью H-SLP 150 на Фиг.4 терминал 110 может посылать один или больше пакетов IP для сообщения SUPL REGISTRATION (этап C) на H-SLP 150 через маршрутизатор 520. Каждый пакет IP, посылаемый терминалом 110, может иметь (i) поле адреса источника, установленное на приватный IP-адрес терминала 110, (ii) поле адреса назначения, установленное на IP-адрес H-SLP 150, и (iii) поле полезной нагрузки, несущее сообщение SUPL REGISTRATION, которое может включать в себя приватный IP-адрес терминала 110. Маршрутизатор 520 может принимать пакет (пакеты) IP от терминала 110, выполнять NAT, заменять приватный IP-адрес в каждом пакете IP на открытый IP-адрес для терминала 110 и посылать пакет (пакеты) IP на H-SLP 150.
H-SLP 150 может принимать пакет (пакеты) IP от маршрутизатора 520, извлекать открытый IP-адрес из поля адреса источника и извлекать приватный IP-адрес из посланного сообщения SUPL REGISTRATION в поле полезной нагрузки. H-SLP 150 может сравнивать эти два IP-адреса. Если эти IP-адреса соответствуют, то H-SLP 150 может предполагать, что был принят достоверный IP-адрес для терминала 110. Если эти IP-адреса отличаются, то H-SLP 150 может предполагать, что была выполнена NAT, и может использовать открытый IP-адрес, полученный из поля адреса источника пакета (пакетов) IP. H-SLP 150 может поддерживать защищенное IP-подключение, установленное на этапе В на Фиг.4, чтобы избегать риска потери возможности посылать пакеты IP терминалу 110 из-за фильтрования пакетов маршрутизатором 520. В качестве альтернативы или дополнительно, H-SLP 150 может обеспечивать меньшее значение таймера повторения для терминала 110, чтобы чаще проверять, что терминал все еще имеет тот же самый открытый IP-адрес. Если выполняется NAT, то меньшее значение таймера повторения также может помогать избегать перемещения привязки открытого-приватного IP-адреса для терминала 110 в маршрутизаторе 520 из-за отсутствия потока обмена информацией IP к терминалу и от него. Значение таймера повторения может быть выбрано так, чтобы оно было меньше продолжительности привязки открыто-приватного IP-адреса, выполняемой маршрутизатором 520, если оно известно.
Для регистрации в H-SLP 150 терминал 110 может устанавливать защищенное IP-подключение к H-SLP 150 до отправки сообщения SUPL REGISTRATION. Для установления защищенного IP-подключения терминал 110 может сначала устанавливать IP-подключение к H-SLP 150. Затем терминал 110 и H-SLP 150 могут выполнять взаимную аутентификацию, чтобы аутентифицировать друг друга. Взаимная аутентификация может быть выполнена на основании различных механизмов.
В одном конструктивном решении, которое является подходящим для 3GPP и 3GPP2, для взаимной аутентификации терминала 110 и H-SLP 150 может использоваться защита транспортного уровня (TLS). TLS может использоваться, если терминал 110 выполнил регистрацию доступа беспроводной связи, например, для GSM, UMTS, CDMA и т.д. H-SLP 150 может аутентифицировать терминал 110, подтверждая, что IP-адрес терминала является допустимым, например, запрашивая GGSN 142 или сервер 152 AAA. H-SLP 150 также может обеспечивать сертификат открытого ключа доступа к терминалу 110 (используя TLS), чтобы позволить терминалу аутентифицировать H-SLP. TLS описана в документе IETF RFC 2246 (Запросы на комментарии проблемной группы проектирования Интернета) под названием "Протокол TLS", январь 1999 г., который является общедоступным.
В другом конструктивном решении, которое является подходящим для 3GPP2, для взаимной аутентификации терминала 110 и H-SLP 150 может использоваться TLS предварительного совместно используемого ключа (PSK) (PSK-TLS). PSK-TLS полагается на совместно используемый секретный ключ, который предварительно запоминается защищенным образом и в терминале 110, и на H-SLP 150. PSK-TLS описана в работе IETF RFC 4279 под названием "Предварительный совместно используемый ключ, подходящий для шифрования (ciphersuites) для защиты транспортного уровня (TLS)", декабрь 2005 г., которая является общедоступной. Процедура аутентификации PSK-TLS определена в SUPL 1.0 и SUPL 2.0 для 3GPP2 и может быть расширена на 3GPP.
В еще одном конструктивном решении, которое является подходящим для 3GPP и 3GPP2, вариант процедуры универсальной архитектуры начальной загрузки (GBA) PSK-TLS, определенной для SUPL 1.0, может использоваться для взаимной аутентификации терминала 110 и H-SLP 150. Для процедуры GBA PSK-TLS и терминал 110, и H-SLP 150 поддерживают GBA и могут получать защищенный совместно используемый ключ от функции сервера начальной загрузки (BSF) в домашней сети 140. Затем этот ключ может использоваться для того, чтобы поддерживать взаимную аутентификацию PSK-TLS терминала 110 и H-SLP 150, как описано в проекте S.P0114 3GPP TS 33.222 или 3GPP2 TSG-S. Ключ также может использоваться для того, чтобы поддерживать TLS с помощью аутентификации комбинированных сообщений HTTP (протокола передачи гипертекстовых файлов), или только аутентификации комбинированных сообщений HTTP между терминалом 110 и H-SLP 150, или некоторых других форм аутентификации. Процедура GBA включает в себя терминал 110, H-SLP 150 и BSF в домашней сети 140. Следовательно, не может быть никакого воздействия ни на сеть 120 доступа, ни на посещаемую сеть 130. GBA описан в работах 3GPP2 S.S0109-0 под названием "Структура универсальной архитектуры начальной загрузки (GBA)", март 2006 г., 3GPP2 S.S0114-0 под названием "Механизмы защиты, использующие GBA", март 2006 г., 3GPP TS 33.220 под названием "Универсальная архитектура аутентификации (GAA); универсальная архитектура начальной загрузки" и 3GPP TS 33.222 под названием "Универсальная архитектура аутентификации (GAA); доступ к функциям сетевого приложения, использующим протокол для пересылки гипертекстов через защищенный транспортный уровень (HTTPS)". Эти документы являются общедоступными.
В общем, взаимная аутентификация терминала 110 и H-SLP 150 может поддерживаться с помощью GBA, альтернативы PSK-TLS и т.д. Возможность выполнения взаимной аутентификации может поддерживать инициируемые сетью услуги определения местоположения для описанных выше случаев пользователей, так же как для инициируемых SET услуг определения местоположения, которые могут требовать взаимной аутентификации во время установления защищенного IP-подключения.
Фиг.6 показывает конструктивное решение процесса 600, выполняемого терминалом, например SET в SUPL. Терминал может первоначально определять, выполнять ли регистрацию с помощью сервера определения местоположения (блок 612). Терминал может принять решение выполнить регистрацию, если он получает возможность IP-подключения через (i) сеть доступа, которая не связана с домашней сетью терминала, (ii) WLAN или проводную сеть или (iii) некоторую другую сеть доступа. Терминал также может принять решение выполнить регистрацию, если сервер определения местоположения используется поставщиком услуг, который не является домашним сетевым оператором. Сервером определения местоположения может быть H-SLP в SUPL, шлюзовой подвижный центр определения местоположения (GMLC) в 3GPP, подвижный центр позиционирования (MPC) в 3GPP2 и т.д. Терминал может устанавливать связь с помощью сервера определения местоположения, чтобы выполнять регистрацию, если принято решение о регистрации (блок 614). Установление связи для регистрации может идентифицировать терминал для сервера определения местоположения, вызывать взаимную аутентификацию терминала и сервера определения местоположения, и обеспечивать IP-адрес терминала для сервера определения местоположения. IP-адрес может использоваться сервером определения местоположения, чтобы посылать терминалу сообщения для инициируемых сетью услуг определения местоположения.
Терминал может устанавливать защищенное IP-подключение с помощью сервера определения местоположения и может посылать IP-адрес терминала через защищенное IP-подключение в сервер определения местоположения. Терминал может поддерживать защищенное IP-подключение для последующей регистрации или сеанса определения местоположения с помощью сервера определения местоположения. Терминал может выполнять регистрацию с помощью сервера определения местоположения, если IP-адрес изменяется. Терминал также может принимать значение таймера от сервера определения местоположения, устанавливать таймер, основываясь на значении таймера, и выполнять регистрацию, когда время таймера истекает.
Терминал может принять сообщение, чтобы запустить инициируемый сетью сеанс определения местоположения, с сообщением, посылаемым сервером определения местоположения в терминал на основании IP-адреса, обеспечиваемого для сервера определения местоположения во время регистрации (блок 616). Терминал может устанавливать связь с сервером определения местоположения для сеанса определения местоположения (блок 618).
Фиг.7 показывает конструктивное решение процесса 700, выполняемого сервером определения местоположения, например H-SLP, GMLC, MPC и т.д. Сервер определения местоположения может устанавливать связь с терминалом для регистрации терминала с помощью сервера определения местоположения (блок 712). Установление связи может идентифицировать терминал для сервера определения местоположения, вызывать взаимную аутентификацию терминала и сервера определения местоположения и обеспечивать IP-адрес терминала для сервера определения местоположения. Сервер определения местоположения может принимать по меньшей мере один пакет IP от терминала, получать первый IP-адрес из поля адреса источника пакета (пакетов) IP, получать второй IP-адрес из полезной нагрузки пакета (пакетов) IP и сравнивать первый и второй IP-адреса. Сервер определения местоположения может использовать второй IP-адрес в качестве IP-адреса терминала, если первый и второй IP-адреса соответствуют, и может использовать первый IP-адрес в качестве IP-адреса терминала, если первый и второй IP-адреса не соответствуют. Сервер определения местоположения может посылать значение таймера терминалу во время регистрации, и терминал может использовать значение таймера для того, чтобы выполнять последующую регистрацию с помощью сервера определения местоположения.
Сервер определения местоположения может посылать сообщение, чтобы запускать инициируемый сетью сеанс определения местоположения (блок 714). Сообщение может быть послано терминалу на основании IP-адреса, принятого от терминала во время регистрации. Тогда сервер определения местоположения может устанавливать связь с терминалом для сеанса определения местоположения (блок 716).
Фиг.8 показывает блок-схему конструктивного решения терминала 110, сети 120 доступа и H-SLP 150, показанных на Фиг.1A и 1В. В терминале 110 модемный процессор 824 может принимать данные, посылаемые терминалом 110, обрабатывать (например, кодировать и модулировать) данные и генерировать выходные элементарные сигналы. Передатчик (TMTR) 832 может кондиционировать (например, преобразовывать в аналоговую форму, фильтровать, усиливать и преобразовывать с повышением частоты) выходные элементарные сигналы и генерировать сигнал восходящей линии связи, который может быть передан через антенну 834. В нисходящей линии связи антенна 834 может принимать сигналы нисходящей линии связи от сети 120 доступа. Приемник (RCVR) 836 может кондиционировать (например, фильтровать, усиливать, преобразовывать с понижением частоты и преобразовывать в цифровую форму) принимаемый сигнал от антенны 834 и обеспечивать выборки. Модемный процессор 824 может обрабатывать (например, демодулировать и декодировать) выборки и обеспечивать декодированные данные. Модемный процессор 824 может выполнять обработку в соответствии с технологией радиосвязи (например, W-CDMA, CDMA IX, GSM, 802.11 и т.д.), используемой сетью 120 доступа. Процессор 826 цифровых сигналов может выполнять различные типы обработки для терминала 110.
Приемник GPS 838 может принимать и кондиционировать сигналы от спутников 180. Эти измерения могут быть обработаны так, чтобы получать точную оценку местоположения для терминала 110. Грубая оценка местоположения для терминала 110 также может быть определена на основании контрольных сигналов, принимаемых от базовых станций в сети 120 доступа.
Контроллер/процессор 820 может направлять работу в терминале 110. Контроллер/процессор 820 может выполнять обработку для терминала 110 в потоке 300 сообщений на Фиг.3 и потоке 400 сообщений на Фиг.4. Контроллер/процессор 820 также может выполнять процесс 600, показанный на Фиг.6, и/или другие процессы для методов, описанных в данном описании. Запоминающее устройство 822 может сохранять коды программ, данные и IP-адрес терминала 110. Процессоры 820, 824 и 826 и запоминающее устройство 822 могут быть реализованы на интегральной схеме прикладной ориентации (ASIC) 810.
Для простоты Фиг.8 показывает один контроллер/процессор 840, одно запоминающее устройство 842, один передатчик/приемник (TMTR/RCVR) 844 и один блок связи (Comm) 846 для сети 120 доступа. В общем, сеть 120 доступа может включать в себя любое количество контроллеров, процессоров, запоминающих устройств, передатчиков, приемников, устройств связи и т.д. Контроллер/процессор 840 может выполнять различные функции для установления связи с терминалами, запоминающее устройство 842 может сохранять коды программ и данные для сети 120 доступа, передатчик/приемник 844 может поддерживать радиосвязь с терминалом, а устройство 846 связи может поддерживать связь с другими сетевыми объектами.
Фиг.8 также показывает конструктивное решение H-SLP 150. H-SLP 150 может включать в себя контроллер/процессор 850, который может выполнять различные функции, чтобы поддерживать услуги определения местоположения и/или позиционирование, запоминающее устройство 852, которое может сохранять коды программ и данные для H-SLP 150, и устройство 854 связи, которое может поддерживать связь с другими сетевыми объектами. Контроллер/процессор 850 может выполнять обработку для H-SLP 150 в потоке 300 сообщений на Фиг.3 и потоке 400 сообщений на Фиг.4. Контроллер/процессор 850 также может выполнять процесс 700, показанный на Фиг.7, и/или другие процессы для способов, описанных в данном описании. Запоминающее устройство 852 может сохранять IP-адрес терминала 110, который может быть принят во время регистрации, выполняемой терминалом.
Описанные в данном описании методы могут быть реализованы с помощью различных средств, в зависимости от применения. Например, эти методы могут быть реализованы в аппаратном обеспечении, встроенном программном обеспечении, программном обеспечении или их комбинации. Для реализации в аппаратном обеспечении блоки обработки данных, используемые для выполнения методов на объекте (например, в терминале или сервере определения местоположения), могут быть реализованы в одной или больше ASIC, процессорах цифровых сигналов (ПЦС), аппаратах обработки цифровых сигналов (DSPD), программируемых логических аппаратах (PLD), программируемых пользователем вентильных матрицах (FPGA), процессорах, контроллерах, микроконтроллерах, микропроцессорах, электронных аппаратах, других электронных блоках, предназначенных для выполнения описанных в данном описании функций, компьютере или их комбинации.
Для реализации во встроенном программном обеспечении и/или программном обеспечении методы могут быть реализованы с помощью модулей (например, процедур, функций и т.д.), которые выполняют функции, описанные в данном описании. В общем, любая среда, считываемая машиной/компьютером/процессором, материально воплощающая команды/код встроенного программного обеспечения и/или программного обеспечения, может использоваться в реализации описанных в данном описании методов. Например, команды/код встроенного программного обеспечения и/или программного обеспечения могут быть сохранены в запоминающем устройстве (например, запоминающем устройстве 822 или 852 на Фиг.8) и выполняться процессором (например, процессором 820 или 850). Запоминающее устройство может быть реализовано в процессоре или вне процессора. Команды/код встроенного программного обеспечения и/или программного обеспечения также могут быть сохранены в среде, считываемой машиной/компьютером/процессором, такой как оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), долговременное оперативное запоминающее устройство (ДВ ОЗУ), программируемое ПЗУ (ППЗУ), электрически стираемое ППЗУ (ЭСППЗУ), флэш-память, гибкий диск, компакт-диск (CD), универсальный цифровой диск (DVD), магнитное или оптическое запоминающее устройство и т.д. Команды/код могут выполняться одним или больше процессорами и могут заставлять процессор (процессоры) выполнять некоторые аспекты функциональных возможностей, описанные в данном описании.
Предыдущее описание раскрытия обеспечено для того, чтобы дать возможность любому специалисту в данной области техники выполнять или использовать это раскрытие. Различные модификации к этому раскрытию специалистам в данной области техники будут очевидны, а универсальные принципы, определенные в данном описании, могут применяться к другим разновидностям, не выходя при этом за рамки объема или сущности раскрытия. Таким образом, раскрытие не предназначено для того, чтобы быть ограниченным примерами и конструктивными решениями, описанными в данном описании, но должно соответствовать самому широкому объему, совместимому с принципами и новыми признаками, раскрытыми в данном описании.