Управление потоком периодических вспомогательных данных

Управление потоком периодических вспомогательных данных

Иллюстрации

Показать все

Реферат

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

[0001] Различные формы осуществления изобретения в целом относятся к области технологий позиционирования (определения местоположения). Более конкретно различные формы осуществления изобретения касаются смены опорных приемников для задач позиционирования.

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

[0002] Этот раздел предназначен для представления предпосылок создания изобретения или контекста изобретения, которое изложено в формуле изобретения. Описанное здесь может включать идеи, которые могли быть предложены, но не обязательно были ранее предложены. Поэтому если иное не указано, описанное в этом разделе не является известным уровнем техники для описания и формулы изобретения в данной заявке.

[0003] Навигационные системы, которые позволяют электронным устройствам определять местоположение, становятся все более широко распространенными. В настоящее время имеется ряд таких навигационных систем, включая глобальные навигационные спутниковые системы (Global Navigation Satellite Systems GNSS), такие как глобальная система определения местоположения (Global Positioning System, GPS), российская Глобальная навигационная спутниковая система (GLObal NAvigation Satellite System, GLONASS), Спутниковая система дифференциальной коррекции (Satellite-Based Augmentation System, SBAS), Вспомогательная система с локальной зоной действия (Local Area Augmentation System, LAAS), "Квазизенитная спутниковая система" (Quasi-Zenith Satellite Systems, QZSS) и будущая европейская система Galileo. Приводимая в качестве примера система GNSS может включать сеть спутников, которая передает навигационные сигналы, включая данные времени и расстояния. Приемники системы GNSS принимают эти передаваемые по радио навигационные сигналы и вычисляют на их основе точное глобальное местоположение.

[0004] Один аспект GNSS включает относительное позиционирование. Относительное позиционирование - технология позиционирования, в которой устройство позиционируется относительно другого устройства. Цель этой технологии позиционирования состоит в том, чтобы точно определить относительное положение (не обязательно абсолютное положение) или базисную линию (вектор перемещения и направление между устройствами относительно друг друга) между этими двумя устройствами. Относительное позиционирование может выполняться между двумя терминалами или между терминалом и опорной станцией. Кроме того, относительное позиционирование может выполняться в среде с несколькими базисными линиями, где базисные линии определяются между многочисленными устройствами.

[0005] Самая простая форма относительного позиционирования включает определение разности позиций между двумя устройствами. Однако в основном относительное позиционирование включает высокоточные методы, которые, как правило, достигают субдециметрового уровня точности. Одним таким коммерчески используемым высокоточным методом является кинематическая съемка в режиме реального времени (Real-Time Kinematic, RTK). Метод RTK основан на получении измерений фазы непрерывной периодической несущей и/или кода от двух приемников системы GNSS, которые могут быть терминалами, виртуальными опорными приемниками (virtual reference receiver, VRR) и/или физическими опорными приемниками, и линейного комбинирования измерений от приемников таким образом, что синфазные погрешности компенсируются. Например, когда базисная линия является короткой, атмосферные погрешности (из-за тропосферы, ионосферы) исключаются почти полностью.

[0006] При профессиональном использовании для относительного позиционирования обычно используются двухчастотные приемники GPS. Двухчастотная возможность позволяет, например, осуществить компенсацию остаточных погрешностей ионосферы. Альтернативно и в случаях, когда базисная линия короткая и синфазные погрешности могут считаться компенсированными, могут использоваться одночастотные приемники.

Соответственно, чем короче базисная линия, тем более прямым и более простым получается точное решение базисной линии.

[0007] Как упомянуто, измерения позиционирования могут выполняться между терминалами и приемниками VRR. Приемники VRR являются расчетными опорными приемниками, которые создаются в желаемом месте и предоставляются запрашивающему посредством службы VRR. В некоторых случаях служба VRR создает единственный VRR по запросу для желаемого местоположения. В других случаях служба VRR обеспечивает большое количество приемников VRR в статической сетке. Таким образом, когда терминал должен быть позиционирован относительно приемника VRR, из статической сетки выбирается наиболее близкий к терминалу приемник VRR. Следует отметить, что приемники VRR требуют знания грубого местоположения устройства, которое необходимо позиционировать. Это грубое местоположение может быть получено с помощью обычной системы GNSS с использованием вспомогательных данных (Assisted GNSS, AGNSS).

[0008] В одной обычной опции развертывания провайдер службы VRR может использовать сеть физических приемников GNSS для получения опорных измерений. Эти опорные измерения могут использоваться для того, чтобы дать возможность провайдеру службы VRR создать приемник VRR в любом заданном месте в пределах области, охваченной сетью GNSS. Преимущество этого подхода заключается в том, что VRR может создаваться в местоположении терминала, который должен позиционироваться относительно приемника VRR. Следовательно, базисная линия будет очень короткой, и вследствие ее вычислительной природы местоположение VRR известно очень точно. Таким образом, расчет базисной линии между приемником VRR и терминалом позволяет определять абсолютное местоположение терминала с очень высоким уровнем точности.

[0009] В контексте долгосрочной эволюции сетей связи (Long Term Evolution, LTE), технологии подвижной радиосвязи 4-го поколения, позиционирование на основе GNSS включает протокол позиционирования LTE (LTE Positioning Protocol, LPP). Говоря с точки зрения архитектуры, LPP является протоколом между "целевым устройством" (target) и "сервером". Целевое устройство обычно является оборудованием пользователя (User Equipment, UE), которое необходимо позиционировать, а сервер обычно является узлом, который предоставляет команды позиционирования и вспомогательные данные для целевого устройства. Следует понимать, что используемое здесь оборудование UE является примером целевого устройства. Кроме того, должно быть понятно, что UE с точки зрения протокола LPP могут служить и целевыми устройствами, и серверами. Например, при относительном позиционировании между двумя UE одно UE можно считать сервером, а другое UE можно считать целевым устройством. В этой схеме оборудование UE, функционирующее как сервер, может запрашивать измерения фазы кода/несущей от другого оборудования UE, функционирующего как целевое устройство. Оборудование UE, функционирующее как сервер, может таким образом определить базисную линию между двумя UE с высокой точностью на основании измерений фазы кода/несущей от другого оборудования UE, функционирующего как целевое устройство.

[0010] Чтобы происходило позиционирование с высокой точностью, постоянный поток вспомогательных данных опорного измерения должен течь от сервера к целевому устройству. В спецификации LPP (описанной в документе 3GPP TS 36.355 Stage 3, находящейся на веб-сайте организации "Проект сотрудничества по созданию системы третьего поколения" (3-rd Generation Partnership Project, 3GPP) это происходит посредством того, что целевое устройство посылает серверу запрос, называемый сообщением запроса вспомогательных данных (Request Assistance Data) LPP. Сервер принимает это сообщение и отвечает сообщением предоставления вспомогательных данных (Provide Assistance Data) LPP. Хотя спецификация LPP разрешает многочисленные последовательные сообщения предоставления вспомогательных данных LPP, целевое устройство в настоящее время не может запрашивать такие непрерывные периодические вспомогательные данные.

[0011] В дополнение к типичному взаимодействию "запрос"-"предоставление", спецификация LPP допускает также незапрашиваемое предоставление вспомогательных данных, при этом сервер принудительно посылает вспомогательные данные целевому устройству без предварительного запроса их целевым устройством. Это полезно, когда сервер знает, что целевое устройство, вероятно, запросит некоторые вспомогательные данные, например, в таком сеансе системы GNSS на основе оборудования UE, в котором сервер может быть уверен, что после подачи команды на позиционирование таким способом целевое устройство запросит эфемериды. Таким образом, сервер может действовать упреждающе и принудительно посылать вспомогательные данные в терминал без явного запроса.

[0012] В спецификации LPP обмен сообщениями основан на транзакциях в сеансе LPP. Сеанс LPP используется для поддержки одного запроса местоположения и состоит из транзакций каждая из которых выполняет единственную операцию. Например, в случае инициируемой оборудованием UE доставки вспомогательных данных, транзакция LPP состоит из сообщения LPP Request Assistance Data (от целевого устройства к серверу) и одного или нескольких сообщений LPP Provide Assistance Data (от сервера к целевому устройству). То есть транзакция LPP состоит из одного сообщения запроса и одного или нескольких сообщений предоставления (или, в случае без запроса, одного или нескольких сообщений предоставления).

[0013] В случаях, когда целевое устройство должно быть точно позиционировано относительно конкретного приемника VRR (то есть относительного позиционирования на основе VRR), имеются по меньшей мере две альтернативные опции применения. В первой опции применения служба VRR обеспечивает платформу определения местоположения защищенной пользовательской плоскости (Secure User Plane Location Protocol Location Platform, SLP) со статической сеткой приемников VRR. Например, служба VRR может обеспечить платформу SLP приемниками VRR в 10-километровой сетке для некоторой географической области. Когда целевое устройство затем должно быть позиционировано, сервер выбирает приемник VRR, наиболее близкий к целевому устройству, и начинает предоставление данных опорных измерений от этого приемника VRR целевому устройству. Во второй опции применения приемник VRR динамически создается на основании запроса от целевого устройства, и данные измерения предоставляются относительно этого приемника VRR.

[0014] Принимая во внимание подвижную природу различных узлов, включенных в протокол LPP, имеются ситуации, в которых является необходимым и/или выгодным сменить приемник VRR, связанный с целевым устройством. Например, приемник VRR, возможно, должен быть сменен, когда расстояние между ним и целевым устройством слишком велико, например, из-за перемещения целевого устройства. Это особенно верно в случаях, где целевое устройство является одночастотным приемником и поэтому требует короткой базисной линии, чтобы сохранить хорошее качество (как упомянуто выше). Другой пример того, когда приемник VRR, возможно должен быть сменен, имеет место, когда линия прямой видимости между спутником и целевым устройством нарушается. Например, когда видимость между спутником и целевым устройством низка или когда выгодно иметь ориентацию базисной линии в определенном направлении, целевое устройство может решить сменить приемник VRR, чтобы получить более стабильную базисную линию.

Сущность различных форм осуществления изобретения

[0015] Различные формы осуществления изобретения направлены на процессы для оперативной и эффективной смены приемника VRR, связанного с конкретным целевым устройством. В первом сценарии целевое устройство знает о находящихся поблизости приемниках VRR (с помощью списка соседей) и запрашивает новую транзакцию для переключения на "новый" приемник VRR. Во втором сценарии целевое устройство запрашивает новую транзакцию для переключения на "новый" приемник VRR, но не знает о находящихся поблизости приемниках VRR. В третьем сценарии целевое устройство знает о находящихся поблизости приемниках VRR (с помощью списка соседей) и изменяет происходящую транзакцию для перехода на "новый" приемник VRR. В четвертом сценарии целевое устройство также изменяет происходящую транзакцию для перехода на "новый" приемник VRR, но не знает о находящихся поблизости приемниках VRR. Таким образом, различные формы осуществления изобретения сменяют приемник VRR в пределах того же самого сеанса передачи вспомогательных данных, и непрерывность опорных измерений гарантируется с помощью выполнения "мягкого хэндовера" при переключении со "старого" приемника VRR на "новый" приемник VRR. В первом и втором сценариях это включает запуск новой транзакции дополнения для "нового" приемника VRR, а в третьем и четвертом сценариях это включает использование элемента модификации в сигнализации о переключениях.

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

[0017] Различные формы осуществления изобретения предлагают также способ, устройство и программное изделие для компьютера для приема на сервере сообщения запроса, запрашивающего вспомогательные данные относительно второго опорного приемника. Определяется, могут ли быть предоставлены запрашиваемые вспомогательные данные относительно второго опорного приемника. Если запрашиваемые вспомогательные данные могут быть предоставлены, вспомогательные данные относительно второго опорного приемника передают в дополнение к вспомогательным данным относительно первого опорного приемника. Дополнительно в ответ на прием запроса на прекращение передачи вспомогательных данных относительно первого опорного приемника прекращается передача таких вспомогательных данных.

[0018] Хотя следующее описание различных форм осуществления изобретения сосредоточено на смене приемников VRR в контексте протокола LPP, должно быть понятно, что он приводится просто в качестве примера и общие принципы применимы к любому протоколу позиционирования.

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

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

[0020] Различные формы осуществления изобретения описаны со ссылкой на прилагаемые чертежи, на которых:

[0021] Фиг.1 - общая схема системы, в которой могут быть реализованы различные формы осуществления изобретения.

[0022] Фиг.2 - перспективное изображение электронного устройства, которое может использоваться совместно с реализацией различных форм осуществления.

[0023] Фиг.3 - схематическое представление электрической схемы, которая может быть включена в состав электронного устройства фиг.2.

[0024] Фиг.4 поясняет пример аспекта протокола LPP системы 10, показанной на фиг.1.

[0025] Фиг.5 поясняет пример реализации различных форм осуществления изобретения.

[0026] Фиг.6 - блок-схема, иллюстрирующая пример реализации различных форм осуществления, в которых целевое устройство имеет список соседей.

[0027] Фиг.7 - блок-схема, показывающая пример реализации различных форм осуществления, в которых целевое устройство не имеет списка соседей.

[0028] Фиг.8 - блок-схема, показывающая пример реализации различных форм осуществления, в которых целевое устройство имеет список соседей.

[0029] Фиг.9 - блок-схема, показывающая пример реализации различных форм осуществления, в которых целевое устройство не имеет списка соседей.

Подробное описание различных форм осуществления изобретения [0030]. На фиг.1 показана система 10, в которой могут использоваться различные формы осуществления изобретения, содержащая многочисленные устройства связи, которые могут осуществлять связь с помощью одной или нескольких сетей. Система 10 может содержать любую комбинацию проводных или беспроводных сетей, включая, но не ограничиваясь этим, сеть подвижной телефонной связи (например, глобальную систему мобильной связи (Global System for Mobile Communications, GSM), систему на основе широкополосного множественного доступа с кодовым разделением (Wideband Code Division Multiple Access, W-CDMA), систему на основе множественного доступа с кодовым разделением (Code Division Multiple Access, CDMA), систему на основе стандарта долгосрочной эволюции сетей связи (LTE), систему по технологии сверхширокополосной подвижной связи (Ultra Mobile Broadband, UMB), систему высокоскоростной пакетной передачи данных (High Rate Packet Data, HRPD) и систему по технологии глобальной совместимости для микроволнового доступа (Worldwide Interoperability for Microwave Access, WiMax), беспроводную локальную сеть (Local Area Network, LAN), персональную локальную сеть Bluetooth, локальную сеть Ethernet, локальную сеть кольцевой структуры с передачей маркера (token ring LAN), территориально распределенную сеть, Интернет и т.д. Система 10 может содержать устройства как проводной, так и беспроводной связи.

[0031] Например, показанная на фиг.1 система 10 включает сеть 11 подвижной телефонной связи и Интернет 28. Способность подключения к сети 28 Интернет может включать, но не ограничивается этим, беспроводные соединения большой дальности, беспроводные соединения малой дальности и различные проводные соединения, включая, но не ограничиваясь этим, телефонные линии, кабельные линии, силовые линии и т.п.

[0032] Приводимые в качестве примера устройства связи или оборудование UE системы 10 могут включать, но не ограничиваются этим, электронное устройство 12, комбинацию персонального цифрового помощника (Personal Digital Assistant, PDA) и мобильного телефона 14, PDA 16, устройство интегрированного обмена сообщениями (Integrated Messaging Device, IMD) 18, настольный компьютер 20, портативный компьютер 22 типа ноутбук и т.д. Устройства связи могут быть как фиксированными, так и мобильными, например переносимыми передвигающимся человеком. Устройства связи могут быть установлены также в каком-либо виде транспорта, включая, но не ограничиваясь этим, в автомобиле, грузовике, такси, автобусе, в поезде, на судне, в самолете, велосипеде, мотоцикле и т.п. Некоторые или все устройства связи могут посылать и принимать вызовы и сообщения и обмениваться информацией с провайдерами услуг через беспроводное соединение 25 с базовой станцией 24. Базовая станция 24 может быть соединена с сетевым сервером 26, обеспечивающим связь между мобильной телефонной сетью 11 и Интернетом 28. Система 10 может включать дополнительные устройства связи и устройства связи различных типов.

[0033] Устройства связи могут обмениваться информацией с помощью различных технологий, включая, но не ограничиваясь этим, такие как CDMA, GSM, универсальная система мобильных телекоммуникаций (Universal Mobile Telecommunications System, UMTS), множественный доступ с временным разделением каналов (Time Division Multiple Access, TDMA), множественный доступ с частотным разделением каналов (Frequency Division Multiple Access, FDMA), WiMax, протокол управления передачей/протокол Интернет) (Transmission Control Protocol/Internet Protocol, TCP/IP), служба обмена короткими сообщениями (Short Messaging Service, SMS), служба обмена мультимедийными сообщениями (Multimedia Messaging Service, MMS), электронная почта, служба обмена мгновенными сообщениями (Instant Messaging Service, IMS), Bluetooth, IEEE 802.11 и т.п. Устройство связи, применяемое при реализации различных форм осуществления данного изобретения, может обмениваться информацией с использованием различных сред включая, но не ограничиваясь этим, радио, инфракрасные, лазерные, кабельные соединения и т.п.

[0034] На фиг.2 и 3 показано одно типичное электронное устройство или оборудование UE 12, в котором различные формы осуществления изобретения могут быть реализованы и/или использованы совместно с реализацией различных форм осуществления. Однако следует понимать, что различные формы осуществления изобретения не обязательно ограничены одним конкретным типом устройства. Электронное устройство или оборудование UE 12, показанное на фиг.2 и 3, содержит корпус 30, дисплей 32 в виде дисплея на жидких кристаллах, клавиатуру 34, микрофон 36, динамик 38, батарею 40, инфракрасный порт 42, антенну 44, смарт-карту 46 в виде универсальной карты на интегральных микросхемах (Universal Integrated Circuit Card, UICC) согласно одной форме осуществления изобретения, устройство 48 считывания карт, электронные схемы 52 радиоинтерфейса, электронные схемы 54 кодека, контроллер 56 и запоминающее устройство 58. Используются отдельные схемы и элементы, хорошо известные в данной области техники.

[0035] Фиг.4 поясняет аспект протокола LPP показанной на фиг.1 системы 10, включающей целевое устройство 410, первый приемник VRR 420 (то есть расчетный опорный приемник в противоположность физическому опорному приемнику), второй приемник VRR 430, сервер 440, службу VRR 450, сеть GNSS 460 (например, содержащую физические приемники GNSS) и различные космические аппараты (space vehicles, SV) GNSS 470. Система может использоваться для высокоточного позиционирования целевого устройства 410. Более точно, система может использоваться для высокоточного позиционирования целевого устройства 410 относительно приемника VRR 420, 430. Как указано выше, эти приемники VRR 420, 430 могут динамически создаваться по запросу или могут предоставляться как часть сетки приемников VRR, которую служба VRR производит для использования платформы SLP 450 (то есть платформы определения местоположения с использованием протокола определения местоположения защищенной пользовательской плоскости (Secure User Plane for Location, SUPL). Платформа SLP является платформой определения местоположения, которая функционирует как оконечная точка и для протокола определения местоположения плоскости пользователя (User Plane Location Protocol, ULP), который является протоколом определения местоположения SUPL организации Открытый мобильный альянс (Open Mobile Alliance, ОМА), и для LPP. Протокол SUPL является протоколом определения местоположения, стандартизированным организацией ОМА, который предоставляет те же самые функциональные возможности в плоскости пользователей в такой сети на основе протокола Интернет (Internet Protocol, IP), которые протоколы позиционирования плоскости управления предоставляют в плоскости управления. В дополнение к позиционированию протокол SUPL также обеспечивает, среди других функциональных возможностей, функциональные возможности аутентификации, защиты и начисления платы. С точки зрения стека протоколов протокол LPP инкапсулируется в ULP, то есть протокол ULP является протоколом переноса информации для LPP.

[0036] Фиг.5 поясняет пример процесса переключения с первого приемника VRR 520 на второй приемник VRR 530. Целевое устройство 510 начинает с первой фиксированной базисной линии 540 относительно первого приемника VRR 520. Используемый здесь термин "фиксированная базисная линия" означает, что неоднозначности целого числа фазовых циклов разрешаются и фиксируются на их целых значениях. Это позволяет решение базисной линии с высокой точностью. В случаях, когда неоднозначности не могут быть фиксированы, может использоваться также плавающее решение базисной линии. Хотя и не столь точная как фиксированная базисная линия, плавающая базисная линия может быть решена в большинстве обстоятельств, тогда как фиксированная базисная линия требует условий хорошего сигнала GNSS. Когда плавающая базисная линия решается относительно близлежащего приемника VRR, это производит более точное решение позиции, чем обычная технология AGNSS. Целевое устройство 510 затем определяет потребность в смене приемника VRR. Целевое устройство 510 запрашивает измерения у сервера 550 для второго приемника VRR 530, то есть, например, более близкого к целевому устройству 510, чем первый приемник VRR 520. Целевое устройство 510 затем начинает принимать опорные измерения и для первого приемника VRR 520 и для второго приемника VRR 530. Эта ситуация позволяет непосредственно определить вторую базисную линию 560, потому что местоположения первого приемника VRR 520, второго приемника VRR 530 и первой базисной линии 540 известны: (вторая базисная линия 560)=(первая базисная линия 540)+((второй VRR 530)-(первый VRR 520)). Это знание второй базисной линии 560 делает возможным легкое разрешение новых неоднозначностей целого числа. Как только целевое устройство 510 уверено, что оно захватило новую базисную линию (то есть вторую базисную линию 560) и связанные с ней неоднозначности целого числа, целевое устройство 510 запрашивает сервер 550 остановить предоставление измерений для первого приемника VRR 520. Таким образом, в общем, при смене приемника VRR измерения базисной линии для "старого" и "нового" приемника VRR принимают в течение короткого времени, давая время для определения необходимых параметров (неоднозначности целого числа и базисной линии) относительно "нового" приемника VRR до завершения измерений для "старого" приемника VRR.

[0037] Есть по меньшей мере четыре сценария выполнения смены приемника VRR, каждый из которых подробно рассматривается ниже. Следует понимать, что эти четыре сценария - не единственные сценарии и что большее число сценариев предполагается в соответствии с различными формами осуществления. Первые два сценария включают запуск "новой" транзакции, чтобы совершить смену приемника VRR, и все вместе упоминаются в дальнейшем как "Вариант 1". Другие два сценария включают передачу информационного элемента Modify ("Модифицировать") в вышеупомянутом сообщении LPP Request Assistance Data для выполнения смены приемника VRR, и все вместе упоминаются в дальнейшем как "Вариант 2". В некоторых случаях элемент IE Modify инкапсулируется в сообщения запроса, тогда как в других случаях элемент IE Modify находится в сообщении нового типа. С Вариантом 1 фактическая смена приемника VRR выполняется целевым устройством, запрашивающим поддержку опорного измерения для "нового" приемника VRR (то есть новой транзакции) и останавливающим поддержку измерения для "старого" приемника VRR, когда хэндовер заканчивается. С Вариантом 2 параметры текущего сеанса модифицируются, и нет никакой потребности запускать другую транзакцию.

[0038] В поддерживаемой оборудованием UE простой ситуации, в которой вычисление позиции выполняется на сервере и оборудование UE только предоставляет запрашиваемые измерения серверу, платформа SLP имеет информацию о базисной линии и может предпринять необходимые шаги внутренне, без взаимодействия с оборудованием UE. Таким образом, нет никакой разницы между Вариантом 1 и Вариантом 2 для ситуаций, поддерживаемых оборудованием UE. Однако в ситуации на основе оборудования UE вычисление позиции выполняется в оборудовании UE и поэтому должна рассматриваться архитектура развертывания приемника VRR, показанная на фиг.4. Как объяснено выше, одной опцией является динамическое создание приемников VRR по запросу, а другой является наличие службы VRR, создающей сетку приемников VRR для использования платформой SLP. Поскольку динамическое создание приемника VRR по запросу и создание сетки VRR для использования платформы SLP различаются, обе опции исследуются ниже перед подробным обсуждением сигнализации, используемой при смене приемника VRR в контексте Варианта 1 и Варианта 2.

[0039] Что касается опции сетки, то если платформа SLP имеет сетку приемников VRR, из которой можно выбирать, сервер может предоставлять целевому устройству самый близкий приемник VRR, когда целевое устройство запрашивает поддержку опорного измерения сообщением LPP Request Assistance Data. Следует отметить, что в этом случае местоположение целевого устройства предполагается известным с некоторой точностью, например, на основании обычной коррекции AGNSS. Когда сервер отвечает поддержкой опорных измерений в сообщении LPP Provide Assistance Data, сервер может предоставлять также список соседей, "находящихся рядом" приемников VRR, таким образом позволяя целевому устройству принять решение относительно того, на какой приемник VRR переключиться в случае необходимости. Заметим, что приемники VRR в списке соседей связаны с идентификаторами или уникальными номерами так, что целевое устройство может указать на конкретный приемник VRR при запросе на смену приемника VRR. В дополнение к вышеописанному, сервер мог бы снабжать целевое устройство списком соседей в случаях, когда сервер не имеет сетки приемников VRR, но обеспечивает приемник VRR для другого целевого устройства поблизости. В таком случае в предоставляемом списке соседей может быть также индикация срока службы или продолжительности, связанная с приемником VRR.

[0040] Таким образом, и с учетом Варианта 1 (то есть когда смена приемника VRR запускает "новую" транзакцию), список соседей работает как руководящая информация для целевого устройства относительно того, когда выгодно сменить приемник VRR. В Варианте 2 (то есть когда смена приемника VRR выполняется передачей информационного элемента Modify в сообщении LPP Request Assistance Data) включение списка соседей указывает целевому устройству, что сервер способен к смене приемника VRR и что сервер способен предоставлять опорные измерения для двух приемников VRR одновременно. Заметим, что эта возможность не имеет значения в варианте 1, так как две транзакции (старая и новая) более или менее независимы друг от друга.

[0041] Переходя к опции динамического создания (то есть опции динамического создания приемников VRR по запросу) применительно к Варианту 1, целевое устройство запрашивает другой приемник VRR в новой позиции. В этом случае для целевого устройства полезно сообщить серверу идентификатор ID (identifier, ID) транзакции выполняемого потока VRR. Эта информация уведомляет сервер о том, что целевое устройство выполняет хэндовер, и поэтому сервер не должен случайно закончить текущий поток VRR, запустив предоставление нового потока VRR. Кроме того, при обращении к идентификатору ID транзакции текущего сеанса VRR сервер может непосредственно взять некоторые подготовленные параметры (например, для каких систем GNSS и сигналов предоставлять поддержку) из текущего сеанса для нового сеанса. В Варианте 2 опция для выполнения опции динамического создания должна включать в сообщение LPP Provide Assistance Data от сервера к целевому устройству индикацию того, что целевое устройство может запросить смену приемника VRR, то есть что сервер способен предоставить опорные измерения для двух приемников VRR одновременно.

[0042] Следует отметить, что современная спецификация протокола LPP (Релиз 9) допускает только одно сообщение Assistance Data Request LPP на транзакцию. Таким образом, и как было упомянуто, транзакция в настоящее время состоит из одного сообщения запроса и одного или нескольких сообщений предоставления (или, в случаях без запроса, одного или нескольких сообщений предоставления). Соответственно, в Варианте 1 обязательно будет новая транзакция, потому что передается новое сообщение запроса. Наоборот, в Варианте 2 не будет никакой новой транзакции, а будет модификация текущей транзакции. Независимо от варианта сообщение запроса может содержать идентификатор ID соты / позицию, чтобы приемник VRR мог быть назначен оборудованию UE. Когда в запросе нет информации о позиции, сервер может начинать сеанс позиционирования с целевым устройством так, чтобы сервер получил, например, грубую позицию целевого устройства. В сообщении LPP Assistance Data Request оборудование UE может определить желаемое максимальное расстояние до приемника VRR (то есть "Качество Опоры" (Quality of Reference)). Это расстояние до приемника VRR может оказывать прямое влияние на качество высокоточного определения позиции.

[0043] В свете вышеизложенного сообщение LPP Provide Assistance Data от сервера для поддержки опорного измерения VRR в дополнение к другой возможной информации применительно к Варианту 1 может включать следующее:

[0044] (i) поддержку опорного измерения для текущего приемника VRR;

[0045] (ii) список соседей, то есть координаты ближайших приемников VRR; и

[0046] (iii) команду хэндовера для принудительного хэндовера (рассматриваемого ниже).

[0047] Применительно к Варианту 2 сообщение LPP Provide Assistance Data от сервера для поддержки опорного измерения VRR может включать следующее:

[0048] (i) поддержку опорного измерения для текущего приемника VRR;

[0049] (ii) поддержку опорного измерения для приемника VRR, на который переключается "целевое устройство";

[0050] (iii) список соседей, то есть координаты ближайших приемников VRR; и

[0051] (iv) индикацию того, что "целевое устройство" может запросить смену приемника VRR.

[0052] Теперь обратимся к действительной сигнализации для смены приемника VRR, ниже приводится подробное рассмотрение в отношении сигнализации для Варианта 1 и Варианта 2. Каждый вариант разделяется на два сценария исходя из того, имеет ли целевое устройство список соседей.

Вариант 1, Сценарий 1

[0053] Как упомянуто выше, в Варианте 1 фактическая смена приемника VRR выполняется посредством запроса поддержки опорного измерения для "нового" приемника VRR и затем остановки доставки поддержки измерения для "старого" приемника VRR, когда хэндовер закончен. В случаях, когда целевое устройство решило, что требуется сменить приемник VRR, и оно имеет список соседей, включающий координаты возможных приемников VRR, целевое устройство инициирует новую транзакцию, посылая серверу сообщение LPP Request Assistance Data. В сообщение запроса целевое устройство включает элемент 1Е (information element, IE) RefStationChangeRequest. Элемент 1Е RefStationChangeRequest включает TransactionID (идентификатор транзакции) текущего потока вспомогательных данных приемника VRR. Причиной для включения TransactionID текущего потока вспомогательных данных приемника VRR была объяснена выше, то есть - не позволять серверу остановить поток для "старого" или текущего приемника VRR немедленно после начала предоставления "нового потока". Дополнительно в элемент IЕ RefStationChangeRequest включается newRefStationReqWithID, который обеспечивает целевое устройство идентификатором ID "нового" приемника VRR, на который целевое устройство желает переключиться. Целевое устройство получает эту информацию идентификатора ID из списка соседей, которым оно обладает. Затем сервер принимает сообщение и в случае, когда сервер может предоставить данные для "нового" приемника VRR, сервер начинает предоставление целевому устройству поддержки опорного измерения приемника VRR согласно запросу. Когда целевое устройство завершило смену приемника VRR, целевое устройство прерывает транзакцию опорной поддержки "старого" приемника VRR путем запроса серверу на прерывание передачи опорных вспомогательных данных для "старого" приемника VRR (например, посредством сообщения LPP Abort (на прекращение выполнения LPP), содержащего соответствующий идентификатор ID транзакции). С другой стороны, когда сервер принимает сообщение и решает, что он не может предоставить данные для нового приемника VRR, сервер прерывает новую транзакцию.

[0054] Фиг.6 - блок-схема, иллюстрирующая процессы, связанные с этой формой осуществления. На шаге 600 целевое устройство со списком соседей решает, что смена необходима или была бы полезна. На шаге 610 целевое устройство посылает серверу сообщение LPP Request Assistance Data, содержащее RefStationChangeRequest, который включает TransactionID потока вспомогательных данных текущего приемника VRR. Дополнительно в поле newRefStationReqWithID, связанное с элементом IE RefStationChangeRequest, целевое устройство включает идентификатор приемника VRR из списка соседей, на который целевое устройство хотело бы переключиться. На шаге 620 сервер принимает сообщение LPP Request Assistance Data и определяет, может ли он предоставить запрашиваемую поддержку опорного измерения. Если сервер не может предоставить запрашиваемую поддержку опорного измерения, то он прерывает новую транзакцию на шаге 630. Однако если сервер может предоставить запрашиваемую поддержку опорного измерения, сервер начинает на шаге 640 предоставление запрашиваемой поддержки опорного измерения для "нового" приемника VRR в новой транзакции в дополнение к поддержке опорного измерения, уже предоставляемой для "старого" приемника VRR в текущей транзакции. На шаге 650, как только целевое устройство успешно переключилось на "новый" приемник VRR, оно прерывает транзакцию опорной поддержки "старого" приемника VRR. Как упомянуто выше, это может быть достигнуто посылкой сообщения LPP Abort с идентифик