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

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

Иллюстрации

Показать все

Реферат

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

Данная заявка притязает на приоритет Предварительной Заявки на Патент США № 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 3