Получение разрешения на использование служб, основанных на близости, в системе мобильной связи

Изобретение относится к системам мобильной связи. Техническим результатом является обеспечение возможности пользовательскому устройству (UE) получать разрешение на использование служб, основанных на близости устройств. В первом аспекте изобретения способ выполняет функции (104) службы, основанной на близости устройств, из домашней сети и обеспечивает получение мобильным конечным устройством (100) разрешения использовать службу, основанную на близости устройств, при этом указанный способ включает в себя этапы, на которых: принимают запрос от мобильного конечного устройства на получение разрешения на службу, основанную на близости устройств по меньшей мере в одной другой сети, получают информацию о разрешении от функции (103, 105) службы, основанной на близости устройств по меньшей мере одной другой сети, для которой запрашивали разрешение на службу, основанную на близости устройств, и предоставляют на мобильное конечное устройство информацию о разрешении, требуемую для разрешения по меньшей мере от одной указанной другой сети, для которой запрашивали разрешение. 18 н. и 18 з.п. ф-лы, 13 ил.

 

Область техники, к которой относится изобретение

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

Уровень техники

Проект (3GPP) партнерства третьего поколения разрабатывает стандарты, которые управляют аспектами известных систем мобильной связи, таких как системы, соответствующие технологии «Долгосрочное развитие» (LTE). В Версии 12 технической спецификации TS 23.303, 3GPP определены функциональные возможности, называемые службами (ProSe), основанными на близости устройств. Эти функциональные возможности включают в себя способы, которые позволяют пользовательским устройствам (UE) взаимодействовать непосредственно друг с другом, UE с UE, с использованием нового радиоканала (D2D - прямой UE с UE радиоканал для ProSe), основанного на технологии LTE; то есть передача между двумя или несколькими UE, расположенными вблизи друг друга и обладающими поддержкой ProSe, с помощью передачи плоскости пользователя с использованием технологии протокола радиодоступа (E-UTRA) усовершенствованной наземной сети радиодоступа, построенной по технологии универсальной системы мобильной связи, по пути, который не пересекает ни одного узла сети.

До того, как UE сможет начать использовать службы ProSe, UE нужно связаться с функций/серверов ProSe (PF) в сети усовершенствованного пакетного ядра (EPC) LTE, чтобы получить разрешение. Это порождает проблемы, которые описаны ниже.

PF могут быть расположены в целом ряде мест: PF может присутствовать в домашней сети (NW), в гостевой NW (если UE находится в роуминге) и в локальных NW (то есть вблизи UE). Локальная NW представляет собой NW, которая не является обслуживающей NW для UE и домашняя NW разрешает UE привлекать радиоресурсы локальной NW для так называемого прямого обнаружения ProSe, которое является процедурой, используемой UE с поддержкой ProSe, с целью обнаружения другого расположенного вблизи UE с поддержкой ProSe с использованием только возможностей двух UE с помощью технологии E-UTRA.

3GPP определяет сигналы от UE к PF для плоскости пользователя. В общем UE не осознает, соединение сети (PDN) пакетной передачи данных маршрутизируется через домашнюю NW или обрабатывается локально (LBO); то есть маршрутизация трафика из роуминга осуществляется локальным оператором, без обращения назад к домашней NW. Передача сигналов от пользователя к NW через межсетевой обмен (IPX) пакетами через границы NW требует туннелирования и сложной конфигурации и должна быть исключена. Также установки нового PDN соединения, маршрутизируемого через домашнюю NW, нужно, по возможности, избегать. Причина этого заключается в ограничении количества PDN соединений, которые могут быть установлены (например, три соединения в некоторых NW) и ограниченное количество каналов (до восьми).

Раскрытие сущности изобретения

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

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

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

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

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

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

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

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

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

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

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

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

В обычной технологии существуют вопросы относительно передачи PC3 сигналов между UE и функцией ProSe, когда функция ProSe и UE расположены в разных сетях. Процедура получения разрешения, как определено в 3GPP TS 23.303, использует передачу сигналов по РС3 интерфейсу в направлении функции ProSe в домашней PLMN, в гостевой PLMN и локальных PLMN. Передачу PC3 сигналов осуществляют в плоскости пользователя по SGi интерфейсу, где SGi является интерфейсом между PGW и PDN.

Существуют потенциальные проблемы, касающиеся передачи PC3 сигналов по SGi интерфейсу, включающие в себя, например, вопросы по доступности и безопасности. Интернет-соединение может не быть доступно для UE в любое время. Может иметь место нежелание операторов открыть функции ProSe для доступа через Интернет и связанная с этим возможность атак на безопасность. Если РС3 сигналы будет перемещены по сети межсетевого обмена (IPX) пакетами, то могут быть решены вопросы безопасности, но трафик должен подвергаться туннелированию в туннели универсальной инкапсуляции (GRE) при маршрутизации, туннели протокола (GTP) туннелирования общей службы пакетной радиопередачи или протокола (IP Sec) безопасности Интернет.

В некотором аспекте изобретения, UE связывается с домашней функцией ProSe с помощью PDN соединения, маршрутизируемого через домашнюю NW. Таким образом, UE соединяется с SGW с помощью S1-U интерфейса и с H-PGW с помощью S8 интерфейса и с использованием IPX.

Следовательно, UE запрашивает разрешение на ProSe от функции ProSe из LPLMN через функцию ProSe из HPLMN с использованием PC6 интерфейса; так как UE расположена в HPLMN, роуминг отсутствует. Далее, функция ProSe из HPLMN получает информацию о разрешении от функции ProSe из LPLMN. Наконец, функция ProSe из HPLMN предоставляет информацию о разрешении на UE путем объединения информации о разрешении из LPLMN со своей собственной информацией о разрешении до предоставления на UE требуемой информации о разрешении на ProSe.

Целесообразно, что к LPLMN не обращаются непосредственно через PC3, а сигналы между HPLMN и LPLMN передают через домашнюю функцию ProSe, обычно реализуемую с помощью сервера, с помощью PC6 интерфейса. Сеть IPX не обязательно туннелирует сигналы интерфейса (NNI) сеть-сеть. Таким образом, целесообразно, что исключается проблема направления трафика от UE до сервера ProSe, требующая туннелирования через IPX NW.

Решения по политике получения разрешения на ProSe могут согласовываться функциями ProSe в домашней, гостевой и локальных PLMN; UE связывается с домашней функцией ProSe, домашняя функция ProSe передает сигналы по направлению к гостевой функции ProSe и локальной функции (функциям) ProSe с помощью PC6 и PC7. После согласования домашняя функция ProSe предоставляет на UE разрешение через H-PGW и SGW.

В дополнительном аспекте изобретения, UE связывается с гостевой функцией ProSe с помощью LBO PDN соединения, то есть UE 100 находится в роуминге. Таким образом, UE соединяется с SGW с помощью S1-U интерфейса и с V-PGW с помощью S5 интерфейса и далее с функцией ProSe из VPLMN с помощью РС3. Функция ProSe из VPLMN перенаправляет запрос UE с помощью РС7 на домашнюю функцию ProSe.

Функция ProSe из HPLMN принимает запрос UE для получения разрешения на ProSe с помощью РС7 интерфейса и получает информацию о разрешении от функции ProSe из VPLMN с помощью РС7 и информацию о разрешении от функции ProSe из LPLMN (если применимо) с помощью РС6 интерфейса. Далее функция ProSe из HPLMN объединяет информацию о разрешении от VPLMN и LPLMN со своей собственной информацией о разрешении перед представлением на UE применимой информации о разрешении на ProSe с помощью функции ProSe VPLMN, V-PGW и SGW.

Снова, целесообразно, что исключается проблема направления трафика от UE до сервера ProSe, требующая туннелирования через IPX NW, как делают в уровне техники.

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

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

Краткое описание чертежей

Далее, изобретение будет описано с помощью примера и со ссылками на приложенные чертежи, на которых:

фиг. 1 - вид, показывающий схему передачи сигналов, которая иллюстрирует первую возможную процедуру для получения разрешения на ProSe;

фиг. 2 - вид, показывающий схему передачи сигналов, которая иллюстрирует вторую возможную процедуру для получения разрешения на ProSe;

фиг. 3 - вид, показывающий схему передачи сигналов, которая иллюстрирует третью возможную процедуру для получения разрешения на ProSe;

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

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

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

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

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

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

фиг. 10 - вид, показывающий блок-схему передачи сигналов, которой управляет PGW и которую выполняет UE при запросе разрешения на ProSe, в соответствии с некоторым вариантом осуществления настоящего изобретения;

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

фиг. 12 - вид, показывающий UE, в соответствии с некоторым вариантом осуществления настоящего изобретения; и

фиг. 13 - вид, показывающий узел сети, в соответствии с некоторым вариантом осуществления настоящего изобретения.

Осуществление изобретения

Далее изобретение будут описано более подробно со ссылками на приложенные чертежи, на которых показаны определенные варианты осуществления изобретения. Тем не менее, это изобретение может быть реализовано с помощью множества различных форм, и оно не должно ограничиваться описанными в настоящем документе вариантами осуществления изобретения; эти варианты осуществления изобретения приведены для примера, чтобы это изобретение было всесторонне и полно описано, и они полностью объясняют объем изобретения специалистам в рассматриваемой области. В описании одинаковые ссылочные позиции обозначают аналогичные элементы.

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

Более того, символы для ссылок могут быть предусмотрены в некоторых примерах для облегчения идентификации различных этапов и/или элементов. Тем не менее, не предполагается, что использование символов для ссылок подразумевает или предполагает, что таким образом обозначенные этапы и/или элементы должны выполняться или работать в каком-либо конкретном порядке.

Далее различные аспекты изобретения будут описаны более подробно, со ссылками на некоторое количество примеров вариантов осуществления изобретения. Для облегчения понимания изобретения многие аспекты изобретения описаны в терминах последовательностей действий, подлежащих выполнению элементами компьютерной системы или другим аппаратным обеспечением, способным исполнять запрограммированные команды. Ясно, что в каждом варианте осуществления изобретения различные действия могут быть выполнены с помощью специализированных цепей (например, аналоговых и/или дискретных логических схем, связанных с целью осуществления специализированной функции), с помощью одного или нескольких процессоров, запрограммированных с помощью подходящего набора команд, или могут быть выполнены с помощью сочетания перечисленного. Термин «цепь, выполненная с возможностью» осуществления одного или нескольких описанных действий используется в настоящем документе для ссылки на любой такой вариант осуществления изобретения (то есть, на одну или несколько специализированных цепей и/или один или несколько запрограммированных процессоров). Более того, изобретение дополнительно может быть реализовано полностью с помощью любой формы считываемого компьютером носителя, такого как твердотельная память, магнитный диск или оптический диск, содержащий надлежащий набор компьютерных команд, исполнение которых процессором приводит к осуществлению технологии, описанной в настоящем документе. Таким образом, различные аспекты изобретения могут быть реализованы многими различными формами и предполагается, что все такие формы находятся в пределах объема настоящего изобретения. Для каждого из различных аспектов изобретения, любая такая форма из описанных выше вариантов осуществления изобретения может называться в настоящем документе как «логическая схема, выполненная с возможностью» осуществления описанного действия или, в качестве альтернативы, как «логическая схема, которая» осуществляет описанное действие.

Дополнительные аспекты вариантов осуществления изобретения, соответствующие изобретению, будут ясны из приведенного ниже описания. Последующее описание особенно ориентировано на вариант требований версии 12 3GPP для РС3 интерфейса ProSe и возможные пути улучшения. Фактически используемая в описании терминология хорошо понятно специалистам в рассматриваемой области. Тем не менее, ясно, что эта ориентация на версию 12 3GPP нужна для иллюстрации, и не предназначена для ограничения объема изобретения и применимости различных технических аспектов, так как считается, что такие аспекты также применимы в других ситуациях.

В обычной технологии существуют вопросы относительно передачи PC3 сигналов между UE и функцией ProSe, когда функция ProSe и UE расположены в разных сетях. Процедура получения разрешения, как определено в 3GPP TS 23.303, использует передачу сигналов по РС3 интерфейсу в направлении функции ProSe в домашней PLMN, в гостевой PLMN и локальных PLMN. Передачу PC3 сигналов осуществляют в плоскости пользователя по SGi интерфейсу, где SGi является интерфейсом между PGW и PDN.

Существуют потенциальные проблемы, касающиеся передачи PC3 сигналов по SGi интерфейсу:

- если передача PC3 сигналов будет осуществлена через Интернет, то могут могут возникнуть вопросы, связанные с доступностью и безопасностью. Интернет-соединение может не быть доступно для UE в любое время. Может иметь место нежелание операторов открыть функции ProSe для доступа через Интернет и связанная с этим возможность атак на безопасность.

- если передача PC3 сигналов будет осуществляться с помощью сети межсетевого обмена (IPX) пакетами, могут возникнуть вопросы с безопасностью. С другой стороны, существуют требования Ассоциации (GSMA) провайдеров мобильной связи, выраженные в спецификации IR.34, где трафик от UE к серверу не должен перемещаться непосредственно по IPX, а должен проходить туннелирование в туннели универсальной инкапсуляции (GRE) при маршрутизации, туннели протокола (GTP) туннелирования общей службы пакетной радиопередачи или протокола (IP Sec) безопасности Интернет.

Далее рассмотрим требования и обсудим предварительные решения проблемы PC3 передачи.

Из спецификации 3GPP TS 22.278, требования из этапа 1 следующие:

- HPLMN оператор должен иметь возможность разрешить UE с поддержкой ProSe использовать связь ProSe, отдельно для HPLMN и для роуминга в VPLMN. Это требование применяется для любой ProSe E-UTRA связи между UE с поддержкой ProSe, ProSe групповой связи, ProSe широковещательной связи и непосредственной связи в беспроводной локальной сети (WLAN) с помощью ProSe.

- оператор HPLMN должен иметь возможность разрешить UE с поддержкой ProSe использовать связь ProSe для связи с UE с поддержкой ProSe, которые обслуживаются другой PLMN. Это требование применяется для любой ProSe E-UTRA связи между UE с поддержкой ProSe, ProSe групповой связи, ProSe широковещательной связи и непосредственной связи в WLAN с помощью ProSe.

- оператор VPLMN должен быть способен включить или выключить возможность по использованию связи ProSe для всех входящих устройств, находящихся в роуминге, из конкретной PLMN. Это требование применяется для любой ProSe E-UTRA связи между UE с поддержкой ProSe, ProSe групповой связи, ProSe широковещательной связи и непосредственной связи в WLAN с помощью ProSe.

Из спецификации TS 23.303 извлечены следующие требования:

- оператор должен быть способен управлять свойством обнаружения ProSe в своей сети, и разрешать использовать функциональные возможности, нужные для функций обнаружения ProSe для каждого UE.

Из GSMA IR.34 и IR.88 можно извлечь следующее:

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

Эти требования подразумевают, чтобы HPLMN и VPLMN давали разрешение UE; тем не менее, для локальной PLMN, способность оператора управлять свойством обнаружения в его NW упомянута только в TS 23.303. Это может быть применено для локальной NW; тем не менее, не требуется, чтобы локальная PLMN была способна непосредственно связываться с UE с целью выдачи разрешения.

Первая возможная процедура получения разрешения на ProSe показана с помощью схемы передачи сигналов, приведенной на фиг. 1. В этом варианте осуществления изобретения используют IPX и PDN соединение, маршрутизируемое через домашнюю NW, то есть сессию устанавливают с помощью домашнего PGW (H-PGW) 102a для UE 100. Чтобы удовлетворить требованию по туннелированию через IPX сеть, H-PGW 102a должен установить GRE туннель, и, если потребуется, IP Sec туннель через IPX по направлению к функции 103, 105 ProSe в VPLMN 107 и LPLMN 108, соответственно. H-PGW 102a может отфильтровывать PC3 трафик по направлению к каждой функции 103, 105 ProSe в V-PLMN 107 или LPLMN 108. Далее H-PGW 102a может установить туннели по направлению к соответствующим функциям 103, 105 ProSe с помощью PC3 интерфейсов. Это потребует соглашений между операторами, чтобы функция 103, 105 ProSe в каждой PLMN (локальной 107 или гостевой 108) была известна H-PGW 102a. В частности, если PC3 маршрутизируют через домашнюю NW, то это возможно сконфигурировать в H-PGW 102a, так как между операторами должны быть соглашения о роуминге для использования PC6 и PC7 интерфейсов между функциями 103, 105 ProSe в VPLMN 107 и LPLMN 108. Информацию, требуемую для получения разрешения и предоставляемую UE 100, H-PGW 102a собирает от соответствующей функции 103, 104, 105 ProSe по PC3 интерфейсу и предоставляет на UE 100 через SGW 101.

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

Вторая возможная процедура получения разрешения на ProSe показана с помощью схемы передачи сигналов, приведенной на фиг. 2. Этот вариант использует IPX и PDN соединение с LBO маршрутизацией. Эта ситуация практически совпадает с ситуацией, рассмотренной со ссылкой на фиг. 1, но в этом сценарии конфигурация может быть даже более проблемной. В промышленной настройке VPLMN 107 и несколько LPLMN 108 с большой вероятностью могут не иметь отношений для роуминга. Информацию, требуемую для получения разрешения и предоставляемую UE 100, V-PGW 102b собирает от соответствующей функции ProSe с помощью PC3 интерфейсу и предоставляет на UE 100 через SGW 101.

Третья возможная процедура получения разрешения на ProSe показана с помощью схемы передачи сигналов, приведенной на фиг. 3. Этот вариант использует IPX и два PDN соединения, одно PDN соединение с LBO маршрутизацией с помощью V-PGW 102b и одно PDN соединение, маршрутизируемое через домашнюю NW с помощью H-PGW 102a. В основном, эта ситуация совпадает с ситуацией, рассмотренной выше со ссылкой на фиг. 1, за исключением использования двух PDN соединений, без каких-либо очевидных преимуществ. Связь с функцией 105 ProSe в LPLMN 108 по-прежнему является проблемой. На UE 100 не подают никакой информации, указывающей, является ли PDN соединение маршрутизируемым через домашнюю NW или используется локальная обработка. UE 100 обладает двумя PDN соединениями, но UE 100 не знает, какое использовать для передачи сигналов по направлению к каждой функции ProSe. Информацию, требуемую для получения разрешения и предоставляемую UE 100, с одной стороны собирает V-PGW 102b от соответствующей функции 103, 105 ProSe в VPLMN 107 и LPLMN 108 по PC3 интерфейсу и V-PGW 102b предоставляет на UE 100 через SGW 101, а с другой стороны собирает H-PGW 102a от соответствующей функции 104 ProSe в HPLMN 106 по PC3 интерфейсу и H-PGW 102a предоставляет на UE 100 через SGW 101.

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

В пятой возможной процедуре для получения разрешения на ProSe, используют различные решения для промышленных сценариев и сценариев для общественной безопасности. Для случаев промышленного использования, низкий уровень безопасности, обеспечиваемый Интернет-соединением, может быть приемлемым, а в случаях общественного безопасного использования может быть обеспечен более высокий уровень безопасности защищенной (возможно IPX) NW. В случае для общественной безопасности проблема конфигурации может быть меньше по сравнению с промышленным использованием. Решения для общественной безопасности могут работать в рамках границ страны. Другими вариантами для операций общественной безопасности может быть использование отдельных APN.

На фиг. 4 показана схема передачи сигналов, которая сравнивает обычные процедуры с новыми процедурами, описанными в настоящем документе. В процедуре, соответствующей уровню технике и показанной в верхних трех этапах на фиг. 4, UE 100 изначально запрашивает получение разрешения на ProSe от функции 103, 105 ProSe в VPLMN 107 или LPLMN 108 с целью приема информации о разрешении, применимой к текущей PLMN. Далее функция 103, 105 ProSe в VPLMN 107 или LPLMN 108 получает информацию о разрешении от функции 104 ProSe сети HPLMN 106 и объединяет ее со своей политикой получения разрешения. Наконец, функция 103, 105 ProSe в VPLMN 107 или LPLMN 108 предоставляет информацию о разрешении на UE 100.

Нижние три этапа с фиг. 4 показывают некоторый вариант осуществления способа получения разрешения на ProSe для UE 100 в соответствии с изобретением. На этапе S101, UE 100 запрашивает получение разрешения на ProSe от функции 103, 105 ProSe из VPLMN 107 или LPLMN 108 с помощью функции 104 ProSe из HPLMN 106 с целью приема информации о разрешении, применимой к VPLMN/LPLMN 107/108. Далее, на этапе S102, функция 104 ProSe в HPLMN 106 получает информацию о разрешении от функции 103, 105 ProSe из VPLMN 107 или LPLMN 108 (или от обеих, если это применимо). Наконец, на этапе S103, функция 104 ProSe из HPLMN 106 предоставляет информацию о разрешении на UE 100. Следовательно, функция 104 ProSe из HPLMN объединяет информацию о разрешении из VPLMN/LPLMN 107/108 со своей собственной политикой разрешения до предоставления применимой информации о разрешении VPLMN/LPLMN на UE 100.

LPLMN 108 является PLMN, которая близка к текущему положению запрашивающей UE 100 и в которой может быть зарегистрировано другое UE, то есть другое UE, с которым UE 100, запрашивающее получение разрешения, может хотеть взаимодействовать или которое UE 100 может хотеть обнаружить.

Таким образом, как будет описано ниже, если UE 100 уже расположено в HPLMN 106, то оно не получает разрешения от VPLMN 107, но существует LPLMN 108, от котором UE 100 получает информацию о разрешении. Это называется соединением, маршрутизируемым через домашнюю NW, и запрос UE 100 принимают в функции 104 ProSe из HPLMN через домашний PGW 102а.

Если UE 100 находится в роуминге, информацию о разрешении получают из VPLMN 107, и может присутствовать LPLMN 108, от которой дополнительно получают информацию о разрешении. Это называется соединением с локальной обработкой (LBO) и запрос UE 100 принимают в функции 104 ProSe из HPLMN через функцию 103 ProSe из VPLMN.

На фиг. 5 показана схема маршрутизации сигналов, иллюстрирующая некоторую возможность маршрутизации для получения UE 100 разрешения на ProSe, в соответствии с некоторым вариантом осуществления изобретения. Новая процедура подразумевает изменение процедуры передачи сигналов для получения разрешения по сравнению с обычной технологией. На фиг. 5 показана UE 100, связывающаяся с домашней функции 104 ProSe, то есть функцией 104 ProSe из HPLMN 106, с помощью PDN соединения, маршрутизируемого через домашнюю NW. Таким образом, UE 100 соединяется с SGW 101 с помощью S1-U интерфейса и с H-PGW 102a с помощью S8 интерфейса и с использованием IPX.

Следовательно, UE 100 запрашивает разрешение на ProSe от функции 105 ProSe из LPLMN 108 через функцию 104 ProSe из HPLMN с использованием PC6 интерфейса; так как UE 100 расположена в HPLMN 106, роуминг отсутствует. Далее, функция 104 ProSe из HPLMN 106 получает информацию о разрешении от функции 103, 105 ProSe из LPLMN 108. Наконец, функция 104 ProSe из HPLMN предоставляет информацию о разрешении на UE 100 путем объединения информации о разрешении из LPLMN 108 со своей собственной информацией о разрешении до предоставления на UE 100 требуемой информации о разрешении на ProSe.

Целесообразно, что к LPLMN 108 не обращаются непосредственно через PC3, а сигналы между HPLMN 106 и LPLMN 108 передают через домашнюю функцию 104 ProSe, обычно реализуемую с помощью сервера, с помощью PC6 интерфейса. Сеть IPX не обязательно туннелирует сигналы интерфейса (NNI) сеть-сеть. Таким образом, целесообразно, что исключается проблема направления трафика от UE до сервера ProSe, требующая туннелирования через IPX NW. Эти процедуры требуют изменения существующей процедуры, согласованной 3GPP.

Решения по политике получения разрешения на ProSe могут согласовываться функциями 104, 103, 105 ProSe в домашней, гостевой и локальных PLMN 106, 107, 108, как показано ранее на фиг. 4. UE 100 связывается с домашней функцией 104 ProSe. Домашняя функция 104 ProSe передает сигналы по направлению к гостевой функции 103 ProSe и локальной функции (функциям) 105 ProSe с помощью PC6 и PC7. После согласования домашняя функция 104 ProSe предоставляет на UE 100 разрешение через H-PGW 102a и SGW 101.

На фиг. 6 показана блок-схема процесса получения разрешения на ProSe, выполняемого домашней функцией 104 ProSe, в соответствии с некоторым вариантом осуществления настоящего изобретения. На этапе S101, функция 104 ProSe в HPLMN 106 принимает запрос UE о получении разрешения на ProSe. Далее, на этапе S101a, функция 104 ProSe из HPLMN определяет, находится ли UE 100 в роуминге или нет. Если UE 100 находится в роуминге, то функция 104 ProSe из HPLMN получает, на этапе S102а, от функции 103 ProSe из VPLMN требуемую информацию о разрешении. Далее осуществляют переход на этап S102b и получают требуемую информацию о разрешении от функции 103 ProSe из VPLMN (если применимо; в противном случае этап S102b опускают). Наконец, на этапе S103, функция 104 ProSe из HPLMN объединяет информацию о разрешении от функции 103, 105 ProSe из VPLMN 107 и LPLMN 108 со своей собственной информацией о разрешении до предоставления на UE 100 объединенной информации о разрешении.

Если функция 104 ProSe из HPLMN определяет, на этапе S101a, что UE 100 не находится в роуминге, то есть UE 100 не расположено в VPLMN 107, то функция 104 ProSe из HPLMN переходит на этап S102b и получает требуемую информацию о разрешение от функции 103 ProSe из VPLMN. Наконец, на этапе S103, функция 104 ProSe из HPLMN объединяет информацию о разрешении от функции 105 ProSe из LPLMN со своей собственной информацией о разрешении до предоставления на UE 100 объединенной информации о разрешении.

На фиг. 7 показана схема направления сигналов, иллюстрирующую некоторую возможность маршрутизации для получения UE 100 разрешения на ProSe, в соответствии с дополнительным вариантом осуществления изобретения. Новая процедура подразумевает изменение процедуры передачи сигналов для получения разрешения по сравнению с обычной технологией. На фиг. 7 показана UE 100, связывающаяся с гостевой функцией 103 ProSe, то есть функцией 103 ProSe в VPLMN 107, с помощью LBO PDN соединения, то есть UE 100 находится в роуминге. Таким образом, UE 100 соединяется с SGW 101 с помощью S1-U интерфейса и с V-PGW 102b с помощью S5 интерфейса и далее с функцией 103 ProSe из VPLMN с помощью РС3. Функция 103 ProSe из VPLMN перенаправляет запрос UE 100 с помощью РС7 на домашнюю функцию 104 ProSe.

В одном варианте осуществления изобретения, функция 103 ProSe VPLMN перенаправляет запрос UE через посреднический элемент 109 ProSe, что будет описано ниже. Тем не менее, с функциональной точки зрения гостевая функция 103 ProSe и посреднический элемент 109 могут считаться объединенными в один сетевой элемент.

Функция 104 ProSe из HPLMN принимает запрос UE для получения разрешения на ProSe с помощью РС7 интерфейса и получает информацию о разрешении от функции 105 ProSe из VPLMN 108 с помощью РС7 и информацию о разрешении от функции 105 ProSe из LPLMN 108 (если применимо) с помощью РС6 интерфейса. Далее функция 104 ProSe из HPLMN 106 объединяет информацию о разрешении от VPLMN 107 и LPLMN 108 со своей собственной информацией о разрешении перед предоставлением на UE 100 применимой информации о разрешении на ProSe с помощью функции 103 ProSe VPLMN, V-PGW 102b и SGW 101.

Снова, целесообразно, что исключается проблема направления трафика от UE до сервера ProSe, требующая туннелирования через IPX NW, как делают в уровне техники.

На фиг. 8 показана блок-схема процесса получения разрешения на ProSe, выполняемого гостевой функцией 103 ProSe, в соответствии с некоторым вариантом осуществления настоящего изобретения. На этапе S201, функция 103 ProSe из VPLMN 107 принимает запрос UE о получении разрешения на ProSe. Далее, на этапе S202, функция 103 ProSe из VPLMN перенаправляет запрос на функцию 104 ProSe из HPLMN через PC7 интерфейс, при этом функция 103 ProSe из HPLMN получает требуемую информацию о разрешении через РС6 или РС7. Далее, как описано выше, на этапе S203 функция 103 ProSe из HPLMN 106 объединяет информацию о разрешении из VPLMN 107 и LPLMN 108 со своей собственной информацией о разрешении до предоставления на функцию 103 ProSe из VPLMN требуемой информации о разрешении на ProSe. Наконец, на этапе S204 функция 103 ProSe из VPLMN предоставляет объединенную информацию о разрешении на запрашивающее UE 100.

Как показано на схемах маршрутизации сигналов с фиг. 5 и 7, соответственно, UE 100 может использовать любое PDN соединение для передачи сигналов ProSe, и UE 100 может не знать, является ли PDN соединение маршрутизируемым через домашнюю NW или PDN соединение является LBO соединением. Следовательно, требуется, чтобы могли быть использованы как PDN соединение, маршрутизируемое через домашнюю NW, так и LBO PDN соединение. Связь с домашней функцией 104 ProSe через PDN соединение, маршрутизируемое через домашнюю NW, не представляет собой проблемы. Тем не менее, если используют LBO, функция 103 ProSe из гостевой NW 107 может обеспечивать посредническую функцию (как упомянуто при рассмотрении фиг. 7) для направления сообщений о разрешении на ProSe в/из домашней функции 104 ProSe.

Гостевая функция 103 ProSe (и посреднический элемент 109) находятся в одной и той же NW, что и V-PGW 102b, для избегания туннелирования и проблем с конфигурацией.

Гостевой оператор, который поддерживает ProSe в своей сети, должен поддерживать посредническую функцию в функции ProSe. Гостевой оператор, не поддерживающий ProSe, может не реализовывать посреднический элемент ProSe; тем не менее, вряд ли UE с поддержкой ProSe получит службу ProSe в этой гостевой NW. Даже такой случай маловероятного использования может быть поддержан, например, конкретной APN ProSe из HPLMN.

Оператор VPLMN, поддерживающий функциональные возможности ProSE, содержит новые функциональные возможности в форме посреднического элемента функции (PF) ProSe для SGi интерфейса (определенного, например, стандартами 3GPP), так что UE может связаться с домашней функцией ProSe с помощью этого посреднического элемента. Таким образом, в одном варианте осуществления изобретения функция 103 ProSe из VPLMN взаимодействует с функцией 104 ProSe из HPLMN через посреднический элемент 109 ProSe из VPLMN. Посреднический элемент 109 соединен с функцией 103 ProSe из VPLMN, или как отдельный элемент или как элемент, объединенный с функцией 103 ProSe из VPLMN.

Следует понимать, что в случае, когда на этапе S203 гостевая функция 103 ProSe не получает от домашней функции 104 ProSe никакого ответа, например, из-за ошибки в пути PC7 связи, она не может предоставить UE 100 запрашиваемую информацию о разрешении. Следовательно, для UE 100 может потребоваться реализация таймера для повторной передачи разрешения в случае, если оно не получает ответа в течение временного предела, обусловленного таймером.

На фиг. 9 показана блок-схема передачи сигналов, которую выполняет UE при запросе разрешения на ProSe, в соответствии с некоторым вариантом осуществления настоящего изобретения. На первом этапе S301, UE 100 делает запрос на PGW 102a/102b об установлении PDN соединения для получения доступа к подходящей функции 104, 103 ProSe из HPLMN 106 для соединения, маршрутизируемого через домашнюю NW, или из VPLMN 107 для LBO соединения. Следует заметить, что UE 100 может не знать, является ли PDN соединение маршрутизируемым через домашнюю NW или PDN соединение является LBO соединением, но домашний сервер (HSS) абонентов может предоставить информацию узлу (MME) управления мобильностью для выбора PGW (как описано, например, в TS 23.401), доступно ли выделение PGW из гостевой PLMN или должен быть выделен PGW из домашней PLMN.

На этапе S302 PGW 102a/102b возвращает адрес (если применимо) назначения для посреднического элемента ProSe или функции ProSe из VPLMN в поле вариантов (PCO) конфигурации протокола в ответ на запрос от UE 100. Адрес назначения может быть встроен, например, в форме адреса интернет-протокола (IP) или FQDN, который UE использует для поиска в сервере службы (DNS) доменных имен с целью получения фактического адреса.

Таким образом, поле PCO используют для возвращения на UE 100 нового параметра, адреса посреднического элемента/функции ProSe. Таким образом, VPLMN 107 возвращает адрес посреднического элемента/функции ProSe, в то время как адрес домашней функции ProSe (или полностью квалифицированное доменное имя (FQDN), разрешаемое для адреса функции ProSe) в поле PCO при установлении PDN соединения. UE 100 контактирует с указанной функцией ProSe с целью получения разрешения.

Следовательно, если PGW на этапе S302 возвращает адрес посреднического элемента/функции ProSe, то есть PGW является V-PGW 102b, то на этапе S303 UE 100 обращается к посредническому элементу/функции 103/109 ProSe из VPLMN за получением разрешением, как ранее подробно описано со ссылками на фиг. 7.

Иначе, на этапе S304 устанавливают PDN соединение, маршрутизируемое через домашнюю NW, при этом на этапе S303 UE 100 обращается к функции 104 ProSe из HPLMN за разрешением, как было ранее подробно описано со ссылками на фиг. 5.

Как ясно из фиг. 9 (и фиг. 5 и 7), предпочтительно, что UE сигналы для получения разрешения на ProSe должны всегда идти на функцию 104 ProSe в домашней NW 106. Далее домашняя функция 104 ProSe будет согласовывать с посредническим элементом/функцией 103/109 ProSe в гостевой NW 107 и с функцией (функциями) 105 ProSe в локальной (локальных) NW 108.

Так как UE 100 выполнено с поддержкой ProSe, то можно считать, что HPLMN 106 содержит реализованную ProSe. Таким образом, единственный случай, когда в поле PCO нет адреса посреднического элемента/функции ProSe или FQDN, является сценарий LBO, когда в VPLMN 107 не реализованы функциональные возможности ProSe, в этом случае устанавливают PDN соединение, маршрутизируемое через домашнюю NW, и используют его для получения разрешения.

С точки зрения эффективности предпочтительно, чтобы UE 100 сначала попробовала использовать PDN соединение, которое уже установлено (которое может быть LBO соединением), и далее устанавливало одно или более PDN соединений с HPLMN 106 только в исключительных случаях.

Как показано на фиг. 9, сигналы UE должны идти на функцию 104 ProSe из HPLMN 106. В варианте осуществления изобретения гостевая NW 107, поддерживающая ProSe, должна реализовывать посреднический элемент 109 ProSe. Предпочтительно, чтобы любая NW (домашняя 106 или гостевая 107), которая поддерживает ProSe, содержала адрес функции (или посреднического элемента) ProSe в поле PCO для нового PDN соединения. Домашняя NW 106 содержит адрес функции ProSe, а гостевая NW 107 предоставляет адрес посреднического элемента/функции ProSe. UE 100 будет использовать адрес (посреднического элемента/функции ProSe/FQDN), если он есть, или в другом случае установит новое PDN соединение с HPLMN 106 с заранее сконфигурированной APN, которая сконфигурирована всегда быть маршрутизируемой через домашнюю NW.

На фиг. 10 показана блок-схема передачи сигналов, которой управляет PGW 102а/102b и которую выполняет UE при запросе разрешения на ProSe, в соответствии с некоторым вариантом осуществления настоящего изобретения. На первом этапе S401 PGW 102a/102b принимает запрос на создание сессии (например, при прикреплении).

Если на этапе S402 определено, что PGW 102a/102b фактически поддерживает ProSe, то на этапе S403, в ответ на запрос UE 100, PGW 102a/102b возвращает через SGW 101 в поле PCO адрес назначения функции ProSe или посреднического элемента ProSe из VPLMN (в случае V-PGW 102b) или адрес назначения посреднического элемента ProSe из HPLMN (в случае H-PGW 102a). Таким образом, для получения разрешения, если UE 100 находится в роуминге, то его направят к посредническому элементу/функции ProSe 103/109 из VPLMN, а в противном случае UE 100 направят к функции 104 ProSe из HPLMN.

Если на этапе S402 определено, что PGW 102a/102b не поддерживает ProSe, то на этапе S404 PGW 102a/102b возвращает соответствующий ответ, при этом далее будет установлено PDN соединение, маршрутизируемое через домашнюю NW, и UE 100 будет обращаться к функции 104 ProSe HPLMN за получением разрешения, как подробно описано ранее со ссылками на фиг. 5.

На фиг. 11 показана блок-схема передачи сигналов, которую выполняет UE при запросе разрешения на ProSe, в соответствии с некоторым альтернативным вариантом осуществления настоящего изобретения. На первом этапе S501, находящееся в роуминге UE 100 делает запрос на узел (MME) управления мобильностью об установлении PDN соединения для получения доступа к функции 103 ProSe из VPLMN 107. Следует понимать, что UE 100 может не знать, является ли PDN соединение маршрутизируемым через домашнюю NW или является LBO соединением.

На этапе S502 MME (не показан) возвращает адрес назначения (если применимо) функции ProSe из VPLMN или посреднического элемента ProSe в ответ на запрос от UE 100, если оно обладает доступом к такому адресу назначения. Следовательно, если MME на этапе S302 возвращает адрес посреднического элемента/функции ProSe VPLMN, то на этапе S503 UE 100 обращается к посредническому элементу/функции ProSe из VPLMN за разрешением, как ранее подробно описано ранее со ссылками на фиг. 7.

Иначе, на этапе S504 устанавливают PDN соединение, маршрутизируемое через домашнюю NW, при этом на этапе S505 UE 100 обращается к функции 104 ProSe HPLMN с использованием заранее сконфигурированного адреса для функции 104 ProSe из домашней NW 106. Далее домашняя функция ProSe будет согласовывать с посредническим элементом/функцией 103/109 ProSe в гостевой NW 107 и с функцией (функциями) 105 ProSe в локальной (локальных) NW 108, как описано выше.

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

- отсутствие прямой передачи сигналов от UE к локальной функции ProSe, что известно из версии 12 спецификации TS 23.303;

- взаимодействие между домашней функцией ProSe и гостевой функцией ProSe и локальной функцией ProSe с помощью PC6 и PC7 интерфейсов;

- использование взаимодействия UE-сервер с домашней функцией ProSe с помощью PDN соединения, маршрутизируемого через домашнюю NW, или с помощью локального обработки, если в VPLMN присутствует функция ProSe.

На фиг. 12 показана структурная схема примера UE 1200, в соответствии с вариантами осуществления настоящего изобретения. Этот вариант осуществления изобретения является вариантом, реализуемым процессором, но в альтернативных вариантах осуществления изобретения могут использоваться аппаратные элементы или сочетания указанного. UE 1200 сети содержит контроллер 1201 разрешения, который содержит процессор 1203 (например, один или несколько центральных обрабатывающих блоков (CPU), выделенную схему и/или программный модуль) и память 1211 и другую схему/аппаратное обеспечение 1207 по сравнению с обычным UE, такую как радио схема 1209 и пользовательский интерфейс 1211. Память 1205 хранит программу 1213 («Pgm»), исполнение которой процессором 1203 приводит к тому, что процессор осуществляет некоторые аспекты вариантов осуществления изобретения, как описано выше. Память 1205 также может хранить данные 1215, которые используются и/или вырабатываются как часть этих функциональных возможностей.

На фиг. 13 показана структурная схема примера узла 1300 сети, в соответствии с различными вариантами осуществления настоящего изобретения. Этот вариант осуществления изобретения является вариантом, реализуемым процессором, но в альтернативных вариантах осуществления изобретения могут использоваться аппаратные элементы или сочетания указанного. Узел 1300 сети содержит контроллер 1301 разрешения, который содержит процессор 1303 (например, один или несколько центральных обрабатывающих блоков (CPU), выделенную схему и/или программный модуль) и память 1305. Узел 1300 сети содержит другую схему/аппаратное обеспечение по сравнению с обычным узлом сети, такое как сетевой интерфейс 1307.

Память 1305 хранит программу 1309 («Pgm»), исполнение которой процессором 1303 приводит к тому, что процессор осуществляет некоторые аспекты вариантов осуществления изобретения, как описано выше. Память 1305 также может хранить данные 1311, которые используются и/или вырабатываются как часть этих функциональных возможностей.

Различные аспекты технологии, соответствующей изобретению, обеспечивают улучшения существующей технологии. Например:

- улучшено получения разрешения на ProSe, так что исключается передача сигналов пользователь-NW с помощью IPX через границы NW, что требует туннелирования и сложной конфигурации;

- за исключением редких случаев, получение разрешения на ProSe сделано возможным без установки PDN соединения, маршрутизируемого через домашнюю NW.

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

1. Способ, осуществляемый функцией (104) службы, основанной на близости устройств, домашней сети, для получения, мобильным конечным устройством (100), разрешения на использование службы, основанной на близости устройств, включающий в себя этапы, на которых:

принимают (S101) запрос от мобильного конечного устройства (100) на получение разрешения на использование службы, основанной на близости устройств, в по меньшей мере одной другой сети (107, 108);

получают (S102) информацию о разрешении от функции (103, 105) службы, основанной на близости устройств, по меньшей мере одной другой сети (107, 108), для которой запрашивали разрешение на использование службы, основанной на близости устройств; и

предоставляют (S103) мобильному конечному устройству (100) информацию о разрешении, требуемую для разрешения, от указанной по меньшей мере одной другой сети (107, 108), для которой запрашивали разрешение.

2. Способ по п. 1, в котором этап предоставления (S103) информации о разрешении, требуемой для разрешения, включает в себя подэтапы, на которых:

объединяют информацию о разрешении для домашней сети (106) с полученной информацией о разрешении от указанной по меньшей мере другой сети (107, 108), и предоставляют объединенную информацию о разрешении на мобильное конечное устройство (100).

3. Способ по п. 2, дополнительно включающий в себя этапы, на которых:

определяют (S101a), находится ли мобильное конечное устройство (100) в роуминге; и если да, то:

получают (S102а) информацию о разрешении от функции (103) службы, основанной на близости устройств, из гостевой сети (107), для которой запрашивали разрешение на использование службы, основанной на близости устройств, и

предоставляют (S103) мобильному конечному устройству (100) объединенную информацию о разрешении для домашней сети (106) и гостевой сети (107).

4. Способ по п. 3, дополнительно включающий в себя этапы, на которых:

получают (S102b) информацию о разрешении от функции (105) службы, основанной на близости устройств, из локальной сети (108), для которой запрашивали разрешение на использование службы, основанной на близости устройств, и

предоставляют (S103) на мобильное конечное устройство (100) объединенную информацию о разрешении для домашней сети (106), гостевой сети (107) и локальной сети (108).

5. Способ по п. 3 или 4, в котором принимают запрос от мобильного конечного устройства (100) с помощью функции (103) службы, основанной на близости устройств, гостевой сети (107), и объединенную информацию о разрешении предоставляют мобильному конечному устройству (100) посредством функции (103) службы, основанной на близости устройств, гостевой сети (107).

6. Способ по п. 2, дополнительно включающий в себя этапы, на которых:

определяют (S101a), находится ли мобильное конечное устройство (100) в роуминге; и если нет, то:

получают (S102b) информацию о разрешении от функции (105) службы, основанной на близости устройств, локальной сети (108), для которой запрашивали разрешение на использование службы, основанной на близости устройств, и

предоставляют (S103) мобильному конечному устройству (100) объединенную информацию о разрешении для домашней сети (106) и локальной сети (108).

7. Способ по п. 6, в котором принимают запрос от мобильного конечного устройства (100) с помощью домашнего шлюза (102а) сети пакетной передачи данных (PGW) и объединенную информацию о разрешении предоставляют на мобильное конечное устройство (100) с помощью домашнего PGW (102а).

8. Способ по любому из пп. 1 - 7, в котором функция (104) службы, основанной на близости устройств, домашней сети (106) взаимодействует с функцией (103) службы, основанной на близости устройств, гостевой сети (107) и функцией (105) службы, основанной на близости устройств, локальной сети (108) посредством соответствующего прямого соединения.

9. Способ по любому из пп. 1 - 8, в котором функция (104) службы, основанной на близости устройств, домашней сети (106) взаимодействует с функцией (103) службы, основанной на близости устройств, гостевой сети (107) посредством PC7 интерфейса и с функцией (105) службы, основанной на близости устройств, локальной сети (108) с помощью PC6 интерфейса.

10. Способ, осуществляемый мобильным конечным устройством (100) для запроса разрешения на использование службы, основанной на близости устройств, содержащий этапы, на которых:

предоставляют (S301) запрос на получение разрешения на использование службы, основанной на близости устройств;

принимают (S302) ответ, указывающий, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения; и

предоставляют (S303, S304) запрос на получение разрешения на использование службы, основанной на близости устройств, на функцию (103, 104) службы, основанной на близости устройств, указанную в ответе, при этом указанный ответ содержит адрес назначения функции (103) службы, основанной на близости устройств, гостевой сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) находится в роуминге.

11. Способ, осуществляемый мобильным конечным устройством (100) для запроса разрешения на использование службы, основанной на близости устройств, содержащий этапы, на которых:

предоставляют (S301) запрос на получение разрешения на использование службы, основанной на близости устройств;

принимают (S302) ответ, указывающий, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения; и

предоставляют (S303, S304) запрос на получение разрешения на использование службы, основанной на близости устройств, на функцию (103, 104) службы, основанной на близости устройств, указанную в ответе, при этом указанный ответ содержит адрес назначения функции (104) службы, основанной на близости устройств, домашней сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) не находится в роуминге.

12. Способ по п. 10 или 11, в котором этап, на котором предоставляют (S301) запрос, дополнительно включает в себя подэтап, на котором:

устанавливают соединение сети пакетной передачи данных (PDN) со шлюзом (102а, 102b) сети пакетной передачи данных (PGW).

13. Способ, осуществляемый шлюзом (102а, 102b) сети пакетной передачи данных (PGW) для обращения к функциям службы, основанной на близости устройств, включающий в себя этапы, на которых:

принимают (S401) запрос, мобильного конечного устройства (100), на получение разрешения на использование службы, основанной на близости устройств; и

предоставляют (S403) ответ на запрос, указывающий, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения, при этом указанный ответ содержит адрес назначения функции (103) службы, основанной на близости устройств, гостевой сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) находится в роуминге.

14. Способ, осуществляемый шлюзом (102а, 102b) сети пакетной передачи данных (PGW) для обращения к функциям службы, основанной на близости устройств, включающий в себя этапы, на которых:

принимают (S401) запрос мобильного конечного устройства (100) на получение разрешения на использование службы, основанной на близости устройств; и

предоставляют (S403) ответ на запрос, указывающий, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения, при этом указанный ответ содержит адрес назначения функции (104) службы, основанной на близости устройств, домашней сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) не находится в роуминге.

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

принимают (S501) запрос мобильного конечного устройства (100) на получение разрешения на использование службы, основанной на близости устройств; и

предоставляют (S502) ответ на запрос, указывающий, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения, при этом указанный ответ содержит адрес назначения функции (103) службы, основанной на близости устройств, гостевой сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) находится в роуминге.

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

принимают (S501) запрос мобильного конечного устройства (100) на получение разрешения на использование службы, основанной на близости устройств; и

предоставляют (S502) ответ на запрос, указывающий, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения, при этом указанный ответ выполнен с возможностью содержания адреса назначения функции (104) службы, основанной на близости устройств, домашней сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) не находится в роуминге.

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

принимают (S501) запрос мобильного конечного устройства (100) на получение разрешения на использование службы, основанной на близости устройств; и

предоставляют (S502) ответ на запрос, указывающий, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения, при этом используют заранее сконфигурированный адрес назначения, когда указанный ответ не содержит адреса назначения, для связи с функцией (104) службы, основанной на близости устройств, домашней сети.

18. Система обеспечения функции (104) службы, основанной на близости устройств, домашней сети, характеризующаяся тем, что выполнена с возможностью разрешения использования, мобильным конечным устройством (100), службы, основанной на близости устройств, содержащая блок (1303) обработки и память (1305), при этом указанная память содержит команды (1309), исполнимые указанным блоком обработки, причем указанная функция службы, основанной на близости устройств, домашней сети выполнена с возможностью:

приема запроса, от мобильного конечного устройства (100), на получение разрешения на использование службы, основанной на близости устройств, в по меньшей мере одной другой сети (107, 108);

получения информации о разрешении от функции (103, 105) службы, основанной на близости устройств, по меньшей мере одной другой сети (107, 108), для которой запрошено разрешение на использование службы, основанной на близости устройств; и

предоставления, мобильному конечному устройству (100), информации о разрешении, требуемой для разрешения, от указанной по меньшей мере одной указанной другой сети (107, 108), для которой запрошено разрешение.

19. Система по п. 18, в которой функция (104) службы, основанной на близости устройств, домашней сети дополнительно выполнена с возможностью, при предоставлении информации о разрешении, требуемой для получения разрешения

объединения информации о разрешении для домашней сети (106) с полученной информацией о разрешении от указанной по меньшей мере другой сети (107, 108), и предоставления объединенной информации о разрешении на мобильное конечное устройство (100).

20. Система по п. 19, в которой функция (104) службы, основанной на близости устройств, домашней сети дополнительно выполнена с возможностью:

определения, находится ли мобильное конечное устройство (100) в роуминге; и если да, то:

получения информации о разрешении от функции (103) службы, основанной на близости устройств, гостевой сети (107), для которой запрошено разрешение на использование службы, основанной на близости устройств, и

предоставления, на мобильное конечное устройство (100), объединенной информации о разрешении для домашней сети (106) и гостевой сети (107).

21. Система по п. 20, в которой функция (104) службы, основанной на близости устройств, домашней сети дополнительно выполнена с возможностью:

получения информации о разрешении от функции (105) службы, основанной на близости устройств, локальной сети (108), для которой запрошено разрешение на использование службы, основанной на близости устройств, и

предоставления (S103), на мобильное конечное устройство (100), объединенной информации о разрешении для домашней сети (106), гостевой сети (107) и локальной сети (108).

22. Система по п. 20 или 21, в которой запрос, от мобильного конечного устройства (100), принят посредством функции (103) службы, основанной на близости устройств, гостевой сети (107), и объединенная информация о разрешении предоставлена, на мобильное конечное устройство (100), посредством функции (103) службы, основанной на близости устройств, гостевой сети (107).

23. Система по п. 19, в которой функция (104) службы, основанной на близости устройств, домашней сети дополнительно выполнена с возможностью:

определения, находится ли мобильное конечное устройство (100) в роуминге; и если нет, то:

получения информации о разрешении от функции (105) службы, основанной на близости устройств, локальной сети (108), для которой запрошено разрешение на использование службы, основанной на близости устройств, и

предоставления, на мобильное конечное устройство (100), объединенной информации о разрешении для домашней сети (106) и локальной сети (108).

24. Система по п. 23, в которой запрос принимается от мобильного конечного устройства (100) посредством домашнего шлюза (102а) сети пакетной передачи данных (PGW) и объединенная информация о разрешении предоставляется на мобильное конечное устройство (100) посредством домашнего PGW (102а).

25. Система по любому из пп. 18 - 24, в которой функция (104) службы, основанной на близости устройств, домашней сети дополнительно, выполнена с возможностью

взаимодействия с функцией (103) службы, основанной на близости устройств, гостевой сети (107) и функцией (105) службы, основанной на близости устройств, локальной сети (108) посредством соответствующего прямого соединения.

26. Система по любому из пп. 18 - 25, в которой функция (104) службы, основанной на близости устройств, домашней сети дополнительно, выполнена с возможностью:

взаимодействия с функцией (103) службы, основанной на близости устройств, гостевой сети (107) с помощью PC7 интерфейса и функцией (105) службы, основанной на близости устройств, локальной сети (108) с помощью PC6 интерфейса.

27. Мобильное конечное устройство (100), для запроса разрешения на использование службы, основанной на близости устройств, содержащее блок (1203) обработки и память (1205), причем указанная память содержит команды (1213), исполнимые указанным блоком обработки, при этом указанное мобильное конечное устройство характеризуется тем, что выполнено с возможностью:

предоставления запроса на получение разрешения на использование службы, основанной на близости устройств;

приема ответа, указывающего, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения; и

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

28. Мобильное конечное устройство (100), выполненное с возможностью запроса разрешения на использование службы, основанной на близости устройств, содержащее блок (1203) обработки и память (1205), причем указанная память содержит команды (1213), исполняемые указанным блоком обработки, при этом указанное мобильное конечное устройство характеризуется тем, что выполнено с возможностью:

предоставления запроса на получение разрешения на использование службы, основанной на близости устройств;

приема ответа, указывающего, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения; и

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

29. Мобильное конечное устройство (100) по п. 27 или 28, характеризующееся тем, что дополнительно выполнено с возможностью, при предоставлении запроса

установки соединения сети пакетной передачи данных (PDN) со шлюзом (102а, 102b) сети пакетной передачи данных (PGW).

30. Шлюз (102а, 102b) сети пакетной передачи данных (PGW), для обращения к функциям службы, основанной на близости устройств, содержащий блок (1303) обработки и память (1305), при этом указанная память содержит команды (1309), исполняемые указанным блоком обработки, при этом указанный PGW характеризуется тем, что выполнен с возможностью:

приема запроса мобильного конечного устройства (100) на получение разрешения на использование службы, основанной на близости устройств; и

предоставления ответа на запрос, указывающий, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения, при этом указанный ответ выполнен с возможностью содержания адреса назначения функции (103) службы, основанной на близости устройств, гостевой сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) находится в роуминге.

31. Шлюз (102а, 102b) сети пакетной передачи данных (PGW) для обращения к функциям службы, основанной на близости устройств, содержащий блок (1303) обработки и память (1305), причем указанная память содержит команды (1309), исполняемые указанным блоком обработки, при этом указанный PGW характеризуется тем, что выполнен с возможностью:

приема запроса мобильного конечного устройства (100), на получение разрешения на использование службы, основанной на близости устройств; и

предоставления ответа на запрос, указывающего, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения, при этом указанный ответ содержит адрес назначения функции (104) службы, основанной на близости устройств, домашней сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) не находится в роуминге.

32. Шлюз (102а, 102b) сети пакетной передачи данных (PGW), для обращения к функциям службы, основанной на близости устройств, содержащий блок (1303) обработки и память (1305), причем указанная память содержит команды (1309), исполняемые указанным блоком обработки, при этом указанный PGW характеризуется тем, что выполнен с возможностью:

приема запроса, мобильного конечного устройства (100), на получение разрешения на использование службы, основанной на близости устройств; и

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

33. Узел управления мобильностью (MME) для обращения к функциям службы, основанной на близости устройств, содержащий блок (1303) обработки и память (1305), причем указанная память содержит команды (1309), исполнимые указанным блоком обработки, при этом указанный MME характеризуется тем, что выполнен с возможностью:

приема запроса, мобильного конечного устройства (100), на получение разрешения на использование службы, основанной на близости устройств; и

предоставления (S502) ответа на запрос, указывающего, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения, при этом указанный ответ выполнен с возможностью содержания адреса назначения функции (103) службы, основанной на близости устройств, гостевой сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) находится в роуминге.

34. Узел управления мобильностью (MME) для обращения к функциям службы, основанной на близости устройств, содержащий блок (1303) обработки и память (1305), причем указанная память содержит команды (1309), исполняемые указанным блоком обработки, при этом указанный MME характеризуется тем, что выполнен с возможностью:

приема запроса, мобильного конечного устройства (100), на получение разрешения на использование службы, основанной на близости устройств; и

предоставления (S502) ответа на запрос, указывающего, на какую функцию (103, 104) службы, основанной на близости устройств, подлежит предоставлению запрос на получение разрешения, при этом указанный ответ выполнен с возможностью содержания адреса назначения функции (104) службы, основанной на близости устройств, домашней сети в поле вариантов конфигурации протокола (PCO), когда мобильное конечное устройство (100) не находится в роуминге.

35. Считываемый компьютером носитель (1205, 1305), хранящий компьютерную программу (1213, 1309), содержащую исполняемые компьютером команды, вызывающие выполнение устройством (100, 102a, 102b, 103, 104) этапов способа по любому из пп. 1 - 17, при исполнении блоком (1203, 1303) обработки, содержащимся в устройстве, исполняемых компьютером команд.

36. Система связи, содержащая:

систему обеспечения функции (104) службы, основанной на близости устройств, домашней сети по любому из пп. 18-26;

мобильное конечное устройство (100) по любому из пп. 27-29; и

шлюз (102а, 102b) сети пакетной передачи данных (PGW) по любому из п.п. 30-32 и/или узел управления мобильностью (MME) по п. 33 или 34.