Эффективная периодическая передача отчетов о местоположении в сети радиодоступа

Эффективная периодическая передача отчетов о местоположении в сети радиодоступа

Иллюстрации

Показать все

Реферат

Настоящая заявка на патент испрашивает приоритет предварительной заявки на патент США с порядковым номером №60/693003, озаглавленной "METHOD AND APPARATUS FOR PROVIDING LOCATION SERVICES WITH SHORT-CIRCUITED MESSAGE FLOWS" (Способ и устройство обеспечения услуг определения местоположения в сети радиодоступа), поданной 21 июня 2005; заявки на патент США с порядковым номером № 60/711801, озаглавленной "EFFICIENT PERIODIC LOCATION REPORTING IN A RADIO ACCESS NETWORK" (Способ и устройство периодической передачи отчетов о местоположении в сети радиодоступа), поданной 25 августа 2005; заявки на патент США с порядковым номером № 60/718112 озаглавленной "EFFICIENT PERIODIC LOCATION REPORTING IN A RADIO ACCESS NETWORK", поданной 16 сентября 2005; заявки на патент США с порядковым номером № 60/771180, озаглавленной "EFFICIENT PERIODIC LOCATION REPORTING IN A RADIO ACCESS NETWORK", поданной 6 февраля 2006; заявки на патент США с порядковым номером № 60/771217, озаглавленной "CLARIFICATION AND CORRECTION OF PERIODIC LOCATION PROCEDURE" (Уточнение и поправка процедуры периодического определения местоположения), поданной 7 февраля 2006; заявки на патент США с порядковым номером № 60/771706, озаглавленной "ADDITION OF PERIODIC LOCATION PROCEDURES" (Дополнение процедур периодического определения местоположения), поданной 8 февраля 2006, все переданные правопреемнику по данному изобретению, и тем самым полностью включены путем ссылки.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

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

Поток сообщений (который также может называться потоком вызовов или процедурой) обычно исполняется, чтобы получить оценку местоположения для устройства беспроводной связи и послать эту оценку местоположения на клиентский объект (например, Web-сервер). Различные сообщения обычно обмениваются между одним или несколькими сетевыми объектами, беспроводным устройством и клиентским объектом. Эти сообщения обеспечивают, что каждому объекту предоставлена относящаяся к делу информация, или он может получить эту информацию от другого объекта, чтобы выполнять позиционирование относительно устройства беспроводной связи и/или доставлять оценку местоположения на клиентский объект. Однако эти сообщения добавляют трафик между различными сетевыми объектами. Дополнительный трафик может быть особенно значительным для периодической передачи отчетов о местоположении, которая периодически поставляет оценку местоположения относительно устройства беспроводной связи на клиентский объект. Сообщения могут также увеличивать длительность времени ответа для посылки оценки местоположения на клиентский объект, возможно на недопустимую величину.

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

КРАТКОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

В настоящем документе описываются способы эффективного обеспечения услуг (ЭОУ, LCS) определения местоположения с использованием возможностей периодических LCS в сети радиодоступа (RAN). Эти способы применяют основывающуюся на RAN периодическую передачу отчетов, чтобы периодически сообщать местоположение устройства беспроводной связи на LCS клиент. Основывающаяся на RAN периодическая передача отчетов о местоположении может быть использована для процедур «завершаемого на мобильном устройстве» запроса (MT-LR) местоположения, «побужденного из сети» запроса (NI-LR) местоположения и «инициированного с терминала» запроса (MO-LR) определения местоположения.

В варианте осуществления периодической передачи отчетов местоположения по запросам MO-LR, беспроводное устройство, взаимодействующее с RAN, посылает на сетевой объект (1) запрос периодической передачи отчетов о местоположении UE на клиентский объект и (2) информацию периодического определения местоположения. Беспроводное устройство связи называется также пользовательским оборудованием (UE), сетевой объект может быть центром коммутации мобильной связи (ЦКМС, MSC) или узлом поддержки (SGSN) обобщенных услуг (GPRS) пакетной радиопередачи, и клиентский объект также называется LCS клиентом. Информация периодического определения местоположения может указывать план сообщаемых событий и/или набор заранее заданных событий, которые запускают (инициируют) передачу отчетов о местоположении. После того как запрос одобрен, MSC/SGSN посылает на RAN сигнализацию, чтобы инициировать периодическую передачу отчетов о местоположении для UE. RAN может запрашивать центр позиционирования (который может быть также назван автономным обслуживающим центром (SAS) определения местоположения мобильного устройства) для посылки на UE данных помощи (в установлении соединения). RAN может координировать и управлять периодической передачей отчетов о местоположении или может передавать управление этим SAS. В любом случае для каждого отчета о местоположении, определенного посредством информации периодического определения местоположения, UE посылает на RAN информацию местоположения. Эта информация местоположения может содержать (1) измерения, выполненные посредством UE для базовых станций и/или спутников или (2) оценку местоположения для UE. Если RAN принимает измерения от UE, то RAN может посылать измерения на SAS, который может вычислить оценку местоположения для UE и вернуть оценку местоположения на RAN. RAN затем посылает оценку местоположения для UE на MSC/SGSN, который пересылает оценку местоположения на LCS клиент. Основывающаяся на RAN периодическая передача отчетов о местоположении сокращает сигнализацию для периодической посылки на LCS клиент оценки местоположения UE, а также обеспечивает более высокое быстродействие при ответе.

Ниже описываются различные потоки сообщений для основывающейся на RAN периодической передачи отчетов о местоположении. Различные аспекты и варианты осуществления изобретения также описаны ниже с дополнительными подробностями.

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

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

Фиг.1A показывает сеть связи на основе 3GPP (Проект партнерства систем связи 3-го поколения).

Фиг.1B показывает развертывание системы на основе 3GPP, которая включает в состав многие сети.

Фиг.2A показывает поток сообщений для периодической передачи отчетов о местоположении для MT-LR.

Фиг.2B показывает поток сообщений для периодической передачи отчетов о местоположении для NI-LR.

Фиг.3 показывает поток сообщений для периодической передачи отчетов о местоположении для MO-LR.

Фиг.4 показывает поток сообщений для основывающейся на RAN периодической передачи отчетов о местоположении.

Фиг.5 и 6 показывают потоки сообщений для основывающейся на RAN периодической передачи отчетов в режиме «с центральным RNC» (контроллер радиосети) и режиме «с центральным SAS» соответственно.

Фиг.7 показывает поток сообщений для основывающейся на RAN периодической передачи отчетов с уведомлением.

Фиг.8 показывает поток сообщений для основывающейся на RAN периодического автоопределения местоположения для MO-LR.

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

Фиг.11 показывает другое развертывание сети связи.

Фиг.12 показывает блок-схемы различных сетевых объектов по фиг.1.

ПОДРОБНОЕ ОПИСАНИЕ

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

Способы периодической передачи отчетов о местоположении, описанные в документе, могут использоваться для различных сетей беспроводной связи, таких как сеть множественного доступа с кодовым разделением каналов (МДКР, CDMA), сеть множественного доступа с временным разделением каналов (МДВР, TDMA), сеть множественного доступа с частотным разделением (МДЧР, FDMA), сеть множественного доступа с ортогональным частотным разделением (МДОЧР, OFDMA), сеть, поддерживающая комбинацию вышеупомянутых технологий, сеть с зоной обслуживания глобальной сети, а также зоной обслуживания локальной сети (БЛВС, WLAN) беспроводной связи и так далее. Сеть CDMA может реализовывать одну или несколько CDMA-технологий радиосвязи, такие как широкополосный CDMA (Ш-МДКР, W-CDMA), cdma2000 и так далее; cdma2000 охватывает стандарты IS-2000, IS-856, и IS-95. Сеть TDMA может реализовывать одну или несколько TDMA-технологий радиосвязи, такие как глобальная система мобильной связи (ГСМС, GSM), цифровая усовершенствованная мобильная телефонная связь (Ц-УМТС, D-AMPS) и так далее. D-AMPS охватывает стандарты IS-36 и IS-54. Данные различные технологии и стандарты радиосвязи являются известными в области техники. W-CDMA и GSM описаны в документах организации, именуемой "Проект партнерства систем связи 3-го поколения" (3GPP); cdma2000 описана в документах организации, именуемой названной "Проект 2 партнерства систем связи 3-го поколения" (GPP2). Документы 3GPP и 3GPP2 являются доступными публично. Для ясности ниже описаны способы для сети на основе 3GPP, которая использует одну или несколько технологий радиосвязи и один или несколько сетевых протоколов, опубликованных 3GPP. Например, сеть на основе 3GPP может быть сетью универсальной системы мобильной связи (УСМС, UMTS), которая использует W-CDMA в качестве технологии радиосвязи для взаимодействия по радиоканалу и прикладную подсистему (MAP) мобильной связи в качестве сетевого протокола для функциональности базовой сети.

На фиг.1A показана сеть 100 на основе 3GPP, которая обеспечивает услуги связи и определения местоположения для устройств беспроводной связи, называемых пользовательским оборудованием (UE) (терминология 3GPP) в нижеследующем описании. Для простоты, только одно устройство UE 120 показано на фиг.1A. UE 120 может быть стационарным или мобильным и может также называться мобильной станцией, терминалом, абонентским устройством или некоторой другой терминологией. UE 120 может также быть телефоном сотовой связи, портативной ЭВМ, персональным цифровым ассистентом (ПЦА, PDA), телеметрическим устройством, устройством слежения и так далее. UE 120 может взаимодействовать с одной или несколькими базовыми станциями в сети (RAN) радиодоступа 130. UE 120 также может принимать сигналы от одного или нескольких спутников 190, которые могут быть частью глобальной системы определения местоположения (GPS), европейской системы Galileo или российской системы Glonass. UE 120 может измерять сигналы от базовых станций в RAN 130 и/или сигналы от спутников 190 и может получать измерения псевдодальности для этих базовых станций и спутников. Эти измерения псевдодальности могут использоваться, чтобы вычислять (выводить) оценку местоположения для UE.

RAN 130 обеспечивает беспроводную связь для устройств UE, расположенных по всей области обслуживания RAN. RAN 130 взаимодействует с центром (MSC) коммутации мобильной связи и/или обслуживающим узлом (SGSN) поддержки GPRS (MSC/SGSN) 140 и взаимодействует также с обслуживающим центром (SMLC) определения местоположения мобильных устройств и/или автономным SMLC (SAS) (SMLC/SAS) 132. MSC 140 выполняет функции коммутации для вызовов с коммутацией каналов (например, установки, маршрутизации и возможного (конечного) разъединения коммутируемых речевых вызовов и запросов данных) для устройств UE в пределах своей области обслуживания. SGSN 140 выполняет функции переключения и маршрутизации для вызовов с коммутацией пакетов и соединений с коммутацией пакетов. SMLC/SAS 132 обеспечивает услуги позиционирования и может поддерживать режимы позиционирования «на основе UE» «с помощью UE» и «на основе сети». Позиционирование относится к функциональности, которая обнаруживает или определяет географическое местоположение целевого UE. SAS может иметь в составе несколько связанных устройств измерения местоположения (LMU) (не показано на фиг.1A), чтобы содействовать некоторым способам позиционирования, например способу позиционирования на основе разности времен поступления сигналов восходящей линии связи (U-TDOA). SMLC может быть физической и/или логической подсистемой RAN или он может быть физически и логически отдельным в случае автономного SMLC (SAS). В любом случае в нижеследующем описании SMLC/SAS 132 рассматривается как отдельный объект, является ли он физически и/или логически частью RAN или отдельным от RAN.

Межсетевой центр (GMLC) 150 определения местоположения мобильного устройства выполняет различные функции, чтобы поддерживать услуги определения местоположения, является интерфейсом с внешними LCS клиентами и обеспечивает услуги такие, как конфиденциальность абонента, авторизация доступа, аутентификация, выписка счетов абонентских услуг и так далее. Регистр (HLR) домашнего местоположения собственных абонентов/сервер (HSS) собственных абонентов 160 хранит регистрационную информацию для устройств UE (например, UE 120), которые являются абонентами сети 100. LCS клиент 170 является функцией или объектом, который запрашивает и/или принимает информацию местоположения относительно LCS-адресатов. LCS-адресат является UE, местоположение которого является искомым. В общем, LCS клиент может постоянно находиться в сетевом объекте или UE или может быть внешним по отношению и к сети, и к UE. LCS клиент 170 взаимодействует с GLMC 150.

Для простоты на фиг.1A показаны сетевые объекты, которые являются подходящими для услуг определения местоположения. Эти сетевые объекты описаны в технических условиях 3GPP TS 23.271, озаглавленных "Functional stage 2 description of Location Services (LCS) (Release 6)" (Функциональное описание стадии 2 услуг (LCS) определения местоположения (Версия 6)), в технических условиях 3GPP TS 25.305, озаглавленных "Stage 2 functional specification of User Equipment (UE) positioning in UTRAN (Release 6)" (Функциональное описание стадии 2 позиционирования пользовательского оборудования (UE) в UTRAN (Версия 6)" и в технических условиях 3GPP TS 43.059, озаглавленных "Functional stage 2 description of Location Services (LCS) in GERAN (Release 6)" (Функциональное описание стадии 2 услуг (LCS) определения местоположения в GERAN (Версия 6)), все из которых являются доступными публично.

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

На фиг.1B показано развертывание 101 системы на основе 3GPP, которая включает в состав посещаемую/обслуживающую сеть 102, домашнюю сеть 104 и запрашивающую сеть 106. Посещаемая сеть 102 является сетью, которая в настоящее время является обслуживающей UE 120. Домашняя (опорная) сеть 104 является сетью, с которой UE 120 имеет абонентскую подписку. Запрашивающая сеть 106 является сетью, через которую LCS клиент 170 может создавать запрос о местоположении UE 120 и/или принимать местоположение UE 120. Домашняя сеть 104 может быть одинаковой с посещаемой сетью 102 или отличной от нее и может быть одинаковой с запрашивающей сетью 106 или отличной от нее. Запрашивающая сеть 106 может также быть одинаковой с посещаемой сетью 102 или отличной от нее. Каждая сеть может называться наземной сетью (PLMN) мобильной связи общего пользования.

Для показанного на фиг.1B варианта осуществления посещаемая сеть 102 включает в состав соответствующую второму поколению (2G) сеть 130a (GERAN) радиодоступа с возможностями EDGE GSM (система беспроводной связи с передачей данных в сетях GSM) и универсальную наземную сеть 130b (UTRAN) радиодоступа третьего поколения (3G). GERAN 130a взаимодействует с 2G-SGSN 140a и/или 2G-MSC 140b. GERAN 130a также может взаимодействовать с 3G-SGSN 140c и/или 3G-MSC 140d. UTRAN 130b взаимодействует с 3G-SGSN 140c и/или 3G-MSC 140d. Каждый MSC может действовать в качестве посещаемого MSC (VMSC) и 3G-MSC 140d может быть сервером MSC. Посещаемый GMLC (V-GMLC) 150a поддерживает услуги определения местоположения для посещаемой сети 102 и взаимодействует с несколькими MSC 140b и 140d и SGSN 140a и 140c. SMLC/SAS 132 обеспечивает услуги позиционирования и может взаимодействовать с GERAN 130a, UTRAN 130b, 2G-MSC 140a и так далее.

Домашняя сеть 104 включает в себя GMLC (H-GMLC) 150b и HLR/HSS 160 собственных абонентов. H-GMLC 150b поддерживает услуги определения местоположения для домашней сети 104. HLR/HSS 160 хранит регистрационную информацию для устройств UE, которые являются абонентами домашней сети 104. Запрашивающая сеть 106 включает в состав запрашивающий (R-GLMC) 150c, который поддерживает услуги определения местоположения для запрашивающей сети 106. Хотя не показано на фиг.1B, R-GLMC 150c и/или H-GLMC 150b могут взаимодействовать непосредственно с SGSN 140a, MSC 140b, SGSN 140c и/или MSC 140d в посещаемой сети 102 через соответствующие интерфейсы.

Сетевые объекты на фиг.1A и 1B могут также обозначаться другими именами в других сетях и других архитектурах определения местоположения. Например, в архитектуре защищенного определения местоположения (SUPL) плоскости пользователя, опубликованной Открытым союзом (OMA) по мобильной связи, LCS клиент иногда именуется агентом SUPL, GLMC называется центром SUPL-определения местоположения (SLC), UE, который поддерживает SUPL, называется терминалом (SET) с поддержкой SUPL и SLMC называется центром SUPL-позиционирования (SPC). Функции и сигнализация, выполняемая этими SUPL-именованными объектами, не являются точно такими же, как таковые, выполняемые соответствующими 3GPP-именованными объектами, но в общих чертах сходны и допускают совместимые услуги и возможности. GLMC может также называться центром определения местоположения, LCS-сервером, сервером определения местоположения, центром (MPC) позиционирования мобильных устройств и так далее. SMLC может также называться объектом позиционирования, центром позиционирования, объектом (PDE) определения позиции и так далее. В целом, каждая сеть может включать в себя любую совокупность сетевых объектов, которые могут обеспечивать любой объем услуг. Для ясности многое из нижеследующего описания предназначено для сети 100 на основе 3GPP по фиг.1A.

Местоположение UE 120 может запрашиваться посредством (1) приложений (Apps), исполняющихся в UE, что имеет следствием инициированный мобильным устройством запрос (MO-LR) местоположения, (2) приложений, исполняющихся в LCS-клиенте 170, что имеет следствием завершаемый на мобильном устройстве запрос (MT-LR) местоположения, и (3) приложений, исполняющихся в рамках любого из PLMN-объектов, обслуживающих целевое UE (например, 2G-SGSN 140a, 2G-MSC 140b, 3G-SGSN 140c или 3G-MSC 140d на фиг.1B), что имеет следствием побужденный из сети запрос местоположения (NI-LR). Местоположение UE 120 может запрашиваться один раз, что имеет следствием однократный или немедленный отчет о местоположении, или многократный с помощью одиночного запроса, что имеет следствием периодическую передачу отчетов о местоположении. Периодическая передача отчетов о местоположении может выполняться с помощью периодического потока сообщений для MT-LR, периодического потока сообщений для NI-LR или периодического потока сообщений для MO-LR. Периодическая передача отчетов о местоположении поставляет оценку местоположения относительно целевого UE на LCS

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

Оценка местоположения для UE 120 может быть получена с использованием режимов позиционирования «на основе UE», «с помощью UE» или «на основе сети». Для режима «на основе UE» местоположение UE определяется посредством UE, возможно вместе с данными помощи от SMLC, GERAN или UTRAN. Для режима «с помощью UE» местоположение UE определяется посредством SMLC с помощью (например, измерений) от UE. Для режима «на основе сети» местоположение UE определяется на основании информации, полученной посредством сети или уже известной ей без какие-либо специальной помощи от UE. Для режима «на основе сети» местоположение UE может быть определено посредством измерений в восходящей линии связи, выполненных на одном или нескольких LMU или базовых станций.

Режимы «на основе UE» и «с помощью UE» могут использовать различные способы определения местоположения, такие как GPS, «с содействующей GPS» (A-GPS), гибридный, расширенная трилатерация по прямому каналу связи (A-FLT), усовершенствованный способ наблюдаемой разности времен поступления сигналов (E-OTD), наблюдаемая разность времен поступления сигналов (Observed Time Difference Of Arrival based on Idle Period DownLink, OTDOA) и так далее. Режим «на основе сети» может использовать различные способы определения местоположения, такие как по времени поступления сигналов по восходящей линии связи (U-TOA), разность времен поступления сигналов в восходящей линии связи (U-TDOA), cell-ID (идентификация сотовой ячейки), усовершенствованный способ cell-ID и так далее. Ряд способов определения местоположения для одного или несколько режимов позиционирования также могут использоваться в комбинации. Способы GPS и A-GPS вычисляют оценку местоположения для UE на основании только спутниковых измерений и имеют высокую точность. Гибридный способ вычисляет оценку местоположения на основании и спутниковых измерений и измерений базовой станции и имеет высокую точность и высокую надежность. Способы A-FLT, E-OTD и OTDOA выводят оценку местоположения на основании выполненных посредством UE измерений временной диаграммы базовой станции и имеют в большей степени промежуточную точность. Способы U-TOA и U-TDOA вычисляют оценку местоположения на основании измерений временной диаграммы UE, выполненных сетью, и имеют в большей степени промежуточную точность. Способы cell-ID и усовершенствованный cell-ID вычисляют оценку местоположения на основании сотовой сети и имеют более грубую точность. Эти различные способы определения местоположения являются известными в области техники.

Различные потоки сообщений для поддержки периодической передачи отчетов о местоположении UE на LCS клиент 170 описаны ниже для сети 100 на основе 3GPP по фиг.1A. Эти потоки сообщений дают возможность базовой сети (например, MSC/SGSN 140) вызывать на исполнение и использовать возможности периодических услуг LCS в RAN 130, чтобы эффективно обеспечивать основывающуюся на RAN периодическую передачу отчетов о местоположении. Основывающаяся на RAN периодическая передача отчетов о местоположении относится к периодической передаче отчетов о местоположении, которая координируется и управляется посредством RAN, в отличие от MSC/SGSN, UE или GMLC.

На фиг.2A показан вариант осуществления потока 200 сообщений для MT-LR периодической передачи отчетов о местоположении. Для потока 200 сообщений LCS клиент 170 посылает на GMLC 150 сообщение LCS Service Request (Запрос услуги LCS), которое содержит (1) запрос периодической передачи отчетов о местоположении целевого UE 120 на LCS-клиент 170 (то есть периодический запрос местоположения) и (2) информацию периодического определения местоположения ("periodic loc info") (этап 1). GMLC 150 может проверять идентификационную информацию LCS клиента 170, может аутентифицировать LCS клиента и может определять, авторизован ли LCS клиент для запрошенной услуги определения местоположения. Если LCS-клиент 170 авторизован, то GMLC 150 (1) определяет идентификатор UE 120 и качество обслуживания (QoS) услуги LCS на основании данных подписки для LCS клиента 170, данных подписки для абонента UE 120 и/или данных, предоставленных LCS клиентом 170, (2) выполняют проверку конфиденциальности на основании профиля конфиденциальности для абонента UE и (3) назначает опорный идентификатор (ID), который используется, чтобы связывать последующие отчеты о местоположении с исходным запросом периодического определения местоположения. Для проверки конфиденциальности GMLC 150 проверяет, разрешено ли LCS клиенту 170 или LCS клиенту данного типа запрашивать периодическую передачу отчетов о местоположении UE 120 и требуется ли уведомлять UE об этом запросе и разрешать принятие или отклонение запроса.

Если GMLC 150 не известен текущий обслуживающий MSC или SGSN для UE 120, то GMLC 150 посылает на HLR/HSS 160 сообщение Send Routing Info for LCS (Послать информацию маршрутизации для LCS), чтобы запросить информацию маршрутизации относительно UE (этап 2). HLR/HSS 160 затем возвращает сообщение Send Routing Info for LCS Acknowledgment (Подтверждение приема запроса посылки информации маршрутизации для LCS), которое содержит адрес MSC/SGSN 140 (этап 3). Этапы 2 и 3 могут быть пропущены, если GMLC 150 уже известен адрес MSC/SGSN 140. GMLC 150 затем посылает на MSC/SGSN 140 сообщение Provide Subscriber Location (Предоставить местоположение абонента), которое содержит запрос периодического определения местоположения, идентификатор UE, информацию периодического определения местоположения, и/или другую соответствующую информацию (этап 4).

MSC/SGSN 140 может аутентифицировать, что запрос периодического определения местоположения разрешен (также этап 4). Если запрос периодического определения местоположения разрешен, то MSC/SGSN 140 может потребовать, чтобы RAN 130 выполнила поисковый радиовызов и аутентификацию UE 120, например, если UE 120 был в неактивном режиме (этап 5). Если необходимы уведомление или проверка конфиденциальности, то MSC/SGSN 140 уведомляет UE 120 для того, чтобы уведомить пользователя беспроводного устройства о периодическом запросе местоположения и запросить пользователя о предоставлении или отклонении разрешения (также этап 5). UE 120 может представить свои возможности на RAN 130 и/или MSC/SGSN 140, например поддерживает ли UE режимы «на основе UE» и «с помощью UE» (также этап 5). MSC/SGSN 140 затем посылает на UE 120 сообщение LCS Periodic Location Invoke (Запуск услуги LCS периодического определения местоположения), которое содержит соответствующую информацию для запроса периодического местоположения (например, информацию периодического определения местоположения, QoS услуги LCS, опорный ID и так далее) (этап 6). Сообщение LCS Periodic Location Invoke может также включать в себя (1) перечень PLMN, в которых допускается периодическая передача отчетов о местоположении (например, могут инициироваться запросы MO-LR) и (2) указание для каждой PLMN о том, поддерживает ли PLMN основывающуюся на RAN периодическую передачу отчетов о местоположении. Если перечень PLMN в состав не включен, то последующие MO-LR-запросы могут ограничиваться текущей обслуживающей PLMN.

UE 120 затем посылает на MSC/SGSN 140 сообщение LCS Periodic Location Invoke Acknowledgment (Подтверждение приема запроса запуска услуги LCS периодического определения местоположения), которое указывает, принимается ли запрос периодического определения местоположения и может ли активно поддерживаться посредством последующих MO-LR-запросов. Результат проверки конфиденциальности не будет необходимым в этом сообщении, поскольку он уже включен на этапе 5. Если запрос периодического определения местоположения не принимается, но некоторая проверка конфиденциальности на этапе 5 проходит, то UE 120 будет указывать готовность допускать периодическую передачу отчетов о местоположении, но невозможность или нежелание активно поддерживать ее последующими MO-LR-запросами. В этом случае MSC/SGSN 140 может по-прежнему вызывать на исполнение периодическую передачу отчетов о местоположении через RAN 130, как описано ниже. В противном случае посредством MSC/SGSN 140 создается ответ об ошибке и возвращается на GMLC 150. В любом случае MSC/SGSN 140 посылает на GMLC 150 сообщение Provide Subscriber Location Acknowledgment, которое указывает, принимается ли запрос периодического определения местоположения (этап 8). Это сообщение может содержать другую соответствующую информацию, такую как перечень PLMN, посланный на UE 120. GMLC 150 затем посылает на LCS клиент 170 сообщение LCS Service Response (Ответ на запрос услуги LCS), которое содержит соответствующую информацию (например, принимается ли запрос периодического определения местоположения) (этап 9). После этого выполняется периодическая передача отчетов о местоположении UE на LCS клиент 170 с использованием возможностей периодических услуг LCS в RAN 130, как описано ниже (этап 10).

На фиг.2B показан вариант осуществления потока 210 сообщений для периодической передачи отчетов о местоположении для NI-LR. Поток 210 сообщений может использоваться, если LCS клиент 170 либо постоянно находится в пределах MSC/SGSN 140, либо постоянно находится в пределах той же PLMN и непосредственно связан с MSC/SGSN 140. Этапы 1, 5, 6, 7, 9 и 10 для потока 210 сообщений соответствуют этапам 1, 5, 6, 7, 9 и 10 соответственно потока 200 сообщений по фиг.2A. Для потока 210 сообщений LCS клиент 170 посылает непосредственно на MSC/SGSN 140 сообщение LCS Service Request, которое содержит запрос периодического определения местоположения и информацию о периодическом определении местоположения (этап 1). MSC/SGSN 140 может аутентифицировать, что запрос периодического определения местоположения разрешен и, если запрос разрешен, может потребовать, чтобы RAN 130 выполнила радиовызов и аутентификацию UE 120 (этап 5). Обычно на этапе 5 не выполняются уведомление или проверка конфиденциальности. Этапы 6 и 7 для потока 210 сообщений являются такими, как описаны выше для потока 200 сообщений. MSC/SGSN 140 затем посылает непосредственно на LCS клиент 170 сообщение LCS Service Response, которое указывает, принимается ли запрос периодического определения местоположения (этап 9). После этого выполняется периодическая передача на LCS клиент 170 отчетов о местоположении UE с использованием возможностей периодических LCS в RAN 130 для периодических LCS, как описано ниже (этап 10).

На фиг.3 показан вариант осуществления потока 300 сообщений периодической передачи отчетов о местоположении для MO-LR. Если UE 120 находится в неактивном режиме, то UE запрашивает установку соединения радиосвязи и посылает на RAN 130 сообщение Connection Management (CM) Service Request (Запрос услуги управления (CM)

соединением), указывающее запрос вызова независимой дополнительной услуги (этап 1). Если UE 120 находится в выделенном режиме, то UE посылает CM Service Request (Запрос услуги CM) на уже установленном соединении радиосвязи (также этап 1). RAN 130 пересылает сообщение Service Request на MSC/SGSN 140 (этап 2). MSC/SGSN 140 побуждает аутентификацию и шифрование, если UE 120 находится в неактивном режиме, или возвращает сообщение Direct Transfer CM Service Accept (Принятие услуги CM прямой передачи (переноса)), если UE 120 находится в выделенном режиме (этап 3). UE 120 может представить свои возможности на RAN 130 и/или MSC/SGSN 140, например, поддерживает ли UE режимы «на основе UE» и «с помощью UE» (также этап 3). Для ясности этапы 1-3 установки соединения по фиг.3 предполагают использование домена с коммутацией каналов (CS) и сигнализация посылается на MSC (а не SGSN). Этапы установки соединения для домена с коммутацией пакетов (PS) являются отличающимися и сигнализация посылается на SGSN через RAN 130. Установка соединения для доменов CS и PS описана в технических условиях 3GPP TS 23.271, которые являются доступными публично.

UE 120 затем посылает на MSC/SGSN 140 сообщение LCS MO-LR Location Services Invoke (Запуск услуги LCS определения местоположения для MO-LR), которое содержит (1) запрос периодической передачи на LCS клиент 170 отчетов о местоположении UE 120 (то есть запрос периодического определения местоположения) и (2) соответствующую информацию для периодической передачи отчетов о местоположении (этап 4). Соответствующая информация может включать в себя любую комбинацию из нижеследующего:

1) план (расписание) передачи отчетов о местоположении ("periodic loc info"),

2) конкретные события, используемые для запуска (инициирования) передачи отчетов о местоположении на LCS клиент 170 (также " periodic loc info "),

3) идентификационную информацию LCS клиента 170 ("lcs-client-addr") (адрес LCS клиента),

4) идентификационную информацию GMLC 150, через который можно осуществить доступ к LCS клиенту 170,

5) QoS услуги LCS, например точность и время ответа,

6) предпочтительный способ периодической передачи отчетов о местоположении, например MT-LR или MO-LR,

7) максимально допустимый срок любой оценки местоположения,

8) должен ли UE 120 быть идентифицирован на LCS клиенте 170 с использованием фактической идентификационной информации или фактического адреса UE или с использованием псевдонима, и

9) другую уместную информацию.

MSC/SGSN 140 проверяет, что UE 120 авторизован для запрошенной услуги определения местоположения, на основании профиля подписки для UE (также этап 4). Если запрос периодического определения местоположения авторизован, то MSC/SGSN 140 посылает на GMLC 150 сообщение MAP Subscriber Location Report (Отчет MAP о местоположении абонента), которое содержит запрос периодического определения местоположения и соответствующую информацию (например, информацию о периодическом определении местоположения) (этап 5). GMLC 150 затем пересылает запрос периодического определения местоположения и соответствующую информацию на LCS клиент 170 (этап 6). LCS клиент 170 посылает на GMLC 150 ответ на запрос UE (этап 7). В варианте осуществления любой объект из числа MSC/SGSN 140, GMLC 150 и LCS клиента 170 может отказываться или принимать запрос периодического определения местоположения. Если запрос принимается (например, не отклоняется каким-либо объектом), то GMLC 150 назначает запросу опорный ID. GMLC 150 затем посылает на MSC/SGSN 140 сообщение MAP Subscriber Location Report Acknowledgment (Подтверждение приема запроса отчета MAP о местоположении абонента) (этап 8). MSC/SGSN 140 может принимать любую комбинацию из нижеследующей информации:

1) опорный ID, назначенный посредством GMLC 150,

2) модифицированный план передачи отчетов о местоположении ("periodic loc info"),

3) модифицированные конкретные события, используемые для инициирования передачи отчетов о местоположении на LCS клиент 170 (также " periodic loc info"),

4) адрес GMLC 150, и

5) другую уместную информацию.

MSC/SGSN 140 посылает на UE 120 сообщение LCS MO-LR Return Result (Возвращаемый результат услуги LCS для MO-LR), которое содержит информацию, полученную от GMLC 150 (этап 9). Сообщение LCS MO-LR Return Result может дополнительно включать в себя (1) перечень PLMN, в которых допускается периодическая передача отчетов о местоположении и (2) указание для каждой PLMN, поддерживает ли PLMN основывающуюся на RAN периодическую передачу отчетов о местоположении. Это применяется, если UE 120 будет играть активную роль в последующей периодической передаче отчетов о местоположении посредством запросов MO-LR. Если перечень PLMN не представлен, то любые последующие запросы MO-LR могут ограничиваться текущей обслуживающей PLMN. После этого может выполняться периодическая передача отчетов о местоположении UE на LCS клиент 170 с использованием возможности периодических LCS в RAN 130, как описано ниже (этап 10).

В целом, любой объект (например, UE 120) может вызывать основывающуюся на RAN периодическую передачу отчетов относительно местоположения UE на LCS клиент 170. Чтобы поддерживать вызов посредством UE 120 периодической передачи отчетов в RAN 130, UE 120 может быть информирован, имеет ли каждая PLMN возможности периодических LCS в RAN. Эта информация может быть вклю