RU2313921C2 - Способ ограничения потоков запросов местоположения в сервисе определения местоположения - Google Patents

Способ ограничения потоков запросов местоположения в сервисе определения местоположения Download PDF

Info

Publication number
RU2313921C2
RU2313921C2 RU2005135039/09A RU2005135039A RU2313921C2 RU 2313921 C2 RU2313921 C2 RU 2313921C2 RU 2005135039/09 A RU2005135039/09 A RU 2005135039/09A RU 2005135039 A RU2005135039 A RU 2005135039A RU 2313921 C2 RU2313921 C2 RU 2313921C2
Authority
RU
Russia
Prior art keywords
lcs
location request
tasks
maximum
lcs server
Prior art date
Application number
RU2005135039/09A
Other languages
English (en)
Other versions
RU2005135039A (ru
Inventor
С оцинь ДУАНЬ (CN)
Сяоцинь ДУАНЬ
Original Assignee
Хювэй Текнолоджиз Ко., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Хювэй Текнолоджиз Ко., Лтд. filed Critical Хювэй Текнолоджиз Ко., Лтд.
Publication of RU2005135039A publication Critical patent/RU2005135039A/ru
Application granted granted Critical
Publication of RU2313921C2 publication Critical patent/RU2313921C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/50Indexing scheme relating to G06F9/50
    • G06F2209/5022Workload threshold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Ultra Sonic Daignosis Equipment (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

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

Description

ПРЕДМЕТ ИЗОБРЕТЕНИЯ
Настоящее изобретение относится к средствам управления потоками, в частности к способу управления потоками запросов местоположения в сервисе определения местоположения.
УРОВЕНЬ ТЕХНИКИ
В сетях мобильной связи информацию о местоположении целевого абонентского оборудования (User Equipment - UE), необходимую для сервиса определения местоположения (Location Service - LCS), собирают посредством средств позиционирования, где под UE понимают терминал абонентского оборудования, местоположение которого в сети мобильной связи требуется определить; причем информация о местоположении может быть выражена либо в терминах географической широты и долготы, либо в виде локальной привязки, например наименований местных улиц. Информация о местоположении, полученная сервером LCS, может быть предоставлена в виде платной услуги целевому UE для определения собственного местонахождения или другому клиенту, например организациям и физическим лицам, запрашивающим местоположение целевого UE. Поэтому сервис определения местоположения является услугой, широко применяемой в службах экстренной помощи, при управлении автомобилем, в системах автоматического регулирования дорожным движением, в диспетчерских службах, для общего управления и управления группами людей, для повышения эффективности выполнения запросов к мобильному телефонному справочнику и работы сети и т.д. Спецификации LCS, наряду с режимом работы, структурой, описанием состояния и потоком сообщений сервера LCS в целом проиллюстрированы в Проекте партнерства для создания сетей третьего поколения (3GPP - Third Generation Partnership Project).
На фиг.1 представлена условная схема, иллюстрирующая логическую структуру сети LCS; как видно из фиг.1, клиент 101 LCS запрашивает у сервера 102 LCS информацию о местоположении терминала 103 UE; сервер 102 LCS выполняет идентификационную проверку, чтобы выяснить, разрешает ли целевой терминал 103 UE запрашивать информацию о своем местоположении клиенту 101 LCS; если клиент 101 LCS успешно проходит идентификационную проверку сервера 102 LCS, то сервер 102 LCS определяет местоположение целевого UE и предоставляет информацию о местоположении целевого терминала 103 UE клиенту 101 LCS; в противном случае сервер 102 LCS отклоняет запрос клиента 101 LCS на получение информации о местоположении целевого терминала 103 UE.
В настоящее время, согласно спецификации LCS проекта 3GPP, при инициировании клиентом LCS запроса местоположения на сервер LCS в таком запросе может содержаться несколько идентификаторов целевых UE, что является указанием на то, что клиент LCS запрашивает выполнение сервером LCS пакетного позиционирования нескольких целевых UE с последующим предоставлением клиенту LCS информации о местоположении нескольких целевых UE; таким образом, число запросов местоположения, передаваемых клиентом LCS, может быть уменьшено, что может привести к уменьшению сигнальной нагрузки между клиентом LCS и сервером LCS и к увеличению эффективности выполнения запросов местоположения. Однако в текущей спецификации LCS проекта 3GPP нет ни способа управления потоком получаемых запросов местоположения, ни механизма упорядочения последовательных запросов, которые учитывали бы производительность сервера LCS в случае перегрузки; поэтому, если клиент LCS запрашивает у сервера LCS информацию о местоположении нескольких целевых UE, или если несколько клиентов LCS отправляют на сервер LCS запросы местоположения, то создается конфликтная ситуация, когда сервер LCS должен выполнить большое число запросов, что из-за отсутствия механизма управления потоком запросов может парализовать работу сервера вследствие недостаточной производительности.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Таким образом, основной целью настоящего изобретения является предоставление способа управления потоком запросов в сервисе определения местоположения, позволяющего серверу LCS контролировать число запросов местоположения, которые должны быть обработаны, и обеспечивать безопасность своего функционирования.
Для достижения вышеуказанной цели предлагается способ управления потоком запросов в сервисе определения местоположения, состоящий из следующих шагов:
А. После получения запроса местоположения, отправленного клиентом LCS, сервер LCS проверяет, превышает ли число текущих задач запроса местоположения максимум задач запроса местоположения; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу В.
В. Сервер LCS обрабатывает запрос местоположения.
С. Сервер LCS отказывается обрабатывать текущий запрос местоположения.
При этом
указанный максимум задач запроса местоположения на шаге А является максимумом задач запроса местоположения для клиента LCS;
указанный шаг А заключается в следующем: после получения запроса местоположения, отправленного клиентом LCS, сервер LCS проверяет, превышает ли число текущих задач запроса местоположения, отправленных клиентом LCS, максимум задач запроса местоположения для данного клиента LCS; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу В.
При этом названный максимум задач запроса местоположения задают в соответствии с уровнем приоритета клиента LCS.
При этом
максимум задач запроса местоположения на шаге А представляет собой полный максимум задач запроса местоположения на сервере LCS;
указанный шаг А заключается в следующем: после получения запроса местоположения, отправленного клиентом LCS, сервер LCS проверяет, превышает ли полное число текущих задач запроса местоположения полный максимум задач запроса местоположения на сервере LCS; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу В.
При этом
указанный максимум задач запроса местоположения для шага А содержит:
максимум задач запроса местоположения для клиента LCS и полный максимум задач запроса местоположения на сервере LCS;
указанный шаг А включает следующие шаги:
А1. После получения запроса местоположения, отправленного клиентом LCS, сервер LCS проверяет, превышает ли число текущих задач запроса местоположения, отправленных клиентом LCS, максимум задач запроса местоположения для данного клиента LCS; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу А2.
А2. Сервер LCS проверяет, превышает ли полное число текущих запросов местоположения полный максимум задач запроса местоположения на сервере LCS; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу В.
При этом после шага С выполняют следующие действия: сервер LCS возвращает клиенту LCS ответ об отклонении запроса местоположения.
При этом шаг С состоит из следующих шагов:
С1. Сервер LCS выбирает режим полного или частичного отклонения запроса;
при полном отклонении осуществляется переход к шагу С2, при частичном отклонении осуществляется переход к шагу С3.
С2. Сервер LCS полностью отклоняет обработку текущего запроса местоположения; процедура управления потоком завершается.
С3. Сервер LCS принимает текущий запрос местоположения, не выходящий за максимум задач запроса местоположения, и обрабатывает принятый запрос местоположения.
При этом на шаге С2 после того, как названный сервер LCS полностью отклоняет обработку текущего запроса местоположения, выполняется следующее действие: сервер LCS возвращает клиенту LCS ответ об отклонении запроса местоположения.
При этом указанный ответ содержит соответствующий код причины ошибки.
При этом на шаге С3 после того, как указанный сервер LCS принимает текущий запрос местоположения, не выходящий за максимум задач запроса местоположения, выполняются следующие действия:
с клиентом LCS, чей запрос местоположения был отклонен, проводится согласование относительно задержки отклоненного запроса местоположения или отмены операции.
При этом полное число текущих задач запроса местоположения включает в себя число задач запроса местоположения, которые должны быть обработаны, и число задач запроса местоположения, находящихся в обработке.
При этом полный максимум задач запроса местоположения на сервере LCS представляет собой максимальное число задач запроса местоположения, ограниченное производительностью сервера LCS.
В соответствии с настоящим изобретением, с одной стороны, сервер LCS может задавать разные максимумы задач запроса местоположения для разных клиентов LCS и ограничивать число запросов местоположения, отправляемых клиентом LCS; с другой стороны, сервер LCS может принимать решение относительно обработки последующих запросов местоположения, сообразуясь с собственной производительностью, обеспечивая таким образом безопасность функционирования системы сервера LCS в случае существенного конфликта между запросами местоположения. В то же время для улучшения ограничения потока две вышеназванные схемы могут быть скомбинированы, что может привести к повышению общей безопасности функционирования сервера LCS.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
На фиг.1 приведена условная схема, отображающая логическую структуру сети LCS.
На фиг.2 представлена блок-схема, иллюстрирующая управление потоком клиента LCS согласно настоящему изобретению;
На фиг.3 представлена блок-схема, иллюстрирующая управление потоком на сервере LCS согласно настоящему изобретению;
На фиг.4 представлена блок-схема, иллюстрирующая комбинирование управления потоком клиента LCS и потока на сервере LCS согласно настоящему изобретению.
КОНКРЕТНЫЕ ВОПЛОЩЕНИЯ ИЗОБРЕТЕНИЯ
Далее идет подробное описание настоящего изобретения со ссылками на сопровождающие чертежи.
Сервер LCS может ограничить число задач запроса местоположения, отправляемых определенным клиентом LCS, задавая максимум задач запроса местоположения, соответствующий данному клиенту LCS на данном сервере LCS. Максимум задач запроса местоположения обозначает максимальное число задач, которое сервер LCS разрешает провести клиенту LCS, выраженное в виде числа переданных запросов местоположения. Если в запросе местоположения содержится более одного идентификатора целевого UE, тогда как каждый запрос позиционирования, задаваемый каждым идентификатором целевого UE, представляет собой отдельную задачу запроса местоположения, то максимальное число задач означает максимальное число идентификаторов целевых UE, передаваемых в данном запросе местоположения; если в запросе клиента LCS содержится только один идентификатор целевого UE, то максимальное число задач означает полное разрешенное данному клиенту LCS число отправок запроса местоположения на сервер LCS.
Сервер LCS может применять разные способы управления количеством задач запроса местоположения, отправляемых разными клиентами LCS, а именно: максимум задач запроса местоположения может быть задан в соответствии с приоритетом клиента LCS, когда для клиента LCS с более высоким приоритетом задается более высокий максимум задач запроса местоположения, а для клиента LCS с более низким приоритетом задается меньший максимум задач запроса местоположения; например, если клиент LCS А имеет более высокий приоритет, чем клиент LCS В, то в таком случае максимум задач запроса местоположения для клиента LCS А задается равным 50, а для клиента LCS В - 20.
Получив запрос местоположения, отправленный клиентом LCS, сервер LCS сначала определяет, превышает ли текущее число предназначенных для обработки полученных задач с запросами о местоположении, отправленных клиентом LCS, максимум задач запроса местоположения для данного клиента LCS; если да, то LCS может полностью отклонить текущий запрос местоположения от клиента LCS, отправив клиенту LCS ответ об ошибке, в котором передается соответствующий код причины ошибки; LCS может также просто проигнорировать текущий запрос местоположения, отправленный клиентом LCS, и не передавать ему ответа. В противном случае сервер LCS обрабатывает текущий запрос местоположения, отправленный клиентом LCS.
На фиг.2 приведена блок-схема, иллюстрирующая управление потоком сервера LCS, предлагаемое в настоящем изобретении; как видно на фиг.2, процедура управления потоком сервера LCS состоит из следующих шагов:
Шаг 201 - шаг 203: Клиент LCS отправляет запрос местоположения на сервер LCS; сервер LCS, получив запрос местоположения, проверяет, превышает ли число полученных задач запроса местоположения максимум задач запроса местоположения, соответствующий данному клиенту LCS; если да, то осуществляется переход к шагу 204; в противном случае осуществляется переход к шагу 209.
Шаг 204: Сервер LCS принимает решение о полном или частичном отклонении запроса; при полном отклонении выполняется шаг 205, при частичном - шаг 207.
Шаг 205: Сервер LCS полностью отклоняет запрос местоположения, отправленный клиентом LCS.
Шаг 206: Сервер LCS возвращает соответствующему клиенту LCS ответ, содержащий соответствующий код причины ошибки, затем завершает процедуру управления текущим потоком. Этот шаг может быть пропущен, а именно: сервер LCS не выполняет этот запрос местоположения и не возвращает ответ соответствующему клиенту LCS. Если этот шаг пропускается, то после отклонения запроса местоположения на шаге 205 сервер LCS завершает процедуру управления текущим потоком. Кроме того, сервер LCS может отвечать части клиентов LCS; например сервер LCS, с целью экономии системных ресурсов, отвечает только клиенту LCS с высоким приоритетом, не отвечая клиенту LCS с низким приоритетом.
Шаг 207 - шаг 208: Сервер LCS отклоняет часть запроса местоположения, а именно: принимает часть запроса местоположения, а после последующего выполнения обработки принятого запроса местоположения завершает процедуру управления текущим потоком.
Шаг 209: выполнив последующую обработку запроса местоположения, сервер LCS завершает процедуру управления текущим потоком.
Например, сервер LCS устанавливает для клиента LCS А максимум задач запроса местоположения равным 40; клиент LCS А отправляет на сервер LCS запрос местоположения, который содержит 50 идентификаторов целевых UE, запрашивая у сервера LCS позиционирование 50 целевых UE и возврат информации о местоположении соответствующих целевых UE клиенту LCS А. В этом случае сервер LCS обнаруживает, что число текущих запросов местоположения, отправленных клиентом LCS А, превышает максимум задач запроса местоположения для данного клиента, поэтому сервер LCS принимает решение о полном или частичном отклонении запроса; при полном отклонении сервер LCS полностью отклоняет запрос, отправленный клиентом LCS, и может возвратить ответ соответствующему клиенту LCS, в котором передается соответствующий код причины ошибки; при частичном отклонении сервер LCS принимает 40 идентификаторов целевых UE, затем определяет позицию 40 целевых UE и предоставляет клиенту LCS А информацию о местоположении 40 соответствующих целевых UE. Сервер LCS может принять случайным образом 40 целевых идентификаторов UE из 50 целевых идентификаторов UE данного запроса местоположения, или принять 40 первых по порядку целевых идентификаторов UE данного запроса местоположения, или принять 40 целевых идентификаторов UE данного запроса местоположения, соответствующих некоторой настройке, например настройке уровня приоритетов целевых UE, и принять 40 целевых идентификаторов UE с высокими уровнями приоритетов. Относительно 10 отклоненных идентификаторов целевых UE, входящих в данный запрос местоположения, сервер LCS может провести согласование с клиентом LCS, чтобы определить, нужно ли отложить обработку или отменить операцию обработки текущего запроса местоположения. Если определено, что обработку нужно отложить, то LCS на некоторое время откладывает начало позиционирования отклоненного целевого UE. Если определено, что обработку нужно отменить, сервер LCS не выполняет позиционирования отклоненного целевого UE.
Кроме этого, сервер LCS, сообразуясь со своей производительностью, может задать полный максимум задач запроса местоположения, т.е. полное число задач запроса местоположения, которые сервер LCS в состоянии обработать. Если сервер LCS обнаруживает, что число находящихся в обработке задач запроса местоположения близко к полному максимуму задач запроса местоположения, то сервер LCS, в зависимости от соответствующей настройки, может отклонить все последующие полученные запросы местоположения или часть этих запросов. Если сервер LCS обнаруживает, что число находящихся в обработке задач запроса местоположения значительно меньше полного максимума задач запроса местоположения, то сервер LCS нормальным образом обрабатывает последующие полученные запросы местоположения.
На фиг.3 приведена блок-схема, иллюстрирующая управление потоком сервера LCS, согласно настоящему изобретению, как видно на фиг.3, процедура управления потоком сервера LCS состоит из следующих шагов:
Шаг 301 - шаг 302: Клиент LCS отправляет запрос местоположения на сервер LCS; сервер LCS, получив запрос местоположения, проверяет, превышает ли полное число задач текущего запроса местоположения полный максимум задач запроса местоположения; если да, то выполняется шаг 304; в противном случае выполняется шаг 309. Полное число задач текущего запроса местоположения состоит из числа задач запроса местоположения, которые должны быть обработаны, и числа задач запроса местоположения, находящихся в обработке.
Шаги 304-309, по существу, точно такие же, как шаги 204-209.
Например, полный максимум задач запроса местоположения для сервера LCS равен 256, а число обрабатываемых задач равно 240; в этой ситуации LCS получает еще 20 различных запросов местоположения, и каждый запрос местоположения содержит только один идентификатор целевого UE. В данном случае сервер LCS обнаруживает, что полное число задач текущего запроса местоположения превышает полный максимум задач запроса местоположения; поэтому сервер LCS принимает решение о полном или частичном отклонении запроса; при полном отклонении запроса сервер LCS полностью отклоняет 20 запросов местоположения и может возвратить соответствующему клиенту LCS ответ, содержащий соответствующий код причины ошибки; при частичном отклонении сервер LCS принимает 16 запросов местоположения, обрабатывает эти 16 запросов, определяет местоположение соответствующих 16 целевых UE, а затем предоставляет соответствующему клиенту LCS информацию о местоположении соответствующих целевых UE. Сервер LCS может принять случайным образом 16 запросов местоположения из 20 запросов местоположения, или приять 16 первых по порядку запросов, или принять 16 запросов, соответствующих некоторой настройке, например настройке уровня приоритетов целевых UE, и принять 16 запросов местоположения для целевых UE с высокими уровнями приоритетов. Относительно 4 отклоненных запросов местоположения сервер LCS проводит согласование с клиентом LCS, чтобы определить, нужно ли отложить обработку или отменить операцию обработки текущих запросов местоположения. Если определено, что обработку нужно отложить, то LCS на некоторое время откладывает начало обработки 4 отклоненных запросов местоположения. Если определено, что обработку нужно отменить, сервер LCS не обрабатывает 4 отклоненных запроса местоположения.
Для улучшения ограничения потока запросов местоположения в сервисе определения местоположения можно использовать комбинирование управления потоком клиента LCS и потоком на сервере LCS, повышающее эффективность применения способа.
На фиг.4 приведена блок-схема, иллюстрирующая комбинированную схему управления потоком клиента LCS и потоком на сервере LCS, согласно настоящему изобретению; как видно из фиг.4, процедура комбинированного управления потоком клиента LCS и потоком на сервере LCS состоит из следующих шагов:
Шаг 401 - шаг 402: Клиент LCS отправляет запрос местоположения на сервер LCS, и сервер LCS получает запрос местоположения, отправленный клиентом LCS.
Шаг 403: получив запрос местоположения, сервер LCS проверяет, превышает ли число задач запроса местоположения максимум задач запроса местоположения, соответствующий данному клиенту LCS; в случае превышения выполняется шаг 405; в противном случае выполняется шаг 404.
Шаг 404: Сервер LCS проверяет, превышает ли полное число задач текущего запроса местоположения полный максимум задач запроса местоположения на сервере LCS; в случае превышения выполняется шаг 405; в противном случае выполняется шаг 410.
Фактически шаги 403 и 404 можно поменять местами.
Шаги 405-410, по существу, точно такие же, как шаги 204-209.
Например, полный максимум задач запроса местоположения на сервере LCS равен 256, а максимум задач запроса местоположения для клиента LCS В равен 20. Число обрабатываемых на сервере LCS в текущий момент задач равно 250; клиент LCS В отправляет на сервер LCS запрос местоположения, в котором содержится 10 идентификаторов целевых UE, и запрашивает у сервера LCS позиционирование 10 целевых UE и предоставление клиенту LCS В информации о местоположении соответствующих целевых UE. В этой ситуации сервер LCS обнаруживает, что число текущих задач запроса местоположения, отправленных клиентом LCS, меньше максимума задач запроса местоположения для клиента LCS; далее сервер LCS может принять решение о возможности принятия данного запроса местоположения, сообразуясь с текущей производительностью, а именно сервер LCS выясняет, превысит ли число предназначенных для обработки задач полный максимум задач запроса местоположения на сервере LCS, если данный запрос будет принят; сервер LCS обнаруживает, что полное число задач текущего запроса местоположения превышает полный максимум задач запроса местоположения на сервере LCS; поскольку текущая производительность сервера LCS не позволяет обработать 10 задач, то сервер LCS принимает решение о полном или частичном отклонении данных запросов; при полном отклонении сервер LCS полностью отклоняет 10 запросов местоположения и может возвратить ответ клиенту LCS В, содержащий соответствующий код причины ошибки; при частичном отклонении сервер LCS принимает 6 запросов местоположения, обрабатывает эти 6 запросов, определяет местоположение соответствующих 6 целевых UE и предоставляет информацию о местоположении соответствующих целевых UE клиенту LCS В. Относительно 4 отклоненных запросов местоположения сервер LCS проводит согласование с клиентом LCS В, чтобы определить, нужно ли отложить обработку или отменить операцию обработки текущих запросов местоположения. Если определено, что обработку нужно отложить, то LCS на некоторое время откладывает начало обработки 4 отклоненных запросов местоположения. Если определено, что обработку нужно отменить, сервер LCS не обрабатывает 4 отклоненных запросов местоположения.
Короче говоря, вышеприведенное описание является только предпочтительным вариантом реализации и не ограничивает объем защиты настоящего изобретения.

Claims (12)

1. Способ управления потоком запросов в сервисе определения местоположения, включающий следующие шаги:
А. после получения запроса местоположения, отправленного клиентом LCS (LCS - Location Service, сервис определения местоположения), сервер LCS проверяет, превышает ли число текущих задач запроса местоположения максимум задач запроса местоположения; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу В;
В. сервер LCS обрабатывает запрос местоположения;
С. сервер LCS отказывается обрабатывать текущий запрос местоположения.
2. Способ по п.1, отличающийся тем, что указанный максимум задач запроса местоположения на шаге А является максимумом задач запроса местоположения для клиента LCS; указанный шаг А заключается в следующем: после получения запроса местоположения, отправленного клиентом LCS, сервер LCS проверяет превышает ли число текущих задач запроса местоположения, отправленных клиентом LCS, максимум задач запроса местоположения для данного клиента LCS; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу В.
3. Способ по п.2, отличающийся тем, что названный максимум задач запроса местоположения задают в соответствии с уровнем приоритета клиента LCS.
4. Способ по п.1, отличающийся тем, что максимум задач запроса местоположения на шаге А представляет собой полный максимум задач запроса местоположения на сервере LCS; указанный шаг А заключается в следующем: после получения запроса местоположения, отправленного клиентом LCS, сервер LCS проверяет, превышает ли полное число задач текущих запросов местоположения полный максимум задач запроса местоположения на сервере LCS; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу В.
5. Способ по п.1, отличающийся тем, что указанный максимум задач запроса местоположения для шага А содержит максимум задач запроса местоположения для клиента LCS число и полный максимум задач запроса местоположения на сервере LCS; указанный шаг А состоит из следующих шагов:
А1. после получения запроса местоположения, отправленного клиентом LCS, сервер LCS проверяет превышает ли число текущих задач запроса местоположения, отправленных клиентом LCS, максимум задач запроса местоположения для данного клиента LCS; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу А2;
А2. сервер LCS проверяет превышает ли полное число текущих запросов местоположения полный максимум задач запроса местоположения на сервере LCS; если да, то осуществляется переход к шагу С, в противном случае осуществляется переход к шагу В.
6. Способ по п.1, отличающийся тем, что после шага С выполняются следующие действия: сервер LCS возвращает клиенту LCS ответ об отклонении запроса местоположения.
7. Способ по п.1, отличающийся тем, что названный шаг С состоит из следующих шагов:
С1. сервер LCS выбирает режим полного или частичного отклонения запроса;
при полном отклонении осуществляется переход к шагу С2, при частичном отклонении осуществляется переход к шагу С3;
С2. сервер LCS полностью отклоняет обработку текущего запроса местоположения; процедура управления потоком завершается;
С3. сервер LCS принимает текущий запрос местоположения, не выходящий за максимум задач запроса местоположения, и обрабатывает принятый запрос местоположения.
8. Способ по п.7, отличающийся тем, что на шаге С2 после того, как указанный сервер LCS полностью отклоняет обработку текущего запроса местоположения, выполняется следующее действие: сервер LCS возвращает клиенту LCS ответ об отклонении запроса местоположения.
9. Способ по п.6 или 8, отличающийся тем, что в указанном ответе передается соответствующий код причины ошибки.
10. Способ по п.7, отличающийся тем, что на шаге С3 после того, как названный сервер LCS принимает текущий запрос местоположения, не выходящий за максимум задач запроса местоположения, выполняются следующие действия: с клиентом LCS, чей запрос местоположения был отклонен, проводится согласование относительно задержки обработки отклоненного запроса местоположения или отмены операции.
11. Способ по п.4 или 5, отличающийся тем, что полное число текущих задач запроса местоположения включает в себя число задач запроса местоположения, которые должны быть обработаны, и число задач запросов местоположения, находящихся в обработке.
12. Способ по п.4 или 5, отличающийся тем, что полный максимум задач запроса местоположения на сервере LCS представляет собой: максимальное число задач запроса местоположения, ограниченное производительностью сервера LCS.
RU2005135039/09A 2003-04-07 2004-04-05 Способ ограничения потоков запросов местоположения в сервисе определения местоположения RU2313921C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN03109249.7 2003-04-07
CNB031092497A CN1214666C (zh) 2003-04-07 2003-04-07 位置业务中限制位置信息请求流量的方法

Publications (2)

Publication Number Publication Date
RU2005135039A RU2005135039A (ru) 2006-06-10
RU2313921C2 true RU2313921C2 (ru) 2007-12-27

Family

ID=33136779

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2005135039/09A RU2313921C2 (ru) 2003-04-07 2004-04-05 Способ ограничения потоков запросов местоположения в сервисе определения местоположения

Country Status (9)

Country Link
US (1) US20060094446A1 (ru)
EP (1) EP1613109B1 (ru)
JP (1) JP2006522509A (ru)
CN (1) CN1214666C (ru)
AT (1) ATE424581T1 (ru)
CA (1) CA2521295A1 (ru)
DE (1) DE602004019768D1 (ru)
RU (1) RU2313921C2 (ru)
WO (1) WO2004091235A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2517389C2 (ru) * 2009-10-02 2014-05-27 Нтт Докомо, Инк. Способ мобильной связи и узел управления мобильностью

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100620055B1 (ko) 2004-12-06 2006-09-08 엘지전자 주식회사 위치정보요청 취소방법
WO2007143278A2 (en) 2006-04-12 2007-12-13 Soft Machines, Inc. Apparatus and method for processing an instruction matrix specifying parallel and dependent operations
EP2527972A3 (en) 2006-11-14 2014-08-06 Soft Machines, Inc. Apparatus and method for processing complex instruction formats in a multi- threaded architecture supporting various context switch modes and virtualization schemes
US9772887B2 (en) * 2008-06-02 2017-09-26 Microsoft Technology Learning, LLC Composable and cancelable dataflow continuation passing
EP2335154B1 (en) 2008-09-08 2018-02-14 British Telecommunications public limited company Distributed data processing system
EP2166451A1 (en) * 2008-09-08 2010-03-24 BRITISH TELECOMMUNICATIONS public limited company Distributed data processing system
CN101742555A (zh) * 2008-11-17 2010-06-16 华为技术有限公司 一种位置更新时拥塞控制的方法、装置及系统
CN102143040A (zh) * 2010-06-30 2011-08-03 华为技术有限公司 流量控制的方法和装置
CN103250131B (zh) 2010-09-17 2015-12-16 索夫特机械公司 包括用于早期远分支预测的影子缓存的单周期多分支预测
WO2012135031A2 (en) 2011-03-25 2012-10-04 Soft Machines, Inc. Executing instruction sequence code blocks by using virtual cores instantiated by partitionable engines
US9842005B2 (en) 2011-03-25 2017-12-12 Intel Corporation Register file segments for supporting code block execution by using virtual cores instantiated by partitionable engines
KR101966712B1 (ko) 2011-03-25 2019-04-09 인텔 코포레이션 분할가능한 엔진에 의해 인스턴스화된 가상 코어를 이용한 코드 블록의 실행을 지원하는 메모리 프래그먼트
CN102301783A (zh) * 2011-05-17 2011-12-28 华为技术有限公司 流量控制方法及装置
EP2710481B1 (en) 2011-05-20 2021-02-17 Intel Corporation Decentralized allocation of resources and interconnect structures to support the execution of instruction sequences by a plurality of engines
US9442772B2 (en) 2011-05-20 2016-09-13 Soft Machines Inc. Global and local interconnect structure comprising routing matrix to support the execution of instruction sequences by a plurality of engines
KR101842550B1 (ko) 2011-11-22 2018-03-28 소프트 머신즈, 인크. 다중 엔진 마이크로프로세서용 가속 코드 최적화기
CN104040491B (zh) 2011-11-22 2018-06-12 英特尔公司 微处理器加速的代码优化器
US9739867B2 (en) * 2012-08-15 2017-08-22 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for determining relationships in heterogeneous networks
KR20150130510A (ko) 2013-03-15 2015-11-23 소프트 머신즈, 인크. 네이티브 분산된 플래그 아키텍처를 이용하여 게스트 중앙 플래그 아키텍처를 에뮬레이션하는 방법
US10140138B2 (en) 2013-03-15 2018-11-27 Intel Corporation Methods, systems and apparatus for supporting wide and efficient front-end operation with guest-architecture emulation
US9891924B2 (en) 2013-03-15 2018-02-13 Intel Corporation Method for implementing a reduced size register view data structure in a microprocessor
WO2014150991A1 (en) 2013-03-15 2014-09-25 Soft Machines, Inc. A method for implementing a reduced size register view data structure in a microprocessor
WO2014150971A1 (en) 2013-03-15 2014-09-25 Soft Machines, Inc. A method for dependency broadcasting through a block organized source view data structure
US9886279B2 (en) 2013-03-15 2018-02-06 Intel Corporation Method for populating and instruction view data structure by using register template snapshots
WO2014151018A1 (en) 2013-03-15 2014-09-25 Soft Machines, Inc. A method for executing multithreaded instructions grouped onto blocks
US10275255B2 (en) 2013-03-15 2019-04-30 Intel Corporation Method for dependency broadcasting through a source organized source view data structure
WO2014150806A1 (en) 2013-03-15 2014-09-25 Soft Machines, Inc. A method for populating register view data structure by using register template snapshots
US9811342B2 (en) 2013-03-15 2017-11-07 Intel Corporation Method for performing dual dispatch of blocks and half blocks
US9569216B2 (en) 2013-03-15 2017-02-14 Soft Machines, Inc. Method for populating a source view data structure by using register template snapshots
US9904625B2 (en) 2013-03-15 2018-02-27 Intel Corporation Methods, systems and apparatus for predicting the way of a set associative cache
JP6293605B2 (ja) * 2014-07-30 2018-03-14 株式会社Nttドコモ 測位支援システム及び測位支援方法
CN112788537A (zh) * 2019-11-07 2021-05-11 维沃移动通信有限公司 位置查询方法、核心网功能和位置服务请求方
KR102648871B1 (ko) * 2020-12-16 2024-03-15 주식회사 케이티 위치 트래커의 악용을 탐지하여 차단하기 위한 장치 및 방법
CN113326170B (zh) * 2021-06-09 2023-06-09 深圳前海微众银行股份有限公司 任务延迟风险检测方法、电子设备及存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6219557B1 (en) * 1998-12-11 2001-04-17 Ericsson Inc. System and method for providing location services in parallel to existing services in general packet radio services architecture
WO2000069199A1 (en) * 1999-05-05 2000-11-16 Nokia Corporation A method for positioning a mobile station
GB9928416D0 (en) * 1999-12-01 2000-01-26 Nokia Networks Oy A telecommunications system
EP1227694A4 (en) * 2000-09-08 2003-01-02 Ntt Docomo Inc APPARATUS FOR PROVIDING LOCATION INFORMATION, COMMUNICATION TERMINAL, MOBILE COMMUNICATION TERMINAL, AND METHOD FOR PROVIDING LOCATION INFORMATION
US6725048B2 (en) * 2000-09-22 2004-04-20 Ericsson Inc. Traffic congestion management when providing realtime information to service providers
EP1346234A1 (en) * 2000-12-15 2003-09-24 Koninklijke Philips Electronics N.V. Method of providing position information of mobile terminals
US7203752B2 (en) * 2001-02-16 2007-04-10 Openwave Systems Inc. Method and system for managing location information for wireless communications devices
JP3949902B2 (ja) * 2001-02-28 2007-07-25 株式会社エヌ・ティ・ティ・ドコモ 位置管理方法、通信システムおよび情報提供システム
US6819926B2 (en) * 2001-08-03 2004-11-16 Telefonaktiebolaget Lm Ericsson (Publ) System and method for providing protection from an overload condition within the home location register
JP2005506779A (ja) * 2001-10-17 2005-03-03 ノキア コーポレイション 位置情報を提供する方法
GB0128027D0 (en) * 2001-11-22 2002-01-16 Nokia Corp Provision of location information
DE60130501T2 (de) * 2001-12-21 2008-06-05 Nokia Corporation Verfahren zur erfassung von lokalisierungsdaten eines endgerätes in einem kommunikationsnetz
US20030156547A1 (en) * 2002-02-15 2003-08-21 Exanet. Inc. System and method for handling overload of requests in a client-server environment
EP1389022A1 (en) * 2002-08-07 2004-02-11 Telefonaktiebolaget Lm Ericsson Method for selecting a type of location service client in a wireless network
US7151939B2 (en) * 2003-02-18 2006-12-19 Qualcomm Incorporated Method, apparatus, and machine-readable medium for providing indication of location service availability and the quality of available location services

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2517389C2 (ru) * 2009-10-02 2014-05-27 Нтт Докомо, Инк. Способ мобильной связи и узел управления мобильностью

Also Published As

Publication number Publication date
EP1613109A4 (en) 2006-07-05
EP1613109B1 (en) 2009-03-04
RU2005135039A (ru) 2006-06-10
EP1613109A1 (en) 2006-01-04
CN1214666C (zh) 2005-08-10
DE602004019768D1 (de) 2009-04-16
CA2521295A1 (en) 2004-10-21
US20060094446A1 (en) 2006-05-04
ATE424581T1 (de) 2009-03-15
JP2006522509A (ja) 2006-09-28
CN1536901A (zh) 2004-10-13
WO2004091235A1 (en) 2004-10-21

Similar Documents

Publication Publication Date Title
RU2313921C2 (ru) Способ ограничения потоков запросов местоположения в сервисе определения местоположения
CN102025618B (zh) 通信系统中的分组流处理
CN101558664A (zh) 用于在群组通信系统中分配网络资源的方法及设备
CN100473185C (zh) 宽带码分多址系统中的紧急呼叫处理方法
US8600767B2 (en) Bid-based control of networks
CN113676924B (zh) 通信方法、装置及系统
JP2003264878A (ja) 移動通信システムで呼受付方法およびシステム
CN1965519A (zh) 用于利用反馈信息网络环境中的负载均衡的系统和方法
CN1768538A (zh) 在分组数据网络中为具有无效用户标识的无线设备建立紧急会话
CN101390418A (zh) 用于向无线调度优先权用户提供通信资源的系统和方法
TW200404420A (en) A server for initiating a group call in a group communication network
WO2009079950A1 (fr) Procédé et système de gestion de ressources réseau
CN101635678A (zh) 一种p2p终端流量控制的方法及系统
JP2004139291A (ja) データ通信中継装置
CN100550881C (zh) 一种实现多媒体优先业务的方法
US20100091761A1 (en) System and Method for Placing a Call Using a Local Access Number Shared by Multiple Users
AU2004201345B2 (en) Private EV-DO system sharing public network data location register and data service method
CN102984301A (zh) 提供移动性服务的方法
JP3913745B2 (ja) 私設無線高速データシステムにおける端末機認証及び呼処理装置及びその方法
WO2015007100A1 (zh) 一种通信流量控制方法及系统
CN101030962B (zh) 通信系统用策略决定方法和策略决定系统
WO2006125389A1 (fr) Procede et systeme de transfert de messages courts
CN100355311C (zh) 位置业务中位置信息请求间隙操作的交互方法
JP2003258916A (ja) 通信制御システム、通信制御方法、中継関門処理装置及び管理サーバ
CN116260864A (zh) 基于多渠道的信息推送方法、装置及存储介质