RU2310292C2

RU2310292C2 - Интерактивный способ передачи отчета о местоположении целевым пользовательским оборудованием в службу местоположения

Info

Publication number: RU2310292C2
Application number: RU2005133200/09A
Authority: RU
Inventors: С оцинь ДУАНЬ (CN); Сяоцинь ДУАНЬ
Original assignee: Хуавэй Текнолоджиз Ко., Лтд.
Priority date: 2003-06-12
Filing date: 2004-06-14
Publication date: 2007-11-10
Also published as: ATE383049T1; JP2006526338A; EP1617686B1; CA2523595C; JP4714679B2; CN1568079A; US8055275B2; US20070054675A1; CN1268153C; CA2523595A1; DE602004011043D1; EP1617686A4; RU2005133200A; WO2004112410A1; EP1617686A1

Abstract

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

Description

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

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

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

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

Фиг.1 является схематичной диаграммой, изображающей осуществление логической структуры LCS. Как изображено на фиг.1, Претендент 101 запрашивает информацию местоположения Целевого UE 103 через Сеть 102, содержащую Систему LCS. Сеть 102, которая содержит Систему LCS, производит легальную аутентификацию Претендента 101 для проверки, позволяет ли Целевое UE 103 Претенденту 101 запрашивать его информацию местоположения. Если Претендент 101 проходит легальную аутентификацию Сети 102, содержащей систему LCS, то Сеть 102 определяет местоположение Целевого UE 103 и обеспечивает Претендента 101 информацией местоположения Целевого UE 103; иначе, Сеть 102, содержащая систему LCS, отказывает запросу от Претендента 101 на информацию местоположения Целевого UE 103. Претендент 101 может содержать претендентов и клиентов LCS. Упомянутый клиент LCS относится к программному или аппаратному объекту для получения информации местоположения одного или большего количества целевых UE 103, которые взаимодействуют с Сетью 102, содержащей систему LCS. Упомянутый претендент относится к клиенту приложения LCS для запроса информации местоположения целевого UE, такому как агентство или отдельный объект, который является инициатором запроса на местоположение. Несмотря на это клиент LCS может в то же самое время являться также претендентом.

Функциональные объекты для осуществления службы местоположения в системе LCS включают в себя Шлюзовой Центр Определения Местоположения Мобильной Связи (GMLC, ШЦММ), сервер хранения данных абонентов (HLR/HSS), Базовую Сеть (CN, БС) и Сеть Радиосвязи с Абонентом (RAN), где GMLC может дополнительно содержать Запрашивающий(ся)-GMLC (R-GMLC), Домашний-GMLC (H-GMLC) и Посещаемый (гостевой)-GMLC (V-GMLC). R-GMLC относится к GMLC в сети, содержащей систему LCS, которая принимает запрос на местоположение для целевого UE от претендента, H-GMLC относится к GMLC в сети, содержащей систему LCS, которой принадлежит целевое UE, и V-GMLC относится к GMLC в сети, содержащей систему LCS, которая в текущее время посещается целевым UE, то есть GMLC в сети, где в текущее время располагается целевое UE, где R-GMLC, H-GMLC, и V-GMLC могут быть одним физическим объектом.

В настоящее время в спецификациях 3GPP обеспечиваются осуществление и событие Процедуры Задержанного Запроса на Местоположение для изменения области. Упомянутое сообщение запроса на местоположение класса разновидности области относится к сообщению при условии, что претендент заранее определяет целевую область и события для запуска отчетов о местоположении, например, запрашивается передача отчета о местоположении претенденту, когда целевое UE входит в определенную целевую область, покидает определенную целевую область или расположено в определенной целевой области. Упомянутая система LCS отправляет в целевое UE информацию об определенной целевой области и событиях для запуска отчетов о местоположении, и целевое UE сохраняет информацию и одновременно инициирует соответствующую прикладную программу. Когда прикладная программа обнаруживает возникновение события для запуска отчета о местоположении, например, когда целевое UE вошло в определенную целевую область, покинуло ее, или расположено в ней, целевое UE должно передать в систему LCS отчет о местоположении, и система LCS должна направить отчет о местоположении соответствующему претенденту, информируя соответствующего претендента, что возникло событие, определенное для запуска отчета о местоположении. Дополнительно, претендент может также определить количество отчетов о местоположении, запрашиваемое для передачи целевым UE, например, должен быть передан только один отчет о местоположении, или определить действительный период времени, в который целевое UE должно периодически передавать отчеты о местоположении. В общем, с запросами на местоположение класса разновидности области, претендент может без труда определить некоторые службы LCS с функцией мониторинга траектории, например, отслеживания ребенка и отслеживания домашнего животного, которые делают LCS широко используемой для мониторинга траектории.

Фиг.2 изображает взаимодействие сообщений при обработке запроса на местоположение класса разновидности области на предшествующем уровне техники. Как изображено на фиг.2, взаимодействие сообщений при обработке запроса на местоположение класса разновидности области содержит этапы:

Этап 201: Претендент отправляет в R-GMLC Запрос на Службу LCS, который несет идентификатор целевого UE, определенную целевую область и события для запуска отчетов о местоположении, при этом события для запуска отчетов о местоположении могут содержать: передачу отчета о местоположении, когда целевое UE входит в определенную целевую область, покидает ее или располагается в ней. Запрос на Службу LCS может нести действительный период времени Запроса на Службу LCS, а также, например, время начала и время завершения и количество отчетов о местоположении, передаваемых целевым UE, запрошенное Запросом на Службу LCS. Если запрашиваются многочисленные отчеты о местоположении, то Запрос на Службу LCS должен также нести интервал времени между периодически передаваемыми отчетами о местоположении. Тогда этот Запрос на Службу LCS является запросом на местоположение класса разновидности области, как упомянуто выше.

Этап 202: После приема Запроса на Службу LCS, R-GMLC направляет этот Запрос на Службу LCS в H-GMLC, который производит легальную аутентификацию претендента, чтобы определить, позволяет ли целевое UE системе LCS обеспечивать этого претендента информацией местоположения целевого UE. Если претендент проходит легальную аутентификацию, то HGMLC отправляет в V-GMLC Запрос на Службу LCS; иначе, H-GMLC возвращает в R-GMLC подтверждение неуспешной аутентификации (Ack), R-GMLC отказывает запросу на местоположение класса разновидности области для целевого UE, инициированному претендентом, и заканчивает текущую обработку запроса на местоположение класса разновидности области.

Этап 203: После приема Запроса на Службу LCS, V-GMLC преобразовывает определенную целевую область, которую несет упомянутый запрос, в географический идентификатор, опознаваемый сетью, и отправляет в CN запрос на Обеспечение Местоположения Абонента, который несет идентификатор целевого UE, преобразованную определенную целевую область, выраженную в сетевом географическом формате, и события для запуска отчетов о местоположении. В соответствии с информацией, которую несет Запрос на Службу LCS, этот запрос на Обеспечение Местоположения Абонента также может нести количество передаваемых отчетов о местоположении, и, если запрашиваются многочисленные запросы на местоположение, также переносится интервал времени между периодически передаваемыми отчетами о местоположении.

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

Этапы 205-206: CN отправляет в целевое UE через RAN запрос на Вызов События Области Местоположения, и информация, которую несет запрос на Вызов События Области Местоположения соответствует информации, которую несет Запрос на Службу LCS. После приема запроса на Вызов События Области Местоположения целевое UE в действительности запускает соответствующую прикладную программу, осуществляет мониторинг возникновения событий для запуска отчетов о местоположении и отправляет в CN Подтверждение Вызова События Области Местоположения, уведомляя CN о том, что текущий запрос на местоположение был допущен и должным образом обработан.

Этапы 207-210: После приема Подтверждения Вызова События Области Местоположения CN отправляет в V-GMLC Подтверждение Обеспечения Местоположения Абонента, уведомляющее V-GMLC о том, что текущий запрос на местоположение класса разновидности области был допущен. После приема Подтверждения Обеспечения Местоположения Абонента V-GMLC отправляет в H-GMLC Ответ Службы LCS, уведомляющий H-GMLC о том, что текущий запрос на местоположение класса разновидности области был допущен. После приема Ответа Службы LCS H-GMLC отправляет в R-GMLC Ответ службы LCS, уведомляющий R-GMLC о том, что текущий запрос на местоположение класса разновидности области был допущен. После приема Ответа Службы LCS R-GMLC отправляет претенденту Ответ Службы LCS, уведомляющий претендента о том, что текущий запрос на местоположение класса разновидности области был допущен целевым UE.

Этапы 211-212: Возникает событие запуска отчета о местоположении, то есть целевое UE входит в определенную целевую область, покидает ее или располагается в ней, и целевое UE отправляет через RAN Отчет о Событии Области Местоположения в CN, которая обслуживает определенную целевую область, уведомляя CN о том, что возникло событие, запускающее отчет о местоположении.

Этапы 213-214: После приема Отчета о Событии Области Местоположения CN отправляет Отчет о Местоположении Абонента в V-GMLC, который обслуживает определенную целевую область, уведомляя V-GMLC о том, что возникло событие, запускающее отчет о местоположении целевого UE. После приема Отчета о Местоположении Абонента V-GMLC отправляет в CN Подтверждение (о приеме) Отчета о Местоположении Абонента, уведомляющее CN о том, что был принят Отчет о Местоположения Абонента, отправленный CN. В этот момент CN может формировать соответствующий отчет составления счетов для текущего запроса на местоположение.

Этапы 215-218: После отправки Подтверждения Отчета о Местоположении Абонента в CN, которая обслуживает определенную целевую область, V-GMLC отправляет в H-GMLC Ответ Службы LCS, уведомляющий H-GMLC о том, что возникло событие, запускающее отчет о местоположении целевого UE. После приема Ответа Службы LCS H-GMLC производит аутентификацию (проверку секретности) претендента, чтобы гарантировать, что информация местоположения целевого UE, обеспечиваемая претенденту, позволена согласно авторизации этого претендента. После того, как претендент проходит аутентификацию, H-GMLC отправляет в R-GMLC Ответ Службы LCS, уведомляющий R-GMLC о том, что возникло событие, запускающее отчет о местоположении целевого UE. После приема Ответа Службы LCS R-GMLC отправляет претенденту Ответ Службы LCS, уведомляющий претендента о том, что возникло событие, запускающее отчет о местоположении целевого UE.

Упомянутый V-GMLC на этапах 211-218 относится к GMLC, где целевое UE располагается в текущее время, и который может обслуживать целевую область, он может быть GMLC, идентичным V-GMLC, упомянутому на этапах 202-210, или GMLC, отличным от V-GMLC, упомянутого на этапах 202-210. Аналогично, CN, упомянутая на этапах 211-218, относится к CN, где целевое UE располагается в текущее время и которая может обслуживать целевую область, она может быть идентичной CN, упомянутой на этапах 202-210, или отличной от CN, упомянутой на этапах 202-210.

Если запрос на местоположение класса разновидности области несет интервал между периодически передаваемыми отчетами о местоположении и количество отчетов о местоположении, то интервал между отчетами о местоположении, передаваемыми целевым UE в CN, которая обслуживает определенную целевую область, не может быть меньше интервала между запросами на местоположение класса разновидности области, и общее количество отчетов о местоположении не может превышать количество, запрошенное в запросе на местоположение класса разновидности области. Процедура обработки передачи каждого отчета о местоположении, в основном, идентична вышеупомянутому процессу, представленному на этапах 211-218.

Как может быть замечено из вышеупомянутого интерактивного процесса (передачи) сообщения запроса на местоположение класса разновидности области, определенного спецификациями 3GPP, на этапе 212, когда целевое UE обнаруживает, что возникло событие, запускающее отчет о местоположении, оно должно отправить через RAN Отчет о Событии Области Местоположения в CN, которая обслуживает определенную целевую область, уведомляя CN о том, что возникло событие, запускающее отчет о местоположении; однако, на этапе 213, при приеме Отчета о Событии Области Местоположения, CN не должна возвращать в целевое UE соответствующий ответ, чтобы уведомить целевое UE о том, что Ответ о Событии Области Местоположения, отправленный целевым UE, был успешно принят, но отправляет в V-GMLC Отчет о Местоположении Абонента, чтобы уведомить V-GMLC о том, что возникло событие, запускающее отчет о местоположении целевого UE. В последующем процессе CN должна возвращать в целевое UE соответствующий ответ в любом случае, что приводит к тому, что целевое UE не может определить, приняла ли CN, которая обслуживает определенную целевую область Отчет о Событии Области Местоположения, увеличивая неопределенность в выполнении LCS.

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

Дополнительно, существуют другие причины, которые приводят к потере отчетов о местоположении, передаваемых в CN целевым UE, например, когда сообщение передается через радиоканал, сообщение может быть потеряно из-за неустойчивой передачи сигналов по радиосвязи. Так как отсутствует механизм, посредством которого CN возвращает соответствующий ответ в целевое UE, целевое UE не будет знать, приняла ли CN правильно передаваемый в текущее время отчет о местоположении. Кроме того, на предшествующем уровне техники целевое UE, после одноразовой передачи в CN отчета о местоположении, не передает больше отчета о местоположении. Если переданный отчет о местоположении потерян, то, даже если возникло событие, запускающее отчет о местоположении, которое определено претендентом, система LCS не будет возвращать никакие отчеты о местоположении целевого UE соответствующему претенденту, так как CN не принимала отчет о местоположении целевого UE, что приводит к сбою в середине текущей процедуры обработки. Соответственно претендент не может правильно принять отчет о местоположении, переданный целевым UE, что добавляет неопределенность в выполнение LCS.

Кроме приведенного выше описания, существуют некоторые службы, такие как Извещение Предписания Руководства (AoCC) для руководства, с использованием целевого UE, а так же Извещение Информации Руководства (AoCI) для обеспечения руководящей информации, с использованием целевого UE. В соответствии с процедурой обработки предшествующего уровня техники, так как отсутствует механизм для возвращения CN соответствующего ответа в целевое UE, должно осуществляться руководство текущей службой сразу после того, как целевое UE передало отчет о местоположении, но если система LCS не принимает этот отчет о местоположении на этот раз из-за некоторых аварийных причин, может возникнуть ошибка руководства для целевого UE.

Раскрытие изобретения

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

Для достижения вышеупомянутых задач настоящее изобретение обеспечивает интерактивный способ для передачи отчетов о местоположении целевым UE в LCS, способ содержит этапы:

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

B. После приема отчета о местоположении, переданного целевым UE, Система LCS возвращает в целевое UE подтверждение отчета о местоположении.

Упомянутый этап A также содержит: во время передачи отчета о местоположении в систему LCS, запуск целевым UE таймера, определяющего период времени, и ожидание возвращения системой LCS подтверждения отчета о местоположении.

Способ также содержит: оценку целевым UE, принято ли им подтверждение отчета о местоположении, возвращенное системой LCS, в пределах определенного периода времени, если подтверждение им принято, то остановку таймера, определяющего период времени; иначе передачу в систему LCS отчета о местоположении еще раз, одновременно перезапуск таймера, определяющего период времени, и ожидание возвращения системой LCS подтверждения отчета о местоположении.

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

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

После того, как упомянутое целевое UE больше не передает отчет о местоположении в систему LCS, способ дополнительно содержит:

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

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

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

Упомянутые параметры содержат информацию результата обработки отчета о местоположении.

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

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

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

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

Фиг.2 изображает взаимодействие сообщений при обработке запроса на местоположение класса разновидности области предшествующего уровня техники.

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

Осуществление изобретения

Предпочтительные варианты осуществления далее описаны более подробно согласно приложенным чертежам.

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

Для лучшего осуществления этого изобретения, при передаче отчета о местоположении в CN целевое UE запускает таймер, определяющий период времени, и ожидает возвращения CN подтверждения отчета о местоположении в пределах определенного периода времени. Если CN возвращает подтверждение отчета о местоположении в целевое UE в пределах определенного периода времени, то целевое UE должно остановить таймер, определяющий период времени; если CN не возвращает подтверждение отчета о местоположении в целевое UE в пределах определенного периода времени, то целевое UE передает в CN отчет о местоположении еще раз, когда истекает время ожидания таймера, определяющего период времени, и одновременно перезапускает таймер, определяющий период времени, и продолжает ожидать в определенный период времени возвращения CN подтверждения отчета о местоположении. Чтобы предотвратить продолжение передачи отчетов о местоположении целевым UE в течение длительного времени, могут быть заранее установлены действительный период времени или количество повторных передач отчета о местоположении. Если целевое UE не приняло подтверждение отчета о местоположении в пределах действительного периода времени, то есть в пределах установленного количества определенных периодов времени, или не приняло подтверждение, когда количество повторных передач отчета о местоположении в CN превышает установленное количество, целевое UE больше не должно передавать отчет о местоположении в CN.

Фиг.3 является диалоговой блок-схемой передачи целевым UE отчета о местоположении в CN, в соответствии с настоящим изобретением. Как изображено на фиг.3, интерактивный процесс передачи целевым UE отчета о местоположении в CN содержит этапы:

Этапы 301-303: После обнаружения возникновения события, запускающего отчет о местоположении, целевое UE передает отчет о местоположении в CN, одновременно запускает таймер, определяющий период времени, и ожидает в определенный период времени возвращения CN подтверждения отчета о местоположении.

Для последующих этапов, существует возможность, что целевое UE принимает подтверждение отчета о местоположении, возвращенное CN, а также существует возможность, что целевое UE не принимает подтверждение отчета о местоположении, возвращенное CN. Поэтому целевое UE должно выполнять различные последующие операции в зависимости от того, приняло ли оно подтверждение отчета о местоположении, возвращенное CN:

Когда не истекает время ожидания таймера, определяющего период времени, последующие операции после того, как целевое UE приняло подтверждение отчета о местоположении, возвращенное CN, содержат этапы:

Этапы 304a~306a: После приема отчета о местоположении, переданного целевым UE, CN возвращает в целевое UE подтверждение отчета о местоположении. После приема подтверждения отчета о местоположении целевое UE останавливает таймер, определяющий период времени. Подтверждение отчета о местоположении, возвращенное CN в целевое UE, может нести различные параметры, такие как информацию результата обработки отчета о местоположении CN и т.д.

Когда истекает время ожидания таймера, определяющего период времени, но целевое UE не приняло подтверждение отчета о местоположении, возвращенное CN, последующие операции содержат этапы:

Этапы 304b~306b: Когда истекает время ожидания таймера, определяющего период времени, целевое UE передает в CN отчет о местоположении еще раз, одновременно перезапускает таймер, определяющий период времени, и ожидает в определенный период времени возращения CN подтверждения отчета о местоположении.

В последующем процессе, если целевое UE принимает подтверждение отчета о местоположении, возвращенное CN, то повторяются этапы 304a~306a; если целевое UE не принимает отчет о местоположении, возвращенный CN, то повторяются этапы 304b~306b. Если целевое UE не приняло подтверждение отчета о местоположении в пределах действительного периода времени, то есть в пределах установленного количества определенных периодов времени, или не приняло подтверждение, когда количество повторных передач отчета о местоположении в CN превышает установленное количество, то целевое UE больше не должно передавать отчет о местоположении в CN в интерактивном процессе с текущей CN, но устанавливает соответствующий флаг, указывающий неуспешную отправку этого отчета о местоположении. В последующей обработке, когда целевое UE обновляет свое местоположение и входит область, обслуживаемую другой CN, целевое UE должно отправить отчет о местоположении еще раз в текущую CN, в соответствии с сохраненным флагом неуспешной отправки. Когда целевое UE принимает подтверждение отчета о местоположении, возвращенное CN, указывающее что CN успешно обработала отчет о местоположении, целевое UE очищает сохраненный флаг неуспешной отправки отчета о местоположении.

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

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

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

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

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

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

В службе AoCC, использующей целевое UE для руководства, и службе AoCI, использующей целевое UE для обеспечения информации руководства, целевое UE может формировать информацию руководства текущей службы после приема Подтверждения Отчета о Событии Области Местоположения, возвращенного CN, вследствие этого гарантируя корректность в руководстве целевым UE.

В вышеупомянутом процессе целевое UE может отправлять отчет о местоположении непосредственно в H-GMLC; в этом случае это H-GMLC, который должен возвратить подтверждение отчета о местоположении в целевое UE.

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

Claims

1. Интерактивный способ передачи отчетов о местоположении целевым пользовательским оборудованием (UE) в службу местоположения (LCS), содержащий

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

система LCS возвращает в целевое UE подтверждения отчета о местоположении после приема отчета о местоположении, переданного целевым UE.

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

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

4. Способ по п.2, в котором также останавливают повторную передачу отчета о местоположении, когда количество повторных передач превышает заранее установленное количество повторных передач.

5. Способ по любому из пп.3 или 4, в котором также целевое UE устанавливает флаг, указывающий, что передача отчета о местоположении оказалась неуспешной, когда остановлена повторная передача отчета о местоположении в систему LCS; и целевое UE направляет другой отчет о местоположении в систему LCS в соответствии с сохраненным флагом, когда целевое UE перемещается из зоны, обслуживаемой одной базовой сетью (CN), в зону, обслуживаемую другой CN.

6. Способ по п.5, в котором также после получения из системы LCS подтверждения приема отчета о местоположении целевое UE снимает флаг.

7. Способ по п.1, в котором подтверждение отчета о местоположении несет информацию о результате обработки отчета о местоположении.