ПОДДЕРЖКА ЭКСТРЕННОГО ВЫЗОВА VoIP
SUPPORT OF EMERGENCY CALL VoIP

Настоящая заявка испрашивает приоритет предварительной заявки (США) с серийным № 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. Абонентcкое оборудование 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 для экстренного вызова.
Экстренный вызов VoIP с SUPL
1.
Фиг. 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 уже зарегистрировал обычный идентификатор общедоступного пользователя или если экстренный идентификатор общедоступного пользователя не поддерживается H-PLMN 160. E-CSCF 254 может поддерживать список H-PLMN, для которого этап 3 может быть пропущен. Если этап 3 пропущен, обратный вызов от PSAP 180 может быть еще возможен, используя обычный идентификатор общедоступного пользователя UE 110, который должен быть зарегистрирован с помощью UE 110 отдельно. E-CSCF 254 может также назначать временный идентификатор общедоступного пользователя UE 110, как описано ниже, чтобы предоставить возможность обратного вызова от PSAP 180 непосредственно через V-PLMN 130, а не через H-PLMN 160. Этот временный идентификатор общедоступного пользователя может быть особенно полезен для зарубежного пользователя UE, находящегося в роуминге, так как и задержка, и надежность обратного вызова могут быть улучшены. Если регистрация в H-PLMN 160 не выполнена, тогда UE 110 не аутентифицируется и безопасное IP-соединение между UE 110 и E-CSCF 254 в V-PLMN 130 не может быть создано, что может ухудшить безопасность для последующего определения местоположения UE 110 посредством E-SLP 272.
На этапе 4 E-CSCF 254 (например, после приема сообщения 200 ОК SIP от H-PLMN 160) возвращает сообщение 200 ОК в UE 100. Следуя за установлением экстренного вызова, если обслуживание UE 100 передается в той же самой V-PLMN к другой SGSN (для доступа GPRS), другой WLAN (для доступа WLAN) или другой PCF или PDSN (для доступа cdma2000), то UE 110 может повторно регистрироваться c помощью повторения этапов со 2 по 4 для того, чтобы обновить информацию о местоположении и о V-SLP. Если UE 110 повторно регистрируется, используя свой экстренный идентификатор общедоступного пользователя, тогда E-CSCF 254 может передавать любую новую информацию о местоположении в E-SLP 272. Повторная регистрация дает возможность выбрать другую V-SLP, если UE 110 переместилось из географической области, поддерживаемой предыдущей V-SLP.
Для WLAN доступа 3GPP2 эстафетная передача обслуживания может выполняться, если UE 110 передвигается от одной WLAN к другой WLAN или от WLAN к сети cdma2000. Эстафетная передача может создать новый туннель с предыдущей PIDF либо от новой WLAN (для передачи обслуживания от одной WLAN к другой WLAN) или от новой PSDN (сеть передачи данных с коммутацией пакетов) (для передачи обслуживания от WLAN к сети cdma2000) для того, чтобы продолжать использование IP-адреса, ассоциируемого с предыдущей PDIF, и для того, чтобы избегать разрыва с экстренным вызовом VoIP. Для эстафетной передачи из сети cdma2000 в WLAN PDIF, ассоциируемая с новой WLAN, может эмулировать конечную PSDN для поддержания быстрой эстафетной передачи обслуживания в предыдущую обслуживающую PDSN. Следуя за эстафетной передачей, UE 110 может повторно регистрироваться для предоставления E-CSCF 254 новой информации о местоположении, значимой для выбора V-SLP.
В альтернативном варианте осуществления на этапах 2, 3 и 4 после того как UE 110 отсылает SIP REGISTER в P-CSCF 252 на этапе 2, P-CSCF 252 может направлять SIP REGISTER непосредственно в S-CSCF 264 в H-PLMN 160 или в I-CSCF 262 в H-PLMN 160 и обходить E-CSCF 254 в V-PLMN 130. В этом случае сообщение 200 ОК SIP от H-PLMN 160 возвращается в P-CSCF 252, а не в E-CSCF 254, и P-CSCF 252 возвращает сообщение 200 ОК в UE 110 на этапе 4. Этот альтернативный вариант осуществления может уменьшить или избежать конкретных воздействий на P-CSCF 252 для поддержания экстренных вызовов VoIP, так как действия P-CSCF 252 затем похожи на те, которые существуют для обычной регистрации.
На этапе 5 UE 110 отправляет приглашение SIP в P-CSCF 252. Приглашение SIP может включать в себя глобальный URL SIP или TEL URI, указывающий экстренный вызов (например, sos@местный домен или "911", предложенный IETF Ecrit) и тип запрошенной экстренной службы. Приглашение SIP может также включать в себя информацию, касающуюся местоположения UE, которая доступна UE 110 (например, идентификатор соты GPRS или cdma2000, MAC-адрес WLAN AP и т.д.), возможности местоположения UE 110, если не предусматриваются во время регистрации, контактную информацию для обратного вызова и/или другую информацию. Информация обратного вызова может включать в себя TEL URI (например, извлекаемую из 3GPP MSISDN или 3GPP2 MDN) и, возможно, URL SIP (например, идентификатор общедоступного пользователя, используемый на этапе 2). "Поддерживаемое" поле заголовка SIP REGISTER или приглашения SIP может также использоваться для передачи возможностей местоположения UE. Возможности местоположения могут быть также включены как часть информации о местоположении, предоставляемой UE (например, в объекте IETF Geopriv pidf-lo) или каким-либо другим способом в приглашении SIP. P-CSCF 252 может направлять приглашение SIP другому серверу SIP, который может направлять приглашение SIP прокси-серверу маршрутизации (например, сервер приложений), назначаемому для экстренных вызовов. На фиг. 5 E-CSCF 254 является сервером SIP, который обрабатывает экстренные вызовы.
На этапе 6 E-CSCF 254 может определять либо явно, либо неявно, что UE 110 поддерживает SUPL и отсылает запрос маршрутизации (или экстренный запрос местоположения) в E-SLP 272. Запрос маршрутизации может включать в себя идентичность общедоступных UE (например, экстренный идентификатор общедоступного пользователя с этапа 5, TEL URI и т.д.), любую информацию о местоположении, принимаемую E-CSCF 254, и IP-адрес UE, если мобильно прерываемый IP (или UDP/EP) используется на этапе 8. E-SLP 272 может быть в той же самой сети, что и E-CSCF 254, или в какой-либо другой сети. E-SLP 272 может быть выбрана, так как она охватывает географическую область, которая включает в себя приблизительное местоположение UE 110. E-CSCF 254 может выбирать E-SLP 27, общий сервер определения местоположения, способный действовать как E-SLP, или какие-либо другие типы сервера, например GMLC 276. Выбранный сервер определения местоположения может выбрать использование SUPL на основе возможностей местоположения UE, передаваемых E-CSCF 254 (или просто по предположению). E-CSCF 254 может запрашивать информацию о местоположении из E-SLP 272 и/или выбора PSAP, соответствующую доступной информации о местоположении и типу экстренной службы.
E-SLP 272 переходит к этапу 12, если информация о местоположении, предоставляемая на этапе 6, позволяет E-SLP 272 получать оценку местоположения для UE 110, которая является достаточно точной для удовлетворения запроса на этапе 6 (например, однозначное определение местонахождения PSAP). Иначе этапы с 7 по 11 выполняются для получения соответствующей оценки положения для UE 110.
На этапе 7 E-SLP 272 определяет из принятой информации о местоположении, использовать ли отдельную V-SLP для помощи в определении местоположения. Если так, тогда V-SLP (например, V-SLP 274) может быть выбрана на основе информации о местоположении, принятой от E-CSCF 254. E-SLP 272 действует как H-SLP при выполнении последующего определения местоположения SUPL, используя процедуры, которые могут быть аналогичны тем, которые использовались для (a) поддержания роуминга SUPL 1.0, если V-SLP была выбрана, или (b) безроуминговое поддержание SUPL 1.0, если V-SLP не была выбрана. В случае роуминга E-SLP 272 может обмениваться некоторой предварительной сигнализацией RLP с V-SLC 422, который не показан на фиг. 5. E-SLP 272 затем формирует сообщение SUPL INIT для инициирования процедуры определения местоположения сети с помощью UE 110, используя либо посреднический режим, либо непосреднический режим в SUPL. E-SLP 272 может отсылать SUPL INIT непосредственно в UE 110, используя мобильный прерываемый IP или UDP/IP, в случае которого этап 8 может быть пропущен. E-SLP 272 может также отсылать SUPL INIT в срочном сообщении (например, срочное сообщение IMS или какое-либо другое сообщение IMS или SIP) в E-CSCF 254. В любом случае SUPL INIT может включать в себя IP-адрес SPC, используемого для определения положения (который может быть E-SPC 414 или V-SPC 424, если используется непосреднический режим), качество положения (QoP), требования по точности/задержке для быстрой промежуточной оценки положения, указание режима посреднический/непосреднический, данные аутентификации и/или другую информацию. SUPL INIT может также включать в себя IP-адрес E-SLP 272, например, если UE 110 не находится в своей домашней сети, если E-SLP 272 не является H-SLP для UE 110 или если E-SLP 272 является H-SLP, но выбирает не проявлять себя как H-SLP (например, чтобы избежать поддержки больше чем одной процедуры для экстренных вызовов). SUPL INIT может также включать в себя указание экстренного вызова, например, в параметре уведомления SUPL INIT.
На этапе 8 E-CSCF 254 направляет SUPL INIT в UE 110 через P-CSCF 252, используя срочное сообщение IMS, другое сообщение IMS, ответ SIP 1xx (например, продолжение сеанса 183) или другое сообщение на основе IP, которое использует безопасные ассоциативные IP-связи между E-CSCF 254, P-CSCF 252 и UE 110, создаваемые на этапах со 2 по 4.
На этапе 9 UE 110 создает безопасное IP-соединение (например, безопасное TCP/IP соединение) с Е-SLP 272, который может быть H-SLP для UE 110 или адрес которого включен в сообщение SUPL INIT, отсылаемое на этапе 7. Для непосреднического режима UE 110 получает данные аутентификации от E-SLP 272 (не показано) и создает безопасное IP-соединение с E-SPC 414 или V-SPC 424 с взаимной аутентификацией. E-SLC 412 также передает информацию в E-SPC 414 или V-SPC 424 для непосреднического режима (не показано на фиг. 5). UE 110 может получать измерения, связанные с определением местоположения (например, уровни сигналов и/или хронометраж соседних ячеек), или оценку положения (например, используя автономную GPS систему), согласующуюся с принятым QoP. UE 110 затем возвращает SUPL POS INIT либо в E-SLP 272 (для посреднического режима), либо в E-SPC 414 или в V-SPC 424 (для непосреднического режима, который не показан на фиг. 5). SUPL POS INIT может включать в себя хеш-код, используемый для аутентификации в посредническом режиме, возможности определения положения UE, оценку положения или запрос вспомогательных данных A-GPS (который может быть также включен во внедренное сообщение SUPL POS для IS-801). SUPL POS INIT может также включать в себя связанные с определением местоположения измерения для помощи в получении быстрых промежуточных оценок положения и для того, чтобы избежать дополнительной сигнализации SUPL POS. Для 3GPP измерения могут содержать измерение уровней сигналов соседствующих базовых станций или точек доступа, временное опережение GPRS, временную разницу Rx-Tx WCDMA и т.д. Для 3GPP2 измерения могут содержать измерения, связанные с определением местоположения, значимые для cdma2000 или 3GPP2 WLAN.
На этапе 10 E-SLP 272, E-SPC 414 или V-SPC 424 могут обмениваться дополнительными сообщениями SUPL POS с UE 110, если соответствующая оценка положения (или измерения местоположения) не была принята на этапе 9. Каждое сообщение SUPL POS может включать в себя внедряемое RRLP, RRC или сообщение расположения IS-801. Этот обмен сообщениями продолжается до тех пор, пока адекватные измерения расположения или оценка положения не предоставляются E-SLP 272, E-SPC 414 или V-SPC 424. На этапе 11 сообщение SUPL END возвращается к UE 110 для закрытия транзакции SUPL.
На этапе 12 E-SLP 272, E-SPC 414 или V-SPC 424 вычисляет промежуточную оценку положения для UE 110, исходя из информации о местоположении, принятой на этапе 9 или на этапе 10. Для непосреднического режима E-SPC 414 или V-SPC 424 передает оценку положения в E-SLC 412. На основе оценки положения и если запрашивается посредством E-CSCF 254 на этапе 6, E-SLP 272 выбирает PSAP. Последующее описание предполагает, что PSAP 180 является выбранной PSAP. Если PSAP 180 является доступной/допускающей PSTN, тогда E-SLP 272 получает (a) знак маршрутизации экстренных услуг (ESRD) ненабираемого абонентского номера, который может использоваться для маршрутизации в PSAP 180 и (b) ключ маршрутизации экстренных услуг (ESRK) ненабираемого абонентского номера, который определяет PSAP 180, E-SLP 272 и, временно, UE 110. Каждая PSAP может ассоциироваться с одним ESRD, а также с группой ESRK, которая определяет E-SLP 272 и ее PSAP. Для каждого экстренного вызова, выполняемого UE к этой PSAP, UE может назначаться один ESRK из группы на время экстренного вызова. Некоторые из этих функций (например, управление ESRD/ESRK) могут не рассматриваться как часть SUPL и могут поддерживаться в отдельном физическом или логическом объекте, который может быть запрошен E-SLP 272 (например, как описано в решении NENA I2). ESRD и ESR соответствуют тем же самым названным абонентским номерам, используемым для поддержки экстренного вызова в режиме коммутации каналов (например, J-STD-036). ESRD и ESRK также соответствуют ESRN и, соответственно, ESQK, описанным в решении I2 NENA.
На этапе 13 E-SLP 272 возвращает в E-CSCF 254 ответ маршрутизации (или экстренный ответ местоположения), который может включать в себя (a) идентификатор PSAP (которым может быть либо SIP URL, либо IP-адрес), если PSAP 180 допускает IP, либо (b) ESRD и ESRK, если PSAP 180 допускает PSTN. Ответ маршрутизации может также включать в себя промежуточную оценку положения для UE 110, если это запрашивается посредством E-CSCF 254. E-SLP 272 может хранить для UE 110 запись вызова, которая содержит всю информацию, полученную для UE.
Этапы 14а и 15а выполняются, если PSAP 180 допускает IP. На этапе 14а E-CSCF направляет приглашение SIP (принятое на этапе 5) в PSAP 180. Приглашение SIP может включать в себя промежуточную оценку положения и возможно идентификатор или адрес для UE 110 и IP-адрес или имя E-SLP 272. На этапе 15а дополнительная сигнализация SIP может происходить для установления экстренного вызова.
Этапы 14b, 14с и 15b выполняются, если PSAP 180 допускает PSTN. На этапе 14b E-CSCF 254 направляет приглашение SIP через функцию управления шлюзом прерывания (BGCF) в MGCF 258. Приглашение SIP может включать в себя номер обратного вызова (например, MSISDN или MDN) для UE 110 и/или может включать в себя ESRD и ESRK (но, возможно, непромежуточную оценку положения). На этапе 14с MGCF 258 направляет экстренный вызов в PSAP 180 через PSTN, возможно, через выборочный маршрутизатор, используя сигнализацию SS7 ISUP и/или MF. ESRD или ESRK могут использоваться как маршрутные номера, и ESRK и/или номер обратного вызова направляются в PSAP 180 (например, через сигнализацию MF CAMA) как идентификатор UE 110 и как ключ к получению большей информации. На этапе 15b дополнительная сигнализация SIP может происходить, и взаимодействие с SS7 ISUP и/или MF в MGCF 258 может происходить для установления экстренного вызова.
Маршрут вызова для допускающей IP PSAP и допускающей PSTN PSAP устанавливается отдельно. Для допускающей PSTN PSAP взаимодействие между VoIP (например, RTP/IP) и режимом коммутации каналов (например, PCM, кодово-импульсная модуляция) происходит в сетевом шлюзе (MGW), управляемом MGCF 258. Для PSAP, допускающей IP, маршрут вызова будет сквозным IP и будет проходить между UE 110 и PSAP 180, возможно, частично через общедоступный Интернет или частную IP-сеть; но пропустит любой MGW.
На этапе 16, после того как вызов установлен, PSAP 180 может отсылать запрос местоположения в E-SLP 272, которая может быть идентифицирована с помощью IP-адреса или имени, полученного на этапе 14а, или ESRK, полученного на этапе 14с. PSAP 180 идентифицирует UE 110, используя общедоступный адрес UE (если PSAP 180 допускает IP), или номер обратного вызова, или другой адрес (например, MSISDN или MDN), или ESRK (если PSAP 180 допускает PSTN). Запрос местоположения указывает требования для точной оценки положения. Для экстренного вызова VoIP в Соединенных Штатах запрос местоположения может быть идентичен запросу положения экстренных служб в J-STD-036, если PSAP 180 допускает PSTN, и может быть расширением к этому сообщению, если PSAP 180 допускает IP. Для экстренного вызова VoIP в некоторых других регионах мира запрос местоположения может быть идентичен немедленному экстренному запросу местоположения, определенному для OMA MLP.
На этапе 17 E-SLP 272 может выбирать V-SLP, если возможности местоположения E-SLP 272 не распространяются на географическую область, откуда сообщалось последнее известное положение UE 110, или если использование V-SLP может обеспечить более точное и надежное местоположение. E-SLP 272 может получить V-SLP-адрес из недавнего положения UE 110 и/или из недавнего V-SLP-адреса, предоставляемого E-CSCF 254. Для того чтобы обеспечить правильную V-SLP, E-SLP 272 может запрашивать местоположение UE 110 и/или V-SLP-адрес из E-CSCF 254 (не показано на фиг. 5), если E-CSCF 254 автоматически не передает эту информацию, следуя за повторной регистрацией UE 110 на этапе 4. E-SLP 272 может затем открывать новую транзакцию SUPL с UE 110 с помощью отправления SUPL INIT непосредственно в UE, используя мобильно прерываемый IP или UDP/IP (в случае которого этап 18 может быть пропущен) или отправляя мгновенное сообщение, которое содержит SUPL INIT, в E-CSCF 254. SUPL INIT может включать в себя параметры, описанные выше для этапа 7.
На этапе 18 E-CSCF 254 передает в UE 110 SUPL INIT в мгновенном сообщении IMS, каком-либо другом сообщении IMS, сообщении SIP (например, повторное приглашение) или каком-либо другом сообщении на основе IP, которое использует безопасные ассоциативные IP-связи между E-CSCF 254, P-CSCF 252 и UE 110.
На этапе 19 UE 110 создает безопасное IP-соединение с E-SLP 272. UE 110 может затем обмениваться сообщениями SUPL с E-SLP 272 для посреднического режима или с E-SPC 414 или V-SPC 424 для непосреднического режима (аналогично этапам 9,10 и 11) для получения точной оценки положения для UE.
На этапе 20 E-SLP 272 отсылает точную оценку положения для UE 110 в ответе о местоположении в PSAP 180. Для экстренного вызова в США ответ о местоположении может быть идентичен сообщению ответа о положении экстренных служб в J-STD-036 для интерфейса E2, если PSAP 180 допускает PSTN (и может таким образом включать в себя дополнительную информацию, например MSISDN UE 110). Для экстренного вызова VoIP в некоторых других регионах мира ответ о местоположении может быть идентичен немедленному экстренному ответу о местоположении, определяемом для OMA MLP.
UE 110 может, следовательно, взаимодействовать с PSAP 180 для экстренного вызова VoIP. Когда вызов позднее разъединен, E-CSCF 254 может отправлять указание E-SLP 272, которая затем может передать любую запись вызова. E-CSCF 254 или UE 110 могут также снять с регистрации экстренный идентификатор общедоступного пользователя, который был зарегистрирован на этапах со 2 по 4. Альтернативно E-CSCF 254, E-SLP 272 и UE 110 могут допускать сохранение регистрации и записи вызовов на некоторый интервал времени, чтобы поддержать возможный более поздний обратный вызов от PSAP 180 в UE 110 и/или дополнительные запросы местоположения.
Предоставление доступа
1.2.
Для этапа 1 UE 110 может соединяться с сетью доступа через доступ к GPRS, доступ к cdma2000 или через доступ к WLAN. Этап 1 может выполняться различными способами для различных типов доступа.
Для доступа к GPRS UE 110 может выполнять соединение с GPRS, чтобы соединиться с сетью доступа 3GPP, и может выполнять контекстную активацию протокола пакетных данных (PDP) GPRS для создания возможности IP-соединения в SGSN 232a и GGSN 232b, как описано в 3GPP TR 23.867 и TS 23.060. Экстренное обозначение может использоваться в соединении с GPRS, и/или глобальное имя точки доступа (APN) для экстренных служб может использоваться для контекстной активации PDP, которая может гарантировать предоставление GGSN и P-CSCF в V-PLMN 130. P-CSCF 252 может быть P-CSCF в обслуживающей GPRS PLMN, как предусмотрено во время контекстной активации PDP.
Для доступа WLAN 3GPP UE 110 может выполнять процедуру WLAN AAA для соединения с WLAN и может осуществлять создание туннеля I-WLAN для возможности IP-соединения с PDG 236. UE 110 может выбирать услугу от V-PLMN 130, используя роуминговый идентификатор доступа к сети (NAI), который указывает и Н-PLMN 160 и V-PLMN 130 в запросе на аутентификацию и авторизацию. Роуминговый NAI описывается в 3GPP TS 23.234 и TS 23.003. Это гарантирует, что UE 110 может получать IP-доступ к услугам IMS от PDG 236 в V-PLMN 130, а не от PDG в H-PLMN 160 (которая может огранивать доступ PSAP, если H-PLMN 160 является удаленной). Глобальная APN WLAN (W-APN) для экстренных служб может использоваться для обнаружения PDG и создания туннеля. Эта услуга может использовать глобальный уникальный идентификатор внешней сети (для поддержки экстренных служб) и идентификатор V-PLMN. P-CSCF 252 может быть P-CSCF в V-PLMN, с ассоциируемой WLAN, и может быть обнаружена через запрос DNS по W-APN.
Для доступа cdma2000 UE 110 получает простой IP-адрес, а не мобильный IP-адрес, так как услуга предоставляется от V-PLMN 130, а не от H-PLMN 160. Альтернативно UE 110 может получать мобильный IP-адрес от V-PLMN 130, а не от H-PLMN 160, как более обычно для мобильного IP-адреса. IP-адрес может быть IPv4-адресом или IPv6-адресом. Если UE 110 не установило возможности соединения (например, не имеет назначенного IP-адреса), тогда UE 110 может установить сеанс протокола точка-точка (PPP) и выполнить любую аутентификацию и авторизацию с PDSN 242 в V-PLMN 130, как описано в 3GPP2 X.P0011D и TIA-835-D. UE 110 может получить простой IP-адрес, например, используя управляющий IP-протокол PPP (IPCP).
Если UE 110 уже установило возможность IP-соединения и имеет сеанс PPP с PDSN 242, но ему назначен мобильный IP-адрес(а) в H-PLMN 160 вместо простого IP-адреса(ов), тогда UE 110 может прерывать любые пакетные сеансы, ассоциируемые с этими IP-адресами, а также с любой регистрацией IMS, если UE 110 не может поддерживать одновременно простые IP и мобильные IP-адреса, что является дополнительной, но не обязательной возможностью UE в TIA-835D. UE 110 может затем получить простой IP-адрес, как описано в TIA-835D. Если UE 110 поддерживает одновременно простые и мобильные IP-адреса, тогда UE 110 может только получать простой IP-адрес, если у него еще нет такого.
Для доступа cdma2000 UE 110 может обнаруживать адрес P-CSCF в V-PLMN 130 с помощью (a) использования DHCP или IPCP для получения имени домена P-CSCF и DNS-адреса от DHCP-сервера или PDSN 242 и затем (b) использования DNS для получения одного или более IP-адресов P-CSCF от DNS-сервера. Если UE 110 перемещается и осуществляет доступ к новой RAN, тогда V-PLMN 130 и UE 110 могут использовать быструю процедуру эстафетной передачи обслуживания, описанную в TIA-835-D, если необходима новая конечная PDSN и если экстренный вызов VoIP уже установлен.
Это избегает необходимости прерывать и заново устанавливать вызов.
Для доступа 3GPP2 WLAN UE 110 может выполнять существующую процедуру доступа к WLAN, включая ААА, получение IP-адреса и обнаружения IP-маршрутизатора по умолчанию и адреса DNS-сервера (например, через DHCP). UE 110 может затем осуществлять доступ к PDIF в PLMN, которая поддерживает экстренные вызовы от географического местоположения WLAN, к которой осуществляет доступ UE 110. WLAN может уведомлять сети cdma2000 из условия, чтобы экстренные вызовы, поддерживающие PLMN, могли различаться. Это уведомление может быть получено, например, с помощью отправки ассоциированных идентификаторов набора служб (SSID) в кадрах «неисправность» IEEE 802.11 или через ответы на кадры запроса на зондирование UE. PLMN может быть дан приоритет по порядку, в котором они уведомляются, с использованием указателя для каждой уведомляемой PLMN или гарантируя (например, требуя), чтобы все уведомляемые PLMN поддерживали экстренные вызовы. Для первоначального доступа к WLAN, ААА, и получения IP-адреса UE 110 может выбирать PLMN (например, SSID), которая предполагает или указывает поддержку экстренных вызовов.
Следуя за первоначальным доступом к WLAN, ААА, получением IP-адреса и обнаружением маршрутизатора по умолчанию и адреса DNS-сервера, UE 110 может создать полностью уточнённое доменное имя (FQDN), которое указывает службу IMS и использует домен, ассоциированный с одной из PLMN, объявленных WLAN, которая поддерживает экстренные вызовы. UE 110 может затем использовать FQDN для обнаружения IP-адреса(ов) одной или нескольких PDIF от DNS-сервера. UE может выбирать PDIF и устанавливает IPsec-туннель к ней, используя процедуры, описанные в 3GPP2 X.S0028-200. Это обеспечивает UE 110 вторым внутренним IP-адресом, который может использоваться для последующих процедур, относящихся к IMS.
Следуя за созданием туннеля к PDIF из WLAN, UE 110 может обнаруживать P-CSCF-адрес тем же самым образом, как и UE, осуществляющий доступ к PDSN из сети доступа cdma2000 (например, через DHCP для получения адреса DNS-сервера и доменного имени и затем через DNS для получения P-CSCF IP-адреса). В этом случае PDIF может действовать как агент трансляции DHCP вместо PDSN. Обнаружение PIDF и P-CSCF-адресов через DNS может включать в себя указание (например, в имени, предоставляемом DNS-серверу), что необходима поддержка экстренного вызова.
Если UE 110 уже имеет связь (например, туннель) с PDIF в неподходящей PLMN и если UE 110 не поддерживает туннели одновременно с различными PDIF, тогда UE 110 может завершить любые пакетные сессии, поддерживаемые через текущую PDIF, и освобождать туннель с PDIF до выбора и создания туннеля с новой PDIF в новой подходящей PLMN.
После соединения с сетью доступа либо cdma2000 либо WLAN UE 110 может обнаруживать V-SLP-адрес SUPL, используя DNS-запрос с известным доменным именем V-PLMN и идентификацией V-SLP (например, supl_vslp@доменное_имя).
Поток 500 сообщений имеет следующие дополнения к признакам, относящиеся к версии 1.0 OMA SUPL.
(a) Добавление E-SLP-адреса в SUPL INIT, которое отменяет и замещает H-SLP-адрес, сконфигурированный в UE 110.
(b) Интерфейс между стороной IMS (например, E-CSCF 254) и стороной местоположения (например, E-SLP 272).
(c) Использование V-SLP 274 и обнаружение V-SLP-адреса.
(d) Передача SUPL INIT, используя мобильный прерываемый IP, UDP/IP, сигнализацию SIP или IMS вместо SMS или активной доставки WAP для уменьшения задержки.
(e) Добавление обозначения экстренных служб в SUPL INIT.
(f) Предпочтение на добавление новых измерений нового местоположения в SUPL POS INIT.
(g) Использование ILP-протокола между E-CSCF 254 и E-SLP 272, который может быть аналогичен существующему RLP.
(h) Безопасность.
Экстренный вызов VoIP управляющей плоскости 3GPP
2.
Фиг. 6 показывает блок-схему варианта осуществления архитектуры 600 сети, применимой для местоположения управляющей плоскости 3GPP. Для простоты фиг. 6 показывает только объекты и интерфейсы, значимые для поддержки экстренных вызовов VoIP с доступом GPRS и местоположением управляющей плоскости 3GPP.
Сеть 120 доступа может быть GERAN или UTRAN. V-PLMN 130 может включать в себя P-CSCF 252, E-CSCF 254 и MGCF 258 для поддержки IMS (например, VoIP), SGSN/GGSN 232 для услуг с коммутацией пакетов и GMLC 276 для услуг местоположения. GMLC 276 замещает E-SLP 272 и является улучшенным вариантом GMLC, описанного в 3GPP 23.271, выпуск 6. V-PLMN 130 может также включать в себя E-SLP 272 и V-SLP 274 для услуг местоположения (не показано на фиг. 6).
В варианте осуществления GMLC 276 взаимодействует с E-CSCF 254 через интерфейс Li и взаимодействует с PSAP 180 через интерфейс J-STD-036 E2'. Использование того же самого интерфейса Li для GMLC 276 и E-SLP 272 может скрыть отличия архитектуры местоположения между управляющей плоскостью SUPL и 3GPP от E-CSCF 254. Аналогично, использование того же самого интерфейса J-STD-036 E2' для GMLC 276 и E-SLP 272 может скрыть отличия архитектуры местоположения от PSAP 180. Другие интерфейсы на фиг. 6 известны в данной области техники.
Установление вызова
2.1.
Фиг. 7 показывает вариант осуществления потока 700 сообщений для установления экстренного вызова VoIP, используя управляющую плоскость 3GPP. Для ясности, объекты, которые являются менее значимыми (например, сеть 120 доступа, P-CSCF 252, S/R 292), опущены с фиг. 7, но включены в описания ниже. Поток 700 сообщений предполагает, что UE 110 имеет UICC и что существует соглашение о роуминге между H-PLMN 160 и V-PLMN 130.
На этапе 1 UE 110 выполняет соединение с GPRS с указанием экстренных служб, если UE еще не соединено с GPRS. Соединение с GPRS может повлечь за собой получение доступа к SGSN 232a, выполнение любой аутентификации и загрузки данных подписки из HLR/HSS 266 в H-PLMN 160 на SGSN 232a и так далее. На этапе 2 UE 110 выполняет контекстную активацию PDP, используя глобальный APN для экстренных услуг. Контекст PDP назначается локальной GGSN в V-PLMN 130 (например, и не GGSN в H-PLMN 160). UE 110 получает IP-адрес и может обнаруживать адрес локального SIP-сервера (например, P-CSCF 252) во время контекстной активации PDP.
На этапе 3 SGSN 232 становится осведомленной об инициировании экстренного вызова на основе экстренного указания на этапе 1 или глобального APN для экстренных служб на этапе 2. SGSN 232a может затем инициировать вынужденный запрос местоположения сети с коммутацией пакетов (PS-NI-LR), описываемый в 3GPP TS 23.271, для получения либо промежуточной оценки положения, либо более точной оценки положения для UE 110. PS-NI-LR предоставляет более быстрый ответ, чем если бы SGSN 232 ожидала запрос для получения оценки положения (например, через MAP PSL на этапе 17) от GMLC 276. PS-NI-LR может затем выполняться первоначальной SGSN. Если обслуживание UE 110 передается в новую SGSN, тогда новой SGSN не нужно выполнять другой PS-NI-LR. На этапе 4, если получена оценка положения для UE 110, SGSN 232 может определять GMLC-адрес (например, из текущего идентификатора соты) и может затем отправлять в GMLC 276 отчет о местоположении абонента (SLR) MAP, который содержит оценку положения, идентификатор UE и/или другую информацию. Идентификатор UE может быть международным идентификатором мобильного абонента (IMSI), номером ISDN мобильного абонента (MSISDN), международным идентификатором мобильного оборудования (IMEI), электронным серийным номером (ESN), идентификатором мобильного оборудования (MEID) или другим идентификатором. Если этап 4 выполняется, тогда этапы 10 и 11 могут быть пропущены.
На этапе 5 UE 110 отправляет SIP REGISTER в P-CSCF 252, который был обнаружен на этапе 2. SIP REGISTER может включать в себя информацию, описываемую выше для этапа 2 на фиг. 5, и может также включать в себя SGSN-адрес, если этапы 10 и 11 также должны выполняться. Благодаря присутствию указания экстренных служб или экстренного идентификатора общедоступного пользователя P-CSCF 252 пересылает SIP REGISTER в E-CSCF 254 в той же самой сети. Этап 5 может выполняться параллельно с этапом 3. На этапе 6 E-CSCF 254 отсылает SIP REGISTER в H-PLMN 160, где происходит обычная регистрация IMS, аналогичная этапу 3 на фиг. 5.
На этапе 7, после того как H-PLMN 160 возвращает сообщение 200 OK в E-CSCF 254, сообщение 200 OK возвращается в UE 110. UE 110 может также повторно зарегистрироваться, если существует эстафетная передача обслуживания в другую SGSN в V-PLMN 130. Если UE 110 повторно регистрируется, используя свой экстренный идентификатор общедоступного пользователя, тогда E-CSCF 254 может передавать любую новую информацию о местоположении и/или любой новый SGSN-адрес в GMLC 276.
Как, например, на фиг. 5, в альтернативном варианте осуществления на этапах 5, 6 и 7 после того как UE 110 отсылает SIP REGISTER в P-CSCF 252 на этапе 5, P-CSCF 252 может направлять SIP REGISTER непосредственно в S-CSCF 264 или в I-CSCF 262 в H-PLMN 160 и обходить E-CSCF 254 в V-PLMN 130. В этом случае сообщение 200 ОК SIP от H-PLMN 160 возвращается в P-CSCF 252, а не в E-CSCF 254, и P-CSCF 252 возвращает сообщение 200 ОК в UE 110 на этапе 7. Этот альтернативный вариант осуществления может уменьшить или избежать конкретных воздействий на P-CSCF 252 для поддержания экстренных вызовов VoIP, так как действия P-CSCF 252 затем похожи на те, которые существуют для обычной регистрации.
На этапе 8 UE 110 отсылает P-CSCF 252 приглашение SIP, которое может включать в себя информацию, описанную выше для этапа 5 на фиг. 5. P-CSCF 252 отправляет приглашение SIP в E-CSCF 254.
На этапе 9 на основе поддержки UE управляющей плоскости 3GPP для пакетного режима E-CSCF 254 отсылает запрос маршрутизации в GMLC 276, указываемый обслуживающей сотой или другой информацией о местоположении, принятой на этапе 8. Запрос маршрутизации может включать в себя информацию, описываемую на этапе 6 на фиг. 5, а также SGSN-адрес, если он предусмотрен во время регистрации. E-CSCF 254 может выбирать GMLC 276, общий сервер определения местоположения, способный действовать как GMLC, или какие-либо другие типы сервера (например, SLP). Выбранный сервер определения местоположения может выбрать использовать управляющую плоскость 3GPP на основе возможностей местоположения UE, передаваемых E-CSCF 254. E-CSCF 254 может запрашивать информацию о местоположении из GMLC 276 и/или выбор PSAP, соответствующей доступной информации о местоположении и типу экстренной службы, которая запрашивается.
GMLC 276 переходит к этапу 12, если информация о местоположении, предоставляемая на этапе 9, позволяет GMLC 276 получать оценку положения для UE 110, которая является достаточно точной для удовлетворения запроса на этапе 9. GMLC 276 может также ожидать, пока он не примет MAP SLR от SGSN 232 на этапе 4, и, если соответствующая оценка положения получена, переходит к этапу 12. Иначе этапы с 10 по 11 выполняются для получения соответствующей оценки положения для UE 110.
На этапе 10 GMLC 276 отсылает в SGSN 232 предоставление местоположения абонента (PSL) MAP, которое содержит точность QoP/задержку для быстрой промежуточной оценки положения. Если этап 4 не выполнен, тогда GMLC 276 может определять SGSN 232 из явного адреса или информации о местоположении (например, идентификатор соты), принятой на этапе 9. Если никакой подобной информации не было принято или если SGSN, которая первоначально выбиралась, является ошибочной (ответ на ошибку, принятый на этапе 11), тогда GMLC 276 может запрашивать HSS, указываемую IMSI UE, или псевдо-IMSI, или MSISDN для получения SGSN-адреса. На этапе 11 SGSN 232 может возвращать оценку положения, получаемую на этапе 3, ожидать, пока этап 3 не завершен, и тогда возвращать оценку положения или получать оценку положения от RAN и затем возвращать оценку положения в GMLC 276.
На этапе 12 GMLC 276 выбирает PSAP на основе оценки положения. Последующее описание предполагает, что PSAP 180 является выбранной PSAP. Если PSAP 180 является допускающей PSTN, тогда GMLC 276 получает ESRD ненабираемого абонентского номера, который может использоваться для маршрутизации в PSAP 180, и ESRK ненабираемого абонентского номера, который идентифицирует PSAP 180, GMLC 276 и, временно, UE 110.
На этапе 13 GMLC 276 возвращает в E-CSCF 254 ответ маршрутизации, который может включать в себя информацию, описываемую выше для этапа 13 на фиг. 5. На этапе 14 экстренный вызов отсылается в PSAP 180, как описано для этапов 14a, 14b и 14c на фиг. 5. На этапе 15 оставшееся установление экстренного вызова проходит, как описано для этапов 15a и 15b на фиг. 5. На этапе 16 PSAP 180 отсылает запрос местоположения в GMLC 276, который указывается на этапе 14 либо с помощью IP-адреса/имени либо ESRK, как описано для этапа 16 на фиг. 5.
На этапе 17 GMLC 276 отсылает MAP PSL в SGSN 232, запрашивая точное местоположение. GMLC 276 может получать SGSN-адрес из самой последней информации о местоположении для UE 110 или из обновления SGSN-адреса от E-CSCF 254. GMLC 276 может также запрашивать SGSN-адрес от E-CSCF 254, если этот адрес принимается в сообщении о повторной регистрации, но не передается. GMLC 276 может также запрашивать SGSN-адрес из HSS, указываемого IMSI UE, или псевдо-IMSI, или MSISDN. На этапе 18 SGSN 232 инициирует определение положения UE 110 с помощью RAN. На этапе 19 SGSN 232 возвращает оценку положения в GMLC 276. На этапе 20 GMLC 276 возвращает оценку положения в PSAP 180, как описано для этапа 20 на фиг. 5.
UE 110 может, следовательно, взаимодействовать с PSAP 180 для экстренного вызова VoIP. Когда вызов позднее разъединен, E-CSCF 254 может отправлять указание GMLC 276, который затем может передать любую запись вызова. E-CSCF 254 или UE 110 могут также снять с регистрации экстренный идентификатор общедоступного пользователя, который зарегистрирован на этапах со 5 по 7. Альтернативно E-CSCF 254, GMLC 276 и UE 110 могут допускать сохранение регистрации и записи вызовов в течение некоторого интервала времени, чтобы поддержать возможный более поздний обратный вызов от PSAP 180 в UE 110 и/или дополнительные запросы местоположения.
Поток 700 сообщений выполняет установление вызова и определение положения для UE 110 скоординированным способом и имеет следующие особенности.
(a) SGSN 232 может получать местоположение UE и помещать его в GMLC 276, когда бы не был активирован контекст PDP и/или если это запрашивается посредством GMLC 276.
(b) GMLC 276 может принимать общедоступный SIP-URI-адрес для UE 110 от E-CSCF 254.
(c) Если PSAP 180 допускает PSTN, GMLC 276 и E-CSCF 254 могут передавать в PSAP 180 информацию (например, 10-разрядный ESRK), используемую для идентификации и вызова, и GMLC 276. Эта информация дает возможность PSAP 180 извлекать информацию о местоположении и другую информацию (например, MSISDN, SIP URI) из GMLC 276.
(d) Интерфейс Li между E-CSCF 254 и сервером местоположения (например, E-SLP 272) может использоваться для поддержки экстренных вызовов от I-WLAN, когда SUPL используется как способ определения положения. Использование того же самого интерфейса Li для UMTS, GPRS и I-WLAN позволяет IMS (например, E-CSCF 254) работать без необходимости осведомленности о решении местоположения, которое может упростить управление IMS.
(e) Если UE 110 не поддерживает определение местоположения с помощью RAN (например, поддерживает SUPL, а не управляющую плоскость 3GPP), то SGSN 232 может пропустить PS-NI-LR.
(f) PSAP 180 может иметь определенные требования к местоположению, которые могут быть не известны SGSN 232, например конкретная точность или даже отсутствие поддержки для координат местоположения (например, если PSAP 180 поддерживает фазу E911 0 или 1). Подобные требования поддерживаются в GMLC 276 для экстренных вызовов с коммутацией каналов.
Интерфейс Li может использоваться для достижения возможностей, перечисленных выше. Поддержка интерфейса Li внешним образом может быть не нужна, если функции GMLC и E-CSCF поддерживаются одной и той же платформой. Интерфейс Li может быть расширен до использования между объектом IMS и GMLC для поддержки других возможностей, ассоциированных с IMS и услугами на основе IP, как описано выше для SUPL.
SGSN 232 может быть выбрана на основе промежуточной оценки положения (например, обсуживающая сота) для UE 110. GMLC 276 может быть выбрана с помощью E-CSCF 254 на основе той же самой промежуточной оценки положения. Промежуточная оценка положения может быть помещена из SGSN 232 в GMLC 276 или извлечена с помощью GMLC 276 из SGSN 232. Один объект может определять другой объект следующим образом.
SGSN 232 может помещать промежуточную оценку положения в GMLC 276. SGSN 232 может получать промежуточную оценку положения через PS-NI-LR, определять GMLC-адрес согласно текущему местоположению UE (например, текущий идентификатор соты) и отправлять/помещать оценку положения в GMLC 276, используя отчет о местоположении абонента (SLR) MAP. E-CSCF 254 может запрашивать у GMLC 276 PSAP-адрес для того, чтобы направить экстренный вызов. GMLC 276 может ожидать (если необходимо) MAP SLR от SGSN 232, для того чтобы определить PSAP-адрес из промежуточной оценки положения.
GMLC 276 может получать промежуточную оценку положения от SGSN 232. SGSN 232 может еще выполнять PS-NI-LR, но не отсылает оценку положения в GMLC 276, до тех пор пока GMLC не запросит оценку положения через запрос MAP PSL. GMLC 276 может определять SGSN-адрес, используя одно из следующих.
(a) GMLC 276 запрашивает SGSN-адрес либо от HSS 266 в H-PLMN 160 (если UE 180 имеет UICC и роуминг, поддерживаемый в V-PLMN 130), либо HSS 250 в V-PLMN 130 (если UE 180 не имеет UICC или соглашения о роуминге в V-PLMN 130).
(b) UE 110 включает текущий SGSN-адрес или информацию о местоположении (например, идентификатор соты GPRS), из которой может выводиться SGSN-адрес, в каждое сообщение о регистрации или о повторной регистрации, отсылаемое в IMS, или в каждое сообщение о приглашении SIP, отсылаемое в IMS для экстренного вызова. E-CSCF 254 затем передает SGSN-адрес или информацию о местоположении в GMLC 276. UE 110 повторно регистрируется в IMS, что следует за любой внутренней эстафетной передачей обслуживания в SGSN.
Экстренный вызов VoIP с X.S0024
3.
Фиг. 8 показывает блок-схему варианта осуществления архитектуры 800 сети, применимого для местоположения X.S0024 для сетей cdma2000. Сеть 120 доступа может содержать сеть CDMA2000 1X, сеть CDMA2000 lxEV-DO, 3GPP2 WLAN и так далее. V-PLMN 130 может включать в себя P-CSCF 252, E-CSCF 254 и MGCF 258 для поддержки IMS (например, VoIP) и PDSN 242 для услуг с коммутацией пакетов (не показано). V-PLMN 130 может включать в себя E-PS 282 и V-PS/PDE 284 (как показано) и может также включать в себя E-SLP 272 и V-SLP 274 (не показано) для услуг местоположения. E-PS 282 заменяет H-PS для определения местоположения экстренных вызовов. E-PS 282 и V-PS/PDE 284 могут постоянно размещаться в других сетях.
В варианте осуществления UE 110 взаимодействует с E-PS 282 через интерфейс LCS-x и взаимодействует с V-PS/PDE 284 через интерфейс LCS-y. E-PS 282 взаимодействует с V-PS/PDE 284 через интерфейс LCS-z, взаимодействует с E-CSCF 254 через интерфейс LCS-i и взаимодействует с PSAP 180 через интерфейс J-STD-036 E2'. Интерфейс LCS-i может быть аналогичен RLP или Li/ILP для SUPL, интерфейсу v2 в решении NENA I2 или другому интерфейсу. Протокол для интерфейса LCS-i может быть ILP, используемым для SUPL. Интерфейсы LCS-x, LCS-y и LCS-z описываются в X.S0024.
Установление вызова
3.1.
Фиг. 9 показывает вариант осуществления потока 900 сообщений для установления экстренного вызова VoIP, используя X.S0024. На этапе 1 UE 110 обнаруживает и соединяется с сетью доступа, создает возможность IP-соединения и может обнаруживать локальный SIP-сервер (например, P-CSCF 252), как описано выше для этапа 1 на фиг. 5. После соединения с сетью доступа UE 110 может обнаруживать V-PS-адрес, используя DNS-запрос с известным доменным именем V-PLMN и идентификацией V-PS (например, xs0024_vps@доменное_имя).
На этапе 2 UE 110 отправляет SIP REGISTER в P-CSCF 252, которая направляет сообщение в E-CSCF 254. На этапе 3 E-CSCF 254 отправляет SIP REGISTER в H-PLMN 160, где происходит обычная регистрация IMS. На этапе 4 E-CSCF 254 (например, после приема сообщения 200 ОК от H-PLMN 160) возвращает сообщение 200 ОК в UE 110. UE 110 может повторно зарегистрироваться, если он передается на обслуживание другой PCF, PDSN или WLAN в той же самой V-PLMN.
В альтернативном варианте осуществления на этапах 2, 3 и 4 после того как UE 110 отсылает SIP REGISTER в P-CSCF 252 на этапе 2, P-CSCF 252 может направлять SIP REGISTER непосредственно в S-CSCF 264 или в I-CSCF 262 в H-PLMN 160 и обходить E-CSCF 254 в V-PLMN 130. В этом случае сообщение 200 ОК SIP от H-PLMN 160 возвращается в P-CSCF 252, а не в E-CSCF 254, и P-CSCF 252 возвращает сообщение 200 ОК в UE 110 на этапе 4. Этот альтернативный вариант осуществления может уменьшить или избежать конкретных воздействий на P-CSCF 252 для поддержания экстренных вызовов VoIP, так как действия P-CSCF 252 затем похожи на те, которые существуют для обычной регистрации.
На этапе 5 UE 110 отправляет SIP REGISTER в P-CSCF 252 (не показано), которая направляет приглашение SIP в E-CSCF 254. В этапе 6 E-CSCF 254 может определять, что UE 110 поддерживает X.S0024, и отсылать запрос маршрутизации в E-PS 282 в той же самой или другой сети. Запрос маршрутизации может включать в себя информацию, описанную выше для этапа 6 на фиг. 5, и V-PS-адрес, если он получен во время регистрации.
E-PS 282 переходит к этапу 12, если информация о местоположении, предоставляемая на этапе 6, позволяет E-PS 282 получать достаточно точную оценку положения для UE 110. Иначе этапы с 7 по 11 выполняются для получения соответствующей оценки положения для UE 110. На этапе 7 E-PS 282 действует как H-PS в выполнении последующего определения положения X.S0024, используя процедуры, аналогичные процедурам для (a) поддержания роуминга X.S0024, если V-PS был выбран, или (b) безроуминговой поддержки X.S0024, если V-PS не была выбрана. E-PS 282 формирует X.S0024 SUPL UNIT для вызова инициированной сетью процедуры определения положения с помощью UE 110. E-PS 282 может отсылать SUPL INIT непосредственно в UE 110, используя мобильный прерываемый IP или UDP/IP, в случае которого этап 8 может быть пропущен. E-PS 282 может также отсылать SUPL INIT в мгновенном сообщении в E-CSCF 254. В любом случае SUPL INIT может включать в себя режим определения положения, точность QoP/задержку для быстрой промежуточной оценки положения, E-PS IP-адрес, указание экстренного вызова и так далее. Любой E-PS-адрес, передаваемый в SUPL INIT, отменяет любой H-PS-адрес, сконфигурированный в UE 110.
На этапе 8 E-CSCF 254 отсылает SUPL INIT в UE 110 через P-CSCF 252, используя сигнализацию IMS или SIP. На этапе 9 UE 110 создает безопасное IP-соединение с E-PS 282, который может быть H-PS для UE 110 или IP-адрес которого может быть включен в SUPL INIT на этапе 7. UE 110 затем отсылает в E-PS 110 сообщение SUPL START, которое может включать в себя возможности местоположения UE, информацию о местоположении для UE 110, оценку положения для UE 110 (если доступна) и так далее. E-PS 282 может переходить к этапу 12 и прерывать транзакцию местоположения с UE 110 с помощью отправления сообщения SUPL END, если оценка положения с достаточной точностью, чтобы определять PSAP, принимается от UE 110 на этапе 9.
На этапе 10 E-PS 282 определяет соответствующий локальный PDE или соответствующий удаленный V-PS для выполнения определения положения на основе информации о местоположении, принятой на этапе 9, или другой информации о местоположении, принятой на этапе 6. E-PS 282 также решает, использовать ли посреднический или непосреднический режим. E-PS 282 затем взаимодействует с V-PS или PDE для определения положения и отправляет в UE 110 ответ X.S0024 SUPL, который может включать в себя IP-адрес PDE, если выбран непосреднический режим. На этапе 11 UE 110 обменивается сообщениями SUPL POS с PDE при непосредническом режиме или с E-PS 282 при посредническом режиме для продолжения и завершения определения положения, как описано в 3GPP2 X.S0024-0. Сообщения SUPL POS может переносить внедренные сообщения IS-801. Определение положения предусматривает оценку положения для UE 110, которая передается в E-PS 282.
На этапе 12 E-PS 282 выбирает PSAP (например, PSAP 180) и получает ESRD и ESRK, если PSAP 180 допускает PSTN. На этапе 13 E-PS 282 возвращает к E-CSCF 254 ответ маршрутизации, который может включать в себя идентификатор PSAP, если PSAP 180 допускает IP, ESRD и ESRK, если PSAP 180 допускает PSTN, и оценку положения для UE 110, если она запрашивается с помощью E-CSCF 254. E-PS 282 может хранить для UE 110 запись вызова, которая содержит всю информацию, собранную для UE. Этапы 14а и 15а выполняются, если PSAP 180 допускает IP. Этапы 14b, 14с и 15b выполняются, если PSAP 180 допускает PSTN. На этапе 16, после того как вызов установлен, PSAP 180 может отсылать запрос местоположения для точной оценки положения в E-PS 282, который может быть идентифицирован с помощью IP-адреса или имени, полученного на этапе 14а, или ESRK, полученного на этапе 14с.
На этапе 17 E-PS 282 может открывать новую транзакцию X.S0024 с UE 110 с помощью отправления SUPL INIT непосредственно в UE 110, используя мобильный прерываемый IP или UDP/IP (в случае которого этап 18 пропускается) или с помощью отправления в E-CSCF 254 мгновенного сообщения, которое содержит X.S0024 SUPL INIT с параметрами, описанными на этапе 7, исключая точность QoP/задержку для точной оценки положения. На этапе 18 E-CSCF 254 передает SUPL INIT в мгновенном сообщении IMS, сообщении SIP или другом сообщении в UE 110. На этапе 19 UE 110 устанавливает IP-соединение (например, безопасное IP-соединение) с E-PS 282 и возвращает SUPL START с E-PS 282. E-PS 282 определяет соответствующий PDE или V-PS для определения положения на основе любой информации о местоположении в SUPL START и на основе любой другой информации о местоположении для UE 110. E-PS 282 затем начинает определение положения, возвращая ответ SUPL в UE 110. UE 110 может затем обмениваться сообщениями SUPL POS с E-PS 282, локальным PDE и/или удаленным PDE для выполнения определения положения и получения точной оценки положения для UE 110. На этапе 20 E-PS 282 отсылает точную оценку положения для UE 110 в ответе о местоположении в PSAP 180.
UE 110 может, следовательно, взаимодействовать с PSAP 180 для экстренного вызова VoIP. Когда вызов позднее разъединен, E-CSCF 254 может отправлять указание в E-PS 282, которая затем может передать любую запись вызова. E-CSCF 254 или UE 110 могут также снять с регистрации экстренный идентификатор общедоступного пользователя, который был зарегистрирован на этапах со 2 по 4. Альтернативно E-CSCF 254, E-PS 282 и UE 110 могут допускать сохранение регистрации и записи вызовов в течение некоторого интервала времени, чтобы поддержать возможный более поздний обратный вызов от PSAP 180 в UE 110 и/или дополнительные запросы местоположения.
Дополнительные подробности для этапов с 1 по 8 и этапов с 12 по 20 на фиг. 9 могут описываться для этапов с 1 по 8 и соответственно этапов с 12 по 20 на фиг. 5.
Поток 500 сообщений имеет следующие признаки, связанные с X.S0024.
(a) Добавление E-PS-адреса в SUPL INIT X.S0024, которое отменяет и замещает H-PS-адрес, сконфигурированный в UE 110 или UIM.
(b) Интерфейс между стороной IMS (например, E-CSCF 254) и стороной местоположения (например, E-PS 282).
(c) Использование V-PS 284 и обнаружение V-PS-адреса.
(d) Передача SUPL INIT X.S0024, используя мобильный прерываемый IP, UDP/IP, сигнализацию SIP или IMS.
(e) Добавление обозначения экстренных служб в SUPL INIT X.S0024.
(f) Использование нового протокола между Е-CSCF 254 и E-PS 282, который может быть аналогичен протоколу OMA RLP или PS-PS в интерфейсе LCS-z в X.S0024.
(g) Безопасность.
Поддержка UE без UICC/UIM и/или соглашения о роуминге
4.
Описание выше предполагает, что UE 110 имеет UICC или UIM и что H-PLMN 160 и V-PLMN 130 имеют соглашение о роуминге, которое разрешает регистрацию UE в V-PLMN 130 и последующий доступ экстренного вызова к PSAP 180. Если это не тот случай, тогда UE 110 может осуществлять доступ к и регистрироваться в V-PLMN 130 и может завершать установление вызова в PSAP 180 и возможный обратный вызов от PSAP 180, как описано ниже. Обратный вызов от PSAP 180 в случае отсутствия UICC/UIM возможен для VoIP, но обычно не возможен для экстренного доступа с коммутацией пакетов из-за невозможности посылать сообщение незарегистрированному UE.
Фиг. 10 показывает блок-схему варианта осуществления архитектуры 1000 сети, которая поддерживает установление экстренного вызова VoIP и обратный вызов PSAP для UE без UICC/UIM. Архитектура 1000 сети включает в себя некоторые из объектов, показанных на фиг. 2 и 3. Архитектура 1000 сети также включает в себя сервер 286 определения местоположения, который может быть SLP, GMLC, PS или другой объект местоположения.
4.1. Предоставление доступа
UE 110 может получать доступ GPRS, доступ 3GPP WLAN или доступ IMS без UICC. UE 110 может получать доступ cdma2000, доступ 3GPP WLAN или доступ IMS без UIM. UE 110 может выполнять различные процедуры для различных типов доступа.
Для доступа GPRS UE 110 может выполнять активацию контекста PDP для экстренных служб без UICC и/или без соглашения о роуминге в V-PLMN 130, как описано в 3GPP TR 23.867. Соединение GPRS может быть получено, используя псевдо-IMSI, который может регистрировать UE 110 в HSS 250 в V-PLMN 130, которая, в свою очередь, может помогать поддерживать эстафетную передачу обслуживания внутри SGSN. Если UE 110 не имеет UICC, тогда псевдо-IMSI может быть создан с однозначной MCC-MNC-комбинацией и разрядами из IMEI. Если UE 110 имеет UICC, но не имеет роумингового доступа к V-PLMN 130, тогда псевдо-IMSI может быть создан с разрядами от IMSI, а не от IMEI, который может избежать двойного псевдо-IMSI, если все разряды IMSI используются. Соединение GPRS может быть также получено, используя IMEI для идентификации.
Для доступа 3GPP WLAN UE 110 может создавать псевдо-NAI из псевдо-IMSI (например, тот же самый IMSI, используемый для соединения GPRS) следующим образом:
Псевдо-NAI="n<псевдо-IMSI>@V-PLMN_сетевой_домен",
где n является фиксированным разрядом в интервале от 2 до 9, указывающим использование неаутентифицированного псевдо-NAI для экстренного вызова (0 или 1 уже приняты для обычных NAI). UE 110 может использовать псевдо-NAI для первоначального доступа и процедуры ААА.
WLAN может объявлять V-PLMN, допускающие поддержку ААА, используя псевдо-NAI для экстренных служб, или может представлять V-PLMN в приоритетном порядке, который указывает возможность и готовность к ее поддержке. V-PLMN 130 может рассматривать UE 110 как временного собственного абонента и может либо пропускать ААА, либо гарантировать, что она удастся (например, используя хорошо известные ключи для гарантии, что аутентификация удастся). Может быть желательно следовать обычным процедурам, по возможности, и регистрировать UE 110 в HSS 250 для того, чтобы лучше поддерживать повторный выбор WLAN и эстафетную передачу обслуживания.
Для доступа cdma2000 UE 110 может создавать сеанс PPP с PDSN 242 и может отклонять аутентификацию во время создания PPP, возвращая отклонение конфигурирования протокола управления канала связи (LCP) в ответ на запрос конфигурирования LCP от PDSN 242, например, как описано в IETF RFC 1661. PDSN 242 может поддерживать экстренные вызовы для UE без UIM или для неаутентифицированных UE и может продолжать установление сеанса PPP без аутентификации UE 110. PDSN 242 может назначать простой IP-адрес UE 110 и может использовать фильтрацию IP-пакетов для ограничения объектов, с которыми может взаимодействовать UE 110. Например, PDSN 242 может ограничивать UE 110 во взаимодействии с локальными серверами (например, DHCP-сервер, DNS-сервер и P-CSCF 252) и с объектами, ассоциируемыми с доступом к PSAP, но не с открытым доступом к Интернет.
PDSN 242 может информироваться об экстренном вызове несколькими способами. В варианте осуществления UE 110 отсылает в PDSN 242 запрос о конфигурировании IPCP, содержащий уникальный IP-адрес, который задается глобально для указания запроса IP-адреса для экстренного вызова. В других вариантах осуществления указания могут использоваться в установлении PPP, или PDSN 242 может принимать указание запроса экстренного вызова от RAN (RRC/PCF 222) через интерфейс cdma2000 A10. В любом случае PDSN 242 может назначать простой IP-адрес неаутентифицированному UE для экстренного вызова и может использовать специальную фильтрацию, как описано выше. Это назначение IP-адреса может быть получено через улучшение в PPP IPCP, описанное в IETF RFC 1332. Если UE 110 не указывает экстренный вызов, тогда PDSN 242 может запрещать установление PPP и назначение IP-адреса.
Вместо отклонения аутентификации UE 110 может допускать продолжение аутентификации, используя либо протокол аутентификации по паролю (PAP), либо протокол взаимной аутентификации (CHAP), которые описаны в IETF RFC 1334 и, соответственно, в RFC 1994. UE 110 может принимать запрос на вызов CHAP или на аутентификацию PAP и может отсылать ответ, который включает в себя идентификатор, который указывает экстренный вызов от UE без UIM. Этот идентификатор может быть псевдо-MSI, используемым для доступа 3GPP2 WLAN. Если идентификатор указал V-PLMN 130 как домен для UE 110, тогда аутентификация CHAP или PAP может продолжаться обычным образом с точки зрения PDSN 242 в ААА-сервере 246 в V-PLMN 130. ААА-сервер 246 ААА может распознавать псевдо-IMSI как указание доступа к экстренному вызову и может предшествовать обычной аутентификации или может выполнять аутентификацию, используя известные ключи. ААА-сервер 246 может гарантировать, что ограниченная фильтрация используется PDSN 242 для ограничения IP-доступа, например, чтобы разрешить экстренный вызов VoIP, но не другие типы доступа.
PDSN 242 может создавать NAI для учета и/или регистрации.
PDSN 242 может использовать уникальный международный идентификатор UE (IMSI, MIN или международный роуминговый MIN-IRM), если UE 110 имеет UIM. PDSN 242 может также использовать ESN или другую идентификацию для UE 110.
Для доступа 3GPP2 WLAN после того как UE 110 осуществляет доступ к WLAN, точка доступа или объект аутентификации может инициировать аутентификацию UE 110 и может отсылать запрос расширенного протокола аутентификации (EAP) или другой запрос идентификатора UE 110. UE 110 может отвечать, возвращая ответ EAP или другой ответ, содержащий идентификатор UE, например, в форме пользователь@домен, где домен определяет H-PLMN UE 110. Если UE 110 не имеет UIM или соглашения о роуминге в V-PLMN 130, тогда UE 110 может возвращать псевдоидентификатор, который может быть таким же или аналогичен псевдо-NAI, используемому для 3GPP WLAN. Например, пользовательская (например, псевдо-IMSI) часть псевдоидентификатора может содержать разряды из уникального международного идентификатора UE (например, MSI, MIN или IRM), если UE 110 имеет UIM или, иначе, разряды из уникального идентификатора терминала (например, ESN). Пользовательская часть может также содержать уникальный префикс (например, уникальный разряд) для указания, что она является псевдоидентификатором для экстренных вызовов. Доменная часть псевдоидентификатора может указывать V-PLMN 130.
Точка доступа или объект аутентификации может продолжать аутентификацию, используя локальный ААА-сервер, например ААА-сервер 246. Аутентификация может выполняться обычно, используя известные ключи, или может быть усечена, поскольку истинная аутентификация не имеет места. Если псевдоаутентификация завершена, точка доступа или ассоциированный маршрутизатор может использовать пакетную фильтрацию для ограничения доступа UE 110, как описано выше.
UE 110 может осуществлять доступ к WLAN, выполнять псевдоаутентификацию и обнаруживать PDIF. UE 110 может затем идентифицировать себя в PDIF (или в локальном ААА-сервере), используя псевдоидентификатор, например, вместо NAI, используемого для аутентификации cdma2000 UE-PIDF. Псевдоидентификатор может быть тем же самым или аналогичен тому, который используется для аутентификации WLAN. Обычная аутентификация и установление туннеля может затем продолжаться (например, как описано в 3GPP2 X.P0028-200), используя локальный ААА-сервер и используя известные ключи для получения прозрачности для PDIF. Альтернативно, аутентификация может быть усечена или прекращена. После аутентификации PDIF может использовать пакетную фильтрацию для ограничения доступа с помощью UE 110.
WLAN может объявлять V-PLMN, допускающие поддержку вышеуказанных процедур или может представлять V-PLMN в приоритетном порядке, который указывает возможность и готовность к поддержке.
Для доступа IMS регистрация SIP может быть пропущена, если UE 110 не имеет UICC/UIM и/или соглашения о роуминге в V-PLMN 130, как описано в 3GPP TR 23.867 и 3GPP2 X.P0013-002A. Это позволяет устанавливать экстренный вызов в PSAP, но не поддерживать обратный вызов. Альтернативно UE 110 может регистрироваться, отправляя SIP REGISTER, который содержит доменное имя V-PLMN и экстренный частный идентификатор пользователя, который может создаваться, используя доменное имя V-PLMN и псевдо-IMSI. Это сообщение SIP REGISTER распознается в E-CSCF 254 и HSS 250, но может быть прозрачным для других объектов.
Процедура регистрации может затем продолжаться, поскольку передают SIP REGISTER от UE 110 в E-CSCF 254 (или другой IMS-сервер) в V-PLMN 130. Регистрация в H-PLMN 160 не выполняется, но E-CSCF 254 регистрирует UE 110 в HSS 250 в V-PLMN 130. HSS 250 может назначать временный TEL URI и/или временный SIP URI (из совокупности в HSS 250) как временные общедоступные идентификаторы пользователя. TEL URI может быть передан в PSAP 180 при установлении вызова, если сигнализация осуществлялась в PSTN, и SIP URI может передаваться для установления вызова SIP. URI допускает обратный вызов от PSAP 180, если регистрация IMS и возможность IP-соединения поддерживается, и V-PLMN 130 и UE 110 в течение некоторого интервала, следующего за прерыванием экстренного вызова. TEL URI и SIP URI распознаются PSAP 180 как временные адреса из-за отличий от обычных постоянных адресов, так как они не используются для глобального определения UE 110. HSS 250 может "подвергать изоляции" временные адреса, возвращаемые от завершенных экстренных вызовов, и не переназначает эти адреса в течение некоторого интервала времени для того, чтобы избежать обратных вызовов PSAP, ошибочно направляемых в несоответствующие UE.
Обратный вызов PSAP может поддерживаться несколькими способами. Если UE 110 зарегистрировано в H-PLMN 160, тогда обратный вызов от PSAP 180 может использовать общедоступный идентификатор пользователя SIP URI или TEL URI UE 110 и может направляться первоначально в H-PLMN 160, как описано в 3GPP TS 23.228 или 3GPP2 X.P0013. Для SIP, допускающего PSAP, приглашение SIP может направляться в I-CSCF 262 в H-PLMN 160 (на основе доменного имени H-PLMN в UE SIP URI). I-CSCF 262 может запрашивать HSS 250 для S-CSCF 264 в H-PLMN 160 и может затем направлять вызов в S-CSCF 264. S-CSCF 264 может затем направлять вызов E-CSCF 254 или P-CSCF 252 в V-PLMN 130 на основе предыдущей информации о регистрации. В предыдущем случае E-CSCF 254 может рассматриваться посредством S-CSCF 264 как P-CSCF и может направлять вызов через P-CSCF 252 в UE 110. В последнем случае P-CSCF 252 может направлять вызов в UE 110. Для PSAP, допускающей PSTN, вызов может направляться через PSTN в MGCF в H-PLMN 160 на основе TEL URI UE 110. MGCF может взаимодействовать между PSTN и сигнализацией SIP и может отсылать приглашение SIP в I-CSCF 262 в H-PLMN 160. Маршрутизация вызова от I-CSCF 262 в UE 110 затем переходит тем же самым образом, как и для SIP, допускающего PSAP.
Если UE 110 не зарегистрировано в H-PLMN 160 (например, из-за UICC/UIM и/или нет соглашения о роуминге с V-PLMN 130), тогда UE 110 может быть зарегистрировано в HSS 250 в V-PLMN 130. HSS 250 может назначать временный общедоступный идентификатор пользователя TEL URI или SIP URI UE 110. Обратный вызов от PSAP может затем направляться либо в I-CSCF 256 для SIP, допускающего PSAP, или MGCF 258 для PSAP, допускающей PSTN, без задействования H-PLMN 160.
Установление вызова
4.2.
Фиг. 11 показывает вариант осуществления потока 1100 сообщений для установления экстренного вызова VoIP для UE без UICC/UIM. Поток 1100 сообщений может использоваться для определения положения управляющей плоскости 3GPP, SUPL и X.S0024.
На этапе 1 UE 110 обнаруживает и соединяется с сетью доступа, создает возможность IP-соединения и может обнаруживать локальный SIP-сервер (например, P-CSCF 252), как описано выше. UE 110 может использовать псевдо-IMSI для доступа GPRS или cdma2000, псевдо-NAI для доступа WLAN, псевдоидентификатор для доступа 3GPP2 WLAN. UE 110 может зарегистрироваться в HSS 250 в V-PLMN 130, используя псевдоидентификатор (например, псевдо-IMSI).
На этапе 2 UE 110 пытается зарегистрироваться в сети V-PLMN IMS с помощью отправки SIP REGISTER в P-CSCF 252, которая была обнаружена на этапе 1. Для случая без UICC/UIM или без роуминга SIP REGISTER может включать в себя указание экстренных служб, доменное имя V-PLMN, IP-адрес UE, получаемый на этапе 1, экстренный частный идентификатор пользователя, созданный, используя доменное имя V-PLMN и псевдо-IMSI (для GPRS) или псевдоидентификатор (для cdma2000) и/или другую информацию. Для повторной регистрации SIP REGISTER может дополнительно включать в себя временный общедоступный идентификатор пользователя, назначенный при первоначальной регистрации. Из-за присутствия указания экстренных служб или экстренного частного идентификатора пользователя (который может указывать V-PLMN 130 как домашнюю сеть для UE 110) P-CSCF 252 направляет SIP REGISTER в E-CSCF 254, которая поддерживает вызовы экстренных служб в той же самой сети.
Направляемое сообщение SIP REGISTER может включать в себя информацию о местоположении для UE 110. SIP REGISTER может также включать в себя V-SLP или SGSN-адрес (для 3GPP) или V-SLP, PDSN или PIDF-адрес (для 3GPP2).
На этапе 3, так как экстренный частный идентификатор пользователя для UE 110 ссылается на V-PLMN 130, E-CSCF 254 направляет информацию о регистрации в HSS 250, например в размещение Cx/извлечение Cx. На этапе 4 HSS 250 проверяет, зарегистрирован ли экстренный частный идентификатор пользователя, например, если UE 110 уже зарегистрировалось или другое UE зарегистрировалось с тем же самым частным идентификатором пользователя. HSS 250 может использовать временный общедоступный идентификатор пользователя, если предусмотрено, для различия UE, которые имеют тот же самый экстренный частный идентификатор пользователя из-за общих разрядов объекта UE (например, общие разряды IMEI или ESN) и для отличия первоначальной регистрации (без назначенного временного общедоступного пользователя) от повторной регистрации. Для первоначальной регистрации HSS 250 сохраняет экстренный частный идентификатор пользователя и E-CSCF-адрес и назначает временный SIP URI общедоступного пользователя и/или TEL URI, которые возвращаются в E-CSCF 254.
На этапе 5 E-CSCF 254 возвращает сообщение 200 OK в UE 110 через P-CSCF 252. Сообщение 200 ОК может включать в себя временные идентификаторы общедоступных пользователей, назначаемые HSS 250. UE 110 может повторно регистрироваться, если его обслуживание передается другой SGSN (для доступа GPRS), другой PCF или PDSN (для доступа cdma2000), другой WLAN (для доступа WLAN) в V-PLMN 130. На этапе 6 UE 110 отправляет в P-CSCF 252 приглашение SIP, которое может включать в себя глобальный SIP URL или TEL URI, который указывает экстренный вызов, тип необходимой экстренной службы и временные идентификаторы общедоступного пользователя, принятые на этапе 5, если UE 110 не имеет UICC/UIM и/или соглашения о роуминге в V-PLMN 130, P-CSCF 252 направляет приглашение SIP в E-CSCF 254. На этапе 7 E-CSCF 254 взаимодействует с сервером 286 определения местоположения для получения информации о маршрутизации PSAP для вызова (например, PSAP SIP URI или ESRD и ESRK), как описано для этапов с 6 по 13 на фиг. 5-9 и этапов с 9 по 13 на фиг. 7.
Этапы 8а и 9а выполняются, если PSAP 180 допускает IP. На этапе 8а E-CSCF 254 направляет приглашение SIP в PSAP 180, используя SIP URI. Приглашение SIP может включать в себя промежуточную оценку положения для UE 110, IP-адрес или имя локального сервера 286 и временный SIP URI общедоступного пользователя, назначаемый UE 110. На этапе 9а дополнительная сигнализация SIP может происходить для установления экстренного вызова.
Этапы 8b, 8с и 9b выполняются, если PSAP 180 допускает PSTN. На этапе 8b E-CSCF 254 направляет приглашение SIP через BGCF в MGCF 258. Приглашение SIP может включать в себя ESRD и ESRK и, возможно, временный TEL URI общедоступного пользователя, назначаемый UE 110. На этапе 8с MGCF 258 направляет вызов в PSAP 180 через PSTN, возможно, через выборочный маршрутизатор, используя сигнализацию SS7 ISUP и/или MF. ESRD или ESRK используются как номера маршрутов, и ESRK направляется в PSAP 180 как идентификатор UE 110 и как ключ для получения большей информации. Временный номер общедоступного пользователя E.164 может также передаваться в PSAP 180, если разрешено возможностями сигнализации. E.164 является стандартом ITU-T, который задает международную систему телефонной нумерации, и номер E.164 составляется из кода страны плюс национальный номер абонента. На этапе 9b дополнительная сигнализация SIP может происходить, и взаимодействие с SS7 ISUP и/или MF в MGCF 258 может происходить для установления вызова.
На этапе 10 PSAP 180 может получать точную оценку положения для UE 110, запрашивая сервер 286 определения местоположения, который может указываться с помощью SIP URI или ESRK при установлении вызова. Ответ от сервера 286 определения местоположения может включать в себя любой временный номер E.164 общедоступного пользователя, назначаемый UE 110, если PSAP 180 допускает PSTN и если этот номер не был передан в PSAP 180 при установлении вызова. Вызов может разъединяться некоторое время позже, например сброшен из-за временной потери радиопокрытия. E-CSCF 254 может затем ожидать некоторый интервал времени до сообщения серверу 286 определения местоположения, для того чтобы поддержать местоположение UE 110 с помощью PSAP 180 для последующего обратного вызова.
PSAP 180 делает попытку обратного вызова UE 110, используя ее временный идентификатор общедоступного пользователя.
Этап 11а выполняется для PSAP, допускающего SIP. На этапе 11а PSAP 180 отсылает приглашение SIP в I-CSCF 258, которое может быть указано с помощью сетевой доменной части временного SIP URI общедоступного пользователя, назначенного UE 110. Этапы 11b и 11с выполняются для PSAP, допускающей PSTN. На этапе 11b PSAP 180 отсылает ISUP IAM (или установление вызова MF) в MGCF 258, который может указываться с помощью первых разрядов во временном номере E.164 общедоступного пользователя, назначаемого UE 110. На этапе 11с MGCF 258 отсылает в I-CSCF 258 приглашение SIP, содержащее TEL URI, созданное из номера E.164, принятого на этапе 11b.
На этапе 12 I-CSCF 258 отсылает в HSS 250 запрос местоположения, который может включать в себя временный SIP URI общедоступного пользователя, принятый на этапе 11а, или временный TEL URI общедоступного пользователя, принятый на этапе 11с. На этапе 13 HSS 250 находит информацию о регистрации UE и возвращает адрес E-CSCF 254 в I-CSCF 258. На этапе 14 I-CSCF 258 отправляет приглашение SIP в E-CSCF 254. На этапе 15 E-CSCF 254 определяет P-CSCF-адрес и отсылает приглашение SIP через P-CSCF 252 в UE 110. На этапе 16 установление вызова продолжается, как в обычном случае.
UE 110 может, следовательно, взаимодействовать с PSAP 180. Когда или после того как вызов позднее разъединен, E-CSCF 254 может отправлять указание в сервер 286 определения местоположения, который затем может освободить любую запись вызова.
Поддержка географически удаленной действующей PSAP
5.
В некоторых случаях V-PLMN и/или SIP-сервер (например, E-CSCF 254) может быть географически удаленным от UE 110. В подобных случаях может быть возможно направлять вызов через локальную MGCF в PSAP, допускающую PSTN, если PSTN не поддерживает доступ к удаленным PSAP. Последующее может использоваться для обращения к этим случаям.
В варианте осуществления экстренный вызов перенаправляется в другую V-PLMN. В начале обработки приглашения SIP, E-CSCF или сервер определения местоположения (например, E-SLP, GMLC и т.д.) может определять, что вызов должен перенаправляться в сервер вызова в другой сети. В этом случае ответ перенаправления SIP 3xx (например, 305 использовать прокси), содержащий SIP URI предпочтительного альтернативного сервера(ов), может возвращаться в UE 110. UE 110 может затем повторно пытаться вызывать процедуры, как описано выше, хотя доступ и процедуры возможности IP-соединения могут быть пропущены, если та же самая сеть доступа может все еще использоваться. Если процедура установления вызова продвинулась до определения промежуточной оценки положения и/или правильной PSAP (например, ESRD, SIP URI или IP-адреса), тогда E-CSCF может включить эту информацию в ответ перенаправления. UE 110 может затем включить упомянутую информацию в приглашение SIP, отсылаемое в новую PLMN, которое может избегать дополнительной задержки для получения той же самой информации и позволять использовать PLMN, не имеющую возможностей получать эту информацию. Исходная E-CSCF может уведомлять сервер определения местоположения (например, E-SLP или GMLC), который затем может удалять все записи вызова для UE 110.
В другом варианте осуществления E-CSCF направляет вызов в SIP-сервер в другой сети (или той же самой сети), ближе к PSAP, откуда вызов может лучше направляться в PSTN. V-PLMN может продолжать поддерживать все функции, которые описаны раньше, включая функции определения положения и поддержку для UE без UICC или UTM. Направляемое приглашение SIP может включать в себя идентификатор PSAP (например, SIP URI или ESRD), любой ESRK, назначаемый сервером определения местоположения и любые временные идентификаторы общедоступного пользователя, назначаемые для UE без UICC. PSAP может продолжать запрашивать у сервера определения местоположения в V-PLMN информацию о местоположении, и любой обратный вызов может отсылаться через H-PLMN в V-PLMN для обычного случая или направляться в V-PLMN в случае без UICC. Продолжение поддержки этих функций в V-PLMN избегает требований к последующему SIP-серверу и должно давать возможность большему числу других сетей поддерживать перенаправляемую услугу.
В еще одном варианте осуществления может использоваться переносимость локального номера, например, в Северной Америке. В дополнение к возвращению ESRD и ESRK сервер определения местоположения (например, E-SLP или GMLC) может возвращать LRN (номер коммутатора местной сети) в сеть IMS (например, E-CSCF), который соответствует обмену LEC или выборочный маршрутизатор PSAP, через который PSAP может быть достигнут напрямую. Как альтернатива, сеть IMS (например, E-CSCF или MGCF) может получать LRN из ESRD. LRN включен в информацию, отсылаемую в MGCF (если не получена с помощью MGCF), и MGCF отсылает в PSTN ISUP IAM (начальное адресное сообщение), содержащее следующие параметры:
Номер вызываемой стороны = LRN,
Исходный параметр адреса (GAP) = ESRD,
Параметрический бит М FCI, установленный в "преобразованный номер",
Номер вызывающей стороны = UE MSISDN или ESRK,
Категория вызывающей стороны, установленная в "экстренный вызов службы" (по выбору).
Из-за поддержки переносимости номера с помощью PSTN (например, по США) вызов (ISUP IAM) может быть правильно направлен в предназначенную LEC CO (местную телекоммуникационную компанию) или выборочный маршрутизатор, предоставляемый SS7, а не внешними линиями MF, которые могут использоваться повсюду. Местонахождение LEC CO или выборочного маршрутизатора может поддерживать переносимость номера и может распознавать LRN как свой собственный при приеме вызова и может получать действительный номер вызываемой стороны (ESRD) от GAP. Уникальность ESRD или установки категории вызывающей стороны может сообщать LEC CO или выборочному маршрутизатору, что это экстренный вызов. С этой точки зрения вызов может направляться в PSAP, как если бы он исходил локально. Этот вариант осуществления избегает новых воздействий на коммутаторы телефонных служб PSTN (например, никаких изменений маршрутизации), но может воздействовать на LEC CO и выборочные маршрутизаторы.
Безопасность для SUPL и X.S0024
6.
Для SUPL процедуры безопасности могут быть созданы для поддержки E-SLP 272, замещающей H-SLP для определения положения и в роуминговом и безроуминговом сценариях и в посредническом и не в посредническом режимах. Существующие процедуры безопасности SUPL в основном основаны на совместно используемых ключах и в UE 110, и в H-SLP и/или основаны на другой информации, предоставляемой в UE 110 относительно H-SLP (например, полностью определенное имя домена, корневой сертификат открытых ключей X.509 и т.д.).
Подобная информация может быть недоступна для E-SLP 272. Для E-SLP 272 аутентификация для посреднических и непосреднических режимов может поддерживаться, как описано ниже.
Для X.S0024 процедуры безопасности могут также создаваться для поддержки E-PS 282, замещающей H-PS для определения положения. Существующие процедуры безопасности X.S0024 описаны в 3GPP2 X.S0024-0 и в 3GPP2 S.P0110-0. Эти процедуры используют общий корневой ключ, предоставляемый и в H-PS для пользователя и в пользовательском UIM. Дополнительные ключи могут выводиться из предоставляемого корневого ключа следующим образом:
(a) Ключ для поддержки безопасной инкапсуляции с промежуточным накоплением (S-SAFE), в которой SUPL INIT отсылается в UE 110, используя SMS или активную доставку WAP, и аутентифицируется (как входящий от H-PS) и дополнительно шифруется.
(b) Ключ для поддержки безопасного IP-соединения между UE 110 и H-PS, в котором сообщения X.S0024 отсылаются между UE 110 и H-PS с шифрованием и аутентификацией.
(с) Ключ для поддержки безопасного IP-соединения между UE 110 и PDE для непосреднического режима, в котором сообщения X.S0024 отсылаются между UE 110 и PDE с шифрованием и аутентификацией.
Каждый из трех ключей, описанных выше, зафиксирован в смысле, что существует детерминированное значение для любого значения корневого ключа. Однако из каждого из этих фиксированных ключей могут выводиться дополнительные ключи для шифрования и аутентификации, значения которых зависят от случайных чисел, предоставляемых UE и H-PS или PDE для конкретного сеанса определения положения. Этот вывод ключа и сопроводительные процедуры безопасности используют процедуру безопасности транспортного уровня (TLS), описанную в IETF RFC 2246 и в этом варианте PSK-TLS, описанном в проекте IETF "предварительно совместно используемые модули ключей шифрования для безопасности транспортного уровня (TLS)". Если X.S0024 используется для определения положения при экстренном вызове VoIP и E-PS 282 не является H-PS, тогда более невозможно полагаться на общий предварительно конфигурируемый корневой ключ и в UE 110 и в E-PS 282 для взаимной аутентификации и шифрования.
Для SUPL UE 110 может аутентифицировать E-SLP 272, чтобы избежать неавторизованного доступа к местоположению UE даже во время экстренного вызова. Для X.S0024 UE 110 и E-PS 282 могут выполнять взаимную аутентификацию. Таблица 2 перечисляет пять способов аутентификации, обозначенные как способы A, B, C, D и E, и характеристики каждого способа.
Таблица 2
Способы аутентификации
Характеристика
Способ А
Способ B
Способ С
Способ D
Способ Е
Аутентифицировать E-SLP
Нет
Да
Да
Да
Да
Аутентифицировать UE
Нет
Ограниченно
Да
Да
Да
Поддержать роуминг
Да
Да
Да
Да
Нет
Воздействие на H-PLMN
Нет
Нет
Нет
Да
Да
Безопасное соединение UE с IMS необходимо
Нет
Нет
Да
Нет
Нет
Поддержка без UICC/UIM
Да
Да (замечание 1)
Ограниченно
Нет
Нет
Замечание 1: предполагается, что корневые сертификаты открытых ключей предусмотрены в мобильном оборудовании (ME). Способ А предоставляет минимальную аутентификацию. UE 110 допускает инициированное сетью SUPL или местоположение X.S0024 из неаутентифицированной E-SLP или E-PS, если сообщение SUPL INIT указывает местоположения для экстренного сеанса и UE 110 в настоящее время подключено к линии в экстренном сеансе. Ограничение в экстренном сеансе предоставляет некоторую защиту. Для SUPL UE 110 может выбирать способ А, но не вызывая процедуры безопасности с помощью E-SLP 272. В этом случае E-SLP 272 может еще проверить идентификатор UE в ограниченной степени, с помощью хеш-кода SUPL INIT, который содержится в SUPL POS INIT. Кроме того, IP-адрес UE 110, предоставленный E-SLP 272 с помощью E-CSCF 254, может предоставлять некоторую дополнительную гарантию правильного идентификатора UE. Для X.S0024 и SUPL передача SUPL INIT через IMS или SIP (если прямая передача через мобильный прерываемый IP или UDP/IP не используется) может предоставлять некоторую дополнительную уверенность в аутентичности UE, так как передача IMS и SIP основана на поддержке и проверке от V-PLMN 130 и/или H-PLMN 160.
Способ B существует для аутентификации открытого ключа TLS. UE 110 и Е-SLP 272 или E-PS 282 поддерживают аутентификацию открытого ключа, используя TLS, как описано в IETF RFC 2246 и как также описано как альтернативный механизм аутентификации в OMA SUPL 1.0 "безопасная архитектура местоположения пользовательской плоскости". Этот механизм поддерживает аутентификацию H-SLP или E-PS с помощью UE, используя TLS с сертификатами открытых ключей ITU X.509, отсылаемых с помощью H-SLP или E-PS в UE во время фазы квитирования. Сертификаты открытого ключа предоставляют цепочку цифровых подписей, каждая подпись, которая аутентифицирует следующую, так что UE может аутентифицировать открытый ключ E-SLP или E-PS при условии, что UE снабжается открытым ключом, по меньшей мере, одного корневого органа сертификации. Аутентификация открытого ключа процедуры TLS поддерживает передачу симметричных ключей для использования в последующем шифровании и аутентификации сигнализации, например, для последующих сообщений SUPL. Аутентификация и шифрование между UE 110 и SPC или PDE для непосреднического режима может также поддерживаться этими ключами или с помощью вывода дополнительных ключей из этих ключей. Способ В основывается на сертификации публичного ключа(ей) E-SLP или E-PS с помощью одного или более корневых органов сертификации (например, задаваемых с помощью OMA) и предоставлении ключа(ей) в UE, поддерживающего SUPL или X.S0024 для экстренных вызовов VoIP. Это гарантирует аутентификацию E-SLP 272 или E-PS 282 с помощью UE 110 и для SUPL ограниченную аутентификацию UE 110 с помощью E-SLP 272 через 64-битовый хэш-код SUPL INIT, включенный в SUPL INIT POS и отсылаемый с помощью UE 110 в E-SLP 272.
Для способа B UE 110 (например, UICC или UIM) может снабжаться одним или более корневыми сертификатами открытого ключа, позволяющими UE проверять открытый ключ(и) E-SLP 272 или E-PS 282. UE 110 и E-SLP 272 или E-PS 282 могут создавать совместно используемый ключ шифрования и ключ кода аутентификации сообщения (MAC), используя процедуры TLS, описанные в RFC 2246, и одну или более процедур безопасной передачи открытого ключа, например RSA, DSS или Диффи-Хельмана. Шифрование и аутентификация сообщений SUPL или X.S0024 может выполняться после создания безопасного соединения TLS. Для непосреднического режима способ, заданный для непосреднического режима 3GPP2 в SUPL 1.0, может использоваться для формирования совместно используемого ключа для аутентификации и шифрования согласно IETF PSK-TLS между UE 110 и V-SPC или H-SPC в SUPL или между UE 110 и PDE в X.S0024.
Способ С существует для аутентификации PSK-TLS. UE 110 и E-SLP 272 или E-PS 282 поддерживают PSK-TLS (например, как описано в SUPL 1.0 для SET (защищенных электронных транзакций) 3GPP2 или 3GPP2 X.S0024-0 и S.P0110-0) согласно проекту IETF "предварительно совместно используемые модули ключей шифрования для безопасности транспортного уровня (TLS)". Предварительно совместно используемый ключ (PSK) может быть сформирован из (а) информации (например, случайной информации), предоставляемой UE 110, сетью IMS (например, E-CSCF 254) и/или E-SLP 272 или E-PS 282, (b) информации (например, параметры SIP), отсылаемой с помощью или в UE 110 во время создания SIP экстренного вызова, (c) информации безопасности, уже присутствующей в P-CSCF 252 и UE 110 для поддержания безопасного доступа IMS из UE 110 (например, используя IPsec, PSK-TLS, TLS) и/или (d) другой информации. Информация безопасности в (c) может быть доступна, если UE 110 регистрируется в сети H-PLMN IMS через V-PLMN 130.
PSK или информация, используемая для его выведения, может быть сделана доступной для UE 110 и E-SLP 272 или E-PS 282 во время регистрации SIP и/или инициации экстренного вызова SIP и может использоваться для местоположения SUPL или X.S0024, используя PSK-TLS. Надежная связь, созданная во время регистрации, и установление вызова SIP между этими объектами используется для получения безопасного PSK или общей информации, из которой безопасный ключ может быть выведен. Для SUPL взаимная аутентификация UE 110 и E-SLP 272 может затем поддерживаться, используя PSK-TLS, когда UE создает IP-соединение (PSK-TLS) с E-SLP 272, следуя за передачей SUPL INIT от E-SLP 272 в UE 110. Для X.S0024 безопасное PSK может использоваться как корневой ключ, из которого оставшаяся информация о безопасности может выводиться как описано в 3GPP2 X.S0024-0 и S.P0110-0.
Способ С основан на безопасном соединении между UE 110 и IMS во время регистрации SIP и/или установлении вызова SIP, который подразумевает регистрацию UE 110 в V-PLMN 130 и H-PLMN 160 и взаимную аутентификацию UE 110 и V-PLMN 130. Если UE 110 не имеет UICC/UIM или если нет соглашения о роуминге между V-PLMN 130 и H-PLMN 160, взаимная аутентификация и безопасная передача между V-PLMN 130 и UE 110 не может быть получена во время регистрации SIP и установления вызова SIP, и любое сформированное PSK предоставит более ограниченную защиту.
Способ D существует для аутентификации с помощью архитектуры исходной самозагрузки (GBA), описанной в 3GPP TS 33.220 или в проекте 3GPP2 TSG-S S.P0109. UE 110 и E-SLP 272 или E-PS 28 поддерживают GBA. Это дает возможность UE 110 и E-SLP 272 или E-PS 282 получить безопасный совместно используемый ключ от H-PLMN 160. Для SUPL этот ключ может использоваться для поддержки взаимной аутентификации PSK-TLS между UE 110 и E-SLP 272, как описано в 3GPP TS 33.222 или проекте 3GPP2 TSG-S S.P0114. Этот способ используется в SUPL 1.0 для поддержки посреднического режима 3GPP. Этот ключ может также использоваться для поддержки TLS с дайджест-проверкой подлинности HTTP (например, как описано в 3GPP TS 33.222) только для дайджест-проверки подлинности HTTP между UE 110 и E-SLP 272 (например, как описано в проекте 3GPP2 TSG-S S.P0114) или других форм аутентификации. Для X.S0024 этот ключ может использоваться как корневой ключ, из которого оставшаяся информация о безопасности может быть выведена.
Способ D основан на поддержке GBA в H-PLMN 160, а также V-PLMN 130 и соглашении о роуминге между V-PLMN 130 и H-PLMN 160, чтобы дать возможность передавать информацию о ключах из объекта обслуживающей функции самозагрузки (BSF) в H-PLMN 160 в объект прикладной функции сети (NAF) E-SLP в V-PLMN 130.
Способ E существует для аутентификации SUPL 1.0 или X.S0024. Для SUPL, если UE 110 находится в H-PLMN 160, тогда E-SLP 272 может быть H-SLP и существующие механизмы аутентификации, определенные в SUPL 1.0, могут использоваться. Для X.S0024, если UE 110 находится в H-PLMN 160, тогда E-PS 282 может быть H-PS, и существующие механизмы аутентификации, определенные в X.S0024, могут использоваться.
Фиг. 12 показывает блок-схему варианта осуществления UE 110, сети 120 доступа, E-CSCF 254 и сервера 286 определения местоположения. Сервер 286 определения местоположения может быть E-SLP 272, GMLC 276, E-PS 282 и/или другим объектом. Для простоты фиг. 12 показывает только один процессор 1210, один блок 1212 памяти и один приемопередатчик 1214 для UE 110, только один процессор 1220, один блок 1222 памяти, один приемопередатчик 1224 и один блок 1226 связи (Comm) для сети 120 доступа, только один процессор 1230, один блок 1232 памяти и один блок 1234 связи для E-CSCF 254 и только один процессор 1240, один блок 1242 памяти и один блок 1244 связи для сервера 286 определения местоположения. В целом, каждый объект может включать в себя любое число процессоров, блоков памяти, приемопередатчиков, блоков связи, контроллеров и так далее.
По нисходящей линии связи базовые станции и/или точки доступа в сети 120 доступа передают данные трафика, сигнализацию и контрольные сигналы в UE в их зоне покрытия. Эти различные типы данных обрабатываются процессором 1220 и приемопередатчиком 1224 для формирования сигнала нисходящей линии связи, который передается через антенну. В UE 110 сигналы нисходящей линии связи от базовых станций и/или точек доступа принимаются через антенну, обрабатываются приемопередатчиком 1214 и процессором 1210 для получения различных типов информации о местоположении, VoIP и других услугах. Например, процессор 1210 может декодировать сообщения, используемые в потоках сообщений, описываемых выше. Блоки 1212 и 1222 памяти хранят программные коды и данные для UE 110 и соответственно сети 120 доступа. По восходящей линии связи UE 110 может передавать данные трафика, сигнализацию и контрольные сигналы в базовые станции и/или точки доступа в сети 120 доступа. Эти различные типы данных обрабатываются процессором 1210 и приемопередатчиком 1214 для формирования сигнала восходящей линии связи, который передается через антенну UE. В сети 120 доступа сигналы восходящей линии связи от UE 110 и других UE принимаются и обрабатываются приемопередатчиком 1224 и дополнительно процессором 1220 для получения различных типов информации (например, данных, сигнализации, отчетов и так далее). Сеть 120 доступа взаимодействует с E-CSCF 254 и другими объектами через блок 1226 связи.
В E-CSCF 254 процессор 1230 выполняет обработку для E-CSCF, блок 1232 памяти хранит программные коды и данные для E-CSCF и блок 1234 связи разрешает E-CSCF взаимодействовать с другими объектами. Процессор 1230 может выполнять обработку для E-CSCF 254 для потоков сообщений, описанных выше.
В сервере 286 определения местоположения процессор 1240 выполняет определение положения и/или обработку расположения для сервера определения местоположения, блок 1242 памяти хранит программные коды и данные для сервера определения местоположения и блок 1244 связи разрешает серверу определения местоположения взаимодействовать с другими объектами. Процессор 1240 может выполнять обработку для сервера определения местоположения для потоков сообщений, описанных выше.
Методики, описанные в этом документе, могут реализовываться различными средствами. Например, эти методики могут реализовываться в аппаратном обеспечении, встроенном программном обеспечении, программном обеспечении либо их сочетании. Для аппаратной реализации обрабатывающие модули, используемые для выполнения методик, могут реализовываться в одной или более специализированных интегральных схем (ASIC), цифровых процессорах сигналов (DSP), устройствах цифровой обработки сигналов (DSPD), программируемых логических устройствах (PLD), программируемых пользователем вентильных матрицах (FPGA), процессорах, контроллерах, микроконтроллерах, микропроцессорах, электронных устройствах, других электронных модулях, спроектированных для выполнения описанных здесь функций, или их сочетаниях.
Для реализации встроенного программного обеспечения или программной реализации методики могут реализовываться с помощью модулей (например, процедур, функций и так далее), которые выполняют описанные здесь функции. Встроенное программное обеспечение и/или программные коды могут храниться в памяти (например, памяти 1212, 1222, 1232 и/или 1242 на фиг. 12) и выполняться процессором (например, процессором 1210, 1220, 1230 и/или 1240). Память может быть реализована в процессоре или являться внешней к процессору.
Заголовки включаются в данный документ для ссылки и для помощи в определении местоположения определенных разделов. Эти заголовки не предназначены для ограничения объема понятий, описанных ниже в документе, и эти понятия могут обладать применимостью в других разделах по всему описанию изобретения.
Предыдущее описание раскрытых вариантов осуществления предоставлено, чтобы дать возможность любому специалисту в данной области техники создавать или использовать изобретение. Различные модификации в этих вариантах осуществления станут легко очевидны специалистам в данной области техники, и общие принципы, определенные в данном документе, могут использоваться в других вариантах осуществления без отступления от духа или объема изобретения. Таким образом, изобретение не предназначено, чтобы быть ограниченным показанными в данном документе вариантами осуществления, а должно удовлетворять самому широкому объему, согласованному с принципами и новыми признаками, раскрытыми в данном документе.