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



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

 


Владельцы патента RU 2472298:

КВЭЛКОММ ИНКОРПОРЕЙТЕД (US)

Изобретение относится к системам определения местоположения. Технический результат заключается в улучшении качества услуги определения местоположения. Описаны методики для запроса информации о сеансах определения местоположения в архитектуре определения местоположения плоскости пользователя. В аспекте сервер определения местоположения может отправлять сообщение запроса в терминал для запроса информации об активных сеансах определения местоположения, например, когда, по меньшей мере, один сеанс определения местоположения для периодически инициируемой услуги либо услуги, инициируемой событием зоны, считается активным. Терминал может возвращать ответное сообщение, содержащее список идентификаторов (ID) сеансов для активных сеансов определения местоположения, параметры для активных сеансов определения местоположения, возможности терминала и т.д. Сервер определения местоположения может сравнивать информацию, принятую от терминала, и информацию, сохраненную в сервере определения местоположения. Сервер определения местоположения может завершать каждый сеанс определения местоположения, который считается активным только в терминале либо только в сервере определения местоположения. Сервер определения местоположения может повторно запускать либо завершать каждый сеанс определения местоположения, который имеет несовместимые параметры в терминале и сервере определения местоположения. 7 н. и 23 з.п. ф-лы, 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 может осуществлять информационный запрос сеанса для получения информации по активным сеансам определения местоположения, как описано выше. SLP 130 может также осуществлять информационный запрос сеанса для получения информации по возможностям SET 120. Возможности SET могут передаваться с помощью одной либо более категорий обслуживания либо в какой-либо иной форме. SLP 130 может явно запрашивать у SET возможности, например, используя заранее определенное значение параметров в сообщении SUPL INIT, отсылаемых в SET 120. SET 120 может возвращать свои возможности, когда явно запрашиваются SLP 130 и/или когда разрешаются SET 120, например, из-за изменений в возможностях SET. В любом случае SLP 130 может сохранять запись о возможностях SET и может обновлять эту запись всякий раз, когда информация о возможностях SET принимается от SET 120. Это может быть полезным в случае, когда возможности SET изменяются пользователем, который использует функцию меню, изменение в физическом устройстве SET и т.д. Например, пользователь может изменять физическое устройство SET, но может сохранять тот же самый идентификатор SET, удаляя USIM (универсальный модуль идентификатора абонента), SIM (модуль идентификатора абонента), либо UICC (универсальная карта микросхемы) от одного устройства SET и размещая его в другом устройстве SET, которое имеет различные возможности.

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

Таблица 2
Параметр способа позиционирования
Параметр Присутствие Значение/Описание
Способ позиционирования Описывает способ позиционирования:
- SET, которому содействует только вспомогательная GPS (A-GPS)
- SET только на основе A-GPS
- SET, которому содействует предпочтительно A-GPS (основанный на A-GPS SET существует в режиме нейтрализации неисправности)
- SET предпочтительно на основе A-GPS (SET, которому содействует A-GPS, существует в режиме нейтрализации неисправности)
- SET, которому содействует только A-GNSS
- SET на основе только A-GNSS
- SET, которому предпочтительно содействует A-GNSS (SET, основанный на A-GNSS, существует в режиме нейтрализации неисправности)
- SET предпочтительно на основе A-GNSS(SET, которому содействует A-GNSS, существует в режиме нейтрализации неисправности)
- Автономный GPS
- Автономный GNSS
- Усовершенствованная трилатерация прямой линии связи (AFLT)
- Улучшенная сота/сектор
- Улучшенная наблюдаемая временная разница (EOTD)
- Наблюдаемая временная разница поступления (OTDOA)
- Нет положения
- Извлечение исторических данных
- Информационный запрос сеанса
Информационный запрос сеанса используется для извлечения
session-id всех активных сеансов SUPL в SET и также дополнительно возможностей SET. Не вычисляется никакого определения положения во время сеанса "информационный запрос сеанса".

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

Параметр возможностей SET может включать в себя параметр технологии Pos, параметр способа Pref, параметр протокола Pos, параметр служебных возможностей, и, возможно, другие параметры, не показанные на фиг.5 из-за простоты. Параметр технологии Pos может идентифицировать нулевые либо более способов позиционирования, поддерживаемые SET 120. Параметр способа Pref может идентифицировать способ позиционирования, предпочитаемый SET 120. Параметр протокола Pos может идентифицировать нулевые либо более протоколов позиционирования, поддерживаемые SET 120, например, RRLP, RRC, TIA-801 и т.д.

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

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

Таблица 3
Сообщение отчета SUPL (SUPL REPORT)
Параметр Присутствие Значение/Описание
SessionList (перечень сеансов) О Перечень session-id всех активных сеансов SUPL. Перечень не содержит session-id сеанса "информационного запроса сеанса", который уже включен в параметр session-id сообщения SUPL REPORT.
Возможности SET О Задает возможности SET. Этот параметр может лишь использоваться, если сообщение SUPL REPORT отсылается в контексте сеанса "информационный запрос сеанса".

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

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

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

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

Фиг.6 показывает схему процесса 600, осуществляемую сервером определения местоположения (например, SLP) для поддержки служб определения местоположения. Сервер определения местоположения может отсылать сообщение запроса в терминал для запроса информации об активных сеансах определения местоположения (блок 612). Сервер определения местоположения может принимать от терминала ответное сообщение, содержащее информацию об активных сеансах определения местоположения (блок 614). В одной схеме сообщение запроса может быть сообщением SUPL INIT, которое содержит параметр способа позиционирования, установленного до заранее определенного значения, чтобы обозначить сеанс информационного запроса сеанса. В одной схеме ответное сообщение может быть сообщением SUPL REPORT, содержащее информацию об активных сеансах определения местоположения. Сообщение запроса и ответное сообщение могут также быть другими сообщениями в SUPL либо какой-либо другой архитектурой определения местоположения. Информация об активных сеансах определения местоположения может содержать перечень ID сеансов для активных сеансов определения местоположения, параметры для активных сеансов определения местоположения, возможности терминала, и/или другую информацию.

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

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

Фиг.7 показывает схему процесса 700, осуществляемого терминалом (например, SET) для поддержки служб определения местоположения. Терминал может принимать сообщение запроса от сервера определения местоположения для запроса информации об активных сеансах определения местоположения (блок 712). Терминал может принимать сообщение запроса, например, когда, по меньшей мере, один сеанс определения местоположения для периодически инициируемой службы либо служба, инициируемая событием зоны, допускается как активная сервером определения местоположения. Терминал может отсылать в сервер определения местоположения ответное сообщение, которое содержит информацию об активных сеансах определения местоположения (блок 714). В одной схеме сообщение запроса может быть сообщением SUPL INIT, которое содержит параметр способа позиционирования, установленного до заранее определенного значения, чтобы обозначить сеанс информационного запроса сеанса. В одной схеме ответное сообщение может быть сообщением SUPL REPORT, содержащее информацию об активных сеансах определения местоположения. Информация об активных сеансах определения местоположения может содержать перечень ID сеансов для активных сеансов определения местоположения, параметры для активных сеансов определения местоположения, возможностях терминала, и/или другую информацию. Терминал может отсылать информацию о возможностях терминала, если запрашивается сервером определения местоположения, если возможности изменились, так как они были последними сообщены в сервер определения местоположения и т.д.

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

Фиг.8 показывает схему процесса 800, осуществляемого терминалом (например, SET) для поддержки служб определения местоположения. Терминал может формировать сообщение обновления, которое содержит информацию, связанную с местоположением для терминала (блок 812). Терминал может отсылать сообщение обновления в сервер определения местоположения для обновления сервера определения местоположения с помощью информации, относящейся к местоположению, для терминала (блок 814). Терминал может отсылать сообщение обновления для сеанса информационного обновления сеанса, инициируемого терминалом. В одной схеме информация, связанная с местоположением, для терминала может содержать информацию об активных сеансах определения местоположения. Терминал может отсылать сообщение обновления, если никакими сообщениями не обменивались с сервером определения местоположения в пределах заранее определенного промежутка времени для активного сеанса определения местоположения. Терминал может периодически отсылать сообщение обновления до тех пор, пока не сообщено иное сервером определения местоположения. В другой схеме информация, относящаяся к местоположению для терминала может содержать информацию по возможностям терминала. Терминал может отсылать сообщение обновления, если возможности терминала изменились, так как они были последними сообщенными в сервер определения местоположения.

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

Фиг.10 показывает блок-схему для проекта беспроводной сети 110, терминала/SET 120 и сервера определения местоположения/SLP 130 на фиг.1. Для простоты, фиг.10 показывает только один контроллер/процессор 1020, одно запоминающее устройство 1022, и один передатчик/приемник (TMTR/RCVR) 1024 для терминала 120, только один контроллер/процессор 1030, одно запоминающее устройство 1032, один передатчик/приемник 1034, и один модуль 1036 связи (Comm) для беспроводной сети 110, и только один контроллер/процессор 1040, одно запоминающее устройство 1042, и один модуль 1044 связи для SLP 130. В общем, каждый объект может включать в себя любое число процессоров, контроллеров, запоминающих устройств, передатчиков/приемников, модулей связи и т.д. Терминал 120 может поддерживать взаимодействие с одним либо более беспроводными и/или проводными сетями. Терминал 120 может также принимать и обрабатывать сигналы от одной либо более спутниковых систем позиционирования, например, GPS, Galileo и т.д.

По нисходящей линии связи беспроводная сеть 110 может передавать данные трафика, сигнализацию и контрольные сигналы в терминалы в их зоне покрытия. Эти различные типы информации могут обрабатываться процессором 1030, приведенного в определенное состояние передатчиком 1034, и передаваемой по нисходящей линии связи. В терминале 120 сигналы нисходящей линии связи от беспроводной сети 110 могут приниматься и приводиться в определенное состояние приемником 1024 и дополнительно обрабатываться процессором 1020 для получения различных типов информации. Процессор 1020 может осуществлять процесс 700 на фиг.7, процесс 800 на фиг.8 и/или другие процессы для методик, описанных в данном документе. Запоминающие устройства 1022 и 1032 могут сохранять программные коды и, соответственно, данные для терминалы 120 в беспроводной сети 110. По восходящей линии связи терминал 120 может передавать данные трафика, сигнализацию и контрольный сигнал в беспроводную сеть 110. Эти различные типы информации могут обрабатываться процессором 1020, приведенным в определенное состояние передатчиком 1024, и передаваемой по восходящей линии связи. В беспроводной сети 110 сигналы восходящей линии связи от терминала 120 и других терминалов могут приниматься и приводиться в определенное состояние приемником 1034 и дополнительно обрабатываться процессором 1030 для получения различных типов информации от терминалов. Беспроводная сеть 110 может непосредственно либо опосредованно взаимодействовать с SLP 130 через модуль 1036 связи.

В пределах SLP 130 процессор 1040 может осуществлять обработку для поддержки служб определения местоположения для терминалов. Например, процессор 1040 может осуществлять процесс 600 на фиг.6, процесс 900 на фиг.9 и/или другие процессы для методик, описанных в данном документе. Процессор 1040 может также вычислять оценки положения для терминала 120, предоставлять информацию об определении местоположения для агента 140 SUPL и т.д. Запоминающее устройство 1042 может хранить программные коды и данные для SLP 130. Блок 1044 связи может разрешить SLP 130 взаимодействовать с беспроводной сетью 110, терминалом 120 и/или другими сетевыми объектами. SLP 130 и терминал 120 могут обмениваться сообщениями через плоскость пользователя (например, SUPL) и эти сообщения могут передаваться с помощью беспроводной сети 110 и/или проводной сети 112.

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

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

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

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

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

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

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

2. Способ по п.1, в котором информация об активных сеансах определения местоположения содержит перечень идентификаторов (ID) сеансов для активных сеансов определения местоположения.

3. Способ по п.1, в котором информация об активных сеансах определения местоположения содержит параметры для активных сеансов определения местоположения.

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

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

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

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

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

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

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

11. Устройство по п.10, в котором информация об активных сеансах определения местоположения содержит перечень идентификаторов (ID) сеансов для активных сеансов определения местоположения.

12. Устройство по п.10, в котором ответное сообщение дополнительно содержит информацию о возможностях терминала.

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

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

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

16. Устройство по п.15, в котором, по меньшей мере, один процессор сконфигурирован для получения перечня идентификаторов (ID) сеанса для активных сеансов определения местоположения из информации по активным сеансам определения местоположения.

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

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

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

20. Машиночитаемый носитель информации, содержащий коды, сохраненные на нем, которые, при исполнении компьютером, предписывают компьютеру выполнять способ поддержки услуг определения местоположения по любому из пп.1-9.

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

22. Способ по п.21, в котором информация об активных сеансах определения местоположения содержит перечень идентификаторов (ID) сеансов для активных сеансов определения местоположения.

23. Способ по п.21, в котором ответное сообщение дополнительно содержит информацию о возможностях терминала.

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

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

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

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

28. Устройство по п.27, в котором информация об активных сеансах определения местоположения содержит перечень идентификаторов (ID) сеансов для активных сеансов определения местоположения.

29. Устройство по п.27, в котором ответное сообщение дополнительно содержит информацию о возможностях терминала.

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



 

Похожие патенты:

Изобретение относится к структуре пакета данных для передачи данных блоков служебных данных (SDU) с использованием протокольных блоков данных (PDU). .

Изобретение относится к области радиосвязи, в частности к структуре блоков данных для обмена информации по сети. .

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

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

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

Изобретение относится к области передачи цифровой информации, а именно к передаче данных от датчика по компьютерной сети. .

Изобретение относится к работе оверлейных сетей и предназначено для оптимального участия устройств в одноранговой оверлейной сети

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

Изобретение относится к службам присутствия, в частности к политикам авторизации публикации и/или правилам, обеспечивающим делегирование публикации и ограничения на разрешенную информацию о присутствии

Изобретение относится к системам беспроводной связи, и в частности к широкополосной беспроводной связи стандартов IEEE 802.16 ("WiMAX"), для улучшенного декодирования пакетов, которые включают в себя множество объединенных (конкатенированных) протокольных блоков данных

Заявленное изобретение относится к способу и системе управления услугой тонально-цветового сигнала ожидания ответа (CRBT) мультимедийной подсистемы на базе протокола IP. Технический результат заключается в обеспечении пользователя возможностью непосредственного управления его услугой CRBT для достижения технического эффекта, состоящего в экономии трудовых ресурсов. Для этого способ содержит этапы, на которых: сервер услуги CRBT принимает от пользователя самообслуживающийся вызов услуги CRBT, выдает пользователю приглашающий тональный сигнал, воспринимает операцию нажатия клавиши, выполненную пользователем согласно приглашающему тональному сигналу, и управляет услугой CRBT для пользователя согласно операции нажатия клавиши. 2 н. и 5 з.п. ф-лы, 4 ил.

Изобретение относится к области коммуникаций. Способ реализации адаптации контента включает в себя: прием мультимедийного сообщения от вызывающего терминала, в том числе мультимедийные сообщения несут в себе контент мультимедийных сообщений и тип вызываемого терминала; в соответствии с типом вызываемого терминала определение поддерживаемых мультимедийных форматов вызываемыми терминалами, а также выбор оптимального мультимедийного формата из них; в соответствии с выбранным оптимальным мультимедийным форматом сжатие мультимедийных сообщений, затем отправка сжатых мультимедийных сообщений по максимальному размеру мультимедийных сообщений, поддерживаемому вызываемым терминалом. С помощью данного изобретения, в соответствии с типом вызываемого терминала осуществляется выбор оптимального мультимедийного формата и сжатие мультимедийных сообщений, эффективность выражения контента мультимедийных сообщений усилится, и восприятие пользователей повышается, что и является техническим результатом. 2 н. и 6 з.п. ф-лы, 3 ил.

Изобретение относится к сетевым технологиям, а именно к способу обеспечения одноранговой связи посредством доступа к веб-странице. Техническим результатом является уменьшение требуемого объема памяти компьютера, уменьшение задержек мгновенной связи и снижение нагрузки на полосу пропускания. Технический результат достигается тем, что способ включает в себя этапы, на которых: 1) получают доступ к веб-странице со стороны пользователя, вызывают интерфейс Flash-приложения для соединения с сокет-сервером, соединяют с сервером Stratus для получения ключа и осуществляют мониторинг полученных сообщений с помощью Flash-приложения; 2) передают имя и ключ отправителя па сокет-сервер при помощи Flash-приложения, сохраняют имя и ключ отправителя на сокет-сервере; 3) вызывают интерфейс Flash-приложения для отправки сообщения, содержащего имя получателя на сокет-сервер посредством кодов Javascript на веб-странице отправителя; получают сообщение, переданное отправителем, и возвращают ключ, соответствующий имени получателя, Flash-приложению на веб-странице отправителя при помощи сокет-сервера; передают сообщение через сетевое соединение и ключ получателя при помощи Flash-приложения на веб-странице отправителя; 4) отображают сообщение на веб-странице получателя, после того как Flash-приложение на веб-странице получателя примет сообщение. 2 з.п. ф-лы, 1 ил.
Наверх