×
27.02.2013
216.012.2ce7

УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002477022
Дата охранного документа
27.02.2013
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение относится к области связи. Техническим результатом является возможность эффективной поддержки множества способов определения местоположения для разных типов беспроводного доступа. Упомянутый технический результат достигается тем, что, в одном аспекте, может использоваться универсальный протокол определения местоположения (GPP) для поддержки спутниковых способов определения местоположения и наземных способов определения местоположения для разных типов доступа; в другом аспекте, определение местоположения может выполняться на основе измерений для сот с разными типами беспроводного доступа; в еще одном аспекте, принятые моменты времени передачи могут быть преобразованы в преобразованные моменты времени на основе общего расчета времени, который может быть применим к множеству типов беспроводного доступа. 8 н. и 33 з.п. ф-лы, 21 ил.
Реферат Свернуть Развернуть

Для данной заявки испрашивается приоритет на основании предварительной заявки США № 61/041871, озаглавленной "Generic Positioning Protocol for Any Wireless Access", поданной 2 апреля 2008 г., и предварительной заявки США № 61/055830, озаглавленной "Generic Positioning Protocol for Any Wireless Access", поданной 23 мая 2008 г., принадлежащих заявителю настоящей заявки и в явном виде включенных в настоящий документ путем ссылки.

УРОВЕНЬ ТЕХНИКИ

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

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

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

Часто желательно, а иногда и необходимо, знать местоположение терминала, например сотового телефона. Термин «местоположение» и «положение» в настоящем документе являются синонимами и используются взаимозаменяемо. Например, клиент LCS может захотеть узнать местоположение терминала и может взаимодействовать с центром определения местоположения, чтобы запросить местоположение терминала. Центр определения местоположения и терминал могут затем обменяться сообщениями по необходимости и по возможности в соответствии с протоколом определения местоположения, чтобы получить оценку местоположения для терминала. Центр определения местоположения может затем вернуть клиенту LCS оценку местоположения.

Определены несколько протоколов определения местоположения для поддержки определения местоположения терминалов. Эти протоколы определения местоположения включают в себя Протокол LCS радиоресурсов (RRLP) и управление радиоресурсами (RRC), определенные организацией, именуемой «Проект Партнерства Третьего Поколения» (3GPP), и C.S0022 (также известный как IS-801), определенный организацией, именуемой «Вторым Проектом Партнерства Третьего Поколения» (3GPP2). Каждый протокол определения местоположения поддерживает определение местоположения беспроводного терминала, который взаимодействует с помощью либо определенного типа беспроводного доступа (например, GSM или WCDMA), либо типа беспроводного доступа в определенном наборе связанных типов беспроводного доступа (например, CDMA2000 1XRTT и CDMA2000 EV-DO). Для каждого протокола определения местоположения может быть сложно или невозможно использовать процедуры и способы определения местоположения, поддерживаемые тем протоколом определения местоположения, чтобы обнаружить беспроводной терминал, который взаимодействует с помощью некоторого другого типа беспроводного доступа. Несколько существующих протоколов определения местоположения могут использоваться для поддержки определения местоположения для разных типов беспроводного доступа. Однако может потребоваться обширная реализация и тестирование для развертывания этих протоколов определения местоположения. Дополнительная реализация и тестирование также могут быть необходимы для поддержки новых протоколов определения местоположения для новых типов беспроводного доступа.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 показывает типовое развертывание сети.

Фиг. 2 показывает типовую структуру сообщения GPP.

Фиг. 3, 4 и 5 показывают типовые потоки сообщений для сеансов GPP.

Фиг. 6 показывает преобразование принятого момента передачи в преобразованный момент.

Фиг. 7-17 показывают типовые потоки сообщений для согласования GPP.

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

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

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

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

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

Фиг. 1 показывает типовое развертывание сети 100. Терминал 110 может взаимодействовать с RAN 120 3GPP или RAN 122 3GPP2, чтобы получать услуги связи. RAN также может называться сетью доступа, радиосетью, беспроводной сетью и т.д. RAN 120 может быть сетью Глобальной системы мобильной связи (GSM), сетью Широкополосного коллективного доступа с кодовым разделением (WCDMA), сетью доступа к общей службе пакетной радиопередачи (GPRS), сетью Долгосрочного развития (LTE) и т.д. GSM, WCDMA и GPRS являются частью Универсальной системы мобильных телекоммуникаций (UMTS). LTE является частью развитой пакетной системы (EPS) в 3GPP. RAN 122 может быть сетью CDMA 1X, сетью с Высокоскоростными пакетными данными (HRPD), сетью сверхширокополосной мобильной связи (UMB) и т.д. HRPD также называется развитием с оптимизацией для данных (EV-DO). CDMA 1X и HRPD являются частью cdma2000. Вообще, RAN может поддерживать любой тип беспроводного доступа, и примерами являются GSM, WCDMA, LTE, CDMA 1X, HRPD и UMB. Некоторые другие примеры включают в себя WiMAX, определенный семейством стандартов IEEE 802.16, и WiFi, определенный семейством стандартов IEEE 802.11. Тип беспроводного доступа также может называться технологией радиосвязи, технологией радиодоступа, интерфейсом радиоканала и т.д.

Терминал 110 может быть стационарным или мобильным и также может называться мобильной станцией (MS) в GSM и CDMA 1X, пользовательским оборудованием (UE) в WCDMA и LTE, терминалом доступа (АТ) в HRPD, терминалом с возможностью SUPL (SET) в надежном определении местонахождения плоскости пользователя (SUPL), абонентским модулем, станцией и т.д. Терминал 110 может быть сотовым телефоном, персональным цифровым помощником (PDA), беспроводным устройством, беспроводным модемом, беспроводным маршрутизатором, переносным компьютером, устройством телеизмерения, устройством слежения и т.д. Терминал 110 может взаимодействовать с одной базовой станцией или множеством базовых станций в RAN 120 или 122. Терминал 110 также может принимать и измерять сигналы от одного или множества спутников 192, и получать измерения псевдодальности для спутников. Терминал 110 также может измерять сигналы от базовых станций в RAN 120 и/или RAN 122 и получать измерения расчетов времени, измерения уровня сигнала и/или измерения качества сигнала для базовых станций. Измерения псевдодальности, измерения расчетов времени, измерения уровня сигнала и/или измерения качества сигнала могут использоваться для выведения оценки местоположения для терминала 110. Оценка местоположения также может называться оценкой местоположения, определением положения и т.д.

Спутники 192 могут быть частью Глобальной спутниковой навигационной системы (GNSS), которая может быть Системой глобального позиционирования (GPS) в Соединенных Штатах, европейской системой «Галилео», российской системой ГЛОНАСС или некоторой другой GNSS. GNSS также может называться спутниковой системой определения местоположения (SPS) и обычно включает в себя систему передатчиков, установленных для предоставления возможности объектам определять их местоположение на земле или над землей на основе, по меньшей мере частично, принятых сигналов от передатчиков. Такой передатчик обычно передает сигнал, помеченный повторяющимся псевдослучайным шумовым (PN) кодом с заданным количеством элементов сигнала, и может располагаться на наземных станциях управления, пользовательском оборудовании и/или космических кораблях. В конкретном примере такие передатчики могут располагаться на вращающихся вокруг Земли кораблях-спутниках (SV). Например, SV в группе GNSS, таких как GPS, Галилео, ГЛОНАСС или Compass, может передавать сигнал, помеченный PN-кодом, который отличается от PN-кодов, передаваемых другими SV в группе (например, используя разные PN-коды для каждого спутника, как в GPS, или используя одинаковый код на разных частотах, как в ГЛОНАСС). Описанные в этом документе методики могут использоваться для глобальных систем (например, GNSS), а также (i) региональных систем, таких как, например, Квази-зенитная спутниковая система (QZSS) над Японией, Индийская региональная спутниковая навигационная система (IRNSS) над Индией, Beidou над Китаем и т.д., и/или (ii) различных систем дополнения (например, спутниковая система контроля и коррекции (SBAS)), которые могут ассоциироваться или иным образом быть задействованными для использования с одной или более глобальными и/или региональными спутниковыми навигационными системами. В качестве примера, а не ограничения, SBAS может включать в себя систему (системы) дополнения, которая предоставляет информацию о целостности, дифференциальные поправки и т.д., например Глобальную систему дифференциальных поправок (WAAS), Европейскую геостационарную службу навигационного покрытия (EGNOS), Многофункциональную систему дополнения спутникового базирования (MSAS), систему дополненной геонавигации с помощью GPS, или систему GPS и дополненной геонавигации (GAGAN), и/или т.п. Таким образом, при использовании в данном документе GNSS будет пониматься также как включающая в себя любое сочетание одной или более глобальных и/или региональных спутниковых навигационных систем и/или систем дополнения, и сигналы GNSS могут включать в себя GNSS, GNSS-подобные и/или другие сигналы, ассоциированные с такой одной или более GNSS.

RAN 120 3GPP может соединяться с Обслуживающим мобильным центром 124 определения местоположения (SMLC)/Автономным SMLC (SAS), который может поддерживать определение местоположения для терминалов, взаимодействующих с RAN 120. SMLC 124 может поддерживать терминальные, выполняемые с помощью терминала, и сетевые способы определения местоположения. Определение местоположения относится к функциональным возможностям, которые определяют географическое местоположение целевого терминала.

RAN 120 3GPP также может взаимодействовать с Гостевой наземной сетью 130 мобильной связи общего пользования (V-PLMN) в 3GPP. V-PLMN 130 может включать в себя Центр 132 коммутации мобильной связи (MSC), Обслуживающий узел 134 поддержки GPRS (SGSN), Объект 136 управления мобильностью (MME), Обслуживающий шлюз 138 (S-GW), Мобильный центр 142 определения местоположения в гостевом шлюзе (V-GMLC), Гостевую платформу 144 определения местоположения SUPL (V-SLP) и усовершенствованный SMLC 146 (E-SMLC). MSC 132 может выполнять функции коммутации для коммутируемых вызовов для терминалов в его зоне обслуживания. SGSN 134 может выполнять функции коммутации и маршрутизации для соединений и сеансов с коммутацией пакетов. MME 136 может выполнять различные управляющие функции, например управление мобильностью, выбор шлюза, аутентификация, управление однонаправленным каналом и т.д. S-GW 138 может выполнять различные функции, имеющие отношение к передаче данных по Интернет-протоколу (IP) для терминалов, например маршрутизация и перенаправление данных, привязка мобильности и т.д. V-GMLC 142 может выполнять различные функции для поддержки служб определения местоположения, взаимодействия с внешними клиентами LCS и предоставления таких услуг, как конфиденциальность абонента, авторизация, аутентификация, выставление счета и т.д. V-SLP 144 может включать в себя центр определения местоположения SUPL (SLC) и по возможности центр определения местоположения SUPL (SPC). SLC может выполнять различные функции для служб определения местоположения, координировать работу SUPL и взаимодействовать с SET. SPC может поддерживать определение местоположения для SET и доставку вспомогательных данных к SET, а также может отвечать за сообщения и процедуры, используемые для вычисления положения. E-SMLC 146 может поддерживать службы определения местоположения для терминалов, обращающихся к LTE.

V-PLMN 130 может взаимодействовать с домашней PLMN 150 (H-PLMN), у которой терминал 110 может иметь подписку на обслуживание. H-PLMN 150 может включать в себя домашний GMLC 152 (H-GMLC), домашнюю SLP 154 (H-SLP), шлюзовый узел 156 поддержки GPRS (GGSN)/Шлюз сети с коммутацией пакетов (PDN GW) и коммутатор 158. Коммутатор 158 может принимать запросы от клиентов LCS (например, клиента 190 LCS) и может направлять каждый запрос либо в H-GMLC 152, либо в H-SLP 154 для обработки. GGSN/PDN GW 156 может выполнять различные функции, например поддержание возможности соединения для терминалов, назначение IP-адреса и т.д.

SMLC/SAS 124, MSC 132, SGSN 134, MME 136, S-GW 138, V-GMLC 142, E-SMLC 146, H-GMLC 152 и GGSN/PDN GW 156 являются сетевыми объектами, определенными 3GPP. V-SLP 144 и H-SLP 154 являются связанными с сетью объектами, определенными Открытым альянсом мобильной связи (OMA). GGSN/PDN GW 156 может располагаться в H-PLMN 150 3GPP, как показано в типовом развертывании 100 сети, или может располагаться в V-PLMN 130 3GPP в альтернативном развертывании сети.

RAN 122 3GPP2 может взаимодействовать с V-PLMN 160 3GPP2. V-PLMN 160 может включать в себя MSC 162, Узел 164 обслуживания пакетных данных (PDSN), Объект 170 определения положения (PDE), Гостевой мобильный центр 172 определения местоположения (V-MPC) и V-SLP 174. PDSN 164 может выполнять функции коммутации и маршрутизации для соединений и сеансов с коммутацией пакетов. PDE 170 может поддерживать определение местоположения для терминалов, взаимодействующих с V-PLMN 160. V-MPC 172 может выполнять различные функции для поддержки служб определения местоположения, взаимодействия с внешними клиентами LCS и предоставления таких услуг, как конфиденциальность абонента, авторизация, аутентификация, выставление счета и т.д.

V-PLMN 160 может взаимодействовать с H-PLMN 180. H-PLMN 180 может включать в себя H-MPC 182, H-SLP 184 и коммутатор 186. Коммутатор 186 может принимать запросы от клиентов LCS (например, клиента 190 LCS) и может направлять каждый запрос либо в H-MPC 182, либо в H-SLP 184 для обработки. MSC 162, PDSN 164, PDE 170, V-MPC 172 и H-MPC 182 являются сетевыми объектами, определенными 3GPP2. V-SLP 174 и H-SLP 184 являются связанными с сетью объектами, определенными OMA.

Фиг. 1 показывает некоторые сетевые объекты, которые могут включаться в каждую PLMN. Каждая PLMN также может включать в себя другие сетевые объекты, которые могут поддерживать другие функции и услуги.

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

Некоторые существующие протоколы определения местоположения включают в себя RRLP, RRC и IS-801. Эти протоколы определения местоположения поддерживают два общих класса способа определения местоположения: (i) спутниковые способы определения местоположения, например GPS и GPS с дополнением (A-GPS), и (ii) наземные способы определения местоположения, использующие наблюдаемые разницы во времени (OTD) между парами базовых станций в обслуживающей сети. Способ OTD для GSM называется Расширенной наблюдаемой разницей во времени (E-OTD), способ OTD для WCDMA называется Наблюдаемой разницей во времени прибытия (OTDOA), а способ OTD для cdma2000 называется Улучшенной трилатерацией прямой линии связи (A-FLT). Каждый протокол определения местоположения может поддерживать один или более спутниковых способов определения местоположения и один или более наземных способов определения местоположения для одного типа беспроводного доступа. Например, RRLP поддерживает A-GPS и E-OTD для доступа GSM и GPRS, RRC поддерживает A-GPS и OTDOA для WCDMA, а IS-801 поддерживает A-GPS и A-FLT для cdma2000.

Поддержка A-GPS в существующих протоколах определения местоположения может быть аналогичной. Таким образом, каждый существующий протокол определения местоположения может быть способен поддерживать A-GPS в любой RAN с ограниченными изменениями. Однако поддержка OTD может быть разнородной в существующих протоколах определения местоположения, потому что вспомогательные данные и измерения определения местоположения могут задаваться для определенного типа беспроводного доступа и могут быть непригодными для поддержки OTD в других типах беспроводного доступа. В частности, каждый существующий протокол определения местоположения разработан для конкретного рассмотрения OTD для определенного типа беспроводного доступа.

Все время разрабатываются и вводятся в действие новые типы беспроводного доступа. Некоторые определенные в последнее время типы беспроводного доступа включают в себя IEEE 802.16 (WiMAX), IEEE 802.11 (WiFi), LTE и UMB. Новый протокол определения местоположения может задаваться для каждого нового типа беспроводного доступа, чтобы поддерживать определение местоположения для терминалов, обслуживаемых RAN с тем типом беспроводного доступа. Однако каждый новый протокол определения местоположения может потребовать значительного усилия и затрат для стандартизации, реализации, тестирования и развертывания.

В одном аспекте универсальный протокол определения местоположения (GPP) может использоваться для поддержки способов определения местоположения, например A-GPS и OTD, для разных типов беспроводного доступа. GPP может поддерживать существующие способы определения местоположения, например E-OTD, OTDOA, A-FLT, Расширенный идентификатор соты (E-CID) и т.д. GPP также может поддерживать определение местоположения для новых типов беспроводного доступа, когда они разрабатываются. GPP также можно модернизировать для поддержки новых возможностей определения местоположения (например, для ГЛОНАСС, модернизированной GPS (mGPS), Квази-зенитной спутниковой системы (QZSS) и т.д.) для всех поддерживаемых типов беспроводного доступа. GPP также может поддерживать проводной доступ, например мобильный IP-доступ. GPP может либо заменять, либо дополнять существующие протоколы определения местоположения, такие как RRLP, RRC и IS-801.

GPP может поддерживать решения в плоскости пользователя и плоскости управления. Решение в плоскости пользователя или плоскости управления может включать в себя различные сетевые элементы, интерфейсы, протоколы, процедуры и сообщения для поддержки служб определения местоположения. В решении на плоскости управления сообщения, поддерживающие службы определения местоположения, могут перемещаться как часть сигнализации, передаваемой между сетевыми объектами и между сетевым объектом и терминалом, обычно с помощью характерных для сети протоколов, интерфейсов и сигнальных сообщений. В решении на плоскости пользователя сообщения, поддерживающие службы определения местоположения, могут перемещаться как часть передачи данных между сетевыми объектами и терминалом, обычно с помощью стандартных протоколов передачи данных, например TCP и IP. В решении на плоскости управления для каждого типа беспроводного доступа обычно используется определенный протокол определения местоположения. Например, RRLP может использоваться для GSM, RRC может использоваться для WCDMA, а IS-801 может использоваться для cdma2000. В решении на плоскости пользователя протокол определения местоположения может использоваться для более одного типа беспроводного доступа, но с некоторыми ограничениями. Например, в SUPL-решении на плоскости пользователя RRLP может использоваться для GSM без ограничений и для WCDMA, чтобы поддерживать A-GPS и A-GNSS, но не поддерживать OTDOA. В отличие от этого GPP может поддерживать определение местоположения для множества типов беспроводного доступа и множества решений по определению местоположения без ограничений. Например, GPP может поддерживать определение местоположения для решений на плоскости пользователя, например SUPL из OMA, X.S0024 из 3GPP2, и V1 и V2 от Группы разработки CDMA (CDG). GPP также может поддерживать определение местоположения для решений на плоскости управления, например TS 23.271, TS 43.059 и TS 25.305 из 3GPP и IS-881 и X.S0002 из 3GPP2. GPP также может перемещаться с помощью различных протоколов, например SUPL, RRC, радиоресурса GSM (RR), пакета данных CDMA 1X, HTTP, TCP/IP и т.д.

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

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

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

Фиг. 2 показывает типовой вариант выполнения структуры/формата сообщения 200 GPP. В этом варианте выполнения сообщение 200 GPP может включать в себя поле 210 версии GPP, поле 212 идентификатора (ID) сеанса, поле 214 индикатора окончания сеанса и K элементов положения 216a-216k, где K≥0. Вообще, сообщение GPP может включать в себя другие и/или дополнительные элементы и поля для другой информации. Для элементов сообщения 200 GPP может использоваться кодирование ASN.1 и/или XML (расширяемый язык разметки).

Поле 210 версии GPP может указывать, которая версия GPP используется, и может включаться для согласования использования одинаковой версии GPP двумя объектами, участвующими в сеансе GPP. Вызывающий объект может установить версию GPP в самую старшую версию V, которую он поддерживает, в первом сообщении GPP, которое он отправляет. Принимающий объект может вернуть в ответе GPP самую старшую версию U, которую он поддерживает, при условии, что U≤V. Согласованная версия GPP может быть меньшей из двух самых старших версий, поддерживаемых двумя объектами. Объект, который поддерживает новую (старшую) версию GPP, также должен поддерживать все младшие версии GPP для обеспечения обратной совместимости с объектами, которые поддерживают только младшие версии. Версия GPP главным образом может указывать, какие способы определения местоположения поддерживаются, что может упростить поддержку младших версий.

ID сеанса может определять сеанс GPP. Каждом сеансу GPP может назначаться уникальный ID сеанса. Множество сеансов GPP между двумя объектами могут поддерживаться и могут распознаваться по разным ID сеанса. ID сеанса также может допускать обнаружение условий рассинхронизации, например, из-за преждевременного завершения или потери сеанса GPP одним объектом. Сеанс GPP также может продолжаться, если изменяется транспортный уровень.

Индикатор окончания сеанса может указывать, завершил ли отправляющий объект сеанс GPP. Если это так, то принимающий объект не должен продолжать сеанс GPP и может начать новый сеанс GPP, если причина не фатальна.

Фиг. 2 также показывает вариант выполнения структуры элемента 216 положения в сообщении 200 GPP. Элемент 216 положения может включать в себя поле 220 ID способа определения местоположения, поле 222 версии способа определения местоположения, поле 224 справочного ID, поле 226 типа элемента, поле 228 типа данных и поле 230 протокольного блока данных (PDU) в способе определения местоположения. ID способа определения местоположения может указывать определенный способ определения местоположения, например A-GPS, E-OTD, OTDOA, A-FLT и т.д. Будущие способы определения местоположения можно без труда добавлять путем присвоения новых ID способа определения местоположения. Разные категории способов определения местоположения могут отличаться путем резервирования разных наборов или диапазонов значений ID способа определения местоположения. Эти разные категории могут включать в себя (i) одну или более категорий для способов определения местоположения, определенных аккредитованными национальными и международными комитетами стандартов (например, 3GPP, 3GPP2, IETF, IEEE, ITU и т.д.), и (ii) одну или более других категорий для способов определения местоположения, определенных не имеющими отношения к стандартам организациями, например конкретным оператором беспроводной связи или производителем беспроводного оборудования. Версия способа определения местоположения может указывать версию способа определения местоположения и может использоваться для согласования версий. Справочный ID может поддерживать ассоциацию запросов и ответов, например, ответ на запрос может включать в себя такой же справочный ID, как и запрос.

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

GPP может поддерживать внутренние, внешние и общие способы определения местоположения. Внутренние способы определения местоположения могут задаваться исключительно и совместно с GPP, например могут задаваться той же организацией, например организацией по разработке стандартов (SDO), которая определяет или владеет определением GPP. Конкретная версия V GPP может задавать, какую версию P внутреннего способа определения местоположения следует использовать. Версия позже P может быть допустимой в версии GPP позже V. Версии раньше P могут продолжать оставаться допустимыми в версии V GPP, если это разрешено для способа определения местоположения. Внутренние способы определения местоположения могут подходить для способов определения местоположения, охватывающих множество типов беспроводного доступа (например, A-GPS, A-GNSS и т.д.), новых способов определения местоположения и т.д.

Внешние способы определения местоположения могут задаваться для использования с GPP и по возможности с другими протоколами определения местоположения. Внешние способы определения местоположения могут использовать структуру элемента местоположения и могут включать в себя дополнительные типы элементов и/или типы данных, не определенные для GPP. Исходное определение внешнего способа определения местоположения (например, таблицы сообщений и параметров, ASN.1, XML, процедуры и т.д.) могут создаваться организацией, например национальной или международной SDO, которая не определяет или не владеет определением GPP. Определение того, как внешний способ определения местоположения может использоваться с GPP (например, включающее определение ID способа определения местоположения, содержимого PDU в способе определения местоположения, типов элементов в способе определения местоположения и типов данных в способе определения местоположения в структуре элемента местоположения GPP), может выполняться путем показа соответствия между этими компонентами GPP и эквивалентными компонентами, заданными для внешнего способа определения местоположения. Этот процесс преобразования может выполняться с помощью применения подходящих ссылок, например, на типы данных ASN.1 и XML, заданные для внешнего способа определения местоположения. Для конкретной версии V GPP преобразование может задаваться для (i) только одной конкретной версии U внешнего способа определения местоположения, что может означать, что версия V GPP может использоваться только с версией U внешнего способа определения местоположения, или (ii) для версий внешнего способа определения местоположения раньше U и/или позже U. Внешние способы определения местоположения могут подходить для способов определения местоположения, разработанных для определенных типов беспроводного доступа или семейства связанных типов беспроводного доступа. Внешние способы определения местоположения также могут подходить для существующих способов определения местоположения, не предполагаемых для сильного изменения, например E-OTD, AFLT, A-GPS и т.д.

Общие способы определения местоположения (CPM) могут использоваться для дополнения других способов определения местоположения и могут обладать собственными ID способа определения местоположения. Элементы местоположения CPM в сообщении GPP могут использоваться следующими способами. PDU возможностей CPM (то есть элемент местоположения CPM с типом данных, указывающим возможности) может указывать (i) какие другие способы определения местоположения поддерживаются устройством, например посредством списка ID способов определения местоположения, и (ii) другие общие возможности устройства, например максимальное количество одновременных вызовов способа определения местоположения, которое может поддерживаться устройством. PDU вспомогательных данных CPM (то есть элемент местоположения CPM с типом данных, указывающим вспомогательные данные) может передавать общие вспомогательные данные терминалу, например, приблизительное местоположение терминала, приблизительное абсолютное время и т.д. PDU информации о местоположении CPM (то есть элемент местоположения CPM с типом данных, указывающим информацию о местоположении) может передавать информацию о местоположении, полученную терминалом с использованием собственных ресурсов, например автономной оценки местоположения, скорости, ускорения, измерений от датчиков, относительного изменения в оценке местоположения и т.д. Этот PDU CPM также может передавать терминальные результаты определения местоположения для одного или более других способов определения местоположения, например, где терминал сам получил оценку местоположения с использованием некоторого другого терминального способа определения местоположения. Этот PDU CPM может устранить необходимость поддержки отдельного терминального запроса местоположения и терминального ответа местоположения для элементов местоположения GPP для других способов определения местоположения. Возможности, вспомогательные данные и информация о местоположении, которые характерны для других способов определения местоположения, по-прежнему могут поддерживаться в рамках тех способов определения местоположения и могут не охватываться CPM. Также могут разрабатываться новые способы определения местоположения для поддержки различных типов беспроводного доступа.

Фиг. 3 показывает вариант выполнения потока 300 сообщений для сеанса GPP. Сервер 148 определения местоположения, который может быть любым из SLP, GMLC и MPC на фиг. 1, может отправить терминалу 110 сообщение GPP с версией 2 GPP, ID сеанса 1 и N элементами местоположения, где N≥1. Терминал 110 может поддерживать версию 1 GPP, но не версию 2 GPP и может ответить путем отправки сообщения GPP с версией 1 GPP, ID сеанса 1 и M элементами местоположения, где M≥1. Сервер 148 определения местоположения может выбрать младшую версию 1 GPP и может отправить сообщение GPP с версией 1 GPP, ID сеанса 1 и P элементами местоположения, где P≥1. Терминал 110 может ответить сообщением GPP с версией 1 GPP, установленным "индикатором окончания сеанса" и Q элементами местоположения, где Q≥1. Элемент (элементы) местоположения в каждом сообщении GPP могут нести любую информацию, используемую для способа определения местоположения.

Фиг. 4 показывает вариант выполнения потока 400 сообщений для сеанса GPP с внутренним способом определения местоположения GNSS. Сервер 148 определения местоположения может отправить терминалу 110 сообщение GPP с версией 1 GPP, ID сеанса 1 и одним элементом местоположения. Этот элемент местоположения может указывать способ определения местоположения GNSS с версией 1 и может иметь справочный ID, установленный в A, тип элемента, установленный в «запрос», и тип данных, установленный в «возможности». Элемент местоположения может нести PDU, по возможности с возможностями сервера 148 определения местоположения. Терминал 110 может поддерживать версию 1 способа определения местоположения GNSS и может затем ответить путем отправки сообщения GPP с версией 1 GPP, ID сеанса 1 и двумя элементами местоположения. Первый элемент местоположения может отвечать на элемент местоположения, включенный в предшествующее сообщение GPP, отправленное сервером 148 определения местоположения, и может включать в себя возможности терминала для способа определения местоположения GNSS. Второй элемент местоположения может запрашивать вспомогательные данные для способа определения местоположения GNSS. Сервер 148 определения местоположения может затем отправить сообщение GPP с версией 1 GPP, ID сеанса 1 и двумя элементами местоположения. Первый элемент местоположения может включать в себя вспомогательные данные GNSS, запрошенные терминалом 110 в предшествующем сообщении GPP. Второй элемент местоположения может запрашивать информацию о местоположении, полученную с использованием способа определения местоположения GNSS. Терминал 110 может ответить путем отправки сообщения GPP с версией 1 GPP, ID сеанса 1, установленным «индикатором окончания сеанса» и одним элементом местоположения. Этот элемент местоположения может включать в себя информацию о местоположении GNSS (например, спутниковые измерения GNSS), запрошенную сервером 148 определения местоположения в предшествующем сообщении GPP.

Фиг. 5 показывает вариант выполнения потока 500 сообщений для сеанса GPP с внутренними способами определения местоположения GNSS и E-CID. Сеанс GPP получает начальное грубое местоположение для терминала с использованием E-CID, а позднее точное местоположение для терминала с использованием GNSS. Сервер 148 определения местоположения может отправить терминалу 110 сообщение GPP с версией 1 GPP, ID сеанса 1 и двумя элементами местоположения. Первый элемент местоположения может указывать способ определения местоположения E-CID с версией 1 и может предоставлять возможности E-CID у сервера 148 определения местоположения. Второй элемент местоположения может запрашивать информацию о местоположении для E-CID. Терминал 110 может ответить путем отправки сообщения GPP с версией 1 GPP, ID сеанса 1 и одним элементом местоположения, содержащим запрошенную информацию о местоположении для E-CID (например, измерения сигнала у ближайших базовых станций). Сервер 148 определения местоположения может затем отправить сообщение GPP с версией 1 GPP, ID сеанса 1 и двумя элементами местоположения. Первый элемент местоположения может указывать способ определения местоположения GNSS с версией 1 и может предоставлять вспомогательные данные GNSS. Второй элемент местоположения может запрашивать информацию о местоположении для способа определения местоположения GNSS. Терминал 110 может ответить путем отправки сообщения GPP с версией 1 GPP, ID сеанса 1, установленным «индикатором окончания сеанса» и одним элементом местоположения. Этот элемент местоположения может включать в себя информацию о местоположении, запрошенную сервером 148 определения местоположения в предшествующем сообщении GPP, полученном с использованием способа определения местоположения GNSS.

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

Способ определения местоположения GNSS может поддерживать все типы GNSS, включая традиционную GPS L1C/A, ГЛОНАСС, "Галилео", модернизированную GPS (mGPS), QZSS, EGNOS, WAAS и т.д. Способ определения местоположения GNSS в GPP может быть таким же или основываться на способе определения местоположения GNSS в RRLP, RRC или IS-801.

I. Гибридная и универсальная OTD - Универсальная помощь по точному времени (FTA)

Базовая станция в RAN может поддерживать одну или более сот или секторов. В 3GPP термин «сота» может относиться к зоне обслуживания базовой станции или подсистемы базовой станции, обслуживающей зону обслуживания, в зависимости от контекста, в котором используется термин. В 3GPP2 термин «сектор» или «сота-сектор» может относиться к зоне обслуживания базовой станции или подсистемы базовой станции, обслуживающей зону обслуживания. Для ясности в описании ниже используется понятие соты в 3GPP.

В другом аспекте определение местоположения с гибридной OTD может использоваться для выведения оценки местоположения для терминала на основе OTD между сотами с разными типами беспроводного доступа, например, между сотами GSM и WCDMA, между сотами CDMA 1X или HRPD и сотами GSM или WCDMA, и т.д. Определение местоположения с гибридной OTD может увеличить количество сот, между которыми терминалом могут измеряться OTD, по сравнению со способами OTD, такими как E-OTD, OTDOA и A-FLT, которые ограничены измерением OTD между сотами одного определенного типа беспроводного доступа. Измерение OTD между большим количеством сот может повысить точность и надежность, а также может уменьшить время отклика, поскольку больше не нужно тратить время на поиск и измерение сигналов от дальних сот.

Соты с разными типами беспроводного доступа обычно используют разнородное расписание передачи. Каждый протокол определения местоположения (например, RRLP, RRC или IS-801) может тогда определить измерения OTD и вспомогательные данные OTD на основе расписания передачи для типа беспроводного доступа, поддерживаемого тем протоколом определения местоположения. Например, RRLP задает измерения OTD на основе единиц времени GSM, которые включают в себя номер кадра и номер разряда, которые не применяются к другим типам беспроводного доступа.

GPP может поддерживать гибридную OTD для сочетания типов беспроводного доступа, а также универсальную OTD для разных типов беспроводного доступа множеством способов. В одном варианте выполнения измерения времени для сот разных типов беспроводного доступа могут выравниваться по общему моменту времени на терминале 110. Терминал 110 может получить набор принятых моментов передачи для сот в одной или более RAN. Каждый принятый момент передачи может указывать конкретный сигнал передачи, который принимался терминалом 110 в общий момент времени. Например, для GSM каждый принятый момент передачи может предоставлять номер кадра GSM, номер разряда и порцию разряда, которую терминал 110 только что принял. Набор из принятых моментов передачи может задаваться в виде {T1, T2, …, TK}, где TK - принятый момент передачи для соты k, причем 1≤k≤K. Tk может выражаться в единицах передачи (например, кадрах и разрядах GSM), применимых к соте K. Принятые моменты передачи для всех сот могут быть выровнены по общему моменту времени T на терминале 110. Например, терминал 110 может измерить принятый момент передачи Tkx для соты k в момент Tx у терминала 110. Терминал 110 затем может добавить разницу во времени (T-Tx), выраженную в единицах времени, используемых для типа беспроводного доступа, поддерживаемого сотой k, к измеренному моменту передачи Tkx, чтобы получить принятый момент передачи Tk для соты k в момент T терминала 110.

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

В первом варианте выполнения принятые моменты передачи для сот каждого типа беспроводного доступа могут задаваться в единицах времени для этого типа беспроводного доступа. Например, принятый момент передачи Tk для GSM-соты k может задаваться номером кадра GSM, номером разряда и порцией разряда.

Набор принятых моментов передачи {T1, T2, …, TK} может передаваться на сервер определения местоположения. Каждый момент передачи может выражаться с использованием единицы времени, применимой для ассоциированного типа беспроводного доступа. GPP тогда может предоставить разные типы параметра для передачи принятых моментов передачи у каждого типа беспроводного доступа. Для поддержки нового типа беспроводного доступа с помощью GPP новый тип параметра может добавляться в определение GPP, чтобы передавать новый тип расписания беспроводной передачи. Сервер определения местоположения может получить реальные (или абсолютные) разницы во времени (RTD) между разными базовыми станциями, используя фиксированные модули измерения местоположения (LMU) в известных местоположениях. LMU могут измерять и предоставлять OTD серверу определения местоположения, из которых могут вычисляться RTD. Сервер определения местоположения может использовать OTD и RTD для вычисления положения терминала 110 с использованием известных местоположений базовых станций. Сервер определения местоположения также может получить RTD и местоположения базовых станций другими способами из OTD, предоставленных терминалами.

Во втором варианте выполнения набор принятых моментов передачи {T1, T2, …, TK} может отправляться терминалом 110 к сетевому серверу в некотором общем виде. Например, каждый принятый момент передачи может быть преобразован в момент передачи на основе общей единицы времени (например, секунд).

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

Этап 1: выбрать общую единицу времени U и общий циклический период T, которые могут быть подходящими для разных единиц времени и разных циклических периодов у всех типов беспроводного доступа, которые должны быть преобразованы. Использовать общую единицу времени для выражения всех измерений времени, например преобразованного момента, реального расчета времени в соте и абсолютного времени. Это может быть простым преобразованием. Например, момент передачи для GSM может быть выражен в виде количества x кадров GSM плюс количества y разрядов GSM. Преобразование к общей единице времени z может достигаться путем вычисления (xF+yB), где F - длительность кадра GSM в единицах z, а B - длительность разряда GSM в единицах z.

Этап 2: привести в соответствие реальный расчет времени у каждой соты с предназначенным преобразованным расчетом времени для соты путем ассоциации реального момента R для соты с конкретным преобразованным моментом C для соты в некотором точном или предполагаемом значении A абсолютного времени (например, предполагаемом на основе GPS или на основе информации об абсолютном времени, переданной посредством конкретной передачи от соты).

Этап 3: для любого реального момента R* в соте после R вычислить преобразованный момент C* для реального момента R* в виде C*=C+(R*-R). Преобразованный момент C* является представлением реального момента R* на основе общей единицы времени и общего циклического периода. Вычисление включает в себя влияния разных циклических периодов для реального момента и преобразованного момента, как описано ниже.

Фиг. 6 показывает преобразование реального момента в преобразованный момент для одной соты k в соответствии с описанными выше этапами. Реальный расчет времени у соты k имеет циклический период τ, который может быть любой продолжительностью времени и может зависеть от типа беспроводного доступа. Преобразованный/общий расчет времени имеет циклический период T, который может быть длиннее τ (как показано на фиг. 6) или короче τ. Для простоты фиг. 6 допускает, что на этапе 2 реальный момент R=0 ассоциируется с общим временем C=0 (то есть C=0 и R=0 совпадают на этапе 2) в абсолютное время A=t00. Абсолютное время в каждом следующем циклическом периоде (nτ) реального расчета времени может быть представлено в виде tnn, где tn - предполагаемое абсолютное время в реальный момент (nτ) (то есть в начале (n+1)-го циклического периода реального расчета времени), а εn - ошибка в tn (например, в оценке tn сервером определения местоположения или терминалом 110).

Реальный момент R* может возникать в любое время после реального момента R и может задаваться в виде реального расчета времени R*=n·τ+x, где n - целая часть (в количестве циклических периодов реального расчета времени), а x - дробная часть (0≤x<τ). Реальный момент R* может возникать в абсолютное время t+ε, где t - предполагаемое абсолютное время реального момента R* (например, как видно терминалу 110 или серверу определения местоположения), а ε - ошибка в t (например, в оценке t терминалом 110 или сервером определения местоположения). Преобразованный момент C*, соответствующий реальному моменту R*, может задаваться в виде общего расчета времени C*=N·T+X, где N - целая часть (в количестве циклических периодов общего расчета времени), а X - дробная часть (0≤X<T). Этап 3 находит параметры N и X преобразованного момента соответствующими реальному моменту R*.

Реальный момент R* может быть выражен в виде:

R*=n·τ+x=N·T+X=(t+ε)-(t00). Ур. (1)

Целая и дробная составляющие преобразованного момента могут задаваться в виде:

, Ур. (2)

и

X=(n·τ+x)-N·T. Ур. (3)

Целая составляющая n может быть неизвестна (например, может не регистрироваться напрямую) из-за циклического характера реального расчета времени. Однако n может быть получена из предполагаемого абсолютного времени t в реальный момент R* следующим образом:

n=Round{[(t-t0)+(ε-ε0)-x]/τ}. Ур. (4)

Округление в уравнении (4) производится до ближайшего целого числа.

Если |(ε-ε0)|<τ/2, то правильное значение n может быть получено путем допущения (ε-ε0)=0 в уравнении (4). Это может гарантироваться для любого реального расчета времени с циклическим периодом τ, который значительно превышает ошибки оценки для абсолютного времени. Абсолютное время может соответственно позволить терминалу 110 определить целую часть n реального момента R*, когда получается дробная часть x. Параметры N и T преобразованного момента затем могут быть получены с использованием уравнений (2) и (3).

Общий расчет времени может задаваться на основе подходящей единицы времени U и циклического периода T, который может быть равен некоторому целому числу единиц времени U. Общий расчет времени не сохраняется терминалом 110 или сервером определения местоположения в смысле наличия некоторого внутреннего тактового генератора. Терминал 110 может измерить реальный момент для каждой соты (например, используя абсолютное время для помощи в этом измерении). Терминал 110 или сервер определения местоположения может преобразовать реальный момент соты в преобразованный момент, который может выражаться в единицах времени U общего расчета времени.

Закрепление ассоциации между реальным расчетом времени и преобразованным расчетом времени в соответствии с уравнениями (2) и (3) может означать, что любой уход в реальном расчете времени (например, где фактический циклический период немного больше или меньше заданного значения τ) также будет отражаться в преобразованном расчете времени (например, приводя к преобразованному циклическому периоду, который немного больше или меньше заданного значения T). Поскольку абсолютное время не будет уходить, использование уравнения (4) для получения значения n может внести ошибку, как только совокупный уход реального момента соты начинает приближаться к τ/2. Чтобы избежать этого, ассоциация абсолютного расчета времени A с реальным расчетом времени R может периодически повторно оцениваться путем получения нового значения для абсолютного времени A на этапе 2, соответствующего последнему значению для реального момента R и ассоциированного последнего значения для преобразованного момента C.

Реальный момент R* для одной соты k может измеряться и преобразовываться в преобразованный момент C* (или N и X), как описано выше. Реальные моменты для набора сот могут измеряться в один и тот же момент времени терминалом 110 и преобразовываться в преобразованные моменты аналогичным образом. Преобразованные моменты могут использоваться для получения OTD или RTD между сотами с одинаковыми или разными типами беспроводного доступа. В частности, поскольку преобразованные моменты совместно используют одинаковую единицу времени и циклический период T, то OTD и RTD могут не меняться со временем, за исключением ухода расчета времени или изменения местоположения любого терминала, измеряющего эти показатели. Эти OTD и RTD затем могут использоваться для оценки местоположения таким же образом, как OTD и RTD, полученные для сот с одинаковым типом беспроводного доступа.

Для сервера определения местоположения, который поддерживает множество LMU и терминалов, приведение в соответствие на этапе 2 должно быть одинаковым для всех терминалов и LMU, чтобы получить согласующиеся OTD и RTD от разных терминалов и LMU. Это может достигаться, если сервер определения местоположения выполняет преобразования, потому что он может использовать одинаковое выравнивание на этапе 2 для каждой соты. Если терминалы и LMU выполняют преобразования, то сервер определения местоположения может информировать каждый терминал и каждый LMU, какое выравнивание использовать (например, путем предоставления значений R, C и A для каждой соты). В качестве альтернативы терминал или LMU могут информировать сервер определения местоположения о том, какое выравнивание использовал терминал или LMU, что может затем позволить серверу определения местоположения адаптировать преобразованные моменты или OTD, которые он принимает от терминала или LMU, к выравниванию, используемому сервером определения местоположения. В одном варианте выполнения может быть задано постоянное соглашение для каждого типа беспроводного доступа, которое задавало бы значения R, C и A и посредством этого устраняло бы необходимость передавать их. Чтобы предусматривать периодическое выравнивание на этапе 2 для избежания ошибок, вносимых уходом расчета времени соты, как описано выше, соглашение может задавать последовательность абсолютных моментов A1, A2, A3 и т.д. (например, с интервалами в один час), в которые общее время C возобновляется с нуля. Реальный расчет времени в соте Rk в каждое абсолютное время Ak тогда может измеряться или вычисляться из сведения о текущем времени соты и текущем абсолютном времени. С помощью этого соглашения терминал или LMU, предоставляющий OTD или преобразованные моменты серверу определения местоположения, может только указать абсолютное Ak, для которого произошло выравнивание, если в этом была некоторая неопределенность (например, в момент сразу после границы абсолютного времени), но не в других случаях.

В другом варианте выполнения терминал 110 может получить набор принятых моментов передачи {T1, T2, …, TK} для соты {1, 2, 3, …, K} одного или более типов беспроводного доступа. Эти принятые моменты передачи могут не преобразовываться к общему времени и общему циклическому периоду, как описано выше. Терминал 110 также может получить скорости ухода времени {R1, R2, …, RK} для сот, которые видны в местоположении терминала и которые заданы для каждого типа беспроводного доступа. Rk является скоростью ухода расчета времени у сигнала, ассоциированного с сотой k, относительно некоторого другого сигнала или источника времени без ухода, например GPS. Терминал 110 также может получить информацию о точности, например, стандартные отклонения ошибки {S1, S2, …, SK}, где Sk - стандартное отклонение ошибки в Tk.

Терминал 110 может отправить принятые моменты передачи (и по возможности скорости ухода времени и/или информацию о точности) на сервер определения местоположения. Для первого варианта выполнения, описанного выше, каждый принятый момент передачи может выражаться с использованием единиц времени, применимых для ассоциированного типа беспроводного доступа. GPP может поддерживать разные единицы времени для разных типов беспроводного доступа, и при необходимости могут быть заданы новые единицы времени для новых типов беспроводного доступа. Для второго варианта выполнения, описанного выше, каждый принятый момент передачи может выражаться с использованием общей единицы времени и общего циклического периода, применимых для всех или многих типов беспроводного доступа. Для формата сообщения GPP, показанного на фиг. 2, терминал 110 может формировать один или более PDU с информацией о местоположении, которые могут переносить элементы времени для моментов GNSS и для сот одного или более типов беспроводного доступа. Каждый элемент времени соты может включать в себя идентификатор соты, принятый момент передачи Tk, точность времени Sk и т.д. Терминал 110 может отправить PDU с информацией о местоположении серверу определения местоположения.

Сервер определения местоположения может вывести OTD между разными сотами на основе принятых моментов передачи для этих сот. Если терминал 110 предоставляет принятые моменты передачи в соответствии с каждой технологией беспроводного доступа, то сервер определения местоположения может преобразовать принятые моменты передачи, как описано выше. Сервер определения местоположения также может получить OTD, измеренные LMU в известных постоянных местоположениях и может вычислить RTD между разными сотами, используя OTD от LMU. Сервер определения местоположения может вычислить оценку местоположения для терминала 110 на основе OTD и RTD и известных местоположений сот. Сервер определения местоположения также может получить RTD и местоположения сот другими способами, например, на основе OTD, принятых от различных терминалов.

II. Универсальный модуль определения местоположения

В другом аспекте универсальный модуль определения местоположения (GPM) может определяться для каждого отдельного способа определения местоположения в виде набора параметров, поддерживающих тот способ определения местоположения. GPM может содержать сигнальную информацию, используемую для поддержки способа определения местоположения, и может встраиваться в любой протокол определения местоположения, например RRLP, RRC и IS-801-B, чтобы поддерживать способ определения местоположения. Одинаковая сигнальная информация может использоваться для поддержки способа определения местоположения между разными протоколами определения местоположения и может быть универсальной. Это может предоставить возможность поддержки новых способов определения местоположения, используя существующие протоколы определения местоположения и с общими влияниями на сигнализацию. Новый GPP также может создаваться из набора GPP, добавленного к существующим протоколам определения местоположения (чтобы поддерживать все способы определения местоположения, заданные этими GPP).

Для всех GPM можно задать общую структуру GPM, чтобы упростить создание новых GPM. Общая структура GPM может быть такой же или аналогичной элементу местоположения GPP, показанному на фиг. 2, и может включать в себя поля, показанные на фиг. 2. Справочный ID и тип элемента могут пропускаться для протоколов определения местоположения, например RRLP и RRC, чьи типы сообщений обычно совпадают с типом элемента. Тип элемента GPM может подразумеваться из типа сообщения RRLP или RRC. Например, Запрос измерения положения RRLP может соответствовать элементу Запроса GPM. Задание GPM с использованием элемента местоположения GPP может позволить использовать GPM как в существующих протоколах определения местоположения, так и в GPP.

Новый параметр может добавляться в существующие сообщения в RRLP, RRC, IS-801 и т.д., чтобы содержать GPM для поддержки конкретного способа определения местоположения. Содержимое этого добавленного параметра GPM может включать в себя ID способа определения местоположения, версию способа определения местоположения, тип данных и PDU способа определения местоположения. Параметр GPM может быть необязательным в каждом сообщении, в которое он добавляется, и может повторяться в сообщении для поддержки множества способов определения местоположения.

III. Определение местоположения по GPP для SUPL

GPP может использоваться для поддержки определения местоположения для SUPL. В настоящее время определено SUPL 2.0, и можно определить новую версию SUPL (например, SUPL 3.0). GPP может поддерживаться SUPL 2.0 следующим образом. В первом варианте выполнения индикатор нового способа определения местоположения может быть задан перед тем, как SUPL 2.0 станет разрешающим выпуском OMA, чтобы явным образом задать последующее использование GPP. В другом варианте выполнения SUPL 2.0 может согласовать использование либо RRLP, либо IS-801. GPP тогда может быть встроен в RRLP или IS-801 и может согласовываться, как описано ниже. H-SLP может определять вероятную поддержку терминала для GPP из собственных данных. Например, H-SLP может знать о возможностях терминала или может записать поддержку GPP из предыдущего сеанса SUPL.

IV. Определение местоположения по GPP для решений в плоскости управления GSM и GPRS

GPP может использоваться для поддержки определения местоположения для решения в плоскости управления в GSM. GPP может использоваться для входящего запроса местоположения (MT-LR), исходящего запроса местоположения (MO-LR) и инициированного сетью запроса местоположения (NI-LR). Для плоскости управления в GSM сообщения RRLP могут перемещаться внутри сообщений Протокола поддержки служб определения местоположения в системе базовых станций (BSSLAP) и RR, которым можно обмениваться между терминалом и SMLC прозрачно для базовой станции. В одном варианте выполнения сообщение GPP может быть заменено сообщением RRLP и тогда может быть прозрачным для базовой станции. В другом варианте выполнения сообщение GPP может помещаться внутрь сообщения RRLP, например, нового контейнерного сообщения RRLP, используемого для оформления сообщений GPP. GPP может поддерживаться в плоскости управления GSM различными способами.

Фиг. 7 показывает вариант выполнения потока 700 сообщений для согласования GPP, использующего существующую процедуру передачи возможности RRLP для плоскости управления GSM. Если терминал 110 поддерживает GPP, то он может указывать поддержку передачи возможности RRLP посредством кода класса службы 3 MS, отправленного контроллеру 126 базовой станции (BSC) в RAN 120. BSC 126 может отправить к SMLC 124 сообщение с Запросом выполнения определения местоположения (PLR) прикладной части системы базовых станций - расширения служб определения местоположения (BSSAP-LE), несущее код класса службы 3 MS для терминала 110. Если SMLC 124 поддерживает GPP, то он может включить сообщение GPP в первое сообщение с Запросом возможности определения местоположения RRLP, отправленное терминалу 110. Это сообщение GPP может передаваться в виде расширения к информационному элементу (IE) PosCapability-Req. Если терминал 110 не поддерживает GPP, то он может игнорировать принятое сообщение GPP и вернуть SMLC 124 обычное сообщение с Ответом о возможности определения местоположения RRLP (не показано на фиг. 7). SMLC 124 и терминал 110 затем могут продолжать с RRLP, но не с GPP. Если терминал 110 не поддерживает GPP, то он может включить сообщение GPP в ответ, отправленный SMLC 124. Этот ответ может быть (i) сообщением с Ответом о возможности определения местоположения RRLP, например, с обязательным включенным IE PosCapabilities, но пустым, либо (ii) контейнерным сообщением RRLP. Терминал 110 и SMLC 124 могут согласовать возможности GPP, запросить вспомогательные данные, передать вспомогательные данные и т.д. посредством исходных сообщений GPP, которыми обмениваются между этими объектами. Терминал 110 и SMLC 124 затем могут продолжить с GPP, причем сообщения GPP отправляются либо открытыми, либо включенными в контейнерные сообщения RRLP.

Фиг. 8 показывает вариант исполнения потока 800 сообщений для согласования GPP, использующего код класса службы 3 MS для плоскости управления GSM. В код класса службы 3 MS может добавляться новый признак для указания, что терминал 110 поддерживает GPP. SMLC 124 может отправить сообщение GPP терминалу 110 в первом сообщении определения местоположения, например, в контейнерном сообщении RRLP. Передача RRLP может использоваться для первого сообщения определения местоположения, поскольку терминал 110 может не знать, поддерживает ли SMLC 124 протокол GPP. После первого сообщения определения местоположения терминал 110 и SMLC 124 могут обменяться сообщениями GPP, свободными либо включенными в контейнерные сообщения RRLP.

Фиг. 9 показывает вариант выполнения потока 900 сообщений для согласования GPP, использующего другие сообщения RRLP для плоскости управления GSM. Сообщение GPP может добавляться в виде нового необязательного параметра в сообщение RRLP, например в сообщение с Запросом измерения положения RRLP, сообщение со вспомогательными данными RRLP и т.д. SMLC 124 может начать сеанс RRLP путем отправки сообщения RRLP (например, сообщение со вспомогательными данными RRLP с ограниченными вспомогательными данными), несущего сообщение GPP терминалу 110. Если терминал 110 поддерживает GPP, то он может вернуть сообщение RRLP (например, контейнерное сообщение RRLP), несущее сообщение GPP. Терминал 110 и SMLC 124 затем могут обменяться сообщениями GPP, открытыми либо включенными в контейнерные сообщения RRLP.

Варианты выполнения по фиг. 7-9 могут поддерживаться терминалом 110 и SMLC 124. Другие сетевые объекты, например BSC и MSC, могут не затрагиваться GPP через плоскость управления GSM.

В одном варианте выполнения способы определения местоположения по GPP могут использоваться вместо способов определения местоположения по RRLP. В этом варианте выполнения RRLP может использоваться для согласования и передачи GPP, а после этого может выполняться способ определения местоположения по GPP, например, как проиллюстрировано на фиг. с 7 по 9. В другом варианте выполнения способы определения местоположения по GPP (например, с новыми возможностями) могут использоваться в сочетании со способами определения местоположения по RRLP. Сообщения GPP могут передаваться внутри существующих сообщений RRLP и/или контейнерных сообщений RRLP. Терминал 110 и SMLC 124 могут взаимодействовать по-разному в зависимости от выполняемого способа определения местоположения, причем взаимодействия по GPP применяются для способов определения местоположения GPP, а взаимодействия по RRLP применяются для способов определения местоположения по RRLP. Терминал 110 и SMLC 124 могут обмениваться сообщениями RRLP для способов определения местоположения по GPP и RRLP. Сообщения GPP могут передаваться внутри сообщений RRLP для способов определения местоположения по GPP.

Фиг. 10 показывает вариант выполнения потока 1000 сообщений для использования в способах определения местоположения по RRLP и GPP в плоскости управления GSM. В этом примере способ определения местоположения по RRLP в A-GPS и способ определения местоположения по GPP могут поддерживаться одновременно. SMLC 124 может отправить сообщение со вспомогательными данными RRLP, несущее вспомогательные данные A-GPS, и сообщение GPP, которое может нести вспомогательные данные GPP. Терминал 110 может ответить сообщением квитирования вспомогательных данных RRLP или контейнерным сообщением RRLP, несущим сообщение GPP. SMLC 124 может отправить сообщение с Запросом измерения положения RRLP, несущее вспомогательные данные и сообщение GPP. Терминал 110 может ответить ответным сообщением измерения положения RRLP, несущим измерения положения A-GPS и сообщение GPP, которое может нести измерения положения для способа определения местоположения по GPP.

Фиг. 10 показывает одновременное использование RRLP для поддержки определения местоположения по A-GPS и GPP, чтобы поддерживать другие способы определения местоположения. Измерения положения, возвращенные SMLC 124, могут дать возможность более точной оценки местоположения, чем если бы только A-GPS использовался бы с RRLP. Также могут поддерживаться другие сочетания способов определения местоположения по RRLP и GPP. В другом варианте выполнения GPM может использоваться вместо каждого сообщения GPP на фиг. 10.

Фиг. 11 показывает вариант выполнения потока 1100 сообщений для доставки вспомогательных данных GPP в плоскости управления GSM. Вспомогательные данные GPP могут включать в себя вспомогательные данные RRLP, а также новые вспомогательные данные, например для ГЛОНАСС, QZSS и т.д. Использование GPP для доставки вспомогательных данных может запрашиваться путем (i) использования нового признака кода класса службы 3 MS, (ii) назначения резервных разрядов в сообщении с Запрошенными вспомогательными данными GPS или сообщении с Запрошенными вспомогательными данными GNSS, (iii) добавления нового параметра (параметров) в сообщение с Запросом MO-LR, сообщение с Запросом выполнения определения местоположения BSSAP, сообщение с Запросом выполнения определения местоположения BSSAP-LE, или (iv) посредством некоторого другого механизма. Если SMLC 124 не поддерживает GPP, то он может игнорировать запрос вспомогательных данных GPP и может отправить только вспомогательные данные, которые могут доставляться с использованием RRLP. В противном случае SMLC 124 может отправить вспомогательные данные внутри сообщения GPP, переносимого контейнерным сообщением RRLP. Пакетирование RRLP может использоваться для первого сообщения GPP, так как терминал 110 может не знать, поддерживает ли SMLC 124 протокол GPP, и поэтому может ожидать приема сообщения RRLP. Последующие сообщения GPP могут отправляться открытыми или включенными в контейнерные сообщения RRLP, поскольку оба объекта решили использовать GPP.

Фиг. 12 показывает вариант выполнения потока 1200 сообщений для доставки вспомогательных данных GPP в плоскости управления GSM. Поток 1200 сообщений может использоваться для запроса MO-LR в отношении вспомогательных данных. В этом варианте выполнения сообщение со вспомогательными данными RRLP может использоваться для транспортировки вспомогательных данных RRLP и сообщения GPP. Сообщение GPP может нести вспомогательные данные GPP, например новые вспомогательные данные для способов определения местоположения, поддерживаемых GPP.

GPP также может использоваться для поддержки определения местоположения для решения в плоскости управления в GPRS. В этом случае сообщения RRLP могут передаваться между терминалом 110 и SMLC 124 внутри сообщений BSSLAP, Протокола GPRS для системы базовых станций (BSSGP) и Неподтвержденной информации/туннелирования сообщений (UI/TOM) в управлении логическим каналом (LLC). Эти сообщения могут быть прозрачными для SGSN 134 и сетевых объектов в RAN 120. Поэтому потоки сообщений, описанные выше для плоскости управления GSM, также могут использоваться для определения местоположения GPRS, инициированного для MT-LR, NI-LR или MO-LR, а также запроса вспомогательных данных MO-LR.

V. Определение местоположения по GPP для решения в плоскости управления UMTS

GPP может использоваться для поддержки определения местоположения для решения в плоскости управления в UMTS. Контроллер 128 радиосети (RNC) в RAN 120 может быть обновлен для поддержки GPP в ориентированных на RNC и ориентированных на SAS режимах.

Фиг. 13 показывает вариант выполнения потока 1300 сообщений для транспортировки GPP, использующей существующие сообщения RRC и Прикладной части вычисления местоположения (PCAP) для плоскости управления UMTS. В сообщение завершения установления соединения RRC может добавляться новый признак (например, параметр возможностей GNSS) для указания поддержки GPP терминалом. Для ориентированного на SAS режима признак может передаваться посредством RNC 128 к SAS 124 в IE возможности определения местоположения UE PCAP, отправленном в сообщении с Запросом инициирования положения PCAP.

Для PCAP между SAS 124 и RNC 128 сообщения GPP могут переноситься в сообщениях с Запросом и Ответом активации положения PCAP и в сообщениях с Запросом и Ответом инициирования обмена информацией PCAP. Новый способ определения местоположения может использоваться в сообщении с Запросом активации положения PCAP для указания GPP. Новый необязательный параметр в сообщениях с Запросом и Ответом инициирования обмена информацией PCAP может использоваться для передачи сообщения GPP. Для RRC между RNC 128 и терминалом 110 сообщения GPP могут переноситься в сообщениях Управления измерением RRC, сообщениях с Отчетом об измерениях и сообщениях Доставки вспомогательных данных.

Фиг. 14 показывает вариант выполнения потока 1400 сообщений для транспортировки GPP, использующей контейнерные сообщения PCAP и RRC для плоскости управления UMTS. Контейнерные сообщения PCAP могут использоваться для переноса сообщений GPP, которыми обмениваются между SAS 124 и RNC 128. Контейнерные сообщения RRC могут использоваться для переноса сообщений GPP, которыми обмениваются между RNC 128 и терминалом 110.

Фиг. 15 показывает вариант выполнения потока 1500 сообщений для транспортировки GPP, использующей существующие сообщения PCAP и RRC без признака на терминале, указывающего поддержку GPP, для плоскости управления UMTS. SAS 124 и RNC 128 могут отправить сообщение GPP терминалу 110 в исходном сообщении PCAP или RRC, не зная, поддерживает ли терминал 110 протокол GPP. Если терминал 110 не поддерживает GPP, то он может игнорировать сообщение GPP и может вернуть сообщение RRC (например, сообщение с Отчетом об измерениях RRC), содержащее информацию в ответ на прием заданной RRC информации. В противном случае терминал 110 может вернуть сообщение GPP в сообщении PCAP или RRC.

Для решения в плоскости управления UMTS существующие сообщения PCAP и RRC для уже заданных способов определения местоположения могут использоваться для поддержки GPP, чтобы снизить влияние на терминал 110, RNC 128 и SAS 124. Сообщения PCAP и RRC могут переносить сообщения GPP, которые могут передавать информацию для способов определения местоположения по GPP. Сообщения PCAP и RRC тогда могут использоваться для поддержки способов определения местоположения по RRC и по GPP.

VI. Определение местоположения по GPP для IS-801

GPP может использоваться для поддержки определения местоположения в IS-801. В настоящее время введен в действие IS-801-1 (3GPP2 C.S0022-0), IS-801-B (3GPP C.S0022-B), определен в настоящее время, и может быть определена новая версия IS-801. GPP может поддерживаться в виде новой версии IS-801. Терминал 110 и PDE 170 могут предполагать использование некоторой версии IS-801 и могут не иметь согласованного GPP, например, при использовании решения в плоскости управления для cdma2000 1xRTT или при использовании SUPL 2.0, а GPP явно не поддерживается в SUPL 2.0. Тогда может выполняться согласование GPP для IS-801.

Информационное сообщение определения положения (PDDM) может отправляться для IS-801 и может включать в себя (i) первый октет, несущий конкретные поля сеанса, заданные для IS-801-0, IS-801-A и IS-801-B (например, признак Начала сеанса и поле признака Сеанса), (ii) второй октет, несущий указание типа сообщения (PD_MSG_TYPE), (iii) два дополнительных октета, несущих значение длины сообщения (PD_MSG_LEN), указывающее длину (N) последующего PDU, и (iv) N октетов, несущих PDU. PD_MSG_TYPE может устанавливаться в 1x00 для IS-801-1, в 1x01 для IS-801-A или в 1x02 для IS-801-B, где "1x" обозначает шестнадцатеричное значение. Для поддержки согласования GPP в IS-801 может задаваться новое значение PD_MSG_TYPE (например, шестнадцатеричное значение 1xFF). Новое значение PD_MSG_TYPE может использоваться для идентификации GPP, который может рассматриваться в качестве версии IS-801, которая старше IS-801-B.

PDDM GPP может формироваться аналогичным образом, как и PDDM в IS-801-B, за исключением нового значения PD_MSG_TYPE и с сообщением GPP, заменяющим PDU в IS-801-B. PDDM GPP может включать в себя (i) первый октет, несущий такие же признаки и поля, что и для других версий IS-801 (например, SESS_START, SESS_END, SESS_SOURCE и SESS_TAG), (ii) второй октет, несущий новое значение PD_MSG_TYPE, (iii) следующие два октета, несущие PD_MSG_LEN, и (iv) оставшиеся октеты, несущие сообщение GPP.

Фиг. 16 показывает вариант выполнения потока 1600 сообщений для согласования GPP, когда GPP поддерживается в качестве новой версии IS-801. Терминал 110 или PDE 170 могут поддерживать IS-801-1, GPP и IS-801-B и могут начать сеанс IS-801 путем отправки последовательности из трех PDDM для IS-801-1, IS-801-B и GPP в этом порядке. Принимающий объект (который может быть PDE 170, если терминал 110 является отправляющим, или может быть терминалом 110, если PDE 170 является отправляющим), может затем обработать и ответить на PDDM самой старшей версии, поддерживаемой тем объектом, из трех альтернатив, предоставленных отправляющим объектом (то есть IS-801-1, IS-801-B и GPP, который может рассматриваться как старшая версия IS-801, нежели IS-801-B). Принимающий объект ответил бы на принятое PDDM GPP, если поддерживается GPP, а затем вернул бы ответ на PDDM GPP. Принимающий объект также проигнорировал бы PDDM, которые он принял для остальных двух версий IS-801. Если терминал 110 или PDE 170 поддерживает только IS-801-1 и GPP, то вместо этого он начал бы сеанс путем отправки последовательности только из двух PDDM для IS-801-1 и GPP в этом порядке. Принимающий объект может затем ответить на самую старшую версию, поддерживаемую тем объектом, из двух предоставленных альтернатив (то есть IS-801-1 и GPP). Принимающий объект ответил бы на PDDM GPP, если поддерживается GPP, а затем вернул бы ответ на PDDM GPP.

Фиг. 17 показывает вариант выполнения потока 1700 сообщений для согласования GPP в IS-801-B, использующего сокращение, чтобы в начале избежать отправки трех полноразмерных PDDM, когда применяются IS-801-1, IS-801-B и GPP. Терминал 110 или PDE 170 могут поддерживать 801-1, 801-B и GPP и могут начать сеанс IS-801 путем отправки полного PDDM 801-1, сокращенного PDDM 801-B и полного PDDM GPP в этом порядке. Сокращенное PDDM IS-801-B может нести первые четыре октета обычного PDDM, указывающие поддержку IS-801-B, но не PDU IS-801-B. Принимающий объект может вернуть PDDM GPP, если он поддерживает GPP, и сеанс IS-801 может продолжаться с GPP. Принимающий объект может вернуть PDDM IS-801-B, если он поддерживает IS-801-B, но не GPP, и сеанс IS-801 может продолжаться с использованием IS-801-B.

Если применение IS-801-B превышает или сопоставимо с применением GPP, тогда полное PDDM IS-801-B и пустое PDDM GPP может отправляться в начале вместо пустого PDDM IS-801-B и полного PDDM GPP. В качестве альтернативы могут отправляться полное PDDM 801-1, пустое PDDM IS-801-B и пустое PDDM GPP.

PDE 170 может поддерживать IS-801-1, IS-801-B и GPP. Терминал 110 может поддерживать IS-801-1 и либо IS-801-B, либо GPP. Терминал 110 также может поддерживать только IS-801-B или только GPP. Инициированный терминалом сеанс IS-801 может быть эффективным, поскольку могут отправляться только одно или два PDDM. Для инициированного PDE сеанса IS-801 отправка полного PDDM IS-801-1 и двух пустых PDDM для IS-801-B и GPP может уменьшить служебную нагрузку.

VII. Определение местоположения по GPP для LTE

GPP может использоваться для поддержки определения местоположения для LTE. Службы определения местоположения для терминалов, обращающихся к сети LTE, могут поддерживаться с помощью решения на плоскости управления или решения на плоскости пользователя. В решении на плоскости управления определенный протокол определения местоположения может использоваться для каждого типа беспроводного доступа и может поддерживать измерения положения (например, измерения сигналов от базовых станций) и информацию о местоположении, имеющую отношение к тому типу беспроводного доступа. Определенным протоколом определения местоположения для LTE с решением по определению местоположения на плоскости управления может быть GPP. GPP, применимый для определения местоположения LTE с решением на плоскости управления, также может использоваться для поддержки определения местоположения LTE с решением на плоскости пользователя, например SUPL. GPP также может использоваться с решениями на плоскости управления и пользователя для других типов беспроводного доступа, например WiMAX, WiFi, UMB, Улучшенного IMT и т.д.

Фиг. 18 показывает вариант выполнения процесса 1800 для выполнения определения местоположения. Процесс 1800 может выполняться терминалом, сервером определения местоположения (например, SLP) или некоторым другим объектом. Может быть передано первое сообщение GPP, содержащее первую информацию для первого способа определения местоположения и первого типа доступа, поддерживаемого GPP (этап 1812). GPP может поддерживать множество способов определения местоположения и по меньшей мере три типа доступа. Может передаваться второе сообщение GPP, содержащее вторую информацию для первого способа определения местоположения и первого типа доступа (этап 1814). Затем может быть получена оценка местоположения для терминала на основе второй информации (этап 1816).

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

В другом варианте выполнения этапов 1812 и 1814 терминал может принять первое сообщение GPP, содержащее запрос информации о местоположении, от центра определения местоположения и может отправить в центр определения местоположения второе сообщение GPP, содержащее информацию о местоположении. Терминал может отправить в центр определения местоположения третье сообщение GPP, содержащее запрос вспомогательных данных, и может принять от центра определения местоположения четвертое сообщение GPP, содержащее вспомогательные данные.

В одном варианте выполнения каждое сообщение GPP может содержать по меньшей мере один элемент местоположения. Каждый элемент местоположения может означать определенный способ определения местоположения и может нести информацию для способа определения местоположения. Например, первое сообщение GPP может включать в себя (i) первый элемент местоположения, содержащий первую информацию для первого способа определения местоположения, и (ii) второй элемент местоположения, содержащий информацию для способа определения местоположения GNSS.

В одном варианте выполнения по меньшей мере одно сообщение для второго протокола определения местоположения может передаваться перед этапами 1812 и 1814, чтобы определить, поддерживает ли терминал протокол GPP. Второй протокол определения местоположения может содержать RRLP, RRC или IS-801. Множество способов определения местоположения, поддерживаемых GPP, могут содержать способ определения местоположения GNSS, способ определения местоположения OTD, связанный с WiFi способ определения местоположения, способ определения местоположения по датчику (например, акселерометру), способ определения местоположения E-CID и/или другие способы определения местоположения. По меньшей мере три типа доступа, поддерживаемые GPP, могут содержать GSM, WCDMA, CDMA 1X, HRPD, LTE, IEEE 802.11, IEEE 802.16 и/или некоторые другие типы доступа.

Фиг. 19 показывает вариант выполнения процесса 1900 для выполнения определения местоположения. Процесс 1900 может выполняться терминалом (как описано ниже) или некоторым другим объектом. Терминал может получить первый набор по меньшей мере из одного принятого момента передачи по меньшей мере для одной соты с первым типом беспроводного доступа (этап 1912). Терминал также может получить второй набор по меньшей мере из одного принятого момента передачи по меньшей мере для одной соты со вторым типом беспроводного доступа (этап 1914). Терминал может получить по меньшей мере одну разницу во времени между первым и вторым наборами по меньшей мере из одного принятого момента передачи (этап 1916). Терминал может получить оценку местоположения для самого себя на основе по меньшей мере одной разницы во времени (этап 1918).

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

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

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

Фиг. 20 показывает вариант выполнения процесса 2000 для выполнения определения местоположения. Процесс 2000 может выполняться сервером определения местоположения (как описано ниже) или некоторым другим объектом. Сервер определения местоположения может принять от терминала первый набор по меньшей мере из одного преобразованного момента по меньшей мере для одной соты с первым типом беспроводного доступа (этап 2012). Первый набор по меньшей мере из одного преобразованного момента может выводиться терминалом на основе первого набора по меньшей мере из одного принятого момента передачи по меньшей мере для одной соты с первым типом беспроводного доступа и общего расчета времени, применимого для множества типов беспроводного доступа.

Сервер определения местоположения также может принять от терминала второй набор по меньшей мере из одного преобразованного момента по меньшей мере для одной соты со вторым типом беспроводного доступа (этап 2014). Второй набор по меньшей мере из одного преобразованного момента может выводиться терминалом на основе второго набора по меньшей мере из одного принятого момента передачи по меньшей мере для одной соты со вторым типом беспроводного доступа и общего расчета времени. Сервер определения местоположения может получить по меньшей мере одну разницу во времени между первым и вторым наборами по меньшей мере из одного преобразованного момента (этап 2016). Затем сервер определения местоположения может вывести оценку местоположения для терминала на основе по меньшей мере одной разницы во времени (этап 2018).

В одном варианте выполнения этапов 2016 и 2018 сервер определения местоположения может определить OTD между множеством сот на основе преобразованных моментов для сот. Затем сервер определения местоположения может вывести оценку местоположения для терминала на основе OTD и известных местоположений сот. В другом варианте выполнения этапов 2016 и 2018 сервер определения местоположения может определить OTD между первой сотой с первым типом беспроводного доступа и второй сотой со вторым типом беспроводного доступа на основе преобразованных моментов для этих сот. Сервер определения местоположения затем может вывести оценку местоположения для терминала на основе OTD и известных местоположений первой и второй сот, и по возможности OTD и известных местоположений других сот.

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

Фиг. 21 показывает блок-схему варианта выполнения терминала 110, RAN 120 и сервера 148 определения местоположения на фиг. 1. Для простоты фиг. 21 показывает только один контроллер/процессор 2120, одно запоминающее устройство 2122 и один передатчик/приемник 2124 для терминала 110, только один контроллер/процессор 2130, одно запоминающее устройство 2132, один передатчик/приемник 2134 и один модуль 2136 связи для RAN 120, и только один контроллер/процессор 2140, одно запоминающее устройство 2142 и один модуль 2144 связи для сервера 148 определения местоположения. Вообще, каждый объект может включать в себя любое количество процессоров, контроллеров, запоминающих устройств, передатчиков/приемников, модулей связи и т.д.

По нисходящей линии связи RAN 120 может передавать данные трафика, сигнализацию и контрольный сигнал терминалам в его зоне обслуживания. Эти различные типы информации могут обрабатываться процессором 2130, регулироваться передатчиком 2134 и передаваться по нисходящей линии связи. В терминале 110 сигналы нисходящей линии связи от RAN 120 могут приниматься и регулироваться приемником 2124 и дополнительно обрабатываться процессором 2120 для получения различных типов информации. Процессор 2120 может выполнять процесс 1800 на фиг. 18, процесс 1900 на фиг. 19 и/или другие процессы для методик, описанных в этом документе. Запоминающие устройства 2122 и 2132 могут хранить программные коды и данные для терминала 110 и RAN 120 соответственно. По восходящей линии связи терминал 110 может передавать данные трафика, сигнализацию и контрольный сигнал к RAN 120. Эти различные типы информации могут обрабатываться процессором 2120, регулироваться передатчиком 2124 и передаваться по восходящей линии связи. В RAN 120 сигналы восходящей линии связи от терминала 110 и других терминалов могут приниматься и регулироваться приемником 2134 и дополнительно обрабатываться процессором 2130 для получения различных типов информации от терминалов. RAN 120 может напрямую или косвенно взаимодействовать с сервером 148 определения местоположения посредством модуля 2136 связи.

В сервере 148 определения местоположения процессор 2140 может выполнять обработку для поддержки служб определения местоположения для терминалов. Например, процессор 2140 может выполнять процесс 1800 на фиг. 18, процесс 2000 на фиг. 20 и/или другие процессы для методик, описанных в этом документе. Процессор 2140 также может вычислять оценки местоположения для терминала 110, предоставлять информацию о местоположении клиенту 190 LCS и т.д. Запоминающее устройство 2142 может хранить программные коды и данные для сервера 148 определения местоположения. Модуль 2144 связи может позволить серверу 148 определения местоположения обмениваться информацией с терминалом 110, RAN 120 и/или другими сетевыми объектами. Сервер 148 определения местоположения и терминал 110 могут обмениваться сообщениями посредством GPP, и эти сообщения могут переноситься с помощью RAN 120 и других сетевых объектов.

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

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

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

Этапы способа или алгоритма, описанные в связи с раскрытием изобретения в этом документе, могут быть реализованы непосредственно в аппаратных средствах, в программном модуле, выполняемом процессором, или в сочетании двух этих средств. Программный модуль может находиться в памяти RAM, флэш-памяти, памяти ROM, памяти EPROM, памяти EEPROM, регистрах, на жестком диске, съемном диске, компакт-диске или любом другом виде носителя информации, известного в данной области техники. Типовой носитель информации соединяется с процессором таким образом, что процессор может считывать информацию и записывать информацию на носитель информации. В альтернативном варианте носитель информации может составлять единое целое с процессором. Процессор и носитель информации могут постоянно находиться в ASIC. ASIC может постоянно находиться в пользовательском терминале. В альтернативном варианте процессор и носитель информации могут постоянно находиться в виде обособленных компонентов в пользовательском терминале.

В одном или более типовых вариантах выполнения описываемые функции могут быть реализованы в аппаратных средствах, программном обеспечении, микропрограммном обеспечении или любом их сочетании. При реализации в программном обеспечении функции могут храниться или передаваться в виде одной или более команд или кода на машиночитаемом носителе. Машиночитаемые носители включают в себя как компьютерные носители информации, так и средства связи, включая любой носитель, который способствует передаче компьютерной программы из одного места в другое. Носители информации могут быть любыми доступными носителями, к которым можно обращаться посредством универсального или специализированного компьютера. В качестве примера, а не ограничения, такие машиночитаемые носители могут содержать RAM, ROM, EEPROM, компакт-диск или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства, либо любой другой носитель, который может использоваться для перемещения или хранения необходимого средства программного кода в виде команд или структур данных, и к которому [носителю] можно обращаться посредством универсального или специализированного компьютера или универсального или специализированного процессора. Также любое соединение корректно называть машиночитаемым носителем. Например, если программное обеспечение передается с веб-сайта, сервера или другого удаленного источника с использованием коаксиального кабеля, оптоволоконного кабеля, витой пары, цифровой абонентской линии (DSL) или беспроводных технологий, например ИК-связи, радиочастотной связи и СВЧ-связи, то коаксиальный кабель, оптоволоконный кабель, витая пара, DSL или беспроводные технологии, например ИК-связь, радиочастотная связь и СВЧ-связь, включаются в определение носителя. Диск и диск, при использовании в данном документе, включает в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий диск и диск Blu-ray, где диски обычно воспроизводят данные магнитным способом, тогда как диски воспроизводят данные оптически с помощью лазеров. Сочетания вышеперечисленного также следует включить в область машиночитаемых носителей.

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

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


УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
УНИВЕРСАЛЬНЫЙ ПРОТОКОЛ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ
Источник поступления информации: Роспатент

Показаны записи 1-10 из 1 144.
10.01.2013
№216.012.1a18

Обнаружение многолучевого распространения для принимаемого sps-сигнала

Изобретение относится к спутниковой системе определения местоположения (SPS), предназначено для обнаружения и/или оценки многолучевых сигналов и позволяет повысить точность измерения псевдодальности и координат местоположения приемного устройства. Изобретение раскрывает, в частности, способ...
Тип: Изобретение
Номер охранного документа: 0002472172
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a3c

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

Изобретение относится к указанию направления и местоположения элементов графического пользовательского интерфейса. Техническим результатом является повышение удобства и простоты использования многопанельных электронных устройств. Способ включает в себя прием пользовательского ввода на первой...
Тип: Изобретение
Номер охранного документа: 0002472208
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a8c

Виртуальное планирование в неоднородных сетях

Заявленное изобретение относится к обеспечению виртуального управления беспроводными ресурсами в среде мобильной связи. Техническим результатом является значительное снижение помех для макрозоны охвата или близлежащих зон охвата. В качестве примера, терминалы доступа в среде связи могут...
Тип: Изобретение
Номер охранного документа: 0002472288
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a8f

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

Изобретение относится к связи, в частности к технологиям отправки управляющей информации в системе беспроводной связи. Техническим результатом является повышение эффективности передачи управляющей информации, в частности ACK- и CQI-информации. Указанный результат достигается тем, что в способе...
Тип: Изобретение
Номер охранного документа: 0002472291
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a94

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

Изобретение относится к системам связи. Технический результат заключается в том, чтобы снизить отрицательное воздействие разброса задержек. Для этого сначала определяются ожидаемые зоны покрытия для множества передач, которые должны передаваться в нескольких временных интервалах. Длина...
Тип: Изобретение
Номер охранного документа: 0002472296
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a96

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

Изобретение относится к системам определения местоположения. Технический результат заключается в улучшении качества услуги определения местоположения. Описаны методики для запроса информации о сеансах определения местоположения в архитектуре определения местоположения плоскости пользователя. В...
Тип: Изобретение
Номер охранного документа: 0002472298
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a9c

Универсальная корректировка блочности изображения

Изобретение относится к области обработки изображения и, более конкретно, к способам универсальной корректировки блочности изображения при низком быстродействии (малом количестве миллионов команд в секунду) (MIP). Техническим результатом является создание способа универсальной корректировки...
Тип: Изобретение
Номер охранного документа: 0002472304
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a9f

Основанная на местоположении и времени фильтрация информации широковещания

187 Изобретение относится к связи, в частности к способам посылки и приема информации широковещания. Техническим результатом является обеспечение автоматической идентификации информации широковещания, представляющей потенциальный интерес для пользователя. Указанный технический результат...
Тип: Изобретение
Номер охранного документа: 0002472307
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1aa1

Способ и устройство для поддержки экстренных вызовов (ecall)

Изобретение относится к области услуг или возможностей, предназначенных для беспроводных сетей связи, а именно к технологиям для поддержки неотложных вызовов (еСаll). Техническим результатом является эффективный обмен сигнализацией между терминалом и беспроводной сетью неотложного вызова при...
Тип: Изобретение
Номер охранного документа: 0002472309
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1aa2

Виртуальная sim-карта для мобильных телефонов

Изобретение относится к области управления сетевыми данными, такими как данные пользователя или абонента, а именно к предоставлению возможности резервировать информацию о подготовке к работе сотового телефона и личные данные с мобильного телефона на сервер. Технический результат заключается в...
Тип: Изобретение
Номер охранного документа: 0002472310
Дата охранного документа: 10.01.2013
Показаны записи 1-10 из 650.
10.01.2013
№216.012.1a18

Обнаружение многолучевого распространения для принимаемого sps-сигнала

Изобретение относится к спутниковой системе определения местоположения (SPS), предназначено для обнаружения и/или оценки многолучевых сигналов и позволяет повысить точность измерения псевдодальности и координат местоположения приемного устройства. Изобретение раскрывает, в частности, способ...
Тип: Изобретение
Номер охранного документа: 0002472172
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a3c

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

Изобретение относится к указанию направления и местоположения элементов графического пользовательского интерфейса. Техническим результатом является повышение удобства и простоты использования многопанельных электронных устройств. Способ включает в себя прием пользовательского ввода на первой...
Тип: Изобретение
Номер охранного документа: 0002472208
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a8c

Виртуальное планирование в неоднородных сетях

Заявленное изобретение относится к обеспечению виртуального управления беспроводными ресурсами в среде мобильной связи. Техническим результатом является значительное снижение помех для макрозоны охвата или близлежащих зон охвата. В качестве примера, терминалы доступа в среде связи могут...
Тип: Изобретение
Номер охранного документа: 0002472288
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a8f

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

Изобретение относится к связи, в частности к технологиям отправки управляющей информации в системе беспроводной связи. Техническим результатом является повышение эффективности передачи управляющей информации, в частности ACK- и CQI-информации. Указанный результат достигается тем, что в способе...
Тип: Изобретение
Номер охранного документа: 0002472291
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a94

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

Изобретение относится к системам связи. Технический результат заключается в том, чтобы снизить отрицательное воздействие разброса задержек. Для этого сначала определяются ожидаемые зоны покрытия для множества передач, которые должны передаваться в нескольких временных интервалах. Длина...
Тип: Изобретение
Номер охранного документа: 0002472296
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a96

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

Изобретение относится к системам определения местоположения. Технический результат заключается в улучшении качества услуги определения местоположения. Описаны методики для запроса информации о сеансах определения местоположения в архитектуре определения местоположения плоскости пользователя. В...
Тип: Изобретение
Номер охранного документа: 0002472298
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a9c

Универсальная корректировка блочности изображения

Изобретение относится к области обработки изображения и, более конкретно, к способам универсальной корректировки блочности изображения при низком быстродействии (малом количестве миллионов команд в секунду) (MIP). Техническим результатом является создание способа универсальной корректировки...
Тип: Изобретение
Номер охранного документа: 0002472304
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a9f

Основанная на местоположении и времени фильтрация информации широковещания

187 Изобретение относится к связи, в частности к способам посылки и приема информации широковещания. Техническим результатом является обеспечение автоматической идентификации информации широковещания, представляющей потенциальный интерес для пользователя. Указанный технический результат...
Тип: Изобретение
Номер охранного документа: 0002472307
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1aa1

Способ и устройство для поддержки экстренных вызовов (ecall)

Изобретение относится к области услуг или возможностей, предназначенных для беспроводных сетей связи, а именно к технологиям для поддержки неотложных вызовов (еСаll). Техническим результатом является эффективный обмен сигнализацией между терминалом и беспроводной сетью неотложного вызова при...
Тип: Изобретение
Номер охранного документа: 0002472309
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1aa2

Виртуальная sim-карта для мобильных телефонов

Изобретение относится к области управления сетевыми данными, такими как данные пользователя или абонента, а именно к предоставлению возможности резервировать информацию о подготовке к работе сотового телефона и личные данные с мобильного телефона на сервер. Технический результат заключается в...
Тип: Изобретение
Номер охранного документа: 0002472310
Дата охранного документа: 10.01.2013
+ добавить свой РИД