СПОСОБ СВЯЗИ И УСТРОЙСТВО Российский патент 2022 года по МПК H04W4/50 H04W24/10 H04W8/08 

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

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

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

Фиг. 1 является схемой нероуминговой архитектуры существующей развитой системы пакетной передачи данных (evolved packet system, EPS). Для поддержки сервера услуги/приложений (service capability server/application server, SCS/AS), имеющего стороннее приложение (например, приложение машинного типа), установленное в EPS сети, необходимо усовершенствовать существующую сетевую архитектуру. Представлен сетевой элемент функции экспозиции возможностей услуг (service capability exposure function, SCEF). Фиг. 2 является схемой архитектуры интерфейса в проекте партнерства 3-го поколения (3^rd generation partnership project, 3GPP). Сетевую архитектуру EPS применяют с использованием SCEF, где SCEF обеспечивает SCS/AS услугу и возможности, которые обеспечивается безопасным 3GPP сетевым интерфейсом.

Услуга машинного типа включает в себя услугу, которая имеет низкое требование к задержке, то есть, услугу с высоким требованием к задержке. На основании вышеупомянутой архитектуры экспозиции возможностей для поддержки сервисной связи с высоким требованием к задержке, определяется событие мониторинга «доступность оконечного устройства после сбоя уведомления данных нисходящей линии связи (downlink data notification, DDN) (availability after DDN failure)». Другими словами, SCS/AS может подписаться на событие мониторинга «доступность после сбоя DDN» из 3GPP EPS сети с использованием SCEF. Когда SCS/AS передает пакет данных в оконечное устройство в EPS сети, если оконечное устройство находится в недоступном состоянии, EPS сеть активирует событие «доступность после сбоя DDN», то есть, отслеживает состояние оконечное устройства. Когда оконечное устройство переходит в доступное состояние, сеть сообщает о доступном состоянии оконечного устройства в SCS/AS с использованием SCEF, так что SCS/AS повторно передает данные в оконечное устройство.

В существующем техническом решении как сеанс, так и мобильность контролируются объектом управления мобильностью (mobility management entity, MME). При приеме DDN сообщения, переданного обслуживающим шлюзом (serving gateway, SGW) и когда оконечное устройство находится в недоступном состоянии, например, MME инициирует поисковый вызов для оконечного устройства, но не принимает ответа, оконечное устройство находится в режиме энергосбережения (power saving mode, PSM), или оконечное устройство находится в режиме только соединения инициируемого мобильной связью (mobile initiated connection only, MICO), то MME напрямую активирует событие мониторинга. Однако в архитектуре системы мобильной связи пятого поколения (5^th generation, 5G) управление сеансом, доступ и управление мобильностью отдельно контролируются разными объектами функции. В этой архитектуре то, как сеть конфигурирует соответствующее событие оконечного устройства и активирует сообщаемое событие, является технической задачей, которая в настоящее время не решена.

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

Настоящее изобретение обеспечивает способ и устройство связи для подписки на событие оконечного устройства в 5G архитектуре.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Согласно тринадцатому аспекту, обеспечивается способ связи, который включает в себя: прием первого сообщения, которое предназначено для события оконечного устройства и которое передается объектом функции управления, где первое сообщение используется для подписки на событие оконечного устройства, и первое сообщение включает в себя информацию описания услуги и информацию поддержки выбора имени сети передачи данных/одного сетевого сегмента DNN/S-NSSAI; передачу второго сообщения в объект функции управления сеансом, где второе сообщение используется для подписки на событие обнаружения услуги, и второе сообщение включает в себя информацию описания услуги; прием уведомления обнаружении услуги из объекта функции управления сеансом; активацию события оконечного устройства, когда оконечное устройство недоступно; и передачу уведомления о доступности оконечного устройства в узел экспозиции возможностей или объект функции приложения при обнаружении, что оконечное устройство доступно.

В реализации, передача второго сообщения в объект функции управления сеансом включает в себя: передачу второго сообщения в объект функции управления сеансом, когда DNN/S-NSSAI сеанса совпадает с DNN/S-NSSAI, содержащийся в первом сообщении.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 1 является схемой существующей EPS архитектуры без роуминга;

Фиг. 2 является схемой архитектуры интерфейса в 3GPP EPS сетевой архитектуре с использованием SCEF;

Фиг. 3a является схемой архитектуры без роуминга, основанной на сервисном интерфейсе в 5G;

Фиг. 3b является схемой архитектуры без роуминга на основании опорной точки в 5G;

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

Фиг. 5а является блок-схемой алгоритма для конфигурирования с помощью AF подписки на событие оконечного устройства для UDM/PCF с использованием NEF;

Фиг. 5b является блок-схемой алгоритма примера конфигурирования с помощью AF подписки на событие оконечного устройства для UDR с использованием PCF;

Фиг. 5c является блок-схемой алгоритма примера конфигурирования посредством AF подписки на событие оконечного устройства для UDR с использованием NEF;

Фиг. 6а является блок-схемой алгоритма способа связи согласно варианту осуществления настоящего изобретения;

Фиг. 6b является блок-схемой алгоритма другого способа связи согласно варианту осуществления настоящего изобретения;

Фиг. 6c-1 и фиг. 6c-2 являются блок-схемами алгоритма конкретного примера выполнения уведомления о событии оконечного устройства посредством NEF;

Фиг. 7а-1 и фиг. 7a-2 являются блок-схемами алгоритма примера способа связи;

Фиг. 7b-1 и фиг. 7b-2 являются блок-схемами алгоритма другого примера способа связи;

Фиг. 7c-1 и фиг. 7c-2 являются блок-схемами алгоритма еще одного примера способа связи;

Фиг. 7d-1 по фиг. 7d-3 являются блок-схемами алгоритма еще одного примера способа связи;

Фиг. 7e-1 по фиг. 7e-3 являются блок-схемами алгоритма еще одного примера способа связи;

Фиг. 8 является блок-схемой устройства связи согласно варианту осуществления настоящего изобретения;

Фиг. 9а является блок-схемой другого устройства связи согласно варианту осуществления настоящего изобретения;

Фиг. 9b является блок-схемой еще одного устройства связи согласно варианту осуществления настоящего изобретения;

Фиг. 10 является блок-схемой еще одного устройства связи согласно варианту осуществления настоящего изобретения;

Фиг. 11 является блок-схемой еще одного устройства связи согласно варианту осуществления настоящего изобретения;

Фиг. 12 является схемой аппаратных средств устройства связи согласно варианту осуществления настоящего изобретения;

Фиг. 13 является блок-схемой алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения;

Фиг. С 14а-1 по фиг. 14f являются блок-схемами алгоритма еще одного примера способа связи;

Фиг. 15 является блок-схемой еще одного устройства связи согласно варианту осуществления настоящего изобретения;

Фиг. 16 является блок-схемой алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения;

Фиг. 17-1 и фиг. 17-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения;

Фиг. 18-1 и фиг. 18-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения;

Фиг. 19-1 и фиг. 19-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения; и

Фиг. 20-1 и фиг. 20-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения.

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

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

Технические решения настоящего изобретения могут применяться к архитектуре без роуминга EPS сети, показанной на фиг. 1, или могут применяться к архитектуре роуминга EPS сети, или могут применяться к архитектуре без роуминга и архитектуре роуминга сети следующего поколения, например, к архитектуре без роуминга, основанной на интерфейсе на основании услуг в сети мобильной связи пятого поколения, показанной на фиг. 3a и в архитектуре без роуминга, основанной на опорной точке в 5G, показанной на фиг. 3b.

Используя 5G архитектуры системы связи, показанные на фиг. 3а и фиг. 3b в качестве примера, система связи в основном включает в себя объект функции управления доступом и мобильностью (access and mobility management function, AMF), объект функции управления сеансом (Session Management Function, SMF), объект функции плоскости пользователя (user plane function, UPF), объект функции экспозиции сети (network exposure function, NEF) и объект функции приложения (application function, AF) и может дополнительно включать в себя объект функции управления политикой (policy control function, PCF), объект функции репозитория унифицированных данных (unified data repository, UDR) и объект функции управления унифицированными данными (unified data management, UDM). Следует отметить, что объекты функции и функции объектов функции, представленные на фиг. 3а, могут быть такими же, как на фиг. 3b. На фиг. 3a, поскольку архитектура основана на интерфейсе на основании услуг, сообщение, переданное объектом функции другому объекту функции, должно содержать идентификатор другого объекта функции. На фиг. 3b, поскольку архитектура основана на опорной точке, сообщение между объектами функции является интерфейсным сообщением, и не требуется передавать идентификатор объекта функции.

Функции объектов функции на фиг. 3а и фиг. 3b представляют собой следующие:

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

SMF объект: в основном, выполнен с возможностью управлять сеансом и, в частности, предназначен для выбора объекта функции плоскости пользователя, перенаправления объекта функции плоскости пользователя, назначения адреса интернет-протокола (internet protocol, IP), установку, изменение и высвобождение канала и контроль качества обслуживания (quality of service, QoS).

UPF объект: выполнен с возможностью пересылать и принимать пользовательские данные в оконечном устройстве. UPF объект может принимать пользовательские данные из сети передачи данных и передавать пользовательские данные в оконечное устройство с использованием сетевого устройства доступа. В качестве альтернативы UPF объект может принимать пользовательские данные из оконечного устройства с помощью сетевого устройства доступа и пересылать пользовательские данные в сеть передачи данных. Функции передачи и планирования ресурсов в UPF объекте, которые используются для предоставления услуги для оконечного устройства, управляются и контролируются SMF объектом.

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

AF объект: в основном поддерживает взаимодействие с 3GPP сетью для предоставления услуги, например, влияя на решение о маршрутизации данных, функцию управления политикой или предоставляя некоторые услуги для сетевой стороны (где эти услуги могут быть выполнены третьей стороной (3^rd party) или может не выполняться третьей стороной).

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

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

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

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

Оконечное устройство осуществляет доступ к сети, используя сетевое устройство радиодоступа (radio access network, RAN) или сетевое устройство доступа (access network, AN). RAN устройство, в основном, является беспроводным сетевым устройством в 3GPP сети, и AN может быть сетевым устройством доступа, определенным в non-3GPP.

В настоящем раскрытии оконечное устройство может быть устройством пользователя (user equipment, UE), портативным оконечным устройством, портативным компьютером, абонентским устройством (subscriber unit), сотовым телефоном (cellular phone), смартфоном (smartphone), беспроводной картой данных, персональным цифровым помощником (personal digital assistant), планшетным компьютером, беспроводным модемом (modem), портативным (handheld) устройством, портативным компьютером (laptop computer), беспроводным телефоном (cordless phone), станцией беспроводной локальной сети (wireless local loop, WLL), оконечным устройством связи машинного типа (machine type communication, MTC) или другим устройством, которое может получить доступ к сети.

Оконечное устройство может связываться с сетевым устройством радиодоступа (radio access network, RAN), используя технологию радиоинтерфейса. RAN устройство, в основном, выполнено с возможностью выполнять функции на стороне радиоинтерфейса, такие как управление радиоресурсами, управление QoS, сжатие и шифрование данных. Сеть доступа может включать в себя макробазовую станцию, микробазовую станцию (также называемую малой сотой), ретрансляционную станцию, точку доступа и т.п. в различных формах. В системах, использующих разные технологии радиодоступа, имена устройств, выполняющих функцию базовой станции, могут быть разными. Например, в системе «Долгосрочного развития» (long term evaluation, LTE) устройство упоминается как усовершенствованный NodeB (evolved NodeB, eNB или eNodeB), и в системе 3-го поколения (3^rd generation, 3G) устройство упоминается как узел B (Node B) или тому подобное.

AN устройство позволяет устанавливать соединение и взаимодействие между оконечным устройством и 3GPP базовой сетью с использованием non-3GPP технологии. Например, non-3GPP технология представляет собой сетевые технологии беспроводной достоверности (wireless fidelity, Wi-Fi), всемирного взаимодействия для микроволнового доступа (worldwide interoperability for microwave Access, WiMAX), множественного доступа с кодовым разделением каналов (code division multiple access, CDMA) или т.п.

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

В настоящем раскрытии DDN сбой может заключаться в том, что сеть обнаруживает, что оконечное устройство находится в недоступном состоянии, или приоритет данных (то есть, приоритет выделения и сохранения (allocation and retention priority, ARP) для инициирования DDN) не выше предшествующего приоритета данных для инициирования DDN.

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

Следует отметить, что термины «система» и «сеть» могут использоваться взаимозаменяемо в вариантах осуществления настоящего изобретения. «Множество» означает два или более двух. Ввиду этого, в вариантах осуществления настоящего изобретения «множество» также может пониматься как «по меньшей мере, два». Термин «и/или» описывает взаимосвязь корреляции для описания связанных объектов и представляет, что могут существовать три взаимосвязи. Например, A и/или B могут представлять следующие три случая: существует только A, существуют и A, и B, и существует только B. Дополнительно, символ «/» обычно указывает связь «или» между связанными объектами.

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

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

(1) Во-первых, объект функции приложения, имеющий установленное приложение, конфигурирует событие оконечного устройства для сети. Могут быть следующие несколько способов конфигурации: AF конфигурирует событие для UDM/PCF с использованием NEF, AF конфигурирует событие для UDR с использованием PCF, AF конфигурирует событие для UDR с использованием NEF, и так далее. Подробные описания представлены ниже.

(2) Сеть активирует событие оконечного устройства и уведомляет о событии оконечного устройства. Ниже приводится описание с использованием подробной процедуры способа связи.

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

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

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

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

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

S104. Объект функции репозитория унифицированных данных хранит по меньшей мере один фрагмент вышеупомянутой информации.

5G используется в качестве примера в этом варианте осуществления. Для услуги, когда необходимо отслеживать состояние оконечного устройства в процессе обработки услуги, объект функции приложения, предоставляющий услугу, может передать первое сообщение в объект функции управления, где первое сообщение используется для подписки на событии оконечного устройства из сети. Объектом функции управления может быть UDM, PCF, NEF и т.п. Объект функции управления принимает первое сообщение.

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

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

Информация описания услуги может быть информацией описания данных услуги. Например, информация описания услуги может быть любой информацией описания, которая может идентифицировать услугу конкретного объекта функции приложения, например, триплетом IP (IP-адрес назначения/префикс IPv6 (IPv6 prefix), номер порта, IP номер протокола верхнего уровня (например, протокол передачи), идентификатор приложения (application ID), дескриптор non-IP (non-IP) или информация описания услуги Ethernet. IP-адрес назначения может быть IPv4-адресом назначения, IPv6-префиксом назначения или IPv6-адресом назначения.

Соответствующий объект функции может различать множество объектов функции приложения на основании информации описания услуги. Дополнительно, первое сообщение дополнительно включает в себя, по меньшей мере, одну из следующих информаций: идентификатор оконечного устройства, соответствующего событию оконечного устройства, информацию о типе события оконечного устройства, имя сети передачи данных (data network name, DNN), информацию сегмента и идентификатор услуги функции приложения (application function service identifier, AF-service-ID).

Идентификатор оконечного устройства может быть идентификатором (UE ID) одного оконечного устройства или может быть идентификатором (group ID) множества оконечных устройств (то есть, группы). Идентификатор оконечного устройства может быть идентификатором, используемым для идентификации пользователя, таким как общий общедоступный идентификатор пользователя (generic public subscription identifier, GPSI). Идентификатор группы может быть идентификатором внешней группы.

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

DNN используется для идентификации сети передачи данных, к которой имеет доступ пользователь. Информация о сегменте может быть экземпляром сегмента и/или вспомогательной информацией для выбора одного сетевого сегмента (single network slice selection assistance information, S-NSSAI). S-NSSAI или экземпляр сегмента используется для выбора конкретного сетевого сегмента, а именно, базовой сети, такой как SMF и UPF. AF-service-ID является идентификатором услуги функции приложения, и сетевая сторона может получить DNN и информацию сегмента на основании идентификатора.

Дополнительно, первое сообщение может дополнительно включать в себя целевой адрес уведомления (notification target address). Целевой адрес уведомления может быть идентификатором NEF, идентификатором AF или адресом AF.

Объект функции управления принимает первое сообщение и обрабатывает первое сообщение, что включает в себя: проверку в соответствии с локальной политикой, авторизован ли объект функции приложения для выполнения запроса услуги, является ли первое сообщение действительным, количество раз, когда объект функции приложения передает запрос, превышает ли предельное количество или частоту запросов, и так далее. Если проверка пройдена, объект функции управления сохраняет вышеизложенную информацию и выделяет идентификатор корреляции события оконечного устройства. Идентификатор корреляции события используется для идентификации взаимосвязи корреляции между событием оконечного устройства и объектом функции, который подписывается на событие оконечного устройства. Идентификатор корреляции событий также может называться идентификатором корреляции уведомления (notification correlation ID). В качестве альтернативы идентификатор корреляции событий может быть идентификатором корреляции подписки (subscription correlation ID) и идентификатор корреляции подписки может быть выделен посредством AMF или SMF.

Дополнительно, целевой адрес уведомления и идентификатор корреляции уведомления могут использоваться совместно. Целевой адрес уведомления и идентификатор корреляции уведомлений используются для корреляции уведомления, принятого от поставщика событий с подпиской. Одна подписка связана с одним независимым целевым адресом уведомления и идентификатором корреляции уведомления.

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

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

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

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

Ниже приведены примеры конфигурации.

Пример 1: AF конфигурирует событие для UDM/PCF с помощью NEF.

Фиг. 5a является блок-схемой алгоритма примера конфигурирования, с помощью AF, подписки на событие оконечного устройства для UDM/PCF с использованием NEF. Способ может включать в себя следующие этапы.

S201. AF определяет подписаться на событие «доступность оконечного устройства после сбоя DDN» со стороны сети. AF передает первое сообщение в NEF, где первое сообщение используется для подписки на событие оконечного устройства. Например, в системе, показанной на фиг. 3а, сообщение может быть Nnef_EventExposure_subscribe. Сообщение подписки включает в себя следующую информацию: информацию об описании услуги, идентификатор оконечного устройства (или идентификатор группы), идентификатор AF, информацию о типе события или DNN/S-NSSAI/AF-service-ID.

S202. NEF выполняет процесс обработки сообщения, включающий в себя: проверку в соответствии с локальной политикой, авторизована ли AF для выполнения запроса услуги, является ли сообщение действительным, превышает ли количество раз, которое объект функции приложения передает запрос, предельное значение или превышает ли частоту запросов и т.д. Если проверка пройдена, NEF сохраняет следующую информацию: информацию об описании услуги, идентификатор оконечного устройства (или идентификатор группы), информацию о типе события и DNN/S-NSSAI/AF-service-ID. Дополнительно, NEF выделяет идентификатор корреляции событий (например, опорный ID NEF) для события оконечного устройства. Идентификатор корреляции события используется для идентификации взаимосвязи корреляции между событием оконечного устройства и объектом функции, который подписывается на событие оконечного устройства. Информация о типе события используется для идентификации события оконечного устройства. В качестве варианта, NEF может дополнительно хранить следующую информацию: идентификатор AF или адрес AF. На основании идентификатора AF или адреса AF может быть найдена AF, и сообщение может быть отправлено в AF.

S203. NEF передает второе сообщение в UDM/PCF, где второе сообщение используется для подписки на событие оконечного устройства. Например, в системе, показанной на фиг.3а, сообщение может быть Nudm_EventExposure_subscribe/Npcf_EventExposure_subscribe. Сообщение подписки включает в себя следующую информацию: информацию об описании услуги, идентификатор оконечного устройства (или идентификатор группы), информацию о типе события, идентификатор корреляции событий и DNN/S-NSSAI/AF-service-ID. Возможно сообщение подписки может дополнительно включать в себя идентификатор AF или адрес AF. Информация о типе события определяется на основании информации о типе события, предоставленной AF, и может указывать на тот же тип события или новый тип события, сгенерированный для поддержки события, на которое должна быть подписана AF.

В другом варианте осуществления после приема информации о событии из AF, NEF может передавать сообщение в UDM и PCF отдельно. Сообщение, переданное в UDM, может включать в себя идентификатор оконечного устройства (или идентификатор группы), информацию о типе события и идентификатор корреляции событий. Сообщение, переданное в PCF, включает в себя идентификатор оконечного устройства (или идентификатор группы), информацию о типе события, идентификатор корреляции событий, информацию описания услуги и DNN/S-NSSAI/AF-service-ID. Информация о типе события определяется на основании информации о типе события, предоставленной AF, и может указывать на тот же тип события или новый тип события, сгенерированный для поддержки события, на которое должна быть подписана AF. В качестве варианта, NEF может отображать AF-service-ID на DNN/S-NSSAI. В этом случае хранимая информация представляет собой DNN/S-NSSAI.

S204. UDM/PCF проверяет, является ли сообщение действительным, что включает в себя: проверку, поддерживает ли сеть мониторинг событий, должен ли быть принят запрос и так далее. Когда проверка пройдена, UDM/PCF сохраняет информацию описания услуги, идентификатор оконечного устройства (или идентификатор группы), идентификатор AF, информацию о типе события, идентификатор корреляции событий и DNN/S-NSSAI/AF- сервис-ID. Если NEF может передавать второе сообщение в UDM и PCF отдельно, информация, хранящаяся в UDM, представляет собой идентификатор оконечного устройства (или идентификатор группы), идентификатор AF, информацию о типе события и идентификатор корреляции событий. PCF хранит информацию описания услуги, идентификатор оконечного устройства (или идентификатор группы), идентификатор AF, информацию о типе события, идентификатор корреляции событий и DNN/S-NSSAI. В качестве варианта, UDM может отображать AF-service-ID на DNN/S-NSSAI. В этом случае хранимая информация является DNN/S-NSSAI.

S205. Кроме того, в качестве варианта, UDM/PCF может передать третье сообщение в UDR, где третье сообщение используется для подписки на событие оконечного устройства. Например, в системе, показанной на фиг.3а, сообщение может быть Nudr_EventExposure_subscribe. UDR хранит вышеуказанную информацию для подписки на событие оконечного устройства.

Пример 2: AF конфигурирует событие для UDR с помощью PCF.

Фиг. 5b является блок-схемой алгоритма примера конфигурирования с помощью AF подписки на событие оконечного устройства для UDR с использованием PCF. Способ может включать в себя следующие этапы.

S301. AF определяет подписаться на событие «доступность оконечного устройства после сбоя DDN» со стороны сети. AF передает первое сообщение в PCF, где первое сообщение используется для подписки на событие оконечного устройства. Например, в системе, показанной на фиг.3а, сообщение может быть Npcf_EventExposure_subscribe. Сообщение о подписке включает в себя следующую информацию: информацию описания услуги, идентификатор оконечного устройства (или идентификатор группы), идентификатор AF, информацию о типе события и DNN/S-NSSAI/AF-service-ID.

S302. PCF обрабатывает сообщение, что включает в себя: проверку, в соответствии с локальной политикой того, авторизована ли AF для выполнения запроса услуги, является ли сообщение действительным, превышает ли количество раз, которое объект функции приложения передает запрос, предельное значение или превышает ли частоту запросов и т.д. Если проверка пройдена, PCF сохраняет следующую информацию: информацию об описании услуги, идентификатор оконечного устройства (или идентификатор группы), информацию о типе события и DNN/S-NSSAI/AF-service-ID. Дополнительно, PCF выделяет идентификатор корреляции события (например, опорный ID PCF), соответствующий событию оконечного устройства. Идентификатор корреляции событий используется для идентификации взаимосвязи корреляции между событии м оконечного устройства и объектом функции, который подписывается на событие оконечного устройства. Информация о типе события используется для идентификации события оконечного устройства. В качестве варианта, сообщение подписки может дополнительно включать в себя идентификатор AF или адрес AF.

S303. Кроме того, в качестве варианта, PCF передает второе сообщение в UDR, где второе сообщение используется для подписки на событие оконечного устройства. Например, в системе, показанной на фиг.3а, сообщение может быть Nudr_EventExposure_subscribe. Сообщение включает в себя следующую информацию: информацию об описании услуги, идентификатор оконечного устройства или идентификатор группы, информацию о типе события, опорный ID PCF и DNN/S-NSSAI/AF-service-ID. Сообщение о подписке может дополнительно включать в себя идентификатор AF или адрес AF.

S304. В качестве варианта, UDR проверяет, является ли сообщение действительным, что включает в себя: проверку того, поддерживает ли сеть мониторинг событий, должен ли быть принят запрос и так далее. Когда проверка пройдена, UDR сохраняет следующую информацию: информацию об описании услуги, идентификатор оконечного устройства или идентификатор группы, информацию о типе события, опорный ID PCF и DNN/S-NSSAI/AF-service-ID. UDR может дополнительно хранить идентификатор AF или адрес AF.

Пример 3: AF конфигурирует событие для UDR, используя NEF.

Фиг. 5c является блок-схемой алгоритма примера конфигурирования посредством AF подписки на событие оконечного устройства для UDR с использованием NEF. Способ может включать в себя следующие этапы.

S401. AF определяет подписаться на событие «доступность оконечного устройства после сбоя DDN» со стороны сети. AF передает первое сообщение в NEF, где первое сообщение используется для подписки на событие оконечного устройства. Например, в системе, показанной на фиг.3а, сообщение может быть Nnef_EventExposure_subscribe. Сообщение включает в себя следующую информацию: информацию об описании услуги, идентификатор оконечного устройства или идентификатор группы, идентификатор AF, информацию о типе события и DNN/S-NSSAI/AF-service-ID.

S402. NEF обрабатывает сообщение, что включает в себя: проверку, в соответствии с локальной политикой, авторизована ли AF для выполнения запроса услуги, является ли сообщение действительным, превышает ли количество раз, которое объект функции приложения передает запрос, предельное значение или превышает ли частоту запросов и т. д. Если проверка пройдена, NEF сохраняет следующую информацию: информацию об описании услуги, идентификатор оконечного устройства или идентификатор группы, информацию о типе события и DNN/S-NSSAI/AF-service-ID. Дополнительно, NEF выделяет идентификатор корреляции событий (например, опорный ID NEF) для события оконечного устройства. Идентификатор корреляции события используется для идентификации взаимосвязи корреляции между событии м оконечного устройства и объектом функции, который подписывается на событие оконечного устройства. Информация о типе события используется для идентификации события оконечного устройства. NEF может дополнительно хранить идентификатор AF или адрес AF.

S403. NEF передает второе сообщение в UDR, где второе сообщение используется для подписки на событие оконечного устройства. Например, в системе, показанной на фиг. 3а, сообщение может быть Nudr_EventExposure_subscribe. Сообщение включает в себя следующую информацию: информацию об описании услуги, идентификатор оконечного устройства или идентификатор группы, информацию о типе события, опорный ID NEF и DNN/S-NSSAI/AF-service-ID. Сообщение может дополнительно включать в себя идентификатор AF или адрес AF. Информация о типе события определяется на основании информации о типе события, предоставленной AF, и может указывать на тот же тип события или новый тип события, сгенерированный для поддержки события, на которое должна быть подписана AF. Дополнительно, в качестве варианта, NEF может генерировать множество событий на основании информации о событиях, отправленной AF, и сохранять множество событий в UDR.

В качестве варианта, UDR проверяет, является ли сообщение действительным, что включает в себя: проверку, поддерживает ли сеть мониторинг событий, должен ли быть принят запрос и так далее. Когда проверка пройдена, UDR сохраняет следующую информацию: информацию об описании услуги, идентификатор оконечного устройства (или идентификатор группы), информацию о типе события, опорный идентификатор NEF и DNN/S-NSSAI/AF-service-ID. UDR может дополнительно хранить идентификатор AF или адрес AF.

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

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

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

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

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

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

S503. Объект функции управления сеансом передает второе сообщение в объект функции плоскости пользователя. Второе сообщение используется для указания объекту функции плоскости пользователя обнаружить услугу. Услуга является услугой, соответствующей подписанному событию оконечного устройства. Дополнительно, в другой реализации второе сообщение может быть запросом информации услуги и используется для указания объекту функции плоскости пользователя сообщать информацию услуги. В этом случае выполнение S504 не требуется. Информация услуги может быть, по меньшей мере, одним из IP-адрес источника (source IP address) и номер порта источника (source port number) пакета данных нисходящей линии связи, или может быть индексной информацией, где индексная информация используется для индексации конкретного события. Пакет данных нисходящей линии связи может быть отброшенным пакетом данных нисходящей линии связи. В качестве варианта, в случае сбоя уведомления данных нисходящей линии связи, объект функции управления сеансом передает запрос информации услуги в объект функции пользователя.

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

S505. Объект функции плоскости пользователя передает уведомление об обнаружении услуги в объект функции управления сеансом. Уведомление об обнаружении услуги используется для указания появления данных услуги. Объект функции управления сеансом принимает уведомление об обнаружении услуги. В другой реализации уведомление об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S503. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S506. В ответ на уведомление об обнаружении услуги объект функции управления сеансом передает уведомление, которое предназначено для мониторинга события оконечного устройства, в объект функции управления доступом и мобильностью. В качестве варианта, уведомление, которое предназначено для мониторинга события оконечного устройства, может включать в себя информацию о корреляции событий, например, идентификатор корреляции событий (опорный ID NEF). Информация о корреляции событий используется для определения информации отчетности события. В качестве варианта, объект функции управления сеансом передает информацию корреляции событий в объект управления мобильностью на основании информации описания услуги и информации услуги. Другими словами, объект функции управления сеансом сравнивает информацию об услуге с информацией описания услуги и передает информацию корреляции событий в объект управления мобильностью, когда информация услуги совпадает с информацией описания услуги.

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

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

5G все еще используется в качестве примера в этом варианте осуществления. На основании предшествующих описаний, если AF намеревается подписаться на событие оконечного устройства из сети, AF конфигурирует подписку на событие оконечного устройства для объекта функции управления. Объект функции управления или UDR хранит идентификатор оконечного устройства, соответствующий событию оконечного устройства, информацию о типе события оконечного устройства, DNN, информацию о сегменте, идентификатор услуги функции приложения, информацию описания услуги и идентификатор корреляции событий.

Когда сеанс установлен, объект функции управления (например, UDM/PCF) принимает запрос корреляции, отправленный SMF, где запрос корреляции используется для запроса выполнения подписки на событие для услуги, соответствующей сеансу. Запрос может включать в себя DNN, информацию о сегменте или AF-service-ID. Объект функции управления получает локально или из UDR DNN события оконечного устройства, сконфигурированного в вышеупомянутой процедуре конфигурации. Объект функции управления определяет, что DNN, включенное в запрос корреляции, согласуется с DNN события оконечного устройства, сконфигурированного в вышеупомянутой процедуре конфигурации. В качестве альтернативы, объект функции управления получает, локально или из UDR, информацию сегмента события оконечного устройства, сконфигурированного в вышеупомянутой процедуре конфигурации, и определяет, что информация сегмента, используемая в запросе корреляции, совместима с информацией сегмента, сконфигурированной в предшествующей процедуре конфигурации (если запрос включает в себя AF-service-ID, DNN и информацию сегмента и можно получить с помощью AF-service-ID). В этом случае объект функции управления определяет SMF, которая передает запрос корреляции, и затем передает первое сообщение в SMF, где первое сообщение используется для подписки на событие оконечного устройства.

В качестве альтернативы после того, как сеанс установлен, объект функции управления принимает событие оконечного устройства, на которое подписана AF, и определяет сеанс, который имеет соответствующее DNN и соответствующую информацию сегмента. Объект функции управления определяет SMF, которая коррелируется с сеансом, соответствующим DNN и информацией сегмента, и может также активно передавать первое сообщение в SMF, чтобы подписаться на событие оконечного устройства.

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

Дополнительно, первое сообщение может дополнительно включать в себя идентификатор корреляции событий и информацию о типе события оконечного устройства. Идентификатор корреляции событий используется для идентификации взаимосвязи корреляции между событием оконечного устройства и объектом функции, который подписывается на событие оконечного устройства, и информация о типе события используется для идентификации события оконечного устройства. Идентификатор корреляции событий может быть опорным идентификатором, сгенерированным объектом функции управления в вышеупомянутом процессе конфигурации. Опорный идентификатор коррелируется с идентификатором AF. Событие оконечного устройства может быть событием, при котором различные типы состояний или информации должны быть получены из сети, или тип события оконечного устройства может быть различными определенными конечными событиями. Например, тип события оконечного устройства включает в себя событие доступности оконечного устройства после сбоя DDN, событие доступности оконечного устройства и т.п. Кроме того, тип события может быть представлен идентификатором события. Идентификатор события указывает тип события, на которое подписывается, например, доступность после сбоя DDN.

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

UPF принимает данные нисходящей линии связи, отправленные сетью передачи данных, и обнаруживает, в соответствии с правилом обнаружения пакетов (packet detection rule, PDR), например, фильтром пакетов (packet filter) или индикатором (indicator), услугу, соответствующую подписанному событию оконечного устройства. Правило обнаружения пакета включает в себя информацию описания услуги, например, IP триплет.

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

Дополнительно, в этом варианте осуществления информация описания услуги может быть представлена информацией фильтра событий. Информация фильтра событий (event filter information) используется для определения условия соответствия событию уведомления. Информация фильтра событий включает в себя тип параметра события (event parameter types) и значение параметра события (event parameter value (s)). Тип параметра события может быть информацией описания услуги. Значение параметра события может быть конкретной информацией описания услуги, такой как IP триплет или идентификатор ID приложения.

SMF принимает уведомление об обнаружении услуги и, в ответ на уведомление об обнаружении услуги, передает уведомление, которое предназначено для мониторинга события оконечного устройства, в AMF.

AMF обнаруживает состояние оконечного устройства.

Используется пример, в котором событие оконечного устройства является событием доступности оконечного устройства после сбоя DDN. При обнаружении, что оконечное устройство находится в недоступном состоянии, AMF или SMF активируют событие оконечного устройства и отслеживают событие оконечного устройства, на которое подписано. То, что оконечное устройство находится в недоступном состоянии, означает, что сеть инициирует поисковый вызов для оконечного устройства, но не принимает ответа, оконечное устройство находится в PSM режиме или оконечное устройство находится в MICO режиме.

Когда AMF обнаруживает, что оконечное устройство подключено к сети, например, оконечное устройство инициирует запрос обновления области отслеживания (tracking area update, TAU) или запрос услуги (service request), AMF передает уведомление о событии оконечного устройства в объект функции, который подписывается на событие оконечного устройства. Уведомление о событии оконечного устройства включает в себя, по меньшей мере, одну из следующей информации: идентификатор оконечного устройства, соответствующего событию оконечного устройства, и идентификатор корреляции событий для события оконечного устройства, где идентификатор корреляции событий используется для идентификации взаимосвязи корреляции между событием оконечного устройства и объектом функции, который подписывается на событие оконечного устройства. Объект функции, который подписывается на событие оконечного устройства, принимает уведомление о событии оконечного устройства.

Если одна AF подписывается на одно и то же событие оконечного устройства из множества оконечных устройств, AF, которая подписывается на событие оконечного устройства, может быть выделена на основании идентификатора оконечного устройства в уведомлении о событии оконечного устройства. Если множество AFs подписываются на множество конечных событий из одного и того же оконечного устройства, AFs, которые подписываются на событие оконечного устройства, могут отличаться друг от друга на основании идентификаторов корреляции событий в уведомлениях о конечных событиях. Если множество AFs подписываются на множество конечных событий из множества оконечных устройств, AFs, которые подписываются на конечные события, могут отличаться друг от друга на основании идентификаторов оконечных устройств и идентификаторов корреляции событий, которые находятся в уведомлениях о конечных событиях. Следовательно, один или более объектов функций приложения могут предоставлять услугу для оконечного устройства. При подписке на событие оконечного устройства информация описания услуги используется для указания услуги, соответствующей событию оконечного устройства, так что объекты функций приложения, которые подписываются на событие оконечного устройства, могут отличаться друг от друга.

Объект функции, который подписывается на событие оконечного устройства, может быть SMF, AF или NEF.

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

Информация отчетности события (event reporting information) может использоваться для идентификации информации о сообщенном событии. В этом варианте осуществления информация отчетности события может использоваться для описания события доступности после сбоя DDN, о котором сообщает AMF или SMF.

Фиг. 6b является блок-схемой алгоритма способа связи согласно варианту осуществления настоящего изобретения. Способ может включать в себя следующие этапы.

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

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

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

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

S504'. В качестве варианта, когда принятое второе сообщение используется для указания объекту функции плоскости пользователя обнаружить услугу, объект функции плоскости пользователя обнаруживает услугу.

S505'. Объект функции плоскости пользователя передает уведомление об обнаружении услуги в объект функции управления сеансом. Уведомление об обнаружении услуги используется для указания появления данных услуги. Объект функции управления сеансом принимает уведомление об обнаружении услуги. В другой реализации уведомление об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S503'. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

Для реализации вышеупомянутых этапов, соответственно, обратитесь к этапам с S501 по S505 в варианте осуществления, показанном на фиг. 6а. Подробности здесь снова не описываются.

S506'. Объект функции управления сеансом передает уведомление о возникновении услуги оконечного устройства в объект функции экспозиции сети в ответ на уведомление об обнаружении услуги.

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

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

Поскольку NEF ранее приняла уведомление о возникновении услуги оконечного устройства из SMF, когда NEF принимает уведомление о доступности оконечного устройства, переданное AMF, NEF передает уведомление о событии оконечного устройства в AF. Согласно способу связи, предоставленному в этом варианте осуществления настоящего изобретения, SMF принимает подписку на событие оконечного устройства, уведомляет NEF, когда оконечное устройство недоступно, и передает уведомление о событии оконечного устройства в AF, когда NEF принимает уведомление о доступности оконечного устройства, которое отправлено AMF. Таким образом, событие оконечного устройства может быть подписано и уведомлено для конкретной услуги в 5G архитектуре.

Фиг. 6c-1 и фиг. 6c-2 блок-схемой алгоритма конкретного примера выполнения уведомления о событии оконечного устройства с помощью NEF.

S501''. UDM/PCF определяет целевую SMF на основании DNN/S-NSSAI/AF-service-ID и подписывается на событие оконечного устройства из SMF и AMF.

DNN/S-NSSAI/AF-service-ID может быть получен из UDR или может храниться локально.

UDM или PCF могут подписаться на событие оконечного устройства из AMF и SMF следующими двумя способами:

Способ 1: UDM или PCF передает событие 1 (например, событие доступности UE после сбоя DDN) и идентификатор корреляции событий в AMF и передает событие 2 (например, событие обнаружения услуги), идентификатор корреляции событий и информацию описания услуги для SMF.

Способ 2: UDM передает событие 1 (например, событие доступности UE после сбоя DDN) и идентификатор корреляции событий в AMF, и PCF передает событие 2 (например, событие обнаружения услуги) идентификатор корреляции событий, информацию описания услуги для SMF.

S502a''. UDM/PCF передает первое сообщение AMF.

S502b''. UDM/PCF передает второе сообщение (например, Nsmf_EventExposure) в целевую SMF.

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

SMF/AMF принимает первое сообщение.

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

S503''. SMF передает сообщение об обнаружении услуги в UPF в процедуре установки или изменения N4 сеанса. Сообщение об обнаружении услуги включает в себя информацию описания услуги.

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

UPF обнаруживает соответствующую услугу на основании сообщения об обнаружении услуги, то есть, обнаруживает услугу, соответствующую информации описания услуги.

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

S504''. AMF передает SMF информацию о недоступности UE.

AMF может передавать информацию о недоступности UE в SMF при приеме данных услуги, отправленных другой AF, и обнаружении, что UE недоступно. В качестве альтернативы AMF передает информацию о недоступности UE в SMF при приеме данных услуги, отправленных AF, и обнаружении сбоя данных DDN.

В качестве варианта, S504'' может быть любым этапом перед S506''.

S505''. AF передает в оконечное устройство пакет данных нисходящей линии связи.

S506''. UPF передает SMF уведомление об обнаружении услуги.

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

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

В частности, услуга, соответствующая подписанному событию оконечного устройства, является услугой, соответствующей информации описания услуги. Правило обнаружения пакетов включает в себя информацию описания услуги. Например, информация описания услуги представляет собой IP пятикратную информацию, и UPF обнаруживает принятый пакет данных нисходящей линии связи на основании IP пятикратной информации. Когда обнаруживается пакет данных нисходящей линии связи, соответствующий IP пятикратной информации, определяется, что обнаружено появление данных услуги.

В другой реализации уведомление об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S503''. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S507''. SMF передает уведомление о событии в NEF.

В частности, SMF уведомляет NEF о том, что возникло событие оконечного устройства.

S508a''. Если SMF сообщает о событии в NEF, когда UE недоступно, этот этап выполняется, и NEF записывает событие.

S508b''. Если SMF сообщает о событии в NEF при обнаружении услуги в любое время, NEF записывает событие, и NEF определяет, что UE недоступно.

S509''. Оконечное устройство устанавливает соединение с сетью.

Например, оконечное устройство инициирует TAU запрос или запрос услуги в сети.

S510''. AMF передает уведомление о событии доступности UE в NEF.

S511''. NEF передает уведомление о событии оконечного устройства UE в AF.

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

В соответствии с S508b'' запись удаляется, когда UE становится доступным. Если UE недоступно, запись сохраняется; когда принято событие доступности UE, событие передается в AF на основании записи. Например, событие доступности UE передается в AF записанного события, соответствующего услуге.

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

Пример 1: AMF принимает подписку на событие оконечного устройства из SMF и выполняет мониторинг событий и уведомление.

Фиг. 7а-1 и фиг. 7a-2 являются блок-схемами алгоритма примера способа связи. В этом примере SMF указывает AMF отслеживать событие оконечного устройства. В частности, во время или после установки сеанса UDM/PCF выполняет следующую процедуру:

S601. UDM/PCF определяет целевую SMF на основании DNN/S-NSSAI/AF-service-ID. DNN/S-NSSAI/AF-service-ID может быть получен из UDR или может храниться локально.

S602. UDM/PCF передает первое сообщение (например, Nsmf_EventExposure) в целевую SMF. Первое сообщение включает в себя информацию описания услуги, информацию о типе события и идентификатор корреляции событий (например, опорный идентификатор NEF) и может дополнительно включать в себя информацию, такую как идентификатор NEF. В этом примере тип события является событием доступности оконечного устройства после сбоя DDN.

SMF принимает первое сообщение.

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

S603. SMF передает сообщение об обнаружении услуги в UPF в процедуре установки или изменения N4 сеанса. Сообщение об обнаружении услуги включает в себя информацию описания услуги.

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

UPF обнаруживает соответствующую услугу на основании сообщения об обнаружении услуги, то есть, обнаруживает услугу, соответствующую информации описания услуги.

S604. AF передает в оконечное устройство пакет данных нисходящей линии связи.

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

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

В частности, услуга, соответствующая подписанному событию оконечного устройства, является услугой, соответствующей информации описания услуги. Правило обнаружения пакетов включает в себя информацию описания услуги. Например, информация описания услуги является IP триплетом и UPF обнаруживает принятый пакет данных нисходящей линии связи на основании IP триплета. Когда обнаруживается пакет данных нисходящей линии связи, соответствующий IP триплету, определяется, что обнаружено появление данных услуги.

S606. SMF передает второе сообщение (например, Namf_CommunicationN1N2MessageTransfer) в AMF в ответ на уведомление об обнаружении услуги, переданное UPF. Второе сообщение включает в себя информацию о типе события и идентификатор корреляции событий (например, опорный идентификатор NEF) и может дополнительно включать в себя идентификатор NEF. Идентификатор NEF используется функцией AMF для передачи уведомления в NEF, соответствующего идентификатору NEF.

В качестве альтернативы S606 информация о типе события и идентификатор корреляции события могут передаваться в разных сообщениях. Например, SMF может добавить опорный идентификатор NEF в Namf_CommunicationN1N2MessageTransfer и добавить информацию о типе события в Namf_EventExposure_Subscribe. Дополнительно, порядок передачи двух сообщений не ограничен. В другой реализации уведомление об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S603. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S607. Когда AMF обнаруживает, что оконечное устройство недоступно, AMF передает ответное сообщение (например, Namf_CommunicationN1N2MessageTransfer) в SMF, чтобы уведомить SMF о сбое DDN.

S608. SMF далее передает в UPF указание сбоя DDN.

S609. Когда AMF определяет, что оконечное устройство недоступно, AMF устанавливает или активирует событие доступности после сбоя DDN, и AMF начинает отслеживать состояние доступности оконечного устройства.

S610. Оконечное устройство устанавливает соединение с сетью. Например, оконечное устройство инициирует TAU запрос или запрос услуги сети.

S611. Если определяется, что событие доступности после сбоя DDN установлено локально, AMF передает уведомление о событии оконечного устройства (например, Namf_EventExposure_Notify) в NEF. Уведомление о событии оконечного устройства включает в себя, по меньшей мере, одну из следующей информации: идентификатор оконечного устройства и идентификатор корреляции событий (например, опорный ID NEF).

S612. NEF передает уведомление о событии оконечного устройства (например, Namf_EventExposure_Notify) в AF на основании идентификатора оконечного устройства и/или опорного ID NEF.

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

Пример 2: SMF выполняет мониторинг событий и уведомление.

Фиг. 7b-1 и фиг. 7b-2 являются блок-схемами алгоритма другого примера способа связи. В отличие от примера, показанного в 7a, в этом примере AMF отслеживает событие доступности оконечного устройства и передает уведомление о доступности оконечного устройства в объект функции управления сеансом при обнаружении доступности оконечного устройства, в котором уведомление используется для указания SMF отслеживать событие доступности оконечного устройства после сбоя DDN. В частности, во время или после установки сеанса UDM/PCF выполняет следующую процедуру:

S701. UDM/PCF определяет целевую SMF на основании DNN/S-NSSAI/AF-service-ID. DNN/S-NSSAI/AF-service-ID получается из UDR или хранится локально.

S702. UDM/PCF передает первое сообщение (например, Nsmf_EventExposure) в целевую SMF. Первое сообщение включает в себя информацию описания услуги, информацию о типе события и идентификатор корреляции событий (например, опорный идентификатор NEF) и может дополнительно включать в себя информацию, такую как идентификатор NEF. В этом примере тип события является событием доступности оконечного устройства после сбоя DDN.

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

S704. AF передает в оконечное устройство пакет данных нисходящей линии связи.

S705. В качестве варианта, когда принятое сообщение об обнаружении услуги используется для указания объекту функции плоскости пользователя на обнаружение услуги, UPF определяет в соответствии с правилом обнаружения пакетов, что пакет данных нисходящей линии связи является услугой, соответствующей подписанному событию оконечного устройства. Когда необходимо установить туннель плоскости пользователя, UPF передает SMF уведомление об обнаружении услуги. Уведомление об обнаружении услуги используется для указания, что обнаружено появление данных услуги.

S706. SMF передает второе сообщение (например, Namf_CommunicationN1N2MessageTransfer) в AMF в ответ на уведомление об обнаружении услуги, переданное UPF. Второе сообщение используется для подписки на событие оконечного устройства, и второе сообщение включает в себя информацию о типе события. Тип события является событием доступности оконечного устройства.

S707. Если обнаруживается, что оконечное устройство недоступно, AMF передает ответное сообщение (например, Namf_CommunicationN1N2MessageTransfer) в SMF. Ответное сообщение используется для указания, что оконечное устройство недоступно.

S708. SMF далее передает в UPF указание сбоя DDN.

S709. AMF активирует событие доступности оконечного устройства.

S710. Когда SMF определяет, что оконечное устройство недоступно (например, оконечное устройство находится в состоянии PSM или оконечное устройство находится в состоянии MICO), SMF устанавливает событие доступности после сбоя DDN.

Оконечное устройство инициирует соединение с сетью. Например, оконечное устройство инициирует TAU запрос или запрос услуги к сети.

S711. Если определяется, что SMF подписывается на событие отчетности доступности оконечного устройства, AMF передает первое уведомление о событии оконечного устройства (например, Namf_EventExposure_Notify) в SMF. Первое уведомление о событии оконечного устройства используется для уведомления о доступности оконечного устройства.

S712a. После определения того, что событие доступности после сбоя DDN установлено, SMF передает второе уведомление о событии оконечного устройства в NEF. Второе уведомление о событии оконечного устройства включает в себя, по меньшей мере, одну из следующей информации: идентификатор оконечного устройства и идентификатор корреляции событий события оконечного устройства.

S713. NEF передает второе уведомление о событии оконечного устройства в AF на основании идентификатора оконечного устройства и/или идентификатора корреляции событий.

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

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

Пример 3: SMF обнаруживает услугу, и AMF принимает подписку на событие оконечного устройства из UDM/PCF и выполняет обнаружение события и уведомление.

Фиг. 7c-1 и фиг. 7c-2 являются блок-схемами алгоритма еще одного примера способа связи. Конкретная процедура описывается следующим образом:

S801. UDM/PCF (SMF-PCF) определяет целевую SMF на основании DNN/S-NSSAI/AF-service-ID. DNN/S-NSSAI/AF-service-ID получается из UDR или хранится локально. Кроме того, UDM/PCF (AMF-PCF) определяет AMF на основании идентификатора UE.

S802. UDM/PCF (AMF-PCF) передает первое сообщение (например, Nsmf_EventExposure) в AMF в процессе регистрации UE или в любое другое время, когда оконечное устройство находится в состоянии регистрации. Первое сообщение включает в себя информацию о типе события и идентификатор корреляции событий (например, опорный идентификатор NEF) и может дополнительно включать в себя идентификатор NEF. В этом примере тип события является событием доступности оконечного устройства после сбоя DDN.

Во время или после установки сеанса UDM/PCF (SMF-PCF) передает второе сообщение (например, служебное сообщение Nsmf_EventExposure) в целевую SMF. Второе сообщение включает в себя информацию описания услуги и идентификатор корреляции событий (например, опорный ID NEF).

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

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

S804. AF передает в оконечное устройство пакет данных нисходящей линии связи.

S805. В качестве варианта, когда принятое второе сообщение используется для указания объекту функции плоскости пользователя обнаружить услугу, UPF принимает пакет данных нисходящей линии связи и определяет, в соответствии с правилом обнаружения пакетов, что пакет данных нисходящей линии связи является услугой, соответствующей подписанному событию оконечного устройства. Когда необходимо установить туннель в плоскости пользователя, UPF передает уведомление о данных нисходящей линии в SMF. Уведомление о данных нисходящей линии связи используется для указания появления данных услуги. В другой реализации уведомление о данных нисходящей линии связи может быть информацией услуги, то есть, информацией услуги на S803. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S806. SMF передает третье сообщение (например, Namf_CommunicationN1N2MessageTransfer) в AMF в ответ на уведомление об обнаружении услуги, переданное UPF. Третье сообщение включает в себя опорный идентификатор NEF и может дополнительно включать в себя идентификатор NEF. Следует отметить, что в этом варианте осуществления SMF активирует, используя третье сообщение, AMF для отслеживания события оконечного устройства. В этом случае SMF указывает AMF начать мониторинг события оконечного устройства, и UDM/PCF сконфигурировала, используя первое сообщение, AMF для мониторинга события оконечного устройства. То есть, конфигурирование мониторинга событий оконечного устройства и обнаружение услуги, соответствующей информации описания услуги, могут быть независимыми процессами и могут указываться в разных сообщениях. В качестве варианта, третье сообщение может включать в себя информацию корреляции событий, например, идентификатор корреляции событий. Информация о корреляции событий используется для определения информации отчетности события. В качестве варианта, объект функции управления сеансом передает информацию корреляции событий в объект управления мобильностью на основании информации описания услуги и информации услуги. Другими словами, объект функции управления сеансом сравнивает информацию услуги с информацией описания услуги и передает информацию корреляции событий в объект управления мобильностью, когда информация услуги совпадает с информацией описания услуги.

В вышеизложенной процедуре сообщение подписки на событие и уведомление о мониторинге события отправляются различными объектами функции или SMF. AMF сначала принимает информацию подписки о событии доступности после сбоя DDN, и затем AMF принимает уведомление о мониторинге событий, где уведомление о мониторинге событий включает в себя опорный идентификатор NEF. В этом случае AMF может соотнести уведомление о мониторинге с событием. S807. Когда AMF обнаруживает, что оконечное устройство недоступно и сбой уведомления о данных нисходящей линии связи, AMF передает ответное сообщение (например, Namf_CommunicationN1N2MessageTransfer) в SMF, чтобы уведомить SMF о сбое DDN.

S808. SMF далее передает в UPF указание сбоя DDN.

S809. Когда AMF определяет, что UE недоступно (например, UE находится в состоянии PSM или UE находится в состоянии MICO), AMF устанавливает или активирует соответствующее событие доступности оконечного устройства после сбоя DDN на основании NEF опорного ID. S810. Оконечное устройство устанавливает соединение с сетью. Например, оконечное устройство инициирует TAU запрос или запрос услуги к сети.

S811. Если определяется, что событие доступности оконечного устройства после сбоя DDN установлено локально, AMF передает уведомление о событии оконечного устройства (например, Namf_EventExposure_Notify) в NEF. Уведомление о событии оконечного устройства включает в себя, по меньшей мере, одну из следующих информаций: идентификатор оконечного устройства и опорный ID NEF.

В этом примере одна или более AFs подписываются на событие оконечного устройства, и событие оконечного устройства коррелируется с AMF в основном двумя способами: (1) одним способом одно событие доступности после сбоя DDN подписывается из AMF только для одного UE, и событие может иметь разные опорные IDs NEF, так что AMF может сообщать о событии разным AFs с использованием NEFs. (2) Другим способом каждая AF, обслуживающая UE, может подписаться на событие доступности после сбоя DDN из AMF для каждого события, так что каждое событие доступности после сбоя DDN может соответствовать разным AFs.

В качестве альтернативы, AMF может напрямую сообщать о событии в AF.

S812. NEF передает уведомление о событии оконечного устройства (например, Namf_EventExposure_Notify) в AF на основании идентификатора оконечного устройства и/или идентификатора корреляции событий.

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

Пример 4: в сценарии роуминга V-SMF выполняет мониторинг событий и уведомление.

Фиг. 7d-1 по фиг. 7d-3 являются блок-схемами алгоритма еще одного примера способа связи. В отличие от примера, показанного на фиг. 7b-1 и фиг. 7b-2, локальный объект функции управления сеансом (H-SMF) пересылает сообщение подписки о событии доступности оконечного устройства после сбоя DDN в объект функции управления сеансом роуминга (V-SMF), и затем V-SMF выполняет мониторинг событий и уведомление. В частности, во время или после установки сеанса UDM/PCF выполняет следующую процедуру:

S701'. UDM/PCF определяет целевую H-SMF на основании DNN/S-NSSAI/AF-service-ID. DNN/S-NSSAI/AF-service-ID получается из UDR или хранится локально.

S702a'. UDM/PCF передает первое сообщение (например, Nsmf_EventExposure) в целевую H-SMF. Первое сообщение включает в себя информацию описания услуги, информацию о типе события и идентификатор корреляции событий (например, опорный идентификатор NEF) и может дополнительно включать в себя информацию, такую как идентификатор NEF. В этом примере тип события является событием доступности оконечного устройства после сбоя DDN.

S702b'. H-SMF передает первое сообщение в V-SMF.

S703'. V-SMF передает сообщение об обнаружении услуги в объект функции плоскости пользователя (V-UPF) в роуминге в процедуре для установки или изменения N4 сеанса. Сообщение об обнаружении услуги используется для указания V-UPF обнаруживать услугу, соответствующую подписанному событию оконечного устройства, то есть, услугу, соответствующую информации описания услуги. Дополнительно, в другой реализации сообщение об обнаружении услуги может быть запросом информации услуги, используемым для указания объекту функции плоскости пользователя сообщать информацию услуги. В этом случае выполнение S705' не требуется. Информация услуги может быть, по меньшей мере, одним из IP-адрес источника и номер порта источника пакета данных нисходящей линии связи или может быть индексной информацией, где индексная информация используется для индексации конкретного события. Пакет данных нисходящей линии связи может быть отброшенным пакетом данных нисходящей линии связи. В качестве варианта, в случае сбоя уведомления данных нисходящей линии связи, объект функции управления сеансом передает запрос информации услуги в объект функции пользователя.

S704'. AF передает в оконечное устройство пакет данных нисходящей линии связи.

S705'. В качестве варианта, когда принятое сообщение об обнаружении услуги используется для указания объекту функции плоскости пользователя обнаружить услугу, V-UPF определяет, согласно правилу обнаружения пакетов, что пакет данных нисходящей линии связи является услугой, соответствующей подписанному событию оконечного устройства. Когда необходимо установить туннель плоскости пользователя, V-UPF передает уведомление об обнаружении услуги в V-SMF. Уведомление об обнаружении услуги используется для указания, что обнаружено появление данных услуги. В другой реализации уведомление об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S703'. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S706'. V-SMF передает второе сообщение (например, Namf_CommunicationN1N2MessageTransfer) в AMF в ответ на уведомление об обнаружении услуги, переданное V-UPF. Второе сообщение используется для подписки на событие оконечного устройства, и второе сообщение включает в себя информацию о типе события. Тип события является событием доступности оконечного устройства. В качестве варианта, второе сообщение может включать в себя информацию корреляции событий, например, идентификатор корреляции событий. Информация о корреляции событий используется для определения информации отчетности события. В качестве варианта, объект функции управления сеансом передает информацию корреляции событий в объект управления мобильностью на основании информации описания услуги и информации услуги. Другими словами, объект функции управления сеансом сравнивает информацию услуги с информацией описания услуги и передает информацию корреляции событий в объект управления мобильностью, когда информация услуги совпадает с информацией описания услуги.

S707'. Если обнаруживается, что оконечное устройство недоступно, AMF передает ответное сообщение (например, Namf_CommunicationN1N2MessageTransfer) в V-SMF. Ответное сообщение используется, чтобы указать, что оконечное устройство недоступно.

S708'. V-SMF далее передает в V-UPF указание сбоя DDN.

S709'. AMF активирует событие доступности оконечного устройства.

S710'. Когда V-SMF определяет, что оконечное устройство недоступно (например, оконечное устройство находится в состоянии PSM или оконечное устройство находится в состоянии MICO), V-SMF устанавливает событие доступности после сбоя DDN.

Оконечное устройство инициирует соединение с сетью. Например, оконечное устройство инициирует TAU запрос или запрос услуги к сети.

S711'. Если определяется, что V-SMF подписывается на событие отчетности о доступности оконечного устройства, AMF передает первое уведомление о событии оконечного устройства (например, Namf_EventExposure_Notify) в V-SMF. Первое уведомление о событии оконечного устройства используется для уведомления о доступности оконечного устройства.

S712a'. После определения, что событие доступности после сбоя DDN установлено, V-SMF передает второе уведомление о событии оконечного устройства в NEF. Второе уведомление о событии оконечного устройства включает в себя, по меньшей мере, одну из следующей информации: идентификатор оконечного устройства и идентификатор корреляции событий события оконечного устройства.

S713'. NEF передает уведомление о втором событии оконечного устройства в AF на основании идентификатора оконечного устройства и/или идентификатора корреляции событий.

В качестве альтернативы S712a' и S713', S712b 'может альтернативно выполняться то, что V-SMF может передавать второе уведомление о событии оконечного устройства в AF. Второе уведомление о событии оконечного устройства включает в себя, по меньшей мере, одну из следующей информации: идентификатор AF, идентификатор оконечного устройства и идентификатор корреляции событий для события оконечного устройства.

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

Пример 5: в сценарии роуминга V-SMF обнаруживает услугу, и AMF принимает подписку на событие оконечного устройства из UDM/PCF и выполняет обнаружение события и уведомление.

Фиг. 7e-1 по фиг. 7e-3 являются блок-схемами алгоритма еще одного примера способа связи. Конкретная процедура описывается следующим образом:

S801'. UDM/PCF (SMF-PCF) определяет целевую H-SMF на основании DNN/S-NSSAI/AF-service-ID. DNN/S-NSSAI/AF-service-ID получают из UDR или хранится локально. Кроме того, UDM/PCF (AMF-PCF) определяет AMF на основании идентификатора UE.

S802a'. UDM/PCF (AMF-PCF) передает первое сообщение (например, Nsmf_EventExposure) в AMF в процессе регистрации оконечного устройства или в любое другое время, когда оконечное устройство находится в состоянии регистрации. Первое сообщение включает в себя информацию о типе события и идентификатор корреляции событий (например, опорный идентификатор NEF) и может дополнительно включать в себя идентификатор NEF. В этом примере тип события является событием доступности оконечного устройства после сбоя DDN.

S802b'. Во время или после установки сеанса UDM/PCF (SMF-PCF) передает второе сообщение (например, служебное сообщение Nsmf_EventExposure) в целевую H-SMF. Второе сообщение включает в себя информацию описания услуги и идентификатор корреляции событий (например, опорный ID NEF).

AMF-PCF является функцией PCF, коррелированная с AMF, и она сконфигурирована для предоставления AMF политики, относящейся к доступу и мобильности, и политики оконечного устройства. SMF-PCF является PCF, коррелированная с H-SMF, и сконфигурирована для предоставления политики, связанной с сеансом, для H-SMF. AMF-PCF и SMF-PCF могут быть одним и тем же объектом функции или могут быть независимыми объектами функции.

S802b''. H-SMF передает третье сообщение в V-SMF. Третье сообщение включает в себя информацию описания услуги и идентификатор корреляции событий.

S803'. V-SMF передает сообщение об обнаружении услуги в V-UPF в процедуре установки или изменения N4 сеанса. Сообщение об обнаружении услуги используется для указания V-UPF обнаруживать услугу, соответствующую подписанному событию оконечного устройства, то есть, услуги, соответствующую информации описания услуги. Дополнительно, в другой реализации сообщение об обнаружении услуги может быть запросом информации услуги, используемым для указания объекту функции плоскости пользователя сообщать информацию услуги. В этом случае выполнение S805' не требуется. Информация услуги может быть, по меньшей мере, одним из IP-адрес источника и номер порта источника пакета данных нисходящей линии связи или может быть индексной информацией, где индексная информация используется для индексации конкретного события. Пакет данных нисходящей линии связи может быть отброшенным пакетом данных нисходящей линии связи. В качестве варианта, в случае сбоя уведомления данных нисходящей линии связи, объект функции управления сеансом передает запрос информации услуги в объект функции пользователя.

S804'. AF передает в оконечное устройство пакет данных нисходящей линии связи.

S805'. В качестве варианта, когда принятое сообщение об обнаружении услуги используется для указания объекту функции плоскости пользователя обнаружить услугу, V-UPF принимает пакет данных нисходящей линии связи и определяет, согласно правилу обнаружения пакетов, что пакет данных нисходящей линии связи является услугой, соответствующей подписанному событию оконечного устройства. Когда необходимо установить туннель плоскости пользователя, V-UPF передает уведомление о данных нисходящей линии связи в V-SMF. Уведомление о данных нисходящей линии связи используется для указания появления данных услуги.

S806'. V-SMF передает четвертое сообщение (например, Namf_CommunicationN1N2MessageTransfer) в AMF в ответ на уведомление об обнаружении услуги, переданное V-UPF. Четвертое сообщение включает в себя опорный идентификатор NEF и может дополнительно включать в себя идентификатор NEF. Следует отметить, что в этом варианте осуществления V-SMF активирует, используя четвертое сообщение, AMF для отслеживания события оконечного устройства. В этом случае V-SMF указывает AMF начать мониторинг события оконечного устройства, и UDM/PCF сконфигурировала, используя первое сообщение, AMF для мониторинга события оконечного устройства. То есть, конфигурирование мониторинга события оконечного устройства и обнаружение услуги, соответствующей информации описания услуги, могут быть независимыми процессами и могут указываться в разных сообщениях.

В вышеизложенной процедуре сообщение подписки на событие и уведомление о мониторинге события отправляются различными объектами функции или V-SMF. AMF сначала принимает информацию подписки о событии доступности после сбоя DDN, а затем AMF получает уведомление о мониторинге событий, где уведомление о мониторинге событий включает в себя опорный идентификатор NEF. В этом случае AMF может соотнести уведомление о мониторинге с событием. В другой реализации уведомление об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S803'. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

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

S807'. Когда AMF обнаруживает, что оконечное устройство недоступно и сбой уведомления о данных нисходящей линии связи, AMF передает ответное сообщение (например, Namf_CommunicationN1N2MessageTransfer) в V-SMF, чтобы уведомить V-SMF о сбое DDN.

S808'. V-SMF далее передает в V-UPF указание сбоя DDN.

S809'. Когда AMF определяет, что UE недоступно (например, UE находится в состоянии PSM или UE находится в состоянии MICO), AMF устанавливает или активирует соответствующее событие доступности оконечного устройства после сбоя DDN на основании опорного ID NEF.

S810'. Оконечное устройство устанавливает соединение с сетью. Например, оконечное устройство инициирует TAU запрос или запрос услуги в сеть.

S811'. Если определяется, что событие доступности оконечного устройства после сбоя DDN установлено локально, AMF передает уведомление о событии оконечного устройства (например, Namf_EventExposure_Notify) в NEF. Уведомление о событии оконечного устройства включает в себя, по меньшей мере, одну из следующих информаций: идентификатор оконечного устройства и опорный ID NEF.

В этом примере одна или более AFs подписываются на событие оконечного устройства, и событие оконечного устройства коррелируется с AMF в основном двумя способами: (1) одним способом, одно событие доступности после сбоя DDN подписывается из AMF только для одного UE, и событие может иметь разные опорные IDs NEF, так что AMF может сообщать о событии разным AF с помощью NEF. (2) Другим способом каждая AF, обслуживающая UE, может подписаться на событие доступности после сбоя DDN из AMF для каждого события, так что каждое событие доступности после сбоя DDN может соответствовать разным AF.

В качестве альтернативы, AMF может напрямую сообщать о событии в AF.

S812'. NEF передает уведомление о событии оконечного устройства (например, Namf_EventExposure_Notify) в AF на основании идентификатора оконечного устройства и/или идентификатора корреляции событий.

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

Вышеизложенное подробно описывает способы в вариантах осуществления настоящего изобретения. Ниже представлены устройства в вариантах осуществления настоящего изобретения.

Фиг. 8 является схемой устройства связи согласно варианту осуществления настоящего изобретения. Устройство связи может быть объектом функции управления, описанным в вышеупомянутой системе связи, и может быть, в частности, UDM, PCF, NEF или т.п. В частности, устройство 1000 связи может включать в себя блок 11 приема и блок 12 передачи.

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

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

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

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

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

В еще одной реализации устройство 1000 связи может дополнительно включать в себя блок 13 приема.

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

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

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

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

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

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

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

Фиг. 9а является блок-схемой другого устройства связи согласно варианту осуществления настоящего изобретения. Устройство связи может быть объектом функции управления доступом и мобильностью, описанным в вышеупомянутой системе связи. В частности, устройство 2000a связи может включать в себя блок 21a приема, блок 22a мониторинга и блок 23a передачи.

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

Блок 22a мониторинга выполнен с возможностью отслеживания подписанного события оконечного устройства.

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

Фиг. 9b является блок-схемой еще одного устройства связи согласно варианту осуществления настоящего изобретения. Устройство связи может быть объектом функции управления доступом и мобильностью, описанным в вышеупомянутой системе связи. В частности, устройство 2000b связи может включать в себя блок 21b приема, блок 22b мониторинга и блок 23b передачи.

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

Блок 22b мониторинга выполнен с возможностью отслеживания события доступности оконечного устройства.

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

Фиг. 10 является схемой еще одного устройства связи согласно варианту осуществления настоящего изобретения. Устройство связи может быть объектом функции управления сеансом, описанным в вышеупомянутой системе связи. В частности, устройство 3000 связи может включать в себя блок 31 передачи и блок 32 приема.

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

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

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

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

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

Фиг. 11 является схемой еще одного устройства связи согласно варианту осуществления настоящего изобретения. Устройство связи может быть объектом функции плоскости пользователя, описанным в вышеупомянутой системе связи. В частности, устройство 4000 связи может включать в себя блок 41 приема, блок 42 обнаружения и блок 43 передачи.

Блок 41 приема выполнен с возможностью принимать первое сообщение или запрос информации услуги, переданного объектом функции управления сеансом, где первое сообщение используется для указания обнаружить услугу, и услуга является услугой, соответствующей подписанному событию оконечного устройства. Блок 42 обнаружения выполнен с возможностью обнаруживать услугу на основании первого сообщения. Блок 43 передачи выполнен с возможностью передавать уведомление об обнаружении услуги или информацию услуги в объект функции управления сеансом, где уведомление об обнаружении услуги используется для указания появления данных услуги.

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

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

Память включает в себя, помимо прочего, оперативную память (random access memory, RAM), постоянную память (read-only memory, ROM), стираемую программируемую постоянную память (erasable programmable read-only memory, EPROM) или постоянное запоминающее устройство на компакт-диске (compact disc read-only memory, CD-ROM). Память выполнена с возможностью хранить соответствующие инструкции и связанные данные.

Приемник выполнен с возможностью принимать данные и/или сигнал и передатчик выполнен с возможностью передавать данные и/или сигнал. Передатчик и приемник могут быть независимыми компонентами или могут быть составной частью.

Процессор может включать в себя один или более процессоров, например, включает в себя один или более центральных процессоров (central processing unit, CPU). Когда процессор является одним CPU, CPU может быть одноядерным или многоядерным.

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

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

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

В варианте осуществления устройство связи может быть объектом функции управления в вышеупомянутой системе связи. На фиг. 8, связанная функция, реализованная блоком 13 приема, может быть реализована приемником, связанная функция, реализованная блоком 12 передачи, может быть реализована передатчиком, и связанная функция, реализованная блоком 11 обработки, может быть реализована одним или больше процессоров.

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

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

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

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

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

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

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

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

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

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

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

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

В другом варианте осуществления устройство связи может быть объектом функции управления доступом и мобильностью в вышеупомянутой системе связи. На фиг. 9a, связанная функция, реализованная блоком 22a мониторинга, может быть реализована одним или несколькими процессорами, связанная функция, реализованная блоком 23a передачи, может быть реализована передатчиком, и связанная функция, реализованная блоком 21a приема, может быть реализована посредством приемника.

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

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

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

В еще одном варианте осуществления устройство связи может быть объектом функции управления доступом и мобильностью в вышеупомянутой системе связи. На фиг. 9b, связанная функция, реализованная блоком 21b приема, может быть реализована приемником, связанная функция, реализованная блоком 22b мониторинга, может быть реализована одним или несколькими процессорами, и связанная функция, реализованная блоком 23b передачи, может быть реализована посредством передатчика.

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

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

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

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

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

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

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

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

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

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

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

В еще одном варианте осуществления устройство связи может быть объектом функции плоскости пользователя в вышеупомянутой системе связи. На фиг. 11, связанная функция, реализованная блоком 41 приема, может быть реализована приемником, связанная функция, реализованная блоком 42 обнаружения, может быть реализована одним или несколькими процессорами, и связанная функция, реализованная блоком 43 передачи, может быть реализована посредством передатчика.

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

Процессор выполнен с возможностью обнаруживать услугу на основании первого сообщения.

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

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

В еще одном варианте осуществления устройство связи может быть объектом функции управления сеансом в вышеупомянутой системе связи. На фиг. 15, связанная функция, реализованная блоком 52 приема, может быть реализована приемником, связанная функция, реализованная блоком 51 указания, и блоком 53 мониторинга, может быть реализована одним или несколькими процессорами, и связанная функция реализована блоком 54 передачи может быть реализована передатчиком.

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

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

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

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

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

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

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

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

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

Подписка на событие оконечного устройства означает, что: когда данные услуги отправлены, UE недоступно; или когда данные услуги не могут быть отправлены, отслеживается событие доступности UE или событие доступности данных, так что AF повторно передает данные услуги.

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

В качестве варианта, SMF указывает, отправляя второе сообщение, UPF обнаруживать услугу.

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

S905. Объект функции плоскости пользователя передает уведомление об обнаружении услуги в объект функции управления сеансом. Уведомление об обнаружении услуги используется для указания появления данных услуги. Объект функции управления сеансом принимает уведомление об обнаружении услуги. В другой реализации уведомление об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S903. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

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

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

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

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

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

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

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

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

Фиг. 14а-1 и фиг. 14a-2 являются блок-схемами еще одного способа связи согласно варианту осуществления настоящего изобретения. Способ может включать в себя следующие этапы.

S1001. UDM/PCF определяет целевую SMF на основании DNN/S-NSSAI/AF-service-ID. DNN/S-NSSAI/AF-service-ID может быть получено из UDR или может храниться локально.

S1002. UDM/PCF передает первое сообщение (например, Nsmf_EventExposure) в целевую SMF. Первое сообщение включает в себя информацию описания услуги, информацию о типе события и идентификатор корреляции событий (например, опорный идентификатор NEF) и может дополнительно включать в себя информацию, такую как идентификатор NEF. В этом примере тип события является событием доступности оконечного устройства после сбоя DDN.

SMF принимает первое сообщение.

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

S1003. SMF передает сообщение об обнаружении услуги в UPF в процедуре установки или изменения N4 сеанса. Сообщение об обнаружении услуги включает в себя информацию описания услуги.

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

UPF обнаруживает соответствующую услугу на основании сообщения об обнаружении услуги, то есть, обнаруживает услугу, соответствующую информации описания услуги.

S1004. AMF передает SMF информацию о недоступности UE.

AMF может передавать информацию о недоступности UE в SMF при приеме данных услуги, отправленных другой AF, при обнаружении недоступности UE. В качестве альтернативы AMF передает информацию о недоступности UE в SMF в случае сбоя данных DDN.

В качестве варианта, S1004 может быть любым этапом перед S1007.

S1005. AF передает в оконечное устройство пакет данных нисходящей линии связи.

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

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

В частности, услуга, соответствующая подписанному событию оконечного устройства, является услугой, соответствующей информации описания услуги. Правило обнаружения пакетов включает в себя информацию описания услуги. Например, информация описания услуги является IP триплетом, и UPF обнаруживает принятый пакет данных нисходящей линии связи на основании IP триплета. Когда обнаруживается пакет данных нисходящей линии связи, соответствующий IP триплету, определяется, что обнаружено появление данных услуги.

S1007. SMF активирует событие, когда UE недоступно.

В этом варианте осуществления SMF отслеживает событие доступности оконечного устройства.

Для дальнейшей процедуры обратитесь к варианту осуществления, показанному на фиг. 7а-1 и фиг. 7а-2. Подробности здесь снова не описываются.

S1008. Оконечное устройство устанавливает соединение с сетью. Например, оконечное устройство инициирует TAU запрос или запрос услуги к сети.

S1009. AMF передает SMF уведомление о событии доступности UE.

В другой реализации уведомление об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на S1003. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратной информации; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S1010. SMF передает уведомление о событии оконечного устройства в NEF, если определяет, что событие доступности UE установлено локально. Уведомление о событии оконечного устройства включает в себя, по меньшей мере, одну из следующей информации: идентификатор оконечного устройства и идентификатор корреляции событий (например, опорный ID NEF).

S1011. NEF передает уведомление о событии доступности оконечного устройства (например, Namf_EventExposure_Notify) в AF на основании идентификатора оконечного устройства и/или опорного ID NEF.

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

Фиг. 14b-1 и фиг. 14b-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения. Способ может включать в себя следующие этапы.

S1101. UDM/PCF определяет целевую SMF на основании DNN/S-NSSAI/AF-service-ID. DNN/S-NSSAI/AF-service-ID может быть получен из UDR или может храниться локально.

S1102. UDM/PCF передает первое сообщение в целевую SMF.

S1103. SMF передает сообщение об обнаружении услуги в UPF в процедуре установки или изменения N4 сеанса.

S1104. AF передает в оконечное устройство пакет данных нисходящей линии связи.

S1105. UPF передает SMF уведомление об обнаружении услуги.

S1106. SMF передает второе сообщение AMF.

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

S1107. AMF передает ответное сообщение в SMF, чтобы уведомить SMF о том, что UE недоступно.

Соответственно, после приема второго сообщения, если обнаруживается, что UE недоступно, AMF уведомляет SMF, что UE недоступно.

S1108. SMF активирует событие, когда UE недоступно.

S1109. SMF передает сообщение сбоя уведомления о передаче данных нисходящей линии связи в UPF.

S1110. AMF сохраняет первое указание, где первое указание используется для указания, что SMF уведомлен о недоступности UE.

AMF сохраняет первое указание, чтобы уведомить SMF, когда UE доступно.

Для последующей процедуры, обратитесь к варианту осуществления, показанному на фиг. 7а-1 и фиг. 7а-2. Подробности здесь снова не описываются.

S1111. Оконечное устройство устанавливает соединение с сетью.

S1112. AMF передает SMF уведомление о событии доступности UE.

S1113. SMF передает уведомление о событии оконечного устройства в NEF, если определяет, что событие доступности UE установлено локально.

S1114. NEF передает уведомление о событии доступности оконечного устройства в AF на основании идентификатора оконечного устройства и/или опорного ID NEF.

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

Фиг. 14c-1 по фиг. 14c-3 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения. Способ применяется к сценарию роуминга. Способ может включать в себя следующие этапы.

S1201. UDM/PCF определяет подписаться на событие оконечного устройства из SMF.

В частности, UDM/PCF определяет целевую H-SMF на основании DNN/S-NSSAI/AF-service-ID. DNN/S-NSSAI/AF-service-ID может быть получен из UDR или может храниться локально.

S1202a. UDM/PCF передает первое сообщение (например, Nsmf_EventExposure) в целевую H-SMF. Первое сообщение включает в себя информацию описания услуги, информацию о типе события и идентификатор корреляции событий (например, опорный идентификатор NEF) и может дополнительно включать в себя информацию, такую как идентификатор NEF. В этом примере тип события является событием доступности оконечного устройства после сбоя DDN.

H-SMF принимает первое сообщение.

S1202b. H-SMF пересылает первое сообщение в V-SMF.

После того, как V-SMF принимает событие доступности после сбоя DDN и информацию описания услуги, V-SMF коррелирует событие доступности после сбоя DDN с информацией описания услуги. Если они отправляются вместе (отправляются в одном сообщении), это означает, что они коррелируют друг с другом. В качестве альтернативы, если информация описания услуги передается в сообщении подписки о событии доступности после сбоя DDN, это указывает на то, что эти два параметра коррелированы друг с другом.

S1203. V-SMF передает сообщение об обнаружении услуги в V-UPF в процедуре установки или изменения N4 сеанса. Сообщение об обнаружении услуги включает в себя информацию описания услуги.

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

V-UPF обнаруживает соответствующую услугу на основании сообщения об обнаружении услуги, то есть, обнаруживает услугу, соответствующую информации описания услуги.

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

Для последующей процедуры, такой как обнаружение посредством AMF, доступно ли UE, обратитесь к варианту осуществления, показанному на фиг. 7а-1 и фиг. 7а-2. Подробности здесь снова не описываются.

S1204. AF передает в оконечное устройство пакет данных нисходящей линии связи.

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

Когда V-UPF не хранит информацию о туннеле доступа сеанса, должен быть установлен туннель плоскости пользователя, и V-UPF передает уведомление об обнаружении услуги в V-SMF. Уведомление об обнаружении услуги используется для указания того, что обнаружено появление данных услуги.

S1206. Когда UE недоступно, V-SMF активирует событие доступности после сбоя DDN.

В этом варианте осуществления V-SMF отслеживает событие оконечного устройства.

В отношении последующей процедуры, такой как обнаружение посредством AMF, что UE доступно, и уведомление V-SMF, обратитесь к варианту осуществления, показанному на фиг. 7а-1 и фиг. 7а-2. Подробности здесь снова не описываются.

Оконечное устройство инициирует соединение с сетью.

S1207. AMF передает в V-SMF уведомление о первом событии оконечного устройства. Первое уведомление о событии оконечного устройства является уведомлением о событии доступности UE.

S1208a. V-SMF передает уведомление о событии оконечного устройства в NEF, если определяет, что событие доступности UE установлено локально.

S1209. NEF передает уведомление о событии доступности оконечного устройства (например, Namf_EventExposure_Notify) в AF на основании идентификатора оконечного устройства и/или опорного ID NEF.

В качестве альтернативного этапа S1208a и S1209, на S1208b V-SMF передает уведомление о событии доступности оконечного устройства в AF.

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

Фиг. 14d-1 и фиг. 14d-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения. Способ применяется к сценарию роуминга. Способ может включать в себя следующие этапы.

S1301. UDM/PCF решает подписаться на событие оконечного устройства из SMF.

В частности, UDM/PCF определяет целевую H-SMF на основании DNN/S-NSSAI/AF-service-ID. DNN/S-NSSAI/AF-service-ID может быть получен из UDR или может храниться локально.

S1302. UDM/PCF передает первое сообщение (например, Nsmf_EventExposure) в целевую H-SMF. Первое сообщение включает в себя информацию описания услуги, информацию о типе события и идентификатор корреляции событий (например, опорный идентификатор NEF) и может дополнительно включать в себя информацию, такую как идентификатор NEF. В этом примере тип события является событием доступности оконечного устройства после сбоя DDN.

H-SMF принимает первое сообщение.

После того, как H-SMF принимает событие доступности после сбоя DDN и информацию описания услуги, H-SMF коррелирует событие доступности после сбоя DDN с информацией описания услуги. Если они отправляются вместе (отправляются в одном сообщении), это означает, что они коррелируют друг с другом. В качестве альтернативы, если информация описания услуги передается в сообщении подписки о событии доступности после сбоя DDN, это указывает на то, что эти два параметра коррелированы друг с другом.

S1303. H-SMF передает сообщение об обнаружении услуги в H-UPF в процедуре установки или изменения N4 сеанса. Сообщение об обнаружении услуги включает в себя информацию описания услуги.

В частности, при приеме из H-UPF уведомления об обнаружении данных, соответствующих информации описания услуги, H-SMF может определить событие, которому соответствуют данные, инициирует событие и, следовательно, может передать идентификатор корреляции событий в соответствующую AMF.

H-UPF обнаруживает соответствующую услугу на основании сообщения об обнаружении услуги, то есть, обнаруживает услугу, соответствующую информации описания услуги.

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

S1304. H-SMF принимает информацию о недоступности UE.

AMF может передавать информацию о доступности UE в H-SMF при приеме данных услуги, отправленных другой AF, и при обнаружении недоступности UE.

В качестве варианта, S1304 может быть любым этапом перед S1307.

S1305. AF передает в оконечное устройство пакет данных нисходящей линии связи.

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

Когда H-UPF не хранит информацию о туннеле доступа сеанса, должен быть установлен туннель плоскости пользователя, и H-UPF передает уведомление об обнаружении услуги в H-SMF. Уведомление об обнаружении услуги используется для указания того, что обнаружено появление данных услуги.

S1307. Когда UE недоступно, H-SMF активирует событие доступности после сбоя DDN.

В этом варианте осуществления H-SMF отслеживает событие оконечного устройства.

В отношении последующей процедуры, такой как обнаружение посредством AMF, что UE доступно, и уведомление H-SMF, обратитесь к варианту осуществления, показанному на фиг. 7а-1 и фиг. 7а-2. Подробности здесь снова не описываются.

Оконечное устройство инициирует соединение с сетью.

S1308. AMF передает уведомление о событии оконечного устройства в V-SMF. Уведомление о событии оконечного устройства является уведомлением о событии доступности UE.

S1309a. V-SMF пересылает уведомление о событии оконечного устройства в H-SMF.

S1309b. H-SMF передает уведомление о событии оконечного устройства в NEF, если определяет, что событие доступности UE установлено локально.

S1310. NEF передает уведомление о событии доступности оконечного устройства (например, Namf_EventExposure_Notify) в AF на основании идентификатора оконечного устройства и/или опорного ID NEF.

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

Фиг. 14e является блок-схемой алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения. Способ может включать в себя следующие этапы.

S1400. V-SMF принимает информацию о событии или информацию указания из H-SMF. Информация указания используется для указания V-SMF передать запрос высвобождения N4 сеанса в V-UPF, когда V-SMF принимает информацию о деактивации сеанса, отправленную AMF.

S1401a. UE и (R)AN выполняют процедуру высвобождения соединения (connection release).

S1401b. (R)AN передает запрос высвобождения контекста UE (UE context release request) в AMF.

S1402. AMF передает команду высвобождения контекста UE (UE context release command) в (R)AN.

S1403. (R)AN и UE завершают процедуру высвобождения соединения.

S1404. (R)AN передает сообщение завершения высвобождения контекста UE (UE context release complete) в AMF.

S1405. AMF передает сообщение контекста сеанса обновления сеанса (PDU session_update SM context) в V-SMF.

S1406. V-SMF удаляет N4 сеанс V-UPF в соответствии с информацией указания и указывает H-SMF изменить N4 сеанс A-UPF. В вышеупомянутом варианте осуществления V-SMF получает информацию мониторинга событий и может управлять сеансом на основании информации мониторинга событий.

В частности, выполняют следующие этапы:

S1406a. V-SMF передает запрос высвобождения сеанса (N4 session release request) в V-UPF.

S1406'a. V-SMF передает запрос обновления сеанса (PDU session update request) в H-SMF.

S1406b. V-UPF передает ответ высвобождения сеанса (N4) в V-SMF.

S1406'b. H-SMF передает ответ обновления сеанса (PDU session update response) в V-SMF.

S1407. V-SMF передает ответ контекста управления сеанса обновления сеанса (PDU session update SM context ACK) в AMF.

Фиг. 14f является блок-схемой алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения. Способ связи может применяться к сценарию с множеством UPF. Например, в этом варианте осуществления A-UPF управляет промежуточным объектом функции плоскости пользователя (I-UPF). Способ может включать в себя следующие этапы.

S1501a. UE и (R)AN выполняют процедуру высвобождения соединения (connection release).

S1501b. (R)AN передает запрос высвобождения контекста UE (UE context release request) в AMF.

S1502. AMF передает команду высвобождения контекста UE (UE context release command) в (R)AN.

S1503. (R)AN и UE завершают процедуру высвобождения соединения.

S1504. (R)AN передает сообщение завершения высвобождения контекста UE (UE context release complete) в AMF.

S1505. AMF передает сообщение контекста сеанса обновления сеанса (PDU session_update SM context) в SMF.

S1506. SMF удаляет N4 сеанс I-UPF на основании информации мониторинга события и изменяет N4 сеанс A-UPF. В вышеупомянутом варианте осуществления SMF получает информацию мониторинга события и может управлять сеансом на основании информации мониторинга события. Сеанс N4 является сеансом, соответствующий информации описания услуги.

В частности, выполняются следующие этапы:

S1506a. SMF передает запрос высвобождения сеанса (N4 session release request) в I-UPF.

S1506'a. SMF передает запрос изменения сеанса (N4 session modification request) в A-UPF.

S1506b. I-UPF передает ответ высвобождения сеанса (N4 session modification response) в SMF.

S1506'b. A-UPF передает ответ изменения сеанса (N4 session modification response) в SMF.

S1507. SMF передает ответ контекста управления сеансом обновления сеанса (PDU session update SM context ACK) в AMF.

Фиг. 15 является схемой еще одного устройства связи согласно варианту осуществления настоящего изобретения. Устройство 5000 может включать в себя:

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

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

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

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

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

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

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

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

Для конкретной реализации блока 51 указания, блока 52 приема, блока 53 мониторинга и блока 54 передачи обращаются к вариантам осуществления, показанным на фиг. 13 - фиг. 14f.

Фиг. 16 является блок-схемой алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения.

S1601. Объект функции управления передает первое сообщение для события оконечного устройства в AMF.

Когда или после того, как UE зарегистрировано в сети, UDM/PCF решает подписаться на событие из AMF. UDM/PCF решает подписаться на событие из AMF. Первое сообщение используется для подписки на событие оконечного устройства, и первое сообщение включает в себя информацию описания услуги и DNN/S-NSSAI. Первое сообщение может дополнительно включать в себя тип события, идентификатор NEF и опорный идентификатор NEF.

S1602. После того, как AMF принимает первое сообщение, AMF передает второе сообщение в SMF.

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

В реализации AMF определяет, является ли DNN / S-NSSAI PDU сеанса, который был установлен или который устанавливается, таким же, как DNN / S-NSSAI, включенный в первое сообщение. Когда DNN/S-NSSAI совпадает с DNN / S-NSSAI, включенным в первое сообщение, AMF передает второе сообщение в SMF.

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

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

S1603. После приема второго сообщения SMF передает третье сообщение в UPF.

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

В реализации, S1603 включает в себя: передачу третьего сообщения в объект функции плоскости пользователя во время или после деактивации PDU сеанса, где третье сообщение используется для указания обнаружить услугу, и услуга является услугой, соответствующей подписанному событию оконечного устройства. В частности, SMF подписывается на событие обнаружения услуги из UPF с помощью процедуры установки или изменения N4 сеанса или нового N4 сообщения.

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

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

Уведомление об обнаружении услуги используется для указания появления данных услуги. В другой реализации уведомление об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S1603. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S1605. После приема уведомления об обнаружении услуги SMF передает уведомление об обнаружении услуги в AMF.

Уведомление об обнаружении услуги содержит опорный идентификатор, который используется для индексации конкретного события. Опорный идентификатор генерируется AMF или NEF. Если опорный ID генерируется NEF, NEF ID может содержаться, в качестве варианта, чтобы исключить возможность неоднозначной идентификации конкретного события, поскольку разные NEFs могут генерировать один и тот же опорный ID. Возможно уведомление об обнаружении услуги, которое предназначено для отслеживания события оконечного устройства, может включать в себя информацию корреляции событий, например, опорный ID NEF. Информация о корреляции событий используется для определения информации отчетности события. В качестве варианта, объект функции управления сеансом передает информацию корреляции событий в объект управления мобильностью на основании информации описания услуги и информации услуги. Другими словами, объект функции управления сеансом сравнивает информацию услуги с информацией описания услуги и передает информацию корреляции событий в объект управления мобильностью, когда информация услуги совпадает с информацией описания услуги.

S1606. После приема уведомления об обнаружении услуги AMF определяет, доступно ли UE; и активирует вышеупомянутое событие оконечного устройства, когда UE недоступно.

S1607. Обнаружив, что UE доступно, AMF передает уведомление о событии оконечного устройства в узел экспозиции возможностей или объект функции приложения.

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

Нижеследующее описывает вышеупомянутый способ связи полностью и подробно со ссылкой на конкретные сценарии.

Для сценария LBO или сценария без роуминга на фиг. 17-1 и фиг. 17-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения.

S1701. Когда или после того, как UE зарегистрировано в сети, UDM/PCF решает подписаться на событие из AMF.

S1702a. UDM/PCF (AMF-PCF) передает сообщение запроса подписки (Namf_EventExposure) в AMF, где сообщение включает в себя тип события, идентификатор NEF, опорный идентификатор NEF, DNN/S-NSSAI и информацию описания услуги.

S1702b. AMF передает ответное сообщение Namf_EventExposure в UDM/PCF.

S1703. AMF определяет подписаться на событие из SMF на основании DNN/S-NSSAI и определяет, является ли DNN/S-NSSAI PDU сеанса, который был установлен или который установлен, таким же, как DNN/DNN/S-NSSAI события.

S1704a. AMF передает запрос Nsmf_EventExposure в SMF, где сообщение запроса включает в себя тип события, описание услуги, идентификатор NEF и опорный идентификатор NEF или включает в себя тип события, описание услуги, идентификатор AMF и AMF опорный идентификатор. AMF опорный идентификатор генерируется AMF и используется для корреляции соответствующего события или отчета о событии.

S1704b. SMF передает ответ Nsmf_EventExposure в AMF.

S1705. SMF подписывается на событие обнаружения услуги из UPF с помощью процедуры установки или изменения N4 сеанса или нового N4 сообщения.

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

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

S1707. При определении того, что пакет данных является указанной выше конкретной услугой, UPF передает отчет об обнаружении услуги в SMF.

В другой реализации отчет об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S1703. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S1708. SMF передает Nsmf_EventExposureNotify в AMF, где сообщение содержит опорный идентификатор, который используется для индексации определенного события. Опорный идентификатор генерируется AMF или NEF. Если опорный ID генерируется NEF, NEF ID может содержаться, в качестве варианта, чтобы исключить возможность неоднозначной идентификации конкретного события, поскольку разные NEFs могут генерировать один и тот же опорный ID. В качестве варианта, уведомление, которое предназначено для отслеживания события оконечного устройства, может включать в себя информацию о корреляции событий, например, идентификатор корреляции событий (опорный ID NEF). Информация о корреляции событий используется для определения информации отчетности события. В качестве варианта, объект функции управления сеансом передает информацию корреляции событий в объект управления мобильностью на основании информации описания услуги и информации услуги. Другими словами, объект функции управления сеансом сравнивает информацию услуги.

S1709. AMF активирует конкретное событие, если UE недоступно.

S1710. UE инициирует соединение с сетью.

S1711. UE переходит в состояние доступности, и AMF сообщает о событии доступности UE в NEF.

S1712. NEF дополнительно уведомляет AF о доступности UE.

Для сценария HR на фиг. 18-1 и фиг. 18-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения.

S1801. Когда или после того, как UE зарегистрировано в сети, UDM/PCF решает подписаться на событие из AMF.

S1802a. UDM/PCF (AMF-PCF) передает сообщение запроса Namf_EventExposure в AMF, где сообщение включает в себя тип события, идентификатор NEF, опорный идентификатор NEF, DNN/S-NSSAI и информацию описания услуги.

S1802b. AMF передает ответное сообщение Namf_EventExposure в UDM/PCF.

S1803. AMF определяет подписаться на событие из H-SMF на основании DNN/S-NSSAI и определяет, является ли DNN/S-NSSAI PDU сеанса, который был установлен или который настроен, таким же, как DNN/S-NSSAI события.

S1804a. AMF передает запрос Nsmf_EventExposure в H-SMF, где сообщение запроса включает в себя тип события, описание услуги, идентификатор NEF и опорный идентификатор NEF, или включает в себя тип события, описание услуги, идентификатор AMF и опорный идентификатор AMF. Опорный идентификатор AMF генерируется AMF и используется для корреляции соответствующего события или отчета о событии.

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

S1804b. H-SMF передает ответ Nsmf_EventExposure в AMF. В качестве варианта, AMF подписывается на событие из H-SMF с помощью V-SMF. AMF передает информацию о подписке на событие V-SMF. Кроме того, V-SMF передает информацию о подписке на событие в H-SMF.

S1805. H-SMF подписывается на событие обнаружения услуги из H-UPF с помощью процедуры установки или изменения N4 сеанса или нового N4 сообщения.

S1806. В качестве варианта, когда принятое сообщение запроса подписки используется для указания объекту функции плоскости пользователя обнаружить услугу, H-UPF принимает пакет данных, отправленный AF.

S1807. При определении, что пакет данных представляет собой указанную выше конкретную услугу, H-UPF передает отчет об обнаружении услуги в H-SMF. В другой реализации отчет об обнаружении услуги может быть информацией услуги, то есть, информацией услуги на этапе S1803. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S1808. H-SMF передает Nsmf_EventExposureNotify в AMF, где сообщение содержит опорный идентификатор, который используется для индексации определенного события. Опорный идентификатор генерируется AMF или NEF. Если опорный ID генерируется NEF, NEF ID может содержаться, в качестве варианта, чтобы исключить возможность неоднозначной идентификации конкретного события, поскольку разные NEFs могут генерировать один и тот же опорный ID. В качестве варианта, H-SMF передает уведомление о событии в V-SMF, так что V-SMF передает уведомление о событии в AMF.

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

S1809. AMF активирует конкретное событие, если UE недоступно.

S1810. UE инициирует соединение с сетью.

S1811. UE переходит в состояние доступности, и AMF сообщает о событии доступности UE в NEF.

S1812. NEF дополнительно уведомляет AF о доступности UE.

Для сценария LBO или сценария без роуминга на фиг. 19-1 и фиг. 19-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения.

S1901. Когда или после того, как UE зарегистрировано в сети, UDM/PCF решает подписаться на событие из AMF.

S1902a. UDM/PCF (AMF-PCF) передает сообщение запроса Namf_EventExposure в AMF, где сообщение включает в себя тип события, идентификатор NEF, опорный идентификатор NEF, DNN/S-NSSAI и информацию описания услуги.

S1902b. AMF передает ответное сообщение Namf_EventExposure в UDM/PCF.

S1903. AMF определяет передать событие в SMF на основании DNN/S-NSSAI и определяет, является ли DNN/S-NSSAI PDU сеанса, который был установлен или который настраивается, таким же, как DNN/S-NSSAI события.

S1904a. AMF передает запрос Nsmf_PDUSession_UpdateSMContext в SMF, где сообщение запроса включает в себя описание услуги, идентификатор NEF и опорный идентификатор NEF, или включает в себя описание услуги, идентификатор AMF и опорный идентификатор AMF. Опорный идентификатор AMF генерируется AMF и используется для корреляции соответствующего события или отчета о событии.

S1904b. SMF передает ответ Nsmf_PDUSession_UpdateSMContext в AMF.

S1905. SMF передает информацию об обнаружении услуги в UPF с помощью процедуры установки или изменения N4 сеанса или нового N4 сообщения. Дополнительно, в качестве варианта, SMF передает информацию услуги в UPF в процессе деактивации PDU сеанса, и UPF является UPF, соответствующей интерфейсу N3. Кроме того, в другой реализации сообщение запроса подписки может быть запросом информации услуги и используется для указания объекту функции плоскости пользователя сообщать информацию услуги. В этом случае выполнение S1906 не требуется. Информация услуги может быть, по меньшей мере, одним из IP-адрес источника и номер порта источника пакета данных нисходящей линии связи или может быть индексной информацией, где индексная информация используется для индексации конкретного события. Пакет данных нисходящей линии связи может быть отброшенным пакетом данных нисходящей линии связи. В качестве варианта, в случае сбоя уведомления данных нисходящей линии связи, объект функции управления сеансом передает запрос информации услуги в объект функции пользователя.

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

S1907. При определении того, что пакет данных является указанной выше конкретной услугой, UPF передает уведомление об услуге в SMF, используя сообщение DN. В другой реализации уведомление услуги может быть информацией услуги, то есть, информацией услуги на этапе S1903. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S1908a. SMF передает Namf_Communication_N1N2Message в AMF, где сообщение содержит опорный идентификатор, который используется для индексации определенного события. Опорный идентификатор генерируется AMF или NEF. Если опорный ID генерируется NEF, NEF ID может быть использован, в качестве варианта, чтобы исключить возможность неоднозначной идентификации конкретного события, поскольку разные NEFs могут генерировать один и тот же опорный ID.

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

S1908b. AMF передает ответ Namf_Communication_N1N2Message в SMF.

S1909. AMF активирует конкретное событие, если UE недоступно.

S1910. UE инициирует соединение с сетью.

S1911. UE переходит в состояние доступности, и AMF сообщает о событии доступности UE в NEF.

S1912. NEF дополнительно уведомляет AF о доступности UE.

Для сценария HR на фиг. 20-1 и фиг. 20-2 являются блок-схемами алгоритма еще одного способа связи согласно варианту осуществления настоящего изобретения.

S2001. Когда или после того, как UE зарегистрировано в сети, UDM/PCF решает подписаться на событие из AMF.

S2002a. UDM/PCF (AMF-PCF) передает сообщение запроса Namf_EventExposure в AMF, где сообщение включает в себя тип события, идентификатор NEF, опорный идентификатор NEF, DNN/S-NSSAI и информацию описания услуги.

S2002b. AMF передает ответное сообщение Namf_EventExposure в UDM/PCF.

S2003. AMF определяет передать событие в SMF на основании DNN/S-NSSAI и определяет, является ли DNN/S-NSSAI PDU сеанса, который был установлен или который настраивается, таким же, как DNN/S-NSSAI события.

S2004a. AMF передает запрос Nsmf_PDUSession_UpdateSMContext в V-SMF, где сообщение запроса включает в себя описание услуги, идентификатор NEF и опорный идентификатор NEF, или включает в себя описание услуги, идентификатор AMF и опорный идентификатор AMF. Опорный идентификатор AMF генерируется AMF и используется для корреляции соответствующего события или отчета о событии.

S2004b. V-SMF передает ответ Nsmf_PDUSession_UpdateSMContext в AMF.

S2005. V-SMF передает информацию об обнаружении услуги в UPF, используя процедуру установки или изменения N4 сеанса или новое N4 сообщение. Дополнительно, в качестве варианта, V-SMF передает информацию услуги в UPF в процессе деактивации PDU сеанса. UPF является UPF, завершающей интерфейс N3 или интерфейс N9. Дополнительно, в другой реализации второе сообщение может быть запросом информации услуги и используется для указания объекту функции плоскости пользователя сообщать информацию услуги. В этом случае выполнение S2006 не требуется. Информация услуги может быть, по меньшей мере, одним из IP-адрес источника и номер порта источника пакета данных нисходящей линии связи или может быть индексной информацией, где индексная информация используется для индексации конкретного события. Пакет данных нисходящей линии связи может быть отброшенным пакетом данных нисходящей линии связи. В качестве варианта, в случае сбоя уведомления данных нисходящей линии связи, объект функции управления сеансом передает запрос информации услуги в объект функции пользователя.

S2006. В качестве варианта, когда принятое сообщение запроса подписки используется для указания объекту функции плоскости пользователя обнаружить услугу, V-UPF принимает пакет данных, отправленный AF.

S2007. При отсутствии туннеля нисходящей линии связи V-UPF определяет, что пакет данных является вышеупомянутой конкретной услугой, и передает уведомление об услуге в V-SMF, используя сообщение DN. В другой реализации уведомление услуги может быть информацией услуги, то есть, информацией услуги на этапе S2003. Информация услуги определяется на основании пакета данных нисходящей линии связи и, в частности, определяется на основании заголовка пакета принятого пакета данных нисходящей линии связи. Например, когда пакет данных нисходящей линии связи является IP пакетом данных, заголовок пакета данных пакета данных нисходящей линии связи включает в себя IP пятикратную информацию; когда пакет данных нисходящей линии связи является пакетом данных Ethernet, заголовок пакета данных нисходящей линии связи включает в себя MAC-адрес.

S2008a. V-SMF передает Namf_Communication_N1N2Message в AMF, где сообщение содержит опорный идентификатор, который используется для индексации определенного события. Опорный идентификатор генерируется AMF или NEF. Если опорный ID генерируется NEF, NEF ID может быть использован, в качестве варианта, чтобы исключить возможность неоднозначной идентификации конкретного события, поскольку разные NEFs могут генерировать один и тот же опорный ID. В качестве варианта, уведомление, которое предназначено для отслеживания события оконечного устройства, может включать в себя информацию о корреляции событий, например, идентификатор корреляции событий (опорный ID NEF). Информация о корреляции событий используется для определения информации отчетности события. В качестве варианта, объект функции управления сеансом передает информацию корреляции событий в объект управления мобильностью на основании информации описания услуги и информации услуги. Другими словами, объект функции управления сеансом сравнивает информацию услуги с информацией описания услуги и передает информацию корреляции событий в объект управления мобильностью, когда информация услуги совпадает с информацией описания услуги.

S2008b. AMF передает ответ Namf_Communication_N1N2Message в V-SMF.

S2009. AMF активирует конкретное событие, если UE недоступно.

S2010. UE инициирует соединение с сетью.

S2011. UE переходит в состояние доступности, и AMF сообщает о событии доступности UE в NEF.

S2012. NEF дополнительно уведомляет AF о доступности UE.

Все или некоторые из вышеизложенных вариантов осуществления могут быть реализованы посредством программного обеспечения, аппаратного обеспечения, встроенного программного обеспечения или любой их комбинации. Когда программное обеспечение используется для реализации вариантов осуществления, варианты осуществления могут быть реализованы полностью или частично в форме компьютерного программного продукта. Компьютерный программный продукт включает в себя одну или более компьютерных инструкций. Когда инструкции компьютерной программы загружаются и выполняются на компьютере, процедура или функции согласно вариантам осуществления настоящего изобретения генерируются полностью или частично. Компьютер может быть компьютером общего назначения, выделенным компьютером, компьютерной сетью или другими программируемыми устройствами. Компьютерная инструкция может храниться на машиночитаемом носителе данных или может передаваться с использованием машиночитаемого носителя данных. Компьютерные инструкции могут быть переданы с веб-сайта, компьютера, сервера или центра обработки данных на другой веб-сайт, компьютер, сервер или центр обработки данных по проводной связи (например, коаксиальному кабелю, оптическому волокну или цифровой абонентской линии (DSL)) или беспроводным способом (например, инфракрасным, радио, микроволновым и т.п.). Машиночитаемый носитель данных может быть любым используемым носителем, доступным для компьютера, или устройством хранения данных, таким как сервер или центр обработки данных, интегрирующим один или более используемых носителей. Используемый носитель может быть магнитным носителем (например, гибким диском, жестким диском или магнитной лентой), оптическим носителем (например, универсальным цифровым диском (цифровой универсальный диск, DVD)), полупроводниковым носителем (например, твердотельный накопитель (Solid State Dick, SSD) или тому подобное.

Специалист в данной области техники может понять, что все или некоторые из процессов способов в вариантах осуществления могут быть реализованы компьютерной программой, инструктирующей соответствующее оборудование. Программа может храниться на машиночитаемом носителе данных. Когда программа запускается, выполняются процессы способов в вариантах осуществления. Вышеупомянутый носитель данных включает в себя: любой носитель, на котором может храниться программный код, например, постоянное запоминающее устройство (Read-Only Memory, ROM), оперативное запоминающее устройство (Random Access Memory, RAM), магнитный диск или оптический диск.

Изобретение относится к области беспроводной связи. Техническим результатом является обеспечение подписания события оконечного устройства и отслеживания для конкретной услуги в 5G архитектуре. Упомянутый технический результат достигается тем, что осуществляют: определение объекта функции управления сеансом на основании по меньшей мере одного из имени сети передачи данных, информации сегмента и идентификатора услуги функции приложения; и передачу первого сообщения на объект функции управления сеансом, где первое сообщение используется для подписки на событие оконечного устройства, первое сообщение включает в себя информацию описания услуги и информация описания услуги используется для указания услуги, соответствующей событию оконечного устройства. Согласно техническим решениям в настоящем раскрытии осуществляется подписка на событие оконечного устройства объектом функции управления сеансом, который управляет конкретной услугой; при приеме уведомления об обнаружении услуги от объекта функции плоскости пользователя объект функции управления сеансом указывает объекту функции управления доступом и мобильностью отслеживать событие оконечного устройства. 14 н. и 24 з.п. ф-лы, 52 ил.

1. Способ связи, содержащий этапы, на которых:

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

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

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

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

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

5. Способ по любому из пп.1-4, дополнительно содержащий этап, на котором

принимают информацию описания услуги от объекта функции приложения.

6. Способ по п.5, дополнительно содержащий этап, на котором

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

7. Способ по любому из пп.1-6, дополнительно содержащий этап, на котором

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

8. Способ по любому из пп.5-7, дополнительно содержащий этапы, на которых:

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

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

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

10. Способ связи, содержащий этапы, на которых:

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

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

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

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

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

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

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

12. Способ связи, содержащий этапы, на которых:

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

обнаруживают услугу на основании первого сообщения; и

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

13. Способ по п.12, в котором этап обнаружения услуги на основании первого сообщения содержит подэтап, на котором

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

14. Способ связи, содержащий этапы, на которых:

принимают первое сообщение, относящееся к событию оконечного устройства и передаваемое объектом функции управления, причем первое сообщение используется для подписки на событие оконечного устройства и содержит информацию описания услуги и имя сети передачи данных/информацию поддержки выбора одного сетевого сегмента DNN/S-NSSAI, причем информация описания услуги используется для указания услуги, соответствующей событию оконечного устройства, при этом первое сообщение дополнительно содержит идентификатор корреляции событий и информацию о типе события подписанного оконечного устройства, причем идентификатор корреляции событий используется для определения информации отчетности события, информация о типе события используется для определения события подписанного оконечного устройства, а информация отчетности события используется для идентификации информации о сообщенном событии;

определяют объект функции управления сеансом в соответствии с DNN/S-NSSAI;

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

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

активируют событие оконечного устройства, когда оконечное устройство недоступно; и

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

15. Способ по п.14, в котором этап передачи второго сообщения в объект функции управления сеансом содержит подэтап, на котором

передают второе сообщение на объект функции управления сеансом, когда DNN/S-NSSAI сеанса совпадает с DNN/S-NSSAI, содержащимся в первом сообщении.

16. Способ по п.14 или 15, в котором этап передачи второго сообщения на объект функции управления сеансом содержит подэтап, на котором

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

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

17. Способ связи, содержащий этапы, на которых:

принимают второе сообщение для события оконечного устройства от объекта функции управления мобильностью (AMF);

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

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

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

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

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

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

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

20. Способ связи, содержащий этапы, на которых:

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

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

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

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

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

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

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

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

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

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

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

25. Устройство связи, содержащее процессор, при этом процессор выполнен с возможностью соединения с памятью и считывания и выполнения инструкций из памяти для реализации способа по любому из пп.1-9.

26. Устройство по п.25, дополнительно содержащее

память.

27. Устройство связи, содержащее процессор, при этом процессор выполнен с возможностью соединения с памятью и считывания и выполнения инструкций из памяти для реализации способа по п.10 или 11.

28. Устройство по п.27, дополнительно содержащее

память.

29. Устройство связи, содержащее процессор, при этом процессор выполнен с возможностью соединения с памятью и считывания и выполнения инструкций из памяти для реализации способа по п.12 или 13.

30. Устройство по п.29, дополнительно содержащее

память.

31. Устройство связи, содержащее процессор, при этом процессор выполнен с возможностью соединения с памятью и считывания и выполнения инструкций из памяти для реализации способа по любому из пп.14-16.

32. Устройство по п.31, дополнительно содержащее

память.

33. Устройство связи, содержащее процессор, при этом процессор выполнен с возможностью соединения с памятью и считывания и выполнения инструкций из памяти для реализации способа по любому из пп.17-19.

34. Устройство по п.33, дополнительно содержащее

память.

35. Устройство связи, содержащее процессор, при этом процессор выполнен с возможностью соединения с памятью и считывания и выполнения инструкций из памяти для реализации способа по любому из пп.20–24.

36. Устройство по п.35, дополнительно содержащее

память.

37. Машиночитаемый носитель данных, хранящий инструкции, вызывающие, при исполнении компьютером, выполнение компьютером способа по любому из пп.1-9.

38. Система связи, содержащая устройство связи по п.35 или 36.