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

Иллюстрации

Показать все

Изобретение относится к системам определения местоположения. Технический результат заключается в улучшении качества услуги определения местоположения. Описаны методики для запроса информации о сеансах определения местоположения в архитектуре определения местоположения плоскости пользователя. В аспекте сервер определения местоположения отправляет сообщение запроса в терминал для запроса информации об активных сеансах определения местоположения, например, когда по меньшей мере один сеанс определения местоположения для периодически инициируемой услуги либо услуги, инициируемой событием зоны, считается активным. Терминал возвращает ответное сообщение, содержащее список идентификаторов (ID) сеансов для активных сеансов определения местоположения, параметры для активных сеансов определения местоположения, возможности терминала и т.д. Сервер определения местоположения сравнивает информацию, принятую от терминала, и информацию, сохраненную в сервере определения местоположения. Сервер определения местоположения завершает каждый сеанс определения местоположения, который считается активным только в терминале либо только в сервере определения местоположения. Сервер определения местоположения повторно запускает либо завершает каждый сеанс определения местоположения, который имеет несовместимые параметры в терминале и сервере определения местоположения. 8 н. и 12 з.п. ф-лы, 10 ил., 3 табл.

Реферат

Притязание на приоритет по §119 35 U.S.C.

Настоящая заявка на патент испрашивает приоритет для предварительной заявки (США) с серийным № 61/031622, который озаглавлен "SESSION AUDITING FOR SECURE USER PLANE LOCATION (SUPL)" ("ВЕДЕНИЕ КОНТРОЛЯ СЕАНСА ДЛЯ НАДЕЖНОГО ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ ПЛОСКОСТИ ПОЛЬЗОВАТЕЛЯ (SUPL)"), поданной 26 февраля 2008г. и принадлежащей заявителю этой заявки, и таким образом явно содержится в данном документе по ссылке.

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

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

Уровень техники

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

Терминал может обмениваться сообщениями с сервером определения местоположения для установления сеанса определения местоположения для услуги (службы) определения местоположения. Если установление сеанса является успешным, тогда терминал может взаимодействовать с сервером определения местоположения для службы определения местоположения. Продолжительность сеанса определения местоположения может зависеть от типа полученной службы определения местоположения и, возможно, других факторов. Может быть желательным сохранять сеанс определения местоположения, пока он является действительным, и в терминале, и в сервере определения местоположения и в противном случае завершить сеанс определения местоположения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

SET 120 может установить сеанс определения местоположения с SLP 130 для службы определения местоположения. Сеанс определения местоположения является сеансом для службы определения местоположения и может также упоминаться как сеанс SUPL. Сеансу определения местоположения может назначаться уникальный ID сеанса, который может использоваться, и SET 120, и SLP 130 для идентификации сеанса определения местоположения. Сеанс определения местоположения может сохраняться в течение длительного промежутка времени, например нескольких часов, дней либо даже недель. Сеанс определения местоположения может быть для (i) периодически инициируемой службы, в которой SET 120 периодически получает и сообщает о своем местоположении в SLP 130, либо (ii) службы, инициируемой событием зоны, в которой SET 120 сообщает о своем местоположении в SLP 130, когда происходят определенные критерии, например SET 120, входящая либо покидающая заданную географическую зону. Для сообщения об определении местоположения на основе вхождения либо выхода из географической зоны (либо на основе какого-либо иного заданного, но непредсказуемого события) SLP 130 может принимать информацию о местоположении от SET 120 в непредсказуемые интервалы времени, если вообще может принимать. В дополнение, если взаимодействие может быть временно утеряно между SET 120 и SLP 130, тогда SLP 130 может принимать информацию о местоположении от SET 120 в непредсказуемые моменты времени, если вообще может принимать, для обеих периодических и инициируемых служб определения местоположения.

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

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

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

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

Фиг.2 показывает использование информационного запроса сеанса для получения информации об активных сеансах определения местоположения. В последующем описании сеанс №x определения местоположения относится к сеансу определения местоположения с ID сеанса x. В примере, показанном на фиг.2, SET 120 либо SLP 130 могут запустить сеанс №1 определения местоположения в момент T1 времени. В более поздний момент T2 времени SET 120 либо SLP 130 могут запустить сеанс №2 определения местоположения. В момент T3 времени SLP 130 может осуществлять информационный запрос сеанса для получения информации об активных сеансах определения местоположения для SET 120. SET 120 может отвечать с помощью информации, обозначающей, что сеансы №1 и №2 определения местоположения являются активными. В момент T4 времени SET 120 либо SLP 130 могут запустить сеанс №3 определения местоположения. В момент T5 времени SLP 130 может осуществлять информационный запрос сеанса для получения информации об активных сеансах определения местоположения для SET 120. SET 120 может отвечать с помощью информации, обозначающей, что сеансы №1, №2 и №3 определения местоположения являются активными. В момент T6 времени сеанс №2 определения местоположения может завершаться SET 120 либо SLP 130. В момент T7 времени сеанс №3 определения местоположения может завершаться SET 120 либо SLP 130. В момент T8 времени SLP 130 может осуществлять информационный запрос сеанса для получения информации об активных сеансах определения местоположения для SET 120. SET 120 может отвечать с помощью информации, обозначающей, что только сеанс №1 определения местоположения является активным. В момент T9 времени сеанс №1 определения местоположения может завершаться SET 120 либо SLP 130.

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

Фиг.3 показывает схему потока 300 вызовов для сеанса "запрос информации сеанса" (или просто сеанс информационного запроса сеанса) в SUPL. Поток 300 вызовов может разрешить SLP 130 запрашивать у SET 120 информацию об активных сеансах определения местоположения. SLP 130 может инициировать сеанс информационного запроса сеанса с помощью отправки сообщения SUPL INIT в SET 120 (этап A). Сообщение SUPL INIT может включать в себя ID сеанса (session-id) для сеанса информационного запроса сеанса, способ позиционирования (posmethod) и режим SLP. Параметр способа позиционирования обычно обозначает подразумеваемый способ позиционирования для сеанса определения местоположения. В одной схеме сеанс информационного запроса сеанса может обозначаться установкой параметра способа позиционирования до заранее определенного значения "sessioninfoquery" ("информационный запрос сеанса"). SLP 130 может вычислять и хранить хэш-значение сообщения SUPL INIT до отправки сообщения в SET 120.

SET 120 может принимать сообщение SUPL INIT от SLP 130 и может анализировать принятое сообщение. SET 120 может не предпринимать никаких дополнительных действий, если сообщение обнаружено как недостоверное. В противном случае SET 120 может осуществлять процедуру установки информационного соединения, подключения его самого к сети пакетных данных, если SET 120 уже не подключен, и установление защищенного соединения с SLP 130 (этап В). SET 120 может затем возвращать сообщение SUPL REPORT в SLP 130 (этап С). Сообщение SUPL REPORT может включать в себя ID сеанса для сеанса информационного запроса сеанса, перечень ID сеансов (перечень сеансов) всех активных в данный момент сеансов определения местоположения между SET 120 и SLP 130, хэш-значение принятого сообщения SUPL INIT (ver) и т.д. SET 120 может также отсылать свои возможности в сообщении SUPL REPORT (не показано на фиг.3). SET 120 может освобождать все ресурсы, связанные с сеансом информационного запроса сеанса после отправки сообщения SUPL REPORT.

SLP 130 может принимать сообщение SUPL REPORT от SET 120 и может получать перечень ID сеансов для активных сеансов определения местоположения, известных для SET 120. SLP 130 может затем обновлять свой внутренний контекст ID сеанса и идентифицировать "полуоткрытые" сеансы определения местоположения на основе информации, принятой от SET 120. Полуоткрытый сеанс определения местоположения является сеансом определения местоположения, который рассматривается активным только одним объектом и/или имеет параметры в сервере определения местоположения, которые являются не совместимыми с параметрами в SET. SLP 130 может решить повторно установить либо закрыть полуоткрытые сеансы определения местоположения, например повторно установить сеансы определения местоположения, которые SLP 130 рассматривала активными, но которые SET 120 не рассматривал, либо закрыть сеансы определения местоположения, которые SET 120 рассматривал активными, но которые SLP 130 не рассматривала. Если сообщение SUPL REPORT включает в себя возможности SET, затем SLP 130 может обновлять любые записи, сохраняемые SLP 130 для возможностей SET.

SLP 130 может запустить таймер ST6 при отправке сообщения SUPL INIT на этапе А. Этот таймер может быть установлен до подходящего значения, например 10 секунд либо некоторой другой продолжительности. SLP 130 может освободить ресурсы в SLP для сеанса информационного запроса сеанса, если сообщение SUPL REPORT не принято от SET 120, когда таймер истекает. В одной схеме SLP 130 может также допускать, что SET 120 не функционирует (например, выключено питание либо без доступа к связи), если сообщение SUPL REPORT не принято до истечения таймера, и может также освободить ресурсы для сеансов определения местоположения, которые SLP 130 рассматривала активными для SET 120. В другой схеме SLP 130 может пытаться отсылать сообщение SUPL INIT несколько раз до того, как решит, что SET 120 не функционирует. SLP 130 может также осуществлять другие действия, если сообщение SUPL REPORT не принято до истечения таймера.

В схеме, показанной на фиг.3, сообщение SUPL INIT с параметром способа позиционирования, установленного для "sessioninfoquery", используется как сообщение запроса для запроса информации по активным сеансам определения местоположения. Сообщение SUPL REPORT используется как ответное сообщение, передающее информацию по активным сеансам определения местоположения. Другие сообщения SUPL могут также использоваться для сообщения запроса и ответного сообщения.

В общем SET 120 может возвращать любую подходящую информацию в ответном сообщении. В одной схеме SET 120 может возвращать только перечень ID сеансов для всех активных сеансов определения местоположения. В другой схеме SET 120 может возвращать дополнительную информацию относительно каждого активного сеанса определения местоположения, например, тип сеанса определения местоположения (например, периодически инициируемый сеанс либо сеанс, инициируемый событием зоны), параметры, определенные для сеанса, возможности SET и т.д. Параметры, определенные для сеанса, могут содержать общую продолжительность и периодический интервал для периодически инициируемого сеанса, конечную географическую зону(ы) и типы триггеров событий для сеанса, инициируемого событием зоны и т.д.

Для каждого информационного запроса сеанса SLP 130 может сравнивать информацию, принятую от SET 120, с информацией, сохраняемой в SLP 130. Если принятая информация является совместимой с сохраненной информацией, тогда SLP 130 может допускать, что существует синхронизация между ней самой и SET 120 относительно активных сеансов определения местоположения. Если принятая информация является не совместимой с сохраненной информацией, тогда SLP 130 может осуществлять корректирующие действия. Действия, которые должны быть предприняты SLP 130, могут быть зависимы от типа информации, принятой от SET 120. В одной схеме SET 120 может возвращать только перечень ID сеансов для всех активных сеансов определения местоположения. В этом случае SLP 130 может проверять, распознает ли SET 120 те же самые сеансы определения местоположения, как SLP 130, и может допускать, что параметры сеанса являются корректными для каждого сеанса определения местоположения, который оба (и SLP 120, и SET 130) распознают. Если один объект (например, SET 120 или SLP 130) записывает сеанс определения местоположения, что другой объект не делает, тогда SLP 130 может завершать сеанс определения местоположения, например, сообщая SET 120, указал ли SET, что сеанс определения местоположения является активным. В другой схеме SET 120 может возвращать перечень ID сеансов, а также определенные для сеанса параметры для активных сеансов определения местоположения. В этом случае, если определенные параметры для указанного сеанса определения местоположения не находятся в согласовании в SET 120 и SLP 130, тогда SLP 130 может повторно запускать сеанс определения местоположения с помощью SET 120, который использует корректные параметры.

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

Информационный запрос сеанса может осуществляться всякий раз, когда SLP 130 допускает, что один либо более активных сеансов определения местоположения могут быть полуоткрытыми. Информационный запрос сеанса может быть особенно полезным, когда сеанс, инициируемый событием зоны, продолжается, так как (i) сеанс может быть активным в течение длительного промежутка времени и (ii) SET 120 может отсылать информацию о местоположении непредсказуемым образом, что может сделать более сложным обнаружение состояний ошибки.

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

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

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

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

В любое время во время сеанса, инициируемого событием зоны (например, после периода ожидания, когда SLP 130 допускает, что сеанс, инициируемый событием зоны, может быть полуоткрытым), SLP 130 может инициировать сеанс информационного запроса сеанса (этап Х). Этот сеанс информационного запроса сеанса может быть не зависимым от сеанса, инициируемого событием зоны, и ему может назначаться отдельный ID сеанса. Сеанс информационного запроса сеанса может происходить в любой момент во время сеанса, инициируемого событием зоны, и может быть параллельным с сеансом, инициируемым событием зоны. Сеанс информационного запроса сеанса на этапе Х может быть реализован с помощью потока 300 вызовов на фиг.3. Любое число сеансов информационного запроса сеансов может осуществляться во время сеанса, инициируемого событием зоны.

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

SLP 130 может осуществлять информационный запрос сеанса для получения информации по ак