Способ и устройство для использования информации о сервисных возможностях для определения местоположения плоскости пользователя

Изобретение относится к области средств связи, а именно к методикам поддерживания сервисов определения местоположения. Технический результат заключается в обеспечении возможности установления сеанса связи настолько эффективно, насколько это возможно, чтобы сохранять ресурсы сети и быстро обеспечивать/получать сервис определения местоположения. Для этого принимают сообщение, отправленное терминалом на сервер определения местоположения через плоскость пользователя, и получают сервисные возможности терминала из сообщения. При этом сервисные возможности терминала указывают, поддерживает ли терминал каждое из периодически запускаемого сервиса и сервиса, запускаемого событием зоны. Затем сохраняют сервисные возможности терминала, определяют, поддерживается ли сервис определения местоположения терминалом на основании сервисных возможностей терминала, и устанавливают связь с терминалом через плоскость пользователя для сервиса определения местоположения, если он поддерживается терминалом. 6 н. и 18 з.п. ф-лы, 11 ил., 4 табл.

 

Настоящая заявка на патент испрашивает приоритет предварительной патентной заявки США № 61/020635 под названием "Дескриптор сервисных возможностей для SUPL (надежного определения местоположения плоскости пользователя)", зарегистрированной 11 января 2008 г., переуступленной ее правопреемнику и явно включенной здесь путем ссылки.

Область техники

Настоящее раскрытие относится в общем к средствам связи, и более конкретно, к методикам поддерживания сервисов определения местоположения.

Предшествующий уровень техники

Часто бывает желательно, а иногда необходимо, знать местоположение терминала. Термины "местоположение" и "положение" являются синонимами и в данном описании используются взаимозаменяемым образом. Например, пользователь может использовать терминал, чтобы просматривать Web-сайт, и может щелкнуть мышью на чувствительном к местоположению контенте. Тогда местоположение терминала может быть определено и использоваться для обеспечения пользователя соответствующим контентом. В качестве другого примера пользователь может делать экстренный вызов, используя терминал. Тогда местоположение терминала может быть определено и может использоваться для того, чтобы послать пользователю экстренную помощь. Существует множество других сценариев, в которых знание местоположения терминала является полезным или необходимым.

Сервер определения местоположения может обмениваться сообщениями с терминалом, чтобы устанавливать сеанс связи определения местоположения для выполнения сервиса определения местоположения. Если установление сеанса связи выполнено успешно, то сервер определения местоположения может устанавливать связь с терминалом для выполнения сервиса определения местоположения. Если установление сеанса связи выполнено неудачно, например, из-за того, что терминал не поддерживает сервис определения местоположения, то сеанс связи определения местоположения может быть завершен. Тогда сервер определения местоположения может пытаться установить сеанс связи определения местоположения для другого сервиса определения местоположения, который может поддерживаться этим терминалом. Однако каждая неудачная попытка установления сеанса связи потребляет ресурсы сети и задерживает сервис определения местоположения. Таким образом, желательно выполнять установление сеанса связи настолько эффективно, насколько это возможно, чтобы сохранять ресурсы сети и быстро обеспечивать/получать сервис определения местоположения.

Краткое изложение существа изобретения

В данном описании описаны методики эффективного поддерживания сервиса определения местоположения в архитектуре определения местоположения плоскости пользователя, такой как надежное определение местоположения плоскости пользователя (SUPL). В аспекте изобретения терминал может информировать сервер определения местоположения о сервисных возможностях терминала. Сервер определения местоположения может использовать сервисные возможности для того, чтобы запрашивать только сервисы определения местоположения, поддерживаемые терминалом, и избегать запрашивания не поддерживаемых сервисов определения местоположения.

В одном конструктивном решении терминал может генерировать сообщение, содержащее сервисные возможности терминала, и может посылать сообщение через плоскость пользователя, например, SUPL. Сервисные возможности могут содержать сервис определения местоположения, поддерживаемый терминалом, возможности передачи уведомлений терминала для периодически запускаемого сервиса, возможности события зоны терминала для запускаемого события зоны, возможности сеанса связи терминала и/или другие возможности. Сервер определения местоположения может принимать сообщение от терминала и получать сервисные возможности этого терминала. Сервер определения местоположения может сохранять эти сервисные возможности для будущих инициируемых сетью сеансов связи определения местоположения с терминалом.

Сервер определения местоположения может определять, поддерживается ли сервис определения местоположения терминалом, на основании сервисных возможностей терминала. Затем сервер определения местоположения может устанавливать связь с терминалом через плоскость пользователя для выполнения сервиса определения местоположения, если он поддерживается терминалом. В одном конструктивном решении сервер определения местоположения может получать сервисные возможности терминала в первом сеансе связи определения местоположения и может использовать сервисные возможности во втором сеансе связи определения местоположения для определения, поддерживается ли сервис определения местоположения терминалом. В другом конструктивном решении сервер определения местоположения может получать и использовать сервисные возможности в одном и том же сеансе связи определения местоположения.

Сервер определения местоположения может принимать от клиента определения местоположения запрос на конкретный сервис определения местоположения для терминала. Сервер определения местоположения может определять, поддерживается ли конкретный сервис определения местоположения терминалом, на основании сервисных возможностей терминала. Сервер определения местоположения может прекращать запрос, если конкретный сервис определения местоположения не поддерживается терминалом. Сервер определения местоположения может инициировать сеанс связи определения местоположения для конкретного сервиса определения местоположения, если он поддерживается терминалом.

Различные аспекты и признаки раскрытия более подробно описаны ниже.

Краткое описание чертежей

В дальнейшем изобретение поясняется описанием предпочтительных вариантов воплощения со ссылками на сопроводительные чертежи, на которых:

Фиг.1 показывает примерное распределение, поддерживающее сервисы определения местоположения.

Фиг.2 показывает поток вызовов для инициируемого сетью немедленного сервиса.

Фиг.3 показывает поток вызовов для инициируемого сетью периодически запускаемого сервиса.

Фиг.4 показывает поток вызовов для инициируемого сетью запускаемого событием зоны.

Фиг.5 показывает поток вызовов для инициируемого терминалом немедленного сервиса.

Фиг.6 показывает поток вызовов для отправки сервисных возможностей терминала на сервер определения местоположения.

Фиг.7 показывает сообщение SUPL для отправки сервисных возможностей терминала.

Фиг.8 показывает процесс, выполняемый сервером определения местоположения для поддержания сервиса определения местоположения.

Фиг.9 показывает процесс, выполняемый сервером определения местоположения для инициируемого сетью сервиса определения местоположения.

Фиг.10 показывает процесс, выполняемый терминалом.

Фиг.11 показывает блок-схему беспроводной сети, терминала и сервера определения местоположения.

Описание предпочтительных вариантов воплощения изобретения

В данном описании описаны методики поддержания сервисов определения местоположения в архитектурах/решениях определения местоположения плоскости пользователя. Архитектура определения местоположения плоскости пользователя представляет собой архитектуру определения местоположения, которая посылает сообщения для сервисов определения местоположения через плоскость пользователя. Архитектуры определения местоположения плоскости пользователя отличаются от архитектур определения местоположения плоскости управления, которые посылают сообщения для сервисов определения местоположения через плоскость управления. Плоскость пользователя представляет собой механизм, предназначенный для передачи сигналов для приложений высокого уровня и использования однонаправленного канала плоскости пользователя, который обычно реализуется с помощью таких протоколов, как протокол пользовательских дейтаграмм (UDP), протокол управления передачей (TCP) и протокол идентификации местоположения (IP). Плоскость управления представляет собой механизм для передачи сигналов для приложений высокого уровня и обычно реализуется с помощью определенных для сети протоколов, интерфейсов и сообщений передачи сигналов. Сообщения, поддерживающие сервисы определения местоположения, переносятся как часть передачи сигналов в архитектуре плоскости управления и как часть данных (в перспективе сети) в архитектуре плоскости пользователя. Однако содержимое сообщений в архитектурах определения местоположения и плоскости пользователя и плоскости управления может быть одним и тем же или подобным.

Раскрытые в данном описании методики могут использоваться для различных архитектур определения местоположения плоскости пользователя, таких как SUPL от открытого общества производителей мобильной связи (OMA) и X.S0024 от организации, называемой "Проект партнерства 3-его поколения 2" (3GPP2). Для ясности, некоторые аспекты методик описаны ниже для SUPL и в большей части представленного ниже описания используется терминология SUPL.

Фиг.1 показывает примерное расположение, поддерживающее сервисы определения местоположения. Терминал 120 может устанавливать связь с беспроводной сетью 110 и/или проводной сетью 112 в любой заданный момент времени, чтобы получать услуги связи. Терминал 120 может быть стационарным или мобильным и также может упоминаться как подвижная станция (MS), оборудование пользователя (UE), абонентский пункт, станция и т.д. Терминалом 120 может быть сотовый телефон, персональный цифровой секретарь (PDA), карманное устройство, беспроводное устройство, портативный компьютер, беспроводный модем, беспроводный телефон, телеметрическое устройство, устройство сопровождения и т.д. Терминал 120 в SUPL может упоминаться как разрешенный SUPL терминал (SET). Термины "терминал" и "SET" в данном описании используются взаимозаменяемым образом.

Беспроводная сеть 110 может быть беспроводной региональной сетью радиосвязи (WWAN), мегаполисной беспроводной сетью (WMAN), беспроводной локальной сетью (WLAN) и т.д. Термины "сеть" и "система" часто используются взаимозаменяемым образом. WWAN может быть сетью множественного доступа с кодовым разделением каналов (CDMA), сетью множественного доступа с временным разделением каналов (TDMA), сетью множественного доступа с частотным разделением каналов (FDMA), сетью ортогонального FDMA (OFDMA), сетью FDMA с единственной несущей (SC-FDMA) и т.д. Сеть CDMA может реализовывать технологию радиосвязи, такую как широкополосный CDMA (WCDMA), cdma2000 и т.д. cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Сеть TDMA может реализовывать такую технологию радиосвязи, как Глобальная система мобильной связи (GSM). Сеть OFDMA может реализовывать такую технологию радиосвязи, как долгосрочное развитие (LTE), сверхмобильная широкополосная сеть связи (UMB), Flash-OFDM© и т.д. WCDMA, GSM и LTE описаны в документах от организации, называемой "Проект партнерства 3-его поколения" (3GPP). CDMA и UMB описаны в документах от 3GPP2. 3GPP и 3GPP2 являются общедоступными документами. WMAN может реализовывать технологию радиосвязи, такую как IEEE 802.16 (Институт инженеров по электротехнике и радиоэлектронике), которая обычно упоминается как WiMAX. WLAN может реализовывать технологию радиосвязи, такую как 802.11 (которая обычно упоминается как Wi-Fi), Hiperlan (высокопроизводительная локальная радиосеть) и т.д. Проводной сетью 112 может быть кабельная сеть, цифровая абонентская линия (DSL), Интернет и т.д.

SET 120 может принимать и измерять сигналы от спутников 150, чтобы получать измерения псевдодальности для спутников. Спутники 150 могут быть частью Глобальной системы определения местоположения (GPS), Европейской системы Галилео, Российской системы GLONASS или некоторой другой спутниковой системы позиционирования (SPS) или глобальной навигационной спутниковой системы (GNSS). Измерения псевдодальности и известные местоположения спутников 150 могут использоваться для того, чтобы выводить оценку положения для SET 120. Оценка положения также может упоминаться как оценка местоположения, определение местоположения и т.д. SET 120 также может принимать и измерять сигналы от базовых станций в пределах беспроводной сети 110, чтобы получать измерения с согласованием по времени и/или интенсивности сигнала для базовых станций. Базовая станция также может упоминаться как базовая приемопередающая станция (БППС), Узел В, выделенный Узел В (eNB), точка доступа и т.д. Измерения, согласованные по времени и/или интенсивности сигнала, и известные определения местоположения базовых станций могут использоваться для выведения оценки положения для SET 120. В общем, оценка положения может быть выведена на основании измерений для спутников и/или базовых станций и с использованием одного или комбинации способов позиционирования.

Платформа определения местоположения SUPL (SLP) 130 может устанавливать связь с SET 120, чтобы поддерживать сервисы определения местоположения для SET. Сервисы определения местоположения могут включать в себя любые сервисы, основанные на информации определения местоположения или связанные с ней. Сервисы определения местоположения могут включать в себя позиционирование, которое является процессом, предназначенным для определения оценки географического или гражданского положения для SET. Позиционирование может обеспечивать координаты широты, долготы и высоты и неопределенность для оценки географического положения или нахождения улицы для оценки гражданского положения. Связь между SLP 130 и SET 120 может осуществляться через беспроводную сеть 110 и/или проводную сетью 112. SLP 130 может быть отдельной от сетей 110 и 112 или может быть частью сети 110 или 112. SLP 130 может быть домашней SLP (Н-SLP), с которой SET 120 имеет подписку на сервис, визитной SLP (V-SLP), в настоящее время обслуживающей SET 120, или аварийной SLP (E-SLP), обслуживающей SET 120 для работы в аварийном режиме.

SLP 130 может включать в себя центр определения местоположения SUPL (SLC) 132 и центр позиционирования SUPL (SPC) 134. SLC 132 может выполнять различные функции для сервисов определения местоположения, координировать работу SUPL и взаимодействовать с терминалами SET через однонаправленный канал плоскости пользователя. SLC 132 может выполнять функции для осуществления секретности, инициирования, защиты, поддержки роуминга, оплаты/составления счетов, обеспечения сервиса потребителя, расчета местоположения и т.д. SPC 134 может поддерживать позиционирование для терминалов SET и поставлять данные помощи для терминалов SET, а также может отвечать за сообщения и процедуры, используемые для расчета местоположения. SPC 134 может осуществлять функции для защиты, поставки данных помощи, поиска справочной информации, расчета местоположения и т.д.

Агент 140 SUPL может устанавливать связь с SLP 130, чтобы получать информацию определения местоположения для SET 120. Агент SUPL представляет собой точку доступа к услугам или клиент определения местоположения, который обращается к ресурсам сети, чтобы получить информацию определения местоположения. Информация определения местоположения может содержать оценку положения и/или любую информацию, связанную с определением местоположения. SET 120 также может иметь агента SUPL, который является резидентным для SET. Каждый из SET 120, SLP 130 и агента 140 SUPL может поддерживать любую версию SUPL. Версия 2.0 SUPL (SUPL 2.0) описана в документах OMA-AD-SUPL-V2 под названием "Архитектура надежного определения местоположения плоскости пользователя" и OMA-TS-ULP-V2 под названием "Протокол определения местоположения UserPlane". Эти документы SUPL являются общедоступными от фирмы OMA.

SET 120 может поддерживать один или более способов позиционирования или измерения для одного или более способов позиционирования. Измерения могут использоваться для того, чтобы определять местоположение SET. Например, SET 120 может поддерживать автономную GPS, вспомогательную GPS (A-GPS), расширенную трилатерацию прямой линии связи (A-FLT), усовершенствованную наблюдаемую разницу во времени (E-OTD), наблюдаемую разницу во времени прихода сигнала (OTDOA), усовершенствованный ID (идентификатор) ячейки, ID ячейки и т.д. Автономная GPS и вспомогательная GPS представляют собой способы позиционирования, основанные на измерениях для спутников, и термин "GPS" в общем относится к любой спутниковой системе позиционирования. AFLT, E-OTD и OTDOA представляют собой способы позиционирования, основанные на измерениях согласования во времени для базовых станций в беспроводной сети.

SET 120 также может поддерживать один или больше видов сервисов определения местоположения. Таблица 1 перечисляет некоторые сервисы определения местоположения, которые могут поддерживаться SET 120, и обеспечивает краткое описание каждого сервиса определения местоположения. Аварийный сервис может быть основан на немедленном сервисе или некотором другом сервисе определения местоположения. SET 120 также может поддерживать другие сервисы определения местоположения, в таблице 1 не перечисленны.

Таблица 1
Сервис определения местоположения	Описание
Немедленный	Местоположение SET немедленно определяется и обеспечивается для агента SUPL.
Периодический запуск	Местоположение SET периодически определяется и обеспечивается для агента SUPL.
Запуск событием зоны	Местоположение SET определяется и обеспечивается для агента SUPL всякий раз, когда запускается событием зоны, например, всякий раз, когда текущее местоположение SET оказывается в пределах целевой зоны или входит или покидает целевую зону.

В SUPL 2.0, SLP в общем не знает о сервисных возможностях SET. Сервисные возможности могут включать в себя сервисы определения местоположения, поддерживаемые SET, и другие возможности SET, как описано ниже. В результате, когда запускается сервис определения местоположения (например, в ответ на запрос от агента SUPL), SLP может не знать, поддерживается ли этот сервис определения местоположения терминалом SET. Если SLP запрашивает сервис определения местоположения, и он не поддерживается SET, то SLP и SET могут участвовать в обмене сообщениями, который в конечном счете приводит к завершению сеанса связи определения местоположения. Ценные ресурсы сети могут теряться из-за запуска, а затем прерывания сеанса связи определения местоположения для неподдерживаемого сервиса определения местоположения.

SLP может генерировать и поддерживать таблицу сервисных возможностей SET. SLP может определять сервисы определения местоположения, поддерживаемые SET, методом проб и ошибок, запуская все возможные сервисы определения местоположения. SLP также может ожидать, пока каждый сервис определения местоположения не будет запрошен агентом SUPL, и может исключать из таблицы все сервисы определения местоположения, которые привели к прекращенным сеансам связи определения местоположения. В любом случае, SLP может генерировать таблицу сервисных возможностей, запрашивая различные сервисы определения местоположения от SET. Как только SLP сформирует завершенную таблицу, SLP может использовать эту таблицу, чтобы быстро отклонять запросы о сервисах определения местоположения, не поддерживаемых SET, без потери ресурсов сети. Однако построение таблицы сервисных возможностей на основании результатов сеансов связи определения местоположения может потреблять слишком большое количество ресурсов сети, может занимать слишком много времени для завершения и/или может иметь склонность к ошибкам. Например, таблица может стать недействительной, если сервисные возможности SET изменятся.

SLP может преобразовывать запрос на сервис определения местоположения, который SET не поддерживает, в один или больше запросов на сервис определения местоположения, которые SET поддерживает. Например, SLP может преобразовывать запрос на периодически запускаемый сервис в последовательность запросов на немедленный сервис и может определять, когда посылать каждый запрос на немедленный сервис. Однако такое преобразование запроса на сервис определения местоположения может увеличивать сложность SLP и может быть подходящим только для некоторых случаев.

В аспекте, SET 120 может непосредственно информировать SLP 130 о возможностях сервисов SET. SLP 130 может использовать сервисные возможности SET, чтобы запрашивать только сервисы определения местоположения, поддерживаемые SET 120, и избегать запросов неподдерживаемых сервисов определения местоположения.

Фиг.2 показывает конструктивное решение потока 200 вызовов для инициируемого сетью немедленного сервиса. Агент 140 SUPL может потребовать информацию определения местоположения для SET 120 и может послать сообщение стандартного запроса на немедленное определение местоположения (SLIR) протокола определения местоположения подвижного объекта (MLP) на SLP 130 (этап A). SLP 130 может аутентифицировать и санкционировать агента 140 SUPL для запрашиваемой информации определения местоположения. Тогда SLP 130 может получить информацию маршрутизации для SET 120 (этап B).

SLP 130 может посылать сообщение SUPL INIT (инициирования SUPL), чтобы инициировать сеанс связи определения местоположения с SET 120 (этап C). Сеанс связи определения местоположения также может упоминаться как сеанс связи SUPL. Сообщение SUPL INIT может включать в себя session-id (идентификатор сеанса связи), используемый для идентификации сеанса связи определения местоположения, намеченный способ позиционирования (posmethod), желательное качество позиционирования (QoP), режим SLP, указывающий, использует ли SLP полномочный или неполномочный режим, и т.д. SET 120 может устанавливать связь непосредственно с SPC 134 в неполномочном режиме (не показанном на фиг.2) или косвенно с SPC 134 через SLC 132, в полномочном режиме (как показано на фиг.2).

При приеме сообщения SUPL INIT, SET 120 может выполнять процедуру установления информационного соединения, подключать себя к сети передачи пакетированных данных, если SET уже не подключен, и устанавливать надежное соединение IP с SLP 130 (этап D). Затем SET 120 может отправить сообщение SUPL POS INIT на SLP 130, чтобы запустить сеанс связи позиционирования (этап E). Сообщение SUPL POS INIT может включать в себя session-id (идентификатор сеанса связи), location-id (идентификатор определения местоположения) (lid), идентифицирующий текущую обслуживающую ячейку SET, возможности SET и т.д. Возможности SET могут включать в себя возможности позиционирования и/или сервисные возможности SET. Возможности позиционирования могут включать в себя поддерживаемые способы позиционирования (например, выполняемую с помощью SET A-GPS, основанную на SET A-GPS и т.д.) и связанные протоколы позиционирования (например, RRLP, RRC, TIA-801). Сервисные возможности могут включать в себя поддерживаемые сервисы определения местоположения (например, любой из сервисов определения местоположения, перечисленных в таблице 1), возможности передачи уведомлений и/или другие возможности, как описано ниже. SLP 130 может сохранять возможности SET, включая сервисные возможности для будущего использования (этап X).

Если необходима оценка положения для SET 120, то SLP 130 и SET 120 могут обмениваться сообщениями для сеанса связи позиционирования (этап F). Для выполняемого с помощью SET позиционирования SLP 130 может вычислять оценку положения для SET 120, основываясь на измерениях, принимаемых от SET. Для основанного на SET позиционирования SET 120 может вычислять оценку положения, основанную на помощи от SLP 130. В любом случае, после завершения сеанса связи позиционирования, SLP 130 может посылать сообщение SUPL END (конец SUPL) на SET 120 (этап G). SLP 130 также может отправлять запрашиваемую информацию определения местоположения в сообщении стандартного немедленного ответа определения местоположения (SLIA) MLP для агента 140 SUPL (этап H).

Фиг.3 показывает конструктивное решение потока 300 вызовов для инициируемого сетью периодически запускаемого сервиса. Агент 140 SUPL может отправить сообщение запроса передачи уведомлений запускаемого определения местоположения (TLRR) MLP на SLP 130, чтобы запросить информацию определения местоположения для SET 120 (этап A). Сообщение TLRR MLP может указывать режим передачи уведомлений (например, передачи уведомлений в пакетном режиме, передачи уведомлений в квазиреальном времени или передачи уведомлений в реальном времени) и также может включать в себя условия для отправки уведомлений пакетного режима. SLP 130 может аутентифицировать и санкционировать агента 140 SUPL для запрашиваемой информации определения местоположения и может получать информацию маршрутизации для SET 120 (этап B). SLP 130 может отправлять сообщение SUPL INIT, чтобы инициировать периодически запускаемый сеанс связи с SET 120 (этап C). Сообщение SUPL INIT может включать в себя session-id (идентификатор сеанса связи), индикатор типа запуска (trigger_type), который указывает периодический запуск, способ намеченного позиционирования, режим SLP и т.д.

SET 120 может принимать сообщение SUPL INIT, осуществлять процедуру установления информационного соединения, подключать себя к сети передачи пакетированных данных и устанавливать надежное соединение IP с SLP 130 (этап D). Затем SET 120 может отправлять сообщение SUPL TRIGGERED START (запускаемого SUPL начала) на SLP 130, чтобы начать сеанс связи позиционирования (этап E). Сообщение SUPL TRIGGERED START может включать в себя session-id, location-id, возможности SET и т.д. Возможности SET могут включать в себя возможности позиционирования, сервисные возможности, возможности передачи уведомлений и т.д. Возможности передачи уведомлений могут указывать, способен ли SET 120 передавать уведомления в пакетном режиме, передавать уведомления в квазиреальном времени или передавать уведомления в реальном времени. SLP 130 может сохранять возможности SET, включая сервисные возможности для будущего использования (этап X).

SLP 130 может выбрать способ позиционирования для периодически запускаемого сеанса связи и может отправить сообщение SUPL TRIGGERED RESPONSE (запускаемого SUPL ответа) на SET 120 (этап F). Сообщение SUPL TRIGGERED RESPONSE может включать в себя session-id (идентификатор сеанса связи), выбранный способ позиционирования (posmethod), параметры периодического запуска (trigger_params), режим передачи уведомлений (rep_mode) и т.д. SLP 130 также может отправить сообщение ответа на передачу уведомления запускаемого MLP определения местоположения (TLRA) для агента 140 SUPL, чтобы указать, что запрос запускаемого определения местоположения был принят (этап G). Сообщение MLP TLRA может включать в себя идентификатор запроса (req-id), подлежащий использованию в качестве ID транзакции для всего периодически запускаемого сеанса связи.

Когда периодический запуск в SET 120 указывает, что необходимо определение местоположения, SET 120 может подключить себя к сети передачи пакетированных данных, если необходимо. Затем SET 120 может послать сообщение SUPL POS INIT, чтобы запустить сеанс связи позиционирования с SLP 130 (этап H). Сообщение SUPL POS INIT может включать в себя session-id, location-id, возможности SET и т.д. Если для SET 120 необходима оценка положения, то SLP 130 и SET 120 могут обмениваться сообщениями для сеанса связи позиционирования (этап I). После завершения сеанса связи позиционирования SLP 130 может отправить сообщение SUPL REPORT (уведомления SUPL), содержащее session-id и оценку положения, на SET 120 (этап J). SLP 130 также может отправить оценку положения в сообщении уведомления о запускаемом MLP определении местоположения (TLREP) для агента 140 SUPL (этап K).

SET 120 может автономно определять свое положение (этап L) и может отправить оценку положения в сообщении SUPL REPORT на SLP 130 (этап M). SLP 130 может отправить оценку положения в сообщении MLP TLREP для агента 140 SUPL (этап N).

Этапы Н - N при необходимости могут быть повторены. Этапы О - Q могут быть выполнены для сеанса связи позиционирования для последней оценки положения и могут быть повторением этапов Н - J. SET 120 может отправить сообщение SUPL REPORT, содержащее все или подмножество оценок положения, сохраненных в SET, на SLP 130 (этап R). SLP 130 может отправить агенту 140 SUPL сообщение MLP TLREP, содержащее оценки положения, сообщаемые SET 120 и/или вычисляемые SLP (этап S). После сообщения последнего результата положения для агента 140 SUPL SLP 130 может отправить сообщение SUPL END (конец SUPL) SET 120, чтобы указать конец периодически запускаемого сеанса связи (этап T).

Фиг.4 показывает конструктивное решение потока 400 вызовов для инициируемого сетью сервиса, запускаемого событием зоны. Агент 140 SUPL может отправить сообщение MLP TLRR на SLP 130, чтобы запросить передачи уведомлений об определении местоположения для SET 120 (этап A). SLP 130 может аутентифицировать и санкционировать агента 140 SUPL для запрашиваемой информации определения местоположения и может получать информацию маршрутизации для SET 120 (этап B). SLP 130 может отправить сообщение SUPL INIT с session-id индикатором типа запуска, который указывает запуск по событию зоны, и т.д. (этап C). SET 120 может осуществлять процедуру установления информационного соединения, подключать себя к сети передачи пакетированных данных и устанавливать надежное соединение IP с SLP 130 (этап D). Затем SET 120 может отправить сообщение SUPL TRIGGERED START (запускаемого SUPL начала), чтобы начать запускаемый событием зоны сеанс связи (этап E). Сообщение SUPL TRIGGERED START может включать в себя session-id, location-id, возможности SET (например, сервисные возможности) и т.д. SLP 130 может сохранять возможности SET, включая сервисные возможности, для будущего использования (этап X). SLP 130 может отправить сообщение SUPL TRIGGERED RESPONSE с параметрами запуска по событию зоны (этап F). SLP 130 также может отправить сообщение MLP TLRA для агента 140 SUPL (этап G).

Всякий раз, когда запуск по событию зоны указывает, что должно быть выполнено определение местоположения, SET 120 может посылать сообщение SUPL POS INIT, чтобы начать сеанс связи позиционирования с SLP 130 (этап H). Сообщение SUPL POS INIT может включать в себя session-id, возможности SET (например, возможности позиционирования и сервисные возможности) и т.д. SLP 130 и SET 120 могут обмениваться сообщениями для сеанса связи позиционирования (этап I), и SLP 130 может отправить сообщение SUPL REPORT, содержащее оценку положения, на SET 120 (этап J). Тогда SET 120 может проверить оценку положения, чтобы определить, удовлетворяется ли условие запуска по событию (этап K). Если условие удовлетворяется, то SET 120 может отправить сообщение SUPL REPORT, содержащее оценку положения, на SLP 130 (этап L). Тогда SLP 130 может отправить оценку положения в сообщении MLP TLREP для агента 140 SUPL (этап M).

Этапы Н - М при необходимости могут быть повторены (этап N). Когда отправлено последнее уведомление, SLP 130 может отправить сообщение SUPL END (конец SUPL) на SET 120, чтобы закончить запускаемый событием зоны сеанс связи (этап O).

Для инициируемого сетью сервиса SET 120 может посылать свои сервисные возможности в сообщении SUPL на SLP 130. Это сообщение SUPL может быть сообщением SUPL POS INIT на фиг.2 или сообщением SUPL TRIGGERED START на фиг.3 и 4. SLP 130 может использовать сервисные возможности SET 120, чтобы определять, действительно ли надо запрашивать конкретный сервис определения местоположения и избегать запрашивания сервиса определения местоположения, не поддерживаемого SET.

Фиг.5 показывает конструктивное решение потока 500 вызовов для инициируемого SET немедленного сервиса. Агент SUPL на SET 120 может принимать запрос об информации определения местоположения от приложения, выполняющегося на SET. SET 120 может осуществлять процедуру установления информационного соединения, подключать себя к сети передачи пакетированных данных, если необходимо, и устанавливать надежное соединение IP с SLP 130 (этап A). Затем SET 120 может отправить сообщение SUPL START, чтобы инициировать сеанс связи определения местоположения с SLP 130 (этап B). Сообщение SUPL START может включать в себя session-id, возможности SET (например, возможности позиционирования и сервисные возможности) и т.д. SLP 130 может принимать сообщение SUPL START и может извлекать и сохранять возможности SET, включающие в себя сервисные возможности, для будущего использования (этап X). SLP 130 может определять, что SET 120 в настоящее время не находится в режиме роуминга для SUPL (этап C). Тогда SLP 130 может отправить на SET 120 сообщение SUPL RESPONSE, которое может включать в себя session-id, выбранный способ позиционирования и т.д. (этап D).

Затем SET 120 может послать на SLP 130 сообщение SUPL POS INIT, которое может включать в себя session-id, возможности SET и т.д. (этап E). После этого SLP 130 и SET 120 могут обмениваться сообщениями для сеанса связи позиционирования (этап F). После завершения сеанса связи позиционирования SLP 130 может отправить сообщение SUPL END с запрашиваемой информацией определения местоположения на SET 120 (этап G).

Потоки вызовов для инициируемого SET периодически запускаемого сервиса и инициируемого SET сервиса, запускаемого событием зоны в SUPL описаны в вышеупомянутых документах OMA-AD-SUPL-V2 и OMA-TS-ULP-V2. Для каждого из этих потоков вызовов SET 120 может отправить сообщение SUPL TRIGGERED START, чтобы начать периодически запускаемый сеанс связи или запускаемый событием зоны сеанс связи. Сообщение SUPL TRIGGERED START может включать в себя возможности SET.

Для инициируемого SET сервиса SET 120 может отправить свои сервисные возможности в сообщении SUPL, которое может быть сообщением SUPL START или сообщением SUPL TRIGGERED START. В одном конструктивном решении SLP 130 может сохранять сервисные возможности SET 120 для использования позже, чтобы определять, может ли запрашиваться конкретный сервис определения местоположения для SET. В другом конструктивном решении SLP 130 может использовать сервисные возможности SET 120 для текущего инициируемого SET сеанса связи определения местоположения. Например, SET 120 может запрашивать сервис определения местоположения, не поддерживаемый SLP 130 или не санкционированный для SET 120. Тогда SLP 130 может отвечать с помощью одного или больше сервисов определения местоположения, поддерживаемых и SET 120, и SLP 130, а также разрешенных для SET 130. Сервисные возможности, посылаемые SET 120, также могут использоваться другими способами для текущего сеанса связи определения местоположения или более позднего сеанса связи определения местоположения.

SET 120 также может посылать свои возможности на SLP 130, чтобы обеспечивать SLP этой информацией, и/или всякий раз, когда происходит изменение в возможностях SET. Изменение в возможностях SET может происходить из-за изменения в подписке на сервис, изменения в модуле идентификации и т.д.

Фиг.6 показывает конструктивное решение потока 600 вызовов для отправки возможностей SET 120 на SLP 130. SET 120 может детектировать обновление или изменение в возможностях SET (этап A). SET 120 может осуществлять процедуру установления информационного соединения, подключать себя к сети передачи пакетированных данных, если необходимо, и устанавливать надежное соединение IP с SLP 130 (этап B). Затем SET 120 может отправить сообщение SUPL INFO на SLP 130 (этап C). Сообщение SUPL INFO может включать в себя session-id, возможности SET (например, обновленные сервисные возможности) и т.д. SLP 130 может принимать сообщение SUPL INFO, получать возможности SET и сохранять возможности SET в таблице для SET 120 (этап X). Затем SLP 130 может отправить сообщение SUPL END на SET 120, чтобы закончить сеанс связи определения местоположения (этап D).

В общем, SET 120 может отправить свои возможности в любом сообщении на SLP 130. В одном конструктивном решении SET 120 может отправить свои возможности в любом из сообщений SUPL, показанных в Таблице 2. SET 120 также может отправить свои возможности в других сообщениях SUPL. Форматы различных сообщений SUPL описаны в вышеупомянутом документе OMA-TS-ULP-V2.

Таблица 2
Сообщения SUPL	Описание
SUPL START	Посылается терминалом SET на SLP для инициируемого SET немедленного сервиса.
SUPL TRIGGERED START	Посылается терминалом SET на SLP, чтобы начать периодически запускаемый сервис или запускаемый событием зоны и для инициируемых сетью, и для инициируемых SET сеансов связи определения местоположения.
SUPL POS INIT	Посылается терминалом SET на SLP, чтобы начать сеанс связи позиционирования.
SUPL END	Посылается платформой SLP на SET, чтобы закончить сеанс связи определения местоположения, или терминалом SET, чтобы завершить инициируемый сетью сеанс связи для выполнения сервиса определения местоположения, не поддерживаемого SET.
SUPL AUTH REQ	Посылается терминалом SET на SLP, чтобы запросить информацию для взаимной аутентификации SET и SLP.
SUPL INFO	Посылается терминалом SET на SLP, чтобы обновить возможности SET.

В одном конструктивном решении сервисные возможности SET 120 могут включать в себя любую из возможностей, перечисленных в Таблице 3. Сервисные возможности также могут включать в себя другие сервисы SET 120.

Таблица 3
Сервисные возможности
Возможность	Описание
Поддерживаемые сервисы	Указываются сервисы определения местоположения, поддерживаемые SET.
Возможности передачи уведомлений	Указываются возможности передачи уведомлений SET для периодически запускаемого сервиса, например, поддерживаемого режима передачи уведомлений, и параметры.
Возможности события зоны	Указываются возможности SET для сервиса, запускаемого событием зоны, например, количество целевых зон, перечни ID зон и т.д.
Возможности сеанса связи	Указываются возможности сеанса связи SET, например, количество одновременных сеансов связи определения местоположения, поддерживаемое SET.

Фиг.7 показывает конструктивное решение сообщения 700 SUPL для отправки сервисных возможностей SET 120. Сообщение 700 SUPL может быть одним из сообщений SUPL, перечисленных в таблице 2, или некоторым другим сообщением SUPL. В этом конструктивном решении сообщение 700 SUPL включает в себя параметр 710 возможностей SET и, возможно, другие параметры, на фиг.7 для простоты не показанные. Параметр 710 возможностей SET может включать в себя подпараметр 720 сервисных возможностей и, возможно, другие подпараметры для поддерживаемых способов позиционирования, поддерживаемых протоколов позиционирования и т.д. Подпараметр 720 сервисных возможностей может включать в себя поле 730 для поддерживаемых сервисов, поле 732 для возможностей передачи уведомлений, поле 734 для возможностей сеанса связи и поле 736 для возможностей события зоны. Подпараметр 720 сервисных возможностей может включать в себя отличающиеся и/или дополнительные поля для других возможностей.

В конструктивном решении, показанном на фиг.7, SET 120 может посылать свои сервисные возможности в подпараметре "Сервисные возможности", который может быть факультативно включен в параметр "Возможности SET", который, в свою очередь, может быть включен в любое из сообщений SUPL, показанных в таблице 2, или в некоторое другое сообщение SUPL. В другом конструктивном решении SET 120 может отправить свои сервисные возможности в параметре "Сервисные возможности SET", который факультативно может быть включен в любое из сообщений SUPL, показанных в таблице 2, или в некоторое другое сообщение SUPL.

Таблица 4 показывает конструктивное решение параметра "Возможности SET", который включает в себя подпараметр "Сервисные возможности". В столбце "Параметр" таблицы 4 знак ">" обозначает подпараметр параметра "Возможности SET", знак ">>" обозначает поле подпараметра, а знак ">>>" обозначает подполе поля. В столбце "Присутствие" таблицы 4 символ "M" указывает обязательный параметр, символ "O" указывает факультативный параметр, а символ "CV" указывает параметр, который имеет условное значение. Для простоты в таблице 4 показываются только поля подпараметра "Сервисные возможности". Параметр "Возможности SET" может включать в себя другие подпараметры, описанные в вышеупомянутом документе OMA-TS-ULP-V2, например, подпараметры для возможностей позиционирования.

Таблица 4 показывает конкретное проектирование информации, которая может быть отправлена для сервисных возможностей SET 120. Информация, приведенная в таблице 4, также может быть определена или может применяться способами, отличающимися от описанных в таблице 4. Например, поддерживаемые сервисы определения местоположения могут быть подходящими для инициируемых сетью сервисов, также как для инициируемых SET сервисов. Для сервисных возможностей также может быть отправлена отличающаяся и/или дополнительная информация.

Для ясности, методики поддерживания сервисов определения местоположения были описаны конкретно для SUPL. Эти методики также могут использоваться для других архитектур/решений определения местоположения плоскости пользователя. В других архитектурах определения местоположения SET 120 и SLP 130 могут быть упомянуты посредством отличающейся терминологии. Например, SLP 130 также может упоминаться как сервер определения местоположения, сервер сервиса определения местоположения (LCS), центр определения местоположения, сервер положения и т.д.

Фиг.8 показывает конструктивное решение процесса 800, выполняемого сервером определения местоположения (например, SLP), чтобы поддерживать сервисы определения местоположения. Сервер определения местоположения может принимать сообщение, посылаемое терминалом на сервер определения местоположения через плоскость пользователя, например, SUPL (блок 812). Это сообщение может быть одним из сообщений SUPL, показанных в таблице 2, или некоторым другим сообщением. Сервер определения местоположения может получать сервисные возможности терминала из сообщения (блок 814). Сервисные возможности терминала могут содержать сервисы определения местоположения, поддерживаемые терминалом, и могут указывать, поддерживается ли терминалом периодически запускаемый сервис, запускаемый событием зоны и т.д. Сервисные возможности терминала также могут содержать возможности передачи уведомлений терминала для периодически запускаемого сервиса, возможности события зоны терминала для запускаемого событием зоны сервиса, возможности сеанса связи терминала для количества одновременных сеансов связи определения местоположения, поддерживаемые терминалом, и/или другие возможности, например, как показано на фиг.7 и в таблице 4. Сервер определения местоположения может сохранять сервисные возможности терминала, например, для будущих инициируемых сетью сеансов связи определения местоположения с терминалом (блок 816).

Сервер определения местоположения может определять, поддерживается ли сервис определения местоположения терминалом на основании сервисных возможностей терминала (блок 818). Тогда сервер определения местоположения может устанавливать связь с терминалом через плоскость пользователя для выполнения сервиса определения местоположения, если он поддерживается терминалом (блок 820). В одном конструктивном решении, которое показано на фиг.8, сервер определения местоположения может принимать сообщение, получать сервисные возможности терминала и сохранять сервисные возможности в первом сеансе связи определения местоположения. Сервер определения местоположения может определять, поддерживается ли сервис определения местоположения терминалом, и устанавливать связь с терминалом во втором сеансе связи определения местоположения, выполняемого после первого сеанса связи определения местоположения. В этом конструктивном решении блоки 812, 814 и 816 могут быть предназначены для одного сеанса связи определения местоположения, а блоки 818 и 820 могут быть предназначены для другого сеанса связи определения местоположения, как показано на фиг.8. В другом конструктивном решении сервер определения местоположения может получать сервисные возможности в начале сеанса связи определения местоположения и может использовать эти сервисные возможности для определения, поддерживается ли сервис определения местоположения терминалом, в том же сеансе связи определения местоположения. В этом конструктивном решении блоки 812 - 820 могут быть предназначены для единственного сеанса связи определения местоположения.

Фиг.9 показывает конструктивное решение процесса 900, выполняемого сервером определения местоположения (например, SLP) для инициируемых сетью сервисов определения местоположения. Сервер определения местоположения может принимать от клиента определения местоположения (например, агента SUPL) запрос на конкретный сервис определения местоположения для терминала (блок 912). Конкретный сервис определения местоположения может быть предназначен для периодически запускаемого сервиса, запускаемого событием зоны и т.д. Сервер определения местоположения может определять, поддерживается ли конкретный сервис определения местоположения терминалом, на основании сервисных возможностей терминала (блок 914). Сервер определения местоположения может прекратить запрос, если конкретный сервис определения местоположения терминалом не поддерживается (блок 916). Сервер определения местоположения может инициировать сеанс связи определения местоположения для конкретного сервиса определения местоположения, если он поддерживается терминалом (блок 918).

Фиг.10 показывает конструктивное решение процесса 1000, выполняемого терминалом (например, SET), чтобы поддерживать или получать сервис определения местоположения. Терминал может генерировать сообщение, содержащее сервисные возможности терминала (блок 1012). Это сообщение может быть одним из сообщений SUPL, показанных в таблице 2, или некоторым другим сообщением. Сервисные возможности терминала могут содержать любые из возможностей, показанных в таблице 4, и/или другие возможности. Терминал может отправлять сообщение на сервер определения местоположения через плоскость пользователя, например, через SUPL (блок 1014). Терминал может устанавливать связь с сервером определения местоположения через плоскость пользователя для выполнения сервиса определения местоположения, например, определяемого сервером определения местоположения, как поддерживаемое терминалом, на основании сервисных возможностей терминала (блок 1016).

В одном конструктивном решении, которое показывается на фиг.10, терминал может генерировать и отправлять сообщение в первом сеансе связи определения местоположения. Терминал может устанавливать связь с сервером определения местоположения для выполнения сервиса определения местоположения во втором сеансе связи определения местоположения, выполняемом после первого сеанса связи определения местоположения. В этом конструктивном решении блоки 1012 и 1014 могут быть предназначены для одного сеанса связи определения местоположения, а блок 1016 может быть предназначен для другого сеанса связи определения местоположения, как показано на фиг.10. В другом конструктивном решении терминал может посылать сообщение в начале сеанса связи определения местоположения, и сервис определения местоположения для этого же сеанса связи определения местоположения может быть определен сервером определения местоположения на основании сервисных возможностей терминала. В этом конструктивном решении блоки 1012 - 1016 могут быть предназначены для единственного сеанса связи определения местоположения. В общем, терминал может отправлять сообщение, содержащее его сервисные возможности, в начале сеанса связи определения местоположения, в течение сеанса связи определения местоположения или в конце сеанса связи. Например, терминал может отправлять свои сервисные возможности в первом сообщении, посылаемом терминалом для сеанса связи определения местоположения. В качестве другого примера, терминал может посылать сообщение, чтобы завершить сеанс связи определения местоположения, инициируемый сервером определения местоположения, для выполнения сервиса определения местоположения, не поддерживаемого терминалом. Это сообщение может включать в себя сервисные возможности терминала, которые могут использоваться сервером определения местоположения, чтобы впоследствии запрашивать сервис определения местоположения, поддерживаемый этим терминалом.

Терминал может детектировать изменение в его сервисных возможностях (блок 1018). Терминал может отправлять сообщение, содержащее обновленные сервисные возможности, на сервер определения местоположения (блок 1020). Блоки 1018 и 1020 могут быть предназначены для сеанса связи определения местоположения, который может быть отдельным от сеанса (сеансов) связи определения местоположения, предназначенных для блоков 1012 - 1016, как показано на фиг.10.

Фиг.11 показывает блок-схему конструктивного решения беспроводной сети 110, терминала/SET 120 и сервера определения местоположения/SLP 130 на фиг.1. Для простоты, фиг.11 показывает только один контроллер/процессор 1120, одно запоминающее устройство 1122 и один передатчик/приемник (TMTR/RCVR) 1124 для терминала 120, только один контроллер/процессор 1130, одно запоминающее устройство 1132, один передатчик/приемник 1134 и один модуль 1136 связи для беспроводной сети 110 и только один контроллер/процессор 1140, одно запоминающее устройство 1142 и один модуль 1144 связи для SLP 130. В общем, каждый объект может включать в себя любое количество процессоров, контроллеров, запоминающих устройств, передатчиков/приемников, модулей связи и т.д. Терминал 120 может поддерживать связь с одной или больше беспроводными и/или проводными сетями. Терминал 120 также может принимать и обрабатывать сигналы от одной или больше спутниковых систем позиционирования, например, от GPS, Galileo (Галилео) и т.д.

На нисходящей линии связи беспроводная сеть 110 может передавать данные трафика, сигнализацию и пилот-сигнал на терминалы в пределах ее зоны покрытия. Эти различные типы информации могут обрабатываться процессором 1130, определяться передатчиком 1134 и передаваться на нисходящей линии связи. В терминале 120 сигналы нисходящей линии связи от беспроводной сети 110 могут приниматься и определяться приемником 1124 и дополнительно обрабатываться процессором 1120, чтобы получать различные типы информации. Процессор 1120 может выполнять процесс 1000 на фиг.10 и/или другие процессы для методик, описанных в данном описании. Запоминающие устройства 1122 и 1132 могут сохранять коды программ и данные для терминала 120 и беспроводной сети 110, соответственно.

На восходящей линии связи терминал 120 может передавать данные трафика, сигнализацию и пилот-сигнал в беспроводную сеть 110. Эти различные типы информации могут обрабатываться процессором 1120, определяться передатчиком 1124 и передаваться по восходящей линии связи. В беспроводной сети 110 сигналы восходящей линии связи от терминала 120 и других терминалов могут приниматься и определяться приемником 1134 и дополнительно обрабатываться процессором 1130, чтобы получать различные типы информации от терминалов. Беспроводная сеть 110 может непосредственно или косвенно связывается с SLP 130 через устройство 1136 связи.

В пределах SLP 130 процессор 1140 может выполнять обработку, чтобы поддерживать сервисы определения местоположения для терминалов. Например, процессор 1140 может выполнять процесс 800 на фиг.8, процесс 900 на фиг.9 и/или другие процессы для методик, описанных в данном описании. Процессор 1140 также может вычислять оценки положения для терминала 120, обеспечивать информацию определения местоположения для агента 140 SUPL и т.д. Запоминающее устройство 1142 может сохранять коды программ и данные для SLP 130. Устройство связи 1144 может обеспечивать возможность SLP 130 установления связи с беспроводной сетью 110, терминалом 120 и/или другими сетевыми объектами. SLP 130 и терминал 120 могут обмениваться сообщениями через плоскость пользователя, например, SUPL, и эти сообщения могут передаваться беспроводной сетью 110 через линию радиосвязи.

Специалистам в данной области техники должно быть понятно, что информация и сигналы могут быть представлены с использованием любой из ряда различных технологий и методик. Например, данные, инструкции, команды, информация, сигналы, биты, символы и кодовые элементы, которые могут упоминаться по всему приведенному выше описанию, могут быть представлены напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами, или любой их комбинацией.

Специалисты в данной области техники дополнительно могут оценить, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритмов, описанные в связи с раскрытием в данном описании, могут быть реализованы как электронное аппаратное обеспечение, программное обеспечение для компьютеров или их комбинации. Чтобы ясно проиллюстрировать эту взаимозаменяемость аппаратного обеспечения и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы были описаны выше в общем в терминах их функциональных возможностей. Реализованы ли такие функциональные возможности как аппаратное обеспечение или программное обеспечение, зависит от конкретного применения и конструктивных ограничений, накладываемых на всю систему. Специалисты в данной области техники могут реализовывать описанные функциональные возможности изменяющимися способами для каждого конкретного применения, но такие решения реализации не должны интерпретироваться как вызывающие отклонения от объема представленного раскрытия.

Различные иллюстративные логические блоки, модули и схемы, описанные в связи с представленным в данном описании раскрытием, могут быть реализованы или выполнены с помощью процессора общего назначения, процессора цифровых сигналов (ПЦС), интегральной схемы прикладной ориентации (ASIC), программируемой пользователем вентильной матрицы (FPGA) или другого программируемого логического устройства, дискретного логического элемента или транзисторных логических схем, дискретных компонентов аппаратного обеспечения или любой их комбинации, предназначенной для выполнения описанных в данном описании функций. Процессор общего назначения может быть микропроцессором, но в качестве альтернативы, процессор может быть любым общепринятым процессором, контроллером, микроконтроллером или конечным автоматом. Процессор также может быть реализован в виде комбинации вычислительных устройств, например, комбинации ПЦС и микропроцессора, множества микропроцессоров, одного или больше микропроцессоров вместе с ядром ПЦС или любой другой такой конфигурации.

Этапы способа или алгоритма, описанные в связи с представленным в данном описании раскрытием, могут быть воплощены непосредственно в аппаратном обеспечении, в модуле программного обеспечения, выполняемом процессором, или в комбинации и того, и другого. Модуль программного обеспечения может постоянно находиться в памяти ОЗУ (оперативного запоминающего устройства), флэш-памяти, памяти ПЗУ (постоянного запоминающего устройства), памяти ППЗУ (программируемого ПЗУ), памяти ЭСППЗУ (электрически стираемого ППЗУ), регистрах, жестком диске, съемном диске, CD-ROM (неперезаписываемом компакт-диске) или любой другой форме запоминающей среды, известной в технике. Примерная запоминающая среда подсоединена к процессору так, что процессор может считывать информацию с запоминающей среды и записывать на нее информацию. В качестве альтернативы, запоминающая среда может быть объединена с процессором. Процессор и запоминающая среда могут постоянно находиться в ASIC. ASIC может постоянно находиться в терминале пользователя. В качестве альтернативы, процессор и запоминающая среда могут постоянно находиться в терминале пользователя в виде дискретных компонентов.

В одном или больше примерных конструктивных решениях описанные функции могут быть реализованы в аппаратном обеспечении, программном обеспечении, встроенном программном обеспечении или любой их комбинации. Если они реализованы в программном обеспечении, функции могут быть сохранены или переданы в виде одной или больше команд или кода на пригодной для чтения компьютером среде. Пригодная для чтения компьютером среда включает в себя и запоминающую среду компьютера и среду передачи данных, включая любую среду, которая облегчает перенос компьютерной программы с одного места на другое. Запоминающая среда может быть любой располагаемой средой, к которой может получать доступ компьютер общего назначения или специализированный компьютер. Посредством примера, а не ограничения, такая машинно-читаемая среда может содержать любую физическую среду, такую как ОЗУ, ПЗУ, ЭСППЗУ, CD-ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства, или другую физическую среду, которая может использоваться для того, чтобы переносить или сохранять требуемое средство кодирования программы в форме команд или структур данных, и к которой может получать доступ компьютер общего назначения или специализированный компьютер, или процессор общего назначения, или специализированный процессор. Также, методики могут быть реализованы с использованием одного или больше передающих носителей данных, которые могут быть физической средой или вакуумом. Например, программное обеспечение может передаваться с Web-сайта, сервера или другого удаленного источника с использованием коаксиального кабеля, волоконно-оптического кабеля, витой пары, цифровой абонентской линии (DSL) или беспроводных технологий, таких как связь в инфракрасном, радиочастотном и сверхвысокочастотном диапазоне, тогда коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL включены в определение среды. Термины "disk" и "disc" (диск), как используются в данном описании, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой диск универсального назначения (DVD), гибкий диск и диск технологии blu-ray, где disks (диски) обычно воспроизводят данные магнитным способом, в то время как discs (диски) воспроизводят данные оптическим способом с помощью лазеров. Комбинации вышеупомянутых устройств также должны быть включены в область определения пригодной для чтения компьютером среды.

Предыдущее описание раскрытия обеспечено для того, чтобы дать возможность любому специалисту в данной области техники выполнять или использовать это раскрытие. Различные модификации раскрытия будут очевидны специалистам в данной области техники, а универсальные принципы, определенные в данном описании, можно применять к другим вариациям, не отступая при этом от объема раскрытия. Таким образом, раскрытие предназначено не для того, чтобы быть ограниченным примерами и конструктивными решениями, описанными в данном описании, но должно соответствовать самому широкому объему, совместимому с принципами и новыми признаками, раскрытыми в данном описании.

1. Способ поддержания сервисов определения местоположения, содержащий этапы, на которых:
принимают сообщение, отправленное терминалом на сервер определения местоположения через плоскость пользователя,
получают сервисные возможности терминала из сообщения, при этом сервисные возможности терминала указывают, поддерживает ли терминал каждое из периодически запускаемого сервиса и сервиса, запускаемого событием зоны,
сохраняют сервисные возможности терминала,
определяют, поддерживается ли сервис определения местоположения терминалом на основании сервисных возможностей терминала, и
устанавливают связь с терминалом через плоскость пользователя для сервиса определения местоположения, если он поддерживается терминалом.

2. Способ по п.1, в котором прием сообщения, получение сервисных возможностей и сохранение сервисных возможностей обеспечены для первого сеанса связи определения местоположения, и в котором определение и установление связи обеспечены для второго сеанса связи определения местоположения, выполняемого после первого сеанса связи определения местоположения.

3. Способ по п.1, в котором прием сообщения, получение сервисных возможностей, сохранение, определение и установление связи обеспечены для единственного сеанса связи определения местоположения.

4. Способ по п.1, дополнительно содержащий этапы, на которых:
принимают от клиента определения местоположения запрос на конкретный сервис определения местоположения для терминала,
определяют, поддерживается ли конкретный сервис определения местоположения терминалом на основе сервисных возможностей терминала,
прекращают запрос, если конкретный сервис определения местоположения не поддерживается терминалом, и
инициируют сеанс связи определения местоположения для конкретного сервиса определения местоположения, если он поддерживается терминалом.

5. Способ по п.1, в котором сервисные возможности терминала содержат по меньшей мере один сервис определения местоположения, поддерживаемый терминалом.

6. Способ по п.1, в котором прием сообщения содержит этап, на котором:
принимают сообщение START (начала) надежного определения местоположения плоскости пользователя (SUPL), сообщение SUPL TRIGGERED START, сообщение SUPL POS INIT, сообщение SUPL END, сообщение SUPL AUTH REQ или сообщение SUPL INFO, отправленное терминалом на сервер определения местоположения.

7. Устройство для беспроводной связи, содержащее:
по меньшей мере один процессор, сконфигурированный так, чтобы принимать сообщение, отправленное терминалом на сервер определения местоположения через плоскость пользователя, получать сервисные возможности терминала из сообщения, при этом сервисные возможности терминала указывают, поддерживает ли терминал каждое из периодически запускаемого сервиса и сервиса, запускаемого событием зоны, сохранять сервисные возможности терминала, определять, поддерживается ли сервис определения местоположения терминалом, на основании сервисных возможностей терминала, и устанавливать связь с терминалом через плоскость пользователя для выполнения сервиса определения местоположения, если он поддерживается терминалом.

8. Устройство по п.7, в котором по меньшей мере один процессор сконфигурирован так, чтобы принимать от клиента определения местоположения запрос на конкретный сервис определения местоположения для терминала, определять, поддерживается ли конкретный сервис определения местоположения терминалом, на основании возможностей сервиса терминала, прекращать запрос, если конкретный сервис определения местоположения не поддерживается терминалом, и инициировать сеанс связи определения местоположения для конкретного сервиса определения местоположения, если он поддерживается терминалом.

9. Устройство для установления связи, содержащее:
средство для приема сообщения, отправленного терминалом на сервер определения местоположения через плоскость пользователя,
средство для получения сервисных возможностей терминала из сообщения, при этом сервисные возможности терминала указывают, поддерживает ли терминал каждое из периодически запускаемого сервиса и сервиса, запускаемого событием зоны,
средство для сохранения сервисных возможностей терминала,
средство для определения, поддерживается ли сервис определения местоположения терминалом, на основании сервисных возможностей терминала, и
средство для установления связи с терминалом через плоскость пользователя для сервиса определения местоположения, если он поддерживается терминалом.

10. Устройство по п.9, дополнительно содержащее:
средство для приема от клиента определения местоположения запроса на конкретный сервис определения местоположения для терминала,
средство для определения, поддерживается ли конкретный сервис определения местоположения терминалом, на основании сервисных возможностей терминала,
средство для прекращения запроса, если конкретный сервис определения местоположения терминалом не поддерживается, и
средство для инициирования сеанса связи определения местоположения для конкретного сервиса определения местоположения, если он поддерживается терминалом.

11. Машиночитаемый носитель, содержащий сохраненные на нем коды, которые при исполнении компьютером предписывают компьютеру выполнять способ поддержания сервисов определения местоположения, при этом коды содержат:
код для предписания по меньшей мере одному компьютеру принимать сообщение, отправленное терминалом на сервер определения местоположения через плоскость пользователя,
код для предписания по меньшей мере одному компьютеру получать сервисные возможности терминала из сообщения, при этом сервисные возможности терминала указывают, поддерживает ли терминал каждое из периодически запускаемого сервиса и сервиса, запускаемого событием зоны,
код для предписания по меньшей мере одному компьютеру сохранять сервисные возможности терминала,
код для предписания по меньшей мере одному компьютеру определять, поддерживается ли сервис определения местоположения терминалом на основании сервисных возможностей терминала, и
код для предписания по меньшей мере одному компьютеру устанавливать связь с терминалом через плоскость пользователя для сервиса определения местоположения, если он поддерживается терминалом.

12. Машиночитаемый носитель по п.11, дополнительно содержащий:
код для предписания по меньшей мере одному компьютеру принимать от клиента определения местоположения запрос на конкретный сервис определения местоположения для терминала,
код для предписания по меньшей мере одному компьютеру определять, поддерживается ли конкретный сервис определения местоположения терминалом на основании сервисных возможностей терминала,
код для предписания по меньшей мере одному компьютеру прекращать запрос, если конкретный сервис определения местоположения не поддерживается терминалом, и
код для предписания по меньшей мере одному компьютеру инициировать сеанс связи определения местоположения для конкретного сервиса определения местоположения, если он поддерживается терминалом.

13. Способ поддерживания сервисов определения местоположения, содержащий этапы, на которых:
генерируют сообщение, содержащее сервисные возможности терминала, при этом сервисные возможности терминала указывают, поддерживает ли терминал каждое из периодически запускаемого сервиса и сервиса, запускаемого событием зоны,
отправляют сообщение от терминала на сервер определения местоположения через плоскость пользователя и
устанавливают связь с сервером определения местоположения через плоскость пользователя для выполнения сервиса определения местоположения.

14. Способ по п.13, в котором сервис определения местоположения определяют сервером определения местоположения, как поддерживаемый терминалом, на основании сервисных возможностей терминала.

15. Способ по п.13, в котором генерирование сообщения и отправку сообщения обеспечивают для первого сеанса связи определения местоположения, и в котором установление связи обеспечивают для второго сеанса связи определения местоположения, выполняемого после первого сеанса связи определения местоположения.

16. Способ по п.13, в котором генерирование сообщения, отправку сообщения и установление связи обеспечивают для единственного сеанса связи определения местоположения.

17. Способ по п.13, дополнительно содержащий этапы, на которых: детектируют изменение в сервисных возможностях терминала, и отправляют сообщение, содержащее обновленные сервисные возможности терминала на сервер определения местоположения.

18. Способ по п.13, в котором сообщение, содержащее сервисные возможности терминала, представляет собой первое сообщение, посылаемое терминалом для сеанса связи определения местоположения.

19. Способ по п.13, в котором сообщение, содержащее сервисные возможности терминала, посылают для того, чтобы завершить сеанс связи определения местоположения.

20. Способ по п.13, в котором сообщение, содержащее сервисные возможности терминала, посылают для того, чтобы завершить сеанс связи определения местоположения, инициируемый сервером определения местоположения для выполнения сервиса определения местоположения, не поддерживаемого терминалом.

21. Способ по п.13, в котором сервисные возможности терминала содержат по меньшей мере один сервис определения местоположения, поддерживаемый терминалом.

22. Устройство для установления связи, содержащее:
по меньшей мере один процессор, сконфигурированный так, чтобы:
генерировать сообщение, содержащее сервисные возможности терминала, при этом сервисные возможности терминала указывают, поддерживает ли терминал каждое из периодически запускаемого сервиса и сервиса, запускаемого событием зоны,
посылать сообщение от терминала на сервер определения местоположения через плоскость пользователя, и
устанавливать связь с сервером определения местоположения через плоскость пользователя для выполнения сервиса определения местоположения.

23. Устройство по п.22, в котором сервис определения местоположения определяется сервером определения местоположения, как поддерживаемый терминалом, на основании сервисных возможностей терминала.

24. Устройство по п.22, в котором по меньшей мере один процессор сконфигурирован так, чтобы детектировать изменение в сервисных возможностях терминала и посылать сообщение, содержащее обновленные сервисные возможности терминала на сервер определения местоположения.