РЕГИСТРАЦИЯ И ОБНАРУЖЕНИЕ УСЛУГИ В СЕТИ СВЯЗИ
SERVICE REGISTRATION AND DETECTION IN COMMUNICATION NETWORK

По меньшей мере некоторые примеры настоящего изобретения относятся к области техники способов и устройства для регистрации и/или обнаружения услуги в сети связи.
ВВЕДЕНИЕ
В целом, все используемые здесь термины следует понимать в их обычном смысле, который они имеют в соответствующей области техники, если другой смысл явно не задан и/или не следует из контекста, в котором он используется. Все ссылки на элемент, устройство, компонент, средство, этап и т.д. следует однозначно понимать как относящиеся по меньшей мере к одному экземпляру элемента, устройства, компонента, средства, этапа и т.д., если в явном виде не указано обратное. Этапы любых раскрытых здесь способов не обязательно осуществляются в конкретном раскрытом порядке, если только этап в явном виде не указан как следующий за другим этапом или предшествующий ему, и/или когда не подразумевается, что этап должен следовать за другим этапом или предшествовать ему. Любой признак любого из раскрытых здесь вариантов осуществления может применяться к любому другому варианту осуществления, во всех уместных случаях. Аналогично, любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления, и наоборот. Другие задачи, признаки и преимущества включенных вариантов осуществления будут очевидны из нижеследующего описания.
В настоящее время разрабатывается система 5-го поколения (“5G”), задокументированная в источниках [1] и [2], содержание которых включено в данное описание в порядке ссылки. Система 5G принимает форму SBA (архитектуры на основе услуг), включающей в себя множество сетевых функций, где каждая сетевая функция (NF) предоставляет одну или множественные услуги (например, NF поставщика) одному или множественным потребителям услуги (каждая из которых является NF потребителя). Например, интерфейс прикладного программирования (API) HTTP/REST (передачи состояния представления с использованием HTTP) может использоваться для взаимодействия между услугами поставщика и услугами потребителя. В ряде случаев NF может включать в себя одну или более услуг потребителя и одну или более услуг поставщика.
Фиг. 1 демонстрирует пример роуминговой архитектуры системы 5G. В архитектуре на основе услуг системы 5G, предполагается, что услуга, обеспеченная поставщиком услуги, используется (например, потребляется) потребителем услуги. Количество услуг (или экземпляров услуг), доступных в системе 5G, является динамическим (например, вследствие масштабирования, отказов, планового обслуживания и/или других факторов). Таким образом, система 5G предусматривает функцию сетевого репозитория (NRF), которая поддерживает следующие функциональные возможности:
- регистрации и отмены регистрации услуги NF в NRF;
- обнаружения услуг NF посредством потребителя услуги NF; и
- авторизации доступа потребителя услуги NF к поставщику.
В архитектуре 5G, например, показанной на фиг. 1, сетевая функция диспетчеризации унифицированных данных (UDM) может сохранять абонентские данные в базе данных. В многоуровневой архитектуре, UDM состоит из интерфейсной части UDM (UDM-FE) и базы данных. Фиг. 2 демонстрирует пример содержимого UDR и услуг потребителя (например, в одной или более сетевых функциях). Как показано, UDR содержит данные подписки, данные политики в отношении подписки, данные для представления и данные приложения, и сопрягается через интерфейс Nudr с сетевыми функциями UDM-FE, PCF и NEF. Структура, показанная на фиг. 2, является лишь примером, и изображенные объекты могут быть организованы по-разному и/или использовать разные интерфейсы.
Интерфейс Nudr задан для таких сетевых функций, как UDM-FE, PCF и NEF, для осуществления доступа к конкретному виду сохраненных данных и для считывания, обновления (включающего в себя добавление, изменение) и удаления данных, и для оформления подписки на уведомление об изменениях соответствующих данных от UDR. Каждая сетевая функция, осуществляющая доступ к UDR, имеет возможность добавлять, изменять, обновлять или удалять только данные, которые она авторизована изменять. Эта авторизация может осуществляться на основе «» для каждого потребителя» и потенциально на основе для «каждого UE», для «каждой подписки» и/или «для каждого соглашения по роумингу» посредством UDR.
В нижеприведенной таблице 1 приведен пример услуг, заданных для UDM и соответствующие операции услуги.
Только одна услуга для UDR задана с соответствующими операциями услуги как показано ниже в таблице 2.
Фиг. 3 демонстрирует пример связи между NF (например, услугой NF, поставщика услуги NF) и NRF для регистрации услуги (например, услуги в NF или услуги NF). На этапе 1 услуга NF (поставщик услуги) отправляет профиль услуги (например, профиль услуги NF) на NRF. На этапе 2 NRF сохраняет профиль услуги NF. На этапе 3 NRF отправляет подтверждение в качестве ответа на NF (поставщику услуги). Термины “услуга NF” и “профиль услуги NF” эквивалентны, соответственно, терминам “услуга” и “профиль услуги”.
Профиль услуги NF может включать в себя следующую информацию:
ID экземпляра NF
тип NF
PLMN ID
идентификатор(ы) сетевых слайсов, например, S-NSSAI, NSI ID
FQDN или IP-адрес для NF
информация пропускной способности NF
информация авторизации услуги, зависящей от NF
наименования поддерживаемых услуг
информация концевой точки экземпляра(ов) каждой поддерживаемой услуги
другой(ие) параметр(ы) услуги, например, DNN, концевая точка уведомления для каждого типа уведомления о том, что услуга NF заинтересована в приеме
Фиг. 4 демонстрирует пример связи между услугой NF (потребителем NF) и NRF в процессе обнаружения услуги. На этапе 1 потребитель услуги (услуга NF пытается обнаружить доступные экземпляры конкретной услуги в сети. Потребитель услуги отправляет в  NRF запрос обнаружения, указывающий:
наименование услуги NF,
тип NF предполагаемого экземпляра NF
тип NF для потребителя NF
в необязательном порядке, он может указывать S-NSSAI.
На этапе 2 NRF ищет зарегистрированные услуги для тех, которые отвечают критериям в запросе обнаружения. На этапе 3 NRF отвечает на NF набором обнаруженных экземпляров NF или экземпляров услуги NF (например, они могут указывать FQDN или IP-адрес для каждой услуги в наборе), которые включают в себя один, некоторые или все из услуг, которые отвечают критериям.
Фиг. 5 демонстрирует пример связи между потребителем NF и поставщиком NF (например, поставщиком услуг). Взаимодействие между двумя сетевыми функциями (потребителем и поставщиком) в рамках этой инфраструктуры обслуживания NF следует двум механизмам.
В первом, "запрос-ответ", NF_B плоскости управления (поставщика услуги NF) запрашивается другой NF_A плоскости управления (потребителя услуги NF) для предоставления некоторой услуги NF, которая либо осуществляет действие, либо обеспечивает информацию, либо и то, и другое. NF_B предоставляет услугу NF по запросу NF_A. Для удовлетворения запроса NF_B может, в свою очередь, потреблять услуги NF от других NF. В механизме запрос-ответ связь осуществляется между двумя NF (потребителем и поставщиком) и одноразовый ответ поставщика на запрос потребителя ожидается в течение некоторого периода времени.
Во втором, "подписка-уведомление", NF_A плоскости управления (потребителя услуги NF) подписывается на услугу NF, предлагаемую другой NF_B плоскости управления (поставщика услуги NF). Множественные NF плоскости управления могут подписаться на одну и ту же услугу NF плоскости управления. NF_B сообщает результаты этой услуги NF заинтересованной(ым) NF, которая(ые) подписалась(ись) на эту услугу NF. Запрос подписки должен включать в себя концевую точку уведомления (например, URL уведомления) потребителя услуги NF, которой должно быть отправлено уведомление о событии от поставщика услуги NF. Кроме того, запрос подписки может включать в себя запрос уведомления о периодических обновлениях или уведомление, инициируемое некоторыми событиями (например, изменением запрошенной информации, достижением ею некоторого порога и т.д.).
NF_A плоскости управления также может подписаться на услугу NF, предлагаемую посредством NF_B плоскости управления от имени NF_C плоскости управления, т.е. она запрашивает у поставщика услуги NF отправку уведомления о событии другому(им) потребителю(ям). В этом случае, NF_A включает в себя концевую точку уведомления NF_C в запросе подписки.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Согласно аспекту этого изобретения, предусмотрен способ регистрации услуги в сети связи. Способ содержит прием запроса регистрации услуги, причем запрос идентифицирует сетевую функцию (функциональный узел) для предоставления услуги, тип услуги и данные, администрируемые услугой, обеспеченной этой сетевой функцией (функциональным узлом). Способ также содержит сохранение информации в репозитории, причем информация идентифицирует сетевую функцию, тип услуги и данные, администрируемые услугой, обеспеченной этой сетевой функцией.
Согласно другому аспекту этого изобретения, предусмотрен способ регистрации услуги в сети связи. Способ содержит отправку запроса регистрации услуги к  сетевой функции (функциональному узлу) регистрации услуги, причем запрос идентифицирует сетевую функцию предоставления услуги для предоставления услуги, тип услуги и данные, администрируемые услугой, обеспеченной сетевой функцией (функциональным узлом) предоставления услуги.
Согласно дополнительному аспекту этого изобретения, предусмотрен способ обнаружения услуги в сети связи. Способ содержит, в ответ на запрос обнаружения услуги к сетевой функции регистрации услуги, причем запрос обнаружения услуги идентифицирует тип услуги, прием ответа обнаружения услуги, причем ответ идентифицирует сетевую функцию предоставления услуги, которая предоставляет эту услугу, и идентифицирует данные, администрируемые услугой, обеспеченной этой сетевой функцией предоставления услуги.
Согласно дополнительному аспекту этого изобретения, предусмотрена компьютерная программа, содержащая инструкции, которые, при выполнении на по меньшей мере одном процессоре, предписывают по меньшей мере одному процессору осуществлять способ согласно любому из рассмотренных выше аспектов. Еще один аспект предусматривает носитель, который содержит компьютерную программу, причем носитель содержит одно из электронного сигнала, оптического сигнала, радиосигнала и компьютерно-считываемой среды хранения. Еще один аспект предусматривает компьютерный программный продукт, содержащий не временный компьютерно-считываемый носитель, на котором хранится компьютерная программа.
Дополнительный аспект настоящего изобретения предусматривает устройство для регистрации услуги в сети связи. Устройство содержит модуль приема, выполненный с возможностью приема запроса регистрации услуги, причем запрос идентифицирует сетевую функцию для предоставления услуги, тип услуги и данные, администрируемые услугой, обеспеченной этой сетевой функцией. Устройство также содержит модуль хранения, выполненный с возможностью сохранения информации в репозитории, причем информация идентифицирует сетевую функцию, тип услуги и данные, администрируемые услугой, обеспеченной этой сетевой функцией.
Еще один дополнительный аспект этого изобретения предусматривает устройство для регистрации услуги в сети связи. Устройство содержит модуль отправки, выполненный с возможностью отправки запроса регистрации услуги к сетевой функции регистрации услуги, причем запрос идентифицирует сетевую функцию предоставления услуги для предоставления услуги, тип услуги и данные, администрируемые услугой, обеспеченной этой сетевой функцией предоставления услуги.
Еще один дополнительный аспект этого изобретения предусматривает устройство для обнаружения услуги в сети связи. Устройство содержит модуль приема, выполненный с возможностью, в ответ на запрос обнаружения услуги к сетевой функции регистрации услуги, причем запрос обнаружения услуги идентифицирует тип услуги, принимать ответ обнаружения услуги, причем ответ идентифицирует сетевую функцию предоставления услуги, которая предоставляет услугу, и идентифицирует данные, администрируемые услугой, обеспеченной этой сетевой функцией предоставления услуги.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Чтобы сделать примеры настоящего изобретения более понятными и чтобы показать более наглядно, как примеры можно осуществлять на практике, обратимся, исключительно в порядке примера, к следующим чертежам, в которых:
фиг. 1 - схема примера роуминговой архитектуры системы 5G;
фиг. 2 - схема примера содержимого UDR и сетевых функций потребителя;
фиг. 3 - иллюстрация примера связи между NF и NRF для регистрации услуги NF;
фиг. 4 - иллюстрация примера связи между услугой NF и NRF в процессе обнаружения услуги;
фиг. 5 - иллюстрация примера связи между потребителем NF и поставщиком NF;
фиг. 6 - блок-схема операций примера способа регистрации услуги в сети связи;
фиг. 7 - блок-схема операций примера способа регистрации услуги в сети связи;
фиг. 8 - блок-схема операций примера способа обнаружения услуги в сети связи;
фиг. 9 - схема примера устройства для регистрации услуги в сети связи;
фиг. 10 - схема примера устройства для регистрации услуги в сети связи;
фиг. 11 - схема примера устройства для обнаружения услуги в сети связи;
фиг. 12 - схема примера устройства для регистрации услуги в сети связи;
фиг. 13 - схема примера устройства для регистрации услуги в сети связи;
фиг. 14 - схема примера устройства для обнаружения услуги в сети связи;
фиг. 15 демонстрирует пример связи между некоторыми объектами в сети связи в процессе регистрации и обнаружения услуги; и
фиг. 16 демонстрирует обмен информацией между объектами в сети связи при пользовании услугой.
ПОДРОБНОЕ ОПИСАНИЕ
Ниже изложены конкретные детали, например, конкретные варианты осуществления или примеры в целях объяснения, но не ограничения. Специалисту в данной области техники очевидно, что можно использовать другие примеры помимо этих конкретных деталей. В ряде случаев, подробные описания общеизвестных способов, узлов, интерфейсов, схем и устройств опущены, чтобы не затемнять описание несущественными деталями. Специалистам в данной области техники очевидно, что описанные функции могут быть реализованы в одном или более узлах с использованием аппаратной схемы (например, аналоговых и/или дискретных логических вентилях, соединенных между собой для осуществления специализированной функции, ASIC, PLA и т.д.) и/или с использованием программ и данных совместно с одним или более цифровыми микропроцессорами или компьютерами общего назначения. Узлы, осуществляющие связь с использованием радиоинтерфейса, также имеют подходящую схему радиосвязь. Кроме того, когда это целесообразно, технологию можно дополнительно рассматривать как полностью воплощенную в любой форме компьютерно-считываемой памяти, например, твердотельной памяти, магнитного диска или оптического диска, содержащего надлежащее множество компьютерных инструкций, которые будут предписывать процессору осуществлять описанные здесь методы.
Аппаратная реализация может включать в себя или охватывать, без ограничения, цифровой сигнальный процессор (DSP), процессор с сокращенным набором команд, аппаратную (например, цифровую или аналоговую) схему, в том числе, но без ограничения, специализированную интегральную схему (ASIC) и/или вентильная матрица, программируемая пользователем (FPGA), и (когда это целесообразно) конечные автоматы, способные осуществлять такие функции.
Согласно некоторым вариантам осуществления этого изобретения, UDR не является уникальным объектом в сети. Например, могут существовать множественные UDR в сети в следующих случаях:
- в установках потребителей могут существовать множественные UDR, установленные в одной и той же сети, например, в Китае, где установлены множественные области.
- множественные UDR для вмещения разных данных соответственно.
- множественные UDR для предоставления разных услуг разным потребителям услуги (например, PCF, UDM, NEF и/или другим потребителям).
В этих случаях каждый UDR в сети может регистрировать услугу UDM в NRF, но каждая UDM обслуживает лишь некоторые конкретные данные, например, данные подписки только для части всех абонентов, могут удерживаться первым UDR, тогда как второй UDR может хранить остальные абоненты; или в первом UDR могут хранятся данные подписки только для UDM-FE и PCF, тогда как во втором UDR хранятся данные приложения и даже в третьем UDR хранятся данные для представления.
Это означает, что каждый UDR может регистрировать услугу поставщика под одним и тем же именем (например, “диспетчеризация унифицированных данных”), но невозможно идентифицировать, к каким данным осуществляет доступ/ какие данные обслуживает этот экземпляр услуги. В результате потребитель NF, например UDM-FE, не может получить из обнаружения с помощью NRF информацию, чтобы иметь возможность выбирать экземпляр услуги UDR, который предоставляет доступ к данным, в которых заинтересована эта потребительская услуга.
Та же самая проблема применяется к UDM, когда она локально сохраняет данные (т.е. UDR в качестве внешней базы данных не установлен). Если, например, UDM сохраняет данные для группы или диапазона абонентов, то потребители UDM (например, AMF, SMF, SMSF) не знают, какой экземпляр UDM-FE сохраняет данные для соответствующего UE/абонента.
Кроме того, в настоящее время не указано, как обрабатываются версии услуги, как обрабатывается собственные функциональные возможности поставщика услуги, как обрабатываются функциональные возможности собственной базы данных поставщика (для хранения любых данных в системе 5G), или как обрабатываются обновления услуги.
На фиг. 600 показана блок-схема операций примера способа 600 регистрации услуги в сети связи. Способ содержит, на этапе 602, прием запроса регистрации услуги, причем запрос идентифицирует сетевую функцию для предоставления услуги, тип услуги и данные, администрируемые услугой, обеспеченной этой сетевой функцией. На этапе 604, способ 600 содержит сохранение информации в репозитории, причем информация идентифицирует сетевую функцию, тип услуги и данные, администрируемые услугой, обеспеченной этой сетевой функцией.
Например, данные, администрируемые услугой, могут быть конкретными данными (например, группой или диапазоном данных), с которыми связана услуга. Например, конкретные данные могут быть данными, хранящимися услугой или для услуги, или данными, созданными, измененными, удаленными, перемещенными, обеспеченными, обработанными или диспетчеризованными услугой или для услуги или любой другой операции, осуществляемой на этих данных этой услугой или для услуги.
В некоторых вариантах осуществления запрос регистрации услуги принимается от сетевой функции. Информация может храниться в функции (функциональном узле) сетевого репозитория (NRF). Например, информация, которая сохраняется, может быть профилем услуги NF. В некоторых вариантах осуществления способ осуществляется функцией сетевого репозитория (NRF).
В некоторых вариантах осуществления способ содержит прием запроса обнаружения услуги, причем запрос обнаружения услуги идентифицирует тип услуги, и отправку ответа обнаружения услуги отправителю запроса обнаружения услуги, причем ответ обнаружения услуги идентифицирует сетевую функцию и/или услугу. В некоторых вариантах осуществления ответ обнаружения услуги идентифицирует данные. Таким образом, отправитель запроса обнаружения услуги (например, потребитель услуги NF) может определять, связана(ы) ли услуга(и), идентифицированная(ые) в ответе обнаружения услуги, с надлежащими данными, например, группой, диапазоном и т.д. данных, в которых заинтересован отправитель.
В некоторых вариантах осуществления способ содержит прием дополнительного запроса регистрации услуги, причем дополнительный запрос регистрации услуги идентифицирует дополнительную сетевую функцию для предоставления услуги, тип услуги и дополнительные данные, администрируемые услугой, обеспеченной дополнительной сетевой функцией, и сохранение дополнительной информации в репозитории, причем дополнительная информация идентифицирует дополнительную сетевую функцию, тип услуги и дополнительные данные, администрируемые услугой, обеспеченной дополнительной сетевой функцией. Поэтому, например, можно регистрировать множественные услуги одного и того же типа (например, с одним и тем же наименованием услуги), и их можно различать по данным, с которыми они связаны (например, группе, диапазону и т.д. данных). Таким образом, например, это может позволять потребителю услуги обнаруживать услуги, которые связаны с правильными данными, и игнорировать услуги, которые не связаны с правильными данными (например, абонентов, в которых потребитель услуги не заинтересован). Способ также может содержать прием запроса обнаружения услуги, причем запрос обнаружения услуги идентифицирует тип услуги, и отправку ответа обнаружения услуги отправителю запроса обнаружения услуги, причем ответ обнаружения услуги идентифицирует по меньшей мере одну из сетевой функции и дополнительной сетевой функции. В некоторых вариантах осуществления запрос обнаружения услуги идентифицирует данные, и ответ обнаружения услуги может исключать информацию, идентифицирующую по меньшей мере одну сетевую функцию, которая предоставляет услугу для разных данных. Таким образом, например, ответ обнаружения услуги может идентифицировать только одну или более услуг, которые связаны с данными, в которых заинтересован отправитель запроса. Дополнительный запрос регистрации услуги может приниматься от дополнительной сетевой функции.
В некоторых вариантах осуществления информация, идентифицирующая данные, администрируемые услугой, обеспеченной упомянутой сетевой функцией, содержит информацию, идентифицирующую поднабор данных, категорию данных, группу абонентов, связанных с данными, одно или более приложений, которые используют данные и/или диапазон данных, администрируемых услугой, обеспеченной упомянутой сетевой функцией. Дополнительно или альтернативно, сетевая функция (функциональный узел) является репозиторием унифицированных данных (UDR), репозиторием пользовательских данных (UDR), диспетчеризацией унифицированных данных (UDM), функцией управления политикой (PCF), UDSF (функцией хранения неструктурированных данных), PDFD-FE (описанием фильтра пакетных данных на интерфейсной части) или функцией представления сети (NEF). Данные, администрируемые услугой, обеспеченной сетевой функцией могут в некоторых примерах содержать данные, хранящиеся посредством услуги или сетевой функции. Сетью связи может быть, например, система 5G.
Фиг. 7 демонстрирует пример способа 700 регистрации услуги в сети связи. Способ 700 содержит, на этапе 702, отправку запроса регистрации услуги к сетевой функции регистрации услуги, причем запрос идентифицирует сетевую функцию предоставления услуги для предоставления услуги, тип услуги и данные, администрируемые услугой, обеспеченной упомянутой сетевой функцией предоставления услуги. Поэтому, например, отправитель запроса, например, поставщик услуги NF, может регистрировать услуги, которые связаны с данными, в которых заинтересована услуга, например, тип, группа, диапазон и т.д. данных.
В некоторых примерах сетевая функция регистрации услуги является функцией сетевого репозитория (NRF). Запрос регистрации услуги может отправляться сетевой функцией предоставления услуги, например, поставщиком услуги NF.
Данные, администрируемые услугой, обеспеченной сетевой функцией предоставления услуги, могут быть, например, данными, хранящимися сетевой функцией предоставления услуги. Сетевая функция предоставления услуги, может в некоторых примерах быть репозиторием унифицированных данных (UDR), репозиторием пользовательских данных (UDR), диспетчеризацией унифицированных данных (UDM), функцией управления политикой (PCF), UDSF (функцией хранения неструктурированных данных), PDFD-FE (описанием фильтра пакетных данных на интерфейсной части) или функцией представления сети (NEF).
Запрос может идентифицировать данные, администрируемые услугой, обеспеченной сетевой функцией предоставления услуги, путем идентификации поднабора данных, категории данных, группы абонентов, связанных с данными и/или диапазона данных, администрируемых услугой, обеспеченной сетевой функцией предоставления услуги.
На фиг. 8 показана блок-схема операций примера способа 800 для обнаружения услуги в сети связи. Способ 800 содержит, в ответ на запрос обнаружения услуги к сетевой функции регистрации услуги, причем запрос обнаружения услуги идентифицирует тип услуги, прием ответа обнаружения услуги, причем ответ идентифицирует сетевую функцию предоставления услуги, которая предоставляет услугу, и идентифицирует данные, администрируемые услугой, обеспеченной сетевой функцией предоставления услуги. Поэтому, в некоторых примерах, отправитель запроса обнаружения услуги, например, Потребителя услуги NF, может принимать ответ, идентифицирующий услугу(и), и отправитель имеют возможность выбирать одну или более услуг, которые связаны с данными, в которых заинтересован отправитель, например, надлежащий тип, группу, диапазон и т.д данных. В некоторых вариантах осуществления способ 800 включает в себя отправку запроса обнаружения услуги к сетевой функции регистрации услуги (например NRF).
В некоторых примерах ответ обнаружения услуги идентифицирует дополнительную сетевую функцию, которая предоставляет услугу, и идентифицирует дополнительные данные, администрируемые услугой, обеспеченной дополнительной сетевой функцией. Поэтому ответ может идентифицировать множественные услуги и, возможно, разные данные, если дополнительные данные не одинаковы или не полностью одинаковы (например, тот же диапазон и т.д.) в качестве данных для первой услуги.
Запрос обнаружения услуги может идентифицировать данные. В подобных случаях, например, ответ может идентифицировать только те услуги, которые согласуются с данными, т.е. связаны с одним и тем же диапазоном, группой, типом и т.д. данных. Ответ обнаружения услуги также может идентифицировать дополнительную сетевую функцию, которая предоставляет услугу и идентифицирует данные. То есть, например, этот ответ идентифицирует множественные услуги одного и того же типа (например, одного и того же наименования) и связан с одинаковыми или аналогичными данными. Данные, администрируемые услугой, обеспеченной сетевой функцией предоставления услуги, и данные, администрируемые услугой, обеспеченной дополнительной сетевой функцией, могут содержать один и тот же поднабор данных, категорию данных, группу абонентов, связанных с данными и/или диапазон данных.
В некоторых вариантах осуществления запрос идентифицирует данные, администрируемые услугой, обеспеченной сетевой функцией предоставления услуги, путем идентификации поднабора данных, категории данных, группы абонентов, связанных с данными и/или диапазона данных, администрируемых услугой, обеспеченной сетевой функцией предоставления услуги. Сетевая функция предоставления услуги, может в некоторых примерах быть репозиторием унифицированных данных (UDR), репозиторием пользовательских данных (UDR), диспетчеризацией унифицированных данных (UDM), функцией управления политикой (PCF), UDSF (функцией хранения неструктурированных данных), PDFD-FE (описанием фильтра пакетных данных на интерфейсной части) или функцией представления сети (NEF). Сетевая функция регистрации услуги в некоторых примерах содержит функцию сетевого репозитория (NRF).
На фиг. 9 показана схема примера устройства 900 для регистрации услуги в сети связи. Устройство 1000 содержит процессор 902 и память 904. Память 904 содержит инструкции, исполняемые процессором 902, такие что устройство 900 способно осуществлять, например, способ 600, показанный на фиг. 6.
На фиг. 10 показана схема примера устройства 1000 для регистрации услуги в сети связи. Устройство 1000 содержит процессор 1002 и память 1004. Память 1004 содержит инструкции, исполняемые процессором 1002, такие что устройство 1000 способно осуществлять, например, способ 700 на фиг. 7.
На фиг. 11 показана схема примера устройства 1100 для обнаружения услуги в сети связи. Устройство 1100 содержит процессор 1102 и память 1104. Память 1104 содержит инструкции, исполняемые процессором 1002, такие что устройство 1100 способно осуществлять, например, способ 800 на фиг. 8.
На фиг. 12 показана схема примера устройства 1200 для регистрации услуги в сети связи. Устройство 1200 содержит модуль 1202 приема, выполненный с возможностью приема запроса регистрации услуги, причем запрос идентифицирует сетевую функцию для предоставления услуги, тип услуги и данные, администрируемые услугой, обеспеченной упомянутой сетевой функцией; и модуль 1204 хранения, выполненный с возможностью сохранения информации в репозитории, причем информация идентифицирует сетевую функцию, тип услуги и данные, администрируемые услугой, обеспеченной упомянутой сетевой функцией.
На фиг. 13 показана схема примера устройства 1300 для регистрации услуги в сети связи. Устройство 1300 содержит модуль 1302 отправки, выполненный с возможностью отправки запроса регистрации услуги к сетевой функции регистрации услуги, причем запрос идентифицирует сетевую функцию предоставления услуги для предоставления услуги, тип услуги и данные, администрируемые услугой, обеспеченной сетевой функцией предоставления услуги.
На фиг. 14 показана схема примера устройства 1400 для обнаружения услуги в сети связи. Устройство 1400 содержит модуль 1402 приема, выполненный с возможностью, в ответ на запрос обнаружения услуги к сетевой функции регистрации услуги, причем запрос обнаружения услуги идентифицирует тип услуги, принимать ответ обнаружения услуги, причем ответ идентифицирует сетевую функцию предоставления услуги, которая предоставляет услугу, и идентифицирует данные, администрируемые услугой, обеспеченной сетевой функцией предоставления услуги.
Любые надлежащие этапы, способы, признаки, функции или преимущества, раскрытые здесь, могут осуществляться через один или более функциональных блоков или модулей одного или более виртуальных устройств. Каждое виртуальное устройство может содержать несколько этих функциональных блоков. Эти функциональные блоки могут быть реализованы посредством схемы обработки, которая может включать в себя один или более микропроцессоров или микроконтроллеров, а также другое цифровое оборудование, которое может включать в себя цифровые сигнальные процессоры (DSP), цифровую логику специального назначения и пр. Схема обработки выполнена с возможностью выполнения программного кода, хранящегося в памяти, которая может включать в себя один или несколько типов памяти, например, постоянную память (ROM), оперативную память (RAM), кэш-память, устройства флеш-памяти, оптические запоминающие устройства и т.д. Программный код, хранящийся в памяти включает в себя программные инструкции для выполнения одного или более протоколов связи и/или передачи данных, а также инструкций для осуществления одного или более из описанных здесь методов. В некоторых реализациях, схема обработки может использоваться для предписания соответствующему функциональному блоку осуществлять соответствующие функции согласно одному или более вариантам осуществления настоящего изобретения.
Ниже будут описаны некоторые дополнительные примеры и варианты осуществления. Раскрытые здесь варианты осуществления предусматривают решение для поддержки регистрации обнаружения и выполнения услуги 5G SBA (архитектуры на основе услуг) в NF, где локально хранятся данные (например, UDR, где локально хранятся данные). Это решение может быть реализовано, когда данные, которые должны быть доступны UE/потребителю (например, UDM-FE) сохраняется в более одной NF (например, установлены множественные UDR), UE/потребителям нужно знать, какая одна из множественных NF, сохраняющих данные, сохраняет данные, в которых она заинтересована, когда услуга, обеспеченная множественными NF поставщика (например, UDR), та же самая.
Раскрытые здесь варианты осуществления предусматривают обновление регистрации услуги, чтобы поставщик мог идентифицировать данные, доступные услуге, либо посредством явной информации при регистрации, либо путем дополнения этой информации конфигурацией у поставщика.
В некоторых вариантах осуществления обнаружение услуги изменяется для снабжения потребителя этой информацией, которая зарегистрирована как часть информации услуги.
Услуга, выполняемая потребителем, в некоторых вариантах осуществления изменяется таким образом, что потребитель может идентифицировать поставщика услуги, которого следует использовать для каждого запроса услуги, на основании данных, к которым нужно обращаться, т.е. выбирать услугу, которая предоставляет доступ к данным, в которых заинтересован потребитель услуги. Например, при регистрации UE в AMF для мобильности, AMF требует этих данных подписки на UDM-FE для UE, которой нужно выбирать эти данные из соответствующего UDR (например, правильного UDR, если установлено несколько) через одну и ту же услугу (например, услугу диспетчеризации унифицированных данных через Nudr).
Фиг. 15 демонстрирует пример связи между некоторыми объектами в сети связи в процессе регистрации и обнаружения услуги. Регистрация осуществляется на этапах 1-3, и запрос обнаружения осуществляется на этапе 4. Этапы 1-3 могут осуществляться в любом порядке. На этапах 1-3, каждый UDR (UDR-1, UDR-2 и UDR-3) регистрирует свой профиль NF (профиль услуги) с помощью NRF. Профиль NF может включать в себя:
- ID экземпляра NF
- тип NF
- PLMN ID
- идентификатор(ы) сетевых слайсов, например, S-NSSAI, NSI ID
- FQDN или IP-адрес для NF
- информацию пропускной способности NF
- информацию авторизации услуги, зависящей от NF
- наименование(я) поддерживаемой(ых) услуги(услуг)
- информацию концевой точки экземпляра(ов) каждой поддерживаемой услуги; и/или
- другой параметр услуги, например, DNN, концевая точка уведомления для каждого типа уведомления о том, что услуга NF заинтересована в приеме.
Некоторые раскрытые здесь варианты осуществления позволяют (например) множественным UDR NF обеспечивать тот или иной способ идентификации данных, связанных с каждой NF, чтобы потребитель мог выбирать, какую из них использовать. Возможны множественные варианты, включающие в себя, например, следующие:
разные UDR могут использовать разные “экземпляры NF” (например, “UDR-1”, “UDR-2”, “UDR-3”). Тогда потребитель сможет идентифицировать соответствующие данные, доступные каждой услуге. Например
o “UDR-1”: группа 1 абонентских данных (список и/или диапазоны идентификаторов абонентов).
o “UDR-2”: группа 2 абонентских данных (список и/или диапазоны идентификаторов абонентов).
o “UDR-3”: данные для представления.
Дополнительно или альтернативно, “другой параметр услуги” может расширяться для включения нового параметра, который идентифицирует разные массивы данных (например, различные типы данных, или только часть некоторого типа данных, идентифицированного диапазоном/группой идентификаторов данных - аналогичный диапазон идентификаторов абонентов).
В раскрытом здесь примере, UDM-FE может пожелать обнаруживать услуги UDR. Это может содержать UDM-FE, указывающую наименование услуги, подлежащей обнаружению. Затем обнаружение (ответ обнаружения регистрации) может обеспечивать достаточно информации для UDM-FE, чтобы иметь возможность выбирать надлежащий экземпляр UDR. Обеспечиваемой информации может быть достаточно для однозначной идентификации данных, к которым нужно обращаться в каждом экземпляре UDR, когда, например, новый параметр указывает “данные для представления”, это обеспечивает всю информацию, необходимую потребителю для выбора надлежащего экземпляра UDR.
Фиг. 16 демонстрирует обмен информацией между объектами в сети связи в иллюстративном варианте использования услуги UDM-FE со стороны AMF. Можно рассмотреть пример, когда AMF нужно получать доступ к абонентским данным конкретного UE. Она запрашивает эту информацию у UDM-FE, с использованием, например, операции Nudm_SubsDataMng_Get, для идентификатора одного конкретного UE (например, SUPIx). UDM-FE должна идентифицировать, какая услуга Nudr нужна ей для использования для осуществления доступа к соответствующим данным. Ей нужно проверять информацию при регистрации, например, содержащуюся в ответе обнаружения услуги, и в некоторых примерах также может потребоваться некоторая локальная конфигурация. В одном примере, предположим, что SUPIx находится в группе 2 абонентских данных, т.е. сохраняется в UDR-2; UDM-FE выполняет услугу Nudr, зарегистрированную в UDR-2 (т.е. с использованием обеспеченного IP-адреса или FQDN).
В другом примере AMF должна идентифицировать, какой экземпляр UDM сохраняет данные для соответствующего UE. В системе 5G Diameter маршрутизация недоступна, поскольку интерфейсы SBA базируются на регистрации и обнаружения услуги, и (например) в API HTTP/REST. Таким образом, раскрытые здесь варианты осуществления позволяют каждому экземпляру UDM регистрировать свои услуги, но обеспечивают информацию для идентификации, какие данные подписки сохраняются в каждом экземпляре или для него.
Следует отметить, что вышеупомянутые примеры иллюстрируют, а не ограничивают раскрытые здесь варианты осуществления, и что специалисты в данной области техники смогут сконструировать многие альтернативные примеры. Слово “содержащий” не исключает наличия дополнительных элементов или этапов, употребление единственного числа не исключает множества, и единственный процессор или другой блок может выполнять функции нескольких блоков. Когда используются термины “первый”, “второй” и т.д., их следует понимать лишь как обозначения для удобства идентификации конкретного признака. В частности, их не следует интерпретировать как описывающие первый или второй признак множества таких признаков (т.е. первый или второй из таких признаков, возникающих во времени или пространство), если в явном виде не указано обратное. Этапы раскрытых здесь способов могут осуществляться в любом порядке, если явно не указано обратное. Никакие ссылочные позиции в утверждениях не следует рассматривать как ограничивающие свой объем.