Улучшение процесса выбора усовершенствованного шлюза пакетных данных (epdg) в посещаемой стране

Авторы патента:

ДРЕВОН Николя (FR)

ЛАНДЬЕ Брюно (FR)

ТЬЕБО Лоран (FR)

H04W48/18 - Техника электрической связи

Владельцы патента RU 2736770:

Нокиа Текнолоджиз Ой, FI (FI)

Изобретение относится к области выбора сети или услуги беспроводной связи, а именно к улучшению процесса выбора усовершенствованного шлюза пакетных данных (ePDG) в посещаемой стране. Техническим результатом является обеспечение возможности выбора пользовательским оборудованием (UE) соответствующей ePDG для экстренных вызовов, когда UE не подключено к какой-либо PLMN 3GPP. Для этого пользовательское оборудование UE выполнено с возможностью получать информацию выбора ePDG, сконфигурированную HPLMN пользовательского оборудования, причем упомянутая информация выбора ePDG содержит список PLMN с указанием того, является ли выбор ePDG в PLMN предпочтительным, или обязательным, или непредпочтительным, и выполнять выбор ePDG, управляемого PLMN страны, в которой находится UE, называемой локальной PLMN, которая имеет соглашение о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC, на основе упомянутого списка PLMN, сконфигурированного в упомянутой информации выбора ePDG, и списка MCC упомянутой страны и/или списка локальных PLMN. 4 н. и 6 з.п. ф-лы, 3 ил.

Настоящее изобретение в целом относится к сетям и системам мобильной связи.

Описания мобильных сетей и систем можно найти в литературе, например, в Технических спецификациях, публикуемых органами стандартизации, таких как, например, 3GPP (Проект партнерства третьего поколения).

Примером мобильной системы 3GPP является EPS (Evolved Packet System - усовершенствованная пакетная система). В такой системе, как EPS, пользовательское оборудование UE имеет доступ к сети EPS, предоставляющей услуги связи (в том числе предоставление возможностей IP-соединений). Сеть EPS включает в себя ядро сети (Core Network), называемое EPC (Evolved Packet Core - усовершенствованное пакетное ядро), к которому можно получить доступ не только посредством доступа 3GPP, но также посредством не-3GPP доступа. Типичным примером не-3GPP доступа, который будет рассмотрен более конкретно ниже, является доступ посредством WLAN.

Доступ WLAN к EPC определен, в частности, в 3GPP TS 23.402 и 3GPP TS 24.302. В случае недоверенного доступа WLAN, устанавливается IPSec-туннель между UE и усовершенствованным шлюзом пакетных данных (evolved Packet Data Gateway) ePDG, чтобы гарантировать, что UE и сеть могут связываться безопасным образом. Процедура выбора ePDG со стороны UE определяется, в частности, в 3GPP TS 23.402 и 3GPP TS 24.302.

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

В частности, необходимо улучшить выбор ePDG в стране, в которой находится пользовательское оборудование UE.

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

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

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

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

- получать информацию выбора ePDG, сконфигурированную HPLMN пользовательского оборудования (UE), причем упомянутая информация выбора ePDG содержит список PLMN с указанием того, является ли выбор ePDG в PLMN предпочтительным, или обязательным, или непредпочтительным.

- выполнять выбор ePDG, управляемого сетью PLMN страны, в которой находится UE, называемой локальной PLMN, которая имеет соглашение о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC, на основе упомянутого списка сетей PLMN, сконфигурированного в упомянутой информации выбора ePDG, а также на основе списка MCC указанной страны и/или списка локальных PLMN.

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

- получать список сетей PLMN, называемых локальными PLMN, страны, в которой находится UE,

- выполнять выбор ePDG, управляемого локальной PLMN, имеющей соглашение о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC, на основе упомянутого списка локальных PLMN и информации, называемой информацией соглашения о роуминге локальной PLMN, указывающей на то, имеет ли локальная PLMN соглашение о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC.

- получать список сетей PLMN, называемых локальными PLMN, страны, в которой находится UE, которые имеют соглашение о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC,

- выполнять выбор ePDG, управляемого локальной PLMN, имеющей соглашение о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC на основе упомянутого списка.

Эти и другие цели достигаются, в другом аспекте, в некоторых вариантах осуществления посредством DNS-сервера, выполненного с возможностью:

- принимать DNS-запрос, нацеленный на FQDN, включающий MCC страны,

- предоставлять в ответ список идентификаторов, MCC и MNC, сетей PLMN упомянутой страны.

- принимать DNS-запрос, нацеленный на FQDN, включающий:

• MCC и MNC локальной PLMN в посещаемой стране пользовательского оборудования, и MCC и MNC для HPLMN пользовательского оборудования,

- предоставлять в ответ сообщение о сбое, если упомянутая локальная PLMN не имеет соглашения о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC.

Эти и другие цели достигаются в другом аспекте в некоторых вариантах осуществления посредством DNS-сервера, выполненного с возможностью:

- принимать DNS-запрос, нацеленный на FQDN, включающий:

• MCC и MNC для HPLMN пользовательского оборудования, и

• MCC страны, в которой находится UE,

- предоставлять в ответ список идентификаторов, MCC и MNC, для PLMN упомянутой страны, которые имеют соглашение о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC.

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

Эти и другие цели достигаются, в другом аспекте, в некоторых вариантах осуществления DNS-сервером, выполненным с возможностью:

- принимать DNS-запрос, нацеленный на FQDN, включающий MCC страны,

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

Эти и другие цели достигаются, в другом аспекте, в некоторых вариантах осуществления посредством P-CSCF, выполненной с возможностью:

- извлекать из DNS-сервера на основе MCC для VPLMN, обслуживающей UE, список номеров экстренных служб, установленных в стране в соответствии с этим MCC.

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

Некоторые варианты осуществления устройства и/или способов в соответствии с вариантами осуществления настоящего изобретения далее описываются только в качестве примера и со ссылкой на прилагаемые чертежи, на которых:

- Фиг. 1 предназначена для иллюстрации в упрощенном виде примера информации, используемой для выбора ePDG в соответствии с первыми вариантами осуществления изобретения,

- Фиг. 2 предназначена для иллюстрации в упрощенном виде примера информации, используемой для выбора ePDG в соответствии со вторыми вариантами осуществления изобретения,

- Фиг. 3 предназначена для иллюстрации в упрощенном виде примера информации, используемой для выбора ePDG в соответствии с третьми вариантами осуществления изобретения.

Сокращения

DNS Domain Name System - Система доменных имен

EPC Evolved Packet Core - Усовершенствованное пакетное ядро

ePDG Evolved Packet Data Gateway - Усовершенствованный шлюз пакетных данных

EPS Evolved Packet System - Усовершенствованная пакетная система

FQDN Fully Qualified Domain Name - Полностью определенное доменное имя (полное доменное имя)

HPLMN Home PLMN - Домашняя PLMN

IMS IP Multimedia Subsystem - IP-мультимедийная подсистема

MCC Mobile Country Code - Мобильный код страны

MNC Mobile Network Code - Код мобильной сети

P-CSC Proxy Call Session Control Function - прокси-функция управления сеансом связи

PLMN Public Land Mobile Network - Наземная мобильная связь общего пользования

UE User Equipment - Пользовательское оборудование

VPLMN Visited PLMN - Гостевая PLMN

WLAN Wireless Local Area Network - Беспроводная локальная сеть

Описание различных аспектов и/или вариантов осуществления изобретения

Когда UE, способное поддерживать WLAN, подключается через 3GPP-доступ к 3GPP RPLMN (зарегистрированная PLMN) (HPLMN или VPLMN), в соответствии с TS 23.402, раздел 4.5.4 (см. версию v13.4.0), UE выбирает ePDG в этой RPLMN или в своем HPLMN.

Когда UE не подключено через 3GPP-доступ к 3GPP PLMN, UE должно выбрать ePDG в стране, в которой оно находится, путем создания соответствующего идентификатора оператора FQDN (с MCC и MNC, как указано в TS 23.003). Но условие заключается в том, что выбранная PLMN должна находиться в «информации выбора ePDG» (см. 4.5.4.4 пункт 2)a)), которая включает в себя не все PLMN, которые имеют соглашения о роуминге для недоверенной WLAN с HPLMN пользовательского оборудования, а только обязательные и предпочтительные PLMN (т.е. локальные PLMN, для которых HPLMN решило, что является обязательным или предпочтительным то, что UE выбирает ePDG в этой PLMN). Эта «информация выбора ePDG» ранее была предоставлена для UE его HPLMN.

Для законного перехвата сообщений местные органы регулирования могут потребовать, чтобы UE в стране выбирало ePDG в этой стране. В этом случае алгоритм выбора ePDG должен оставаться независимым от информации из других стран. Это предполагает то, что нельзя опираться на «информацию выбора ePDG», поскольку эта информация предоставляется HPLMN (и может противоречить требованию о выборе ePDG в посещаемой стране).

Другой вариант использования, когда UE должно выбрать ePDG в той же стране, в которой оно находится, - это экстренные вызовы через WiFi, когда UE не подключено к какой-либо 3GPP PLMN.

В некоторых вариантах осуществления:

Предполагается, что UE может определять страну, в которой оно находится. Идея состоит в том, чтобы позволить UE, способному поддерживать WLAN, получать посредством новой дополнительной информации в информации выбора ePDG и/или посредством одного или более DNS-запросов список «локальных» PLMN (т.е. PLMN, которые находятся в стране, в которой находится UE), и имеют соглашения о роуминге для недоверенного доступа WLAN с HPLMN пользовательского оборудования, т.е. которые имеют собственные один или более ePDG, способные аутентифицировать и авторизовать UE из HPLMN для UE.

DNS-серверы являются публичными (доступными из любого места в Интернете).

С учетом того, что местные PLMN имеют соглашения о роуминге для недоверенного доступа WLAN с HPLMN пользовательского оборудования d, UE может попытаться установить IPSec-туннель в соответствии с TS 24.302, подраздел 7.2.2 для ePDG, который управляется одной из этих PLMN.

Можно выделить три варианта, называемые ниже Альтернатива 1, Альтернатива 2, Альтернатива 3.

Варианты осуществления и/или аспекты изобретения, относящиеся к этим разным альтернативам, могут быть описаны следующим образом.

Альтернатива 1

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

В этом альтернативном варианте UE уже знает список MCC страны, в которой оно находится, или ему нужно запросить общедоступную DNS, чтобы получить полный список PLMN (MCC и MNC) страны. Управление соответствующими DNS-записями осуществляется центральной администрацией.

Входная информация представляет собой FQDN, которое включает MCC (или один из MCC) страны, в которой находится UE. Выходная информация представляет собой список идентификаторов PLMN страны (MCC и MNC). Запись ресурса представляет собой NAPTR-запись.

Затем UE пытается установить IPSec-туннель согласно TS 24.302 подпункт 7 для ePDG, который управляется любой PLMN в приведенном выше списке, только если PLMN сконфигурирована в информации выбора ePDG.

Эта альтернатива подразумевает зависимость от HPLMN, поскольку информация выбора ePDG предоставляется со стороны HPLMN, но она исключает последующий DNS-запрос, как в альтернативе 2. Если - вследствие неправильной конфигурации - PLMN не предоставляется HPLMN в информации выбора ePDG, UE просто не будет пытаться выбирать ePDG в этой PLMN, но это не приносит вреда, поскольку UE не будет пытаться выбирать ePDG в своей HPLMN.

Альтернатива 2

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

UE сначала запрашивает общедоступную DNS, чтобы получить список локальных PLMN (MCC и MNC) страны, точно так же, как в альтернативе 1, но даже если оно знает все MCC страны.

Существует потребность во втором наборе (DNS) запросов, чтобы сохранить только список локальных PLMN, которые имеют соглашения о роуминге для недоверенного доступа WLAN с HPLMN пользовательского оборудования (чтобы удалить локальную PLMN, которая не имеет такого соглашения в пределах списка PLMN, полученного с помощью первого запроса альтернативы 1).

Этот второй набор запросов соответствует DNS-запросам, нацеленным на имя FQDN, которое включает в себя:

- MCC и MNC местной PLMN в посещаемой стране;

- MCC и MNC для HPLMN пользовательского оборудования.

Результат каждого DNS-запроса для каждой локальной PLMN представляет собой:

- Сбой, если локальная PLMN не имеет соглашений о роуминге для недоверенного доступа WLAN с HPLMN пользовательского оборудования;

- FQDN (которое может зависеть от HPLMN пользовательского оборудования), что позволяет дополнительно получить список шлюзов ePDG локальной PLMN, которые могут обслуживать пользователей HPLMN. Это предотвращает необходимость VPLMN конфигурировать список IP-адресов ePDG для каждой HPLMN, с которой имеется соглашение о роуминге.

Альтернатива 3

Другой альтернативой является то, что UE напрямую запрашивает DNS, которая возвращает список PLMN, которые имеют соглашение о роуминге для недоверенной WLAN с HPLMN пользовательского оборудования.

Входная информация DNS представляет собой FQDN, которое включает в себя:

- MCC и MNC для HPLMN пользовательского оборудования;

- MCC (или один из MCC) страны, в которой находится UE (предполагается, что UE может знать страну, в которой оно находится).

Выходная информация DNS представляет собой список идентификаторов (MCC and MNC) для PLMN страны, которые имеют соглашения о роуминге для недоверенного доступа WLAN с HPLMN пользовательского оборудования. Этот список может быть заказан.

Эта особенность, например, используется

- когда UE получило инструкции, что в стране, в которой оно в настоящее время находится, оно должно использовать только ePDG, который является местным в этой стране (таким образом, давая возможность законному перехвату сообщений в этой стране)

или для экстренных вызовов через WLAN.

Варианты осуществления и/или аспекты изобретения, относящиеся к этим различным альтернативам, могут быть дополнительно описаны следующим образом.

Когда UE, способное поддерживать WLAN, может определить страну, в которой оно находится, и либо UE пытается совершить экстренный вызов через WiFi, либо UE получило инструкции, что в стране, в которой оно в настоящее время находится, оно должно использовать только ePDG, который находится в стране, и если UE не подключено через 3GPP-доступ к 3GPP PLMN (или если UE не удалось получить обслуживание посредством ePDG для RPLMN, который обслуживает его через 3GPP-доступ), UE выбирает ePDG в PLMN в этой стране следующим образом:

В качестве первой альтернативы:

1) В соответствии с первым аспектом изобретения в некоторых вариантах осуществления этот альтернативный вариант предполагает, что атрибут каждой PLMN в информации выбора ePDG, специфицированный в TS 23.402 (§4.5.4.3) как «обязательный», «предпочтительный», расширен значением «непредпочтительный». «Непредпочтительная» PLMN, сконфигурированная в информации выбора ePDG, представляет собой PLMN, для которой разрешен выбор ePDG в VPLMN (если требуется UE для выбора локального ePDG), но для которой выбор ePDG в HPLMN является предпочтительным (если не требуется UE для выбора локального ePDG).

2) UE обнаруживает страну, в которой оно находится, и определяет один из MCC страны (страна может иметь несколько MCC https://fr.wikipedia.org/wiki/Mobile_country_code);

3) В качестве второго аспекта изобретения в некоторых вариантах осуществления UE опционально (например, если оно не знает списка MCC страны) пытается получить список локальных PLMN (т.е. список PLMN в стране, в которой находится UE) путем выполнения DNS-запроса по входному FQDN, содержащему "mcc<MCC>", на общедоступный DNS-сервер NAPTR, который выдает список FQDN, в котором каждый содержит "mnc<MNC>.mcc<MCC>" локальной PLMN; Домен входного FQDN не соответствует индивидуальному оператору, так как соответствующая DNS-запись, вероятно, не будет управляться индивидуальным оператором (может управляться посредством GSMA);

4) UE пытается установить IPSec-туннель в соответствии с TS 24.302 подпункт 7 к ePDG, который управляется любой PLMN в указанном выше списке, только если локальная PLMN сконфигурирована в информации выбора ePDG (поскольку роуминг ePDG «гарантирован» с PLMN в информации выбора ePDG);

3GPP TS 23.003 предоставляет информационное приложение D «Применимость и использование доменного имени ".3gppnetwork.org"», которое может использоваться для построения FQDN. Правилом этого приложения является то, что DNS, управляемая оператором, идентифицированным с помощью mnc<MNC>.mcc<MCC>, может быть достигнута со стороны UE путем использования FQDN в форме "<service_id>.mnc<MNC>.mcc<MCC>.pub.3gppnetwork.org". Следовательно, общедоступная DNS, которая не управляется конкретным оператором, должна использовать другую форму.

В качестве примера для этой альтернативы, входное имя FQDN, которое будет использоваться для DNS-запроса, будет иметь форму "mcc<MCC>.local-plmn.pub.3gppnetwork.org", при этом общедоступный DNS-сервер выдает список выходных FQDN с "mnc<MNC>.mcc<MCC>.local-plmn.pub.3gppnetwork.org".

Следует заметить, что в случае, если множество значений МСС могут соответствовать локальной стране, значение MCC в выходном FQDN может иметь значение, отличное от значения МСС во входном FQDN.

Пример информации, используемой для выбора ePDG посредством UE, в вариантах осуществления, относящихся к первой альтернативе, показан на фиг. 1. На фиг. 1 такая информация включает в себя информацию выбора ePDG, расширенную с помощью непредпочтительных PLMN, и может (как показано пунктирными линиями) содержать список локальных PLMN, полученный, например, по DNS-запросу на общедоступный DNS-сервер.

В качестве второй альтернативы:

1) Эта альтернатива предполагает, что атрибуты каждой PLMN в информации выбора ePDG «обязательный, предпочтительный» являются такими, как специфицировано в TS 23.402;

2) То же, что и на шаге 2) в альтернативе 1;

3) То же, что и на шаге 3) в альтернативе 1, чтобы определить список локальных PLMN;

4) UE пытается установить IPSec-туннель в соответствии с TS 24.302 подпункт 7 к ePDG, который управляется любой PLMN в приведенном выше списке, если PLMN сконфигурирован в информации выбора ePDG (поскольку роуминг ePDG «гарантирован» с PLMN в информации выбора ePDG);

5) Если PLMN отсутствует в списке, выданном DNS-сервером, который также указан в информации выбора ePDG, или если UE не удалось установить IPSec-туннель к ePDG на шаге 4, UE пытается получить список локальных ePDG, имеющих соглашение о роуминге с его HPLMN:

a. UE удаляет локальную (локальные) PLMN, с которыми оно пыталось связаться на шаге 3;

b. Для каждой из оставшегося местной (оставшихся местных) PLMN UE выполняет DNS-запрос к DNS-серверу локальной PLMN NAPTR с FQDN, включающий HPLMN пользовательского оборудования (hmnc<MNC>.hmcc<MCC>) и идентификатор локальной PLMN (mnc<MNC>.mcc<MCC>). Поскольку DNS управляется оператором, FQDN будет иметь такой формат как "epdg.hmnc<MNC>.hmcc<MCC>.mnc<MNC>.mcc<MCC>.pub.3gppnetwork.org". DNS-сервер выдает заменитель FQDN, например, в записи "s" NAPTR, если имеется соглашение о роуминге с HPLMN, и отказ в противном случае. Если «преобразователь» пользовательского оборудования получает заменитель FQDN от DNS-сервера, он выдает второй DNS-запрос (например, типа SRV) с заменителем FQDN. Выход представляет собой список IP-адресов или SRV-запись для ePDG в зависимости от того, связан ли заменитель FQDN с записью “a” или “s”.

Шаг b позволяет избежать дорогостоящих неудачных попыток установления IPSec со стороны UE, когда UE пытается связаться с ePDG локальной PLMN, которая не имеет соглашения о роуминге для недоверенной WLAN с HPLMN пользовательского оборудования (IKE-SA-INIT+Сигнализация аутентификации, как правило, до прокси-сервера 3GPP AAA, суммирующего до 6 бесполезных сообщений).

1) UE пытается установить IPSec-туннель в соответствии с TS 24.302 подпункт 7 к ePDG, который управляется одной из этих PLMN.

Пример информации, используемой для выбора ePDG со стороны UE, в вариантах осуществления, относящихся ко второй альтернативе, показан на фиг.2. На фиг.2 такая информация включает в себя список локальных PLMN, полученный по DNS-запросу к общедоступному DNS-серверу, и информацию, указывающую на информацию соглашения о роуминге PLMN (указывающую, имеет ли локальная PLMN соглашение о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC), полученную, например, по DNS-запросу на DNS-сервер локальной PLMN.

В качестве третьей альтернативы UE выбирает ePDG в PLMN в стране, в которой оно находится, следующим образом:

1) UE обнаруживает страну, в которой оно находится, и определяет один из MCC страны;

2) UE пытается получить список локальных PLMN, имеющих соглашение о роуминге ePDG с его HPLMN, путем выполнения DNS-запроса на локальный DNS-сервер с FQDN, включащего HPLMN пользовательского оборудования (hmnc<MNC>.hmcc<MCC>) и MCC местной страны (mcc<MCC>), который оно определило на шаге 1 (в стране может быть несколько MCC). DNS-сервер выдает список PLMN (mnc<MNC>.mcc<MCC>), которые имеют соглашения о роуминге для недоверенного WLAN с HPLMN пользовательского оборудования;

3) UE пытается установить IPSec-туннель в соответствии с TS 24.302 подпункт 7 к ePDG, который управляется одной из этих PLMN.

TS 23.003 предоставляет информационное приложение D «Применимость и использование доменного имени ".3gppnetwork.org"», которое может использоваться для построения FQDN. В качестве примера в этой третьей альтернативе FQDN будет иметь форму "hmnc<MNC>.hmcc<MCC>.mcc<MCC>.lcepdg.pub.3gppnetwork.org", где услуга представляет собой локальный ePDG (lcepdg) страны, MCC страны, в которой находится UE, является mcc, а HPLMN пользовательского оборудования является hmcc plus hmnc.

DNS сконфигурирована со списком локальных PLMN в стране, идентифицированной с помощью “mcc”, с которой HPLMN пользовательского оборудования имеет соглашения о роуминге WLAN. До успешного установления IPSec-туннеля с ePDG для каждой из локальных PLMN в списке:

• UE пытается получить идентификатор ePDG этой PLMN, как если бы UE было зарегистрировано в этой локальной PLMN (используя FQDN идентификатора оператора, описанного в 23.402 §4.5.4.2);

• UE пытается установить IPSec-туннель в соответствии с TS 24.302 подпункт 7.

В качестве примера реализации для третьей альтернативы UE извлекает NAPTR-запись, связанную с “hmnc<MNC>.hmcc<MCC>.mcc<MCC>.lcepdg.pub.3gppnetwork.org.” Информация DNS NAPTR, которую оно получает, представляет собой набор NAPTR-записей:

• с теми же преференцией и порядком NAPTR (для обеспечения справедливости среди операторов);

• с полем «флаги», установленным в «а» (в соответствии с IETF RC 3403 «Приложение определяет флаг «а» для обозначения поиска терминала и того, что выход перезаписи будет доменным именем, для которого А запись должна быть запрошена»). В действительности, DNS-преобразователь в UE будет использовать полученное FQDN для получения IP-адресов ePDG;

• не содержащих никакого регулярного выражения (“regexp”) для замены (чтобы избежать сложного алгоритма в UE);

• но содержащих поле «замена» NAPTR в FQDN Идентификатора оператора (как определено в 23.402 §4.5.4.2) VPLMN, которая поддерживает роуминг ePDG с HPLMN.

Затем DNS-преобразователю в UE необходимо выбрать FQDN Идентификатора оператора и выполнить DNS-поиск по отношению к этому новому домену, чтобы найти ePDG соответствующей локальной PLMN.

Пример информации, используемой для выбора ePDG со стороны UE, в вариантах осуществления, относящихся к третьей альтернативе, показан на фиг.3. На фиг.3 такая информация включает в себя список локальных PLMN, имеющих соглашение о роуминге с HPLMN пользовательского оборудования для недоверенного доступа WLAN к EPC (отмеченный список PLMN, имеющих соглашение о роуминге), полученного, например, по DNS-запросу на DNS-сервер.

Для всех альтернатив справедливое использование PLMN в списке может быть достигнуто посредством DNS, предоставляющей список локальных PLMN с использованием NAPTR-записей, имеющих одинаковый порядок и одинаковую преференцию (согласно определениям RFC 34.03), и DNS-преобразователь в UE случайным образом выбирает между PLMN, для которых не было выполнено успешное установление IPSec-туннеля. Другая возможность заключается в том, что DNS предоставляет список локальных PLMN в произвольном или циклическом порядке и что UE всегда начинает с первой PLMN в списке.

Другая потребность выполнения связана с P-CSCF (как определено в 3GPP 23.228) в домашней PLMN (HPLMN), которая для IMS-услуг должна обслуживать UE, расположенное в гостевой PLMN (VPLMN) другой страны (этой сценарий изучается как часть S8 Домашние Маршрутизированные исследования (Home Routed studies) в FS_V8 SID, зарегистрированных в TR 23.749). В этом случае P-CSCF в HPLMN необходимо определить, нацелена ли сигнализация сеанса, инициированная UE в VPLMN, на номера экстренных служб, установленных в этой VPLMN (например, номера экстренных служб, связанных с жестоким обращением с детьми или женщинами, могут варьироваться в зависимости от страны).

Когда сигнализация сеанса, инициированная UE в VPLMN, нацелена на номер экстренной службы, определенный в этой VPLMN, P-CSCF в HPLMN должна перенаправить UE на выбор P-CSCF для служб экстренной помощи в VPLMN.

С целью выявления того, нацелена ли сигнализация сеанса, инициированная UE в VPLMN, на номер экстренной службы, определенный в этой VPLMN, P-CSCF может быть локально сконфигурирована со списком номеров экстренных служб, связанных с каждой страной VPLMN, с которой она имеет соглашения о роуминге.

Это было бы громоздким для управления.

Другим более простым решением было бы то, когда P-CSCF берет MCC для VPLMN (где находится UE) для создания определенного FQDN, связанного с номерами экстренных служб в этой стране, и выдает запрос DNS-записи для получения списка номеров экстренных служб в этой стране.

В другом аспекте изобретения в некоторых вариантах осуществления P-CSCF пытается получить список локальных номеров экстренных служб (т.е. список номеров экстренных служб в стране, в которой находится UE), выполняя DNS-запрос по входному FQDN, содержащему "mcc<MCC>" (для PLMN, где находится UE), на общедоступный DNS-сервер NAPTR, который выдает список таких номеров экстренных служб. Домен входного FQDN не соответствует индивидуальному оператору, т.к. соответствующая DNS-запись, вероятно, не будет управляться индивидуальным оператором (могла бы управляться GSMA, как NAPTR-запись общедоступного DNS-сервера, который выдает список FQDN, каждый из которых содержит "mnc<MNC>.mcc<MCC>" локальной PLMN). Не предполагается, что P-CSCF извлекает этот список каждый раз, когда UE регистрирует или выдает сигнализацию, связанную с сеансом, поскольку оно может кэшировать DNS-запись, полученную как часть DNS-поиска.

Различные аспекты и/или варианты осуществления изобретения включают в себя (хотя и не ограничиваются) следующие аспекты и/или варианты осуществления.

Некоторые аспекты связаны с пользовательским оборудованием UE.

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