Поддержка экстренного вызова voip

Иллюстрации

Показать все

Изобретение относится к беспроводной связи. Технический результат заключается в поддержании экстренных вызовов VoIP (передача голоса но IP-протоколу). UE (абонентское оборудование) осуществляет связь с посещаемой сетью для отправления запроса, чтобы установить экстренный вызов VoIP. UE взаимодействует с сервером определения местоположения, предписанным посещаемой сетью, для получения первой оценки положения для UE. UE осуществляет установление вызова через посещаемую сеть, чтобы создать экстренный вызов VoIP с PSAP, которая может быть выбрана на основе первоначальной оценки положения. UE выполняет определение положения с помощью сервера определения местоположения для получения обновленной оценки положения для UE, запрашиваемой посредством PSAP. 5 н. и 42 з.п. ф-лы, 12 ил., 2 табл.

Реферат

Настоящая заявка испрашивает приоритет предварительной заявки (США) с серийным № 60/704,977, озаглавленной "поддержка экстренного вызова VoIP (передача голоса по IP-протоколу)", зарегистрированная 2 августа 2005 г., предварительной заявки (США) с серийным № 60/713,199, озаглавленной "поддержка экстренного вызова VOIP", зарегистрированная 30 августа 2005г., предварительной заявки (США) с серийным № 60/726,694, озаглавленной "поддержка экстренного вызова VoIP", зарегистрированная 13 октября 2005 г., предварительной заявки (США) с серийным № 60/732,226, озаглавленной "поддержка экстренного вызова VoIP", зарегистрированная 31 октября 2005 г., и предварительной заявки (США) с серийным № 60/748,821, озаглавленной"поддержка для экстренных вызовов VoIP, используя SUPL", зарегистрированная 9 декабря 2005г., все отнесенные к правопреемнику данной заявки и таким образом явно включенные по ссылке в данный документ.

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

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

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

1.2. Уровень техники изобретения

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

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

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

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

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

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

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

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

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

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

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

Фиг. 1 показывает развертывание оборудования, которое поддерживает экстренные вызовы VoIP.

Фиг. 2 показывает архитектуру сети 3GPP.

Фиг. 3 показывает архитектуру сети 3GPP2.

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

Фиг. 6 и 7 показывают архитектуру сети и, соответственно, поток сообщений для экстренного вызова VoIP с помощью местоположения плоскости управления 3GPP.

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

Фиг. 10 и 11 показывают архитектуру сети и, соответственно, поток сообщений для экстренного вызова VoIP для UE без подписки на услугу.

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

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

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

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

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

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

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

Методики, описанные в данном документе, могут использоваться для экстренных вызовов VoIP, исходящих от сетей проводных линий связи, например, DSL (абонентская цифровая линия) и кабельных, для экстренных вызовов VoIP, исходящих от беспроводных глобальных сетей (WWAN), беспроводных локальных сетей (WLAN), беспроводных городских сетей (WMAN) и беспроводных сетей с покрытием WWAN и WLAN. WWAN могут быть CDMA, TDMA, FDMA, OFDMA и/или другими сетями. Сеть CDMA может реализовывать одну или более радио технологий, например, широкополосный CDMA (W-CDMA), cdma2000 и так далее. cdma2000 охватывает стандарты IS-2000, IS-856 и IS-95 и включает в себя модификации EV-DO для оптимизации поддержки IP. Сеть TDMA может реализовывать одну или более радио технологий, например, глобальную систему мобильной связи (GSM), цифровая улучшенная система мобильной связи (D-AMPS) и так далее. D-AMPS охватывает IS-248 и IS-54. W-CDMA и GSM описаны в документах от организации, называемой "проект партнерства третьего поколения" (3GPP). cdma2000 описывается в документах от организации, называемой "проект партнерства третьего поколения 2" (3GPP2). Документы 3GPP и 3GPP2 являются общедоступными. WLAN может реализовывать радио технологию, например, IEEE 802.11. WMAN может реализовывать радио технологию, например, IEEE 802.16. Эти различные радио технологии и стандарты известны в данной области техники.

Фиг. 2 показывает архитектуру сети 3GPP. UE 100 может получить доступ через сеть 120а доступа 3GPP или сеть 120b доступа WLAN. Сеть 120а доступа 3GPP может быть сетью радиодоступа GSM EDGE (GERAN), универсальной наземной сетью радиодоступа (UTRAN), выделенной UTRAN (E-UTRAN) или какой-либо другой сетью доступа. Сеть 120а доступа 3GPP включает в себя базовые станции 210, подсистему базовых станций (BSS)/контроллер 212 радиосети (RNC) и другие объекты, не показанные на фиг. 2. Базовая станция также упоминается как узел В, улучшенный узел В (e-Node B), базовой приемопередающей станцией (BTS), точкой доступа (AP) или некоторой другой терминологией. WLAN 120b включает в себя точки 214 доступа и может быть любой WLAN.

V-PLMN 130a является одним вариантом осуществления посещаемой сети 130 на фиг. 1 и включает в себя базовую сеть 230а V-PLMN и объекты 270а местоположения V-PLMN. Базовая сеть 230а V-PLMN включает в себя обслуживающий узел 232а поддержки GPRS (SGSN), шлюзовой узел 232b поддержки GPRS (GGSN), шлюз 234 доступа WLAN (WAG) и шлюз 236 пакетных данных (PDG). SGSN 232a и GGSN 232b являются частью базовой сети GPRS (пакетная радиосвязь общего назначения) и предоставляют услуги с коммутацией пакетов для связи UE с сетью 120а доступа 3GPP. WAG 234 и PDG 236 являются частью базовой сети 3GPP взаимодействия с WLAN (I-WLAN) и предоставляют услуги с коммутацией пакетов для связи UE с WLAN 120b.

Базовая сеть 230а V-PLMN также включает в себя домашний сервер 250 абонента (HSS) и различные объекты IP-мультимедийной подсистемы (IMS), которые включают в себя функциональный объект 252 управления сеансом вызова модуля доступа (P-CSCF), объект экстренной CSCF 254 (E-CSCF), объект опроса CSCF 256 (I-CSCF) и функциональный объект 258 управления шлюзом среды (M.GCF). P-CSCF 252, E-CSCF 254, I-CSCF 256 и MGCF 258 поддерживают услуги IMS, например, вызовы VoIP и являются частью сети V-PLMN IMS. P-CSCF 252 принимает запросы от UE и обслуживает эти запросы внутренне или направляет запросы другим объектам, возможно, после преобразования. E-CSCF 254 выполняет услуги управления сеансом для UE и обслуживает состояние сеанса, используемое для поддержки экстренных услуг IMS. E-CSCF 254 дополнительно поддерживает экстренные вызовы VoIP. MGCF 258 управляет преобразованием сигнализации между SIP/IP и PSTN (например, SS7ISUP) и используется всегда, когда вызов VoIP от одного пользователя переходит к пользователю PSTN. HSS 250 сохраняет информацию, связанную с подпиской для UE, для которого V-PLMN 130a является домашней сетью.

Объекты 270а месторасположения V-PLMN могут включать в себя платформу 272 местоположения SUPL экстренных услуг (E-SLP) и посещаемую SLP 274 (V-SLP), которая поддерживает местоположение безопасной пользовательской плоскости OMA (SUPL). V-SLP 274 может быть в или ассоциирован с разной сетью в V-PLMN 130a и/или географически ближе к UE 110. Альтернативно или дополнительно, объекты 270а месторасположения V-PLMN могут включать в себя мобильный центр 276 месторасположения шлюза (GMLC), который является частью месторасположения управляющей плоскости 3GPP. E-SLP 272, V-SLP 274 и GMLC 276 предоставляют услуги месторасположения для UE во взаимодействии с V-PLMN 130a.

H-PLMN 160a является одним вариантом осуществления домашней сети 160 на фиг. 1 и включает в себя базовую сеть 260 H-PLMN. Базовая сеть 260 H-PLMN включает в себя HSS 266 и дополнительно включает в себя объекты IMS, например, I-CSCF 262 и обслуживающую CSCF 264 (S-CSCF), которая поддерживает IMS для домашней сети 160. I-CSCF 262 и S-CSCF 264 являются частью сети H-PLMN IMS.

Фиг. 3 показывает архитектуру сети 3GPP2. UE 110 может получить радиодоступ через сеть 120с доступа 3GPP2 или сеть 120d доступа WLAN. Сеть 120с доступа 3GPP2 может быть сетью CDMA2000 IX, сетью CDMA2000 lxEV-DO или другой сетью доступа. Сеть 120с доступа 3GPP2 включает в себя базовые станции 220, функциональный объект 222 управления радиоресурсами/управления пакетами (RRC/PCF) и другие объекты, не показанные на фиг. 3. RRC может также называться контроллером радиосети (RNC) или базовой станцией. Сеть 120с доступа 3GPP2 может также называться сетью радиодоступа (RAN). WLAN 120d включает в себя точки 224 доступа и может являться любой WLAN, ассоциируемой с сетью 3GPP2.

V-PLMN 130b является другим вариантом осуществления посещаемой сети 130 на фиг. 1 и включает в себя базовую сеть 230b V-PLMN и объекты 270b местоположения 3GPP2. Базовая сеть 230b V-PLMN включает в себя обслуживающий узел 242 пакетных данных (PDSN), функциональный объект 244 взаимодействия пакетных данных (PDIF) и сервер 246 аутентификации, авторизации и учета (ААА). PDSN 242 и PDIF 244 предоставляют услуги с коммутацией пакетов для взаимодействия UE c сетью 120с доступа 3GPP2 и, соответственно, WLAN 120d. Базовая сеть 230а V-PLMN также включает в себя IMS и объекты мультимедийного домена (MMD), например, P-CSCF 252, E-CSCF 254, I-CSCF 256 и MGCF 258. E-CSCF 258 может также иметь другие наименования, например, ES-AM (менеджер приложений экстренных услуг).

Объекты 270b месторасположения 3GPP2 могут включать в себя E-SLP 272 и V-SLP 274 для SUPL. Альтернативно или дополнительно, объекты 270b месторасположения 3GPP2 могут включать в себя сервер 282 положения экстренных услуг (E-PS) и посещаемый сервер положения (V-PS)/ объект 284 определения положения (PDE), которые являются частью месторасположения X.S0024 для сетей cdma2000. E-PS 282 может также упоминаться как заменяющий сервер положения (S-PS). E-SLP 272, V-SLP 274 и E-PS 282 и V-PS/PDE 284 предоставляют услуги местоположения для UE во взаимодействии с V-PLMN 130b.

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

В последующем описании сети 3GPP относятся к сетям и сетевым подсистемам (например, подсистемы сетей доступа), задаваемым 3GPP, а также другим сетям и сетевым подсистемам (например, WLAN), работающим в связи с сетями 3GPP. Сети 3GPP и сетевые подсистемы могут включать в себя базовую сеть GERAN, UTRAN, E-UTRAN, GPRS, GPP I-WLAN и так далее. Сети 3GPP2 относятся к сетям и сетевым подсистемам, задаваемым 3GPP2, а также другим сетям и сетевым подсистемам, действующим в связи с сетями 3GPP2. Сети 3GPP2 могут включать в себя базовую сеть CDMA2000 IX, CDMA2000 lxEV-DO, cdma2000, сетевую подсистему 3GPP2 IMS или MMD, WLAN, ассоциируемую с 3GPP2 и так далее. Для простоты, "3GPP WLAN" относится к WLAN, ассоциируемой с сетью 3GPP и "3GPP2 WLAN" относится к WLAN, ассоциируемой с сетью 3GPP2.

В последующем описании, доступ GPRS относится к доступу к базовой сети GPRS через GERAN, UTRAN или другую сеть доступа 3GPP. Доступ к 3GPP WLAN относится к доступу к базовой сети 3GPP через WLAN. Доступ к cdma2000 относится к доступу к базовой сети cdma2000 через CDMA2000 IX, CDMA2000 lxEV-DO или другую сеть доступа 3GPP2. Доступ к 3GPP2 WLAN относится к доступу к базовой сети 3GPP2 через WLAN.

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

Методики, описанные в данном документе, могут быть использованы для различных архитектур местоположения, например, архитектур плоскости управления и пользовательской плоскости. Управляющая плоскость (которая также называется сигнальной плоскостью) является механизмом для переноса сигнализации для приложений высокого уровня и типично реализуется с помощью определенных сетевых протоколов, интерфейсов и сигнальных сообщений. Пользовательская плоскость является механизмом для переноса сигнализации для приложений высокого уровня, но использующая однонаправленный канал пользовательской плоскости, который типично реализуется с помощью протоколов, например, протокола пользовательских датаграмм (UDP), протокола управления передачей (TCP) и Интернет-протокола (IP), каждые из которых известны в данной области техники. Сообщения, поддерживающие услуги местоположения и определения положения переносятся как часть сигнализации в архитектуре управляющей плоскости и как часть данных (из проекции сети) в архитектуре пользовательской плоскости. Контент сообщений может, однако, быть тем же самым или аналогичным в обеих архитектурах.

Методики могут использоваться для различных архитектур/решений местоположения, например, тех, которые перечислены в таблице 1. SUPL и заранее определенное SUPL в документах от открытого сообщества производителей мобильной связи (OMA). Управляющая плоскость 3GPP описана в 3GPP TS 23.271, TS 43.059, и TS 25.305. Управляющая плоскость 3GPP2 описывается в IS-881 и 3GPP2 X.S0002. Пользовательская плоскость 3GPP2 описывается в 3GPP2 X.S0024.

Таблица 1
Архитектура местоположения Тип архитектуры Применимый для…
Заранее определенное SUPL пользовательская плоскость сети 3GPP
SUPL пользовательская плоскость сети 3GPP и 3GPP2
управляющая плоскость 3GPP управляющая плоскость сети 3GPP
управляющая плоскость 3GPP2 управляющая плоскость сети 3GPP2
X.S0024 пользовательская плоскость сети 3GPP2

UE может поддерживать нулевое, одно или многочисленные решения местоположения (например, SUPL или управляющая плоскость 3GPP или SUPL и управляющая плоскость 3GPP или SUPL и X.S0024) для экстренных вызовов VoIP. UE может информировать сеть о своих возможностях местоположения, когда сделан вызов, например, в сообщении приглашения SIP и/или сообщении регистрации SIP. Эта информация может сохраняться в локальном сервере (например, сервер определения местоположения) для извлечения с помощью сети.

Методики, описанные в данном документе, могут поддерживать следующие признаки.

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

(b) Применительно к вызовам VoIP, которые используют доступ GPRS, доступ 3GPP WLAN, доступ cdma2000 и доступ 3GPP2 WLAN.

(c) Поддержка сквозной возможности IP-соединения с PSAP, допускающими SIP/IP.

(d) Поддержка возможности соединения с PSTN, допускающей PSAP, которые могут быть локальными для вызывающих UE, но географически удаленными от серверов вызова SIP, например, когда поставщик услуг VoIP удален от UE.

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

(f) Предоставление точного местоположения UE в PSAP.

(g) Поддержка первоначального и обновленного местоположения, используя различные архитектуры местоположения.

(h) Поддержка экстренных вызовов VoIP от UE без UICC/UIM и UE, чьи H-PLMN не имеют соглашений о роуминге в V-PLMN.

(i) Поддержка обратного вызова от PSAP в UE без UICC/UIM и/или без соглашения о роуминге в V-PLMN.

(j) Совместимое с решением IETF Ecrit и решениями NENA, например, промежуточная архитектура VoIP для улучшенных услуг (i2) 9-1-1, также известных как решение NENA 12.

(k) малые воздействия и требования к H-PLMN.

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

Для SUPL домашнее SLP (H-SLP) в H-PLMN 160 может быть обойдено и одно или более V-SLP и/или E-SLP в/или ассоциируемые с V-PLMN 130 могут использоваться для местоположения. Для X.S0024 домашняя PS (H-PS) в H-PLMN 160 может быть обойдено и одно или более V-PS и/или E-PS в/или ассоциируемые с V-PLMN 130 могут использоваться для местоположения. Это налагает некоторые изменения на SUPL и X.S0024, например, H-SLP или H-PS, сконфигурированные в UE 110, могут быть замещены для местоположения во время экстренного вызова. Использование V-SLP, E-SLP, E-PS или V-PS в V-PLMN 130 может быть желательно из-за следующих причин:

(a) Поддержка специализированного экстренного вызова в конкретных областях или странах должна использовать поддержку только от сетей в этих областях, а не других сетей.

(b) UE без UICC/UIM может не иметь H-PLMN и может полагаться на SLP или PS в V-PLMN.

(c) Для UE с UICC/UIM H-PLMN может не иметь соглашений о роуминге с V-PLMN, и может быть сложно использовать H-SLP или H-PS.

(d) H-SLP или H-PS могут не поддерживать запрос местоположения от удаленной PSAP (например, в другой стране) из-за отличий сигнализации или отсутствия регистрации.

(e) H-SLP или H-PS не могут получать хорошую оценку положения (например, если H-SLP или H-PS является удаленным от UE) без помощи V-SLP или V-PS в V-PLMN.

(f) H-SLP или H-PS не могут поддерживать интерфейс (например, Li или интерфейс LCS-I), используемые E-SLP или E-PS для поддержки услуги экстренного вызова.

E-SLP 272 или E-PS 282 могут выполнять определение положения для UE 110 в SUPL и, соответственно, X.S0024. Альтернативно, V-SLP, V-PS или PDE могут быть выбраны для определения положения для UE 110, например, если E-SLP 272 или E-PS 282 не способны выполнить эту функцию. V-SLP, V-PS или PDE могут быть полезны, например, если сервер вызова SIP (например, E-CSCF 254) является удаленным от UE 110 и выбирает E-SLP или E-PS, которые также являются удаленными, что может произойти, когда оператор использует небольшое число серверов вызова для обслуживания большой области или целой страны. E-SLP 272 или E-PS 282 могут выбирать соответствующую V-SLP, V-PS или PDE, используя любой из следующих механизмов:

(a) UE 110 обнаруживает IP-адрес или название V-SLP или V-PS во время подключения к сети доступа или создания возможности IP-соединения, например, сеть доступа предоставляет адрес V-SLP или V-PS UE 110. UE 110 может также обнаружить адрес V-SLP или V-PS с помощью запроса DNS после создания возможности IP-соединения. Это может использоваться, если сервер DNS, используемый UE 110, ближе к UE 110, чем E-CSCF 254. UE 110 могут включать адрес V-SLP или V-PS в первоначальное сообщение SIP REGISTER, отсылаемое в IMS, и в любое последующее сообщение повторной регистрации, следующее за эстафетной передачей в новую сеть доступа. IMS (например, E-CSCF 254) может переносить адрес V-SLP или V-PS в E-SLP 272 или E-PS 282.

(b) E-SLP 272 или E-PS 282 определяет адрес V-SLP или V-PS на основе информации о местоположении, предоставляемой UE 110 в первоначальном приглашении SIP.

(c) E-SLP 272 или E-PS 282 определяет адрес V-SLP или V-PS на основе информации о местоположении, принятой от UE 110 в SUPL START.

В целом, информация о местоположении, предоставляемая UE 110, может быть любой информацией, которая может использоваться для определения положения UE 110. Информация о местоположении может содержать географические координаты, GSM, UMTS, или идентификатор соты (ID) cdma2000, информацию об обслуживающей соте, идентичность наименования доступа к WLAN, MAC-адрес WLAN и так далее. Информация о местоположении может также содержать результаты измерений, которые могут использоваться для определения положения UE 110.

Для SUPL и X.S0024, E-SLP 272 или E-PS 282 могут отсылать SUPL INIT в UE 110 для запуска сеанса SUPL. SUPL INIT может отсылаться, используя активную доставку WAP или SMS, что может привести к более длительным задержкам. В варианте осуществления для уменьшения задержки SUPL INIT может отсылаться в UE 110 через IMS (например, P-CSCF 252 и E-CSCF 254), используя немедленное сообщение IMS, другое сообщение IMS, ответ SIP 1xx (например, продолжение сеанса 183) или какое-либо другое сообщение. Использование существующих (возможно, безопасных) связей между IMS и UE 110 дает возможность быстрой передачи и дополнительно позволяет избежать дополнительной задержки для создания новых связей и/или передачи сообщения с помощью дополнительных объектов (например, центр услуг SMS). Этот вариант осуществления может также использоваться, когда UE 110 не регистрируется в H-PLMN, например, не имеет UICC или UIM. В другом варианте осуществления для уменьшения задержки, SUPL INIT может отсылаться в UE 110, используя мобильно прекращаемый IP или UDP/IP. В этом случае IP-шлюз, обслуживающий UE 110 (например, GGSN 232b, PDG 236, PDSN 242, или PDIF 244) может заранее управляться с помощью IP-адреса(ов) E-SLP 272 для того, чтобы отфильтровать IP-пакеты от E-SLP 272 в UE 110. UE 110 может конфигурироваться для поддержания порта TCP и/или порта UDP, используемого для SUPL (и зарегистрированного в IANA, Комитет по цифровым адресам в Интернете, США) для приема SUPL INIT.

Экстренные вызовы VoIP могут поддерживаться SUPL 1.0 и первоначальной версией X.S0024 (3GPP2 X.S0024-0) следующим образом.

(a) Если UE 110 находится в H-PLMN 160, тогда E-SLP 272 является H-SLP, или E-PS 282 является H-PS для UE и запускает запрос местоположения, запускаемый сетью SUPL 1.0 или X.S0024-0. SUPL INIT может отсылаться в UE 110, используя SMS или активную доставку WAP.

(b) Если UE 110 не находится в H-PLMN 160, но зарегистрировано в V-PLMN 130, тогда E-SLP 272 может вызывать запрос местоположения SUPL 1.0, действуя как запрашивающий SLP (R-SLP) и отправляя запрос местоположения в H-SLP для UE 110 согласно процедуре в SUPL 1.0 и OMA RLP. Аналогично, E-PS 282 может вызывать запрос местоположения X.S0024 от H-PS для UE 110, используя, например, протокол OMA RLP.

(c) Если UE 110 не находится в H-PLMN 160 и не зарегистрировано в V-PLMN 130 (например, нет соглашения о роуминге между V-PLMN 130 и H-PLMN 160) или если UE 110 не имеет UICC или UIM, тогда местоположение SUPL 1.0 или X.S0024-0 не поддерживается. Однако E-SLP 272 или E-PS 282 все еще могут получать оценку положения для UE 110, используя информацию местоположения, предусматриваемую UE 110 в первоначальном приглашении SIP для экстренного вызова.

1. Экстренный вызов VoIP с SUPL

Фиг. 4 показывает блок-схему варианта осуществления архитектуры 400 сети для экстренного вызова VOIP с местоположением SUPL. Архитектура 400 сети используется и для сетей 3GPP, и для 3GPP2. Для простоты фиг. 4 показывает только объекты и интерфейсы, значимые для поддержания экстренных вызовов VoIP, используя SUPL.

UE 110 упоминается как терминал с возможностью SUPL (SET) в SUPL. Сеть 120 доступа может быть сетью доступа 3GPP, сетью доступа 3GPP2, WLAN или любой другой сетью. Сеть 120 доступа и/или V-PLMN 130 включает в себя объекты, которые поддерживают вызовы с коммутацией пакетов, например, как показано на фиг. 2 и 3. Для 3GPP2 простой IP и/или мобильный IP может использоваться для экстренных вызовов VoIP. В последующем описании IMS может относиться к P-CSCF 252, E-CSCF 254 и/или MGCF 258.

E-SLP 272 может включать в себя центр 412 определения местоположения SUPL (E-SLC), который выполняет различные функции для услуг определения местоположения и центр 414 позиционирования SUPL (E-SPC), который поддерживает определение положения для UE. V-SLP 274 может просто включать в себя V-SLC 422 и V-SPC 424. E-SLP 272 может заменять H-SLP в H-PLMN 160 в случае местоположения для экстренных вызовов. Объекты в SUPL описаны в документе OMA-AD-SUPL-V2_0-20060704-D, озаглавленный "безопасная архитектура местоположения плоскости пользователя" черновой вариант 4.0, 4 июля, 2006г., и в документе OMA-TS-ULP-V2_0-20060721-D, озаглавленный "протокол местоположения плоскости пользователя" черновой вариант 2.0, 21 июля, 2006 г., которые являются общедоступными из OMA.

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

PSTN/Интернет 170 может включать в себя объекты (например, маршрутизаторы), которые поддерживают маршрутизацию пакетов и выборочный маршрутизатор (S/R) 292, который направляет экстренный вызов в PSAP. S/R 292 может принадлежать к PSAP 180 или совместно использоваться и соединяться с набором отдельных PSAP. UE 110 могут взаимодействовать с PSAP 180 через P-CSCF 252 и E-CSCF 254 для вызова VoIP, если PSAP 180 поддерживает SIP. UE 110 может также взаимодействовать с PSAP 180 через P-CSCF 252, E-CSCF 254, MGCF 258 и S/R 292, если PSAP 180 не поддерживает SIP. В этом случае шлюз среды (MGW), управляемый MGCF 258, осуществляет VoIP в преобразовании режима схемы PCM для экстренного вызова.

Фиг. 4 также показывает интерфейсы между различными объектами. Связанные с вызовом интерфейсы между UE 110, P-CSCF 252, E-CSCF 254, MGCF 258 могут быть SIP. Связанные с вызовом интерфейсы между MGCF 258, S/R 292 и PSAP 180 могут быть MF/ISUP. Интерфейс, связанный с местоположением, между PSAP 180 и E-SLP 272, может быть интерфейсом E2, задаваемым в J-STD-036 версия B, если PSAP 180 является PSTN, допускающей расширения интерфейса E2, если PSAP 180 допускает SIP. Интерфейс, связанный с местоположением между PSAP 180 и E-SLP 272 может, напротив, являться интерфейсом MLP, задаваемым в протоколе мобильного местоположения (LIF) или некотором другом интерфейсе, например, интерфейсе HTTP. Интерфейс, связанный с местоположением, между UE 110 и V-SLP 274 и E-SLP 272, может являться ULP SUPL.

Интерфейс между E-CSCF 254 и E-SLP 272 используется для передачи информации о UE 110 в E-SLP 272 и для инициирования определения расположения SUPL. Этот интерфейс может быть интерфейсом LCS IMS (например, Li) и может использовать протокол расположения IMS (ILP) или какой-либо другой протокол. Интерфейс Li/ILP может быть аналогичным интерфейсу протокола местоположения роуминга (RLP) OMA между SLP. Интерфейс Li/ ILP может использоваться любым объектом IMS (например, S-CSCF или сервером приложений) и E-SLP 272 для поддержания других возможностей, ассоциируемых с IMS и услугами на основе IP, например:

(a) биллинг, зависимый от местоположения, для VoIP или других вызовов на основе IP,

(b) Предоставление местоположения одной стороны по вызову к одной или более другим сторонам, и

(c) дополнительные услуги на основе местоположения пользователя, например, направление вызова, зависящее от местоположения, запрет вызова, зависящий от местоположения.

Интерфейс между E-SLP 272 и E-CSCF 254 может быть также интерфейсом v2, определяемым в "Проекте стандартов NENA для VoIP/переноса пакетов решений i2" или в "промежуточная VoIP-архитектура для улучшенных услуг 9-1-1 (i2)"(в дальнейшем в данном документе "решение NENA I2"), которое рассматривается для поддержания VoIP E 911 в Соединенных Штатах, или какой-либо другой интерфейс.

Архитектура 400 сети может включать в себя другие объекты для поддержания VoIP и/или местоположения, например, элементы, описанные в решении NENA I2 или проекте решений NENA I2.5 и I3.

1.1. Установление вызова

Фиг. 5 показывает вариант осуществления потока 500 сообщений для установления экстренного вызова VoIP, используя SUPL. Для ясности, объекты, которые являются менее значимыми (например, сеть 120 доступа, P-CSCF 252, S/R 292), опущены на фиг. 5, но включены в описания ниже. Поток 500 сообщений может использоваться для сетей 3GPP и 3GPP2. Поток 500 сообщений предполагает, что UE 110 имеет UICC или UIM и что существует соглашение о роуминге между H-PLMN 160 и V-PLMN 130.

На этапе 1, UE 110 обнаруживает сеть доступа (AN), например, сеть доступа 3GPP, сеть доступа 3GPP2, 802.11 WLAN, и т.д. UE 110 выполняет любое низкоуровневое соединение (например, связь 802.11) и присоединяется к сети доступа (например, через присоединение GPRS или через процедуру AAA WLAN для 3GPP). UE 110 создает возможность IP-соединения и может обнаруживать адрес локального сервера SIP. В описании ниже P-CSCF 252 является локальным сервером SIP, обнаруживаемым UE 110. Этап 1 может выполняться различными способами для различных сетей и дополнительно подробно описывается ниже.

На этапе 2 UE 110 отправляет SIP REGISTER в P-CSCF 252, который является локальным сервером SIP, обнаруживаемым на этапе 1. SIP REGISTER может включать в себя указание экстренных услуг, экстренный общедоступный идентификатор пользователя (например, как описано в 3GPP TR 23.867 и в 3GPP TS 23.167), частный идентификатор пользователя, имя домена H-PLMN и IP-адрес UE, получаемый на этапе 1. SIP REGISTER может также включать в себя информацию о местоположении для UE 110, возможности местоположения UE 110 и/или другую информацию. Возможности местоположения UE могут содержать решения о местоположении, поддерживаемые UE 110 (например, SUPL, управляющую плоскость 3GPP, X.S0024 и т.д.), способы определения положения, поддерживаемые UE 110 и/или другую информацию. Из-за присутствия указания экстренных услуг или экстренного общедоступного идентификатора пользователя, P-CSCF 252 направляет SIP REGISTER в E-CSCF 254 в ту же самую сеть и не в I-CSCF 262 в H-PLMN 160, как не в экстренных случаях.

На этапе 3 E-CSCF 254 в V-PLMN 130 направляет SIP REGISTER в S-CSCF 264 в H-PLMN 160, где происходит обычная регистрация IMS. Причинами для регистрации в H-PLMN 160 являются (1) аутентификация идентичности пользователя, (2) получение проверенного номера обратного вызова от S-CSCF 264, (3) предупреждение H-PLMN 160 об экстренном вызове так, чтобы специальное соглашение (например, о приоритете, ограничении дополнительных услуг) могло использоваться, если PSAP 180 позже вызывает обратно UE 110 через H-PLMN 160. Для регистрации IMS S-CSCF 264 в H-PLMN 160 обрабатывает E-CSCF 254 в V-PLMN 130 подобно P-CSCF. TEL URI общедоступного пользователя (например, извлекаемый из MSISDN (номер мобильного абонента цифровой сети с интеграцией служб) в 3GPP или MIN (мобильный идентификационный номер) в 3GPP2) может быть неявным образом зарегистрирован с экстренным идентификатором общедоступного пользователя для UE 110 и может использоваться для обратного вызова PSAP из PSTN. H-PLMN 160 может не поддерживать дополнительную регистрацию экстренного идентификатора общедоступного пользователя, например, если UE 110 уже зарегистрировал обычный идентификатор общедоступного пользователя или если экстренный идентификатор общедоступного пользов