ОБЪЕКТЫ ДЛЯ ПРЕДОСТАВЛЕНИЯ ВНЕШНИХ СЕРВИСОВ ДЛЯ СЕТИ СВЯЗИ Российский патент 2022 года по МПК H04W60/00 

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

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

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

Внешний сетевой объект, такой как прикладная функция (Application Function (AF)) 3-ей стороны (3P), может иметь дополнительные функциональные возможности, которые могут помочь сети предоставлять сервисы более высокого качества или повысить эффективность работы сети. Например, приложение обмена данными между автомобилем и другими объектами (Vehicle-to-anything (V2X)) (например, навигационное приложение) может предоставлять информацию о траектории перемещения пользовательского терминала (User Equipment (UE)) в систему 5 поколения (5G System (5GS)). Система 5GS может использовать эту информацию для управления/планирования сетевых ресурсов с целью лучшего удовлетворения требований сервиса связи для V2X и достижения более эффективного использования сетевых ресурсов. Эта информация может также быть использована системой 5GS для доступа к сетевым возможностям и для извещения приложения V2X заранее, если существует риск деградации ожидаемого качества обслуживания для сервиса связи V2X. Более того, в случае использования для промышленной связи, возможность мониторинга времени из функции 3P AF (например, сеть с передачей данных в реальном времени (Time Sensitive Network (TSN)), приложение реального времени) может создать опору для системы 5GS с целью лучшего управления временем задержки между конечными пунктами.

Однако в сегодняшней версии стандарта 3GPP Rel. 15 предусматривается только ограниченные возможности воздействия со стороны внешней функции AF на систему 5GS. В частности, система 5GS поддерживает взаимодействие с внешними сетевыми функциями и возможностями, содержащими [см. TS 23.502 v.1.4.1 section 4.15.1]:

- Взаимодействие с внешними сетевыми событиями, равно как и с внутренними событиями в направлении функций NF опорной сети;

- Предоставление возможности передачи информации внешним функциям;

- Предоставление внешним функциям возможностей определения политики и оплаты связи;

- Предоставление внутренних возможностей опорной сети связи для аналитики.

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

Далее, сервисы функции обеспечения взаимодействия с внешними приложениями (Network Exposure Function (NEF)) охватывают только очень специфические случаи (например, предоставление параметров, запуск терминала UE от функции AF и т.п.) как показано ниже в Табл. 1.

Название сервиса Описание Ссылка в TS 23.502 [3] Nnef_EventExposure Предоставляет поддержку взаимодействию с событиями. 5.2.6.2 Nnef_PFDManagement Предоставляет поддержку управлению вероятностями PFD. 5.2.6.3 Nnef_ParameterProvision Обеспечивает поддержку предоставлению информации, которая может быть использована для терминала UE в системе 5GS. 5.2.6.4 Nnef_Trigger Предоставляет поддержку для запуска устройств. 5.2.6.5 Nnef_BDTPNegotiation Предоставляет поддержку согласованию политики передачи, для будущих передач данных в фоновом режиме. 5.2.6.6 Nnef_TrafficInfluence Предоставляет возможность влияния на маршрутизацию трафика. 5.2.6.7 Nnef_ChargeableParty Запрашивает право стать платной стороной для сеанса передачи данных для терминала UE. 5.2.6.8 Nnef_AFsessionWithQoS Запрашивает сеть предоставить конкретный уровень качества QoS для сеанса AS. 5.2.6.9

Таблица 1: TR 23.501 v. 1.4.1 Табл. 7.2.8-1 Сервисы сетевых функций (Network Function (NF)), предоставляемые функцией NEF.

Для предоставления параметров извне также имеются жесткие ограничения (см., например, подробное описание процедуры в документе TS 23.502 V1.4.1 section 4.15.6 «Предоставление параметров извне» (“External Parameter Provisioning”)), в частности:

1. Недостаток гибкости: Внешние параметры необходимо предварительно конфигурировать (например, посредством функции эксплуатации, администрирования и обслуживания (OAM)). Сегодня это ограничено информацией относительно одного терминала UE или группы терминалов UE. Здесь отсутствует поддержка для информации относительно сервиса/слоя. Отсутствует также общая процедура для обнаружения и использования вновь добавленных внешних сервисов (функции 3P AF). Не предусмотрено специальное определение сервисов для разных случаев взаимодействия (для соучастия в проектировании сервисов).

2. Неэффективная связь между функцией 3P AF и системой 5GS: Система 5GS не может активно запрашивать параметры для какого-то определенного периода времени (например, рабочие дни), с определенной «зернистостью» (например, для каждого терминала UE/ для каждого сервиса) и в определенном формате (например, среднее, максимум, среднеквадратическое отклонение) для каждого случая использования параметров. Сегодняшние технические решения могут содержать только реальное время в качестве параметра из совокупности внешних параметров.

3. Большая задержка между провайдером информации и потребителем этой информации: В сегодняшних процедурах, внешние параметры сохраняют в модуле управлении данными (Unified Data Management (UDM)) или в унифицированной базе данных (Unified Data Storage (UDR)) прежде, чем эти параметры будут переданы фактическому потребителю внешних параметров. Это не подходит для случаев, в которых необходимо получать внешнюю информацию в реальном времени.

4. Ограниченное предоставление сервисов от функции 3P AF: Функция 3P AF обладает лишь ограниченными возможностями предоставлять внешние параметры. Сторона 3P может предоставлять сервисы системе 5GS, например, для регулирования структуры/конфигурации трафика с целью достижения совместной оптимизации с учетом требованием к сквозным (End-to-End (e2e)) сервисам системы 5GS и предоставления информации о событиях стороны 3P системе 5GS.

В одном специальном случае функции аналитики сетевых данных (Network Data Analytic Function (NWDAF)), требования документа TR 23.791 определяет, что данные от функций AF (функций 3P AF) могут быть собраны функцией NWDAF. Однако предметом дальнейших исследований должно быть определение, как именно функция NWDAF может фактически узнать, какая именно функция 3P AF может быть использована для сбора данных, и какие данные и/или сервисы предлагают такие функции AF.

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

В свете вышеизложенного, варианты настоящего изобретения направлены на усовершенствование текущего состояния технологии. Целью, в частности, является создание механизмов, которые позволят внешнему сетевому объекту, например, функции 3P AF, предоставить свой сервис (ы) в сеть связи, например, системе 5GS. Конкретной целью, поэтому, является позволить сетевому объекту, например, функции 5G NF, обнаружить и использовать сервис (ы), предоставляемый внешним сетевым объектом. Другой конкретной целью является позволить сетевому объекту, например, функции 5G NF, использовать (потреблять) сервис (ы), предоставляемый внешним сетевым объектом.

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

В частности, варианты настоящего изобретения предлагают сетевые объекты и способы, которые поддерживают/позволяют интеграцию одного или более внешних сервисов в сеть связи, в частности в архитектуру на основе сервисов 5GC (Service Based Architecture (SBA)). Здесь понятие внешних сервисов относится и к собственно сервисам, и к информации, предоставляемым внешними сетевыми объектами. Главный вариант представляет собой сетевой объект, например, функцию NEF, которая осуществляет взаимодействие между другим сетевым объектом и внешним сетевым объектом. Варианты настоящего изобретения относятся, в частности, к «регистрационному сервису» для внешнего сетевого объекта или его сервиса (ов) и к «сервису передачи» для мостовой переброски трафика сервисов между внешним сетевым объектом и сетевым объектом в сетях связи. Такие «регистрационный сервис» и «сервис передачи» могут быть предоставлены сетевым объектом, например, функцией NEF.

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

Понятие «сервис» включает в себя также «информацию», предоставляемую внешним сетевым объектом. Таким образом, внешний сетевой объект может также предоставлять «информацию». Соответственно, «профиль сервиса» может представлять собой «профиль информации», и «клон сервиса» может представлять собой «клон информации». «Профиль клонированного сервиса» может соответственно представлять собой «профиль клонированной информации».

Клон сервиса представляет собой интерфейс для сопряжения сервиса с указанным другим сетевым объектом и также с внешним сетевым объектом. Процедура получения регистрационной информации может, в общем случае, содержать прием запроса регистрации, прием запроса подписки или осуществление регистрации посредством конфигурирования. Процедура передачи регистрационной информации может, в общем случае, содержать передачу запроса регистрации, передачу запроса подписки или осуществление регистрации посредством конфигурирования. В случае конфигурирования, сетевой объект может быть конфигурирован (например, при запуске) посредством объекта администратора (например, объекта OAM) в плоскости управления сети. Такая регистрационная информация может поступать от внешнего объекта. Первый регистрационный объект, в частности, передают в ответ на вторую регистрационную информацию.

Сетевой объект согласно первому аспекту позволяет внешнему сетевому объекту раскрыть свой сервис(ы) указанному другому объекту сетевому объекту в рассматриваемой сети связи. В частности, он также позволяет другому сетевому объекту обнаружить и использовать сервис(ы) внешнего сетевого объекта (в качестве клонированного сервиса, предоставляемого сетевым объектом). Таким образом, сеть может использовать возможности, предоставляемые внешним сетевым объектом.

В одном из вариантов реализации первого аспекта, указанный сетевой объект представляет собой функцию NEF, указанный другой сетевой объект представляет собой хранилище сетевых функций (Network Repository Function (NRF)), и/или указанный внешний сетевой объект представляет собой функцию NF, в частности, функцию AF.

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

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

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

В одном из вариантов реализации первого аспекта, сетевой объект далее конфигурирован для приема клона сервиса на основе информации о конфигурации.

В одном из вариантов реализации первого аспекта, указанный сетевой объект дополнительно конфигурирован для предоставления одному или нескольким другим сетевым объектам второй регистрационной информации на основе информации о конфигурации.

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

В одном из вариантов реализации первого аспекта, вторая регистрационная информация представляет собой обновление регистрации сетевого объекта.

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

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

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

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

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

В одном из вариантов реализации третьего аспекта, сетевой объект конфигурирован для: предоставления клона сервиса одному или нескольким другим сетевым объектам, в частности функциям NF, и/или поддержки обнаружения и использование клона сервиса одним или несколькими сетевыми объектами, в частности функциями NF.

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

В одном из вариантов реализации четвертого аспекта, указанный сетевой объект представляет собой функцию NEF, указанный другой сетевой объект представляет собой функцию NF, и/или внешний сетевой объект представляет собой функцию NF, в частности, функцию AF.

В одном из вариантов реализации четвертого аспекта, указанный сетевой объект конфигурирован для: преобразования информации о привлечении клонированного сервиса в информацию о привлечении сервиса.

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

В одном из вариантов реализации четвертого аспекта, указанный сетевой объект конфигурирован для: предоставления другим сетевым объектам информации о привлечении сервиса на основе информации о конфигурации.

В одном из вариантов реализации четвертого аспекта, указанный сетевой объект конфигурирован для: получения ответа о привлечении сервиса от внешнего сетевого объекта, преобразования этого ответа о привлечении сервиса в ответ о привлечении клонированного сервиса, и передачи ответа о привлечении клонированного сервиса другому сетевому объекту.

Пятый аспект предлагает сетевой объект, в частности функцию NF, для потребления сервиса, предоставляемого внешним сетевым объектом, где этот сетевой объект конфигурирован для: передачи запроса привлечения клонированного сервиса другому сетевому объекту, в частности функции NEF, где запрос привлечения клонированного сервиса содержит информацию о привлечении клона сервиса, предоставляемого указанным внешним сетевым объектом, получения ответа о привлечении клонированного сервиса от указанного другого сетевого объекта, потребления этого клонированного сервиса на основе ответа о привлечении клонированного сервиса.

В одном из вариантов реализации пятого аспекта, указанный сетевой объект далее конфигурирован для: обнаружения и использования клонированного сервиса в другом сетевом объекте, в частности в функции NRF.

Шестой аспект предлагает внешний сетевой объект, в частности функцию NF, для предоставления сервиса сетевому объекту, где этот внешний сетевой объект является внешним относительно рассматриваемой сети связи и конфигурирован для: получения запроса привлечения сервиса от сетевого объекта, в частности, от функции NEF, где этот запрос привлечения сервиса содержит информацию о привлечении сервиса, обработки этой информации о привлечении сервиса и передачи ответа привлечения сервиса сетевому объекту.

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

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

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

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

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

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

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

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

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

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

Двенадцатый аспект предлагает способ предоставления сервиса сетевому объекту, где этот способ содержит: получение запроса привлечения сервиса от сетевого объекта, в частности от функции NEF, где этот запрос привлечения сервиса содержит информацию о привлечении сервиса, и ответа о привлечении сервиса указанному сетевому объекту.

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

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

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

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

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

Фиг. 1 показывает сетевые объекты согласно вариантам настоящего изобретения.

Фиг. 2 показывает сетевые объекты согласно вариантам настоящего изобретения.

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

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

На Фиг. 1 показаны сетевой объект 100 согласно одному из вариантов настоящего изобретения, внешний сетевой объект 101 согласно одному из вариантов настоящего изобретения и другой сетевой объект 102 согласно одному из вариантов настоящего изобретения. Сетевой объект 100 конфигурирован для поддержки регистрации внешнего сетевого объекта 101 и/или одного или более сервисов этого внешнего сетевого объекта 101 в другом сетевом объекте 102. Внешний сетевой объект 101 конфигурирован для предоставления сервиса 108 сетевому объекту 100. Другой сетевой объект 102 конфигурирован для регистрации внешнего объекта 101 и/или одного или более сервисов 108 внешнего сетевого объекта 101 (через клонированный сервис 107). Эти сетевые объекты 100, 101 и 102 могут представлять собой процессорные схемы или устройства, либо могут быть реализованы посредством процессорных схем или устройств. В частности, сетевые объекты 100, 101 и 102 могут быть реализованы посредством сетевых устройств (например, одной или более базовых станций или узлов доступа) и/или посредством устройств радиосвязи (например, терминалов UE).

Сетевой объект 100, показанный на Фиг. 1, может представлять собой функцию NF, в частности, функцию NEF. Внешний сетевой объект 101 может представлять собой функцию NF, конфигурированную для связи с другим сетевым объектом 102 только через сетевой объект 100, в частности, это может быть функция AF. Этот другой сетевой объект 102 может представлять собой функцию NF, в частности, функцию NRF.

Внешний сетевой объект 101 конфигурирован для передачи первой регистрационной информации 103 сетевому объекту 100, где эта первая регистрационная информация 103 содержит профиль сервиса 108, предоставляемого внешним сетевым объектом 101. Соответственно, сетевой объект 100 может получить от внешнего сетевого объекта 101 первую регистрационную информацию 103, включая профиль сервиса 108. Тогда сетевой объект 100 конфигурируется для создания клона 107 этого сервиса 108, т.е. клонированного сервиса 107, на основе первой регистрационной информации 103. Тогда он конфигурируется для передачи второй регистрационной информации 104 второму сетевому 102, где вторая регистрационная информация 104 содержит профиль клонированного сервиса, соответствующий клонированному сервису 107.

Соответственно, другой сетевой объект 102 конфигурирован для приема второй регистрационной информации 104, содержащей профиль клонированного сервиса. Этот другой сетевой объект 102 конфигурирован для регистрации клонированного сервиса 107 на основе второй регистрационной информации 104 и для передачи первого ответа 105 регистрации сетевому объекту 100.

Сетевой объект 100 конфигурирован для получения первого ответа 105 регистрации от другого сетевого объекта 102 и для передачи второго ответа 106 регистрации внешнему сетевому объекту 101. Соответственно, внешний сетевой объект 101 конфигурирован для получения второго ответа 106 регистрации от сетевого объекта 100. Второй ответ 106 регистрации может содержать информацию о корреляции между сетевым объектом 100 и по меньшей мере одним сервисом 108 внешнего сетевого объекта 101 и/или внешним сетевым объектом 101.

В процедуре, описываемой в связи с Фиг. 1, сетевой объект 100 может, таким образом, служить в качестве агента для внешнего сетевого объекта 101.

На Фиг. 2 показаны сетевой объект 200 согласно одному из вариантов настоящего изобретения, внешний сетевой объект 201 согласно одному из вариантов настоящего изобретения и другой сетевой объект 202 согласно одному из вариантов настоящего изобретения. Сетевой объект 200 может представлять собой сетевой объект 100, показанный на Фиг. 1. Внешний сетевой объект 201 может представлять собой внешний сетевой объект 101, показанный на Фиг. 1. Сетевой объект 100 конфигурирован для поддержки передачи трафика сервиса от внешнего сетевого объекта 201 другому сетевому объекту 202. Внешний сетевой объект 201 конфигурирован для предоставления сервиса 208 сетевому объекту 200. Сервис 208 может представлять собой сервис 108. Другой сетевой объект 202 конфигурирован для потребления этого сервиса 208 (через клонированный сервис 207, который может быть таким же, как клонированный сервис 107), предоставляемого внешним сетевым объектом 201. Эти сетевые объекты 200, 201 и 202 могут представлять собой процессорные схемы или устройства, либо могут быть реализованы посредством процессорных схем или устройств. В частности, сетевые объекты 200, 201 и 202 могут быть реализованы посредством сетевых устройств (например, одной или более базовых станций или узлов доступа) и/или посредством устройств радиосвязи (например, терминалов UE).

Сетевой объект 200, показанный на Фиг. 2, может представлять собой функцию NF, в частности, функцию NEF. Внешний сетевой объект 201 может представлять собой функцию NF, в частности, это может быть функция AF. Этот другой сетевой объект 102 может представлять собой функцию NF.

Другой сетевой объект 202 конфигурирован для передачи запроса 203 привлечения клонированного сервиса сетевому объекту 200, где запрос 203 привлечения клонированного сервиса содержит информацию о привлечении клонированного сервиса относительно клонированного сервиса 207, являющегося клоном сервиса 208, предоставляемого внешним сетевым объектом 201. Соответственно, сетевой объект 200 получает запрос 203 привлечения клонированного сервиса от другого сетевого объекта 202.

Сетевой объект 200 конфигурирован для передачи запроса 204 привлечения сервиса внешнему сетевому объекту 201, где этот запрос 204 привлечения сервиса содержит информацию о привлечении сервиса относительно сервиса 207. Запрос 204 привлечения сервиса может далее содержать информацию о корреляции между сетевым объектом 200 и сервисом 207, предоставляемым внешним сетевым объектом 201, и/или самим внешним сетевым объектом 201. Этот внешний сетевой объект 201 конфигурирован для получения запроса 204 привлечения сервиса от сетевого объекта 200.

Внешний сетевой объект 201 может быть тогда конфигурирован для обработки информации о привлечении сервиса и для передачи ответа 205 о привлечении сервиса сетевому объекту 200. Этот сетевой объект может соответственно быть конфигурирован для приема запроса 205 привлечения сервиса от внешнего сетевого объекта 201, для преобразования ответа 205 о привлечении сервиса в ответ 206 о привлечении клонированного сервиса или для передачи этого ответа 206 о привлечении клонированного сервиса другому сетевому объекту 202. Другой сетевой объект 202 конфигурирован для получения ответа 206 о привлечении клонированного сервиса от другого сетевого объекта 200 и для потребления клонированного сервиса 207 на основе ответа 206 о привлечении клонированного сервиса.

В процедуре, описываемой в отношении Фиг. 2, сетевой объект 200 может, таким образом, служить агентом для внешнего сетевого объекта 201.

Посредством описанных выше сетевых объектов 100/200, 101/201, 102 и 202, соответственно, допускается интеграция по меньшей мере одного внешнего сервиса 108/208 в сеть связи, например, в сеть с архитектурой 5GC SBA. В частности, это может быть реализовано путем предоставления «сервиса регистрации» (Фиг. 1) и «сервиса передачи» (Фиг. 2) в сетевом объекте 100/200, соединенном непосредственно с другими сетевыми объектами 102 и/или 202 в сети связи, например, в сети с архитектурой 5GC SBA, и также соединенном с внешним сетевым объектом 101/201, являющимся хостом для внешнего сервиса (ов).

«Сервис регистрации» (Nnef_Registration) и «сервис передачи» (Nnef_Transfer) могут быть предоставлены сетевым объектом 100/200, как показано ниже в Табл. 2. Внешний сетевой объект 101/201 может, например, функционировать для соединения приложения V2X или сети TSN с плоскостью управления системы 5GC через сетевой объект 100/200.

Наименование сервиса Описание Ссылка в TS 23.502 [3] … … … Nnef_AFsessionWithQoS Запрашивает сеть предоставить конкретный уровень качества QoS для сеанса AS. 5.2.6.9 Nnef_Registration Предоставляет для функции AF третьей стороны сервис для регистрации в функции Nnef_Transfer Предоставляет системе 5GS сервис для связи с функцией AF третьей стороны с использованием SBI

Таблица 2: Сервисы Nnef_Registration и Nnef_Transfer

«Сервис регистрации» может считаться сервисом сетевого объекта 100/200, с целью регистрации внешнего объекта 101/201 и/или его сервиса (ов) от имени внешнего объекта 101/201, и для предоставления внешнего сервиса (ов) другим сетевым объектам 202. Термин «внешний сервис (ы)» тем самым означает, что этот сервис (ы) не соединен непосредственно с другими сетевыми объектами 202, потребляющими этот сервис (ы), например, сетевые объекты в структуре с архитектурой 5GC SBA, и/или может иметь другую систему/формат управления сервисом.

Сервис регистрации (сервис с оператором “Nnef_Registration“), который может быть предоставлен сетевым объектом 100/200 внешнему объекту 101, аналогичен сервису, предоставляемому функцией NRF, описываемой в стандарте TS23.501 section 6.2.6 и TS 23.502 Section 5.2.7. Работа сервиса может позволить внешнему сетевому объекту 101/201 зарегистрироваться (например, посредством запроса/ответа) или запросить обновление (например, посредством запроса/ответа) или отменить регистрации (например, посредством запроса/ответа). Работа сервиса может быть реализована в соответствии со следующей Табл. 3:

Наименование сервиса Операции сервиса Семантика операции Пример потребителя (ей) Nnef_ Registration Регистрация Запрос/Ответ AF   Обновление Запрос/Ответ AF   Отмена регистрации Запрос/Ответ AF

Таблица 3: Сервис Nnef_Registration

Предусматриваются два конкретных режима реализации для сервиса регистрации, показанного в Табл. 2, в сетевом объекте 100/200 для регистрации внешнего сетевого объекта 101/201 и/или его сервиса (ов) в (регистрационном) сетевом объекте 102: прокси-режим и режим агента. Режим агента описан в настоящем документе подробно.

В режиме агента, сетевой объект 100/200 принимает первую регистрационную информацию 103 от внешнего объекта 101/201, предпринимает необходимые шаги для отображения (например, клонирование сервиса (ов) 207/207 и отображение информации из первой регистрационной информации 103 на его собственную регистрационную информацию), и создает вторую регистрационную информацию 104, которая маскирует внешний сервис (ы) 108/208 в качестве своих собственных (клонированных) сервисов 107/207 сетевого объекта 100/200. Этот эффект состоит в том, что любой допустимый дальнейший сетевой объект 202 (например, функция NF) в системе 5GS может обнаружить и привлечь сервис (ы) 108/208 от внешнего объекта 101/201 посредством привлечения клонированного сервиса 107/207. Это будет, однако, возможно только достигнуть сетевого объекта 100/200, но невозможно будет в явном виде различить, какой именно сервис (ы) (107/207 или 108/208) предлагается сетевым объектом 100/200, и какие именно сервисы предлагаются сетевым объектом 100/200, но принадлежат внешнему объекту 101/201.

«Сервис передачи» представляет собой сервис, предоставляемый сетевым объектом 100/200 для мостовой передачи связи (например, запроса/ответа сервиса) между внешним сетевым объектом 101/201 и дополнительным сетевым объектом 202, который является потребителем сервиса (например, соединенным с базовой структурой архитектуры 5GC SBA). Здесь снова имеются два режима реализации сервиса передачи в сетевом объекте 100/200: прокси-режим и режим агента. Режим агента описан в настоящем документе подробно.

В случае реализации клона сервиса в качестве клонированного сервиса в сетевом объекте 100/200/300, этот сетевой объект 100/200/300 принимает запрос передачи, т.е. запрос 203 привлечения клонированного сервиса (например, подписка/запрос/извещение и т.п.) от дальнейшего сетевого объекта 202 для клонированного сервиса 107/207, который является клоном сервиса 108/208, предоставляемого внешним сетевым объектом 101/201, и который генерируют в ходе процедуры регистрации, как описано выше. И сетевой объект 100/200 далее передает соответствующий запрос передачи, т.е. запрос 204 привлечения сервиса, внешнему сетевому объекту101/201.

В случае, когда клон сервиса реализуется в качестве обновления существующего сервиса в сетевом объекте 100/200, сетевой объект 100/200/300 принимает запрос передачи, т.е. соответствующий запрос 303 привлечения сетевого сервиса (например, подписка/запрос/извещение и т.п.) от дальнейшего сетевого объекта 302 для сервиса 307, который содержит клон сервиса 108/208/308, предоставляемого внешним сетевым объектом 101/201/301, и обновляется в процессе регистрации, как описано выше. И сетевой объект 100/200/300 далее передает соответствующий запрос передачи, т.е. запрос 204 привлечения сервиса, внешнему сетевому объекту 101/201/301.

Табл. 4 показывает реализацию режима агента для «сервиса передачи» (операции сервиса “Nnef_NEFcloneservice”) и соответствующие опции в сетевом объекте 100/200.

Наименование сервиса Операции сервиса Семантика операций Пример потребителя (ей) Nnef_EventExposure Подписка Подписка/Извещение AF, NFs   Отмена подписки   AF, NFs   Извещение   AF, NFs … Nnef_NEFcloneservice запрос Запрос/Ответ 5GS NFs подписка Подписка/Извещение 5GS NFs отмена подписки 5GS NFs   Извещение AF

Таблица 4: Nnef_NEFcloneservice

На Фиг. 3 показана процедура, осуществляемая между различными сетевыми объектами согласно вариантам настоящего изобретения. В частности, процедура привлекает сетевой объект 100/200 (здесь функцию NEF), внешний объект 101/201 (здесь функцию AF/3P AF), другой сетевой объект 102 (здесь функцию NRF) и другой сетевой объект 202 (здесь функцию NF). В частности, на Фиг. 3 показана процедура в режиме агента, как описано в настоящем документе:

- «Регистрационный сервис» (запрос/ответ) позволяет функции (объекту) 3P AF 101/201 запросить функцию (объект) NEF 101/200 зарегистрировать сервис (ы) 3P AF в функции (объекте) NRF 102, и функции NEF (объекте) 100/200 для регистрации клонированных сервисов 107/207 функции (объекта) NEF (NEF Cloned Services) в функции NRF (объекте) 102, не включая профиль функции 3P AF. Термин “NEF Cloned Service” обозначает сервис, идентичный сервису, предоставляемому функцией 3P AF 101/201, но провайдером этого сервиса является функция NEF 100/200. Функции 5GS NF 202 будут тогда способны обнаружить и использовать сервисы NEF Cloned Services 107/207, предоставляемые функцией NEF 100/200.

- После обнаружения сервиса, «сервис передачи» позволяет функциям 5GS NF 202 получить доступ к сервисам NEF Cloned Services 107/207, и функция NEF 100/200 ретранслирует запрос 204 привлечения сервиса (например, запрос/ответ или подписка/извещение) для функции 3P AF 101/201.

Далее следует подробное описание варианта режима агента функции NEF. «Регистрационный сервис» функции NEF соответствует этапам 1 – 6, показанным на Фиг. 3. «Сервис передачи» функции NEF соответствует этапам 8 – 13 или сообщениям, показанным на Фиг. 3.

1. Функция 3P AF 101/201 запрашивает регистрацию своего сервиса (ов) в системе 5GS, привлекающей Nnef_Registration_Register, включая профиль функции 3P AF в запросе (первая регистрационная информация 103).

2. Функция NEF 100/200 создает сервис NEF Clone Service 107/207, т.е. «холостой» сервис, генерируемый функцией NEF 100/200, дублирующей интерфейсы 108/208, регистрируемые функцией 3P AF 101/201, и связку AF-NEF, позволяющую функции NEF 100/200 действовать в качестве агента, преобразующего запросы 203 привлечения сервисов NEF Clone Service 107/207 (принятые от функции 5GS NF 202) в запросы 204, привлечения сервисов функции 3P AF, и ответы 205 о привлечении сервисов функции 3P AF 101/201 в ответы 206 о привлечении сервисов NEF Clone Service (передаваемые функциям 5GS NF 202).

3. Функция NEF 100/200 запрашивает регистрацию сервиса NEF Clone Service 107/207 в функции NRF 102, привлекающей Nnrf_NFManagement_NFRegister/NFUpdate_request (вторая регистрационная информация 104), В поле профиля функции NF (профиль сервиса), вся информация, относящаяся к функции AF, заменена информацией, относящейся к функции NEF, в сравнении с исходным профилем функции 3P AF с целью создания профиля клонированного сервиса.

4. Функция NRF 102 сохраняет профиль клонированного сервиса (например, профиль функции NEF).

5 Функция NRF 102 квитирует запрос от функции NEF, поступивший на этапе 3, передавая сообщение Nnrf_NFManagement_NFRegister/NFUpdate _response (первый ответ 105 о регистрации) в адрес функции NEF 100/200.

6. Функция NEF 100/200 квитирует запрос от функции 3P AF, поступивший на этапе 1, передавая сообщение Nnef_Registration_Register_Response (второй ответ 106 о регистрации) в адрес функции 3P AF 101/201. Это завершает процедуру регистрации сервиса функции 3P AF в системе 5GS, и соответствующую регистрацию сервиса NEF Clone Service в объекте NRF 102. Функции (объекты) 5GS NF 202 могут обнаружить и использовать сервис NEF Clone Service 107/207.

7. Функции (объекты) 5GS NF 202 могут выполнить процедуру (NEF Clone) Service Discovery обнаружения сервиса. Эти функции 5GS NF 202 теперь могут привлекать клонированный сервис 107/207, предоставляемый функцией NEF 100/200.

8. Функции 5GS NF 202 необходимо привлечь клонированный сервис 107/207, предоставляемый функцией NEF 100/200. С этой целью создается запрос/подписка на сервис, и функция 5GS NF 202 привлекает сервис NEF Clone Service 107/207, передавая сообщение Nnef_NEFCloneService_Invocation (запрос 203 привлечения клонированного сервиса, например, подписка или запрос), содержащее аргументы сервиса NEF Clone Service (информация о привлечении клонированного сервиса).

9. Функция NEF 100/200 преобразует приглашение 203 сервиса NEF Clone Service в соответствующее приглашение сервиса функции 3P AF Service (запрос 204 привлечения сервиса).

10. Функция NEF 100/200 привлекает сервис 108/208 функции 3P AF, передавая сообщение Naf_Service_Invocation (запрос 203 привлечения сервиса, например, подписка или запрос), содержащее аргументы сервиса, полученные из аргументов сервиса NEF Clone Service (информация о привлечении сервиса).

11. Функция 3P AF 101/201 отвечает на привлечение сервиса передачей сообщения Naf_Service_Reply (ответ 205 о привлечении сервиса, например, ответ на подписку или запрос) в адрес функции NEF 100/200.

12. Функция NEF 100/200 преобразует ответ функции 3P AF о привлечении сервиса в ответ о привлечении сервиса NEF Clone Service (ответ 206 о привлечении клонированного сервиса) для передачи в адрес функции 5GS NF 202.

13. Функция NEF 100/200 отвечает на приглашение сервиса NEF Clone Service передачей в адрес функции 5GS NF 202 ответа 206 о привлечении сервиса NEF Clone Service, содержащего сообщение Nnef_NEFCloneService_Reply (например, ответ на подписку или запрос).

В случае извещения от функции 3P AF 101/201, функция AF может запустить выполнение аналогичных этапов 11a – 13a следующим образом:

11a. Функция 3P AF 101/201 передает сообщение Naf_Service_Reply (извещение о сервисе) в адрес функции NEF 100/200.

12a. Функция NEF 100/200 преобразует извещение от функции 3P AF в приглашение сервиса NEF Clone Service (извещение о клонированном сервисе) для передачи в адрес функции 5GS NF 202.

13a. Функция NEF 100/200 передает приглашение для сервиса NEF Clone Service в адрес функции 5GS NF 202, в сообщении Nnef_NEFCloneService_Notify.

Если функция NEF 100/200 реализована в качестве агента (режим агента), функции (объекты) NF 202 рассматривают сервисы 108/208 третьей стороны (3P) в качестве сервиса 107/207, предоставляемого функцией NEF 100/200. Функция NEF 100/200 локально генерирует клонированный сервис 107/207 относительно сервиса 108/208 третьей стороны (3P). Этот клонированный сервис 107/207 привлекают вместо сервиса передачи в объекте NEF 100/200 для мостовой передачи связи между функцией 3P AF 101/201 и функциями 5GC NF 202. Роль функции NEF 100/200 в опции агента состоит в следующем:

- Зарегистрировать сервисы 108/208 от функции 3P AF 101/201 в качестве ее собственных сервисов 107/207 в объекте NRF 102.

- Позаботиться о запросе/подписке сервиса от функций 5GS NF 202 для сервисов 108/208, предоставляемых функцией 3P AF 101/201, и мостовой передаче в адрес этой функции 3P AF 101/201.

- Позаботиться о сервисном сообщении от функции 3P AF 101/202 и мостовой передаче в адрес функций 5GS NFs 202 в качестве ответа/извещения о сервисе.

Регистрационные операции для режима агента подобны текущей операции для функции 5GN NF. Различие состоит только в том, что в регистрационной информации 104 используется профиль сервиса. Все поля, обозначающие информацию относительно функции NF, должны быть заменены соответствующей информацией относительно функции NEF. Функции NEF 100/200 необходимо локально сохранять профиль сервиса (и, например, профиль функции NF) от функции 3P AF 101/201 и отобразить его на клонированный сервис 107/207 посредством функции NEF 100/200 для функции NRF 102.

Функции NEF 100/200 необходимо осуществить такую же операцию сервиса (ов), как это делает функция AF 101/201 третьей стороны (3P), и переслать сервисное сообщение между этой функцией 3P AF 101/201 и функциями 5GC NF 202. Если базовые структуры архитектуры SBA будут отличаться – архитектура, используемая сервисами 5GC, от архитектуры, используемой функцией AF 101/201 третьей стороны, сервисное сообщение, которым обмениваются объекты, необходимо преобразовать.

Режим агента предоставляет следующие преимущества:

- Изменения производятся только в объекте (функции) NEF 100/200.

- Многократно используемая процедура регистрации/потребления сервиса.

- Нет расширения профиля сервиса для функции NF.

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

- Идентификатор транзакции для функции AF (AF Transaction ID) (идентификатор ID сервиса): Этот идентификатор ID однозначно идентифицирует внешний сервис в качестве идентификатора транзакции AF Transaction ID. Это кодированный идентификатор ID, получаемый на основе по меньшей мере одной информации: о владельце функции 3P AF 101/201 и ее сервисе (ах), о функции AF и/или о событии сервиса.

- Идентификатор корреляции (NEF-AF Correlation ID) (канал связи NEF-AF): Однозначный идентификатор, предназначенный для идентификации связи, ассоциированной с одним конкретным событием функции NEF и одним конкретным событием внешнего сервиса от функции AF и/или событием функции AF.

- Профиль функции AF (AF Profile): Содержит такие же поля, как и профиль функции NF (NF Profile) (включая сервис NS Service):

- В прокси-режиме, профиль функции NF может быть расширен для поддержки дополнительной информации, ассоциированной с функцией NF, являющейся функцией AF, эта информация обозначена как “AFInfo” и содержит по меньшей мере одно из:

- Список назначенных функций NEF 100/200, которые служат прокси-функциями относительно функции 3P AF 101/201 для SBI.

- Ассоциирование информации для выбора сетевого среза (S-NSSAI) с внешним сервисом (ами).

- Ассоциирование имен сетей передачи данных (DNN) с внешним сервисом (ами).

- Идентификация терминалов (UE ID) (например, список для управления идентификаторами пользователей (SUPI)), ассоциированных с функцией AF 101/201.

- Отображение регистрации: функцию NEF 100/200, если необходимо, конфигурирует система управления OAM с использованием информации для отображения допустимых полей профиля функции NF на конкретные функции AF. Например, если профиль функции AF не содержит допустимой информации S-NSSAI, функция NEF 100/200 может использовать конфигурацию отображения регистрации для дальнейшей подписки на функцию NRF 102 с надлежащими полями профиля NF Profile.

- MID: Идентификатор сообщения, которым должны обмениваться функция 5G NF 202 и внешний сервис (ы). Это сообщение генерирует функция (объект) 5G NF 202, желающая привлечь внешний сервис (ы), и это сообщение должно однозначно идентифицировать сеанс связи, ассоциированный с конкретным контейнером, между идентификатором NF ID, идентификатором NEF ID, идентификатором AF Transaction ID.

- MRespID: Однозначно идентифицирует какое-либо сообщение от внешнего сервиса в адрес функции NEF 100/200, ассоциированное с идентификатором корреляции NEF-AF Correlation ID, Mid.

Отображение для управления всеми сеансами связи между функциями NF-AF через функцию NEF 100/200: Такая таблица сохраняет отображение (с использованием описанных выше идентификаторов ID) запросов и ответов функции NF в адрес функции AF на уровне каждого Контейнера. Если запрос от функции NF запускает передачу нескольких Контейнеров от функции AF 101/201 к функции NF 202, функция NEF 100/200 способна однозначно идентифицировать каждый из ответов с использованием идентификаторов MID и MRespID.

Операция Nnef_Registration сервиса, описанная выше, может быть дополнительно расширена, чтобы содержать операции сервиса Подписка/Отмена подписки/Извещение о статусе прокси (Proxy Status Un/Subscribe/Notify). Эти операции сервиса позволяют внешнему сетевому объекту 101/201 обнаруживать и использовать сервисы, представляемые сетевыми объектами 202 через сетевой объект 100/200. Это показано ниже в Табл. 5.

Наименование сервиса Операции сервиса Семантика операций Пример потребителя (ей) Nnef_ Registration AFRegister Запрос/Ответ AF   AFUpdate Запрос/Ответ AF   AFDeregister Запрос/Ответ AF   StatusSubscribe Подписка/Извещение AF   StatusNotify AF   StatusUnSubscribe AF

Таблица 5: Расширенный сервис Nnef_Registration

Для каждой операции Nnef_Registration_Register_Req, функция NEF 100/200 может осуществлять авторизацию на основе внешнего объекта 101/201, результатом чего может быть ограничение использования сервиса (ов) в соответствии с предварительно конфигурированной политикой, называемой отображение регистрации. Это ограничение отражено в информации AFinfo, зарегистрированной в сетевом объекте 102.

Для каждой операции Nnef_ProxyTransfer_req/subscription, функция NEF 100/200 может осуществлять авторизацию на основе пары функций NF/AF, результатом чего может быть ограничение использования сервиса передачи (например, период времени, максимальный объем передачи данных, максимальный объем передачи данных за период времени и т.п.) в соответствии с предварительно конфигурированной политикой. Это ограничение отражено в управлении доступом к сервису NEFcloneService в прокси-режиме.

Суммируя, настоящее изобретение предлагает сетевой объект 100/200 для системы 5GS, конфигурированный для:

- Поддержки регистрации одного или несколько внешних сервисов 108/208 (внешний сетевой объект 101/201) внутри системы 5GS в регистрационном сетевом объекте 102. Эта регистрация может быть построена для того, чтобы:

- Позволить информации внешнего сервиса (ов) 108/208 быть доступной в явном виде для других сетевых объектов 202; или

- Сделать информацию скрытой/замаскированной от других сетевых объектов 202.

- Регистрировать, в регистрационном сетевом объекте 102, информацию для других сетевых объектов 202 с целью обнаружения и использования внешнего сервиса (ов) 108/208, предоставляемого внешнего сетевого объекта 101/201.

Поддержки обмена сообщениями связи между сетевыми объектами 202 и внешним сетевым объектом 101/201, где этот обмен может быть осуществлен в:

- Режиме агента: Другие сетевые объекты 202 осуществляют связь с сетевым объектом 100/200 без использования опорного идентификатора ID внешнего сервиса (ов) 108/208 или объектом 101/201, где:

- Другие сетевые объекты 202 непосредственно осуществляют связь с сетевым объектом 100/200 без знания внешнего сервиса (ов) 108/208.

- Сетевой объект 100/200 принимает сообщения от других сетевых объектов 202, отображает любой опорный идентификатор ID на внешний сервис (ы) 108/208, поддерживает параметры запросов/сообщений связи от сетевых объектов 202 и передает отображенные сообщения связи внешнему сетевому объекту 101/201.

- Сетевой объект 100/200 принимает сообщения связи от другого внешнего объекта 101/202, отображает опорный идентификатор ID на внутренние сетевые объекты 202, сохраняет параметр связи от внешнего объекта 101/201, и передает отображенные сообщения связи сетевым объектам 202.

Настоящее изобретение было описано в сочетании с разнообразными вариантами в качестве примеров и вариантов реализации. Однако другие вариации могут быть понятны и осуществлены специалистами в рассматриваемой области, практически реализующими заявляемое изобретение, на основе изучения чертежей, настоящего изобретения и независимых пунктов Формулы изобретения. В формуле изобретения, равно как и в описании, слово «содержащий» не исключает другие элементы или этапы, а неопределенный артикль “a” или “an” не исключает множественного числа. Один элемент или другая единица может выполнять функции нескольких объектов или позиций, обозначенных в пунктах Формулы изобретения. Простой факт, что некоторые меры упоминаются в разных зависимых пунктах Формулы, не означает, что комбинация этих мер не может быть использована в предпочтительном варианте.

Изобретение относится к области связи. Технический результат заключается в обеспечении возможности поддержки регистрации внешнего сетевого объекта и/или одного или более сервисов этого внешнего сетевого объекта в другом сетевом объекте. Сетевой объект сконфигурирован для получения первой регистрационной информации от внешнего сетевого объекта, где эта первая регистрационная информация содержит профиль сервиса, создания клона сервиса на основе первой регистрационной информации, передачи второй регистрационной информации другому сетевому объекту, где эта вторая регистрационная информация содержит профиль клонированного сервиса, получения первого ответа о регистрации от другого сетевого объекта и передачи второго ответа о регистрации внешнему сетевому объекту. 4 н. и 12 з.п. ф-лы, 3 ил.

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

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

создания клона (107) сервиса на основе первой регистрационной информации (103),

передачи второй регистрационной информации (104) другому сетевому объекту (102), причем вторая регистрационная информация (104) содержит профиль клонированного сервиса,

получения первого ответа о регистрации (105) от другого сетевого объекта (102), и

передачи второго ответа о регистрации (106) внешнему сетевому объекту (101).

2. Сетевой объект (100) по п. 1, характеризующийся тем, что:

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

другой сетевой объект (102) представляет собой хранилище сетевых функций (NRF), и/или

внешний сетевой объект (101) представляет собой сетевую функцию, NF, в частности прикладную функцию (AF).

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

создания информации о корреляции между сетевым объектом (100) и сервисом (108) и/или внешним сетевым объектом (101) и сохранения ее локально.

4. Сетевой объект (100) по любому из пп. 1-3, в котором указанный клон сервиса основан на профиле сервиса, включенном в первую регистрационную информацию (103) и/или в информацию профиля сетевого объекта (100).

5. Сетевой объект (100) по любому из пп. 1-4, в котором клон сервиса представляет собой новый сервис или обновление существующего сервиса, предоставляемого сетевым объектом (100).

6. Сетевой объект (100) по любому из пп. 1-5, характеризующийся тем, что:

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

7. Сетевой объект (100) по любому из пп. 1-6, характеризующийся тем, что:

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

8. Сетевой объект (100) по любому из пп. 1-7, характеризующийся тем, что:

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

9. Сетевой объект (100) по любому из пп. 1-8, в котором:

вторая регистрационная информация представляет собой обновление регистрации сетевого объекта (100).

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

получения запроса привлечения клонированного сервиса (203) от другого сетевого объекта (202), причем запрос привлечения клонированного сервиса (203) содержит информацию о привлечении клонированного сервиса относительно клона (207) сервиса (208), предоставляемого внешним сетевым объектом (201), и

передачи запроса привлечения сервиса (204) внешнему сетевому объекту (201), причем запрос привлечения сервиса (204) содержит информацию о привлечении сервиса.

11. Сетевой объект (200) по п. 10, характеризующийся тем, что:

сетевой объект (200) представляет собой функцию обеспечения взаимодействия с внешними приложениями (NEF),

другой сетевой объект (202) представляет собой хранилище сетевых функций (NRF), и/или

внешний сетевой объект (201) представляет собой сетевую функцию (NF), в частности прикладную функцию (AF).

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

преобразования информации о привлечении клонированного сервиса в информацию о привлечении сервиса.

13. Сетевой объект (200) по любому из пп. 10-12, характеризующийся тем, что дополнительно выполнен с возможностью:

предоставления, другим сетевым объектам, информации о привлечении сервиса на основе информации о конфигурации.

14. Сетевой объект (200) по любому из пп. 10-13, характеризующийся тем, что дополнительно выполнен с возможностью:

получения ответа о привлечении сервиса (205) от внешнего сетевого объекта (201),

преобразования ответа о привлечении сервиса (205) в ответ о привлечении клонированного сервиса (206), и

передачи ответа о привлечении клонированного сервиса (206) другому сетевому объекту (202).

15. Способ поддержки регистрации сервиса, предоставляемого внешним сетевым объектом, в другом сетевом объекте, содержащий этапы, на которых:

получают первую регистрационную информацию от внешнего сетевого объекта, причем первая регистрационная информация содержит профиль сервиса,

создают клон сервиса на основе первой регистрационной информации,

передают вторую регистрационную информацию другому сетевому объекту, причем вторая регистрационная информация содержит профиль клонированного сервиса,

получают первый ответ регистрации от другого сетевого объекта и передают второй ответ о регистрации внешнему сетевому объекту.

16. Способ поддержки привлечения другим сетевым объектом сервиса, предоставляемого внешним сетевым объектом, содержащий этапы, на которых:

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

передают запрос привлечения сервиса внешнему сетевому объекту, причем запрос привлечения сервиса содержит информацию о привлечении сервиса.