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

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

Иллюстрации

Показать все

Реферат

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 3
Сервисные возможности
Возможность	Описание
Поддерживаем