Поддержка экстренных вызовов в режиме коммутации каналов

Поддержка экстренных вызовов в режиме коммутации каналов

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение, в общем, относится к связи, а более конкретно к методикам поддержки экстренных вызовов.

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

Сети беспроводной связи широко развертываются, чтобы предоставлять различные услуги связи, например речь, видео, передачи пакетных данных, обмен сообщениями, широковещательную передачу и т.п. Эти беспроводные сети могут быть сетями с множественным доступом, допускающими поддержку связи с несколькими пользователями посредством совместного использования доступных сетевых ресурсов. Примеры таких сетей с множественным доступом включают в себя сети с множественным доступом с кодовым разделением каналов (CDMA), сети с множественным доступом с временным разделением каналов (TDMA), сети с множественным доступом с частотным разделением каналов (FDMA) и сети с ортогональным FDMA (OFDMA).

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

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

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

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

В данном документе описаны методики для поддержки экстренных вызовов в режиме коммутации каналов. Методики могут быть использованы для различных сетей 3GPP и 3GPP2, различных архитектур определения местоположения и абонентских устройств (UE) с подпиской на услуги или без нее.

В варианте осуществления UE устанавливает вызов в режиме коммутации каналов с беспроводной сетью для экстренных служб. UE взаимодействует с сервером определения местоположения, указанным беспроводной сетью. UE выполняет определение местоположения в пользовательской плоскости с помощью сервера определения местоположения в течение вызова в режиме коммутации каналов для получения оценки местоположения (позиции) UE. Определение местоположения в пользовательской плоскости означает процесс для определения местоположения целевого UE, при котором передача сигналов между UE и сервером определения местоположения осуществляется с помощью возможностей передачи данных, предоставляемых посредством обслуживающей беспроводной сети и/или посредством других сетей. Определение местоположения в пользовательской плоскости может быть основано на решении/архитектуре пользовательской плоскости, такой как OMA надежное определение местоположения в пользовательской плоскости (SUPL) или 3GPP2 X.S0024. Передача сигналов для определения местоположения в пользовательской плоскости может быть осуществлена посредством связи в режиме с коммутацией пакетов. UE устанавливает экстренный вызов в режиме коммутации каналов с PSAP, которая может быть выбрана на основе оценки местоположения UE. UE может осуществлять позиционирование с помощью сервера определения местоположения для получения обновленной оценки местоположения (позиции) UE, например, каждый раз, когда запрошено посредством PSAP.

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

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

Фиг.1 иллюстрирует развертывание, которое поддерживает экстренные вызовы в режиме коммутации каналов.

Фиг.2 иллюстрирует архитектуру сетей 3GPP и 3GPP2.

Фиг.3 иллюстрирует сетевую архитектуру для определения местоположения SUPL.

Фиг.4, 5 и 6 иллюстрируют несколько потоков сообщений для экстренного вызова в режиме коммутации каналов с помощью определения местоположения SUPL.

Фиг.7 иллюстрирует сетевую архитектуру для определения местоположения X.S0024.

Фиг.8 иллюстрирует поток сообщений для экстренного вызова в режиме коммутации каналов с помощью определения местоположения X.S0024.

Фиг.9 иллюстрирует протоколы связи между различными объектами.

Фиг.10 иллюстрирует блок-схему различных объектов на фиг.2.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

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

Фиг.1 иллюстрирует развертывание 100, которое поддерживает экстренные вызовы в режиме коммутации каналов. Абонентское устройство (UE) 110 обменивается данными с сетью радиодоступа (RAN) 120 для того, чтобы получать услуги связи. UE 110 может быть стационарным или мобильным и также может называться мобильной станцией (MS), терминалом, абонентским модулем, станцией или каким-либо другим термином. UE 110 может быть сотовым телефоном, персональным цифровым устройством (PDA), беспроводным устройством, дорожным компьютером, телеметрическим устройством, устройством слежения и т.п. UE 110 может обмениваться данными с одной или более базовых станций в RAN 120. UE 110 также может принимать сигналы от одного или более спутников 190, которые могут быть частью глобальной системы позиционирования (GPS) США, европейской системы Galileo, российской системы GLONASS или какой-либо другой спутниковой системы позиционирования (SPS). UE 110 может измерять сигналы от базовых станций в RAN 120 и/или сигналы от спутников 190. UE 110 может получать измерения псевдодальности для спутников и/или измерения синхронизации для базовых станций. Измерения псевдодальности и/или измерения временной синхронизации могут быть использованы для того, чтобы извлекать оценку местоположения UE 110 с помощью одного или более способов позиционирования, например с помощью GPS (A-GPS), автономного GPS, усовершенствованной трилатерации прямой линии связи (A-FLT), усовершенствованной отслеживаемой разности времен (E-OTD), отслеживаемой разности времен поступления (OTDOA), усовершенствованного идентификатора соты и т.п.

RAN 120 предоставляет радиосвязь для UE, размещенных в зоне покрытия RAN. RAN 120 ассоциативно связана с гостевой сетью 130, которая является сетью, в данный момент обслуживающей UE 110. Гостевая сеть также может также называться гостевой наземной сетью мобильной связи общего пользования (V-PLMN). Домашняя сеть 150, которая также может быть названа PLMN (H-PLMN), - это сеть, на услуги которой UE 110 имеет подписку. Гостевая сеть 130 и домашняя сеть 150 могут быть одной и той же или различными сетями, и, если они являются различными сетями, могут иметь или не иметь соглашение о роуминге.

Сеть 160 может включать в себя коммутируемую телефонную сеть общего пользования (PSTN) и/или другие сети передачи речи и данных. PSTN поддерживает связь для традиционных простых старых телефонных служб (POTS). PSAP 180 - это объект, ответственный за ответы на экстренные вызовы (к примеру, в полицию, пожарную и медицинскую службу), и он также может упоминаться как центр экстренных вызовов (EC). Экстренный вызов может быть инициирован, когда пользователь набирает фиксированный хорошо известный номер, такой как 911 в Северной Америке или 112 в Европе. PSAP 180 в типичном варианте управляется и принадлежит государственному органу, к примеру округу или городу. PSAP 180 поддерживает связь с PSTN 160.

Методики, описанные в данном документе, могут быть использованы для экстренных вызовов в режиме коммутации каналов различных сетей беспроводной связи, таких как сети CDMA, TDMA, FDMA и OFDMA, беспроводные локальные вычислительные сети (WLAN) и/или другие сети. CDMA-сеть может реализовывать одну или более технологий радиосвязи, например широкополосный CDMA (W-CDMA), cdma2000 и т.д. Cdma2000 охватывает стандарты IS-2000, IS-856 и IS-95. TDMA-сеть может реализовывать одну или более технологий радиосвязи, например глобальная система мобильной связи (GSM), цифровая усовершенствованная система мобильных телефонов (D-AMPS) и т.п. D-AMPS охватывает IS-248 и IS-54. W-CDMA и GSM описываются в документах организации, называемой Партнерским проектом третьего поколения (3GPP). Cdma2000 описывается в документах организации, называемой Партнерским проектом третьего поколения 2 (3GPP2). Документы 3GPP и 3GPP2 являются общедоступными. Эти различные технологии и стандарты радиосвязи известны в данной области техники. Обобщенная сеть доступа (GAN) 3GPP может использовать WLAN для того, чтобы предоставлять доступ в режиме коммутации каналов, как описано в 3GPP TS 43.318.

Фиг.2 иллюстрирует архитектуру сетей 3GPP и 3GPP2. UE 110 может получать радиодоступ посредством 3GPP RAN 120a, которой может быть сеть радиодоступа GSM EDGE (GERAN), универсальная наземная сеть радиодоступа (UTRAN), развитая UTRAN (E-UTRAN), WLAN или какая-либо другая сеть доступа. 3GPP RAN 120a включает в себя базовые станции 220a, контроллеры радиосети/контроллеры базовой станции (RNC/BSC) 222a и другие объекты, не показанные на фиг.2. Базовая станция также может обозначаться узлом B, усовершенствованным узлом B (e-узлом B), базовой приемо-передающей станцией (BTS), точкой доступа (AP) или каким-либо другим термином.

3GPP V-PLMN 130a - это один вариант осуществления гостевой сети 130 на фиг.1, и она может включать в себя центр коммутации мобильной связи (MSC) 230a, шлюзовой центр определения местоположения мобильной связи (GMLC) 232a, платформы определения местоположения SUPL для экстренных служб (E-SLP) 234a и гостевой SLP (V-SLP) 236a. GMLC 232a, E-SLP 234a и V-SLP 236a предоставляют услуги определения местоположения для UE, обменивающихся данными с V-PLMN 130a. GMLC 232a поддерживает некоторые функции традиционного GMLC (к примеру, заданные в 3GPP TS 23.271 и J-STD-036) и некоторые функции, связанные с использованием SUPL для определения местоположения и маршрутизации экстренных вызовов. E-SLP 234a и V-SLP 236a поддерживают SUPL из Открытого альянса мобильной связи (OMA). E-SLP 234a заменяет домашнюю SLP (H-SLP) в случае определения местоположения экстренных вызовов и может быть комбинирована с GMLC 232a. V-SLP 236a может находиться в рамках или вне V-PLMN 130a и может быть географически ближе к UE 110.

UE 110 также может получать радиодоступ посредством 3GPP2 RAN 120b, которой может быть сеть CDMA2000 1X или какая-либо другая сеть доступа. 3GPP2 RAN 120b включает в себя базовые станции 220b, BSC 222b и другие объекты, не показанные на фиг.2.

3GPP2 V-PLMN 130b - это другой вариант осуществления гостевой сети 130 на фиг.1, и она может включать в себя MSC 230b, мобильный центр позиционирования (MPC) 232b, E-SLP 234b и V-SLP 236b. MPC 232b, E-SLP 234b и V-SLP 236b предоставляют услуги определения местоположения UE, обменивающихся данными с V-PLMN 130b. MPC 232b поддерживает некоторые функции традиционного MPC (к примеру, заданные в 3GPP2 X.S0002, TIA-881 и J-STD-036) и некоторые функции, связанные с применением SUPL для определения местоположения и маршрутизации экстренных вызовов. E-SLP 234b и V-SLP 236b поддерживают SUPL от OMA. E-SLP 234b может быть комбинирована с MPC 232b. Альтернативно или помимо этого V-PLMN 130b может включать в себя сервер позиционирования экстренных служб (E-PS) 238 и гостевой PS (V-PS) 240. E-PS 238 и V-PS 240 являются серверами определения местоположения, которые поддерживают определение местоположения X.S0024 для сетей cdma2000 и аналогичны E-SLP 234b и V-SLP 236b для SUPL. V-SLP 236b и V-PS 240 могут быть размещены в пределах или вне V-PLMN 130b и могут быть географически ближе к UE 110. V-PLMN 130b также может включать в себя объект определения местоположения (PDE) и/или другие объекты.

3GPP H-PLMN 150a - это один вариант осуществления домашней сети 150 на фиг.1, и она может включать в себя H-SLP 252a и/или другие сетевые объекты. 3GPP2 H-PLMN 150b - это другой вариант осуществления домашней сети 150 на фиг.1, и она может включать в себя H-SLP 252b и H-PS 254 и/или другие сетевые объекты. Объекты в SUPL описаны в OMA-AD-SUPL-V2_0-20060823-D, озаглавленном "Secure User Plane Location Architecture", черновая версия 2.0, 23 августа 2006 года, и в OMA-TS-ULP-V2_0-20060907-D, озаглавленном "User Plane Location Protocol", черновая версия 22.0, 7 сентября 2006 года. Объекты в определении местоположения X.S0024 описаны в 3GPP2 X.S0024, озаглавленном "IP-Based Location Services", версия 1.0, октябрь 2005 года. Эти документы являются общедоступными.

Для простоты фиг.2 показывает только некоторые из объектов в 3GPP и 3GPP2, которые упоминаются в нижеприведенном описании. Сети 3GPP и 3GPP2 могут включать в себя другие объекты, заданные посредством 3GPP и 3GPP2 соответственно.

Беспроводная сеть может поддерживать услуги определения местоположения (LCS) с помощью решения плоскости управления (CP) и/или решения пользовательской плоскости (UP). Плоскость управления (которая также называется плоскостью передачи сигналов) - это механизм переноса сигналов для приложений более высокого уровня, и она в типичном варианте реализуется с помощью конкретных для сети протоколов, интерфейсов и сигнальных сообщений. Пользовательская плоскость - это механизм переноса сигналов для приложений более высокого уровня, и она использует однонаправленный канал пользовательской плоскости, который в типичном варианте реализуется с помощью таких протоколов, как протокол передачи дейтаграмм пользователя (UDP), протокол управления передачей (TCP) и Интернет-протокол (IP). Сообщения, поддерживающие услуги определения местоположения и позиционирования, переносятся как часть сигналов в архитектуре плоскости управления и как часть данных (с точки зрения сети) в архитектуре пользовательской плоскости. Тем не менее, содержимое сообщений может быть одинаковым или аналогичным в обеих архитектурах. Плоскость управления 3GPP описана в 3GPP TS 23.271, TS 43.059 и TS 25.305. Плоскость управления 3GPP2 описана в IS-881 и 3GPP2 X.S0002. SUPL и пред-SUPL описаны в документах от OMA.

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

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

Методики поддерживают зарегистрированные UE, а также незарегистрированные UE. Зарегистрированный UE - это UE, который зарегистрирован в домашней сети и может быть аутентифицирован посредством домашней сети. Незарегистрированный UE - это UE, который не зарегистрирован ни в одной сети и не аутентифицирован. 3GPP UE может быть оснащен универсальной интегрированной схемной платой (UICC) или модулем идентификации абонента (SIM). 3GPP2 UE может быть оснащен модулем идентификации пользователя (UIM). UICC, SM или UIM в типичном варианте являются конкретными для одного абонента и могут хранить персональную информацию, информацию подписки и/или другую информацию. UE без UICC - это UE с отсутствующими UICC или SIM. UE без UIM - это UE с отсутствующим UIM. UE без UICC/UIM не зарегистрирован ни в одной сети и имеет подписки, домашней сети и учетных данных аутентификации (к примеру, секретного ключа), чтобы проверять заявляемые идентификационные данные, что делает услуги определения местоположения в большей степени подверженными риску.

Фиг.3 иллюстрирует вариант осуществления сетевой архитектуры 300 для экстренного вызова в режиме коммутации каналов с определением местоположения SUPL. Сетевая архитектура 300 применима для сетей 3GPP и 3GPP2. Для простоты, фиг.3 показывает только объекты и интерфейсы, важные для того, чтобы поддерживать экстренный вызов в режиме коммутации каналов с помощью SUPL. В общем, сетевая архитектура 300 может включать в себя другие объекты, чтобы поддерживать вызов и/или определение местоположения в режиме коммутации каналов.

UE 110 упоминается как терминал с поддержкой SUPL (SET) в SUPL. RAN 120 может быть 3GPP RAN 120a, 3GPP2 RAN 120b или какой-либо другой сетью доступа. E-SLP 234 может включать в себя центр определения местоположения SUPL (E-SLC) 312, который выполняет различные функции для услуг определения местоположения, и центр позиционирования SUPL (E-SPC) 314, который поддерживает позиционирование для UE. V-SLP 236 аналогично может включать в себя V-SLC 322 и V-SPC 324. E-SLP 234 ассоциативно связан с MPC/GMLC 232 и заменяет H-SLP 252 в H-PLMN 150 в случае определения местоположения экстренных вызовов. V-SLP 236 может быть ближе и/или в большей степени иметь возможность находить UE 110. В большинстве случае достаточно только E-SLP 234, и V-SLP 236 не требуется.

SUPL поддерживает два режима связи между SET и SLP для позиционирования с помощью SPC. В прокси-режиме SPC не имеет прямой связи с SET, и SLP выступает в качестве прокси между SET и SPC. В режиме без прокси SPC имеет прямую связь с SET.

PSTN 160 может включать в себя выборочный маршрутизатор (S/R) 260 и/или другие тандемы, используемые для того, чтобы устанавливать экстренный вызов в режиме коммутации каналов от MSC 230 в PSAP 180. S/R 260 может принадлежать PSAP 180 или может быть совместно использованным и подключенным к набору PSAP. UE 110 может обмениваться данными с PSAP 180 посредством MSC 230 и S/R 260.

Фиг.3 также показывает интерфейсы между различными объектами. Связанные с вызовами интерфейсы между UE 110 и RAN 120 и между RAN 120 и MSC 230 являются конкретными для сети. Связанным с вызовами интерфейсом между MSC 230, S/R 260 и PSAP 180 может быть многочастотный/ISDN абонентский узел/ISDN (MF/ISUP/ISDN).

Связанным с определением местоположения интерфейсом между UE 110 и E-SLP 234 и V-SLP 236 может быть протокол определения местоположения в пользовательской плоскости (ULP) SUPL. Интерфейсом между E-SLP 234 и V-SLP 236 может быть протокол определения местоположения при роуминге (RLP). Интерфейсом между MSC 230 и GMLC/MPC 232 может быть узел мобильных приложений (MAP). Интерфейс между MPC/GMLC 232 и E-SLP 234 напоминает и Le/L1-интерфейс между SUPL-агентом, и H-SLP и Lr/LCS-z-интерфейс между парой SLP в SUPL 1.0. Таким образом, интерфейс между MPC/GMLC 232 и E-SLP 234 может поддерживаться с помощью протокола определения местоположения мобильного терминала (MLP), RLP, усовершенствованной версии MLP или RLP либо какого-либо другого интерфейса. Для RLP поддержка GMLC уже задана в отношении инициирования RLP-транзакций. Для MLP GMLC обычно выступает в качестве получателя транзакции. Интерфейсом между E-SLP 234 и PSAP 180 может быть E2-интерфейс, заданный в J-STD-036 редакция B, MLP, HTTP-интерфейс или какой-либо другой интерфейс.

Несколько примерных потоков сообщений для экстренного вызова в режиме коммутации каналов в 3GPP и 3GPP2 с определением местоположения SUPL описаны ниже. Для простоты объекты, которые менее релевантны (к примеру, RAN 120 и S/R 260), опущены из этих потоков сообщений, но включены в описания. Эти потоки сообщений предполагают, что UE 110 имеет UICC или UIM и, что есть соглашение по роумингу между V-PLMN 130 и H-PLMN 150. Потоки сообщений также предполагают, что UE 110 поддерживают параллельную связь и в режиме коммутации каналов (для экстренного вызова), и в режиме коммутации пакетов (к примеру, для определения местоположения). Эта возможность в настоящее время разрешена для зарегистрированных пользователей посредством 3GPP в UMTS и GSM/GPRS и посредством 3GPP2 в cdma2000.

1. Экстренный вызов в режиме коммутации каналов в 3GPP с определением местоположения SUPL

Фиг.4 иллюстрирует вариант осуществления потока 400 сообщений для экстренного вызова в режиме коммутации каналов в 3GPP, использующем SUPL с определением местоположения, инициированным до установления вызова. На этапе 1 UE 110 отправляет запрос на вызов экстренных служб (к примеру, E911 в Северной Америке или E112 в Европе) в MSC 230a в 3GPP V-PLMN 130a. Этот запрос упоминается как инициирование вызова экстренных служб (ESC).

На этапе 2 MSC 230a может допустить или определить то, что UE 110 поддерживает позиционирование SUPL, к примеру на основе информации подписки UE или информации характеристик UE, принимаемой от UE, или в качестве политики V-PLMN 130a. MSC 230a затем отправляет сообщение отчета определения местоположения абонента (SLR) MAP в GMLC 232a, которая находится в сети, которая имеет ассоциативную связь (к примеру, содержит или подключена) с E-SLP 234a. MAP SLR используется для того, чтобы создавать запись экстренного вызова в GMLC 232a (и ассоциативную связь с MSC 230a), а также получать информацию маршрутизации PSAP от GMLC. MAP SLR может содержать идентификационные данные UE, идентификационные данные обслуживающей соты (ED) и/или другую информацию. Идентификационными данными UE может быть международный идентификатор абонента мобильной связи (IMSI), ISDN-номер абонента мобильной связи (MSISDN), международный идентификатор мобильного устройства (IMEI) и/или какие-либо другие идентификационные данные. Другая информация может включать в себя измерения от UE или сети, которые могут быть использованы для того, чтобы вычислять оценку местоположения для UE. Для вызовов в Северной Америке MSC 230a может назначать ключ маршрутизации экстренных служб (ESRK) или код маршрутизации экстренных служб (ESRD) и в таком случае должен включать его в MAP SLR. ESRD - это ненабираемый абонентский номер, который идентифицирует PSAP. ESRK - это ненабираемый абонентский номер, который может быть использован для того, чтобы выполнять маршрутизацию к PSAP. Каждая PSAP может быть ассоциативно связана с одним ESRD и пулом нескольких ESRK. Для экстренного вызова посредством UE в эту PSAP один ESRK из пула может быть назначен для UE на время экстренного вызова и может быть использован для того, чтобы идентифицировать PSAP, GMLC и /или MSC и UE.

На этапе 3 GMLC 232a создает запись для вызова. GMLC 232a может определять оценку промежуточной позиции UE 110 на основе информации определения местоположения, принятой на этапе 2. Информация определения местоположения может содержать идентификатор соты, измерения, оценку позиции и т.д. Оценка промежуточной позиции в типичном варианте означает примерную позицию, используемую для маршрутизации вызова. GMLC 232a также может инициировать этапы 8-13 заранее, чтобы получить оценку промежуточной позиции для UE 110. GMLC 232a может выбирать PSAP на основе оценки промежуточной позиции (если получена) или идентификатора обслуживающей соты, принятого на этапе 2. Это обеспечивает то, что выбранная PSAP охватывает экстренные вызовы из географической области, где находится UE 110. Для вызовов в Северной Америке GMLC 232a может назначать ESRD или ESRK, чтобы указать выбранную PSAP. В последующем описании PSAP 180 - это выбранная PSAP. GMLC 232a также может инициировать этапы 8-13 заранее, чтобы получить точную оценку начальной позиции, которая может быть использована в дальнейшем для запроса на определение местоположения от PSAP. Оценка начальной позиции в типичном варианте относится к первой точной оценке позиции. На этапе 4 GMLC 232a возвращает подтверждение приема MAP SLR в MSC 230a. Для вызовов в Северной Америке это подтверждение приема может включать в себя любой ESRD или ESRK, назначенный посредством GMLC 232a на этапе 3.

На этапе 5 MSC 230a отправляет экстренный вызов в режиме коммутации каналов в PSAP 180. Для вызовов в Северной Америке, если ESRK или ESRD возвращен на этапе 4, то PSAP 180 выбрана посредством GMLC 232a на этапе 3. В противном случае MSC 230a может определять PSAP, к примеру на основе текущей или начальной обслуживающей соты для UE 110. Для вызовов в Северной Америке сообщение или индикация установления вызова, отправленная посредством MSC 230a в PSAP 180, включает в себя любой из ESRD или ESRK, возвращенный посредством GMLC 232a на этапе 4 или назначенный посредством MSC 230a на этапе 2 или 5. Сообщение установления вызова может включать в себя номер обратного вызова для UE 110 (к примеру, MSISDN).

На этапе 6 вызов устанавливается между UE 110 и PSAP 180 посредством MSC 230a. На этапе 7 PSAP 180 отправляет запрос позиции от экстренных служб в GMLC 232a, чтобы запросить точную оценку начальной позиции UE 110. Для вызовов в Северной Америке PSAP 180 может идентифицировать GMLC 232a с помощью ESRK или ESRD, принятого на этапе 5. В этом случае запрос позиции от экстренных служб включает в себя ESRK и/или ESRD и номер обратного вызова. PSAP 180 не обязательно должна знать о том, что SUPL используется для определения местоположения.

На этапе 8 GMLC 232a идентифицирует запись вызова, созданную на этапе 3, с помощью (a) ESRK или номера обратного вызова, принятого на этапе 7 для вызовов в Северной Америке, или (b) другую информацию вызывающего абонента (к примеру, MSISDN или IMSI) для вызовов в других регионах. Если GMLC 232a получил точную оценку позиции на этапе 3 (к примеру, посредством выполнения этапов 8-13 заранее), то GMLC 232a может возвращать эту оценку позиции сразу в PSAP 180 на этапе 14 и пропустить этапы 8-13. В противном случае GMLC 232a отправляет в E-SLP 234a запрос позиции от экстренных служб, который может содержать идентификационные данные UE (к примеру, MSISDN и/или IMSI), идентификатор соты (если известен), требуемое качество позиционирования (QoP) и/или другую информацию. QoP переносит требования для оценки позиции, к примеру точность и срок оценки позиции. QoP также упоминается как QoS.

На этапе 9 E-SLP 234a определяет то, должно ли позиционирование поддерживаться посредством V-SLP, более близкой и/или имеющей лучшую возможность поддерживать позиционирование UE 110, к примеру, на основе идентификатора соты (если имеется), принятого на этапе 8. Если так, то E-SLP 234a обменивается сигналами с V-SLP (не показано на фиг.4). В противном случае E-SLP 234a побуждает инициированную сетью процедуру определения местоположения SUPL, причем E-SLP заменяет H-SLP. E-SLP 234a сначала отправляет SUPL INIT в UE 110, чтобы начать процедуру определения местоположения SUPL. SUPL INIT может быть отправлен, к примеру, с помощью проталкивания протокола беспроводных приложений (WAP), триггера службы коротких сообщений (SMS) или UDP/IP, если E-SLP 234a знает либо может получить IP-адрес UE 110. SUPL INIT может включать в себя IP-адрес E-SLP 234a, к примеру, если UE 110 не находится в домашней сети, если E-SLP 234a не является H-SLP для UE или если E-SLP 234a выбирает не работать в режиме H-SLP (к примеру, для того чтобы упростить реализацию). SUPL INIT также может включать в себя индикатор экстренных вызовов, к примеру в параметре оповещения SUPL INIT. Если используется режим без прокси, то SUPL INIT также может содержать IP-адрес SPC, который ассоциативно связан с E-SLP 234a либо с отдельной V-SLP. UE 110 в таком случае должен взаимодействовать с SPC, чтобы выполнять позиционирование.

На этапе 10 UE 110 устанавливает надежное (безопасное) IP-соединение со своей H-SLP, если E-SLP 234a является H-SLP (и выбирает работу в режиме H-SLP) для UE. Тем не менее, если E-SLP 234a не является H-SLP для UE 110 и/или если E-SLP 234a включает свой IP-адрес в SUPL INIT на этапе 9, то UE 110 устанавливает IP-соединение или безопасное IP-соединение с E-SLP 234a вместо H-SLP. Для режима без прокси связанные с аутентификацией SUPL-сообщения далее могут передаваться между UE 110 и E-SLP 234a и между E-SLP 234a и любой V-SLP, выбранной на этапе 9 (не показана на фиг.4), и UE 110 далее устанавливает IP-соединение или безопасное IP-соединение с SPC, указанным посредством SUPL INIT на этапе 9. Для прокси-режима UE 110 возвращает SUPL POS INIT в E-SLP 234a. Для режима без прокси UE 110 отправляет SUPL POS INIT в SPC (не показано на фиг.4). SUPL POS INIT может включать в себя способы позиционирования и протоколы позиционирования, поддерживаемые посредством UE 110, идентификатор обслуживающей соты, сетевые измерения, чтобы помочь в вычислениях местоположения, запрос на вспомогательные данные (к примеру, для A-GPS), если UE 110 требуются вспомогательные данные, оценку позиции, если UE 110 уже имеет ее, и/или другую информацию. Если E-SLP 234a или SPC может получить оценку позиции с требуемой точностью из информации, принятой в SUPL POS INIT, то E-SLP или SPC может перейти непосредственно к этапу 12.

На этапе 11 UE 110 продолжает процедуру определения местоположения SUPL с E-SLP 234a для прокси-режима или с SPC для режима без прокси. UE 110 может обмениваться одним или более сообщениями SUPL POS с E-SLP 234a (для прокси-режима) или SPC (для режима без прокси). Каждое сообщение SUPL POS может содержать сообщение позиционирования согласно протоколу LCS радиоресурсов (RRLP) 3GPP, управлению радиоресурсами (RRC) 3GPP или какому-либо другому протоколу позиционирования. E-SLP 234a или SPC может предоставлять вспомогательные данные в UE 110 в этих сообщениях, и UE 110 впоследствии может возвращать связанные с определением местоположения измерения или оценку позиции.

На этапе 12 E-SLP 234a или SPC получает оценку позиции либо посредством вычисления ее из измерений, принятых от UE 110 на этапе 11, либо посредством проверки оценки позиции, принятой от UE на этапе 11. E-SLP 234a или SPC затем отправляет SUPL END в UE 110, чтобы завершить процедуру определения местоположения SUPL. На этапе 13 E-SLP 234a возвращает оценку позиции (которая, возможно, перенаправлена из выбранного V-SLP, не показано на фиг.4) в GMLC 232a в ответе позиции для экстренных служб. На этапе 14 GMLC 232a возвращает оценку позиции в PSAP 180 в ответе на запрос позиции от экстренных служб.

На этапе 15 через некоторое время PSAP 180 может отправить еще один запрос позиции от экстренных служб в GMLC 232a, чтобы получить обновленную оценку позиции для UE 110. В этом случае GMLC 232a может повторить этапы 8-13 для того, чтобы получить новую оценку позиции с помощью SUPL и вернуть ее в PSAP 180 в ответе на запрос позиции от экстренных служб. При запросе оценки позиции из E-SLP 234a в повторении этапа 8 GMLC 232a может передавать последнюю полученную оценку позиции в E-SLP 234a, чтобы помочь ей в определении V-SLP, если данный вариант поддерживается.

На этапе 16 через некоторое время вызов между UE 110 и PSAP 180 завершается. На этапе 17 MSC 230a отправляет в GMLC 232a отчет определения местоположения абонента MAP, идентифицирующий UE 110 (к примеру, посредством MSI или MSISDN) и указывающий то, что вызов завершен. На этапе 18 GMLC 232a может удалить запись вызова, созданную на этапе 3, и вернуть подтверждение приема отчета определения местоположения абонента MAP в MSC 230a.

Фиг.5 иллюстрирует вариант осуществления потока 500 сообщений для экстренного вызова в режиме коммутации каналов в 3GPP, использующем SUPL с определением местоположения, инициированным после установления вызова. На этапе 1 UE 110 отправляет запрос на вызов экстренных служб в MSC 230a. На этапе 2 применяется процедура экстренного вызова. MSC 230a определяет соответствующую PSAP (или клиента экстренных вызовов) на основе идентификатора обслуживающей соты. В последующем описании PSAP 180 - это выбранная PSAP. MSC 230a, RAN 120a и UE 110 продолжают обычную процедуру инициирования экстренного вызова к PSAP 180. Информация установления вызова, отправленная в PSAP 180 (к примеру, посредством PSTN 160), может включать в себя определение местоположения UE (если уже получено), информацию, которая даст возможность поставщику экстренных служб запросить определение местоположения UE позднее (к примеру, сообщение ISUP/BICC IAM с параметром номера местоположения, заданным номеру MSC, и параметром вызывающей стороны, равным MSISDN в Европе), и/или другую информацию.

На этапе 3 MSC 230a может допустить или определить то, что UE 110 поддерживает определение местоположения SUPL. MSC 230a затем отправляет MAP SLR в GMLC 232a, который ассоциативно связан с E-SLP 234a и PSAP 180, в которую экстренный вызов был или будет отправлен на этапе 3. MAP SLR может содержать идентификационные данные UE, идентификатор обслуживающей соты, идентификатор зоны обслуживания (SAI) UE и/или другую информацию. В случае экстренного вызова без SIM или экстренного вызова с незарегистрированной (U)SIM IMEI всегда может быть отправлен, и MSISDN может быть заполнен номером обратного вызова без набора. В Европе MSC 230a может предоставлять идентификационные данные PSAP 180, с которой соединен экстренный вызов.

На этапе 4 GMLC 232a создает запись для вызова. На этапе 5 GMLC 232a возвращает подтверждение приема MAP SLR в MSC 230a. На этапе 6 GMLC 232a отправляет в E-SLP 234a запрос позиции от экстренных служб, который может содержать идентификационные данные UE (к примеру, MSISDN и/или IMSI), идентификатор соты или SAI (если известен), требуемое QoP и/или другую информацию.

На этапах 7-10 E-SLP 234a и UE 110 включаются в процедуру определения местоположения SUPL, как описано выше для этапов 9-12 на фиг.4. Потребность в V-SLP может быть определена из идентификатора соты или SAI (если имеется), принятого на этапе 6. На этапе 10 E-SLP 234a (для прокси-режима) или SPC, ассоциативно связанный с E-SLP 234a или выбранной V-SLP (для режима без прокси), получает оценку позиции UE 110. E-SLP 234a или SPC затем отправляет SUPL END в UE 110, чтобы завершить процедуру обнаружения местоположения SUPL. На этапе 11 E-SLP 234a возвращает оценку позиции (которая, возможно, перенаправлена из выбранного V-SLP, не показано на фиг.5) в GMLC 232a. На этапе 12 GMLC 232a может перенаправить информацию обнаружения местоположения, принятую на этапе 11, информацию об используемом способе позиционирования и/или другую информацию в PSAP 180. В противном случае PSAP 180, как ожидается, получает информацию определения местоположения посредством запрашивания ее от GMLC 232a.

На этапе 13, через некоторое время вызов между UE 110 и PSAP 180 завершается. На этапе 14 MSC 230a отправляет в GMLC 232a отчет определения местоположения абонента MAP, идентифицирующий UE 110 и указывающий то, что вызов завершен. На этапе 15 GMLC 232a может удалить запись вызова, созданную на этапе 4, и вернуть подтверждение приема отчета определения местоположения абонента MAP в MSC 230a.

2. Экстренный вызов в режиме коммутации каналов в 3GPP2 с определением местоположения SUPL

Фиг.6 иллюстрирует вариант осуществления сетевой архитектуры 600 для экстренного вызова в режиме коммутации каналов в 3GPP2 с помощью SUPL. На этапе 1 UE 110 отправляет запрос на вызов экстренных служб в MSC 230b в 3GPP2 PLMN 130b. На этапе 2 MSC 230b может допустить или определить то, что UE 110 поддерживает позиционирование SUPL, к примеру на основе информации подписки UE или информации характеристик UE, принимаемой от UE или политики PLMN 130b. MSC 230b затем отправляет запрос инициирования ANSI-41 MAP в MPC 232b, которая находится в сети, которая имеет ассоциативную связь (к примеру, содержит или подключена) с E-SLP 234b. Запрос инициирования может содержать идентификационные данные UE (к примеру, IMSI и/или MIN), идентификатор обслуживающей соты и/или другую информацию (к примеру, измерения от UE или сети, которая может быть использована для того, чтобы определять оценку позиции).

На этапе 3 MPC 232b создает запись для вызова. MPC 232b может определить оценку промежуточной позиции UE 110 на основе идентификатора соты и всех измерений, принятых на этапе 2. MPC 232b также может инициировать этапы 8-13 заранее, чтобы получить оценку промежуточной позиции для UE 110. MPC 232b может выбирать PSAP на основе оценки промежуточной позиции (если получена) или идентификатора обслуживающей соты, принят