RU2460229C2 - Способ согласования версии определения местоположения пользовательской плоскости - Google Patents

Abstract

Изобретение относится к способу согласования протокола связи между терминалом и сетевым субъектом, например, к согласованию версии Защищенной Пользовательской Плоскости (SUPL) между терминалом с поддержкой SUPL и сетевым субъектом. Техническим результатом является снижение задержки при согласовании версий SUPL между сетевым субъектом и терминалом с поддержкой SUPL. Указанный результат достигается тем, что способ согласования версии определения местоположения в защищенной пользовательской плоскости (SUPL) содержит передачу сообщения инициации SUPL от платформы местоположения SUPL в терминал с поддержкой SUPL, причем сообщение инициации SUPL идентифицирует диапазон версий SUPL, способных поддерживать желаемую службу; и прием от терминала с поддержкой SUPL ответа, который основан, по меньшей мере частично, на способности терминала с поддержкой SUPL поддерживать по меньшей мере одну из версий, включенных в упомянутый диапазон. 8 н. и 30 з.п. ф-лы, 13 ил.

Description

Перекрестная ссылка на родственные заявки

Данная заявка притязает на приоритет Предварительной Заявки на Патент США № 60/975,454, поданной 26.09.2007, которая включена в данный документ полностью посредством ссылки.

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

Область техники, к которой относится изобретение

Изобретение, описанное в данном документе, относится к способу согласования протокола связи между терминалом и сетевым субъектом, как, например, согласование версии Защищенной Пользовательской Плоскости (SUPL) между терминалом с поддержкой SUPL и сетевым субъектом.

Сведения

Спецификации Определения Местоположения в Защищенной Пользовательской Плоскости, разработанные Open Mobile Alliance (OMA), позволяют клиентскому приложению, т.е. Агенту SUPL, получать географическое местоположение беспроводного терминала, т.е. Терминала с Поддержкой SUPL (SET). Они также позволяют SET получать свое местоположение и местоположения других SET и передавать свое местоположение выбранному Агенту SUPL. В настоящее время спецификациями OMA определены две версии SUPL - SUPL версии 1.0, которая сейчас полностью одобрена в качестве OMA Enabler (обеспечивающей поддержку спецификаций OMA), и SUPL версии 2.0. SUPL 1.0 поддерживает много способов определения местоположения, но обеспечивает только основные возможности определения местоположения. SUPL 2.0, с другой стороны, содержит намного больше возможностей определения местоположения, включая поддержку периодических, активируемых и исторических местоположений. Возможно, что со временем будут разработаны другие версии SUPL, которые будут поддерживать даже больше служб местоположений.

Для того, чтобы обеспечить поддержку конкретной службы с использованием SUPL, обычно начинают сеанс SUPL между SET и сетевым субъектом SUPL, известным как Платформа Местоположения SUPL (SLP). Для каждого типа службы обычно посылается исходное сообщение SUPL либо от SET к SLP, либо от SLP к SET. Это сообщение обычно содержит версию SUPL, предназначенную для сеанса отправителем. В SUPL версия может быть охарактеризована номером старшей версии и номером младшей версии. Например, в SUPL версии 1.0, номером старшей версии является «1», а младшей версии - «0». В SUPL версии 2.0 номером старшей версии является «2», а номером младшей версии является «0». Также может существовать третий уровень номера версии SUPL, известный как служебный указатель, указываемый после номеров старшей и младшей версии. Например, в SUPL версии 2.0.1 номером старшей версии является «2», номером младшей версии является «0», а служебным указателем является «0». Все три номера версии (старшей, младшей и служебный указатель) могут быть переданы в сообщениях SUPL и поэтому могут быть показаны в блок-схемах сообщений, но только номер старшей версии и номер младшей версии могут быть использованы для согласования версии SUPL.

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

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

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

Фиг.1 - схема системы для поддержки местоположения целевого SET с использованием обмена информацией SUPL согласно одному варианту осуществления.

Фиг.2 - схема сигнализации, иллюстрирующая целевой SET, использующий ту же версию SUPL, как и запрашиваемая домашней SLP (H-SLP) согласно одному варианту осуществления.

Фиг.3 - схема сигнализации, иллюстрирующая целевой SET, использующий меньшую версию SUPL, чем изначально запрашиваемая H-SLP согласно одному варианту осуществления.

Фиг.4А - блок-схема, иллюстрирующая процесс согласования версии SUPL, выполняемый H-SLP с SET, если такие H-SLP и SET используют SUPL 2.0 или более высокую версию SUPL согласно одному частному варианту осуществления.

Фиг.4В - блок-схема, иллюстрирующая процесс согласования версии SUPL, выполняемый SET с H-SLP, если такие H-SLP и SET используют SUPL 2.0 или более высокую версию SUPL согласно одному частному варианту осуществления.

Фиг.5-10 - схемы обмена сообщениями, иллюстрирующие сообщения, передаваемые между H-SLP и SET согласно, по меньшей мере, одному варианту осуществления.

Фиг.11 - схема SET согласно одному варианту осуществления.

Фиг.12 - блок-схема H-SLP согласно одному варианту осуществления.

Сущность изобретения

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

Подробное описание

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

Методики, описанные в данном документе, могут быть реализованы различными средствами в зависимости от применений согласно конкретным признакам и/или примерам. Например, такие методики могут быть реализованы в аппаратном обеспечении, аппаратно-программном обеспечении, программном обеспечении и/или их комбинации. В случае аппаратного обеспечения, например, может быть реализован блок обработки в составе одной или более прикладных специализированных интегральных схем (ASIC), цифровых сигнальных процессоров (DSP), устройств обработки цифровых сигналов (DSPD), программируемых логических устройств (PLD), программируемых вентильных матриц (FPGA), процессоров, контроллеров, микроконтроллеров, микропроцессоров, электронных устройств, других устройств/блоков, спроектированных для выполнения функций, описанных в данном документе, и/или их комбинации.

Методики определения и/или оценки местоположения, описанные в данном документе, могут быть использованы для различных сетей беспроводной связи, таких как беспроводная глобальная сеть (WWAN), беспроводная локальная сеть (WLAN), беспроводная частная сеть (WPAN) и т.д. В данном документе термины «сеть» и «система» могут быть использованы взаимозаменяемо. WWAN может являться сетью Коллективного Доступа с Кодовым Разделением каналов (CDMA), сетью Коллективного Доступа с Временным Разделением каналов (TDMA), сетью Коллективного Доступа с Частотным Разделением каналов (FDMA), сетью Коллективного Доступа с Ортогональным Частотным Разделением каналов (OFDMA), сетью Коллективного Доступа с Частотным Разделением каналов с Одной Несущей (SC-FDMA) и т.д. Сеть CDMA может реализовывать одну или более технологий радиодоступа (RAT) таких, как CDMA2000, Широкополосный CDMA (W-CDMA), в качестве примера некоторых радиотехнологий. Здесь CDMA2000 может включать в себя технологии, реализованные согласно стандартам IS-95, IS-2000, IS-856. Сеть TDMA может реализовывать Глобальную Систему Мобильной Связи (GSM), Цифровую Расширенную Систему Мобильной Телефонии (D-AMPS), или какую-либо другую RAT. GSM и W-CDMA описаны в документах консорциума «Проект Партнерства 3-го Поколения 2» (3GPP2). Документы 3GPP и 3GPP2 являются общедоступными. WLAN может содержать сеть стандарта IEEE 802.11x, а WPAN может содержать сеть Bluetooth, например, стандарта IEEE 802.15x. Методики определения, описанные в данном документе, могут также быть использованы для любой комбинации WWAN, WLAN и/или WPAN.

Термин «местоположение» упоминается в данном документе как относящийся к информации о местонахождении объекта или предмета относительно точки отсчета. Здесь, например, такое местоположение может быть представлено как географические координаты такие, как широта и долгота. В качестве альтернативы такое местоположение может быть представлено как уличный адрес, муниципалитет или другое государственное образование, почтовый индекс и/или подобное. Однако это просто примеры того, как местоположение может быть представлено согласно конкретным вариантам осуществления, и заявленный предмет изобретения не ограничивается в этом отношении. Терминал с поддержкой SUPL (SET) может определять свое местоположение на основании навигационных сигналов от Спутниковой Системы Позиционирования (SPS), такой как GPS или Galileo, посредством, например, корреляции измерений псевдорасстояний от нескольких (например, четырех или более) передатчиков. В качестве альтернативы, такое местоположение может быть оценено гибридной системой, в которой положение сотового приемопередатчика определяется исходя из комбинации, по меньшей мере, 1) измерения времени, которое представляет время перемещения сообщения в сигналах сотовой связи между сотовым приемопередатчиком и системой связи; и 2) измерения времени, которое представляет время перемещения сигнала SPS.

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

Сетевой субъект (например, SLP) и SET могут согласовать конкретную версию SUPL для использования в сеансе SUPL. Одна из методик согласования версии SUPL для использования в конкретном сеансе SUPL может использовать повторную попытку установления сеанса SUPL после неудавшейся попытки, по меньшей мере, единожды с добавлением дополнительной задержки. Такая задержка может быть значительна, если первое сообщение SUPL, например сообщение инициации SUPL (т.е. SUPL INIT), передается с использованием медленных каналов, например Службы Коротких Сообщений (SMS).

Другие способы согласования версии SUPL могут также позволять SLP и SET указывать поддержку только одной версии SUPL. Если существуют несколько версий SUPL, SLP и SET могут поддерживать одну и ту же версию, но эта версия не могла бы быть указана. Например, может возникнуть проблема, если SLP начинает сеанс, указывая SUPL 3.0 в исходном сообщении SUPL INIT, посланном в SET, а SET отвечает сообщением SUPL END, указывая SUPL 2.0. Такая попытка установления сеанса могла бы провалиться, если SET поддерживает версии SUPL 1.0 и 2.0, тогда как SLP поддерживает версии 1.0, 2.0 и 3.0, даже если сеанс мог бы быть поддержан с использованием SUPL 1.0 или SUPL 2.0.

Фиг.1 иллюстрирует систему 100 для поддержки местоположения целевого SET с использованием обмена информацией SUPL согласно одному варианту осуществления. Система 100 может включать в себя различные субъекты, такие как SET 105, беспроводная сеть 110, Домашняя Платформа 115 Местоположения SUPL (H-SLP), агент 120 SUPL, одно или более спутниковых средств (SV), таких как SV 125, SV 130, SV 135 и SV 140, первая сеть 145 и вторая сеть 150. Несмотря на то, что проиллюстрировано четыре SV, следует понимать, что более или менее четырех спутников могут быть использованы в системе 100 для обеспечения данных местоположения, таких как измерения псевдорасстояний, в SET 105. В некоторых вариантах осуществления такие данные местоположения могут быть вместо этого обеспечены, например, наземными передатчиками, например, такими как базовая станция или другое электронное устройство, например, в беспроводной локальной сети (WLAN), беспроводной глобальной сети (WWAN) и/или беспроводной частной сети (WPAN).

В некоторых вариантах осуществления SET 105 может содержать устройство, такое как, например, переносной компьютер, персональный цифровой помощник (PDA), другие устройства малого срока службы или мобильные устройства телефонии, в качестве нескольких примеров. Как обсуждалось выше, например, SET 105 может определять свое местоположение на основании навигационных сигналов от SPS, такой как GPS или Galileo посредством, например, получения измерений псевдорасстояний от четырех или более передатчиков. В качестве альтернативы, SET 105 может определять местоположение на основании других методик, как обсуждалось выше.

В одном варианте осуществления агент 120 SUPL может запрашивать информацию о местоположении для SET 105. В одном варианте осуществления агент 120 SUPL может удаленно отслеживать или следить за местоположением SET 105. Например, в случае, когда пользователь, переносящий SET 105, потерялся или испытывает необходимость медицинского вмешательства, агент 120 SUPL может пожелать определить местоположение SET 105. Агент 120 SUPL может содержать программное приложение, выполняемое удаленным компьютером, вычислительным устройством или вычислительной платформой. Агент 120 SUPL может осуществлять связь с H-SLP 115 через первую сеть 145 или сети. Первая сеть 145 может содержать кабельную сеть или беспроводную сеть.

H-SLP 115 может принимать запросы местоположения от агента 120 SUPL и эффективно взаимодействует с SET 105 через беспроводную сеть 110. Несмотря на то, что на Фиг.1 проиллюстрирована беспроводная сеть 110, необходимо понимать, что другие типы сетей, такие как кабельные или частично кабельные, могут быть дополнительно использованы. Кроме того, в некоторых вариантах осуществления вместо или в дополнении к H-SLP 115 может быть использована Экстренная Платформа 115 Местоположения SUPL (E-SLP). E-SLP может определять местоположение SET 105 в экстренной ситуации, такой как определение местоположения SET 105 в связи с экстренным вызовом.

Связь может быть инициирована между H-SLP 115 и SET 105 либо H-SLP 115, либо SET 105. Для инициации связи, в одном варианте осуществления H-SLP 115 может передавать сообщение инициации SUPL к SET 105, либо SET 105 может передавать сообщение инициации SUPL к H-SLP 115. H-SLP 115 может осуществлять связь со второй сетью 150. Вторая сеть 150 может быть кабельной или беспроводной. Вторая сеть 150 может непосредственно осуществлять связь с беспроводной сетью 110, как показано на Фиг.1. В одном варианте осуществления вторая сеть 150 может непосредственно осуществлять связь с беспроводной сетью 110 таким образом, как, например, через Интернет.

Подобное сообщение инициации SUPL может включать в себя версию SUPL, предназначенную для сеанса отправителем. Как обсуждалось выше, версия может быть охарактеризована номером старшей версии и номером младшей версии. Например, в SUPL версии 1.0, номером старшей версии является «1», а младшей версией является часть номера с номером версии «0». В SUPL 2.0 номером старшей версии является «2», а номером младшей версии является «0». Если получатель первого сообщения SUPL для нового сеанса SUPL поддерживает версию SUPL с тем же номером старшей версии, что и указанный в сообщении, даже если поддерживаемый номер младшей версии не является таким же, как указанный в сообщении, получатель может продолжить сеанс SUPL в нормальном режиме. Для продолжения сеанса SUPL, в некоторых вариантах осуществления, получатель, если им является SET 105, может установить защищенное соединение Интернет Протокола (IP) с H-SLP 115 и затем вернуть сообщение SUPL.

Согласно некоторым вариантам осуществления способ согласования между SET 105 и H-SLP 115 предполагает использование определения версии SUPL. Сеанс SUPL может начать последующую передачу сообщения инициации SUPL. Подобное сообщение инициации SUPL может быть передано согласно известной версии SUPL, такой как SUPL 2.0. Если такой получающий субъект поддерживает версию SUPL сообщения инициации, получающий субъект может (например, после установления защищенного соединения IP с получающим субъектом, если им является SET 105) передавать ответное сообщение SUPL. Однако, если такой получающий субъект не поддерживает версию SUPL, заданную в сообщении инициации, он может послать ответ SUPL для завершения такого сеанса и указать, что вместо этого должна быть использована другая версия SUPL.

SET 105 может поддерживать одну или несколько версий SUPL. Например, SET может поддерживать только SUPL 1.0 или только SUPL 2.0, тогда как другие SET могут поддерживать и SUPL 1.0, и SUPL 2.0 или, возможно, дополнительные версии SUPL. В случае, если SET 105 инициирует сеанс SUPL посредством передачи сообщения инициации SUPL к H-SLP 115 и SET 105, например поддерживает и SUPL 1.0, и SUPL 2.0, сообщение инициации SUPL может указывать, что для сеанса SUPL предназначена версия SUPL 2.0. H-SLP 115 может принять сообщение инициации и продолжить сеанс SUPL, если она поддерживает SUPL 2.0. Если, однако, H-SLP 115 поддерживает только SUPL 1.0, она может передать сообщение SUPL END к SET 105, которое указывает, что сеанс SUPL закончился. Сообщение SUPL END может указывать старшую версию SUPL, которую она поддерживает, которой в этом примере будет SUPL 1.0.

В случае, когда, однако, SET 105 поддерживает только SUPL 1.0, SET 105 может инициировать сеанс SUPL посредством посылки сообщения инициации SUPL в H-SLP 115 с указанием, что предназначенной версией является SUPL 1.0. После приема H-SLP 115 может ответить SET 105 и продолжить сеанс SUPL в SUPL 1.0.

Если сетевой субъект, такой как H-SLP 115 в качестве оппонента SET 105, инициирует сеанс SUPL, с другой стороны, процесс согласования может быть ускорен. Согласно данному варианту осуществления сообщение инициации SUPL может быть модифицировано для определения множества версий SUPL, способных поддерживать нужную службу, и которые также поддерживаются H-SLP 115. От SET 105 может быть принят ответ, основанный на способности SET 105 поддерживать, по меньшей мере, одну из множества версий.

В качестве примера настоящего способа, H-SLP 115 может посылать сообщение инициации SUPL (например, сообщение SUPL INIT) с параметром для указания минимальной старшей версии SUPL, для которой продолжение сеанса для SET 105 возможно. В конкретной реализации сообщение инициации SUPL может иметь формат с несколькими полями параметров. Как обсуждалось выше, сообщение инициации SUPL может содержать номера предназначенных старшей и младшей версий SUPL, например М1 и м1 соответственно, выражаемых, в этом примере как М1.м1 в существующем параметре версии SUPL. В этом примере подобный параметр версии SUPL, таким образом, может указывать наивысшую версию SUPL, поддерживаемую H-SLP 115.

Как обсуждалось выше, сообщение инициации SUPL может содержать дополнительное поле параметра для указания минимальной старшей версии М2 SUPL, для которой продолжение сеанса для SET 105 возможно. В одном варианте осуществления предназначенный сеанс SUPL может быть продолжен SET 105 с использованием любого номера старшей версии SUPL между М1 и М2 включительно, и любого номера младшей версии SUPL без ограничений.

В одном примере SET 105 может поддерживать только SUPL 2.0, тогда как H-SLP 115 может поддерживать SUPL 3.0. H-SLP 115 может передать сообщение инициации SUPL к SET 105 с указанием такой предназначенной версии SUPL как SUPL 3.0 и того, что наименьшей поддерживаемой версией является SUPL 2.0. В этом случае сообщение инициации SUPL, посланное H-SLP 115, будет указывать значение 3 для М1, значение 0 для м1 и значение 2 для М2. В данном примере SET 105 может продолжить такой сеанс, поскольку старшей версией, которую он поддерживает, является 2, которое лежит между М2 и М1. SET 105 может таким образом ответить H-SLP 115 сообщением с указанием использования SUPL 2.0, которая в данном случае поддерживается H-SLP 115. Любые параметры или значения параметров, включенные H-SLP 115 в сообщение инициации SUPL, которые были определены для SUPL 3.0, но не для SUPL 2.0, могут быть проигнорированы SET 105 (поскольку он не поддерживает SUPL 3.0). H-SLP 115 может затем продолжать сеанс SUPL 2.0, следуя ответу от SET 105, как если бы эти параметры и значения параметров изначально не посылались. В этом конкретном примере сеанс был инициирован посредством сообщения инициации SUPL согласно SUPL 3.0. Подобный сеанс SUPL может быть продолжен SET 105 согласно SUPL 2.0. Продолжая сеанс SUPL в SUPL 2.0, можно избежать задержек и чрезмерного использования полосы пропускания, которые могут возникнуть, если бы сеанс нужно было завершить после приема SET 105 сообщения инициации SUPL и ответа (например, сообщением SUPL END) с указанием окончания сеанса и указанием того, что единственной версией SUPL, поддерживаемой SET 105, является SUPL 2.0.

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

Согласование версий для SUPL 1.0 может быть определено OMA и может не изменяться. Однако обратная совместимость версий SUPL выше, чем SUPL 1.0 с субъектом, поддерживающим SUPL 1.0, может быть достигнута как обсуждается ниже.

Для сеанса SUPL, инициированного по сети между H-SLP 115, поддерживающей версии SUPL выше 1.0, и SET 105, который поддерживает только 1.0, SET 105 может отвечать на первое сообщение инициации SUPL от H-SLP 115 сообщением SUPL END с указанием поддержки SUPL 1.0. H-SLP 115 может затем повторно начать сеанс с использованием SUPL 1.0, если она поддерживается, и если SUPL 1.0 совместима с предназначенной службой SUPL.

Для сеанса SUPL, инициированного по сети между H-SLP 115, поддерживающей только SUPL 1.0, и SET 105, который поддерживает только версии выше SUPL 1.0, SET 105 может распознать, что H-SLP 115 поддерживает только SUPL 1.0 и может отвечать на сообщение инициации SUPL от H-SLP 115 сообщением SUPL END с указанием своей поддерживаемой версии SUPL, и сеанс закончится (поскольку сеанс SUPL не может быть повторно начат в этом примере).

В другом примере SET 105, поддерживающий только SUPL 1.0, может инициировать сеанс SUPL с H-SLP 115, поддерживающей версию SUPL выше SUPL 1.0. В таком случае SET 105 может указывать, что SUPL 1.0 является поддерживаемой версией SUPL в сообщении инициации SUPL, а H-SLP 115, распознавая это, может либо продолжать сеанс с использованием SUPL 1.0, либо ответить сообщением SUPL END для завершения попытки установления сеанса.

В другом варианте осуществления SET 105, поддерживающий только SUPL 2.0 или выше может инициировать сеанс SUPL с H-SLP 115, поддерживающей только SUPL 1.0. В таком случае H-SLP 115 может ответить на сообщение инициации SUPL от SET 105 сообщением SUPL END с указанием своей поддержки SUPL 1.0, позволяя SET 105 повторно попытаться установить сеанс SUPL, если он поддерживает SUPL 1.0.

В одном варианте осуществления процессы, описанные выше, могут гарантировать, что H-SLP 115 и SET 105 согласуют один и тот же номер старшей версии SUPL для использования в сеансе SUPL, если такой общий номер версии существует. Это поможет избежать несовместимой поддержки сообщений и процедур как в SET 105, так и в H-SLP 115, если, например, SET 105 и H-SLP 115 надлежало бы попытаться поддерживать сеанс с использованием разных версий SUPL. Если H-SLP 115 и SET 105 не поддерживают одну и ту же младшую версию при согласованной старшей версии, сеанс все еще может продолжаться - например, как уже определено для SUPL 1.0. Однако может быть более эффективным, если одна и та же младшая версия SUPL поддерживается как SET 105, так и H-SLP 115. Чтобы гарантировать, что используется одна и та же младшая версия SUPL, после того как старшая версия определена, как SET 105, так и H-SLP 115 могут начать с указания (или ожидания указания) наибольшей младшей версии SUPL, которую каждый поддерживает, для согласованной старшей версии. Дополнительно, между SET 105 и H-SLP 115, субъект, поддерживающий более высокий номер младшей версии, может понизить младшую версию, которую он будет использовать, до указанной другой стороной, если она поддерживается.

В одном варианте осуществления, способ может быть использован для обеспечения гарантии того, что используется та же или совместимая младшая версия SUPL. Это может применяться, когда H-SLP 115 инициирует сеанс SUPL с указанием в сообщении инициации SUPL предназначенных старшей и младшей версий М1.м1 SUPL и минимальной старшей версии М2. Подразумевая, что SET 105 поддерживает старшую версию М SUPL, которая находится между М1 и М2 включительно (т.е. М2≤М≤М1), SET 105 может ответить H-SLP 115 с указанием старшей версии М и некоторой предпочтительной младшей версии м (например, м может быть наименьшей младшей версией SUPL, поддерживаемой SET 105 для старшей версии М SUPL). H-SLP 115 может затем продолжить сеанс с использованием старшей версии М SUPL и младшей версии м, если поддерживается. Если младшая версия м не поддерживается, H-SLP 115 может использовать младшую версию ниже, чем м, если поддерживается, или младшую версию выше, чем м.

Фиг.2 - схема сигнализации, иллюстрирующая целевой SET 200, использующий ту же версию SUPL, как и запрашиваемая H-SLP 205 согласно одному варианту осуществления. Фиг.2 иллюстрирует потоки сигналов в сеансе SUPL между агентом 210 SUPL, H-SLP 205 и целевым SET 200 в одном конкретном варианте осуществления. В данном примере агент 210 SUPL может контактировать с H-SLP 205 для определения местоположения целевого SET 200. В одном варианте осуществления агент 210 SUPL, H-SLP 205 и целевой SET 200 с Фиг.2 соответствуют агенту 120 SUPL, H-SLP 115 и целевому SET 105 с Фиг.1.

Сначала, на этапе А, агент 210 SUPL передает сообщение/команду «стандартный немедленный запрос местоположения мобильной платформы местоположения» (MLP-SLIR) в H-SLP 205, с которой агент 210 SUPL ассоциирован. Сообщение MLP-SLIR может содержать идентификатор целевого SET 200 (т.е. идентификатор мобильной станции (ms-id)), для которого требуется информация о местоположении, и идентификатор агента 210 SUPL (т.е. client-id). После приема H-SLP 205 может аутентифицировать агента 210 SUPL и проверить, авторизован ли агент 210 SUPL для службы, которую он запрашивает, на основании принятого client-id. H-SLP 205 может также применить политику конфиденциальности абонента по отношению к client-id на основании ms-id.

Если предыдущее вычисленное положение, удовлетворяющее запрошенному порогу качества положения (QoP), доступно в H-SLP 205 и никакого уведомления и верификации не требуется, H-SLP 205 может следовать непосредственно к этапу H. Если, с другой стороны, уведомление и верификация или только уведомление требуются, процесс следует к этапу B.

На этапе B H-SLP 205 может верифицировать, что целевой SET 200 не перемещается согласно SUPL в данный момент. H-SLP 205 может также верифицировать, что целевой SET 200 поддерживает SUPL. Если целевой SET 200 поддерживает SUPL и не перемещается, обработка следует к этапу C.

На этапе C H-SLP 205 может инициировать сеанс SUPL с SET 200 посредством передачи сообщения инициации SUPL (SUPL INIT), которое может являться сообщением PUSH беспроводного протокола приложений (WAP) или триггером Службы Коротких Сообщений (SMS). Сообщение SUPL INIT может содержать, по меньшей мере, session-id (идентификатор сеанса), указатель режима прокси/не-прокси (режим посредничества) и предназначенный способ позиционирования в одном варианте осуществления. Сообщение SUPL INIT может также содержать уровень защиты и требуемое QoP. Уровень защиты указывает уровень защиты для сообщения SUPL INIT. Если результат проверки политики конфиденциальности на этапе A указывает, что требуются уведомление и верификация целевого абонента, H-SLP 205 может также включить элемент Уведомление в сообщение SUPL INIT. Перед отправкой сообщения SUPL INIT H-SLP 205 может также вычислить и сохранить хеш сообщения.

Если, на этапе A, H-SLP 205 решила использовать предыдущее вычисленное местоположение или положение, сообщение SUPL INIT может указывать это в значении «no position» параметра posmethod (способ позиционирования), а целевой SET 200 может ответить сообщением окончания сеанса SUPL (т.е. SUPL END). Подобное сообщение SUPL END может содержать результаты процесса верификации (например, доступ разрешен, доступ запрещен). Если не требуется никакой явной верификации (т.е. только уведомление), целевой SET 200 может ответить сообщением SUPL END. H-SLP 205 может затем следовать непосредственно к этапу H.

Необходимо понимать, что целевой SET 200 может выполнить процедуру установления соединения для обмена данными до отправки сообщения SUPL END, обсуждаемую ниже в описании этапа D. Целевой SET 200 может также использовать процедуры, описанные ниже на этапе E, для установления защищенного соединения по Интернет Протоколу (IP) с H-SLP 205.

Далее, на этапе D, если сообщение SUPL INIT принимается, целевой SET 200 может либо присоединять себя к Сети Пакетных Данных, если он не присоединен на тот момент, либо установить соединение для обмена данными с коммутацией каналов. Если в сообщении SUPL INIT принимается параметр уровня защиты со значением, отличным от «no protection» (нет защиты), целевой SET 200 может использовать подобный параметр для определения того, является ли сообщение SUPL INIT аутентичным.

На этапе E, целевой SET 200 может оценить правила уведомления конкретной версии SUPL, используемой целевым SET 200, и следовать подходящим действиям. Целевой SET 200 может также проверить указатель режима прокси/не-прокси для определения того, использует ли H-SLP 205 режим прокси или не-прокси. В данном примере, используется режим прокси, и целевой SET 200 может установить защищенное соединение IP с H-SLP 205 с использованием адреса SLP, который был предоставлен домашней сетью для целевого SET 200. Целевой SET 200 может затем послать ответ SUPL в H-SLP 205 (т.е. SUPL POS INIT) с информацией позиционирования. Целевой SET 200 может послать сообщение SUPL POS INIT, даже если целевой SET 200 поддерживает технологии позиционирования, которые не содержат предназначенного способа позиционирования, указанного в сообщении SUPL INIT.

Сообщение SUPL POS INIT может содержать, по меньшей мере, session-id, возможности целевого SET 200 и хеш принятого сообщения SUPL INIT (ver) и идентификатор местоположения (lid). Возможности целевого SET 200 могут содержать поддерживаемые способы позиционирования (например, A-GPS с помощью SET, A-GPS на основе SET) и ассоциированные протоколы позиционирования (например, Радио Протокол (RRLP) Служб Местоположения Ресурсов (LCS), Управление Радио Ресурсами (RRC) и Ассоциации Индустрии Телекоммуникаций (TIA) - 801). Целевой SET 200 может предоставлять информацию Отчета о Сетевых Измерениях (NMR), характерную для используемой технологии радио. Целевой SET 200 может предоставлять свое положение, если это поддерживается. Целевой SET 200 также может устанавливать элемент Запрошенные Вспомогательные Данные в сообщении SUPL POS INIT.

Если положение, полученное из или вычисленное на основе информации, принятой в сообщении SUPL POS INIT, доступно и удовлетворяет требуемому QoP, обработка может следовать непосредственно к этапу G без вовлечения H-SLP 205 в сеанс позиционирования (POS) SUPL на этапе F, как обсуждается ниже.

На этапе F, H-SLP 205 может проверить, что хеш сообщения SUPL INIT совпадает с тем, что она вычислила для данного конкретного сеанса. На основании сообщения SUPL POS INIT, содержащего параметр(ы) posmethod, поддерживаемые целевым SET 200, H-SLP 205 может затем определить способ позиционирования. Если требуется для способа позиционирования, H-SLP 205 может использовать поддерживаемый протокол позиционирования из сообщения SUPL POS INIT.

Целевой SET 200 и H-SLP 205 могут обмениваться несколькими последовательными сообщениями процедур позиционирования. H-SLP 205 может вычислить оценку положения для целевого SET 200 на основании принятых измерений позиционирования (с помощью SET). В качестве альтернативы целевой SET 200 может вычислить оценку положения на основании помощи, полученной от H-SLP 205 (на основе SET).

На этапе G, после того, как вычисление положения завершено, H-SLP 205 посылает сообщение SUPL END в целевой SET 200, уведомляя его, что никаких дальнейших процедур позиционирования не будет начато и что сеанс определения местоположения закончен. Целевой SET 200 может освободить защищенное соединение IP с H-SLP 205 и высвободить все ресурсы, связанные с этим сеансом.

На этапе H, H-SLP 205 может послать оценку положения обратно агенту 210 SUPL в сообщении «стандартный немедленный ответ местоположения мобильной платформы местоположения» (MLP-SLIA) и H-SLP 205 может высвободить все ресурсы, связанные с этим сеансом.

Фиг.3 - схема сигнализации, иллюстрирующая целевой SET 300, использующий меньшую версию SUPL, чем изначально запрашиваемая H-SLP 305 согласно одному варианту осуществления. В данном варианте осуществления целевой SET 300 использует версию М.0.0 SUPL, а H-SLP 305 поддерживает версии SUPL вплоть до N.0.0, где N>М. Например, N может быть «2», а М может быть «1».

Фиг.3 иллюстрирует потоки сигналов в сеансе SUPL между агентом 310 SUPL, H-SLP 305 и целевым SET 300 в одном конкретном варианте осуществления. В данном примере агент 310 SUPL может контактировать с H-SLP 305 для определения местоположения целевого SET 300. В одном варианте осуществления агент 310 SUPL, H-SLP 305 и целевой SET 300 с Фиг.3 соответствуют агенту 120 SUPL, H-SLP 115 и целевому SET 105 с Фиг.1.

Сначала, на этапе А, агент 310 SUPL передает сообщение/команду «стандартный немедленный запрос местоположения мобильной платформы местоположения» (MLP-SLIR) в H-SLP 305, с которой агент 310 SUPL ассоциирован. Сообщение MLP-SLIR может содержать идентификатор целевого SET 300 (т.е. идентификатор мобильной станции (ms-id)), для которого требуется информация о местоположении, и идентификатор агента 310 SUPL (т.е. client-id). После приема, H-SLP 305 может аутентифицировать агента 310 SUPL и проверить, авторизован ли агент 310 SUPL для службы, которую он запрашивает, на основании принятого client-id. H-SLP 305 может также применить политику конфиденциальности абонента по отношению к client-id на основании ms-id.

Если предыдущее вычисленное положение, удовлетворяющее запрошенному порогу качества положения (QoP), доступно в H-SLP 305 и никакого уведомления и верификации не требуется, H-SLP 305 может следовать непосредственно к этапу L. Если, с другой стороны, уведомление и верификация или только уведомление требуются, процесс следует к этапу B.

На этапе B, H-SLP 305 может верифицировать, что целевой SET 300 не перемещается согласно SUPL в данный момент. H-SLP 305 может также верифицировать, что целевой SET 300 поддерживает SUPL. Если целевой SET 300 поддерживает SUPL и не перемещается, обработка следует к этапу C.

На этапе C, H-SLP 305 может инициировать сеанс SUPL с SET 300 посредством передачи сообщения инициации SUPL (SUPL INIT), которое может являться сообщением PUSH беспроводного протокола приложений (WAP) или триггером Службы Коротких Сообщений (SMS). Сообщение SUPL INIT может содержать, по меньшей мере, session-id (идентификатор сеанса), указатель режима прокси/не-прокси (режим посредничества), предназначенный способ позиционирования и может указывать версию N.0.0 в SUPL в одном варианте осуществления. Сообщение SUPL INIT может также содержать уровень защиты и требуемое QoP. Уровень защиты указывает уровень защиты для сообщения SUPL INIT. Если результат проверки политики конфиденциальности на этапе A указывает, что требуются уведомление и верификация целевого абонента, H-SLP 305 может также включить элемент Уведомление в сообщение SUPL INIT. Перед отправкой сообщения SUPL INIT H-SLP 305 может также вычислить и сохранить хеш сообщения.

Далее, на этапе D, целевой SET 300 может либо присоединять себя к Сети Пакетных Данных, если он не присоединен на тот момент, либо установить обмен данными с коммутацией каналов. Если в сообщении SUPL INIT принимается параметр уровня защиты со значением, отличным от «no protection» (нет защиты), целевой SET 300 может использовать подобный параметр для определения того, является ли сообщение SUPL INIT аутентичным.

На этапе E, целевой SET 300 может оценить правила уведомления конкретной версии SUPL, используемой целевым SET 300, и следовать подходящим действиям. Целевой SET 300 может также проверить указатель режима прокси/не-прокси для определения того, использует ли H-SLP 305 режим прокси или не-прокси. В данном примере используется режим прокси, и целевой SET 300 может установить защищенное соединение IP с H-SLP 305 с использованием адреса SLP, который был предоставлен домашней сетью для целевого SET 300. Целевой SET 300 может затем послать сообщение SUPL END в H-SLP 305 с указанием того, что должна использоваться версия М.0.0 для сеанса SUPL.

На этапе F, защищенное соединение IP между H-SLP 305 и целевым SET 300 может быть освобождено. Защищенное соединение IP может быть освобождено либо H-SLP 305, либо целевым SET 300. На этапе G, H-SLP 305 может инициировать другой сеанс SUPL с SET 300 посредством передачи сообщения инициации SUPL (SUPL INIT), в котором указана версия М.0.0 SUPL.

Как обсуждалось выше, режим прокси может быть использован в данном примере, и целевой SET 300 может установить защищенное соединение IP с H-SLP 305 на этапе H с использованием адреса SLP, который был предоставлен домашней сетью для целевого SET 300. Целевой SET 300 может затем послать ответ SUPL в H-SLP 305 (т.е. SUPL POS INIT) этапе I с информацией позиционирования. Целевой SET 300 может послать сообщение SUPL POS INIT, даже если целевой SET 300 поддерживает технологии позиционирования, которые не содержат предназначенного способа позиционирования, указанного в сообщении SUPL INIT.

Сообщение SUPL POS INIT может содержать, по меньшей мере, session-id, возможности целевого SET 300 и хеш принятого сообщения SUPL INIT (ver) и идентификатор местоположения (lid) и версию М.0.0. SUPL. Возможности целевого SET 300 могут содержать поддерживаемые способы позиционирования (например, A-GPS с помощью SET, A-GPS на основе SET) и ассоциированные протоколы позиционирования (например, Радио Протокол (RRLP) Служб Местоположения Ресурсов (LCS), Управление Радио Ресурсами (RRC) и Ассоциации Индустрии Телекоммуникаций (TIA) - 801). Целевой SET 300 может предоставлять информацию Отчета о Сетевых Измерениях (NMR), характерную для используемой технологии радио. Целевой SET 300 может предоставлять свое положение, если это поддерживается. Целевой SET 200 также может устанавливать элемент Запрошенные Вспомогательные Данные в сообщении SUPL POS INIT.

Если положение, полученное из или вычисленное на основе информации, принятой в сообщении SUPL POS INIT, доступно и удовлетворяет требуемому QoP, обработка может следовать непосредственно к этапу K без вовлечения H-SLP 305 в сеанс позиционирования (POS) SUPL на этапе J, как обсуждается ниже.

На этапе J, H-SLP 205 может проверить, что хеш сообщения SUPL INIT совпадает с тем, что она вычислила для данного конкретного сеанса. На основании сообщения SUPL POS INIT, содержащего параметр(ы) posmethod, поддерживаемые целевым SET 200, H-SLP 205 может затем определить способ позиционирования. Если требуется для способа позиционирования, H-SLP 205 может использовать поддерживаемый протокол позиционирования из сообщения SUPL POS INIT.

Целевой SET 300 и H-SLP 305 могут обмениваться несколькими последовательными сообщениями процедур позиционирования. H-SLP 305 может вычислить оценку положения для целевого SET 300 на основании принятых измерений позиционирования (с помощью SET). В качестве альтернативы целевой SET 300 может вычислить оценку положения на основании помощи, полученной от H-SLP 305 (на основе SET).

На этапе K, после того, как вычисление положения завершено, H-SLP 305 посылает сообщение SUPL END в целевой SET 300, уведомляя его, что никаких дальнейших процедур позиционирования не будет начато и что сеанс определения местоположения закончен. Целевой SET 300 может освободить защищенное соединение IP с H-SLP 305 и высвободить все ресурсы, связанные с этим сеансом.

На этапе L, H-SLP 205 может послать оценку положения обратно агенту 310 SUPL в сообщении «стандартный немедленный ответ местоположения мобильной платформы местоположения» (MLP-SLIA) и H-SLP 305 может высвободить все ресурсы, связанные с этим сеансом. В данном примере H-SLP 305 и SET 300 преуспевают в согласовании согласованной версии М.0.0 SUPL для использования в сеансе SUPL, но за счет дополнительной сигнализации SUPL (например, SUPL END на этапе E и SUPL INIT на этапе G) и дополнительной настройки и освобождения (например, на этапах D и F) соединения IP, которые не нужны, когда изначально предлагаемая H-SLP версия SUPL поддерживается SET, как, например, в примере, обсуждаемом выше в отношении Фиг.2.

Фиг.4A и 4B - блок-схемы, иллюстрирующие процесс согласования версии SUPL, выполняемый между H-SLP и SET, который может быть выполнен более быстро, чем, например, процесс на Фиг.3.

Фиг.4А является блок-схемой, иллюстрирующей процесс согласования версии SUPL, выполняемый H-SLP с SET, если как H-SLP, так и SET используют SUPL 2.0 или более высокую версию SUPL согласно одному частному варианту осуществления. Согласно одному частному варианту осуществления SET 105, H-SLP 115 и агент 120 SUPL, изображенные на Фиг.1, могут быть использованы в таком процессе. Сначала, на этапе 400, H-SLP 115 принимает сообщение/команду от агента 120 SUPL для запроса информации о местоположении, соответствующей SET 105. В данном примере SET 105 поддерживает SUPL М.0. Далее, на этапе 405, H-SLP 115 посылает сообщение SUPL INIT в SET 105 с указанием того, что предназначенной версией SUPL для сеанса SUPL является SUPL N.0.0, где N>1. Сообщение SUPL INIT также указывает минимальную поддерживаемую версию P, где N>M≥P≥1. Информация, соответствующая минимальной поддерживаемой версии P, может быть включена в поле данных сообщения SUPL INIT.

Далее, на этапе 410, H-SLP 115 принимает сообщение SUPL POS INIT с указанием того, что SET 105 поддерживается версия М.0.0 и что сеанс может быть продолжен с использованием этой версии SUPL. Наконец, на этапе 415, сеанс SUPL может продолжаться и информация о местоположении может быть передана в H-SLP 115 от SET 105, и в конечном счете - от H-SLP 115 к агенту 120 SUPL.

Фиг.4В является блок-схемой, иллюстрирующей процесс согласования версии SUPL, выполняемый SET с H-SLP, если как H-SLP, так и SET используют SUPL 2.0 или более высокую версию SUPL согласно одному частному варианту осуществления. Согласно одному частному варианту осуществления SET 105, H-SLP 115 и агент 120 SUPL, изображенные на Фиг.1, могут быть использованы в таком процессе.

Сначала, на этапе 450, SET 105 принимает сообщение SUPL INIT от H-SLP 115 с указанием того, что предназначенной версией SUPL для сеанса SUPL является SUPL N.0.0, где N>1. Сообщение SUPL INIT также указывает минимальную поддерживаемую версию P, где N>M≥P≥1. Информация, соответствующая минимальной поддерживаемой версии P, может быть включена в поле данных сообщения SUPL INIT.

Далее, на этапе 455, SET 105 определяет, находится ли версия М SUPL, которую он поддерживает, в диапазоне между P и N, включительно. Если М находится в диапазоне, SET 105 затем устанавливает защищенное соединение IP с H-SLP 115 на этапе 460.

Далее, на этапе 465, SET 105 может вернуть сообщение SUPL POS INIT в H-SLP 115 с указанием того, что поддерживается версия М.0.0 и что сеанс может быть продолжен с использованием этой версии SUPL. Наконец, на этапе 470 сеанс SUPL может продолжаться, и информация о местоположении может быть передана от SET 105 в H-SLP 115.

Подобные способы согласования SUPL для SET 105, использующего SUPL 2.0 или выше, описанные выше в отношении Фиг. 4A и 4B, являются ускоренными по сравнению со способом согласования SUPL для SET 105 на основе SUPL 1.0, как обсуждалось выше в отношении Фиг.3. Поскольку минимальная поддерживаемая версия SUPL содержится в сообщении SUPL INIT согласно процессам, изображенным на Фиг. 4A и 4B, сеанс, в котором SET 105 поддерживает только версию SUPL ниже версии, назначенной H-SLP 115, может продолжаться согласно версии, поддерживаемой SET 105, с учетом того, что версия, поддерживаемая SET 105, не меньше минимальной старшей версии, указанной в сообщении SUPL INIT. Соответственно, подобное согласование может быть выполнено в рамках одного сеанса SUPL и одного защищенного соединения IP. Согласование на основе правил SUPL 1.0, с другой стороны, может потребовать два сеанса SUPL и установления двух отдельных защищенных соединений IP.

Фиг.5-10 являются схемами обмена сообщениями, иллюстрирующими сообщения, передаваемые между H-SLP и SET согласно, по меньшей мере, одному варианту осуществления. В некоторых вариантах осуществления вместо H-SLP может быть использована E-SLP. На Фиг.5-7 H-SLP посылает сообщение SUPL INIT в SET. На Фиг.8-10, с другой стороны, SET инициирует обмен данными, посылая сообщение SUPL START в H-SLP.

На Фиг.5 H-SLP 500 поддерживает версии SUPL между 3.х и 1.0. SET 505, с другой стороны, поддерживает только SUPL 2.0 в этом примере. В данном примере сообщение SUPL INIT может быть передано от H-SLP 500 в SET 505 на этапе A с указанием того, что желаемой версией является SUPL 3.х, а минимальной старшей версией является 2, что эквивалентно указанию минимальной версии как SUPL 2.0. В данном примере, хотя H-SLP 500 поддерживает SUPL 1.0, H-SLP 500 указывает, что минимальной версией является SUPL 2.0, например, потому, что служба местоположения, требуемая для SET 505, не обеспечивается в SUPL 1.0. На этапе B, SET 505 может ответить обратно в H-SLP 500 сообщением SUPL 2.0 (например, сообщением SUPL INIT согласно SUPL 2.0), и сеанс SUPL может продолжаться.

На Фиг.6 H-SLP 600 поддерживает версии SUPL между 3.х и 1.0. SET 605, с другой стороны, поддерживает только SUPL 1.0 в этом примере. В данном примере сообщение SUPL INIT может быть передано от H-SLP 600 в SET 605 на этапе A с указанием того, что желаемой версией является SUPL 3.х, а минимальной версией является SUPL 2.0. На этапе B, SET 605 может ответить обратно в H-SLP 600 сообщением SUPL END с указанием того, что требуемой версией SUPL для сеанса SUPL является SUPL 1.0, и сеанс может закончиться.

На Фиг.7 H-SLP 700 поддерживает только SUPL 1.0. SET 705, с другой стороны, поддерживает только SUPL 2.0 в этом примере. В данном примере сообщение SUPL INIT может быть передано от H-SLP 700 в SET 705 с указанием того, что желаемой версией является SUPL 1.0. На этапе B, SET 705 может ответить обратно в H-SLP 700 сообщением SUPL END с указанием того, что требуемой версией SUPL для сеанса SUPL является SUPL 2.0, и сеанс может закончиться.

На Фиг.8 H-SLP 800 поддерживает версии SUPL между 3.х и 1.0. SET 805, с другой стороны, поддерживает только SUPL 2.0 в этом примере. В данном примере сообщение SUPL START может быть передано от SET 805 в H-SLP 800 на этапе A. Сообщение SUPL START может указывать, что SUPL 2.0 является версией, поддерживаемой SET 805. В этом случае H-SLP 800 может либо ответить в SET 805 сообщением SUPL 2.0 (например, сообщением SUPL RESPONSE согласно SUPL 2.0), либо закончить обмен данными. Сеанс может продолжаться согласно SUPL 2.0 на этапе B в этом примере, поскольку H-SLP 800 поддерживает SUPL 2.0.

На Фиг.9 H-SLP 900 поддерживает версии SUPL между 3.х и 2.0. SET 905, с другой стороны, поддерживает только SUPL 1.0 в этом примере. В данном примере сообщение SUPL START может быть передано от SET 905 в H-SLP 900 на этапе A. Сообщение SUPL START может указывать, что SUPL 1.0 является версией, поддерживаемой SET 905. В этом случае H-SLP 900 отвечает сообщением SUPL END согласно 3.0 на этапе B, поскольку H-SLP 900 не поддерживает SUPL 1.0.

На Фиг.10 H-SLP 1000 поддерживает версии SUPL между 2.0 и 1.0. SET 1005, с другой стороны, поддерживает только SUPL 3.0 в этом примере. В данном примере сообщение SUPL START передается от SET 1005 в H-SLP 1000 на этапе A. Сообщение SUPL START может указывать, что SUPL 3.0 является версией, поддерживаемой SET 1005. В этом случае H-SLP 1000 может ответить сообщением SUPL END согласно 2.0 на этапе B поскольку H-SLP 1000 не поддерживает SUPL 3.0.

Фиг.11 иллюстрирует конкретный вариант осуществления SET, в котором радиотрансивер 1106 может быть выполнен с возможностью модуляции сигнала RF (радиочастотной) несущей с информацией основной полосы частот, такой как голос или данные, на RF несущей, и демодуляции модулированной RF несущей для получения подобной информации основной полосы частот. Антенна 1110 может быть выполнена с возможностью передачи модулированной RF несущей по беспроводной линии связи и приема модулированной RF несущей по беспроводной линии связи.

Процессор 1108 основной полосы частот может быть выполнен с возможностью обеспечения информации основной полосы частот от CPU 1102 (центральный процессор) трансиверу 1106 для передачи по беспроводной линии связи. Здесь CPU 1102 может получать подобную информацию основной полосы частот от устройства ввода в пользовательском интерфейсе 1116. Процессор 1108 основной полосы частот может также быть выполнен с возможностью обеспечения информации основной полосы частот от трансивера 1106 в CPU 1102 для передачи через устройство вывода в пользовательском интерфейсе 1116.

Приемник SPS (SPS Rx) 1112 может быть выполнен с возможностью приема и демодуляции передач от передатчиков через антенну 1114 и обеспечения демодулированной информации в коррелятор 1118. Коррелятор 1118 может быть выполнен с возможностью вывода функций корреляции из информации, обеспеченной приемником 1112. Например, для данного псевдошумового (PN) кода коррелятор 1118 может сформировать функцию корреляции, определенную на диапазоне кодовых фаз, для установки окна поиска кодовой фазы, и на диапазоне доплеровских частотных гипотез, как проиллюстрировано выше. Как таковая отдельная корреляция может быть выполнена согласно с определенными когерентными и некогерентными параметрами интегрирования.

Коррелятор 1118 может также быть выполнен с возможностью вывода функций корреляции, относящихся к пилот-сигналам, из информации, относящейся к пилот-сигналам, обеспечиваемым приемником 1106. Эта информация может быть использована абонентской станцией для получения служб беспроводной связи.

Канальный декодер 1120 может быть выполнен с возможностью декодирования канальных символов, принятых от процессора 1108 основной полосы частот, в базовые исходные биты. В одном примере, когда канальные символы содержат закодированные сверточным кодированием символы, подобный канальный декодер может содержать декодер Витерби. Во втором примере, когда канальные символы содержат последовательные или параллельные конкатенации сверточных кодов, канальный декодер 1120 может содержать турбодекодер.

Память 1104 может быть выполнена с возможностью хранения машиночитаемых инструкций, которые исполняются для выполнения одного или более процессов, примеров, реализаций или их примеров, которые были описаны или предложены. CPU 1102 может быть выполнен с возможностью осуществления доступа и исполнения подобных машиночитаемых инструкций. Посредством исполнения этих машиночитаемых инструкций CPU 1102 может направлять коррелятор 1118 для анализа функций корреляции SPS, обеспеченных коррелятором 1118, выведения измерений из их пиков и определения того, является ли оценка местоположения достаточно точной. Однако это только примеры задач, которые могут быть выполнены CPU в конкретном аспекте, и предмет изобретения не ограничивается этими аспектами.

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

Фиг.12 иллюстрирует блок-схему H-SLP 1200 согласно одному варианту осуществления. Как показано, H-SLP 1200 может содержать процессор 1205, память 1210 и устройство 1215 связи. Память 1210 может хранить инструкции, такие как программный код, которые могут быть реализованы процессором 1205. Устройство 1215 связи может содержать антенну для передачи и/или приема беспроводных передач. Устройство 1215 связи может также содержать модем или другое устройство для приема передач через кабельное соединение к H-SLP 1200.

Согласование версий SUPL, описанное в данном документе, может быть использовано в экстренных ситуациях, например, когда нужно установить местоположение SET 105. H-SLP 115 или E-SLP может инициировать сеанс SUPL посредством передачи сообщения инициации SUPL, в котором указаны как желаемая, так и минимальная версии SUPL. В случае, когда SET 105 либо поддерживает желаемую версию SUPL, либо версию SUPL не ниже, чем минимальная заданная в сообщении инициации SUPL, тот же сеанс может быть продолжен в меньшей версии SUPL, поддерживаемой SET. Этот процесс устраняет требование установления двух защищенных соединений IP и передачи сообщения SUPL END и второго сообщения инициации SUPL, когда SET 105 не поддерживает нужную версию SUPL, заданную в сообщении инициации SUPL.

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

Claims (38)

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

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

3. Способ по п.2, в котором защищенное соединение содержит соединение Протокола Управления Передачей/Интернет Протокола.

4. Способ по п.2, в котором прием ответа выполняется через защищенное соединение.

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

6. Способ по п.1, дополнительно содержащий обеспечение службы определения местоположения на основании ответа от терминала с поддержкой SUPL.

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

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

9. Способ по п.8, дополнительно содержащий установление защищенного соединения между терминалом с поддержкой SUPL и платформой местоположения SUPL до упомянутой передачи.

10. Способ по п.9, в котором передача ответа выполняется через защищенное соединение.

11. Способ по п.8, в котором ответ содержит передачу посредством одной из упомянутый версий SUPL, способных поддерживать желаемую службу.

12. Способ по п.8, дополнительно содержащий прием службы определения местоположения от платформы местоположения SUPL на основании ответа от терминала с поддержкой SUPL.

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

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

15. Устройство по п.14, содержащее платформу местоположения SUPL.

16. Устройство по п.14, дополнительно содержащее средство соединения для установления защищенного соединения между устройством и терминалом с поддержкой SUPL до приема.

17. Устройство по п.14, дополнительно содержащее средство определения местоположения для обеспечения службы определения местоположения на основании ответа от терминала с поддержкой SUPL.

18. Устройство по п.14, в котором упомянутый диапазон версий SUPL указывается намеченной старшей версией SUPL, намеченной младшей версией SUPL и минимальной старшей версией SUPL, причем этот диапазон версий SUPL содержит любые младшие версии и все
старшие версии между намеченной старшей версией SUPL и минимальной старшей версией SUPL включительно.

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

20. Устройство по п.19, содержащее терминал с поддержкой SUPL.

21. Устройство по п.19, дополнительно содержащее средство соединения для установления защищенного соединения между устройством и платформой местоположения SUPL до передачи.

22. Устройство по п.19, в котором ответ содержит передачу посредством одной из упомянутых версий SUPL, способных поддерживать желаемую службу.

23. Устройство по п.19, дополнительно содержащее средство приема для приема службы определения местоположения от платформы местоположения SUPL на основании ответа от устройства.

24. Устройство по п.19, в котором упомянутый диапазон версий SUPL указывается намеченной старшей версией SUPL, намеченной младшей версией SUPL и минимальной старшей версией SUPL, причем
этот диапазон версий SUPL содержит любые младшие версии и все старшие версии между намеченной старшей версией SUPL и минимальной старшей версией SUPL включительно.

25. Терминал с поддержкой определения местоположения в защищенной пользовательской плоскости (SUPL), содержащий:
приемник для приема сообщения инициации SUPL от платформы местоположения SUPL, причем сообщение инициации SUPL идентифицирует диапазон версий SUPL, способных поддерживать желаемую службу;
процессор для определения ответа для платформы местоположения SUPL, который основан, по меньшей мере, частично на способности терминала с поддержкой SUPL поддерживать, по меньшей мере, одну из версий, включенных в упомянутый диапазон; и
передатчик для передачи ответа платформе местоположения SUPL.

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

27. Терминал с поддержкой SUPL по п.25, в котором ответ содержит передачу посредством одной из упомянутых версий SUPL, способных поддерживать желаемую службу.

28. Платформа местоположения SUPL, содержащая:
процессор для определения сообщения инициации определения местоположения в защищенной пользовательской плоскости (SUPL) для передачи терминалу с поддержкой SUPL для инициирования
сеанса SUPL, причем сообщение инициации SUPL идентифицирует диапазон версий SUPL, способных поддерживать желаемую службу;
передатчик для передачи сообщения инициации SUPL терминалу с поддержкой SUPL; и
приемник для приема от терминала с поддержкой SUPL ответа, который основан, по меньшей мере, частично на способности терминала с поддержкой SUPL поддерживать, по меньшей мере, одну из версий, включенных в упомянутый диапазон.

29. Платформа местоположения SUPL по п.28, в которой, по меньшей мере, один из приемника и передатчика выполнен с возможностью установления защищенного соединения между
платформой местоположения SUPL и терминалом с поддержкой SUPL до приема упомянутого ответа.

30. Платформа местоположения SUPL по п.28, в которой элемент связи выполнен с возможностью обеспечения службы определения местоположения на основании ответа от терминала с поддержкой SUPL.

31. Носитель данных, содержащий машиночитаемые инструкции, сохраненные на нем, которые приспособлены при их исполнении вычислительной платформой предписывать вычислительной платформе осуществлять:
передачу сообщения инициации определения местоположения в защищенной пользовательской плоскости (SUPL) от платформы местоположения SUPL в терминал с поддержкой SUPL, причем сообщение инициации SUPL идентифицирует диапазон версий SUPL, способных поддерживать желаемую службу; и
прием от терминала с поддержкой SUPL ответа, который
основан, по меньшей мере, частично на способности терминала с поддержкой SUPL поддерживать, по меньшей мере, одну из версий, включенных в упомянутый диапазон.

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

33. Носитель данных по п.32, в котором машиночитаемые инструкции дополнительно приспособлены предписывать вычислительной платформе осуществлять прием ответа через защищенное соединение.

34. Носитель данных по п.31, в котором машиночитаемые инструкции дополнительно приспособлены предписывать вычислительной платформе обеспечивать службу определения местоположения на основании ответа от терминала с поддержкой SUPL.

35. Носитель данных, содержащий машиночитаемые инструкции, сохраненные на нем, которые приспособлены при их исполнении вычислительной платформой предписывать вычислительной платформе осуществлять:
прием сообщения инициации определения местоположения в защищенной пользовательской плоскости (SUPL) посредством терминала с поддержкой SUPL от платформы местоположения SUPL, причем сообщение инициации SUPL идентифицирует диапазон версий SUPL, способных поддерживать желаемую службу; и
передачу в платформу местоположения SUPL ответа, который
основан, по меньшей мере, частично на способности терминала с поддержкой SUPL поддерживать, по меньшей мере, одну из версий, включенных в упомянутый диапазон.

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

37. Носитель данных по п.36, в котором машиночитаемые инструкции дополнительно приспособлены предписывать вычислительной платформе осуществлять передачу ответа через защищенное соединение.

38. Носитель данных по п.35, в котором машиночитаемые инструкции дополнительно приспособлены предписывать вычислительной платформе принимать службу определения местоположения на основании ответа от терминала с поддержкой SUPL.

Images