ОБОРУДОВАНИЕ ПОЛЬЗОВАТЕЛЯ, СПОСОБ УПРАВЛЕНИЯ СВЯЗЬЮ ДЛЯ ОБОРУДОВАНИЯ ПОЛЬЗОВАТЕЛЯ, УСТРОЙСТВО ОПОРНОЙ СЕТИ, СПОСОБ УПРАВЛЕНИЯ СВЯЗЬЮ ДЛЯ УСТРОЙСТВА ОПОРНОЙ СЕТИ, SMF, СПОСОБ УПРАВЛЕНИЯ СВЯЗЬЮ ДЛЯ SMF, UPF И СПОСОБ УПРАВЛЕНИЯ СВЯЗЬЮ ДЛЯ UPF
USER EQUIPMENT, METHOD FOR CONTROLLING COMMUNICATION FOR USER EQUIPMENT, CORE NETWORK DEVICE, METHOD FOR CONTROLLING COMMUNICATION FOR CORE NETWORK DEVICE, SMF, METHOD FOR CONTROLLING COMMUNICATION FOR SMF, UPF, AND METHOD FOR CONTROLLING COMMUNICATION FOR UPF

Область техники
[0001]
Настоящее изобретение относится к оборудованию пользователя и т. п. Настоящая заявка испрашивает приоритет на основании JP 2017-119516, поданной 19 июня 2017 г. в Японии, содержание которой полностью включено в настоящий документ путем ссылки.
Предпосылки создания изобретения
[0002]
Партнерский проект по системам 3-го поколения (3GPP), который осуществляет мероприятия по стандартизации новейших систем мобильной связи, рассматривает усовершенствованную архитектуру системы (SAE), которая представляет собой архитектуру системы стандарта долгосрочного развития сетей связи (LTE). 3GPP участвует в процессе разработки спецификаций для улучшенной пакетной системы (Evolved Packet System, EPS) в качестве системы связи для реализации всей архитектуры протокола Интернета (IP). Следует отметить, что опорную сеть, составляющую EPS, называют улучшенным пакетным ядром (EPC).
[0003]
В последние годы 3GPP обсуждает также технологию связи следующего поколения или системную архитектуру системы мобильной связи 5-го поколения (5G), которая представляет собой систему мобильной связи нового поколения, и в частности разрабатывает спецификации для системы 5G (5GS) в качестве системы для реализации системы мобильной связи 5G (см. NPL 1 и NPL 2). В 5GS были определены технические проблемы, связанные с подключением различных терминалов к сотовой сети, для разработки спецификаций для решения.
[0004]
Например, условия требований включают в себя оптимизацию и диверсификацию процедуры осуществления связи с целью обеспечения услуги непрерывной мобильной связи в зависимости от терминала, поддерживающего различные сети доступа, оптимизацию приемлемой для оптимизации и диверсификации процедуры осуществления связи архитектуры системы и т. п.
Список библиографических ссылок
Непатентная литература
[0005]
NPL 1: 3GPP TS 23.501 v1.0.0; 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 15)
NPL 2: 3GPP TS 23.502 v0.4.0; 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System; Stage 2 (Release 15)
Изложение сущности изобретения
Техническая задача
[0006]
В 5GS рефлективное качество обслуживания (RQoS), которое обеспечивает особое качество обслуживания (QoS) для определенных видов передачи пользовательских данных, также обсуждается в дополнение к механизму предоставления качества обслуживания для обмена пользовательскими данными, такому как QoS в 4G. Кроме того, в качестве новой функции также обсуждают функцию аутентификации/авторизации сетью передачи данных для сеанса PDU, а также сетевой срез (см. NPL 1 и NPL 2).
[0007]
Однако, хотя некоторые механизмы контроля RQoS инициированным сетью способом определены в таком особом RQoS, как описано выше, детали механизма контроля RQoS инициированным сетью способом не имеют ясного определения, а механизмы контроля RQoS инициированным терминальным устройством способом еще не были определены. Кроме того, в функции аутентификации/авторизации сетью передачи данных хотя и определена сводная информация по функциям, подробные сведения о функции аутентификации/авторизации сетью передачи данных также не были четко определены, в том числе такие сведения, как содержимое сообщений, переданных и/или принятых терминальным устройством, устройствами в опорной сети или устройствами в сети передачи данных для реализации функции аутентификации/авторизации. Кроме того, в сетевом срезе, хотя и определено выполнение терминального устройства с возможностью подключения к множеству сетевых срезов, процесс управления, выполняемый при подключении терминального устройства к множеству сетевых срезов, не был четко определен.
[0008]
Настоящее изобретение выполнено с учетом вышеизложенного, и его цель состоит в обеспечении механизма и способа управления связью для инициированного терминальным устройством или инициированного сетью контроля RQoS, обеспечении механизма и способа управления связью для реализации функции аутентификации/авторизации сетью передачи данных и обеспечении механизма и способа управления связью для реализации процесса управления, такого как управление перегрузкой для каждого сетевого среза.
Решение задачи
[0009]
Оборудование пользователя в соответствии с настоящим изобретением включает в себя блок передачи и/или приема, который в процедуре регистрации, или процедуре создания сеанса блока пакетных данных (PDU), или процедуре аутентификации/авторизации сеанса PDU для опорной сети выполнен с возможностью передачи сообщения с запросом создания сеанса PDU, включающего первую идентификационную информацию, приема сообщения с запросом аутентификации сеанса PDU, включающего вторую идентификационную информацию, и передачи сообщения об одобрении аутентификации сеанса PDU, включающего третью идентификационную информацию, причем первая идентификационная информация представляет собой информацию, запрашивающую аутентификацию/авторизацию сеанса PDU посредством сети передачи данных (DN), вторая идентификационная информация представляет собой информацию, указывающую информацию об аутентификации/авторизации сеанса PDU, выданную DN, а третья идентификационная информация представляет собой информацию, указывающую, является ли подходящей информация об аутентификации/авторизации, указанная второй идентификационной информацией.
[0010]
Способ управления связью для оборудования пользователя в соответствии с настоящим изобретением в процедуре регистрации, или процедуре создания сеанса блока пакетных данных (PDU), или процедуре аутентификации/авторизации сеанса PDU для опорной сети включает этапы передачи сообщения с запросом создания сеанса PDU, включающего первую идентификационную информацию, приема сообщения с запросом аутентификации сеанса PDU, включающего вторую идентификационную информацию, и передачи сообщения об одобрении аутентификации сеанса PDU, включающего третью идентификационную информацию, причем первая идентификационная информация представляет собой информацию, запрашивающую аутентификацию/авторизацию сеанса PDU посредством сети передачи данных (DN), вторая идентификационная информация представляет собой информацию, указывающую информацию об аутентификации/авторизации сеанса PDU, выданную DN, а третья идентификационная информация представляет собой информацию, указывающую, является ли подходящей информация об аутентификации/авторизации, указанная второй идентификационной информацией.
[0011]
Устройство опорной сети в соответствии с настоящим изобретением включает в себя первый блок передачи и/или приема, который в процедуре регистрации, или процедуре создания сеанса блока пакетных данных (PDU), или процедуре аутентификации/авторизации сеанса PDU для опорной сети выполнен с возможностью приема от оборудования пользователя сообщения с запросом создания сеанса PDU, включающего первую идентификационную информацию, передачи на оборудование пользователя сообщения с запросом аутентификации сеанса PDU, включающего вторую идентификационную информацию, и приема от оборудования пользователя сообщения об одобрении аутентификации сеанса PDU, включающего третью идентификационную информацию, а также второй блок передачи и/или приема, который в процедуре регистрации, или процедуре создания сеанса PDU, или процедуре аутентификации/авторизации сеанса PDU выполнен с возможностью приема от сети передачи данных (DN) второй идентификационной информации, причем первая идентификационная информация представляет собой информацию, запрашивающую аутентификацию/авторизацию сеанса PDU посредством DN, вторая идентификационная информация представляет собой информацию, указывающую информацию об аутентификации/авторизации сеанса PDU, выданную DN, а третья идентификационная информация представляет собой информацию, указывающую, является ли подходящей информация об аутентификации/авторизации, указанная второй идентификационной информацией.
[0012]
Способ управления связью для устройства опорной сети в соответствии с настоящим изобретением в процедуре регистрации, или процедуре создания сеанса блока пакетных данных (PDU), или процедуре аутентификации/авторизации сеанса PDU для опорной сети включает этапы приема от оборудования пользователя сообщения с запросом создания сеанса PDU, включающего первую идентификационную информацию, приема от сети передачи данных (DN) второй идентификационной информации, передачи на оборудование пользователя сообщения с запросом аутентификации сеанса PDU, включающего вторую идентификационную информацию, и приема от оборудования пользователя сообщения об одобрении аутентификации сеанса PDU, включающего третью идентификационную информацию, причем первая идентификационная информация представляет собой информацию, запрашивающую аутентификацию/авторизацию сеанса PDU посредством DN, вторая идентификационная информация представляет собой информацию, указывающую информацию об аутентификации/авторизации сеанса PDU, выданную DN, а третья идентификационная информация представляет собой информацию, указывающую, является ли подходящей информация об аутентификации/авторизации, указанная второй идентификационной информацией.
[0013]
Функция управления сеансом (SMF) в соответствии с настоящим изобретением включает в себя первый блок передачи и/или приема, который в процедуре регистрации, или процедуре создания сеанса блока пакетных данных (PDU), или процедуре аутентификации/авторизации сеанса PDU для опорной сети выполнен с возможностью приема от оборудования пользователя сообщения с запросом создания сеанса PDU, включающего первую идентификационную информацию, передачи на оборудование пользователя сообщения с запросом аутентификации сеанса PDU, включающего вторую идентификационную информацию, и приема от оборудования пользователя сообщения об одобрении аутентификации сеанса PDU, включающего третью идентификационную информацию, а также второй блок передачи и/или приема, который в процедуре регистрации, или процедуре создания сеанса PDU, или процедуре аутентификации/авторизации сеанса PDU выполнен с возможностью приема второй идентификационной информации, передаваемой сетью передачи данных (DN), причем первая идентификационная информация представляет собой информацию, запрашивающую аутентификацию/авторизацию сеанса PDU посредством DN, вторая идентификационная информация представляет собой информацию, указывающую информацию об аутентификации/авторизации сеанса PDU, выданную DN, а третья идентификационная информация представляет собой информацию, указывающую, является ли подходящей информация об аутентификации/авторизации, указанная второй идентификационной информацией.
[0014]
Способ управления связью для функции управления сеансом (SMF) в соответствии с настоящим изобретением в процедуре регистрации, или процедуре создания сеанса блока пакетных данных (PDU), или процедуре аутентификации/авторизации сеанса PDU для опорной сети включает этапы приема от оборудования пользователя сообщения с запросом создания сеанса PDU, включающего первую идентификационную информацию, приема второй идентификационной информации, передаваемой сетью передачи данных (DN), передачи на оборудование пользователя сообщения с запросом аутентификации сеанса PDU, и приема от оборудования пользователя сообщения об одобрении аутентификации сеанса PDU, включающего третью идентификационную информацию, причем первая идентификационная информация представляет собой информацию, запрашивающую аутентификацию/авторизацию сеанса PDU посредством сети передачи данных (DN), вторая идентификационная информация представляет собой информацию, указывающую информацию об аутентификации/авторизации сеанса PDU, выданную DN, а третья идентификационная информация представляет собой информацию, указывающую, является ли подходящей информация об аутентификации/авторизации, указанная второй идентификационной информацией.
[0015]
Функция плоскости пользователя (UPF) в соответствии с настоящим изобретением включает в себя первый блок передачи и/или приема, который в процедуре регистрации, или процедуре создания сеанса блока пакетных данных (PDU), или процедуре аутентификации/авторизации сеанса PDU для опорной сети выполнен с возможностью приема от функции управления сеансом (SMF) сообщения с запросом создания сеанса PDU, включающего первую идентификационную информацию, передачи в SMF сообщения с запросом аутентификации сеанса PDU, включающего вторую идентификационную информацию, и приема от SMF сообщения об одобрении аутентификации сеанса PDU, включающего третью идентификационную информацию, а также второй блок передачи и/или приема, который в процедуре регистрации, или процедуре создания сеанса PDU, или процедуре аутентификации/авторизации сеанса PDU выполнен с возможностью приема второй идентификационной информации, передаваемой сетью передачи данных (DN), причем первая идентификационная информация представляет собой информацию, запрашивающую аутентификацию/авторизацию сеанса PDU посредством DN, вторая идентификационная информация представляет собой информацию, указывающую информацию об аутентификации/авторизации сеанса PDU, выданную DN, а третья идентификационная информация представляет собой информацию, указывающую, является ли подходящей информация об аутентификации/авторизации, указанная второй идентификационной информацией.
[0016]
Способ управления связью для функции плоскости пользователя (UPF) в соответствии с настоящим изобретением в процедуре регистрации, или процедуре создания сеанса блока пакетных данных (PDU), или процедуре аутентификации/авторизации сеанса PDU для опорной сети включает этапы приема от функции управления сеансом (SMF) сообщения с запросом создания сеанса PDU, включающего первую идентификационную информацию, приема второй идентификационной информации, передаваемой сетью передачи данных (DN), передачи в SMF сообщения с запросом аутентификации сеанса PDU, включающего вторую идентификационную информацию, и приема от SMF сообщения об одобрении аутентификации сеанса PDU, включающего третью идентификационную информацию, причем первая идентификационная информация представляет собой информацию, запрашивающую аутентификацию/авторизацию сеанса PDU посредством DN, вторая идентификационная информация представляет собой информацию, указывающую информацию об аутентификации/авторизации сеанса PDU, выданную DN, а третья идентификационная информация представляет собой информацию, указывающую, является ли подходящей информация об аутентификации/авторизации, указанная второй идентификационной информацией.
Преимущества изобретения
[0017]
В соответствии с настоящим изобретением терминальное устройство и устройство в опорной сети, составляющие 5GS, могут контролировать RQoS инициированным терминальным устройством способом или инициированным сетью способом. Терминальное устройство, устройство в опорной сети и устройство в сети передачи данных, составляющие 5GS, могут реализовывать функцию аутентификации/авторизации сетью передачи данных. Более того, терминальное устройство и устройство в опорной сети, составляющие 5GS, могут выполнять процесс управления, такой как управление перегрузкой для каждого сетевого среза.
Краткое описание графических материалов
[0018]
На ФИГ. 1 представлена схема, иллюстрирующая обзор системы мобильной связи.
На ФИГ. 2 представлена схема, иллюстрирующая пример конфигурации сети доступа и т. п. в системе мобильной связи.
На ФИГ. 3 представлена схема, иллюстрирующая пример конфигурации опорной сети или т. п. в системе мобильной связи.
На ФИГ. 4 представлена схема, иллюстрирующая конфигурацию устройства UE.
На ФИГ. 5 представлена схема, иллюстрирующая конфигурацию устройства станции eNodeB (eNB) / NR-узла/шлюза доступа WLAN (WAG).
На ФИГ. 6 представлена схема, иллюстрирующая конфигурацию устройства управления доступом и мобильностью (AMF).
На ФИГ. 7 представлена схема, иллюстрирующая конфигурацию устройства функции управления сеансом (SMF) / плоскости пользователя (UPF).
На ФИГ. 8 представлена схема, иллюстрирующая первоначальную процедуру.
На ФИГ. 9 представлена схема, иллюстрирующая процедуру регистрации.
На ФИГ. 10 представлена схема, иллюстрирующая процедуру создания сеанса PDU.
На ФИГ. 11 представлена схема, иллюстрирующая процедуру аутентификации/авторизации при создании сеанса PDU.
На ФИГ. 12 представлена схема, иллюстрирующая процедуру валидации RQoS.
Описание вариантов осуществления
[0019]
Ниже со ссылкой на чертежи будет описан предпочтительный вариант осуществления настоящего изобретения. Следует отметить, что в качестве примера в настоящем варианте осуществления описан вариант осуществления системы мобильной связи, к которой применено настоящее изобретение.
[0020]
1. Вариант осуществления
1.1. Обзор системы
Обзор системы мобильной связи в соответствии с настоящим вариантом осуществления будет описан со ссылкой на ФИГ. 1, 2 и 3. На ФИГ. 2 представлена схема, иллюстрирующая подробности сети доступа в системе мобильной связи, изображенной на ФИГ. 1. На ФИГ. 3 представлена схема, в основном иллюстрирующая подробности опорной сети в системе мобильной связи, изображенной на ФИГ. 1. Как показано на ФИГ. 1, система 1 мобильной связи (также называемая 5GS) в соответствии с настоящим вариантом осуществления включает в себя терминальное устройство (также упоминаемое как оборудование пользователя, мобильное терминальное устройство или т. п.) UE (оборудование пользователя) _A 10, сеть доступа (AN)_B, опорную сеть (CN) _B 190, а также сеть передачи данных (DN)_A 5 и DN_B 105.
[0021]
В данном случае UE_A 10 может представлять собой устройство с возможностью подключения к сетевому сервису посредством доступа 3GPP (также называемого сетью доступа 3GPP) и/или доступа не-3GPP (также называемого сетью доступа не-3GPP). UE_A 10 может также включать в себя универсальную интегральную схему (UICC) и встроенную UICC (eUICC). UE_A 10 может представлять собой выполненное с возможностью беспроводного подключения терминальное устройство и может представлять собой мобильное оборудование (МЕ), мобильную станцию (MS), терминал (CIoT UE) сотового интернета физических объектов (CIoT) или т. п.
[0022]
UE_A 10 выполнено с возможностью подключения к сети доступа и/или к опорной сети. UE_A 10 выполнено с возможностью подключения к DN_A 5 посредством сети доступа и/или опорной сети. UE_A 10 передает и/или принимает (осуществляет обмен данными) пользовательские данные с помощью сеанса блока данных протокола (или блока пакетных данных, PDU) к DN_A 5 и от нее. Кроме того, обмен пользовательскими данными может не ограничиваться связью по протоколу Интернета (IP), а представлять собой обмен данными без использования связи по IP.
[0023]
В данном случае IP-связь представляет собой обмен данными с применением IP и представляет собой обмен данными, осуществляемый путем передачи и/или приема IP-пакета, которому присвоен IP-заголовок. Следует отметить, что часть полезной нагрузки, составляющей IP-пакет, может содержать пользовательские данные, переданные и/или принятые оборудованием UE_A 10. Связь без использования IP представляет собой связь без применения IP и представляет собой обмен данными, осуществляемый путем передачи и/или приема данных, которым не присвоен IP-заголовок. Например, связь без использования IP может представлять собой обмен данными, осуществляемый путем передачи и/или приема данных приложения, которым не присвоен IP-пакет, или передачи и/или приема пользовательских данных, переданных и/или принятых оборудованием UE_A 10, которым присвоен другой заголовок, такой как MAC-заголовок или заголовок кадра Ethernet (торговое название).
[0024]
Сеанс PDU представляет собой подключение, созданное между UE_A 10 и DN_A 5 и/или DN_B 105 для обеспечения сервиса подключения PDU. В частности, сеанс PDU может представлять собой подключение, созданное между UE_A 10 и внешним шлюзом. В данном случае внешний шлюз может представлять собой UPF, шлюз пакетной сети передачи данных (PGW) или т. п. Сеанс PDU может представлять собой коммуникационный тракт, созданный для передачи и/или приема пользовательских данных между UE_A 10 и опорной сетью и/или DN (DN_A 5 или DN_B 105), или коммуникационный тракт для передачи и/или приема PDU. Кроме того, сеанс PDU может представлять собой сеанс, созданный между UE_A 10 и опорной сетью и/или DN (DN_A 5 или DN_B 105), или может представлять собой логический коммуникационный тракт, включающий в себя тракт переноса, например один или более каналов и т. п., между устройствами или оборудованием в системе 1 мобильной связи. Если говорить конкретно, сеанс PDU может представлять собой соединение, созданное оборудованием UE_A 10 с опорной сетью_B 190 и/или внешним шлюзом, или может представлять собой соединение, созданное между UE_A 10 и UPF (UPF_A 235 и/или UPF_B 237). Сеанс PDU может представлять собой соединение между UE_A 10 и UPF (UPF_A 235 и/или UPF_B 237) посредством NR-узла_A 122. Кроме того, сеанс PDU может быть идентифицирован идентификатором сеанса PDU и/или идентификатором канала EPS.
[0025]
Следует отметить, что UE_A 10 может передавать и/или принимать пользовательские данные на устройство (и/или от него), обнаруженного в DN_A 5 и/или DN_B 105, такого как сервер приложений, с использованием сеанса PDU. Иными словами, сеанс PDU может переносить пользовательские данные, переданные и/или принятые между UE_A 10 и устройством, таким как сервер приложений, обнаруженном в DN_A 5 и/или в DN_B 105. Кроме того, каждое устройство (UE_A 10, устройства в сети доступа, и/или устройства в опорной сети, и/или устройства в сети передачи данных) может ассоциировать одну или более идентификационной информации с сеансом PDU для управления. Следует отметить, что данная идентификационная информация может включать в себя по меньшей мере одно из имени точки доступа (APN), шаблона потока трафика (TFT), типа сеанса, идентификационной информации приложения, идентификационной информации DN_A 5 и/или DN_B 105, идентификационной информации экземпляра сетевого среза (NSI), идентификационной информации выделенной опорной сети (DCN) и идентификационной информации сети доступа или может дополнительно включать в себя другую информацию. Кроме того, при создании множества сеансов PDU соответствующая идентификационная информация, ассоциированная с сеансами PDU, может иметь одинаковое содержимое или различное содержимое. Кроме того, идентификационная информация NSI представляет собой информацию для идентификации NSI и в дальнейшем в этом документе может представлять собой идентификатор NSI или идентификатор экземпляра среза.
[0026]
Сеть доступа_B может представлять собой любую из сети усовершенствованного универсального наземного радиодоступа (E-UTRAN)_A 80, 5G-RAN_A 120 и беспроводную локальную сеть (WLAN) ANc 125, как показано на ФИГ. 2. Следует отметить, что E-UTRAN_A 80 и/или 5G-RAN_A 120 могут называться сетью доступа 3GPP, а WLAN ANc 125 может называться сетью доступа не-3GPP. Каждая сеть радиодоступа включает в себя устройства, к которым фактически подключено UE_A 10 (например, устройство базовой станции и точки доступа), и т. п.
[0027]
Например, E-UTRAN_A 80 представляет собой сеть доступа для LTE и включает в себя одну или более eNB_A 45. eNB_A 45 представляет собой базовую радиостанцию, к которой UE_A 10 подключается посредством сети усовершенствованного универсального наземного радиодоступа (E-UTRA). В случае когда E-UTRAN_A 80 включает в себя множество eNB, eNB могут быть соединены друг с другом.
[0028]
5G-RAN_A 120 представляет собой сеть доступа 5G и включает в себя одну или более новых технологий узлов радиодоступа (NR-узлы)_А 122. NR-узел_A 122 представляет собой базовую радиостанцию, к которой подключается UE_A 10 посредством радиодоступа 5G (5G-Radio Access). В случае когда 5G-RAN_A 120 включает в себя множество NR-узлов_A 122, NR-узлы_A 122 могут быть соединены друг с другом.
[0029]
Следует отметить, что 5G-RAN_A 120 может представлять собой сеть доступа, включающую в себя E-UTRA и/или 5G-Radio Access. Другими словами, 5G-RAN_A 120 может включать в себя eNB_A 45 или NR-узел_A 122 или может включать в себя и то и другое. В этом случае eNB_A 45 и NR-узел_A 122 могут быть аналогичными устройствами. Таким образом, NR-узел_A 122 можно заменять на eNB_A 45.
[0030]
WLAN ANc 125 представляет собой сеть LAN радиодоступа и включает в себя один или более шлюзов доступа WLAN (WAG)_A 126. WAG_A 126 представляет собой базовую радиостанцию, к которой подключается UE_A 10 посредством радиодоступа LAN. Кроме того, WAG_A 126 может выступать в качестве шлюза между опорной сетью_В 190 и WLAN ANc 125. WAG_A 126 может включать в себя функциональный блок базовой радиостанции и функциональный блок шлюза, которые выполнены в виде различных устройств.
[0031]
Следует отметить, что в настоящем документе выражение «UE_A 10 подключено к каждой сети радиодоступа» равноценно выражению «UE_A 10 подключено к устройству базовой станции, точке доступа или т. п., включенными в сеть радиодоступа» и выражению «переданные и/или принятые данные, сигналы и т. п. также проходят через устройство базовой станции и точку доступа». Следует отметить, что управляющее сообщение, переданное и/или принятое между UE_A 10 и опорной сетью_B 190, может представлять собой одно и то же управляющее сообщение, независимо от типа сети доступа. Таким образом, выражение «UE_A 10 и опорная сеть_B 190 передают и/или принимают сообщение друг другу и/или друг от друга посредством NR-узла_A 122» может быть равноценно выражению «UE_A 10 и опорная сеть_B 190 передают сообщение друг другу посредством eNB_A 45 и/или WAG_A 126».
[0032]
Кроме того, сеть доступа представляет собой радиосеть, устанавливающую соединение с UE_A 10 и/или опорной сетью. Сеть доступа может представлять собой сеть доступа 3GPP или может представлять собой сеть доступа, не поддерживаемую 3GPP. Следует отметить, что сеть доступа 3GPP может представлять собой E-UTRAN_A 80 или 5G-сеть радиодоступа (5G-RAN)_A 120, а сеть доступа не-3GPP может представлять собой WLAN ANc 125. Следует отметить, что UE_A 10 может подключаться к сети доступа с целью подключения к опорной сети или может подключаться к опорной сети посредством сети доступа.
[0033]
DN_A 5 и DN_B 105 представляют собой сети передачи данных, которые обеспечивают услуги связи для UE_A 10 и могут быть сконфигурированы как сети с пакетной передачей данных или могут быть сконфигурированы для каждого сервиса. Более того, каждая из DN_A 5 и DN_B 105 может включать в себя подключенный терминал связи. Таким образом, соединение с DN_A 5 и/или с DN_B 105 может представлять собой соединение с терминалом связи или серверным устройством, обнаруженным в DN_A 5 и/или в DN_B 105. Кроме того, передача и/или прием пользовательских данных в и/или от DN_A 5 и DN_B 105 могут представлять собой передачу и/или прием пользовательских данных в терминале связи или серверном устройстве, обнаруженном в DN_A 5 и DN_B 105 и/или от них. DN_A 5 и/или DN_B 105 находятся за пределами опорной сети на ФИГ. 1, но могут находиться в опорной сети.
[0034]
Опорная сеть_B 190 может быть сконфигурирована в виде одного или более устройств в опорной сети. В данном случае устройство в опорной сети может представлять собой устройство, которое выполняет некоторые или все процессы или функции каждого устройства, включенного в опорную сеть_B 190. Следует отметить, что устройство в опорной сети может упоминаться как устройство опорной сети.
[0035]
Кроме того, опорная сеть представляет собой IP-сеть мобильной связи, обеспечиваемую оператором мобильной связи (MNO), к которой подключается сеть доступа и/или DN_A 5. Опорная сеть может представлять собой опорную сеть для оператора мобильной связи, который запускает систему 1 мобильной связи и управляет ею, или может представлять собой опорную сеть для оператора виртуальной сети мобильной связи или поставщика услуг виртуальной сети мобильной связи, такого как оператор виртуальной сети мобильной связи (MVNO) или инструмент реализации виртуальной сети мобильной связи (MVNE). Следует отметить, что опорная сеть_B 190 может представлять собой усовершенствованное пакетное ядро (EPC), составляющее усовершенствованную пакетную систему (EPS), или может представлять собой опорную сеть 5G (5GC), составляющую 5GC. Кроме того, опорная сеть_B 190 может представлять собой опорную сеть для системы, обеспечивающей услугу 5G-связи. Следует отметить, что опорная сеть_B 190 не ограничивается вышеуказанным и может представлять собой сеть для обеспечения услуги мобильной связи.
[0036]
Далее будет описана опорная сеть_В 190. Опорная сеть_B190 может включать в себя по меньшей мере одну из функции сервера аутентификации (AUSF), функции управления доступом и мобильностью (AMF)_A 240, сетевой функции хранения структурированных данных (SDSF), сетевой функции хранения неструктурированных данных (UDSF), функции сетевого воздействия (NEF), функция репозитория NF (NRF), функции управления политикой (PCF), функции управления сеансом (SMF)_A 230, функции управления сеансом (SMF)_B 232, функции унифицированного управления данными (UDM), функции плоскости пользователя (UPF)_A 235, функции плоскости пользователя (UPF)_B 237, функции приложения (AF) и функции межсетевого взаимодействия не-3GPP (N3IWF). Они также могут быть сконфигурированы как сетевые функции (NF). NF могут относиться к функциям обработки, включенным в сеть.
[0037]
Среди них только AMF (AMF_A 240), SMF (SMF_A 230 и SMF_B 232) и UPF (UPF_A 235 и UPF_B 237) показаны на ФИГ. 3 для упрощения, а не для исключения других (устройств и/или NF). Следует отметить, что для простоты UE_A 10 может упоминаться как UE; AMF_A 240 как AMF; SMF_A 230 и SMF_B 232 как SMF; UPF_A 235 и UPF_B 237 как UPF; а DN_A 5 и DN_B 105 как DN.
[0038]
На ФИГ. 3 показан интерфейс N1 (далее именуемый также опорной точкой), интерфейс N2, интерфейс N3, интерфейс N4, интерфейс N6, интерфейс N9 и интерфейс N11. В данном случае интерфейс N1 представляет собой интерфейс между UE и AMF, интерфейс N2 - интерфейс между (R)AN (сеть доступа) и AMF, интерфейс N3 - интерфейс между (R)AN (сеть доступа) и UPF, интерфейс N4 - интерфейс между SMF и UPF, интерфейс N6 - интерфейс между UPF и DN, интерфейс N9 - интерфейс между UPF и UPF, а интерфейс N11 - интерфейс между AMF и SMF. Устройства или оборудование могут осуществлять связь друг с другом с помощью этих интерфейсов.
[0039]
Следует отметить, что на ФИГ. 3 представлена схема конфигурации системы для случая, когда UE одновременно получает доступ к двум DN, используя множество сеансов PDU. Два SMF выбирают для двух различных сеансов PDU. На ФИГ. 3 показаны два SMF_A 230 и два UPF_A 235.
[0040]
Далее кратко описаны устройства, включенные в опорную сеть_B190.
[0041]
Сначала AMF_A 240 подключается к другим AMF, SMF (SMF_A 230 и/или SMF_B 232), сетям доступа (т. е. E-UTRAN_A 80, 5G-RAN_A 120 и WLAN ANc 125), UDM, AUSF и PCF. AMF_A 240 может быть предназначено для выполнения таких функций, как управление регистрацией, управление подключениями, управление достижимостью, управление мобильностью UE_A 10 и т. п., передача сообщения управления сеансом между UE и SMF, аутентификация доступа/аутентификация доступа, функция привязки безопасности (SEA), управление контекстом безопасности (SCM), поддержка интерфейса N2 для N3IWF, поддержка передачи и/или приема сигнала NAS с UE через N3IWF, аутентификация UE, подключенного посредством N3IWF, управление состояниями управления регистрации (состояниями RM) и управление состояниями управления подключений (состояниями CM). В опорной сети_B 190 могут располагаться одно или более AMF_A 240. В альтернативном варианте осуществления AMF_A 240 может представлять собой NF, управляющую одним или более экземплярами сетевого среза (NSI). AMF_A 240 может представлять собой общую функцию CP (общую функцию плоскости управления сети) (общую CPNF (CCNF)), которая является общей для множества NSI.
[0042]
Состояние RM включает в себя незарегистрированное состояние (состояние RM-DEREGISTERED) и зарегистрированное состояние (состояние RM-REGISTERED). В состоянии RM-DEREGISTERED, поскольку UE не зарегистрировано в сети, контекст UE в AMF не содержит ни действительной информации о местоположении, ни информации о маршрутизации для UE, и поэтому AMF находится в состоянии, в котором невозможно создание контакта с UE. В состоянии RM-REGISTERED, поскольку UE зарегистрировано в сети, UE может принимать сервисы, требующие регистрации в сети.
[0043]
Состояние CM включает в себя отключенное состояние (состояние CM-IDLE) и включенное состояние (состояние CM-CONNECTED). В состоянии CM-IDLE оборудование UE находится в состоянии RM-REGISTERED, но соединение сигнализации NAS с AMF через интерфейс N1 не создано. В состоянии CM-IDLE оборудование UE не имеет ни соединения по интерфейсу N2 (соединение N2), ни соединения по интерфейсу N3 (соединение N3). С другой стороны, в состоянии CM-CONNECTED оборудование UE имеет соединение сигнализации NAS, созданное с AMF через интерфейс N1. В состоянии CM-CONNECTED оборудование UE может иметь соединение по интерфейсу N2 (соединение N2) и/или соединение по интерфейсу N3 (соединение N3).
[0044]
Кроме того, SMF_A 230 подключено к AMF_A 240, UPF_A 235, UDM и PCF. SMF_B 232 подключено к AMF_A 240, UPF_B 237, UDM и PCF. SMF_A 230 и SMF_B 232 могут быть предназначены для выполнения таких функций, как управление сеансом сеанса PDU или т. п., выделение IP-адреса для UE, выбор и управление UPF, конфигурирование UPF для маршрутизации трафика в надлежащий пункт назначения, функция уведомления о поступлении данных нисходящей линии связи (уведомление о данных нисходящей линии связи), идентификатор специфичной для AN информации SM (информация SM для каждой AN), переданный посредством AMF по интерфейсу N2 в AN, определение режима непрерывности сеанса и обслуживания (режим SSC) для сеанса, а также функциональность роуминга. Хотя SMF_A 230 и SMF_B 232 описаны как отдельные устройства или NF, они могут представлять собой одно и то же устройство или функцию.
[0045]
UPF_A 235 подключено к DN_A 5, SMF_A 230, другому UPF и сетям доступа (т. е. E-UTRAN_A 80, 5G-RAN_A 120 и WLAN ANc 125). UPF_B 237 подключено к DN_B 105, SMF_B 232, другому UPF и сетям доступа (т. е. E-UTRAN_A 80, 5G-RAN_A 120 и WLAN ANc 125). UPF_A 235 и UPF_B 237 могут служить для выполнения таких функций, как привязка для внутритехнологической (intra-RAT) мобильности или межтехнологической (inter-RAT) мобильности, маршрутизация и переадресация пакетов, функция классификации восходящей линии связи (UL CL) для поддержки маршрутизации множества потоков трафика к одной DN, функция точки ветвления для поддержки многодомного сеанса PDU, обработка QoS для плоскости пользователя, проверка трафика восходящей линии связи, буферизация пакетов нисходящей линии связи и функция запуска уведомления о данных нисходящей линии связи. UPF_A 235 и UPF_B 237 могут представлять собой ретрансляционные устройства, выполненные с возможностью передачи пользовательских данных путем функционирования в качестве шлюзов между DN_A 5 и опорной сетью_B 190, а также между DN_B 105 и опорной сетью_B 190 соответственно. Следует отметить, что UPF_A 235 или UPF_B 237 могут выступать в качестве шлюзов для IP-связи и/или связи без применения IP. Кроме того, UPF_A 235 и UPF_B 237 могут иметь функции осуществления IP-связи или могут иметь функции преобразования между связью без использования IP и IP-связью. Множество обнаруженных шлюзов могут выступать в качестве шлюзов, соединяющих опорную сеть_B 190 с одной DN. Следует отметить, что UPF_A 235 и UPF_B 237 может быть подключен к другому NF для обеспечения соединения с каждым устройством посредством другого NF.
[0046]
Следует отметить, что, хотя UPF_A 235 и UPF_B 237 описаны как отдельные устройства или NF, но общее UPF_C 239 (также называемое точкой ветвления или классификатором восходящей линии связи), которое представляет собой UPF, отличное от UPF_A 235 и UPF_B 237, может присутствовать между UPF_A 235 и сетью доступа, а также между UPF_B 237 и сетью доступа. При наличии UPF_C 239 сеанс PDU между UE_A 10 и DN_A 5 создают посредством сети доступа, UPF_C 239 и UPF_A 235, а сеанс PDU между UE_A 10 и DN_B 105 создают посредством сети доступа, UPF_C 239 и UPF_B 237.
[0047]
Следует отметить, что плоскость пользователя (плоскость U) может представлять собой коммуникационный тракт для передачи и/или приема пользовательских данных и может включать в себя множество каналов. Кроме того, плоскость управления (плоскость C) может представлять собой коммуникационный тракт для передачи и/или приема управляющего сообщения и может включать в себя множество каналов.
[0048]
AUSF подключено к UDM и AMF_A 240. AUSF функционирует как сервер аутентификации.
[0049]
SDSF обеспечивает для NEF функцию хранения или получения информации в виде структурированных данных.
[0050]
UDSF обеспечивает для всех NF функцию хранения или получения информации в виде неструктурированных данных.
[0051]
NEF предусматривает меры по обеспечению безопасного предоставления услуг и возможностей, предоставляемых сетью 3GPP. NEF сохраняет информацию, принятую от другой NF, в виде структурированных данных.
[0052]
NRF при приеме запроса обнаружения NF от экземпляра NF предоставляет информацию об обнаруженных экземплярах NF в NF и содержит информацию о доступных экземплярах NF и сервисах, поддерживаемых этими экземплярами.
[0053]
PCF подключено к SMF (SMF_A 230, SMF_B 232), AF и AMF_A 240. PCF предоставляет правило политики или т. п.
[0054]
UDM подключено к AMF_A 240, SMF (SMF_A 230, SMF_B 232), AUSF и PCF. UDM включает в себя интерфейс приложения (UDM FE) и хранилище пользовательских данных (UDR). UDM FE выполняет обработку учетных данных, управление местоположением, управление абонентами и т. п. UDR сохраняет данные, необходимые для предоставления UDM FE, а также профили политик, необходимые PCF.
[0055]
AF подключено к PCF. AF оказывает влияние на маршрутизацию трафика и участвует в управлении политиками.
[0056]
N3IWF предоставляет такие функции, как создание туннеля IPsec с UE, ретранслирование сигнализации NAS (N1) между UE и AMF, обработка сигнализации N2, переданной от SMF и ретранслируемой AMF, создание ассоциации безопасности IPsec (IPsec SA), ретранслирование пакетов плоскости пользователя панелей UE и AMF, а также выбор AMF.
[0057]
1.2. Конфигурация устройства
Ниже будут описаны конфигурации каждого устройства или оборудования. Следует отметить, что некоторые или все из описанных ниже устройств или оборудования и функций блоков в устройствах или оборудовании могут работать на физическом оборудовании или логическом оборудовании, которое виртуально сконфигурировано на оборудовании общего назначения.
[0058]
1.2.1. Конфигурация UE
Сначала на ФИГ. 4 представлена конфигурация устройства UE_A 10. Как показано на ФИГ. 4, UE_A 10 включает в себя контроллер_А 400, блок_А 420 передачи и/или приема и блок_А 440 хранения данных. Блок_A 420 передачи и/или приема и блок_A 440 хранения данных подключены к контроллеру_A 400 посредством шины. Внешняя антенна_A 410 подключена к блоку_A 420 передачи и/или приема. Блок_А 440 хранения данных хранит контекст 442 оборудования UE.
[0059]
Контроллер_A 400 представляет собой функциональный блок для управления всем UE_A 10 и реализует различные процессы всего UE_A 10 путем считывания различной информации и программ, хранящихся в блоке_A 440 хранения данных, и выполнения программ.
[0060]
Блок_A 420 передачи и/или приема представляет собой функциональный блок для UE_A 10 для соединения с базовой станцией (E-UTRAN_A 80 и 5G-RAN_A 120) и/или точкой доступа (WLAN ANc 125) в сети доступа для подключения к сети доступа. Другими словами, UE_A 10 может подключаться к базовой станции и/или точке доступа в сети доступа посредством внешней антенны_A 410, подключенной к блоку_A 420 передачи и/или приема. В частности, UE_A 10 может передавать пользовательские данные и/или информацию управления на базовую станцию и/или точку доступа или принимать пользовательские данные и/или информацию управления от базовой станции и/или точки доступа в сети доступа посредством внешней антенны_A 410, подключенной к блоку_А 420 передачи и/или приема.
[0061]
Блок_A440 хранения данных представляет собой функциональный блок, выполненный с возможностью хранения программ, данных и т. п., необходимых для каждой операции UE_A 10, и включает в себя, например, полупроводниковое запоминающее устройство, жесткий диск (HDD), твердотельный накопитель (SSD) и т. п. Блок_А 440 хранения данных хранит идентификационную информацию, информацию управления, флаг, параметр и т. п., включенные в управляющее сообщение, переданное и/или принятое в процедуре связи, описанной ниже. Контекст 442 UE, хранящийся в блоке_A440 хранения данных, может включать в себя контекст UE, используемый для соединения с сетями доступа_B 80/120/125, и контекст UE, используемый для соединения с опорной сетью_B 190. Контекст UE 442 может включать в себя контекст UE, хранящийся для каждого UE, контекст UE, хранящийся для каждого сеанса PDU, и контекст UE, хранящийся для каждого канала. Контекст UE, хранящийся для каждого UE, может включать в себя состояние IMSI, EMM, GUTI и идентификатор ME. Контекст UE, хранящийся для каждого сеанса PDU, может включать в себя используемое APN, назначенный тип сеанса, IP-адрес (-а) и канал по умолчанию. Контекст UE, хранящийся для каждого канала, может включать в себя идентификатор канала EPS, TI и TFT.
[0062]
1.2.2. Конфигурация eNB/узла NR/WAG
Далее на ФИГ. 5 представлен пример конфигурации устройства eNB_A 45, NR-узла_A 122 и WAG_A 126. Как показано на ФИГ. 5, eNB_A 45, NR-узел_A 122 и WAG_A 126 включают в себя контроллер_B 500, блок_B 520 подключения к сети, блок_В 530 передачи и/или приема и блок_B 540 хранения данных. Блок_B 520 подключения к сети, блок_B 530 передачи и/или приема и блок_B 540 хранения данных подключены к контроллеру_B 500 посредством шины. Внешняя антенна_B 510 подключена к блоку_B 530 передачи и/или приема.
[0063]
Контроллер_B 500 представляет собой функциональный блок для управления всей eNB_A 45, NR-узлом_A 122 и WAG_A 126 и реализует различные процессы всей eNB_A 45, NR-узла_A 122 и WAG_A 126 путем считывания различной информации и программ, хранящихся в блоке_A 540 хранения данных, и выполнения программ.
[0064]
Блок_В 520 подключения к сети представляет собой функциональный блок для eNB_A 45, NR-узла_A 122 и WAG_A 126 для подключения к AMF_A 240 или UPF_A 235 в опорной сети. Другими словами, eNB_A 45, NR-узел_A 122 и WAG_A 126 могут подключаться к AMF_A 240 и UPF_A 235 в опорной сети посредством блока_B 520 подключения к сети. В частности, eNB_A 45, NR-узел_A 122 и WAG_A126 могут передавать и/или принимать пользовательские данные и/или информацию управления в и/или от AMF_A 240 и/или UPF_A 235 посредством блока_B 520 подключения к сети.
[0065]
Блок_B 530 передачи и/или приема представляет собой функциональный блок для eNB_A 45, NR-узла_A 122 и WAG_A 126 для подключения к UE_A 10. Другими словами, eNB_A 45, NR-узел_A 122 и WAG_A 126 могут передавать и/или принимать пользовательские данные и/или информацию управления в и/или от UE_A 10 посредством блока_B 530 передачи и/или приема.
[0066]
Блок_B 540 хранения данных представляет собой функциональный блок для хранения программ, данных и т. п., необходимых для осуществления каждой операции eNB_A 45, NR-узла_A 122 и WAG_A 126. Например, блок_В 540 хранения данных включает в себя полупроводниковое запоминающее устройство, HDD, SSD или т. п. Блок_B 540 хранения данных хранит идентификационную информацию, информацию управления, флаг, параметр и т. п., включенные в управляющее сообщение, переданное и/или принятое в процедуре осуществления связи, описанной ниже. Блок_B 540 хранения данных может хранить информацию в виде контекстов для каждого UE_A 10.
[0067]
1.2.3. Конфигурация AMF
Далее на ФИГ. 6 представлен пример конфигурации устройства AMF_A 240. Как показано на ФИГ. 6, AMF_A 240 включает в себя контроллер_C 600, блок_C 620 подключения к сети и блок_C 640 хранения данных. Блок_C 620 подключения к сети и блок_C 640 хранения данных подключены к контроллеру_C 600 посредством шины. Блок_C 640 хранения данных хранит контекст 642.
[0068]
Контроллер_C 600 представляет собой функциональный блок для управления всем AMF_A 240 и реализует различные процессы всего AMF_A 240 путем считывания различной информации и программ, хранящихся в блоке_C 640 хранения данных, и выполнения программ.
[0069]
Блок_C 620 подключения к сети представляет собой функциональный блок для AMF_A 240 для подключения к другому AMF_A 240, SMF_A 230, базовым станциям (E-UTRAN_A 80 и 5G-RAN_A 120) и/или точке доступа (WLAN ANc 125) в сети доступа, UDM, AUSF и PCF. Другими словами, AMF_A 240 может передавать и/или принимать пользовательские данные и/или информацию управления на базовую станцию и/или точку доступа и/или от них в сети доступа, UDM, AUSF и PCF посредством блока_C 620 подключения к сети.
[0070]
Блок_C 640 хранения данных представляет собой функциональный блок, выполненный с возможностью хранения программ, данных и т. п., необходимых для осуществления каждой операции AMF_A 240. Например, блок_C 640 хранения данных включает в себя полупроводниковое запоминающее устройство, HDD, SSD или т. п. Блок_C 640 хранения данных хранит идентификационную информацию, информацию управления, флаг, параметр и т. п., включенные в управляющее сообщение, переданное и/или принятое в процедуре осуществления связи, описанной ниже. Контекст 642, хранящийся в блоке_C 640 хранения данных, может включать в себя контекст, хранящийся для каждого UE, контекст, хранящийся для каждого сеанса PDU, и контекст, хранящийся для каждого канала. Контекст, хранимый для каждого UE, может включать в себя: IMSI, MSISDN, «состояние MM», GUTI, «идентификатор ME», «возможности по радиодоступу UE», «сетевые возможности UE», «сетевые возможности MS», «ограничение доступа», «MME F-TEID», «SGW F-TEID», «адрес eNB», «идентификатор MME UE S1AP», «идентификатор eNB UE S1AP», «адрес NR-узла», «идентификатор NR-узла», «адрес WAG» и «идентификатор WAG». Контекст для каждого сеанса PDU может включать в себя используемое APN, назначенный тип сеанса, IP-адрес (-а), PGW F-TEID, идентификатор SCEF и канал по умолчанию. Контекст, хранящийся для каждого канала, может включать в себя идентификатор канала EPS, TI, TFT, SGW F-TEID, PGW F-TEID, MME F-TEID, адрес eNB, адрес NR-узла, адрес WAG, идентификатор eNB, идентификатор NR-узла и идентификатор WAG.
[0071]
1.2.4. Конфигурация SMF
Далее на ФИГ. 7 представлен пример конфигурации устройства SMF_A 230 и SMF_B 232. Как показано на ФИГ. 7, SMF_A 230 включает в себя контроллер_D 700, блок_D 720 подключения к сети и блок_D 740 хранения данных. Блок_D 720 подключения к сети и блок_D 740 хранения данных подключены к контроллеру_D 700 посредством шины. Блок_D 740 хранения данных хранит контекст 742.
[0072]
Контроллер_D 700 в SMF_A 230 представляет собой функциональный блок для управления всем SMF_A 230 и реализует различные процессы всего SMF_A 230 путем считывания различной информации и программ, хранящихся в блоке_D 740 хранения данных, и выполнения программ.
[0073]
Блок_D 720 подключения к сети в SMF_A 230 представляет собой функциональный блок для SMF_A 230 для подключения к AMF_A 240, UPF_A 235, UDM и PCF. Другими словами, SMF_A 230 может передавать и/или принимать пользовательские данные и/или информацию управления на и/или от AMF_A 240, UPF_A 235, UDM и PCF посредством блока_D 720 подключения к сети.
[0074]
Блок_D 740 хранения данных в SMF_A 230 представляет собой функциональный блок для хранения программ, данных и т. п., необходимых для осуществления каждой операции SMF_A 230. Блок_D 740 хранения данных в SMF_A 230 включает в себя, например, полупроводниковое запоминающее устройство, HDD, SSD или т. п. Блок_D 740 хранения данных в SMF_A 230 хранит идентификационную информацию, информацию управления, флаг, параметр и т. п., включенные в управляющее сообщение, переданное и/или принятое в процедуре осуществления связи, описанной ниже. Контекст 742, хранящийся в блоке_D 740 хранения данных в SMF_A 230, может включать в себя контекст, хранящийся для каждого UE, контекст, хранящийся для каждого APN, контекст, хранящийся для каждого сеанса PDU, и контекст, хранящийся для каждого канала. Контекст, хранящийся для каждого UE, может включать в себя IMSI, идентификатор ME, MSISDN и тип RAT. Контекст, хранящийся для каждого APN, может включать в себя используемое APN. Следует отметить, что контекст, хранимый для каждого APN, можно хранить для каждого идентификатора сети передачи данных. Контекст для каждого сеанса PDU может включать в себя назначенный тип сеанса, IP-адрес (-а), SGW F-TEID, PGW F-TEID и канал по умолчанию. Контекст, хранящийся для каждого канала, может включать в себя идентификатор канала EPS, TFT, SGW F-TEID и PGW F-TEID.
[0075]
Следует отметить, что SMF_B232 сконфигурировано аналогично SMA_A 230.
[0076]
1.2.5. Конфигурация UPF
Далее на ФИГ. 7 представлен пример конфигурации устройства UPF_A 235 и UPF_B 237. Как показано на ФИГ. 7, UPF_A 235 включает в себя контроллер_D 700, блок_D 720 подключения к сети и блок_D 740 хранения данных. Блок_D 720 подключения к сети и блок_D 740 хранения данных подключены к контроллеру_D 700 посредством шины. Блок_D 740 хранения данных хранит контекст 742.
[0077]
Контроллер_D 700 в UPF_A 235 представляет собой функциональный блок для управления всем UPF_A 235 и реализует различные процессы всего UPF_A 235 путем считывания различной информации и программ, хранящихся в блоке_D 740 хранения данных, и выполнения программ.
[0078]
Блок_D 720 подключения к сети в UPF_A 235 представляет собой функциональный блок для UPF_A 235 для соединения с DN (т. е. DN_A 5 и/или DN_B 105), SMF_A 230, другим UPF_A 235 и сетями доступа (т. е. E-UTRAN_A 80, 5G-RAN_A 120 и WLAN ANc 125). Другими словами, UPF_A 235 может передавать и/или принимать пользовательские данные и/или информацию управления в и/или из DN (т. е. DN_A 5 и/или DN_B 105), SMF_A 230, другого UPF_A 235, сетей доступа (т. е. E-UTRAN_A 80, 5G-RAN_A 120 и WLAN ANc 125) посредством блока_D 720 подключения к сети.
[0079]
Блок_D 740 в UPF_A 235 хранения данных представляет собой функциональный блок для хранения программ, данных и т. п., необходимых для осуществления каждой операции UPF_A 235. Блок_D 740 хранения данных в UPF_A 235 включает в себя, например, полупроводниковое запоминающее устройство, HDD, SSD или т. п. Блок_D 740 хранения данных в UPF_A 235 хранит идентификационную информацию, информацию управления, флаг, параметр и т. п., включенные в управляющее сообщение, переданное и/или принятое в процедуре осуществления связи, описанной ниже. Контекст 742, хранящийся в блоке_D 740 хранения данных в UPF_A 235, может включать в себя контекст, хранящийся для каждого UE, контекст, хранящийся для каждого APN, контекст, хранящийся для каждого сеанса PDU, и контекст, хранящийся для каждого канала. Контекст, хранящийся для каждого UE, может включать в себя IMSI, идентификатор ME, MSISDN и тип RAT. Контекст, хранящийся для каждого APN, может включать в себя используемое APN. Следует отметить, что контекст, хранимый для каждого APN, можно хранить для каждого идентификатора сети передачи данных. Контекст для каждого сеанса PDU может включать в себя назначенный тип сеанса, IP-адрес (-а), SGW F-TEID, PGW F-TEID и канал по умолчанию. Контекст, хранящийся для каждого канала, может включать в себя идентификатор канала EPS, TFT, SGW F-TEID и PGW F-TEID.
[0080]
Следует отметить, что UPF_B 237 сконфигурировано аналогично UPF_A 235.
[0081]
1.2.6. Информация, хранящаяся в блоке хранения данных каждого вышеуказанного устройства
Далее будет описана информация, хранящаяся в блоке хранения данных каждого устройства.
[0082]
Международный идентификатор абонента мобильной связи (IMSI) представляет собой постоянную идентификационную информацию абонента (пользователя) и представляет собой идентификационную информацию, назначенную пользователю с использованием UE. IMSI, хранимый оборудованием UE_A 10, MME_A 40/CPF_A 140/AMF_A 2400 и SGW_A 35, может быть таким же, как IMSI, хранимый HSS_A 50.
[0083]
Состояние EMM/состояние MM указывает состояние управления мобильностью UE_A 10 или MME_A 40/CPF_A 140/AMF_A 240. Например, состояние EMM/состояние MM может представлять собой состояние EMM-REGISTERED (зарегистрированное состояние), в котором UE_A 10 зарегистрировано в сети, и/или состояние EMM-DEREGISTERED (незарегистрированное состояние), в котором UE_A 10 не зарегистрировано в сети. Состояние EMM/состояние MM может представлять собой состояние ECM-CONNECTED, в котором поддерживают соединение между UE_A 10 и опорной сетью, и/или состояние ECM-IDLE, в котором соединение сбрасывают. Следует отметить, что состояние EMM/состояние MM может представлять собой информацию, позволяющую различать состояние, в котором UE_A 10 зарегистрировано в EPC, и состояние, в котором UE_A 10 зарегистрировано в NGC или 5GC.
[0084]
Глобальный временный уникальный идентификатор (GUTI) представляет собой временную идентификационную информацию UE_A 10. GUTI включает в себя идентификационную информацию о MME_A 40/CPF_A 140/AMF_A 240 (глобальный уникальный идентификатор MME (GUMMEI)) и идентификационную информацию об UE_A 10 в конкретном MME_A 40/CPF_A 140/AMF_A 240 (M-временный идентификатор абонента сети мобильной связи (M-TMSI)). Идентификатор ME представляет собой идентификатор UE_A 10 или ME и может представлять собой, например, международный идентификатор мобильного оборудования (IMEI) или версию программного обеспечения IMEI (IMEISV). Номер мобильного абонента цифровой сети с интеграцией служб (MSISDN) представляет собой базовый телефонный номер UE_A 10. MSISDN, хранимый MME_A 40/CPF_A 140/AMF_A 240, может представлять собой информацию, указанную в блоке хранения данных HSS_A 50. Следует отметить, что GUTI может включать в себя информацию для идентификации CPF_140.
[0085]
MME F-TEID представляет собой информацию для идентификации MME_A 40/CPF_A 140/AMF_A 240. MME F-TEID может включать в себя IP-адрес MME_A 40/CPF_A 140/AMF_A 240, идентификатор конечной точки туннеля (TEID) MME_A 40/CPF_A 140/AMF_A 240 или и то и другое. IP-адрес MME_A 40/CPF_A 140/AMF_A 240 и TEID MME_A 40/CPF_A 140/AMF_A 240 можно хранить независимо друг от друга. MME F-TEID может представлять собой идентификационную информацию для пользовательских данных или идентификационную информацию для информации управления.
[0086]
SGW F-TEID представляет собой информацию для идентификации SGW_A 35. SGW F_TEID может включать в себя IP-адрес SGW_A 35 или TEID SGW_A 35 или может включать в себя и то и другое. IP-адрес SGW_A 35 и TEID SGW_A 35 можно хранить независимо друг от друга. SGW F-TEID может представлять собой идентификационную информацию для пользовательских данных или идентификационную информацию для информации управления.
[0087]
PGW F-TEID представляет собой информацию для идентификации PGW_A 30/UPGW_A 130/SMF_A 230/UPF_A 235. PGW F-TEID может включать в себя IP-адрес PGW_A 30/UPGW_A 130/SMF_A 230/UPF_A 235, TEID PGW_A 30/UPGW_A 130/SMF_A 230/UPF_A 235 или оба варианта. IP-адрес PGW_A 30/UPGW_A 130/SMF_A 230/UPF_A 235 и TEID PGW_A 30/UPGW_A 130/SMF_A 230/UPF_A 235 можно хранить независимо друг от друга. PGW F-TEID может представлять собой идентификационную информацию для пользовательских данных или идентификационную информацию для информации управления.
[0088]
eNB F-TEID представляет собой информацию для идентификации eNB_A 45. eNB F-TEID может включать в себя IP-адрес eNB_A 45, TEID eNB_A 45 или оба из них. IP-адрес eNB_A 45 и TEID SGW_A 35 можно хранить независимо друг от друга. eNB F-TEID может представлять собой идентификационную информацию для пользовательских данных или идентификационную информацию для информации управления.
[0089]
APN может представлять собой идентификационную информацию для идентификации опорной сети и внешней сети, такой как DN. Кроме того, APN может также быть использовано в качестве информации для выбора шлюза, например PGW_A 30/UPGW_A 130/UPF_A 235, для соединения с опорной сетью_А 90. Следует отметить, что APN может представлять собой имя сети передачи данных (DNN). Поэтому APN может быть указано как DNN или DNN может быть указано как APN.
[0090]
Следует отметить, что APN может представлять собой идентификационную информацию для идентификации такого шлюза или идентификационную информацию для идентификации внешней сети, такой как DN. Следует отметить, что в случае обнаружения множества шлюзов, соединяющих опорную сеть с DN, может быть обеспечено множество шлюзов, выбираемых на основе APN. Кроме того, один шлюз может быть выбран из такого множества шлюзов согласно другой схеме с использованием идентификационной информации, отличной от APN.
[0091]
Информация о возможностях радиодоступа UE представляет собой идентификационную информацию, указывающую возможности радиодоступа UE_A 10. Информация о возможных сетях для UE включает в себя поддерживаемый UE_A 10 алгоритм безопасности и ключевую производную функцию. Возможности сети MS представляют собой информацию, включающую в себя одну или более информаций, необходимые для SGSN_A 42 для UE_A 10 с функцией GERAN_A 25 и/или UTRAN_A 20. Ограничение доступа представляет собой регистрационную информацию для ограничения доступа. Адрес eNB представляет собой IP-адрес eNB_A 45. Идентификатор MME UE S1AP представляет собой информацию для идентификации UE_A 10 в MME_A 40/CPF_A 140/AMF_A 240. eNB UE S1AP ID представляет собой информацию для идентификации UE_A 10 на eNB_A 45.
[0092]
Используемое APN представляет собой используемое в последнее время APN. Используемое APN может быть идентификатором сети передачи данных. Это APN может включать в себя идентификационную информацию сети и идентификационную информацию оператора по умолчанию. Кроме того, используемое APN может представлять собой информацию для идентификации DN, с которой создан сеанс PDU.
[0093]
Назначенный тип сеанса представляет собой информацию, указывающую тип сеанса PDU. Назначенный тип сеанса может представлять собой назначенный тип PDN. Возможные типы сеанса PDU представляют собой «поддерживающий IP» или «не поддерживающий IP». Кроме того, если тип сеанса PDU представляет собой IP, может быть дополнительно включена информация о типе PDN, назначенной сетью. Следует отметить, что назначенный тип сеанса может представлять собой IPv4, IPv6 или IPv4v6.
[0094]
Если специально не указано иное, IP-адрес относится к IP-адресу, выделенному для UE. IP-адрес может представлять собой Ipv4-адрес или IPv6-адрес, или Ipv6-префикс, или идентификатор интерфейса. Следует отметить, что, если назначенный тип сеанса указывает на неиспользование IP, элемент IP-адреса может отсутствовать.
[0095]
Идентификатор DN представляет собой идентификационную информацию для идентификации опорной сети_B 190 и внешней сети, такой как DN. Кроме того, идентификатор DN может быть использован в качестве информации для выбора шлюза, такого как UPGW_A 130 или PF_A 235, обеспечивающего соединение с опорной сетью_B 190.
[0096]
Следует отметить, что идентификатор DN может представлять собой идентификационную информацию для идентификации такого шлюза или идентификационную информацию для идентификации внешней сети, такой как DN. Следует отметить, что при обнаружении множества шлюзов, соединяющих опорную сеть_B 190 с DN может быть обеспечено множество шлюзов, выполненных с возможностью выбора на основе идентификатора DN. Кроме того, один шлюз может быть выбран из такого множества шлюзов согласно другой схеме с использованием идентификационной информации, отличной от идентификатора DN.
[0097]
Кроме того, идентификатор DN может представлять собой информацию, эквивалентную APN или отличную от APN. Следует отметить, что, если идентификатор DN представляет собой информацию, отличную от APN, каждое устройство может управлять информацией, указывающей соответствующую взаимосвязь между идентификатором DN и APN, выполнять процедуру запроса APN с применением идентификатора DN или выполнять процедуру запроса идентификатора DN с применением APN.
[0098]
Идентификатор SCEF представляет собой IP-адрес SCEF_A 46, применяемый в сеансе PDU. Канал по умолчанию представляет собой информацию, полученную и/или сгенерированную во время создания сеанса PDU, и представляет собой идентификационную информацию канала EPS для идентификации канала по умолчанию, связанного с сеансом PDU.
[0099]
Идентификатор канала EPS представляет собой идентификационную информацию канала EPS. Идентификатор канала EPS может представлять собой идентификационную информацию для идентификации радиоканала сигнализации (SRB) и/или радиоканала плоскости управления (CRB) или идентификационную информацию для идентификации радиоканала данных (DRB). Идентификатор транзакции (TI) представляет собой идентификационную информацию для идентификации двунаправленного потока сообщений (транзакции). Следует отметить, что идентификатор канала EPS может представлять собой идентификационную информацию канала EPS для идентификации выделенного канала. Таким образом, идентификатор канала EPS может представлять собой идентификационную информацию для идентификации канала EPS, отличного от канала по умолчанию. TFT указывает все фильтры пакетов, связанные с каналом EPS. TFT представляет собой информацию для идентификации некоторых переданных и/или принятых пользовательских данных, и, таким образом, UE_A 10 использует канал EPS, ассоциированный с TFT, для передачи и/или приема пользовательских данных, идентифицированных с помощью TFT. Другими словами, UE_A 10 использует радиоканал (RB), ассоциированный с TFT, для передачи и/или приема пользовательских данных, идентифицированных с помощью TFT. TFT может ассоциировать пользовательские данные, например, переданные и/или принятые данные приложения, с соответствующим путем передачи и может представлять собой идентификационную информацию для идентификации данных приложения. UE_A 10 может использовать канал по умолчанию для передачи и/или приема пользовательских данных, которые не могут быть идентифицированы с помощью TFT. UE_A 10 может заранее хранить TFT, связанный с каналом по умолчанию.
[0100]
Канал по умолчанию представляет собой идентификационную информацию канала EPS для идентификации канала по умолчанию, связанного с сеансом PDU. Следует отметить, что канал EPS может представлять собой логический канал связи, созданный между UE_A 10 и PGW_A 30/UPGW_A 130/UPF_A 235, или канал связи, конфигурирующий соединение с PDN/сеанс PDU. Кроме того, канал EPS может представлять собой канал по умолчанию или выделенный канал. Кроме того, канал EPS может включать в себя RB, созданный между UE_A 10 и базовой станцией и/или точкой доступа в сети доступа. Кроме того, RB и канал EPS могут быть связаны на взаимно-однозначной основе. Таким образом, идентификационная информация RB может быть ассоциирована с идентификационной информацией канала EPS на взаимно-однозначной основе или может быть такой же идентификационной информацией, как идентификационная информация канала EPS. Следует отметить, что RB может представлять собой SRB и/или CRB или DRB. Канал по умолчанию может представлять собой информацию, которую UE_A 10, и/или SGW_A 35, и/или PGW_A 30/UPGW_A 130/SMF_A 230/UPF_A 235 получают от опорной сети при создании сеанса PDU. Следует отметить, что канал по умолчанию представляет собой канал EPS, первоначально созданный во время осуществления соединения с PDN/сеанса PDU, и представляет собой такой канал EPS, который может быть создан только один при одном соединении с PDN/сеансе PDU. Канал по умолчанию может представлять собой канал EPS, который может быть использован для передачи пользовательских данных, не ассоциированных с помощью TFT. Выделенный канал представляет собой канал EPS, созданный после создания канала по умолчанию во время осуществления соединения с PDN/сеанса PDU, и представляет собой такой канал EPS, множество которых может быть создано во время осуществления одного соединения с PDN/сеанса PDU. Выделенный канал представляет собой канал EPS, который может быть использован для передачи пользовательских данных, не ассоциированных с TFT.
[0101]
Идентификатор пользователя представляет собой информацию для идентификации абонента. Идентификатор пользователя может представлять собой IMSI или MSISDN. Кроме того, идентификатор пользователя может также представлять собой идентификационную информацию, отличную от IMSI и MSISDN. Информация об обслуживающем узле представляет собой информацию для идентификации MME_A 40/CPF_A 140/AMF_A 240, используемую в сеансе PDU, и может представлять собой IP-адрес MME_A 40/CPF_A 140/AMF_A 240.
[0102]
Адрес eNB представляет собой IP-адрес eNB_A 45. Идентификатор eNB представляет собой информацию для идентификации UE в eNB_A 45. Адрес MME представляет собой IP-адрес MME_A 40/CPF_A 140/AMF_A 240. Идентификатор MME представляет собой информацию для идентификации MME_A 40/CPF_A 140/AMF_A 240. Адрес NR-узла представляет собой IP-адрес NR-узла_A 122. Идентификатор узла NR представляет собой информацию для идентификации NR-узла_A 122. Адрес WAG представляет собой IP-адрес WAG_A 126. Идентификатор WAG представляет собой информацию для идентификации WAG_A 126.
[0103]
1.3. Описание первоначальной процедуры
Далее для предотвращения избыточного описания перед подробным описанием этапов начальной процедуры для настоящего варианта осуществления сначала будет описана терминология, специфичная для настоящего варианта осуществления, и первичная идентификационная информация, применяемая в каждой процедуре.
[0104]
Во-первых, в настоящем варианте осуществления сеть относится по меньшей мере к некоторым из сетей_B 80/120/125 доступа, опорной сети_B 190, DN_A 5 и DN_B 105. Одно или более устройств, включенных в по меньшей мере некоторые сети_B 80/120/125 доступа, опорную сеть_B 190, DN_A 5 и DN_B 105, также могут называться сетью или сетевым устройством. В частности, выражение «сеть выполняет передачу и/или прием сообщения и/или выполняет процедуру» означает, что «устройство в сети (сетевое устройство) выполняет передачу и/или прием сообщения и/или выполняет процедуру».
[0105]
В настоящем варианте осуществления сообщение управления сеансом (SM) (также называемое сообщением SM, не связанного с предоставлением доступа (NAS)) может представлять собой сообщение NAS, используемое в процедуре для SM, или управляющее сообщение, переданное и/или принятое между UE_A 10 и SMF_A 230 или SMF_B 232 посредством AMF_A 240. Кроме того, сообщение SM может включать в себя сообщение запроса создания сеанса PDU, сообщение одобрения создания сеанса PDU, сообщение завершения сеанса PDU, сообщение отклонения сеанса PDU, сообщение запроса изменения сеанса PDU, сообщение одобрения изменения сеанса PDU, сообщение отклонения изменения сеанса PDU и т. п. Процедура для SM может включать в себя процедуру создания сеанса PDU, процедуру изменения сеанса PDU и т. п.
[0106]
В настоящем варианте осуществления зона отслеживания (TA) представляет собой диапазон, которым управляет опорная сеть и который может быть представлен информацией о местоположении UE_A 10 и может включать в себя, например, одну или более сот. TA может представлять собой диапазон, в котором управляющее сообщение, такое как пейджинговое сообщение, является широковещательным, или диапазон, в котором UE_A 10 может перемещаться без выполнения процедуры передачи обслуживания.
[0107]
В настоящем варианте осуществления список TA представляет собой список, включающий в себя одну или более TA, назначенных оборудованию UE_A 10 сетью. Следует отметить, что при перемещении UE_A 10 в пределах одной или более TA, включенных в список TA, UE_A 10 может быть в состоянии перемещаться без выполнения процедуры регистрации. Другими словами, список ТА может представлять собой информационную группу, указывающую зону, в которой UE_A 10 может перемещаться без выполнения процедуры регистрации. S1 в настоящем варианте осуществления, отражающее рефлективное качество обслуживания (QoS) (RQoS), представляет собой QoS, поддерживаемое в 5GC (ядре 5G). RQoS - это QoS, достигаемое оборудованием UE_A 10, создающим правило QoS (производное правило QoS) на основании принятого пакета нисходящей линии связи и/или трафика нисходящей линии связи. Следует отметить, что для каждого устройства можно применять RQoS и QoS, которое не является RQoS, в одно и то же время в одном и том же сеансе PDU. Кроме того, для обеспечения адаптации RQoS к трафику к QoS для пакета восходящей линии связи может быть применено такое же QoS, как и QoS для сопряженного с ним пакета нисходящей линии связи.
[0108]
В настоящем варианте осуществления правило QoS (производное правило QoS) представляет собой правило для обеспечения обмена данными с пользователем с использованием RQoS. Правило QoS может включать в себя фильтр пакетов, и/или идентификатор потока QoS (QFI), и/или значение приоритета. В данном случае QFI может представлять собой идентификатор для идентификации потока QoS. Значение приоритета указывает приоритет, при этом чем ниже значение приоритета, тем выше приоритет. Следует отметить, что фильтр пакетов пакета восходящей линии связи может быть сгенерирован на основе пакета нисходящей линии связи. Кроме того, при подтверждении RQoS посредством плоскости пользователя значение приоритета для правила QoS может быть настроено на стандартизированное значение. При подтверждении RQoS посредством плоскости управления значение приоритета для правила QoS может быть настроено на значение, переданное и/или принятое через управляющее сообщение посредством плоскости управления. Следует отметить, что UE_A 10 может проверять RQoS посредством создания правила QoS или может признавать недействительным RQoS посредством удаления правила QoS.
[0109]
В настоящем варианте осуществления таймер рефлективного QoS (таймер RQoS) представляет собой таймер для контроля валидации RQoS. Каждое устройство может подтверждать RQoS только во время работы таймера RQoS. Другими словами, каждое устройство может подтверждать RQoS на основе запуска таймера RQoS и может признавать недействительным RQoS на основании истечения времени работы таймера RQoS. Более того, значение таймера для таймера RQoS может представлять собой значение, переданное в UE_A 10 из сети в процедуре создания сеанса PDU или т. п., или может представлять собой заранее сконфигурированное значение. Следует отметить, что таймер RQoS может быть таймером RQ. Таймер RQoS может быть таймером для контроля валидации RQoS, но не ограничивается этим. T2 в настоящем варианте осуществления, отражающее информацию запроса аутентификации/авторизации, представляет собой информацию для UE_A 10 для запроса инициирования процедуры аутентификации/авторизации DN и может представлять собой переменную, указывающую, хочет ли UE_A 10 инициировать процедуру аутентификации/авторизации DN, пространство имен, указывающее сервис, идентификатор пользователя или идентификатор, идентифицирующий профиль пользователя. Следует отметить, что процедура аутентификации/авторизации DN может быть процедурой аутентификации/авторизации при создании сеанса PDU.
[0110]
В настоящем варианте осуществления информация аутентификации/авторизации представляет собой информацию, указывающую результат аутентификации/авторизации во время ответа на процедуру аутентификации/авторизации DN от NW 3GPP, и может представлять собой переменную, указывающую, выполняется ли аутентификация/авторизация, или пространство имен, определяющее сервис.
[0111]
В настоящем варианте осуществления информация ответа DN аутентификации/авторизации может представлять собой пространство имен, задающее сервис, который включен оборудованием UE_A 10 в информацию, с которой UE_A 10 реагирует на информацию аутентификации/авторизации, выданную DN, или может представлять собой ответное сообщение на информацию аутентификации/авторизации от DN.
[0112]
В настоящем варианте осуществления идентификатор пользователя представляет собой идентификатор для идентификации пользователя при аутентификации/авторизации DN. Идентификатор пользователя может представлять собой информацию для UE_A 10 для запроса инициирования процедуры аутентификации/авторизации DN.
[0113]
В настоящем варианте осуществления идентификатор профиля пользователя представляет собой идентификатор для идентификации профиля пользователя при аутентификации/авторизации DN. Идентификатор профиля пользователя может представлять собой информацию для UE_A 10 для запроса инициирования процедуры аутентификации/авторизации DN.
[0114]
В настоящем варианте осуществления аутентификация/авторизация DN представляет собой систему безопасности следующего поколения для системы мобильной связи 5G, которая представляет собой систему мобильной связи нового поколения. Аутентификация/авторизация DN представляет собой механизм, разрешающий аутентификацию/авторизацию DN во время процедуры создания сеанса PDU, и может представлять собой систему, которая отсутствует в традиционной системе 4G. Более того, система безопасности следующего поколения может разделять аутентификацию и авторизацию друг от друга в связи с аутентификацией/авторизацией DN. Более того, за счет разделения аутентификации и авторизации друг от друга владельцы ресурса аутентификации и ресурса авторизации могут соответственно самостоятельно выполнять аутентификацию/авторизацию, а также возможно гибкое развертывание сервисов с помощью систем мобильной связи. Т3, первый таймер в настоящем варианте осуществления, представляет собой таймер, который управляет инициированием процедуры управления, такой как процедура создания сеанса PDU и/или передача сообщения управления сеансом (SM), например сообщения с запросом создания сеанса PDU. Инициирование процедуры управления сеансом и/или передачи и/или приема сообщения SM в каждом устройстве могут быть запрещены при запущенном первом таймере. Следует отметить, что первый таймер может быть сконфигурирован по меньшей мере на основе APN/DNN или на основе срезов. Следует отметить, что сообщение SM может представлять собой сообщение NAS, используемое в процедуре для управления сеансом, и может представлять собой управляющее сообщение, переданное и/или принятое между UE_A 10 и SMF_A 230 посредством AMF_A 240. Кроме того, сообщение SM может включать в себя сообщение запроса создания сеанса PDU, сообщение одобрения создания сеанса PDU, сообщение завершения сеанса PDU, сообщение отклонения сеанса PDU, сообщение запроса изменения сеанса PDU, сообщение одобрения изменения сеанса PDU, сообщение отклонения изменения сеанса PDU и т. п. Кроме того, процедура управления сеансом может включать в себя процедуру создания сеанса PDU, процедуру изменения сеанса PDU и т. п.
[0115]
В настоящем варианте осуществления сетевой срез представляет собой логическую сеть, которая обеспечивает определенные сетевые возможности и характеристики сети. В дальнейшем сетевой срез может упоминаться как NW-срез.
[0116]
В настоящем варианте осуществления экземпляр сетевого среза (NSI) включает в себя набор экземпляров (объектов) сетевой функции (NF) и требуемые ресурсы и формирует срез сети, которому выделяют набор. В данном случае NF представляет собой функцию обработки в сети, принимаемую или определяемую в 3GPP. NSI представляет собой объект одного или более сетевых срезов, сконфигурированных в опорной сети_B 190. NSI может включать в себя виртуальную сетевую функцию (NF), созданную с использованием шаблона сетевого среза (NST). В данном случае NST ассоциирован с запросом ресурса для обеспечения требуемой услуги связи или возможности и представляет собой логическое выражение одной или более сетевых функций (NF). В частности, NSI может представлять собой агрегацию, включающую в себя множество NF в опорной сети_B 190. NSI может представлять собой логическую сеть, выполненную с возможностью классификации пользовательских данных, переданных с применением услуги или т. п. Сетевой срез может включать в себя одну или более NF. NF, включенная в сетевой срез, может представлять или не представлять собой устройство, совместно используемое другим сетевым срезом. UE_A 10 может быть назначено одному или более сетевым срезам на основании типа использования UE и/или одного или более идентификаторов типа сетевого среза и/или регистрационной информации, такой как один или более идентификаторов NS и/или APN.
[0117]
Экземпляр сетевого среза (NSI) в настоящем варианте осуществления представляет собой объект одного или каждого из множества сетевых срезов, сконфигурированных в опорной сети_B 190. NSI в настоящем варианте осуществления может включать в себя виртуальную сетевую функцию (NF), созданную с использованием шаблона сетевого среза (NST). В данном случае NST ассоциирован с запросом ресурса для обеспечения требуемой услуги связи или возможности и представляет собой логическое выражение одной или множества сетевых функций (NF). В частности, NSI может представлять собой агрегацию, включающую в себя множество NF в опорной сети_B 190. NSI может представлять собой логическую сеть, выполненную с возможностью классификации пользовательских данных, переданных с применением услуги или т. п. Сетевой срез может включать в себя по меньшей мере одну или более NF. NF, включенная в сетевой срез, может представлять или не представлять собой устройство, совместно используемое другим сетевым срезом. UE_A 10 и/или устройства внутри сети могут быть назначены одному или множеству сетевых срезов на основании NSSAI, и/или S-NSSAI, и/или типа использования UE, и/или одного или множества идентификаторов типа сетевого среза, и/или регистрационной информации, такой как один или множество идентификаторов NS, и/или APN.
[0118]
В настоящем варианте осуществления S-NSSAI представляет собой аббревиатуру для отдельной вспомогательной информации для выбора сетевого среза и является информацией для идентификации сетевых срезов. S-NSSAI может включать в себя тип среза/услуги (SST) и дифференциатор среза (SD). S-NSSAI может включать в себя только SST, или как SST, так и SD. В данном случае SST представляет собой информацию, указывающую ожидаемую операцию в отношении сетевого среза с точки зрения функционирования и сервисов. SD может представлять собой информацию, дополняющую SST, при выборе одного NSI из множества NSI, указанных в SST. S-NSSAI может представлять собой информацию или может представлять собой стандартную информацию, общую для разных PLMN. Сеть может хранить одну или множество S-NSSAI в регистрационной информации для UE_A 10 в качестве S-NSSAI по умолчанию.
[0119]
Отдельная вспомогательная информация для выбора сетевого среза (NSSAI) в настоящем варианте осуществления представляет собой набор S-NSSAI. Каждая из S-NSSAI, включенная в NSSAI, представляет собой информацию, которая позволяет сети доступа или опорной сети выбирать NSI. UE_A 10 может хранить NSSAI, разрешенную сетью для каждой PLMN. NSSAI может представлять собой информацию, используемую для выбора AMF_A 240.
[0120]
В настоящем варианте осуществления первый NW-срез представляет собой NW-срез, к которому относится созданный сеанс PDU в момент подключения UE_A 10 к определенной DN. Первый NW-срез может представлять собой NW-срез, управляемый внутри сети оператора A, или может быть NW-срезом, управляемым обычно в сети оператора B.
[0121]
В настоящем варианте осуществления второй NW-срез представляет собой NW-срез, к которому принадлежит другой сеанс PDU, при этом другой сеанс PDU имеет возможность подключения к DN, к которой подключается сеанс PDU, принадлежащий первому NW-срезу. Первый NW-срез и второй NW-срез может запускать один и тот же оператор, или ими могут управлять разные операторы.
[0122]
Сеть оператора A в настоящем варианте осуществления представляет собой сеть, запущенную оператором А. Может быть развернут NW-срез, общий с оператором B.
[0123]
Сеть оператора B в настоящем варианте осуществления представляет собой сеть, запущенную оператором B. Может быть развернут NW-срез, общий с оператором A.
[0124]
Информация о повторных попытках в настоящем варианте осуществления представляет собой информацию, указывающую оборудованию UE_A 10 посредством NW, разрешено ли переподключение для отклоненного сеанса PDU с использованием одной и той же идентификационной информации. Следует отметить, что информация о повторных попытках может быть сконфигурирована для каждого доступа UTRAN, доступа E-UTRAN и доступа NR.
[0125]
Первый режим работы в настоящем варианте осуществления представляет собой режим, в котором UE_A 10 хранит информацию о срезе, переданную в сообщении с запросом создания сеанса PDU, в ассоциации с переданным идентификатором сеанса PDU. В первом режиме работы UE_A 10 может хранить информацию о срезе, переданную в сообщении с запросом создания сеанса PDU, или хранить информацию о срезе, принятую при отклонении сообщения с запросом создания сеанса PDU.
[0126]
Второй режим работы в настоящем варианте осуществления может представлять собой режим, в котором UE_A 10 передает сообщение с запросом создания сеанса PDU для подключения к APN/DNN таким же, как APN/DNN, указанные в ранее переданном сообщении с запросом создания сеанса PDU, с использованием информации о срезе, отличной от информации о срезе, указанной ранее в сообщении с запросом создания сеанса PDU. В частности, второй режим работы может представлять собой режим, в котором в случае, когда принятое от сети значение таймера отсрочки передачи равно нулю или недопустимо, UE_A 10 передает сообщение с запросом создания сеанса PDU для подключения к APN/DNN, идентичное ранее переданному сообщению с запросом создания сеанса PDU, с использованием информации о срезе, которая отличается от информации о срезе, указанной в ранее переданном сообщении с запросом создания сеанса PDU. Второй режим работы может представлять собой режим, в котором при отклонении ранее переданного сообщения с запросом создания сеанса PDU из-за отсутствия беспроводной поддержки указанных APN/DNN в определенной PLMN или при отклонении сообщения с запросом создания сеанса PDU по временной причине UE_A 10 передает сообщение с запросом создания сеанса PDU для подключения к APN/DNN таким же, как APN/DNN, указанным ранее в сообщении с запросом создания сеанса PDU, с использованием информации о срезе, отличной от информации о срезе, указанной ранее в сообщении с запросом создания сеанса PDU.
[0127]
Третий режим работы в настоящем варианте осуществления представляет собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU оборудование UE_A 10 не передает новое сообщение с запросом создания сеанса PDU с использованием той же идентификационной информации до истечения времени первого таймера. В частности, третий режим работы может представлять собой режим, в котором в случае, когда принятое от сети значение таймера отсрочки передачи не является ни нулевым, ни недействительным, UE_A 10 не передает новое сообщение с запросом создания сеанса PDU с использованием той же идентификационной информации до истечения времени первого таймера. Третий режим работы может представлять собой режим, в котором при выборе другой PLMN или выбора другого NW-среза и приеме причины отклонения, касающегося сбоя в работе сети, а также при отклонении сообщения с запросом создания сеанса PDU и запуске принятого таймера отсрочки передачи, UE_A 10 не передает новое сообщение с той же идентификационной информацией до истечения времени первого таймера.
[0128]
Четвертый режим работы может представлять собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU, переданного в ходе процедуры регистрации, UE_A 10 не передает новое сообщение с запросом создания сеанса PDU, не содержащее информацию о срезе и/или информацию о DNN/APN, до истечения времени первого таймера. В частности, четвертый режим работы может представлять собой режим, в котором в случае, когда принятое от сети значение таймера отсрочки передачи не является ни нулевым, ни деактивированным, UE_A 10 не передает новое сообщение с запросом создания сеанса PDU без информации о срезе и/или информации о DNN/APN до истечения времени первого таймера.
[0129]
Пятый режим работы в настоящем варианте осуществления представляет собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU оборудование UE_A 10 не передает новое сообщение с запросом создания сеанса PDU с использованием той же идентификационной информации. В частности, пятый режим работы может представлять собой режим, в котором при отличии типов PDU, поддерживаемых в UE_A 10 и сети, друг от друга и при расположении UE_A 10 в эквивалентной PLMN оборудование UE_A 10 не передает новое сообщение с запросом создания сеанса PDU с использованием той же идентификационной информации.
[0130]
Шестой режим работы в настоящем варианте осуществления представляет собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU оборудование UE_A 10 передает новое сообщение с запросом создания сеанса PDU в качестве первоначальной процедуры с использованием той же идентификационной информации. В частности, шестой режим работы в настоящем варианте осуществления может представлять собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU из-за отсутствия представляющего интерес контекста сеанса PDN в процедуре передачи обслуживания от не-3GPP соты, UE_A 10 передает новое сообщение с запросом создания сеанса PDU в качестве первоначальной процедуры посредством применения одной и той же идентификационной информации.
[0131]
Седьмой режим работы в настоящем варианте осуществления представляет собой режим, в котором при выборе в процедуре выбора PLMN другого NW-среза сохраняется принятое значение таймера отсрочки передачи при отклонении предыдущего с запросом создания сеанса PDU. В частности, седьмой режим работы может представлять собой режим, в котором выбор PLMN выполняют при отклонении сообщения с запросом создания сеанса PDU и при возможном указании NW-среза, общего с NW-срезом, указанным в сообщении с запросом создания сеанса PDU, в выбранной PLMN, сохраняется принятое значение таймера отсрочки передачи при отклонении с запросом создания сеанса PDU.
[0132]
Восьмой режим работы в настоящем варианте осуществления представляет собой режим, в котором UE_A 10 может настраивать первое значение таймера на значение, полученное с уведомлением из сети, или режим, в котором UE_A 10 может настраивать значение, заранее сконфигурированное в UE_A 10. В частности, восьмой режим работы может представлять собой режим, в котором UE_A 10 настраивает значение таймера отсрочки передачи, принятое в уведомлении об отклонении для сообщения с запросом создания сеанса PDU, в качестве первого значения таймера, или может представлять собой режим, в котором UE_A 10 настраивает значение, которое сконфигурировано или сохранено заранее в UE_A 10, в качестве первого значения таймера. Следует отметить, что восьмой режим работы при установке значения таймера, сконфигурированного или сохраненного заранее в UE_A 10, в качестве первого значения таймера, значение может быть ограничено при нахождении UE в HPLMN или эквивалентной PLMN.
[0133]
Девятый режим работы в настоящем варианте осуществления представляет собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU оборудование UE_A 10 не передает новое сообщение с запросом создания сеанса PDU до включения/выключения питания терминала или до вставки или удаления USIM. В частности, девятый режим работы может представлять собой режим, в котором при недействительности принятого из сети значения таймера отсрочки передачи или при указании причиной, указанной в сообщениях об отклонении сеанса PDU, на различие типов PDU между UE_A 10 и NW, UE_A 10 не передает новое сообщение с запросом создания сеанса PDU до включения/выключения питания терминала или вставки или удаления USIM. Девятый режим работы может представлять собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU из-за отсутствия беспроводной поддержки указанных APN/DNN в подключенной PLMN и при отсутствии информационного элемента таймера отсрочки передачи от сети и отсутствии информации о повторных попытках или при разрешении на переподключение сеанса PDU к эквивалентной PLMN, UE_A 10 не передает новое сообщение с запросом создания сеанса PDU до включения/выключения в подключенной PLMN питания терминала или до вставки или удаления USIM. Девятый режим работы может представлять собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU из-за отсутствия беспроводной поддержки указанных APN/DNN в подключенной PLMN и при отсутствии информационного элемента таймера отсрочки передачи от сети и отсутствии информации о повторных попытках или отсутствии разрешения на переподключение сеанса PDU к эквивалентной PLMN оборудование UE_A 10 не передает новое сообщение с запросом создания сеанса PDU до включения/выключения в подключенной PLMN питания терминала или до вставки или удаления USIM. Девятый режим работы может представлять собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU из-за отсутствия беспроводной поддержки указанных APN/DNN в подключенной PLMN и при нулевом или недействительном значении таймера отсрочки передачи от сети оборудование UE_A 10 не передает новое сообщение с запросом создания сеанса PDU до включения/выключения питания терминала или до вставки или удаления USIM. Девятый режим работы может представлять собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU из-за отсутствия беспроводной поддержки указанных APN/DNN в подключенной PLMN и при недействительности значения таймера отсрочки передачи от сети оборудование UE_A 10 не передает новое сообщение с запросом создания сеанса PDU до включения/выключения питания терминала или до вставки/удаления USIM.
[0134]
Десятый режим работы представляет собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU оборудование UE_A 10 передает новое сообщение с запросом создания сеанса PDU. В частности, десятый режим работы может представлять собой режим, в котором при нулевом значении принятого от NW значения таймера отсрочки передачи или при отклонении сообщения с запросом создания сеанса PDU по временным причинам и при отсутствии при этом уведомления об информационном элементе таймера отсрочки передачи от сети оборудование UE_A 10 передает новое сообщение с запросом создания сеанса PDU. Десятый режим работы может представлять собой режим, в котором при выборе другой PLMN или выборе другого NW-среза, при отклонении сообщения с запросом создания сеанса PDU по временным причинам и при отсутствии запуска таймер отсрочки передачи для APN/DNN, представляющих интерес в выбранной PLMN или при недействительности принятого от сети значения таймера отсрочки передачи оборудование UE_A 10 передает новое сообщение с запросом создания сеанса PDU. Десятый режим работы может представлять собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU из-за отличия типов PDU в UE_A 10 и сетей друг от друга и при непринятии информации о повторных попытках при выборе другой PLMN, или при выборе PLMN не из списка эквивалентных PLMN, или при изменении типа PDP, или при включении/выключении питания терминала, или вставке или удалении USIM оборудование UE_A 10 передает новое сообщение с запросом создания сеанса PDU. Десятый режим работы может представлять собой режим, в котором при отклонении первого сеанса PDU из-за отсутствия беспроводной поддержки указанных APN/DNN в подключенной PLMN и при нулевом значении таймера отсрочки передачи от сети оборудование UE_A 10 передает новое сообщение с запросом создания сеанса PDU.
[0135]
Одиннадцатый режим работы представляет собой режим, в котором UE_A 10 игнорирует первый таймер и информацию о повторных попытках. В частности, одиннадцатый режим работы может представлять собой режим, в котором при отклонении сообщения с запросом создания сеанса PDU из-за отсутствия представляющего интерес контекста сеанса PDN в процедуре передачи обслуживания от не-3GPP соты или при отклонении сообщения с запросом создания сеанса PDU из-за количества каналов, созданных в соединении PDN, достигающего максимально допустимого значения, UE_A 10 игнорирует первый таймер и информацию о повторных попытках.
[0136]
В настоящем варианте осуществления эквивалентная PLMN представляет собой PLMN, которую рассматривают как такую же PLMN, как и HPLMN в сети.
[0137]
Далее будет описана идентификационная информация согласно настоящему варианту осуществления. В настоящем варианте осуществления первая идентификационная информация представляет собой информацию, указывающую, поддерживает ли UE_A 10 рефлективное качество обслуживания (RQoS). Первая идентификационная информация может указывать, поддерживает ли UE_A 10 качество RQoS, контролируемое инициированным UE способом, и/или поддерживает ли UE_A 10 качество RQoS, контролируемое инициированным сетью способом. Следует отметить, что RQoS, контролируемое инициированным UE способом, может представлять собой RQoS, подтвержденное в ходе инициированной UE процедуры валидации RQoS, и может представлять собой RQoS, признанное недействительным в первой процедуре деактивации RQoS. Более того, RQoS, контролируемое инициированным сетью способом, может представлять собой RQoS, подтвержденное в ходе инициированной сетью процедуры валидации RQoS, и может представлять собой RQoS, признанное недействительным во второй процедуре деактивации RQoS. Первая идентификационная информация может соответствовать четвертой идентификационной информации или пятой идентификационной информации. Более конкретно, первая идентификационная информация может означать информацию, указывающую, поддерживает ли UE_A 10 качество RQoS для обмена пользовательскими данными с DN, идентифицированной четвертой идентификационной информацией, или для сеанса PDU, идентифицированного пятой идентификационной информацией. Первая идентификационная информация может представлять собой информацию, которая включает в себя значение второй идентификационной информации и/или третьей идентификационной информации. В частности, первая идентификационная информация может означать информацию, указывающую, поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости управления и/или плоскости пользователя. Следует отметить, что RQoS, контролируемое посредством плоскости управления, может представлять собой RQoS, подтвержденное и/или неподтвержденное посредством плоскости управления, а RQoS, контролируемое посредством плоскости пользователя, может представлять собой RQoS, подтвержденное и/или неподтвержденное посредством плоскости пользователя. Первая идентификационная информация может представлять собой информацию, включающую в себя значение шестой идентификационной информации. Более конкретно, первая идентификационная информация может представлять собой информацию, указывающую, поддерживает ли UE_A 10 качество RQoS, и указывающую, что UE_A 10 запрашивает RQoS.
[0138]
Вторая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую, поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости управления. Вторая идентификационная информация может указывать, поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости управления инициированным UE способом, и/или поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости управления, инициированным сетью способом. Вторая идентификационная информация может соответствовать четвертой идентификационной информации или пятой идентификационной информации. Более конкретно, вторая идентификационная информация может означать информацию, указывающую, поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости управления, для обмена пользовательскими данными с DN, идентифицированной четвертой идентификационной информацией, или для сеанса PDU, идентифицированного пятой идентификационной информацией. Вторая идентификационная информация может представлять собой информацию, которая включает в себя значение седьмой идентификационной информации. В частности, вторая идентификационная информация может представлять собой информацию, указывающую, поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости управления, и указывающую, что UE_A 10 запрашивает RQoS, контролируемое посредством плоскости управления.
[0139]
Третья идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую, поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости пользователя. Третья идентификационная информация может указывать, поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости пользователя инициированным UE способом, и/или поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости пользователя инициированным сетью способом. Третья идентификационная информация может соответствовать четвертой идентификационной информации или пятой идентификационной информации. В частности, третья идентификационная информация может означать информацию, указывающую, поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости пользователя, для обмена пользовательскими данными с DN, идентифицированной четвертой идентификационной информацией, или для сеанса PDU, идентифицированного пятой идентификационной информацией. Третья идентификационная информация может представлять собой информацию, которая включает в себя значение восьмой идентификационной информации. В частности, третья идентификационная информация может представлять собой информацию, указывающую, поддерживает ли UE_A 10 качество RQoS, контролируемое посредством плоскости пользователя, и указывающую, что UE_A 10 запрашивает RQoS, контролируемое посредством плоскости пользователя.
[0140]
Четвертая идентификационная информация в настоящем варианте осуществления представляет собой имя сети передачи данных (DNN). DNN может представлять собой информацию, используемую для идентификации сети передачи данных (DN).
[0141]
Пятая идентификационная информация в настоящем варианте осуществления представляет собой идентификатор сеанса PDU. Идентификатор сеанса PDU может представлять собой информацию, используемую для идентификации сеанса PDU.
[0142]
Шестая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на то, что UE_A 10 запрашивает изменение RQoS, которое должно быть разрешено (доступное состояние). Шестая идентификационная информация может указывать на то, что UE_A 10 запрашивает изменение RQoS, контролируемого инициированным UE способом, которое должно быть разрешено, и/или UE_A 10 запрашивает изменение RQoS, контролируемого инициированным сетью способом, которое должно быть разрешено. Следует отметить, что запрос изменения RQoS, которое должно быть разрешено, может представлять собой запрос разрешения на использование RQoS. Шестая идентификационная информация может соответствовать четвертой идентификационной информации и/или пятой идентификационной информации. В частности, шестая идентификационная информация может означать информацию, указывающую на то, что UE_A 10 запрашивает изменение RQoS, которое должно быть разрешено, для обмена пользовательскими данными с DN, идентифицированной четвертой идентификационной информацией, или для сеанса PDU, идентифицированного пятой идентификационной информацией. Шестая идентификационная информация может представлять собой информацию, которая включает в себя значение седьмой идентификационной информации и/или восьмой идентификационной информации. В частности, шестая идентификационная информация может означать информацию, указывающую на то, что UE_A 10 запрашивает изменение RQoS, контролируемого посредством плоскости управления и/или плоскости пользователя, которое должно быть разрешено.
[0143]
Седьмая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на то, что UE_A 10 запрашивает изменение RQoS, контролируемого посредством плоскости управления, которое должно быть разрешено. Седьмая идентификационная информация может указывать на то, что UE_A 10 запрашивает изменение RQoS, контролируемого посредством плоскости управления инициированным UE способом, которое должно быть разрешено, и/или UE_A 10 запрашивает изменение RQoS, контролируемого посредством плоскости управления инициированным сетью способом, которое должно быть разрешено. Седьмая идентификационная информация может соответствовать четвертой идентификационной информации или пятой идентификационной информации. В частности, седьмая идентификационная информация может означать информацию, указывающую на то, что UE_A 10 запрашивает изменение RQoS, контролируемого посредством плоскости управления, которое должно быть разрешено, для обмена пользовательскими данными с DN, идентифицированной четвертой идентификационной информацией, или для сеанса PDU, идентифицированного пятой идентификационной информацией.
[0144]
Восьмая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на то, что UE_A 10 запрашивает изменение RQoS, контролируемого посредством плоскости пользователя, которое должно быть разрешено. Восьмая идентификационная информация может указывать на то, что UE_A 10 запрашивает изменение RQoS, контролируемого посредством плоскости пользователя инициированным UE способом, которое должно быть разрешено, и/или UE_A 10 запрашивает изменение RQoS, контролируемого посредством плоскости пользователя инициированным сетью способом, которое должно быть разрешено. Восьмая идентификационная информация может соответствовать четвертой идентификационной информации или пятой идентификационной информации. В частности, восьмая идентификационная информация может означать информацию, указывающую на то, что UE_A 10 запрашивает изменение RQoS, контролируемого посредством плоскости пользователя, которое должно быть разрешено, для обмена пользовательскими данными с DN, идентифицированной восьмой идентификационной информацией, или для сеанса PDU, идентифицированного пятой идентификационной информацией.
[0145]
61-я идентификационная информация в настоящем варианте осуществления представляет собой информацию, запрашивающую аутентификацию/авторизацию сервиса посредством DN через интерфейс 3GPP в соединении DN. Кроме того, 61-я идентификационная информация может быть информацией, запрашивающей процедуру аутентификации/авторизации при создании сеанса PDU, подлежащей выполнению, в процедуре регистрации и/или процедуре создания сеанса PDU. Другими словами, 61-я идентификационная информация может представлять собой информацию, запрашивающую аутентификацию/авторизацию сервиса посредством DN через интерфейс 3GPP в процедуре регистрации и/или процедуре создания сеанса PDU. В конкретном примере 61-я идентификационная информация может быть флагом, запрашивающим аутентификацию/авторизацию сервиса DN, может быть именем сервиса, которое может идентифицировать определенный сервис DN, может быть идентификатором пользователя или может быть идентификатором профиля пользователя. Кроме того, 61-я идентификационная информация может представлять собой информацию запроса аутентификации/авторизации.
[0146]
71-я идентификационная информация в настоящем варианте осуществления представляет собой информацию для идентификации принадлежности к первому NW-срезу. Другими словами, 71-я идентификационная информация может представлять собой информацию, указывающую на то, что UE_A 10 нуждается в создании сеанса PDU, принадлежащего первому NW-срезу. В качестве конкретного примера 71-я идентификационная информация может представлять собой NSSAI, идентифицирующую первый NW-срез. Следует отметить, что 71-я идентификационная информация может представлять собой информацию для идентификации определенного NW-среза в сети оператора A или может представлять собой информацию для идентификации того же NW-среза, общего для оператора B (других операторов, кроме оператора A). Кроме того, 71-я идентификационная информация может представлять собой информацию, указывающую первый NW-срез, сконфигурированный из HPLMN, может представлять собой информацию, указывающую первый NW-срез, полученный от AMF_A 240 в процедуре регистрации, или может представлять собой информацию, указывающую первый NW-срез, разрешенный из сети. Более того, 71-я идентификационная информация может представлять собой информацию, указывающую первый NW-срез, хранящийся для каждой PLMN.
[0147]
Одиннадцатая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую, поддерживает ли сеть качество RQoS. Одиннадцатая идентификационная информация может указывать, поддерживает ли сеть качество RQoS, контролируемое инициированным UE способом, и/или поддерживает ли сеть качество RQoS, контролируемое инициированным сетью способом. Одиннадцатая идентификационная информация может соответствовать четырнадцатой идентификационной информации или пятнадцатой идентификационной информации. В частности, одиннадцатая идентификационная информация может означать информацию, указывающую, поддерживает ли сеть качество RQoS для обмена пользовательскими данными с DN, идентифицированной четырнадцатой идентификационной информацией, или для сеанса PDU, идентифицированного пятнадцатой идентификационной информацией. Одиннадцатая идентификационная информация может представлять собой информацию, которая включает в себя значение двенадцатой идентификационной информации и/или тринадцатой идентификационной информации. В частности, одиннадцатая идентификационная информация может означать информацию, указывающую, поддерживает ли сеть качество RQoS, контролируемое посредством плоскости управления и/или плоскости пользователя. Одиннадцатая идентификационная информация может представлять собой информацию, которая включает в себя значение семнадцатой идентификационной информации. В частности, одиннадцатая идентификационная информация может представлять собой информацию, указывающую, поддерживает ли сеть качество RQoS, и указывающую на то, что сеть одобряет RQoS.
[0148]
Двенадцатая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую, поддерживает ли сеть качество RQoS, контролируемое посредством плоскости управления. Двенадцатая идентификационная информация может указывать, поддерживает ли сеть качество RQoS, контролируемое посредством плоскости управления инициированным UE способом, и/или поддерживает ли сеть качество RQoS, контролируемое посредством плоскости управления инициированным сетью способом. Двенадцатая идентификационная информация может соответствовать четырнадцатой идентификационной информации или пятнадцатой идентификационной информации. В частности, двенадцатая идентификационная информация может означать информацию, указывающую, поддерживает ли сеть качество RQoS, контролируемое посредством плоскости управления, для обмена пользовательскими данными с DN, идентифицированной четырнадцатой идентификационной информацией, или для сеанса PDU, идентифицированного пятнадцатой идентификационной информацией. Двенадцатая идентификационная информация может представлять собой информацию, которая включает в себя значение восемнадцатой идентификационной информации. В частности, двенадцатая идентификационная информация может представлять собой информацию, указывающую, поддерживает ли сеть качество RQoS, контролируемое посредством плоскости управления, и указывающую на то, что сеть одобряет RQoS, контролируемое посредством плоскости управления.
[0149]
Тринадцатая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую, поддерживает ли сеть качество RQoS, контролируемое посредством плоскости пользователя. Тринадцатая идентификационная информация может указывать, поддерживает ли сеть качество RQoS, контролируемое посредством плоскости пользователя инициированным UE способом, и/или поддерживает ли сеть качество RQoS, контролируемое посредством плоскости пользователя инициированным сетью способом. Тринадцатая идентификационная информация может соответствовать четырнадцатой идентификационной информации или пятнадцатой идентификационной информации. В частности, тринадцатая идентификационная информация может означать информацию, указывающую, поддерживает ли сеть качество RQoS, контролируемое посредством плоскости пользователя, для обмена пользовательскими данными с DN, идентифицированной четырнадцатой идентификационной информацией, или для сеанса PDU, идентифицированного пятнадцатой идентификационной информацией. Тринадцатая идентификационная информация может представлять собой информацию, которая включает в себя значение девятнадцатой идентификационной информации. В частности, тринадцатая идентификационная информация может представлять собой информацию, указывающую, поддерживает ли сеть качество RQoS, контролируемое посредством плоскости пользователя, и указывающую на то, что сеть одобряет RQoS, контролируемое посредством плоскости пользователя.
[0150]
Четырнадцатая идентификационная информация в настоящем варианте осуществления представляет собой DNN. Четырнадцатая идентификационная информация может представлять собой DNN, разрешенное сетью или DNN, выбранное сетью. Кроме того, четырнадцатая идентификационная информация может представлять собой то же DNN, что и четвертая идентификационная информация, или может представлять собой другое DNN.
[0151]
Пятнадцатая идентификационная информация в настоящем варианте осуществления представляет собой идентификатор сеанса PDU. Пятнадцатая идентификационная информация может представлять собой идентификатор сеанса PDU, разрешенный сетью, или идентификатор сеанса PDU, выбранный сетью. Кроме того, пятнадцатая идентификационная информация может представлять собой тот же идентификатор сеанса PDU, что и пятая идентификационная информация, или может представлять собой другой идентификатор сеанса PDU.
[0152]
Шестнадцатая идентификационная информация в настоящем варианте осуществления представляет собой значение таймера для таймера RQoS. Значение, указанное шестнадцатой идентификационной информацией, может представлять собой значение, определенное устройством в опорной сети, может представлять собой значение, определенное оператором, или может представлять собой значение, определенное оператором сервиса, отличным от оператора сети. Следует отметить, что шестнадцатая идентификационная информация может быть передана и/или принята в ассоциации с идентификационной информацией из одной или более с одиннадцатой по тринадцатую идентификационную информацию и с семнадцатой по девятнадцатую идентификационную информацию.
[0153]
Семнадцатая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на то, что сеть одобряет изменение RQoS, которое должно быть разрешено. Семнадцатая идентификационная информация может указывать на то, что сеть одобряет изменение RQoS, контролируемого инициированным UE способом, которое должно быть разрешено, и/или что сеть также одобряет изменение RQoS, контролируемого инициированным UE способом, которое должно быть разрешено. Следует отметить, что одобрение изменения RQoS, которое должно быть разрешено, может представлять собой разрешение на использование RQoS. Семнадцатая идентификационная информация может соответствовать четырнадцатой идентификационной информации или пятнадцатой идентификационной информации. В частности, семнадцатая идентификационная информация может означать информацию, указывающую на то, что сеть одобряет изменение RQoS, которое должно быть разрешено, для обмена пользовательскими данными с DN, идентифицированной четырнадцатой идентификационной информацией, или для сеанса PDU, идентифицированного пятнадцатой идентификационной информацией. Семнадцатая идентификационная информация может представлять собой информацию, которая включает в себя значение восемнадцатой идентификационной информации и/или девятнадцатой идентификационной информации. В частности, семнадцатая идентификационная информация может представлять собой информацию, указывающую на то, что сеть одобряет изменение RQoS, контролируемого посредством плоскости управления и/или плоскости пользователя, которое должно быть разрешено.
[0154]
Восемнадцатая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на то, что сеть одобряет изменение RQoS, контролируемого посредством плоскости управления, которое должно быть разрешено. Восемнадцатая идентификационная информация может указывать на то, что сеть одобряет изменение RQoS, контролируемого посредством плоскости управления инициированным UE способом, которое должно быть разрешено, и/или что сеть одобряет изменение RQoS, контролируемого посредством плоскости управления инициированным сетью способом, которое должно быть разрешено. Восемнадцатая идентификационная информация может соответствовать четырнадцатой идентификационной информации или пятнадцатой идентификационной информации. В частности, восемнадцатая идентификационная информация может означать информацию, указывающую на то, что сеть одобряет изменение RQoS, контролируемого посредством плоскости управления, которое должно быть разрешено, для обмена пользовательскими данными с DN, идентифицированной четырнадцатой идентификационной информацией, или для сеанса PDU, идентифицированного пятнадцатой идентификационной информацией.
[0155]
Девятнадцатая идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на то, что сеть одобряет изменение RQoS, контролируемого посредством плоскости пользователя, которое должно быть разрешено. Девятнадцатая идентификационная информация может указывать на то, что сеть одобряет изменение RQoS, контролируемого посредством плоскости пользователя инициированным UE способом, которое должно быть разрешено, и/или что сеть одобряет изменение RQoS, контролируемого посредством плоскости пользователя инициированным сетью способом, которое должно быть разрешено. Девятнадцатая идентификационная информация может соответствовать четырнадцатой идентификационной информации или пятнадцатой идентификационной информации. В частности, девятнадцатая идентификационная информация может означать информацию, указывающую на то, что сеть одобряет изменение RQoS, контролируемого посредством плоскости пользователя, которое должно быть разрешено, для обмена пользовательскими данными с DN, идентифицированной четырнадцатой идентификационной информацией, или для сеанса PDU, идентифицированного пятнадцатой идентификационной информацией.
[0156]
21-я идентификационная информация в настоящем варианте осуществления представляет собой значение причины. Значение причины может указывать причину отклонения, и в частности указывать по меньшей мере одно из недопущения (отклонения) изменения статуса RQoS на разрешенный, недопущения (отклонения) изменения статуса RQoS, контролируемого посредством плоскости управления и плоскости пользователя, на разрешенный, недопущение (отклонение) изменения статуса RQoS, контролируемого только посредством плоскости управления, на разрешенный, и недопущение (отклонение) изменения статуса RQoS, контролируемого только посредством плоскости пользователя, на разрешенный. Следует отметить, что отказ в изменении RQoS, которое должно быть разрешено, может указывать на недопущение использования RQoS. Более того, 21-я идентификационная информация может представлять собой информацию, указывающую на отклонение части запроса. 21-я идентификационная информация может представлять собой информацию, включающую в себя значение, указанное одной или множеством идентификационной информации 22-29. 21-я идентификационная информация может соответствовать 25-й идентификационной информации или 26-й идентификационной информации. В частности, 21-я идентификационная информация может означать значение причины для DN, идентифицированной 25-й идентификационной информацией, или значение причины для сеанса PDU, идентифицированного 26-й идентификационной информацией. 21-я идентификационная информация может соответствовать зоне регистрации (RA), зоне отслеживания (TA) или сети доступа (AN). В частности, 21-я идентификационная информация может означать значение причины для зоны регистрации, зоны отслеживания или сети доступа. В частности, 21-я идентификационная информация может представлять собой значение причины, указывающее на недопущение RQoS в DN, идентифицированной 25-й идентификационной информацией, или значение причины, указывающее на недопущение RQoS в сеансе PDU, идентифицированным 26-й идентификационной информацией. Более того, 21-я идентификационная информация может представлять собой значение причины, указывающее на недопущение RQoS в зоне регистрации и/или зоне отслеживания, к которым в данный момент принадлежит UE_A 10, или значение причины, указывающее на недопущение RQoS в сети доступа, к которой подключено UE_A 10. Следует отметить, что значение причины, указанное 21-й идентификационной информацией, может не ограничиваться этим.
[0157]
22-я идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на то, что сеть не поддерживает RQoS. 22-я идентификационная информация может указывать, что сеть не поддерживает RQoS, контролируемое инициированным UE способом, и/или что сеть не поддерживает RQoS, контролируемое инициированным сетью способом. 22-я идентификационная информация может соответствовать 25-й идентификационной информации или 26-й идентификационной информации. В этом случае 22-я идентификационная информация может означать информацию, указывающую на то, что сеть не поддерживает RQoS для обмена пользовательскими данными с DN, идентифицированной 25-й идентификационной информацией, или для сеанса PDU, идентифицированного 26-й идентификационной информацией. 22-я идентификационная информация может соответствовать зоне регистрации, зоне отслеживания или сети доступа. В этом случае 22-я идентификационная информация может означать информацию, указывающую на то, что сеть не поддерживает RQoS для зоны регистрации, зоны отслеживания или сети доступа. 22-я идентификационная информация может представлять собой информацию, которая включает в себя значение 23-й идентификационной информации и/или 24-й идентификационной информации. В частности, 22-я идентификационная информация может представлять собой информацию, указывающую на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости управления и/или плоскости пользователя. 22-я идентификационная информация может представлять собой информацию, которая включает в себя значение 27-й идентификационной информации. В частности, 22-я идентификационная информация может представлять собой информацию, указывающую на то, что сеть не поддерживает RQoS, и указывающую на недопущение (отклонение) сетью изменения RQoS.
[0158]
23-я идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости управления. 23-я идентификационная информация может указывать на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости управления инициированным UE способом, и/или что сеть не поддерживает RQoS, контролируемое посредством плоскости пользователя инициированным сетью способом. 23-я идентификационная информация может соответствовать 25-й идентификационной информации или 26-й идентификационной информации. В частности, 23-я идентификационная информация может означать информацию, указывающую на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости пользователя, для обмена пользовательскими данными с DN, идентифицированной 25-й идентификационной информацией, или для сеанса PDU, идентифицированного 26-й идентификационной информацией. 23-я идентификационная информация может соответствовать зоне регистрации, зоне отслеживания или сети доступа. В частности, 23-я идентификационная информация может означать информацию, указывающую на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости управления, для зоны регистрации, зоны отслеживания или сети доступа. 23-я идентификационная информация может представлять собой информацию, которая включает в себя значение 28-й идентификационной информации. В частности, 23-я идентификационная информация может представлять собой информацию, указывающую на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости управления, и указывающую на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости управления.
[0159]
24-я идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости пользователя. 24-я идентификационная информация может указывать на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости пользователя инициированным UE способом, и/или что сеть не поддерживает RQoS, контролируемое посредством плоскости пользователя инициированным сетью способом. 24-я идентификационная информация может соответствовать 25-й идентификационной информации или 26-й идентификационной информации. В частности, 24-я идентификационная информация может означать информацию, указывающую на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости пользователя, для обмена пользовательскими данными с DN, идентифицированной 25-й идентификационной информацией, или для сеанса PDU, идентифицированного 26-й идентификационной информацией. 24-я идентификационная информация может соответствовать зоне регистрации, зоне отслеживания или сети доступа. В частности, 24-я идентификационная информация может означать информацию, указывающую на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости пользователя, для зоны регистрации, зоны отслеживания или сети доступа. 24-я идентификационная информация может представлять собой информацию, которая включает в себя значение 29-й идентификационной информации. В частности, 24-я идентификационная информация может представлять собой информацию, указывающую на то, что сеть не поддерживает RQoS, контролируемое посредством плоскости пользователя, и указывающую на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости пользователя.
[0160]
25-я идентификационная информация в настоящем варианте осуществления представляет собой DNN. 25-я идентификационная информация может представлять собой DNN, не допускаемое сетью, или информацию, указывающую на то, что DNN, идентифицированное четвертой идентификационной информацией, не допускается. Кроме того, 25-я идентификационная информация может представлять собой то же DNN, что и четвертая идентификационная информация.
[0161]
26-я идентификационная информация в настоящем варианте осуществления представляет собой идентификатор сеанса PDU. 26-я идентификационная информация может представлять собой идентификатор сеанса PDU, не допускаемый сетью, или информацию, указывающую на недопущение идентификатора сеанса PDU, идентифицированного пятой идентификационной информацией. Кроме того, 26-я идентификационная информация может представлять собой тот же идентификатор сеанса PDU, что и пятая идентификационная информация.
[0162]
27-я идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, которое должно быть разрешено. 27-я идентификационная информация может указывать на недопущение (отклонение) сетью изменения RQoS, контролируемого инициированным UE способом, и/или на недопущение (отклонение) сетью изменения RQoS, контролируемого инициированным сетью способом. 27-я идентификационная информация может соответствовать 25-й идентификационной информации или 26-й идентификационной информации. В частности, 27-я идентификационная информация может означать информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, которое должно быть разрешено, для обмена пользовательскими данными с DN, идентифицированной 25-й идентификационной информацией, или для сеанса PDU, идентифицированного 26-й идентификационной информацией. 27-я идентификационная информация может соответствовать зоне регистрации, зоне отслеживания или сети доступа. Более конкретно, 27-я идентификационная информация может означать информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, которое должно быть разрешено, для зоны регистрации, зоны отслеживания или сети доступа. 27-я идентификационная информация может представлять собой информацию, которая включает в себя значение 28-й идентификационной информации и/или 29-й идентификационной информации. В частности, 27-я идентификационная информация может представлять собой информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости управления и/или плоскости пользователя, которое должно быть разрешено.
[0163]
28-я идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости управления, которое должно быть разрешено. 28-я идентификационная информация может указывать на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости управления инициированным UE способом, которое должно быть разрешено, и/или на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости управления инициированным сетью способом, которое должно быть разрешено. 28-я идентификационная информация может соответствовать 25-й идентификационной информации или 26-й идентификационной информации. В частности, 28-я идентификационная информация может означать информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости управления, которое должно быть разрешено, для обмена пользовательскими данными с DN, идентифицированной 25-й идентификационной информацией, или для сеанса PDU, идентифицированного 26-й идентификационной информации. 28-я идентификационная информация может соответствовать зоне регистрации, зоне отслеживания или сети доступа. В частности, 28-я идентификационная информация может означать информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости управления, которое должно быть разрешено, для зоны регистрации, зоны отслеживания или сети доступа.
[0164]
29-я идентификационная информация в настоящем варианте осуществления представляет собой информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости пользователя, которое должно быть разрешено. 29-я идентификационная информация может указывать на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости пользователя инициированным UE способом, которое должно быть разрешено, и/или на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости пользователя инициированным сетью способом, которое должно быть разрешено. 29-я идентификационная информация может соответствовать 25-й идентификационной информации или 26-й идентификационной информации. Более конкретно, 29-я идентификационная информация может означать информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости пользователя, которое должно быть разрешено, для обмена пользовательскими данными с DN, идентифицированной 25-й идентификационной информацией, или для сеанса PDU, идентифицированного 26-й идентификационной информацией. 29-я идентификационная информация может соответствовать зоне регистрации, зоне отслеживания или сети доступа. В частности, 29-я идентификационная информация может означать информацию, указывающую на недопущение (отклонение) сетью изменения RQoS, контролируемого посредством плоскости пользователя, которое должно быть разрешено, для зоны регистрации, зоны отслеживания или сети доступа.
[0165]
В настоящем варианте осуществления 72-я идентификационная информация представляет собой информацию, указывающую значение причины (причину), указывающее на отклонение настоящей процедуры. 72-я идентификационная информация может представлять собой информацию, указывающую на отклонение запроса создания сеанса PDU для подключения к DN. Другими словами, 72-я идентификационная информация может представлять собой информацию, указывающую на отклонение запроса создания сеанса PDU, принадлежащего первому срезу, или информацию, указывающую на недопущение создания сеанса PDU, принадлежащего первому срезу. В данном случае первый срез может представлять собой срез, указанный 71-й идентификационной информацией, или другой срез. Кроме того, 72-я идентификационная информация может представлять собой информацию, указывающую на недопущение создания сеанса PDU, принадлежащего первому срезу, в DN, идентифицированной 25-й идентификационной информацией, или информацию, указывающую на недопущение создания сеанса PDU, принадлежащего первому срезу, в сеансе PDU, идентифицированном 26-й идентификационной информацией. Более того, 72-я идентификационная информация может представлять собой информацию, указывающую на недопущение создания сеанса PDU, принадлежащего первому срезу, в зоне регистрации и/или зоне отслеживания, к которым в данный момент принадлежит UE_A 10, или информацию, указывающую на недопущение создания сеанса PDU, принадлежащего первому срезу, в сети доступа, к которой подключено UE_A 10. Следует отметить, что значение причины, которое указано 72-й идентификационной информацией и указывает на отклонение настоящей процедуры, не может ограничиваться этим. Кроме того, 72-я идентификационная информация может представлять собой информацию, указывающую значение первого таймера. UE_A 10 может устанавливать, основываясь на приеме 72-й идентификационной информации, первый таймер на значение, указанное 72-й идентификационной информацией, или на значение таймера, сконфигурированное другим способом, или на случайное значение. Более того, 72-я идентификационная информация может представлять собой идентификатор для идентификации информации о NW-срезе, содержащей отклоненный запрос сеанса PDU. Следует отметить, что NW-срез, указанный 72-й идентификационной информацией, может представлять собой тот же NW-срез, что и NW-срез, указанный 71-й идентификационной информацией, или другой NW-срез. Кроме того, 72-я идентификационная информация может представлять собой идентификатор, с помощью которого NW указывает на переподключение после отклонения сеанса PDU. Более того, UE_A 10 может начинать запуск установленного таймера на основании значения причины отклонения, информации о NW-срезе и идентификатора, указывающего переподключение от NW.
[0166]
В настоящем варианте осуществления 31-я идентификационная информация представляет собой индикацию рефлективного QoS (RQI). RQI может представлять собой информацию, указывающую на подтверждение RQoS, или информацию, указывающую на необходимость проверки RQoS. Если говорить конкретно, 31-я идентификационная информация может представлять собой информацию, указывающую на подтверждение RQoS для обмена пользовательскими данными пакетов нисходящей линии связи, или может представлять собой информацию, указывающую на подтверждение RQoS для обмена пользовательскими данными пакетов восходящей линии связи. Кроме того, 31-я идентификационная информация может представлять собой информацию, запрашивающую создание правила QoS для обмена пользовательскими данными пакетов восходящей линии связи.
[0167]
В настоящем варианте осуществления 32-я идентификационная информация представляет собой QFI. 32-я идентификационная информация может представлять собой информацию для идентификации потока QoS. Более того, 32-я идентификационная информация может представлять собой информацию, указывающую поток, через который перенаправляют пакеты нисходящей линии связи с уже подтвержденным RQoS, или информацию, указывающую поток, через который перенаправляют пакеты восходящей линии связи после подтверждения RQoS. Кроме того, 32-я идентификационная информация может представлять собой информацию, запрашивающую использование потока QoS, указанного 32-й идентификационной информацией, для обмена пользовательскими данными пакетов восходящей линии связи. Более того, 32-я идентификационная информация может представлять собой информацию, запрашивающую создание правила QoS для обмена пользовательскими данными пакетов восходящей линии связи с использованием потока QoS, указанного 32-й идентификационной информацией.
[0168]
В настоящем варианте осуществления 41-я идентификационная информация представляет собой информацию, указывающую на инициированный UE запрос RQoS, или информацией, указывающей на инициированный UE запрос валидации RQoS. Если говорить конкретно, 41-я идентификационная информация может представлять собой информацию, запрашивающую валидацию RQoS для обмена пользовательскими данными пакетов восходящей линии связи и/или пакетов нисходящей линии связи. Кроме того, 41-я идентификационная информация может представлять собой информацию, запрашивающую создание правила QoS для обмена пользовательскими данными пакетов восходящей линии связи и/или пакетов нисходящей линии связи. Более того, 41-я идентификационная информация может представлять собой информацию, запрашивающую запуск инициированной сетью процедуры валидации RQoS.
[0169]
В настоящем варианте осуществления 42-я идентификационная информация представляет собой идентификатор потока QoS (QFI). QFI представляет собой информацию, используемую для идентификации потока, применяющего RQoS. 42-я идентификационная информация может представлять собой информацию для идентификации потока QoS. Кроме того, 42-я идентификационная информация может представлять собой информацию, указывающую поток, через который перенаправляют пакеты восходящей линии связи и/или пакеты нисходящей линии связи после подтверждения RQoS. Более того, 42-я идентификационная информация может представлять собой информацию, запрашивающую использование потока QoS, указанного 42-й идентификационной информацией, для обмена пользовательскими данными пакетов восходящей линии связи и/или пакетов нисходящей линии связи. Кроме того, 42-я идентификационная информация может представлять собой информацию, запрашивающую создание правила QoS для обмена пользовательскими данными пакетов восходящей линии связи и/или пакетов нисходящей линии связи с использованием потока QoS, указанного 42-й идентификационной информацией. Кроме того, 42-я идентификационная информация может представлять собой информацию, запрашивающую запуск инициированной сетью процедуры валидации RQoS, или информацию, запрашивающую сведения о том, что поток QoS, используемый в инициированной сетью процедуре валидации RQoS, является потоком RQoS, указанным 42-й идентификационной информацией.
[0170]
В настоящем варианте осуществления 51-я идентификационная информация представляет собой информацию, указывающую на недопущение (отклонение) RQoS, или информацию, указывающую на недопущение (отклонение) запроса валидации RQoS. Более того, 51-я идентификационная информация может представлять собой информацию, указывающую причину отклонения запроса от UE_A 10. Следует отметить, что причиной отклонения запроса от UE_A 10 может быть информация, указывающая на недопущение проверки RQoS в сети доступа, и/или в зоне регистрации, и/или в зоне отслеживания, к которым UE_A 10 подключается в данный момент, или информация, указывающая на недопущение проверки RQoS в пакетах восходящей линии связи, через которые UE_A 10 запрашивает валидацию RQoS. Кроме того, причиной отклонения запроса от UE_A 10 может быть информация, указывающая на временный запрет валидации RQoS, или информация, указывающая на запрет инициированной UE процедуры валидации RQoS. Следует отметить, что причиной отклонения запроса от UE_A 10 может быть, без ограничений, информация, указывающая на невозможность одобрения сетью инициированной UE процедуры валидации RQoS.
[0171]
В настоящем варианте осуществления 62-я идентификационная информация представляет собой информацию аутентификации/авторизации, выданную сетью DN, которую запрашивает SMF_A 230 в процедуре аутентификации/авторизации с DN. В качестве конкретного примера 62-я идентификационная информация может представлять собой имя сервиса, которое DN аутентифицирует/авторизует, или может представлять собой флаг авторизации. Более того, 62-я идентификационная информация может представлять собой информацию, указывающую на выполнение DN_A 5 аутентификации и/или авторизации для сеанса PDU и/или UE_A 10, и/или приложения. Кроме того, 62-я идентификационная информация может представлять собой информацию UE_A 10 и/или приложения, и/или пользователя для запроса подтверждения выданной DN информации аутентификации/авторизации, указанной 62-й идентификационной информацией. Кроме того, 62-я идентификационная информация может представлять собой информацию UE_A 10 и/или приложения, и/или пользователя для запроса выбора использования сервиса из числа аутентифицированных/авторизованных DN имен сервисов, указанных 62-й идентификационной информацией.
[0172]
В настоящем варианте осуществления 63-я идентификационная информация представляет собой информацию, указывающую ответ на выданную DN информацию аутентификации/авторизации, которую запрашивает SMF_A 230 в процедуре аутентификации/авторизации с DN. В качестве конкретного примера 63-я идентификационная информация может представлять собой информацию, указывающую ответное сообщение на 62-ю идентификационную информацию, или информацию, указывающую то же содержимое, что и информация, указанная 62-й идентификационной информацией, или информацию, указывающую имя сервиса для использования сервиса, выбранного оборудованием UE_A 10 из имен сервисов в 62-й идентификационной информации. Кроме того, 63-я идентификационная информация может представлять собой информацию UE_A 10 и/или приложения, и/или пользователя для указания на выполнение подтверждения выданной DN информации аутентификации/авторизации, указанной 62-й идентификационной информацией. Более того, 63-я идентификационная информация может представлять собой информацию, указывающую на выбор оборудованием UE_A 10, и/или приложением, и/или пользователем использования сервиса из числа аутентифицированных/авторизованных DN имен сервисов, указанных 62-й идентификационной информацией. Кроме того, 63-я идентификационная информация может представлять собой информацию ответа аутентификации/авторизации DN.
[0173]
Далее будет описана первоначальная процедура согласно настоящему варианту осуществления со ссылкой на ФИГ. 8. Далее в этом документе первоначальная процедура также упоминается как настоящая процедура, и первоначальная процедура (настоящая процедура) включает в себя процедуру регистрации, процедуру создания сеанса PDU и процедуру валидации рефлективного качества обслуживания (QoS) (RQoS). Подробности процедуры регистрации, процедуры создания сеанса PDU и процедуры валидации RQoS описаны ниже.
[0174]
В частности, каждое устройство выполняет процедуру (S800) регистрации, и вследствие этого UE_A 10 переходит в состояние регистрации в сети (состояние RM-REGISTERED). Затем каждое устройство выполняет процедуру (S802) создания сеанса PDU, и вследствие этого UE_A 10 создает сеанс PDU с DN_A 5, обеспечивающей сервис подключения PDU посредством опорной сети_B 190, и переходит в состояние, в котором между устройствами создают сеанс PDU. Следует отметить, что сеанс PDU считают, без ограничений, созданным посредством сети доступа и UPF_A 235. То есть может присутствовать UPF (UPF_C 239), отличный от UPF_A 235, между UPF_A 235 и сетью доступа. В это время сеанс PDU создают посредством сети доступа, UPF_C 239 и UPF_A 235.
[0175]
Далее каждое устройство выполняет процедуру (S804) валидации RQoS и тем самым создает определенное правило QoS для определенных пользовательских данных. Кроме того, каждое устройство переходит в состояние, в котором способно выполнять обмен пользовательским данными с использованием определенного потока QoS, связанного с определенным правилом QoS для определенных пользовательских данных, на основании создания определенного правила QoS.
[0176]
Затем каждое устройство после перехода в состояние, в котором способно выполнять обмен пользовательским данными с использованием определенного потока QoS, выполняет процедуру деактивации RQoS и исключает определенное правило QoS для определенных пользовательских данных. Более того, каждое устройство переходит в состояние, в котором невозможно выполнение обмена пользовательским данными, используя определенный поток QoS, связанный с определенным правилом QoS для определенных пользовательских данных, на основании исключения определенного правила QoS. В соответствии с описанным выше настоящая процедура завершена.
[0177]
Следует отметить, что в рамках процедуры регистрации и/или процедуры создания сеанса PDU каждое устройство может обмениваться различной информацией о возможностях и/или различной информацией запроса устройства. В случае когда каждое устройство согласовывает обмен различной информацией и/или различными запросами в процедуре регистрации, устройство может не согласовывать обмен различной информацией и/или различными запросами в процедуре создания сеанса PDU. В случае когда каждое устройство не согласовывает обмен различной информацией и/или различными запросами в процедуре регистрации, устройство может согласовывать обмен различной информацией и/или различными запросами в процедуре создания сеанса PDU. Даже в случае когда каждое устройство согласовывает обмен различной информацией и/или различными запросами в процедуре регистрации, устройство может согласовывать обмен различной информацией и/или различными запросами в процедуре создания сеанса PDU.
[0178]
Каждое устройство может выполнять процедуру создания сеанса PDU в рамках процедуры регистрации или после завершения процедуры регистрации. При выполнении процедуры создания сеанса PDU в рамках процедуры регистрации сообщение с запросом создания сеанса PDU может быть включено в сообщение с запросом регистрации и передано и/или принято, сообщение об одобрении создания сеанса PDU может быть включено в сообщение об одобрении регистрации и передано и/или принято, сообщение о завершении создания сеанса PDU может быть включено в сообщение о завершении регистрации и передано и/или принято, и сообщение об отклонении создания сеанса PDU может быть включено в сообщение об отклонении регистрации и передано и/или принято. При выполнении процедуры создания сеанса PDU в рамках процедуры регистрации каждое устройство может создавать сеанс PDU на основании завершения процедуры регистрации или может переходить в состояние, в котором создают сеанс PDU между устройствами.
[0179]
Каждое устройство, участвующее в настоящей процедуре, может передавать и/или принимать каждое управляющее сообщение, описанное в настоящей процедуре, для передачи и/или приема одной или более идентификационной информации, включенной в каждое управляющее сообщение, и может хранить каждую переданную и/или принятую идентификационную информацию в качестве контекста.
[0180]
1.3.1. Обзор процедуры регистрации
Сначала будет приведен обзор процедуры регистрации. Процедура регистрации представляет собой процедуру, инициированную UE_A 10 для регистрации в сети (сети доступа и/или опорной сети_B 190, и/или DN (DN_A 5)). В случае когда UE_A 10 находится в состоянии, в котором не происходит регистрация в сети, UE_A 10 может выполнять настоящую процедуру в любой момент времени, такой как момент включения питания терминала. Иными словами, UE_A 10 может инициировать настоящую процедуру в любой момент времени при незарегистрированном состоянии (состояния RM-DEREGISTERED). Каждое устройство может переходить в зарегистрированное состояние (RM-REGISTERED) на основании завершения процедуры регистрации.
[0181]
Настоящая процедура может представлять собой процедуру обновления информации о регистрации местоположения UE_A 10 в сети и/или периодического уведомления сети о состоянии UE_A 10 от UE_A 10, и/или обновления определенных параметров, относящихся к UE_A 10 в сети.
[0182]
UE_A 10 может инициировать настоящую процедуру в случае, когда UE_A 10 реализует мобильность через TA. Иными словами, UE_A 10 может инициировать настоящую процедуру при перемещении UE_A 10 в TA, отличную от TA, указанной в хранимом списке TA. Кроме того, UE_A 10 может инициировать данную процедуру в случае истечения срока действия таймера. Кроме того, UE_A 10 может инициировать настоящую процедуру при необходимости обновления контекста каждого устройства вследствие разъединения или признания недействительности (также упоминаемого как деактивация) сеанса PDU. Кроме того, UE_A 10 может инициировать настоящую процедуру при изменения информации о возможностях и/или предпочтения, касающегося создания сеанса PDU оборудования UE_A 10. Кроме того, UE_A 10 может регулярно инициировать данную процедуру. Следует отметить, что UE_A 10 не ограничивается этим и может выполнять настоящую процедуру в любой момент времени, пока находится в состоянии, в котором создан сеанс PDU.
[0183]
1.3.1.1. Пример процедуры регистрации
Пример способа выполнения процедуры регистрации будет описан со ссылкой на ФИГ. 9. В этом разделе настоящая процедура относится к процедуре регистрации. Каждый этап настоящей процедуры будет описан ниже.
[0184]
Сначала UE_A 10 передает сообщение с запросом регистрации на AMF_A 240 посредством NR-узла_A 122 (S900, S902, S904) для инициирования процедуры регистрации (NR-узел также упоминается как gNB). UE_A 10 может передавать сообщение с запросом регистрации, включающее в себя сообщение управления сеансом (SM) (например, сообщение с запросом создания сеанса PDU) или сообщение с запросом регистрации вместе с сообщением SM (например, сообщением с запросом создания сеанса PDU) для инициирования процедуры для SM, например процедуру создания сеанса PDU, во время процедуры регистрации.
[0185]
В частности, UE_A 10 передает сообщение управления радиоресурсом (RRC), включающее в себя сообщение с запросом регистрации, на NR-узел_A 122 (S900). NR-узел_A 122 при приеме сообщения RRC, включая сообщение с запросом регистрации, извлекает сообщение с запросом регистрации из сообщения RRC и выбирает AMF_A 240 в качестве NF или общей функции CP, на которую маршрутизируют сообщение с запросом регистрации (S902). В данном случае NR-узел_A 122 может выбирать AMF_A 240 на основании информации, включенной в сообщение RRC. NR-узел_A 122 передает или перенаправляет сообщение с запросом регистрации выбранному AMF_A 240 (S904).
[0186]
Следует отметить, что сообщение с запросом регистрации представляет собой сообщение слоя без доступа (NAS), переданное и/или принятое посредством интерфейса N1. Сообщение RRC может представлять собой управляющее сообщение, переданное и/или принятое между UE_A 10 и NR-узлом_A 122. Сообщение NAS обрабатывают на уровне NAS, сообщение RRC обрабатывают на уровне RRC, а уровень NAS представляет собой более высокий уровень, чем уровень RRC.
[0187]
В случае множества NSI, для которых запрашивают регистрацию, UE_A 10 может передавать сообщение с запросом регистрации для каждого NSI или множество сообщений с запросом регистрации, включенных в одно или более сообщений RRC. Множество описанных выше сообщений с запросом регистрации, включенных в одно или более сообщений RRC, можно передавать в виде одного сообщения с запросом регистрации.
[0188]
В данном случае UE_A 10 может включать одну или более идентификационную информацию из идентификационной информации с первой по восьмую, 61-ю идентификационную информацию и 71-ю идентификационную информацию в сообщение с запросом регистрации и/или в сообщение RRC. Следует отметить, что две или более идентификационные информации из перечисленной идентификационной информации могут быть сконфигурированы как одна или более идентификационные информации.
[0189]
Более того, UE_A 10 может передавать одну или более идентификационную информацию из идентификационной информации с первой по восьмую, включенную в сообщение с запросом регистрации и/или сообщение RRC, для указания, что UE_A 10 поддерживает RQoS, или запрос перехода в состояние, в котором RQoS доступно.
[0190]
Кроме того, UE_A 10 может передавать одну или более идентификационную информацию из идентификационной информации с первой по восьмую, включенную в сообщение с запросом регистрации и/или сообщение RRC, для указания, что UE_A 10 не поддерживает RQoS, или указания, что UE_A 10 не запрашивает переход в состояние, в котором RQoS доступно.
[0191]
Если говорить конкретно, UE_A 10 может передавать первую идентификационную информацию, и/или вторую идентификационную информацию, и/или шестую идентификационную информацию, и/или седьмую идентификационную информацию, включенную в сообщение с запросом регистрации и/или сообщение RRC, для указания, что UE_A 10 поддерживает RQoS, контролируемое посредством плоскости управления, или запрашивать переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления. В этом случае UE_A 10 может передавать сообщение с запросом регистрации и/или сообщение RRC без включения третьей идентификационной информации и/или восьмой идентификационной информации для указания, что UE_A 10 не поддерживает RQoS, контролируемое посредством плоскости пользователя, или указания, что UE_A 10 не запрашивает переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0192]
UE_A 10 может передавать первую идентификационную информацию, и/или вторую идентификационную информацию, и/или шестую идентификационную информацию, и/или седьмую идентификационную информацию, включенную в сообщение с запросом регистрации и/или сообщение RRC, для указания, что UE_A 10 не поддерживает RQoS, контролируемое посредством плоскости управления, или для указания, что UE_A 10 не запрашивает переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0193]
Более того, UE_A 10 может передавать первую идентификационную информацию, и/или третью идентификационную информацию, и/или шестую идентификационную информацию, и/или восьмую идентификационную информацию, включенную в сообщение с запросом регистрации и/или сообщение RRC, для указания, что UE_A 10 поддерживает RQoS, контролируемое посредством плоскости пользователя, или может запрашивать переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя. В этом случае UE_A 10 может передавать сообщение с запросом регистрации и/или сообщение RRC без включения второй идентификационной информации и/или седьмой идентификационной информации для указания, что UE_A 10 не поддерживает RQoS, контролируемое посредством плоскости управления, или для указания, что UE_A 10 не запрашивает переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0194]
UE_A 10 может передавать первую идентификационную информацию, и/или третью идентификационную информацию, и/или шестую идентификационную информацию, и/или восьмую идентификационную информацию, включенную в сообщение с запросом регистрации и/или сообщение RRC, для указания, что UE_A 10 не поддерживает RQoS, контролируемое посредством плоскости пользователя, или для указания, что UE_A 10 не запрашивает переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0195]
Кроме того, UE_A 10 может передавать одну или более идентификационную информацию из идентификационной информации с первой по третью и с шестой по восьмую идентификационную информацию в связи с четвертой идентификационной информацией для указания, поддерживает ли UE_A 10 качество RQoS или запрашивает ли у UE_A 10 переход в состояние, в котором RQoS доступно, для сеанса PDU, созданного для DN, идентифицированной четвертой идентификационной информацией.
[0196]
Кроме того, UE_A 10 может передавать одну или более идентификационную информацию из идентификационной информации с первой по третью и с шестой по восьмую идентификационную информацию в связи с пятой идентификационной информацией для указания, поддерживает ли UE_A 10 качество RQoS или запрашивает ли у UE_A 10 переход в состояние, в котором RQoS доступно, для сеанса PDU, идентифицированного пятой идентификационной информацией.
[0197]
Кроме того, UE_A 10 может передавать одну или более идентификационную информацию из идентификационной информации с первой по восьмую, включенную в сообщение с запросом регистрации и/или сообщение RRC, для указания, не поддерживает ли UE_A 10 качество RQoS, контролируемое инициированным UE способом, или не запрашивает ли UE_A 10 переход в состояние, в котором доступно RQoS, контролируемое инициированным UE способом.
[0198]
Более того, UE_A 10 может передавать одну или более идентификационную информацию из идентификационной информации с первой по восьмую, включенную в сообщение с запросом регистрации и/или сообщение RRC, для указания, не поддерживает ли UE_A 10 качество RQoS, контролируемое инициированным сетью способом, или не запрашивает ли UE_A 10 переход в состояние, в котором доступно RQoS, контролируемое инициированным сетью способом.
[0199]
UE_A 10 может передавать первую идентификационную информацию, или передавать вторую идентификационную информацию и третью идентификационную информацию, или передавать шестую идентификационную информацию, или передавать седьмую идентификационную информацию и восьмую идентификационную информацию, или, когда две или более идентификационной информации из перечисленной идентификационной информации сконфигурированы как одна или более идентификационная информация, передавать одну или более из перечисленной идентификационной информации, чтобы указывать, что UE_A 10 поддерживает RQoS, контролируемое посредством плоскости управления, и UE_A 10 поддерживает RQoS, контролируемое посредством плоскости пользователя, или запрашивать переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя, и переходить в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0200]
Кроме того, UE_A 10 может передавать 61-ю идентификационную информацию, и/или четвертую идентификационную информацию, и/или пятую идентификационную информацию, включенную в сообщение с запросом регистрации и/или сообщение RRC, для запроса аутентификации/авторизации сервиса сетью DN посредством интерфейса 3GPP (такого как интерфейс N6) или запрашивать процедуру аутентификации/авторизации при создании сеанса PDU в рамках настоящей процедуры.
[0201]
Если говорить конкретно, UE_A 10 может передавать 61-ю идентификационную информацию и четвертую идентификационную информацию в связи друг с другом для запроса от DN_A 5 аутентификации/авторизации сервиса посредством интерфейса 3GPP или запроса на выполнение процедуры аутентификации/авторизации при создании сеанса PDU в рамках настоящей процедуры в сеансе PDU, созданном для DN, идентифицированной четвертой идентификационной информацией.
[0202]
Кроме того, UE_A 10 может передавать 61-ю идентификационную информацию и пятую идентификационную информацию в связи друг с другом для запроса от DN_A 5 аутентификации/авторизации сервиса посредством интерфейса 3GPP или запроса на выполнение процедуры аутентификации/авторизации при создании сеанса PDU в рамках настоящей процедуры в сеансе PDU, созданном для DN, идентифицированной пятой идентификационной информацией.
[0203]
Более того, UE_A 10 может передавать 71-ю идентификационную информацию, и/или четвертую идентификационную информацию, и/или пятую идентификационную информацию, включенную в сообщение с запросом регистрации и/или сообщение RRC, для запроса создания сеанса PDU, принадлежащего сетевому срезу, указания сетевого среза, которому принадлежит запрошенный UE_A 10 сеанс PDU, или указания сетевого среза, которому принадлежит сеанс PDU.
[0204]
Если говорить конкретно, UE_A 10 может передавать 71-ю идентификационную информацию и четвертую идентификационную информацию в связи друг с другом для запроса создания сеанса PDU, принадлежащего сетевому срезу, указания сетевого среза, которому принадлежит запрошенный UE_A 10 сеанс PDU, или указания сетевого среза, которому принадлежит сеанс PDU, в сеансе PDU, созданном для DN, идентифицированной четвертой идентификационной информацией.
[0205]
Кроме того, UE_A 10 может передавать 71-ю идентификационную информацию и пятую идентификационную информацию в связи друг с другом для запроса создания сеанса PDU, принадлежащего сетевому срезу, указания сетевого среза, которому принадлежит запрошенный UE_A 10 сеанс PDU, или указания сетевого среза, которому принадлежит сеанс PDU, в сеансе PDU, идентифицированном пятой идентификационной информацией.
[0206]
Более того, UE_A 10 может передавать два или более фрагментов идентификационной информации из идентификационной информации с первой по восьмую, 61-ю идентификационную информацию и 71-ю идентификационную информацию в связи друг с другом для выполнения запроса в сочетании с описанными выше условиями. Следует отметить, что условия, указанные UE_A 10, передающим идентификационную информацию, могут не ограничиваться ими.
[0207]
Следует отметить, что UE_A 10 может определять, какая идентификационная информация из идентификационной информации с первой по восьмую, 61-й идентификационной информации и 71-й идентификационной информации должна быть включена в сообщение с запросом регистрации на основании информации о возможностях UE_A 10 и/или политики, такой как политика UE, и/или предпочтения UE_A 10, и/или приложения (более высокий уровень). Следует отметить, что определение, выполняемое UE_A 10 относительно того, какая идентификационная информация должна быть включена в сообщение с запросом регистрации, не ограничивается определением, описанным выше.
[0208]
UE_A 10 может передавать эту идентификационную информацию, включенную в управляющее сообщение (например, сообщение NAS или сообщение RRC), отличное от сообщения с запросом регистрации.
[0209]
AMF_A 240 при приеме сообщения с запросом регистрации и/или управляющего сообщения, отличного от сообщения с запросом регистрации, выполняет первое определение условия. Первое определение условия заключается в необходимости для AMF_A 240 определения, принимать ли запрос UE_A 10. В первом определении условия AMF_A 240 определяет, является ли первое определение условия истинным или ложным. При истинном первом определении условия (т. е. когда сеть одобряет запрос UE_A 10) AMF_A 240 инициирует процедуру (A) в настоящей процедуре, а при ложности первого определения условия (т. е. когда сеть не одобряет запрос UE_A 10) AMF_A 240 в рамках настоящей процедуры инициирует процедуру (B).
[0210]
Далее будут описаны этапы для истинного первого определения условия, то есть этапы процедуры (А) в рамках настоящей процедуры. AMF_A 240 выполняет четвертое определение условия для инициирования процедуры (А) в рамках настоящей процедуры. Четвертое определение условия заключается в том, что AMF_A 240 определяет, передавать и/или принимать сообщение SM на и/или от SMF_A 230. Другими словами, четвертое определение условия может заключаться в определении для AMF_A 240, выполнять ли процедуру создания сеанса PDU в рамках настоящей процедуры. При истинном четвертом определении условия (т. е. когда AMF_A 240 должен передавать и/или принимать сообщение SM в и/или от SMF_A 230) AMF_A 240 выбирает SMF_A 230 и передает и/или принимает сообщение SM к выбранному SMF_A 230 и/или от него, и при ложном четвертом определении условия (т. е. когда AMF_A 240 не передает и/или не принимает сообщение SM к и/или от SMF_A 230) AMF_A 240 пропускает эти операции (S906). Следует отметить, что при приеме AMF_A 240 сообщения SM, указывающего отклонение от SMF_A 230 AMF_A 240 может остановить процедуру (A) в настоящей процедуре и инициировать процедуру (B) в настоящей процедуре.
[0211]
Более того, AMF_A 240 передает UE_A 10 сообщение об одобрении регистрации посредством NR-узла_A 122 на основании приема сообщения с запросом регистрации от UE_A 10 и/или завершения передачи и/или приема сообщения SM в и/или от SMF_A 230 (S908). Например, при истинном четвертом определении условия AMF_A 240 может передавать сообщение об одобрении регистрации на основании приема сообщения с запросом регистрации от UE_A 10. При ложном четвертом определении условия AMF_A 240 может передавать сообщение об одобрении регистрации на основании завершения передачи и/или приема сообщения SM в и/или от SMF_A 230. В данном случае сообщение об одобрении регистрации может быть передано как ответное сообщение на сообщение с запросом регистрации. Сообщение об одобрении регистрации представляет собой сообщение NAS, переданное и/или принятое по интерфейсу N1, и, например, AMF_A 240 может передавать сообщение об одобрении регистрации как управляющее сообщение интерфейса N2 на NR-узел_A 122, а NR-узел_A 122, который принимает управляющее сообщение, может передавать UE_A 10 принятое управляющее сообщение, включенное в сообщение RRC.
[0212]
Кроме того, при истинном четвертом определении условия AMF_A 240 может передавать сообщение SM (например, сообщение об одобрении создания сеанса PDU), включенное в сообщение об одобрении регистрации, или передавать сообщение SM (например, сообщение об одобрении создания сеанса PDU) вместе с сообщением об одобрении регистрации. Этот способ передачи можно выполнять при включении сообщения SM (например, сообщение с запросом создания сеанса PDU) в сообщение с запросом регистрации и при истинности четвертого определения условия. Этот способ передачи можно выполнять при включении сообщения SM (например, сообщения с запросом создания сеанса PDU) вместе с сообщением с запросом регистрации и при истинности четвертого определения условия. AMF_A 240 может выполнять такой способ передачи для указания на одобрение процедуры для SM.
[0213]
В данном случае AMF_A 240 может включать в себя одну или более идентификационную информацию из идентификационной информации с одиннадцатой по девятнадцатую в сообщение об одобрении регистрации или может указывать на одобрение запроса UE_A 10 путем включения этой идентификационной информации. Следует отметить, что две или более идентификационные информации из перечисленной идентификационной информации могут быть сконфигурированы как одна или более идентификационные информации.
[0214]
Более того, AMF_A 240 может передавать одну или более идентификационную информацию, включенную в сообщение об одобрении регистрации, из идентификационной информации с одиннадцатой по девятнадцатую для указания поддержки сетью качества RQoS или приема запроса на переход в состояние, в котором доступно RQoS.
[0215]
Если говорить конкретно, AMF_A 240 может передавать одиннадцатую идентификационную информацию, и/или двенадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или восемнадцатую идентификационную информацию, включенные в сообщение об одобрении регистрации, для указания поддержки сетью качества RQoS, контролируемого посредством плоскости управления или приема запроса на переход в состояние, в котором доступно RQoS. В этом случае AMF_A 240 может передавать сообщение об одобрении регистрации без включения тринадцатой идентификационной информации и/или девятнадцатой идентификационной информации для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости пользователя, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0216]
AMF_A 240 может передавать одиннадцатую идентификационную информацию, и/или двенадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или восемнадцатую идентификационную информацию, включенные в сообщение об одобрении регистрации, для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости управления, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0217]
Более того, AMF_A 240 может передавать одиннадцатую идентификационную информацию, и/или тринадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или девятнадцатую идентификационную информацию, включенные в сообщение об одобрении регистрации, для указания на поддержку сетью качества RQoS, контролируемого посредством плоскости пользователя, или на прием запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя. В этом случае AMF_A 240 может передавать сообщение об одобрении регистрации без включения двенадцатой идентификационной информации и/или восемнадцатой идентификационной информации для указания на отсутствие поддержки качества RQoS, контролируемого посредством плоскости управления, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0218]
AMF_A 240 может передавать одиннадцатую идентификационную информацию, и/или тринадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или девятнадцатую идентификационную информацию, включенные в сообщение об одобрении регистрации, для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости пользователя или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0219]
Кроме того, AMF_A 240 может передавать одну или более идентификационную информацию из идентификационной информации с одиннадцатой по тринадцатую и с шестой по восьмую идентификационную информацию в связи с четырнадцатой идентификационной информацией для указания, поддерживает ли сеть RQoS или одобрен ли переход в состояние, в котором RQoS доступно, для сеанса PDU, созданного для DN, идентифицированной четырнадцатой идентификационной информацией.
[0220]
Кроме того, UE_A 240 может передавать одну или более идентификационную информацию из идентификационной информации с одиннадцатой по тринадцатую и с семнадцатой по девятнадцатую идентификационную информацию в связи с пятнадцатой идентификационной информацией для указания, поддерживает ли сеть RQoS, или одобрен ли запрос перехода в состояние, в котором RQoS доступно, для сеанса PDU, созданного для DN, идентифицированной пятнадцатой идентификационной информацией.
[0221]
Более того, AMF_A 240 может передавать одну или более идентификационную информацию, включенную в сообщение об одобрении регистрации, из идентификационной информации с одиннадцатой по девятнадцатую для указания, поддерживает ли сеть RQoS, контролируемое инициированным UE способом, или одобрен ли запрос перехода в состояние, в котором доступно RQoS, контролируемое инициированным UE способом.
[0222]
Более того, AMF_A 240 может передавать одну или более идентификационную информацию, включенную в сообщение об одобрении регистрации, из идентификационной информации с одиннадцатой по девятнадцатую для указания, поддерживает ли сеть RQoS, контролируемое инициированным сетью способом, или одобрен ли запрос перехода в состояние, в котором доступно RQoS, контролируемое инициированным сетью способом.
[0223]
Кроме того, AMF_A 240 может передавать одну или более идентификационную информацию из идентификационной информации с одиннадцатой по пятнадцатую и с семнадцатой по девятнадцатую идентификационную информацию в связи с шестнадцатой идентификационной информацией для указания действительного периода RQoS, применяемого для обмена пользовательскими данными - периода, в течение которого подтверждено RQoS для обмена пользовательскими данными после выполнения проверки допустимости RQoS, или периода до истечения времени работы таймера RQoS, который запускается в момент подтверждения RQoS для обмена пользовательскими данными.
[0224]
UE_A 10 может передавать одиннадцатую идентификационную информацию или передавать двенадцатую идентификационную информацию и тринадцатую идентификационную информацию, или передавать семнадцатую идентификационную информацию, или передавать восемнадцатую идентификационную информацию и девятнадцатую идентификационную информацию, или при конфигурировании двух или более идентификационных информаций из указанной идентификационной информации как одной или более идентификационной информации, передавать одну или более из указанной сконфигурированной идентификационной информации для указания, что сеть поддерживает RQoS, контролируемое посредством плоскости управления, и сеть поддерживает RQoS, контролируемое посредством плоскости пользователя, или для указания на одобрение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления, и одобрение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0225]
Более того, AMF_A 240 может передавать два или более фрагментов идентификационной информации из идентификационной информации с одиннадцатой по девятнадцатую в связи друг с другом для выполнения запроса в сочетании с описанными выше условиями. Следует отметить, что условия, указанные AMF_А 240, передающим идентификационную информацию, могут не ограничиваться ими.
[0226]
Следует отметить, что AMF_A 240 может определять, какая идентификационная информация из идентификационной информации с одиннадцатой по девятнадцатую должна быть включена в сообщение об одобрении регистрации на основании принятой идентификационной информации, и/или информации о возможностях сети, и/или политики оператора, и/или состояния сети, и/или информации о регистрации пользователя (подписка пользователя) и т. п.
[0227]
Например, одиннадцатая идентификационная информация и/или семнадцатая идентификационная информация могут представлять собой информацию, переданную в случае, когда сеть поддерживает RQoS, и/или в случае приема идентификационной информации с первой по третью и/или с шестой по восьмую идентификационную информацию. Кроме того, двенадцатая идентификационная информация и/или восемнадцатая идентификационная информация могут представлять собой информацию, переданную в случае, когда сеть поддерживает RQoS, контролируемое посредством плоскости управления, и/или в случае приема идентификационной информации с первой по третью и/или с шестой по восьмую идентификационную информацию. Более того, тринадцатая идентификационная информация и/или девятнадцатая идентификационная информация могут представлять собой информацию, переданную в случае, когда сеть поддерживает RQoS, контролируемое посредством плоскости пользователя, и/или в случае приема идентификационной информации с первой по третью и/или с шестой по восьмую идентификационную информацию.
[0228]
Кроме того, четырнадцатая идентификационная информация может представлять собой информацию, указывающую то же DNN, что и DNN, указанное четвертой идентификационной информацией, или может представлять собой информацию, указывающую другое DNN. Кроме того, пятнадцатая идентификационная информация может представлять собой информацию, указывающую тот же идентификатор сеанса PDU, что и идентификатор сеанса PDU, указанный пятой идентификационной информацией, или может представлять собой информацию, указывающую другой идентификатор сеанса PDU. Следует отметить, что определение, выполняемое AMF_A 240 относительно того, какая идентификационная информация должна быть включена в сообщение об одобрении регистрации, не ограничивается описанным выше определением.
[0229]
UE_A 10 принимает сообщение об одобрении регистрации посредством NR-узла_A 122 (S908). UE_A 10 принимает сообщение об одобрении регистрации для распознавания содержимого различной идентификационной информации, включенной в сообщение об одобрении регистрации.
[0230]
Более того, UE_A 10 дополнительно выполняет первый способ на основании приема сообщения об одобрении регистрации (S909). Следует отметить, что UE_A 10 может выполнять первый способ на основании передачи сообщения о завершении регистрации или на основании завершения настоящей процедуры.
[0231]
В данном случае первый способ может представлять собой способ, в котором UE_A 10 распознает условие, указанное AMF_A 240. Более того, первый способ может представлять собой способ, в котором UE_A 10 сохраняет принятую идентификационную информацию в качестве контекста, или может представлять собой способ, в котором UE_A 10 перенаправляет принятую идентификационную информацию на более высокий уровень и/или на более низкий уровень. Кроме того, первый способ может представлять собой способ, в котором UE_A 10 распознает одобрение запроса на применение настоящей процедуры.
[0232]
При приеме оборудованием UE_A 10 одной или более идентификационной информации из идентификационной информации с одиннадцатой по девятнадцатую первый способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором возможно выполнение процедуры валидации RQoS в любой момент после создания сеанса PDU, или способ, при котором UE_A 10 инициирует процедуру валидации RQoS после создания сеанса PDU.
[0233]
Если говорить конкретно, в случае когда UE_A 10 принимает одиннадцатую идентификационную информацию, и/или двенадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или восемнадцатую идентификационную информацию, первый способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором возможно выполнение процедуры валидации RQoS, контролируемого посредством плоскости управления в любой момент после создания сеанса PDU. Кроме того, в случае когда UE_A 10 принимает одиннадцатую идентификационную информацию, и/или тринадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или девятнадцатую идентификационную информацию, первый способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором возможно выполнение процедуры валидации RQoS, контролируемого посредством плоскости пользователя, в любой момент после создания сеанса PDU.
[0234]
Более того, в случае когда UE_A 10 принимает одну или более идентификационную информацию из идентификационной информации с одиннадцатой по девятнадцатую и шестнадцатую идентификационную информацию, первый способ может представлять собой способ, при котором UE_A 10 устанавливает значение таймера RQoS на значение, указанное шестнадцатой идентификационной информацией. Следует отметить, что первый способ может не ограничиваться этими способами.
[0235]
Затем UE_A 10 передает в AMF_A 240 сообщение о завершении регистрации на основании приема сообщения об одобрении регистрации и/или завершения первого способа (S910). Следует отметить, что при приеме оборудованием UE_A 10 сообщения SM, такого как сообщение об одобрении создания сеанса PDU, UE_A 10 может включать сообщение SM, такое как сообщение о завершении создания сеанса PDU, в сообщение о завершении регистрации и передавать сообщение о завершении регистрации или может указывать на завершение процедуры для SM путем включения сообщения SM. В данном случае сообщение о завершении регистрации может быть передано как ответное сообщение на сообщение об одобрении регистрации. Сообщение о завершении регистрации представляет собой сообщение NAS, переданное и/или принятое по интерфейсу N1, и, например, UE_A 10 может передавать сообщение о завершении регистрации, включенное в сообщение RRC, на NR-узел_A 122, а NR-узел_A 122, который принимает сообщение о завершении регистрации, может передавать в AMF_A 240 принятое сообщение о завершении регистрации как управляющее сообщение интерфейса N2.
[0236]
AMF_A 240 принимает сообщение о завершении регистрации (S910). Каждое устройство завершает процедуру (А) в рамках настоящей процедуры на основании передачи и/или приема сообщения об одобрении регистрации и/или сообщения о завершении регистрации.
[0237]
Далее будут описаны этапы для ложного первого определения условия, то есть этапы процедуры (B) в рамках настоящей процедуры. AMF_A 240 передает UE_A 10 сообщение об отклонении регистрации посредством NR-узла_A 122 (S912) для инициирования процедуры (В) в рамках настоящей процедуры. В данном случае сообщение об отклонении регистрации может быть передано как ответное сообщение на сообщение с запросом регистрации. Сообщение об отклонении регистрации представляет собой сообщение NAS, переданное и/или принятое по интерфейсу N1, и, например, AMF_A 240 может передавать сообщение об отклонении регистрации как управляющее сообщение интерфейса N2 на NR-узел_A 122, а NR-узел_A 122, который принимает сообщение об отклонении регистрации, может передавать на UE_A 10 принятое сообщение об отклонении регистрации, включенное в сообщение RRC. Сообщение об отклонении регистрации, переданное от AMF_A 240, не ограничивается этим, пока оно является сообщением, отклоняющим запрос UE_A 10.
[0238]
Следует отметить, что процедура (B) в ходе настоящей процедуры может быть инициирована при отмене процедуры (A) в настоящей процедуре. В процедуре (A) при истинном четвертом определении условия AMF_A 240 может передавать сообщение об отклонении регистрации, включающее в себя сообщение SM, означающее отклонение, такое как сообщение об отклонении создания сеанса PDU, или может указывать на отклонение процедуры для SM путем включения сообщения SM, означающего отклонение. В этом случае UE_A 10 может дополнительно принимать сообщение SM, означающее отклонение, например сообщение об отклонении создания сеанса PDU, или может распознавать отклонение процедуры для SM.
[0239]
В данном случае AMF_A 240 может включать в себя одну или более идентификационную информацию из идентификационной информации с 21-й по 29-ю и 72-ю идентификационную информацию в сообщение об отклонении регистрации или может указывать на отклонение запроса UE_A 10 путем включения этой идентификационной информации. Следует отметить, что две или более идентификационные информации из перечисленной идентификационной информации могут быть сконфигурированы как одна или более идентификационные информации.
[0240]
Кроме того, AMF_A 240 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении регистрации, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS или на отклонение запроса на переход в состояние, в котором доступно RQoS.
[0241]
Если говорить конкретно, AMF_A 240 может передавать 21-ю идентификационную информацию, и/или 22-ю идентификационную информацию, и/или 23-ю идентификационную информацию, и/или 27-ю идентификационную информацию, и/или 28-ю идентификационную информацию, включенную в сообщение об отклонении регистрации, для указания на отсутствия поддержки сетью качества RQoS, контролируемого посредством плоскости управления, или на отклонение запроса на переход в состояние, в котором доступна RQoS, контролируемое посредством плоскости управления. В этом случае AMF_A 240 может передавать сообщение об отклонении регистрации без включения 24-й идентификационной информации и/или 29-й идентификационной информации для указания на поддержку сетью качества RQoS, контролируемого посредством плоскости пользователя, или на прием запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0242]
Более того, AMF_A 240 может передавать 21-ю идентификационную информацию, и/или 22-ю идентификационную информацию, и/или 24-ю идентификационную информацию, и/или 27-ю идентификационную информацию, и/или 29-ю идентификационную информацию, включенные в сообщение об отклонении регистрации, для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости пользователя, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя. В этом случае AMF_A 240 может передавать сообщение об отклонении регистрации без включения 23-й идентификационной информации и/или 28-й идентификационной информации для указания поддержки сетью качества RQoS, контролируемого посредством плоскости управления, или на прием запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0243]
Более того, AMF_A 240 может передавать 21-ю идентификационную информацию и/или передавать одну или более идентификационную информацию из идентификационной информации с 22-й по 24-ю и с 27-й по 29-ю идентификационную информацию в связи с 25-й идентификационной информацией, для указания на отсутствие поддержки сетью качества RQoS или на отклонения запроса на переход в состояние, в котором доступно RQoS, для сеанса PDU, созданного для DN, идентифицированной четвертой идентификационной информацией, принятой AMF_A 240, и/или 25-й идентификационной информацией.
[0244]
Кроме того, AMF_A 240 может передавать 21-ю идентификационную информацию и/или передавать одну или более идентификационную информацию из идентификационной информации с 22-й по 24-ю и с 27-й по 29-ю идентификационную информацию в связи с 26-й идентификационной информацией для указания на отсутствие поддержки сетью качества RQoS или на отклонение запроса на переход в состояние, в котором доступно RQoS, для сеанса PDU, идентифицированного пятой идентификационной информацией, принятой AMF_A 240, и/или 26-й идентификационной информацией.
[0245]
Кроме того, AMF_A 240 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении регистрации, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS или на отклонение запроса на переход в состояние, в котором доступно RQoS, для зоны регистрации (RA) и/или зоны отслеживания (TA), к которым в данный момент принадлежит UE_A 10.
[0246]
Более того, AMF_A 240 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении регистрации, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS или на отклонение запроса на переход в состояние, в котором доступно RQoS, для сети доступа, к которой в данный момент подключается UE_A 10.
[0247]
Кроме того, AMF_A 240 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении регистрации, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS, контролируемого инициированным UE способом или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое инициированным UE способом.
[0248]
Более того, AMF_A 240 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении регистрации, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS, контролируемого инициированным сетью способом, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое инициированным сетью способом.
[0249]
UE_A 10 может передавать 21-ю идентификационную информацию, или передавать 22-ю идентификационную информацию, или передавать 23-ю идентификационную информацию и 24-ю идентификационную информацию, или передавать 27-ю идентификационную информацию, или передавать 28-ю идентификационную информацию и 29-ю идентификационную информацию, или при конфигурации двух или более идентификационных информаций из указанной идентификационной информации как одной или более идентификационной информации, передавать одну или более из указанной сконфигурированной идентификационной информации для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости управления, и отсутствия поддержки сетью качества RQoS, контролируемого посредством плоскости пользователя, или для указания на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления, и на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0250]
Кроме того, AMF_A 240 может передавать 72-ю идентификационную информацию, и/или 25-ю идентификационную информацию, и/или 26-ю идентификационную информацию, включенные в сообщение об отклонении регистрации, для указания на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, указания сетевого среза, к которому не должен принадлежать сеанс PDU, или указания сетевого среза, к которому отклоняют принадлежность сеанса PDU.
[0251]
Если говорить конкретно, AMF_A 240 может передавать 72-ю идентификационную информацию и 25-ю идентификационную информацию в связи друг с другом для указания на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, или указания сетевого среза, к которому не должен принадлежать сеанс PDU, в сеансе PDU, созданном для DN, идентифицированной 25-й идентификационной информацией.
[0252]
Кроме того, AMF_A 240 может передавать 61-ю идентификационную информацию и 26-ю идентификационную информацию в связи друг с другом для указания на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, или указания сетевого среза, к которому не должен принадлежать сеанс PDU, в сеансе PDU, идентифицированном 26-й идентификационной информацией.
[0253]
Более того, AMF_A 240 может передавать 72-ю идентификационную информацию, включенную в сообщение об отклонении регистрации, для указания, на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, или указания сетевого среза, к которому не должен принадлежать сеанс PDU, в зоне регистрации и/или зоне отслеживания, к которым в данный момент принадлежит UE_A 10.
[0254]
Кроме того, AMF_A 240 может передавать 72-ю идентификационную информацию, включенную в сообщение об отклонении регистрации, для указания на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, или указания сетевого среза, к которому не должен принадлежать сеанс PDU, в сети доступа, к которой в данный момент подключается UE_A 10.
[0255]
Более того, AMF_A 240 может передавать 72-ю идентификационную информацию, включенную в сообщение об отклонении регистрации, для указания значения первого таймера или для указания, следует ли снова выполнять ту же процедуру, что и настоящая процедура, после завершения настоящей процедуры.
[0256]
Кроме того, AMF_A 240 может передавать две или более идентификационной информации из идентификационной информации с 21-ю по 29-ю и/или 72-ю идентификационную информацию в связи друг с другом для запроса комбинации описанных выше условий. Следует отметить, что условия, указанные AMF_А 240, передающим идентификационную информацию, могут не ограничиваться ими.
[0257]
Следует отметить, что AMF_A 240 может определять, какая из идентификационной информации с 21-й по 29-ю и/или 72-й идентификационной информации должна быть включена в сообщение об отклонении регистрации на основании принятой идентификационной информации, и/или информации о возможностях сети, и/или политики, такой как политика оператора, и/или состояния сети.
[0258]
Например, 21-я идентификационная информация может представлять собой информацию, переданную в случае, когда сеть не поддерживает RQoS, и/или в случае приема одной или более идентификационной информации из идентификационной информации с первой по восьмую. Кроме того, например, 22-я идентификационная информация и/или 27-я идентификационная информация могут представлять собой информацию, переданную при отсутствии поддержки сетью качества RQoS и/или при приеме идентификационной информации с первой по третью и/или идентификационной информации с шестой по восьмую. Кроме того, 23-я идентификационная информация и/или 28-я идентификационная информация могут представлять собой информацию, переданную при поддержке сетью качества RQoS, контролируемого посредством плоскости управления, и/или при приеме идентификационной информации с первой по третью и/или идентификационной информации с шестой по восьмую. Более того, 24-я идентификационная информация и/или 29-я идентификационная информация могут представлять собой информацию, переданную при поддержке сетью качества RQoS, контролируемого посредством плоскости пользователя, и/или при приеме идентификационной информации с первой по третью и/или идентификационной информации с шестой по восьмую.
[0259]
Кроме того, 25-я идентификационная информация может представлять собой информацию, указывающую то же DNN, что и DNN, указанное четвертой идентификационной информацией. Более того, 26-я идентификационная информация может представлять собой информацию, указывающую тот же идентификатор сеанса PDU, что и идентификатор сеанса PDU, указанный пятой идентификационной информацией. Кроме того, 72-я идентификационная информация может представлять собой информацию, переданную при приеме 71-й идентификационной информации и/или при отсутствии разрешения сетью сетевого среза, указанного 71-й идентификационной информацией. Следует отметить, что определение, выполняемое SMF_A 240 относительно того, какая идентификационная информация должна быть включена в сообщение об отклонении регистрации, не ограничивается описанным выше определением.
[0260]
UE_A 10 принимает сообщение об отклонении регистрации. UE_A 10 выполняет второй способ на основании приема сообщения об отклонении регистрации (S914). Следует отметить, что UE_A 10 может выполнять второй способ на основании завершения настоящей процедуры.
[0261]
В данном случае второй способ может представлять собой способ, при котором UE_A 10 распознает условие, указанное AMF_A 240. Более того, второй способ может представлять собой способ, при котором UE_A 10 сохраняет принятую идентификационную информацию в качестве контекста, или может представлять собой способ, при котором UE_A 10 перенаправляет принятую идентификационную информацию на более высокий уровень и/или на более низкий уровень. Кроме того, второй способ может представлять собой способ, при котором UE_A 10 распознает отклонение запроса на применение настоящей процедуры.
[0262]
Более того, при приеме оборудованием UE_A 10 одной или более идентификационной информации из идентификационной информации с 21-й по 29-ю второй способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором невозможно выполнение процедуры валидации RQoS, или способ для поддержания состояния неприменения RQoS.
[0263]
Если говорить конкретно, в случае когда UE_A 10 принимает 22-ю идентификационную информацию, и/или 23-ю идентификационную информацию, и/или 27-ю идентификационную информацию, и/или 28-ю идентификационную информацию, второй способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором невозможно выполнение процедуры валидации RQoS, контролируемого посредством плоскости управления. Кроме того, в случае когда UE_A 10 принимает 22-ю идентификационную информацию, и/или 24-ю идентификационную информацию, и/или 27-ю идентификационную информацию, и/или 29-ю идентификационную информацию, второй способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором невозможно выполнение процедуры валидации RQoS, контролируемого посредством плоскости пользователя.
[0264]
Кроме того, в случае когда UE_A 10 принимает 72-ю идентификационную информацию, второй способ может представлять собой способ, при котором UE_A 10 конфигурирует первое значение таймера на значение, указанное 72-й идентификационной информацией, или способ, при котором UE_A 10 запускает первый таймер, настроенный на значение таймера. Более того, в случае когда UE_A 10 принимает 72-ю идентификационную информацию, второй способ может представлять собой способ для выполнения одного или более режима работы из режимов с первого по одиннадцатый.
[0265]
Кроме того, второй способ может представлять собой способ, при котором UE_A 10 повторно инициирует настоящую процедуру по истечении определенного периода времени или способ, при котором UE_A 10 переходит в состояние, в котором запрос UE_A 10 ограничен. Следует отметить, что второй способ может не ограничиваться этими способами.
[0266]
Более того, UE_A 10 может принимать сообщение об отклонении регистрации или не принимать сообщение об одобрении регистрации и, таким образом, распознавать отклонение запроса UE_A 10. Каждое устройство завершает процедуру (В) в рамках настоящей процедуры на основании передачи и/или приема сообщения об отклонении регистрации.
[0267]
Каждое устройство завершает настоящую процедуру (процедуру регистрации) на основании завершения процедуры (А) или (В) в рамках настоящей процедуры. Следует отметить, что каждое устройство может переходить в состояние, в котором UE_A 10 зарегистрировано в сети (состояние RM_REGISTERED), на основании завершения процедуры (A) во время настоящей процедуры или состояние, в котором UE_A 10 не зарегистрировано в сети (состояние RM_DEREGISTERED), на основании завершения процедуры (B) в ходе настоящей процедуры. Переход каждого устройства в каждое состояние может быть выполнено на основании завершения настоящей процедуры или на основании создания сеанса PDU.
[0268]
Кроме того, каждое устройство может выполнять способ на основании идентификационной информации, переданной и/или принятой в рамках настоящей процедуры, на основании завершения настоящей процедуры. Иными словами, UE_A 10 может выполнять первый способ или выполнять второй способ на основании завершения настоящей процедуры.
[0269]
Первое определение условия может быть выполнено на основании идентификационной информации, включенной в сообщение с запросом регистрации, и/или информации об абоненте, и/или политики оператора. Например, первое определение условия может быть истинным в случае разрешения сетью запроса UE_A 10. Первое определение условия может быть ложным в случае неразрешения сетью запроса UE_A 10. Более того, первое определение условия может быть истинным в случае, когда сеть, в которой зарегистрировано UE_A 10, и/или устройство в сети поддерживают функцию, запрашиваемую оборудованием UE_A 10, или может быть ложным в случае, если функция не поддерживается. Кроме того, первое определение условия может быть истинным при определении загруженного состояния сети или может быть ложным в случае при определении неперегруженного состояния сети. Следует отметить, что условия, с которыми определяют истинность или ложность первого определения условия, могут не ограничиваться ранее описанными условиями.
[0270]
Четвертое определение условия может быть выполнено на основании того, принимает ли AMF_A 240 сообщение SM или на основании того, включает ли сообщение с запросом регистрации сообщение SM. Например, четвертое определение условия может быть истинным в случае, когда AMF_A 240 принимает SM, и/или в случае, когда сообщение с запросом регистрации включает в себя сообщение SM, или может быть ложным в случае, когда AMF_A 240 не принимает SM, и/или в случае, когда сообщение с запросом регистрации не включает в себя сообщение SM. Следует отметить, что условия, с которыми определяют истинность или ложность четвертого определения условия, могут не ограничиваться ранее описанными условиями.
[0271]
1.3.2. Обзор процедуры создания сеанса PDU
Далее будет дан обзор процедуры создания сеанса PDU, выполняемой для создания сеанса PDU для DN_A 5. Ниже процедура создания сеанса PDU также упоминается как настоящая процедура. Настоящая процедура представляет собой процедуру создания сеанса PDU для каждого устройства. Следует отметить, что каждое устройство может выполнять настоящую процедуру в состоянии, в котором процедура регистрации завершена, или в ходе выполнения процедуры регистрации. Каждое устройство может инициировать настоящую процедуру в зарегистрированном состоянии или в любой момент времени после процедуры регистрации. Каждое устройство может устанавливать сеанс PDU на основании завершения процедуры создания сеанса PDU. Кроме того, каждое устройство может выполнять данную процедуру множество раз для создания множества сеансов PDU.
[0272]
1.3.2.1. Пример процедуры создания сеанса PDU
Пример способа выполнения процедуры создания сеанса PDU будет описан со ссылкой на ФИГ. 10. Каждый этап настоящей процедуры будет описан ниже. Сначала UE_A 10 передает в SMF_A 230 сообщение с запросом создания сеанса PDU посредством NR-узла_A 122 и AMF_A 240 (S1000) (S1002) (S1004) для инициирования процедуры создания сеанса PDU.
[0273]
В частности, UE_A 10 передает в AMF_A 240 сообщение с запросом создания сеанса PDU посредством NR-узла_A 122 через интерфейс N1 (S1000). AMF_A 240 при приеме сообщения с запросом создания сеанса PDU выбирает SMF_A 230 в качестве NF, на которую маршрутизируют сообщение с запросом создания сеанса PDU (S1002), и передает или перенаправляет сообщение с запросом создания сеанса PDU выбранному SMF_A 230 через интерфейс N11 (S1004). В данном случае AMF_A 240 может выбирать SMF_A 230 как адресат маршрутизации на основании информации, включенной в сообщение с запросом создания сеанса PDU. Если говорить конкретно, AMF_A 240 может выбирать SMF_A 230 в качестве адресата маршрутизации на основании идентификационной информации, полученной при приеме сообщения с запросом создания сеанса PDU, и/или информации об абоненте, и/или информации о возможностях сети, и/или на основании политики оператора, и/или состояния сети, и/или контекста, который уже содержится в AMF_A 240.
[0274]
Следует отметить, что сообщение с запросом создания сеанса PDU может представлять собой сообщение NAS. Сообщение с запросом создания сеанса PDU может, без ограничений, представлять собой сообщение для запроса создания сеанса PDU.
[0275]
В данном случае UE_A 10 может включать в себя одно или более из идентификационной информации из идентификационной информации с первой по восьмую, 61-й идентификационной информации и 71-й идентификационной информации в сообщение с запросом создания сеанса PDU или может указывать запрос UE_A 10 путем включения этой идентификационной информации. Следует отметить, что две или более идентификационные информации из перечисленной идентификационной информации могут быть сконфигурированы как одна или более идентификационные информации.
[0276]
Более того, UE_A 10 может передавать одну или более идентификационную информацию, включенную в сообщение с запросом создания сеанса PDU, из идентификационной информации с первой по восьмую для указания на поддержку оборудованием UE_A 10 качества RQoS или для запроса перехода в состояние, в котором доступно RQoS.
[0277]
Более того, UE_A 10 может передавать одну или более идентификационную информацию, включенную в сообщение с запросом создания сеанса PDU, из идентификационной информации с первой по восьмую для указания на поддержку оборудованием UE_A 10 качества RQoS или для указания на отсутствие с запросом оборудованием UE_A 10 перехода в состояние, в котором доступно RQoS.
[0278]
Если говорить конкретно, UE_A 10 может передавать первую идентификационную информацию, и/или вторую идентификационную информацию, и/или шестую идентификационную информацию, и/или седьмую идентификационную информацию, включенные в сообщение с запросом создания сеанса PDU, для указания на поддержку оборудованием UE_A 10 качества RQoS, контролируемого посредством плоскости управления, или для запроса перехода в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления. В этом случае UE_A 10 может передавать сообщение с запросом создания сеанса PDU без включения третьей идентификационной информации и/или восьмой идентификационной информации для указания на отсутствие поддержки оборудованием UE_A 10 качества RQoS, контролируемого посредством плоскости пользователя, или указания на отсутствие с запросом оборудованием UE_A 10 перехода в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0279]
UE_A 10 может передавать первую идентификационную информацию, и/или вторую идентификационную информацию, и/или шестую идентификационную информацию, и/или седьмую идентификационную информацию, включенные в сообщение с запросом создания сеанса PDU, для указания на отсутствие поддержки оборудованием UE_A 10 качества RQoS, контролируемого посредством плоскости управления, или указания на отсутствие с запросом оборудованием UE_A 10 перехода в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0280]
Кроме того, UE_A 10 может передавать первую идентификационную информацию, и/или третью идентификационную информацию, и/или шестую идентификационную информацию, и/или восьмую идентификационную информацию, включенные в сообщение с запросом создания сеанса PDU, для указания на поддержку оборудованием UE_A 10 качества RQoS, контролируемого посредством плоскости пользователя, или для запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя. В этом случае UE_A 10 может передавать сообщение с запросом создания сеанса PDU без включения второй идентификационной информации и/или седьмой идентификационной информации для указания на отсутствие поддержки оборудованием UE_A 10 качества RQoS, контролируемого посредством плоскости управления, или указания на отсутствия с запросом оборудованием UE_A 10 перехода в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0281]
UE_A 10 может передавать первую идентификационную информацию, и/или третью идентификационную информацию, и/или шестую идентификационную информацию, и/или восьмую идентификационную информацию, включенные в сообщение с запросом создания сеанса PDU, для указания отсутствия поддержки оборудованием UE_A 10 качества RQoS, контролируемого посредством плоскости пользователя, или для указания отсутствия с запросом оборудованием UE_A 10 перехода в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0282]
Кроме того, UE_A 10 может передавать одну или более идентификационную информацию из идентификационной информации с первой по третью и с шестой по восьмую идентификационную информацию в связи с четвертой идентификационной информацией для указания, поддерживает ли UE_A 10 качество RQoS или запрашивает ли у UE_A 10 переход в состояние, в котором RQoS доступно, для сеанса PDU, созданного для DN, идентифицированной четвертой идентификационной информацией.
[0283]
Кроме того, UE_A 10 может передавать одну или более идентификационную информацию из идентификационной информации с первой по третью и с шестой по восьмую идентификационную информацию в связи с пятой идентификационной информацией для указания, поддерживает ли UE_A 10 качество RQoS или запрашивает ли у UE_A 10 переход в состояние, в котором RQoS доступно, для сеанса PDU, идентифицированного пятой идентификационной информацией.
[0284]
Кроме того, UE_A 10 может передавать одну или более идентификационную информацию, включенную в сообщение с запросом создания сеанса PDU, из идентификационной информации с первой по восьмую для указания, поддерживает ли UE_A 10 качество RQoS, контролируемое инициированным UE способом, или запрашивает ли UE_A 10 переход в состояние, в котором доступно RQoS, контролируемое инициированным UE способом.
[0285]
Кроме того, UE_A 10 может передавать одну или более идентификационную информацию, включенную в сообщение с запросом создания сеанса PDU, из идентификационной информации с первой по восьмую для указания, не поддерживает ли UE_A 10 качество RQoS, контролируемое инициированным сетью способом, или не запрашивает ли UE_A 10 переход в состояние, в котором доступно RQoS, контролируемое инициированным сетью способом.
[0286]
UE_A 10 может передавать первую идентификационную информацию, или передавать вторую идентификационную информацию и третью идентификационную информацию, или передавать шестую идентификационную информацию, или передавать седьмую идентификационную информацию и восьмую идентификационную информацию, или при конфигурировании двух или более идентификационных информаций из указанной идентификационной информации в качестве идентификационной информации из одной или более идентификационной информации передавать одну или более из указанной сконфигурированной идентификационной информации для указания на поддержку оборудованием UE_A 10 качества RQoS, контролируемого посредством плоскости управления, и поддержки оборудованием UE_A 10 качества RQoS, контролируемого посредством плоскости пользователя, или запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя, и перехода в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0287]
Кроме того, UE_A 10 может включать 61-ю идентификационную информацию, и/или четвертую идентификационную информацию, и/или пятую идентификационную информацию, в сообщение с запросом создания сеанса PDU и передавать ее для запроса аутентификации/авторизации сервиса сетью DN посредством интерфейса 3GPP (такого как интерфейс N6) или для запроса выполнения процедуры аутентификации/авторизации при создании сеанса PDU в рамках настоящей процедуры.
[0288]
Если говорить конкретно, UE_A 10 может передавать 61-ю идентификационную информацию и четвертую идентификационную информацию в связи друг с другом для запроса от DN_A 5 аутентификации/авторизации сервиса посредством интерфейса 3GPP или запроса на выполнение процедуры аутентификации/авторизации при создании сеанса PDU в рамках настоящей процедуры в сеансе PDU, созданном для DN, идентифицированной четвертой идентификационной информацией.
[0289]
Кроме того, UE_A 10 может передавать 61-ю идентификационную информацию и пятую идентификационную информацию в связи друг с другом для запроса от DN_A 5 аутентификации/авторизации сервиса посредством интерфейса 3GPP или запроса на выполнение процедуры аутентификации/авторизации при создании сеанса PDU в рамках настоящей процедуры в сеансе PDU, созданном для DN, идентифицированной пятой идентификационной информацией.
[0290]
Более того, UE_A 10 может передавать 71-ю идентификационную информацию, и/или четвертую идентификационную информацию, и/или пятую идентификационную информацию, включенные в сообщение с запросом создания сеанса PDU, для запроса создания сеанса PDU, принадлежащего сетевому срезу, указания сетевого среза, которому принадлежит запрошенный оборудованием UE_A 10 сеанс PDU, или указания сетевого среза, которому принадлежит сеанс PDU.
[0291]
Если говорить конкретно, UE_A 10 может передавать 71-ю идентификационную информацию и четвертую идентификационную информацию в связи друг с другом для запроса создания сеанса PDU, принадлежащего сетевому срезу, указания сетевого среза, которому принадлежит запрошенный UE_A 10 сеанс PDU, или указания сетевого среза, которому принадлежит сеанс PDU, в сеансе PDU, созданном для DN, идентифицированной четвертой идентификационной информацией.
[0292]
Кроме того, UE_A 10 может передавать 61-ю идентификационную информацию и пятую идентификационную информацию в связи друг с другом для запроса создания сеанса PDU, принадлежащего сетевому срезу, указания сетевого среза, которому принадлежит запрошенный UE_A 10 сеанс PDU, или указания сетевого среза, которому принадлежит сеанс PDU, в сеансе PDU, идентифицированном пятой идентификационной информацией.
[0293]
Более того, UE_A 10 может передавать два или более фрагментов идентификационной информации из идентификационной информации с первой по восьмую, 61-ю идентификационную информацию и 71-ю идентификационную информацию в связи друг с другом для выполнения запроса в сочетании с описанными выше условиями. Следует отметить, что условия, указанные UE_A 10, передающим идентификационную информацию, могут не ограничиваться ими.
[0294]
Следует отметить, что UE_A 10 может определять, какая идентификационная информация из идентификационной информации с первой по восьмую, 61-й идентификационной информации и 71-й идентификационной информации должна быть включена в сообщение с запросом создания сеанса PDU на основании информации о возможностях UE_A 10 и/или политики, такой как политика UE, и/или предпочтения UE_A 10, и/или приложения (более высокий уровень). Следует отметить, что определение, выполняемое UE_A 10 относительно того, какая идентификационная информация должна быть включена в сообщение с запросом создания сеанса PDU, не ограничивается описанным выше определением.
[0295]
SMF_A 230 принимает сообщение с запросом создания сеанса PDU и выполняет третье определение условия. Третье определение условия заключается в том, что SMF_A 230 определяет, принимать ли запрос UE_A 10. В третьем определении условия SMF_A 230 определяет, является ли третье определение условия истинным или ложным. При истинном третьем определении условия SMF_A 230 инициирует процедуру (А) в рамках настоящей процедуры, а при ложном третьем определении условия SMF_A 230 инициирует процедуру (В) в рамках настоящей процедуры. Следует отметить, что этапы действий при ложном третьем определении условия будут описаны ниже.
[0296]
Далее будут описаны этапы для истинного третьего определения условия, то есть этапы процедуры (А) в рамках настоящей процедуры. SMF_A 230 выбирает UPF_A 235, для которого создан сеанс PDU, и выполняет одиннадцатое определение условия.
[0297]
В данном случае одиннадцатое определение условия выполняют для каждого устройства для определения, следует ли выполнять процедуру аутентификации/авторизации при создании сеанса PDU. В одиннадцатом определении условия SMF_A 230 определяет, является ли одиннадцатое определение условия истинным или ложным. При истинном одиннадцатом определении условия SMF_A 230 инициирует процедуру аутентификации/авторизации при создании сеанса PDU (S1005) или при ложном одиннадцатом определении условия SMF_A 230 пропускает процедуру аутентификации/авторизации при создании сеанса PDU. Следует отметить, что подробности процедуры аутентификации/авторизации при создании сеанса PDU описаны ниже.
[0298]
Затем SMF_A 230 передает сообщение с запросом создания сеанса в выбранный UPF_A 235 (S1006) на основании определения одиннадцатого условия и/или завершения процедуры аутентификации/авторизации при создании сеанса PDU для инициирования процедуры (A) в рамках настоящей процедуры. Следует отметить, что SMF_A 230 может не инициировать процедуру (A) в рамках настоящей процедуры на основании завершения процедуры аутентификации/авторизации при создании сеанса PDU, но может инициировать процедуру (B) в рамках настоящей процедуры.
[0299]
В данном случае SMF_A 230 может выбирать один или более UPF_A 235 на основании идентификационной информации, полученной при приеме сообщения с запросом создания сеанса PDU, и/или информации о возможностях сети, и/или информации об абоненте, и/или на основании политики оператора, и/или состояния сети, и/или контекста, который уже содержится в SMF_A 230. Следует отметить, что при выборе множества UPF_A 235, SMF_A 230 может передавать сообщение с запросом создания сеанса каждому из UPF_A 235.
[0300]
UPF_A 235 принимает сообщение запроса создания сеанса и создает контекст для сеанса PDU. Кроме того, UPF_A 235 передает в SMF_A 230 ответное сообщение о создании сеанса на основании приема сообщения с запросом создания сеанса и/или создания контекста для сеанса PDU (S1008). Кроме того, SMF_A 230 принимает ответное сообщение о создании сеанса. Следует отметить, что сообщение запроса создания сеанса и ответное сообщение о создании сеанса могут представлять собой управляющие сообщения, переданные и/или принятые по интерфейсу N4. Кроме того, ответное сообщение о создании сеанса может представлять собой ответное сообщение на сообщение запроса создания сеанса.
[0301]
Кроме того, SMF_A 230 может выполнять выделение адреса из адреса, подлежащего выделению для UE_A 10, на основании приема сообщения с запросом создания сеанса PDU, и/или выбора UPF_A 235, и/или приема ответного сообщения о создании сеанса. Следует отметить, что SMF_A 230 может выполнять выделение адреса, подлежащего выделению для UE_A 10, во время выполнения процедуры создания сеанса PDU или после завершения процедуры создания сеанса PDU.
[0302]
В частности, если SMF_A 230 выделяет IPv4-адреса без использования DHCPv4, SMF_A 230 может выполнять выделение адреса во время выполнения процедуры создания сеанса PDU или может передавать информацию о выделенном адресе на UE_A 10. Кроме того, в случае если SMF_A 230 выделяет IPv4-адрес и/или IPv6-адрес, и/или префикс IPv6 с помощью DHCPv4 или DHCPv6, или автоконфигурации без сохранения состояния адреса (SLAAC), SMF_A 230 может выполнять выделение адреса после процедуры создания сеанса PDU или может передавать информацию о выделенном адресе на UE_A 10. Следует отметить, что выделение адреса, выполняемое блоком SMF_A 230, не ограничивается вышеуказанным.
[0303]
Следует отметить, что SMF_A 230 может передавать на UE_A 10 информацию о выделенном адресе, включенную в сообщение об одобрении создания сеанса PDU, на основании завершения выделения адресов для адреса, который должен быть выделен оборудованию UE_A 10, или может передавать информацию о выделенном адресе на UE_A 10 после завершения процедуры создания сеанса PDU.
[0304]
SMF_A 230 передает на UE_A 10 сообщение об одобрении создания сеанса PDU посредством AMF_A 240 на основании приема сообщения с запросом создания сеанса PDU, и/или выбора UPF_A 235, и/или приема ответного сообщения о создании сеанса, и/или завершения выделения адреса для адреса, который должен быть выделен оборудованию UE_A 10 (S1010).
[0305]
В частности, SMF_A 230 передает в AMF_A 240 сообщение об одобрении создания сеанса PDU через интерфейс N11, а AMF_A 240, принимающий сообщение запроса создания сеанса PDU, передает на UE_A 10 сообщение об одобрении создания сеанса PDU через интерфейс N1.
[0306]
Следует отметить, что в случае если сеанс PDU представляет собой соединение с PDN, сообщение об одобрении создания сеанса PDU может представлять собой сообщение об одобрении соединения с PDN. Кроме того, сообщение об одобрении создания сеанса PDU может представлять собой сообщение NAS, переданное и/или принятое по интерфейсу N11 и интерфейсу N1. сообщение об одобрении создания сеанса PDU не ограничено вышеуказанным и может представлять собой любое сообщение, указывающее одобрение создания сеанса PDU.
[0307]
В данном случае SMF_A 230 может включать в себя одну или более идентификационную информацию из идентификационной информации с одиннадцатой по девятнадцатую в сообщение об одобрении создания сеанса PDU или может указывать на одобрение запроса UE_A 10 путем включения этой идентификационной информации. Следует отметить, что две или более идентификационные информации из перечисленной идентификационной информации могут быть сконфигурированы как одна или более идентификационные информации.
[0308]
Более того, SMF_A 230 может передавать одну или более идентификационную информацию, включенную в сообщение об одобрении создания сеанса PDU, из идентификационной информации с одиннадцатой по девятнадцатую для указания на поддержку сетью качества RQoS или на прием запроса на переход в состояние, в котором доступно RQoS.
[0309]
Если говорить конкретно, SMF_A 230 может передавать одиннадцатую идентификационную информацию, и/или двенадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или восемнадцатую идентификационную информацию, включенные в сообщение об одобрении создания сеанса PDU, для указания на поддержку сетью качества RQoS, контролируемого посредством плоскости управления или на одобрение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления. В этом случае SMF_A 230 может передавать сообщение об одобрении создания сеанса PDU без включения тринадцатой идентификационной информации и/или девятнадцатой идентификационной информации для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости пользователя, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0310]
SMF_A 230 может передавать одиннадцатую идентификационную информацию, и/или двенадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или восемнадцатую идентификационную информацию, включенные в сообщение об одобрении создания сеанса PDU, для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости управления, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0311]
Более того, SMF_A 230 может передавать одиннадцатую идентификационную информацию, и/или тринадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или девятнадцатую идентификационную информацию, включенные в сообщение об одобрении создания сеанса PDU, для указания на поддержку сетью качества RQoS, контролируемого посредством плоскости пользователя, или на прием запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя. В этом случае SMF_A 230 может передавать сообщение об одобрении регистрации без включения двенадцатой идентификационной информации и/или восемнадцатой идентификационной информации для указания на отсутствия поддержки сетью качества RQoS, контролируемого посредством плоскости управления, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0312]
SMF_A 230 может передавать одиннадцатую идентификационную информацию, и/или тринадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или девятнадцатую идентификационную информацию, включенные в сообщение об одобрении создания сеанса PDU, для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости пользователя, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0313]
Кроме того, SMF_A 230 может передавать одну или более идентификационную информацию из идентификационной информации с одиннадцатой по тринадцатую и с шестой по восьмую идентификационную информацию в связи с четырнадцатой идентификационной информацией для указания, поддерживает ли сеть RQoS, или одобрен ли переход в состояние, в котором RQoS доступно, для сеанса PDU, созданного для DN, идентифицированной четырнадцатой идентификационной информацией.
[0314]
Кроме того, SMF_A 230 может передавать одну или более идентификационную информацию из идентификационной информации с одиннадцатой по тринадцатую и с семнадцатой по девятнадцатую идентификационную информацию в связи с пятнадцатой идентификационной информацией, для указания, поддерживает ли сеть RQoS, или одобрен ли запрос перехода в состояние, в котором RQoS доступно, для сеанса PDU, созданного для DN, идентифицированной пятнадцатой идентификационной информацией.
[0315]
Более того, SMF_A 230 может передавать одну или более идентификационную информацию, включенную в сообщение об одобрении создания сеанса PDU, из идентификационной информации с одиннадцатой по девятнадцатую для указания, поддерживает ли сеть RQoS, контролируемое инициированным UE способом, или одобрен ли запрос перехода в состояние, в котором доступно RQoS, контролируемое инициированным UE способом.
[0316]
Более того, SMF_A 230 может передавать одну или более идентификационную информацию, включенную в сообщение об одобрении создания сеанса PDU, из идентификационной информации с одиннадцатой по девятнадцатую для указания, поддерживает ли сеть RQoS, контролируемое инициированным сетью способом, или одобрен ли запрос перехода в состояние, в котором доступно RQoS, контролируемое инициированным сетью способом.
[0317]
Кроме того, SMF_A 230 может передавать одну или более идентификационную информацию из идентификационной информации с одиннадцатой по пятнадцатую и с семнадцатой по девятнадцатую идентификационную информацию в связи с шестнадцатой идентификационной информацией для указания действительного периода RQoS, применяемого для обмена пользовательскими данными - периода, в течение которого подтверждено RQoS для обмена пользовательскими данными после выполнения проверки допустимости RQoS, или периода до истечения времени работы таймера RQoS, который запускается в момент времени подтверждения RQoS для обмена пользовательскими данными.
[0318]
UE_A 10 может передавать одиннадцатую идентификационную информацию, или передавать двенадцатую идентификационную информацию и тринадцатую идентификационную информацию, или передавать семнадцатую идентификационную информацию, или передавать восемнадцатую идентификационную информацию и девятнадцатую идентификационную информацию, или при конфигурировании двух или более идентификационных информаций из указанной идентификационной информации в качестве идентификационной информации из одной или более идентификационной информации, передавать одну или более из указанной сконфигурированной идентификационной информации для указания на поддержку сетью качества RQoS, контролируемого посредством плоскости управления, и поддержку сетью качества RQoS, контролируемого посредством плоскости пользователя, или для указания на одобрение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления, и одобрение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0319]
Более того, SMF_A 230 может передавать два или более фрагментов идентификационной информации из идентификационной информации с одиннадцатой по девятнадцатую в связи друг с другом для выполнения запроса в сочетании с описанными выше условиями. Следует отметить, что условия, указанные SMF_А 230, передающим идентификационную информацию, могут не ограничиваться ими.
[0320]
Следует отметить, что SMF_A 230 может определять, какая из идентификационной информации с одиннадцатой по девятнадцатую должна быть включена в сообщение об одобрении создания сеанса PDU на основании принятой идентификационной информации, и/или информации о возможностях сети, и/или на основании политики, такой как политика оператора, и/или состояния сети.
[0321]
Например, одиннадцатая идентификационная информация и/или семнадцатая идентификационная информация могут представлять собой информацию, переданную при поддержке сетью качества RQoS, и/или при приеме идентификационной информации с первой по третью и/или с шестой по восьмую идентификационную информацию. Кроме того, двенадцатая идентификационная информация и/или восемнадцатая идентификационная информация могут представлять собой информацию, переданную в случае, когда сеть поддерживает RQoS, контролируемое посредством плоскости управления, и/или в случае приема идентификационной информации с первой по третью и/или с шестой по восьмую идентификационную информацию. Более того, тринадцатая идентификационная информация и/или девятнадцатая идентификационная информация могут представлять собой информацию, переданную в случае, когда сеть поддерживает RQoS, контролируемое посредством плоскости пользователя, и/или в случае приема идентификационной информации с первой по третью и/или с шестой по восьмую идентификационную информацию.
[0322]
Кроме того, четырнадцатая идентификационная информация может представлять собой информацию, указывающую то же DNN, что и DNN, указанное четвертой идентификационной информацией, или может представлять собой информацию, указывающую другое DNN. Кроме того, пятнадцатая идентификационная информация может представлять собой информацию, указывающую тот же идентификатор сеанса PDU, что и идентификатор сеанса PDU, указанный пятой идентификационной информацией, или может представлять собой информацию, указывающую другой идентификатор сеанса PDU. Следует отметить, что определение, выполняемое SMF_A 230 относительно того, какая идентификационная информация должна быть включена в сообщение об одобрении создания сеанса PDU, не ограничивается описанным выше определением.
[0323]
UE_A 10 принимает сообщение об одобрении создания сеанса PDU. UE_A 10 принимает сообщение об одобрении создания сеанса PDU для распознавания содержимого различной идентификационной информации, включенной в сообщение об одобрении создания сеанса PDU.
[0324]
UE_A 10 дополнительно выполняет третий способ на основании приема сообщения об одобрении создания сеанса PDU (S1012). Следует отметить, что UE_A 10 может выполнять третий способ на основании передачи сообщения о завершении создания сеанса PDU или на основании завершения настоящей процедуры.
[0325]
В данном случае третий способ может представлять собой способ, при котором UE_A 10 распознает условие, указанное SMF_A 230. Более того, третий способ может представлять собой способ, при котором UE_A 10 сохраняет принятую идентификационную информацию в качестве контекста, или может представлять собой способ, при котором UE_A 10 перенаправляет принятую идентификационную информацию на более высокий уровень и/или на более низкий уровень. Кроме того, третий способ может представлять собой способ, при котором UE_A 10 распознает одобрение запроса на применение настоящей процедуры.
[0326]
Более того, в случае, когда UE_A 10 принимает одну или более идентификационную информацию из идентификационной информации с одиннадцатой по девятнадцатую, третий способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором возможно выполнение процедуры валидации RQoS в любой момент времени, или способ, при котором UE_A 10 инициирует процедуру валидации RQoS.
[0327]
Если говорить конкретно, в случае когда UE_A 10 принимает одиннадцатую идентификационную информацию, и/или двенадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или восемнадцатую идентификационную информацию, третий способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором возможно выполнение процедуры валидации RQoS, контролируемого посредством плоскости управления, в любой момент времени. Кроме того, в случае, когда UE_A 10 принимает одиннадцатую идентификационную информацию и/или тринадцатую идентификационную информацию, и/или семнадцатую идентификационную информацию, и/или девятнадцатую идентификационную информацию, третий способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором возможно выполнение процедуры валидации RQoS, контролируемого посредством плоскости пользователя, в любой момент времени.
[0328]
Более того, в случае, когда UE_A 10 принимает одну или более идентификационную информацию из идентификационной информации с одиннадцатой по девятнадцатую и шестнадцатую идентификационную информацию, третий способ может представлять собой способ, при котором UE_A 10 устанавливает значение таймера RQoS на значение, указанное шестнадцатой идентификационной информацией. Следует отметить, что третий способ может не ограничиваться этими способами.
[0329]
Далее UE_A 10 передает в SMF_A 230 сообщение о завершении создания сеанса PDU посредством AMF_A 240 на основании приема сообщения об одобрении создания сеанса PDU и/или завершения третьего способа (S1014). Кроме того, SMF_A 230 принимает сообщение о завершения создания сеанса PDU и выполняет второе определение условия.
[0330]
В частности, UE_A 10 передает сообщение о завершении создания сеанса PDU в AMF_A 240 через интерфейс N1, а AMF_A 240, принявший сообщение о завершении создания сеанса PDU, передает сообщение о завершении создания сеанса PDU в SMF_A 230 через интерфейс N11.
[0331]
Следует отметить, что в случае если сеанс PDU представляет собой соединение с PDN, сообщение о завершении создания сеанса PDU может представлять собой сообщение о завершении соединения с PDN или сообщение об одобрении активации контекста канала EPS по умолчанию. Кроме того, сообщение о завершении создания сеанса PDU может представлять собой сообщение NAS, переданное и/или принятое по интерфейсу N1 и интерфейсу N11. Сообщение о завершении создания сеанса PDU может представлять собой ответное сообщение на сообщение об одобрении создания сеанса PDU, но не ограничивается им, и может представлять собой сообщение, указывающее на завершение процедуры создания сеанса PDU.
[0332]
Второе определение условия заключается в том, что SMF_A 230 определяет тип сообщения, которое должно быть передано и/или принято по интерфейсу N4. При истинном втором определении условия SMF_A 230 передает в UPF_A 235 сообщение с запросом на изменение сеанса (S1018) и дополнительно принимает сообщение об одобрении изменения сеанса (ответ об изменении сеанса), переданное с помощью UPF_A 235, принявшим сообщение с запросом на изменение сеанса (S1020). При ложном втором определении условия SMF_A 230 передает сообщение с запросом создания сеанса в UPF_A 235 (S1018) и дополнительно принимает сообщение об одобрении изменения сеанса, переданное с помощью UPF_A 235, принявшим сообщение с запросом создания сеанса (S1020).
[0333]
Каждое устройство завершает процедуру (А) в рамках настоящей процедуры на основании передачи и/или приема сообщения о завершении создания сеанса PDU, и/или передачи и/или приема ответного сообщения об изменении сеанса, и/или передачи и/или приема ответного сообщения о создании сеанса, и/или передачи и/или приема RA.
[0334]
Далее будут описаны этапы для ложного третьего определения условия, то есть этапы процедуры (B) в рамках настоящей процедуры. SMF_A 230 передает сообщение об отклонении создания сеанса PDU на UE_A 10 посредством NR-узла AMF_A 240 (S1022) для инициирования процедуры (В) в рамках настоящей процедуры.
[0335]
В частности, SMF_A 230 передает в AMF_A 240 через интерфейс N11 сообщение об отклонении создания сеанса PDU, а AMF_A 240, принявший сообщение с запросом создания сеанса PDU, передает на UE_A 10 сообщение об отклонении создания сеанса PDU через интерфейс N1.
[0336]
Следует отметить, что в случае если сеанс PDU представляет собой подключение к PDN, сообщение об отклонении создания сеанса PDU может представлять собой сообщение об отклонении подключения к PDN. Кроме того, сообщение об отклонении создания сеанса PDU может представлять собой сообщение NAS, переданное и/или принятое посредством интерфейса N11 и интерфейса N1. Сообщение об отклонении создания сеанса PDU не ограничивается вышеуказанным и может представлять собой любое сообщение, указывающее на отклонение создания сеанса PDU.
[0337]
В данном случае SMF_A 230 может включать в себя одну или более идентификационную информацию из идентификационной информации с 21-й по 29-ю и 72-ю идентификационную информацию в сообщение об отклонении создания сеанса PDU или может указывать на отклонение запроса UE_A 10 путем включения этой идентификационной информации. Следует отметить, что две или более идентификационные информации из перечисленной идентификационной информации могут быть сконфигурированы как одна или более идентификационные информации.
[0338]
Кроме того, SMF_A 230 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении создания сеанса PDU, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS или на отклонение запроса на переход в состояние, в котором доступно RQoS.
[0339]
Если говорить конкретно, SMF_A 230 может передавать 21-ю идентификационную информацию, и/или 22-ю идентификационную информацию, и/или 23-ю идентификационную информацию, и/или 27-ю идентификационную информацию, и/или 28-ю идентификационную информацию, включенные в сообщение об отклонении создания сеанса PDU, для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости управления, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления. В этом случае SMF_A 230 может передавать сообщение об отклонении регистрации без включения 24-й идентификационной информации и/или 29-й идентификационной информации для указания на поддержку сетью качества RQoS, контролируемого посредством плоскости пользователя или на одобрение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0340]
Более того, SMF_A 230 может передавать 21-ю идентификационную информацию, и/или 22-ю идентификационную информацию, и/или 24-ю идентификационную информацию, и/или 27-ю идентификационную информацию, и/или 29-ю идентификационную информацию, включенные в сообщение об отклонении создания сеанса PDU, для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости пользователя, или на отклонение запроса на переход в состояние в котором доступно RQoS, контролируемое посредством плоскости пользователя. В этом случае SMF_A 230 может выполнять передачу без включения 23-й идентификационной информации и/или 28-й идентификационной информации для указания на поддержку сетью качества RQoS, контролируемого посредством плоскости управления или на одобрение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления.
[0341]
Более того, SMF_A 230 может передавать 21-ю идентификационную информацию и/или передавать одну или более идентификационную информацию из идентификационной информации с 22-й по 24-ю и с 27-й по 29-ю идентификационную информацию в связи с 25-й идентификационной информацией для указания на отсутствие поддержки сетью качества RQoS, или на отклонение запроса на переход в состояние, в котором доступно RQoS, для сеанса PDU, созданного для DN, идентифицированной четвертой идентификационной информацией, принятой SMF_A 230, и/или 25-й идентификационной информацией.
[0342]
Кроме того, SMF_A 230 может передавать 21-ю идентификационную информацию и/или передавать одну или более идентификационную информацию из идентификационной информации с 22-й по 24-ю и с 27-й по 29-ю идентификационную информацию в связи с 26-й идентификационной информацией для указания на отсутствие поддержки сетью качества RQoS или на отклонение запроса на переход в состояние, в котором доступно RQoS, для сеанса PDU, идентифицированного пятой идентификационной информацией, принятой SMF_A 230, и/или 26-й идентификационной информацией.
[0343]
Кроме того, SMF_A 230 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении создания сеанса PDU, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS или на отклонение запроса на переход в состояние, в котором доступно RQoS, для зоны регистрации и/или зоны отслеживания, к которым в данный момент принадлежит UE_A 10.
[0344]
Более того, SMF_A 230 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении создания сеанса PDU, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS или на отклонение запроса на переход в состояние, в котором доступно RQoS, для сети доступа, к которой в данный момент подключается UE_A 10.
[0345]
Кроме того, SMF_A 230 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении создания сеанса PDU, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS, контролируемого инициированным UE способом или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое инициированным UE способом. Более того, SMF_A 230 может передавать одну или более идентификационную информацию, включенную в сообщение об отклонении создания сеанса PDU, из идентификационной информации с 21-й по 29-ю для указания на отсутствие поддержки сетью качества RQoS, контролируемого инициированным сетью способом, или на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое инициированным сетью способом.
[0346]
UE_A 10 может передавать 21-ю идентификационную информацию, или передавать 22-ю идентификационную информацию, или передавать 23-ю идентификационную информацию и 24-ю идентификационную информацию, или передавать 27-ю идентификационную информацию, или передавать 28-ю идентификационную информацию и 29-ю идентификационную информацию, или при конфигурировании двух или более идентификационных информаций из указанной идентификационной информации в качестве идентификационной информации из одной или более идентификационной информации передавать одну или более из указанной сконфигурированной идентификационной информации для указания на отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости управления, и отсутствие поддержки сетью качества RQoS, контролируемого посредством плоскости пользователя, или для указания на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости управления, и на отклонение запроса на переход в состояние, в котором доступно RQoS, контролируемое посредством плоскости пользователя.
[0347]
Кроме того, SMF_A 230 может передавать 72-ю идентификационную информацию, и/или 25-ю идентификационную информацию, и/или 26-ю идентификационную информацию, включенные в сообщение об отклонении создания сеанса PDU, для указания на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, или указания сетевого среза, к которому не должен принадлежать сеанс PDU.
[0348]
Если говорить конкретно, SMF_A 230 может передавать 72-ю идентификационную информацию и 25-ю идентификационную информацию в связи друг с другом для указания на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, или указания сетевого среза, к которому не должен принадлежать сеанс PDU, в сеансе PDU, созданном для DN, идентифицированной 25-й идентификационной информацией.
[0349]
Кроме того, SMF_A 230 может передавать 61-ю идентификационную информацию и 26-ю идентификационную информацию в связи друг с другом для указания на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, или указания сетевого среза, к которому не должен принадлежать сеанс PDU, в сеансе PDU, идентифицированном 26-й идентификационной информацией.
[0350]
Более того, SMF_A 230 может передавать 72-ю идентификационную информацию, включенную в сообщение об отклонении создания сеанса PDU, для указания на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, или указания сетевого среза, к которому не должен принадлежать сеанс PDU, в зоне регистрации и/или зоне отслеживания, к которым в данный момент принадлежит UE_A 10.
[0351]
Кроме того, SMF_A 230 может передавать 72-ю идентификационную информацию, включенную в сообщение об отклонении создания сеанса PDU, для указания на отклонение запроса создания сеанса PDU, принадлежащего сетевому срезу, или указания сетевого среза, к которому не должен принадлежать сеанс PDU, в сети доступа, к которой в данный момент подключается UE_A 10.
[0352]
Более того, SMF_A 230 может передавать 72-ю идентификационную информацию, включенную в сообщение об отклонении создания сеанса PDU, для указания значения первого таймера или для указания, следует ли повторно выполнять ту же процедуру, что и настоящая процедура, после завершения настоящей процедуры.
[0353]
Кроме того, SMF_A 230 может передавать две или более идентификационной информации из идентификационной информации с 21-ю по 29-ю и/или 72-ю идентификационную информацию в связи друг с другом для запроса комбинации описанных выше условий. Следует отметить, что условия, указанные SMF_А 230, передающим идентификационную информацию, могут не ограничиваться ими.
[0354]
Следует отметить, что SMF_A 230 может определять, какая из идентификационной информации с 21-й по 29-ю и 72-й идентификационной информации должна быть включена в сообщение об отклонении создания сеанса PDU на основании принятой идентификационной информации, и/или информации о возможностях сети, и/или на основе политики, такой как политика оператора, и/или состояния сети.
[0355]
Например, 21-я идентификационная информация может представлять собой информацию, переданную в случае, когда сеть не поддерживает RQoS, и/или в случае приема одной или более идентификационной информации из идентификационной информации с первой по восьмую. Кроме того, например, 22-я идентификационная информация и/или 27-я идентификационная информация могут представлять собой информацию, переданную при отсутствии поддержки сетью качества RQoS и/или при приеме идентификационной информации с первой по третью и/или идентификационной информации с шестой по восьмую. Кроме того, 23-я идентификационная информация и/или 28-я идентификационная информация могут представлять собой информацию, переданную при поддержке сетью качества RQoS, контролируемого посредством плоскости управления, и/или при приеме идентификационной информации с первой по третью и/или идентификационной информации с шестой по восьмую. Более того, 24-я идентификационная информация и/или 29-я идентификационная информация могут представлять собой информацию, переданную при поддержке сетью качества RQoS, контролируемого посредством плоскости пользователя, и/или при приеме идентификационной информации с первой по третью и/или идентификационной информации с шестой по восьмую.
[0356]
Кроме того, 25-я идентификационная информация может представлять собой информацию, указывающую то же DNN, что и DNN, указанное четвертой идентификационной информацией. Более того, 26-я идентификационная информация может представлять собой информацию, указывающую тот же идентификатор сеанса PDU, что и идентификатор сеанса PDU, указанный пятой идентификационной информацией. Кроме того, 72-я идентификационная информация может представлять собой информацию, переданную при приеме 71-й идентификационной информации и/или при отсутствии разрешения сетью сетевого среза, указанного 71-й идентификационной информацией. Следует отметить, что определение, выполняемое SMF_A 230 относительно того, какая идентификационная информация должна быть включена в сообщение об отклонении создания сеанса PDU, не ограничивается описанным выше определением.
[0357]
UE_A 10 принимает сообщение об отклонении создания сеанса PDU. UE_A 10 выполняет четвертый способ на основании приема сообщения об отклонении создания сеанса PDU (S1024). Следует отметить, что UE_A 10 может выполнять четвертый способ на основании завершения настоящей процедуры.
[0358]
В данном случае четвертый способ может представлять собой способ, при котором UE_A 10 распознает условие, указанное SMF_A 230. Более того, четвертый способ может представлять собой способ, при котором UE_A 10 сохраняет принятую идентификационную информацию в качестве контекста, или может представлять собой способ, при котором UE_A 10 перенаправляет принятую идентификационную информацию на более высокий уровень и/или на более низкий уровень. Кроме того, четвертый способ может представлять собой способ, при котором UE_A 10 распознает отклонение запроса на применение настоящей процедуры.
[0359]
Более того, в случае когда UE_A 10 принимает одну или более идентификационную информацию из идентификационной информации с 21-й по 29-ю, четвертый способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором невозможно выполнение процедуры валидации RQoS, или способ для поддержания состояния неприменения RQoS.
[0360]
Если говорить конкретно, в случае, когда UE_A 10 принимает 22-ю идентификационную информацию, и/или 23-ю идентификационную информацию, и/или 27-ю идентификационную информацию, и/или 28-ю идентификационную информацию, четвертый способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором невозможно выполнение процедуры валидации RQoS, контролируемого посредством плоскости управления. Кроме того, в случае когда UE_A 10 принимает 22-ю идентификационную информацию, и/или 24-ю идентификационную информацию, и/или 27-ю идентификационную информацию, и/или 29-ю идентификационную информацию, четвертый способ может представлять собой способ, при котором UE_A 10 переходит в состояние, в котором невозможно выполнение процедуры валидации RQoS, контролируемого посредством плоскости пользователя.
[0361]
Кроме того, в случае когда UE_A 10 принимает 72-ю идентификационную информацию, четвертый способ может представлять собой способ, при котором UE_A 10 конфигурирует первое значение таймера на значение, указанное 72-й идентификационной информацией, или способ, при котором запускается первый таймер, настроенный на значение таймера. Более того, в случае когда UE_A 10 принимает 72-ю идентификационную информацию, четвертый способ может представлять собой способ для выполнения одного или более режимов работы из режимов с первого по одиннадцатый.
[0362]
Кроме того, четвертый способ может представлять собой способ, при котором UE_A 10 снова инициирует настоящую процедуру по истечении определенного периода времени или способ, при котором UE_A 10 переходит в состояние, в котором запрос UE_A 10 ограничен. Следует отметить, что четвертый способ может не ограничиваться этими способами.
[0363]
Более того, UE_A 10 может принимать сообщение об отклонении создания сеанса PDU или не принимать сообщение об одобрении создания сеанса PDU и, таким образом, распознавать отклонение запроса UE_A 10. Каждое устройство завершает процедуру (В) в рамках настоящей процедуры на основании передачи и/или приема сообщения об отклонении создания сеанса PDU.
[0364]
Каждое устройство завершает настоящую процедуру на основании завершения процедуры (А) или (В) в рамках настоящей процедуры. Следует отметить, что каждое устройство может переходить в состояние, в котором создан сеанс PDU, на основании завершения процедуры (A) в рамках настоящей процедуры, может обнаруживать отклонение настоящей процедуры на основании завершения процедуры (B) в рамках настоящей процедуры или может переходить в состояние, в котором не происходит создания сеанса PDU.
[0365]
Кроме того, каждое устройство может выполнять способ на основании идентификационной информации, переданной и/или принятой в рамках настоящей процедуры, на основании завершения настоящей процедуры. Другими словами, UE_A 10 может выполнять третий способ или выполнять четвертый способ на основании завершения настоящей процедуры.
[0366]
Условие третьего определения может быть выполнено на основании идентификационной информации, включенной в сообщение с запросом создания сеанса PDU, и/или информации об абоненте, и/или политики оператора. Например, третье определение условия может быть истинным в случае разрешения сетью выполнения запроса оборудования UE_A 10. Третье определение условия может быть ложным в случае неразрешения сетью запроса UE_A 10. Более того, третье определение состояния может быть истинным в случае, когда сеть, к которой подключено UE_A 10, и/или устройство в сети поддерживают функцию, запрашиваемую UE_A 10, или может быть ложным в случае, если функция не поддерживается. Кроме того, третье определение условия может быть истинным при определении перегруженного состояния сети или может быть ложным при определении неперегруженного состояния сети. Следует отметить, что условия, с которыми определяют истинность или ложность третьего определения условия, могут не ограничиваться ранее описанными условиями.
[0367]
Выполнение второго определения условия может быть выполнено на основании того, создан ли сеанс на интерфейсе N4 для сеанса PDU или нет. Например, второе определение условия может быть истинным при создании сеанса на интерфейсе N4 для сеанса PDU и может быть ложным в случае, если он не создан. Следует отметить, что условия, с которыми определяют истинность или ложность второго определения условия, могут не ограничиваться ранее описанными условиями.
[0368]
Одиннадцатое определение условия может быть выполнено на основании идентификационной информации, включенной в сообщение с запросом создания сеанса PDU, и/или информации об абоненте, и/или политики оператора. Например, одиннадцатое определение условия может быть истинным в случае разрешения сетью выполнения аутентификации и/или авторизации с помощью DN_A 5 во время настоящей процедуры. Одиннадцатое определение условия может быть ложным в случае неразрешения выполнения аутентификации и/или авторизации с помощью DN_A 5 во время настоящей процедуры. Более того, одиннадцатое определение условия может быть истинным в случае, когда сеть, к которой подключено UE_A 10, и/или устройство в сети поддерживают выполнение аутентификации и/или авторизации с помощью DN_A 5 во время настоящей процедуры, или может быть ложным в случае, если не поддерживают. Кроме того, одиннадцатое определение условия может быть истинным в случае приема 61-й идентификационной информации или может быть ложным в случае неприема. Другими словами, одиннадцатое определение условия может быть истинным при приеме информации, такой как контейнер запроса DN PDU SM и/или контейнер, содержащий множество информации, и может быть ложным в случае неприема. Следует отметить, что условия, с которыми определяют истинность или ложность одиннадцатого определения условия, могут не ограничиваться ранее описанными условиями.
[0369]
1.3.3. Обзор процедуры аутентификации/авторизации при создании сеанса PDU
Далее будет дан обзор процедуры аутентификации/авторизации при создании сеанса PDU, выполняемой сетью DN_A 5 для аутентификации и/или авторизации сеанса PDU. Ниже процедура аутентификации/авторизации при создании сеанса PDU также упоминается как настоящая процедура. Настоящая процедура представляет собой процедуру для DN_A 5 и/или устройства в DN_A 5 для аутентификации и/или авторизации сеанса PDU. Следует отметить, что каждое устройство может выполнять настоящую процедуру в состоянии, в котором создан сеанс PDU, или в ходе процедуры создания сеанса PDU. Например, SMF_A 230 может инициировать настоящую процедуру при приеме блоком SMF_A 230 сообщения с запросом создания сеанса PDU, включающее по меньшей мере 61-ю идентификационную информацию, в процедуре регистрации и/или процедуре создания сеанса PDU. SMF_A 230 может инициировать настоящую процедуру при истинном 21-м определении условия в процедуре регистрации и/или процедуре создания сеанса PDU.
[0370]
Каждое устройство может инициировать настоящую процедуру в состоянии, в котором процедура создания сеанса PDU завершена, или в любой момент времени после процедуры создания сеанса PDU. Каждое устройство может переходить в состояние, в котором сеанс PDU аутентифицирован и/или авторизован сетью DN_A 5 и/или устройства в DN_A 5, на основании завершения процедуры аутентификации/авторизации при создании сеанса PDU.
[0371]
1.3.3.1. Пример процедуры аутентификации/авторизации при создании сеанса PDU
Пример способа выполнения процедуры аутентификации/авторизации при создании сеанса PDU будет описан со ссылкой на ФИГ. 11. Каждый этап настоящей процедуры будет описан ниже. Сначала SMF_A 230 передает в DN_A 5 сообщение с запросом аутентификации/авторизации и/или устройству в DN_A 5 посредством UPF_A 235 (S1100) для инициирования процедуры аутентификации/авторизации при создании сеанса PDU.
[0372]
В частности, SMF_A 230 выбирает UPF_A 235, и/или DN_A 5, и/или устройство в DN_A 5 и передает сообщение с запросом аутентификации/авторизации выбранному UPF_A 235 через интерфейс N4. UPF_A 235 при приеме сообщения с запросом аутентификации/авторизации передает или перенаправляет сообщение с запросом аутентификации/авторизации в DN_A 5 и/или устройству в DN_A 5 через интерфейс N6. В данном случае SMF_A 230 может выбирать UPF_A 235 и/или DN_A 5, и/или устройство в DN_A 5 на основе информации, принятой от UE_A 10 и/или устройств в опорной сети, и/или информации, хранящейся в SMF_A 230. Если говорить конкретно, SMF_A 230 может выбирать DN_A 5 и/или DN_A 5 на основании идентификационной информации, полученной на основании приема сообщения с запросом создания сеанса PDU, и/или информации, полученной путем с запросом устройств в опорной сети, и/или информации об абоненте, и/или информации о возможностях сети, и/или политики оператора, и/или состояния сети, и/или контекста, уже хранящегося в AMF_A 240.
[0373]
Следует отметить, что сообщение с запросом создания сеанса PDU может представлять собой сообщение NAS. Сообщение с запросом создания сеанса PDU может, без ограничений, представлять собой сообщение для запроса создания сеанса PDU.
[0374]
Более того, освобождение ресурсов аутентификации/авторизации для DN_A 5, включая обмен сообщениями с запросом аутентификации/авторизации, может представлять собой прикладной программный интерфейс (API), предоставленный оператору сервиса, посредством которого оператор обеспечивает DN_A 5 и/или DN_A 5 сервисом. Следует отметить, что сообщение с запросом аутентификации/авторизации может, без ограничений, представлять собой сообщение, которое передается и/или принимается между SMF_A 230 и/или UPF_A 235 и DN_A 5 и/или устройствами, включенными в DN_A 5, и запрашивает аутентификацию и/или авторизацию с помощью DN_A 5.
[0375]
В данном случае SMF_A 230 может передавать информацию, принятую от UE_A 10 и/или устройств в опорной сети, и/или информацию, хранимую SMF_A 230, включенную в сообщение с запросом аутентификации/авторизации, или может указывать запросы UE_A 10 и/или SMF_A 230 путем включения этой идентификационной информации.
[0376]
DN_A 5 и/или устройство в DN_A 5 принимают сообщение с запросом аутентификации/авторизации. DN_A 5 и/или устройство в DN_A 5 могут выполнять 21-е определение условия на основании приема сообщения с запросом аутентификации/авторизации. 21-е определение условия предназначено для DN_A 5 и/или устройства в DN_A 5 для определения необходимости выполнения процедуры аутентификации и/или авторизации процедуры сетью DN_A 5. В 21-м определении условия сеть DN_A 5 и/или устройство в DN_A 5 определяют, является ли 21-е определение условия истинным или ложным. DN_A 5 и/или устройство в DN_A 5 могут продолжать настоящую процедуру в случае истинного 21-го определения условия или могут не продолжать настоящую процедуру и передавать в SMF_A 230 посредством UPF_A 235 сообщение, указывающее на отклонение продолжения, в случае ложного 21-го определения условия.
[0377]
Далее DN_A 5 и/или устройство в DN_A 5 передают в SMF_A 230 посредством UPF_A 235 сообщение с запросом аутентификации/авторизации на основании приема сообщения с запросом аутентификации/авторизации и/или 21-го определения условия (S1102).
[0378]
В частности, DN_A 5 и/или устройство в DN_A 5 передают сообщение с запросом аутентификации/авторизации в UPF_A 235 через интерфейс N6. UPF_A 235 при приеме сообщения с запросом аутентификации/авторизации передает или перенаправляет сообщение с запросом аутентификации/авторизации в SMF_A 230 через интерфейс N4.
[0379]
SMF_A 230 передает сообщение с запросом аутентификации сеанса PDU на UE_A 10 посредством AMF_A 240 на основании приема сообщения с запросом аутентификации/авторизации (S1104).
[0380]
В частности, SMF_A 230 передает в AMF_A 240 через интерфейс N11 сообщение с запросом аутентификации сеанса PDU, а AMF_A 240, принимающий сообщение с запросом аутентификации, передает сообщение с запросом аутентификации сеанса PDU на UE_A 10 через интерфейс N1.
[0381]
Следует отметить, что сообщение с запросом аутентификации сеанса PDU не ограничивается описанным выше, и может представлять собой сообщение, указывающее на запрос аутентификации/авторизации сеанса PDU сетью DN_A 5.
[0382]
В данном случае SMF_A 230 может включать 62-ю идентификационную информацию в сообщение с запросом аутентификации сеанса PDU или может указывать на запрос DN_A 5 и/или устройства в DN_A 5 путем включения этой идентификационной информации.
[0383]
Более того, SMF_A 230 может передавать 62-ю идентификационную информацию, включенную в сообщение с запросом аутентификации сеанса PDU, для указания аутентификации или авторизации сеансов PDU, и/или UE_A 10, и/или приложения сетью DN_A 5, или может указывать, что DN_A 5, подтверждающая и/или выбирающая информацию аутентификации/авторизации, необходима оборудованию UE_A 10, и/или приложению, и/или пользователю.
[0384]
Следует отметить, что SMF_A 230 может определять необходимость включения 62-й идентификационной информации в сообщение с запросом аутентификации сеанса PDU на основе принятой идентификационной информации и/или информации о возможностях сети, и/или на основе политики, такой как политика оператора, и/или состояния сети.
[0385]
Например, SMF_A 230 может передавать 62-ю идентификационную информацию, включенную в сообщение с запросом аутентификации сеанса PDU при приеме сетью SMF_A 230 сообщения с запросом создания сеанса PDU, включающего в себя 61-ю идентификационную информацию, в процедуре регистрации и/или процедуре создания сеанса PDU. Следует отметить, что определение, выполняемое SMF_A 230 относительно того, какая идентификационная информация должна быть включена в сообщение с запросом аутентификации сеанса PDU, не ограничивается описанным выше определением.
[0386]
UE_A 10 принимает сообщение с запросом аутентификации сеанса PDU. UE_A 10 принимает сообщение с запросом аутентификации сеанса PDU для распознавания содержимого различной идентификационной информации, включенной в сообщение с запросом аутентификации сеанса PDU.
[0387]
UE_A 10 дополнительно выполняет пятый способ на основании приема сообщения с запросом аутентификации сеанса PDU (S1106). Следует отметить, что UE_A 10 может выполнять пятый способ на основании передачи сообщения об одобрении аутентификации сеанса PDU, или на основании передачи сообщения об отклонении аутентификации сеанса PDU, или на основании завершения настоящей процедуры.
[0388]
В данном случае пятый способ может представлять собой способ, при котором UE_A 10 распознает условие, указанное SMF_A 230. Более того, пятый способ может представлять собой способ, при котором UE_A 10 сохраняет принятую идентификационную информацию в качестве контекста, или может представлять собой способ, при котором UE_A 10 перенаправляет принятую идентификационную информацию на более высокий уровень и/или на более низкий уровень.
[0389]
Кроме того, пятый способ может представлять собой способ, при котором UE_A 10 определяет, подходит ли информация аутентификации/авторизации, указанная 62-й идентификационной информацией, или способ, при котором UE_A 10 в 63-ю идентификационную информацию включает в себя информацию, указывающую, подходит ли информация аутентификации/авторизации, указанная принятой 62-й идентификационной информацией.
[0390]
Кроме того, пятый способ может представлять собой способ, при котором UE_A 10 распознает, что информация аутентификации/авторизации, указанная 62-й идентификационной информацией, представляет собой информацию аутентификации/разрешения DN, способ, при котором UE_A 10 включает информацию, указывающую ответ на принятую 62-ю идентификационную информацию, в 63-ю идентификационную информацию, или способ, при котором UE_A 10 включает в 63-ю идентификационную информацию ту же самую информацию аутентификации/авторизации, что и в принятой 62-й идентификационной информации.
[0391]
Кроме того, пятый способ может представлять собой способ, при котором UE_A 10 выбирает соответствующую информацию аутентификации/авторизации из информации аутентификации/авторизации, указанной 62-й идентификационной информацией, или способ, при котором UE_A 10 включает информацию аутентификации/авторизации, выбранную на основе 62-й идентификационной информации, в 63-ю идентификационную информацию.
[0392]
Кроме того, пятый способ может представлять собой способ, при котором UE_A 10 уведомляет более высокий уровень и/или пользователя о 62-й идентификационной информации, или способ, при котором более высокий уровень и/или пользователь, уведомленные о 62-й идентификационной информации, выбирают соответствующую информацию аутентификации/авторизации из информации аутентификации/авторизации, указанной 62-й идентификационной информацией.
[0393]
Кроме того, пятый способ может представлять собой способ, при котором UE_A 10 получает информацию аутентификации/авторизации, выбранную на основе сообщенной 62-й идентификационной информации от более высокого уровня и/или пользователя, или способ, при котором UE_A 10 включает информацию аутентификации/авторизации, полученную от более высокого уровня и/или пользователя, в 63-ю идентификационную информацию.
[0394]
Более того, пятый способ может представлять собой способ, при котором UE_A 10 выполняет 22-е определение условия. Следует отметить, что пятый способ может не ограничиваться этими способами.
[0395]
UE_A 10 выполняет 22-е определение условия на основании приема сообщения с запросом аутентификации/авторизации сеанса PDU и/или завершения пятого способа. 22-е определение условия предназначено оборудованию UE_A 10 для определения, принимать ли сообщение запроса аутентификации/авторизации сеанса PDU с помощью DN_A 5. В 22-м определении условия оборудование UE_A 10 определяет, является ли 22-е определение условия истинным или ложным. При истинном 22-м определении условия оборудование UE_A 10 инициирует процедуру (А) в рамках настоящей процедуры или при ложном 22-м определении условия оборудование UE_A 10 инициирует процедуру (В) в рамках настоящей процедуры. Этапы требуемых действий при ложном 22-м условии будут описаны ниже.
[0396]
Далее будут описаны этапы для истинного 22-го определения условия, то есть этапы процедуры (А) в рамках настоящей процедуры. UE_A 10 передает в SMF_A 230 посредством AMF_A 240 сообщение об одобрении аутентификации сеанса PDU на основании приема сообщения с запросом аутентификации/авторизации сеанса PDU и/или завершения пятого способа, и/или 22-го определения условия (S1108).
[0397]
В частности, UE_A 10 передает в AMF_A 240 через интерфейс N1 сообщение об одобрении аутентификации сеанса PDU, а AMF_A 240, принявший сообщение об одобрении аутентификации сеанса PDU, передает сообщение об одобрении аутентификации сеанса PDU в SMF_A 230 через интерфейс N11.
[0398]
Следует отметить, что сообщение об одобрении аутентификации сеанса PDU может представлять собой сообщение NAS, переданное и/или принятое посредством интерфейса N1 и интерфейса N11. Сообщение об одобрении аутентификации сеанса PDU может представлять собой ответное сообщение на сообщение с запросом аутентификации сеанса PDU, но не ограничивается им, и может представлять собой сообщение, указывающее на одобрение процедуры аутентификации/авторизации при создании сеанса PDU.
[0399]
В данном случае UE_A 10 может включать 63-ю идентификационную информацию в сообщение об одобрении аутентификации сеанса PDU или может указывать на одобрение запроса сети путем включения этой идентификационной информации.
[0400]
Более того, UE_A 10 может передавать 63-ю идентификационную информацию, включенную в сообщение об одобрении аутентификации сеанса PDU, для указания на одобрение или выбор информации аутентификации/авторизации сетью DN_A 5UE_A 10, и/или приложением, и/или пользователем.
[0401]
Следует отметить, что UE_A 10 может определять необходимость включения 63-й идентификационной информации в сообщение об одобрении аутентификации сеанса PDU на основании принятой идентификационной информации, и/или информации о возможностях UE_A 10, и/или политики UE_A 10, и/или состояния UE_A 10.
[0402]
Например, UE_A 10 может передавать 63-ю идентификационную информацию, включенную в сообщение об одобрении аутентификации сеанса PDU, в случае, когда UE_A 10 принимает 62-ю идентификационную информацию и/или в случае, когда UE_A 10 может одобрять принятую 62-ю идентификационную информацию. Следует отметить, что определение, выполняемое UE_A 10 относительно того, какая идентификационная информация должна быть включена в сообщение об одобрении аутентификации сеанса PDU, не ограничивается описанным выше определением.
[0403]
SMF_A 230 принимает сообщение об одобрении аутентификации сеанса PDU. Кроме того, каждое устройство завершает процедуру (A) в рамках настоящей процедуры на основании передачи и/или приема сообщения об одобрении аутентификации сеанса PDU.
[0404]
Далее будут описаны этапы для ложного 22-го определения условия, то есть этапы процедуры (B) в рамках настоящей процедуры. UE_A 10 передает в SMF_A 230 посредством AMF_A 240 сообщение об отклонении аутентификации сеанса PDU на основании приема сообщения с запросом аутентификации/авторизации сеанса PDU и/или завершения пятого способа, и/или 22-го определения условия (S1110).
[0405]
В частности, UE_A 10 передает в AMF_A 240 через интерфейс N1 сообщение об отклонении аутентификации сеанса PDU, а AMF_A 240, принявший сообщение об отклонении аутентификации сеанса PDU, передает сообщение об отклонении аутентификации сеанса PDU в SMF_A 230 через интерфейс N11.
[0406]
Следует отметить, что сообщение об отклонении аутентификации сеанса PDU может представлять собой сообщение NAS, переданное и/или принятое посредством интерфейса N1 и интерфейса N11. Сообщение об отклонении аутентификации сеанса PDU может представлять собой ответное сообщение на сообщение с запросом аутентификации сеанса PDU, но не ограничивается им, и может представлять собой сообщение, указывающее на отклонение процедуры аутентификации/авторизации при создании сеанса PDU.
[0407]
UE_A 10 может включать в себя информацию, указывающую на причину отклонения сообщения с запросом аутентификации сеанса PDU, или может указывать на отклонение запроса сети путем включения этой идентификационной информации.
[0408]
Более того, UE_A 10 может передавать информацию, указывающую причину отклонения сообщения с запросом аутентификации сеанса PDU, которая включена в сообщение об одобрении аутентификации сеанса PDU, для указания того, что UE_A 10, и/или приложение, и/или пользователь не могут одобрить или не могут выбрать информацию аутентификации/авторизации DN_A 5.
[0409]
Следует отметить, что UE_A 10 может определять, какая идентификационная информация при отклонении сообщения с запросом аутентификации сеанса PDU должна быть включена в сообщение об отклонении аутентификации сеанса PDU, на основе принятой идентификационной информации, и/или информации о возможностях UE_A 10, и/или политики UE_A 10, и/или состояния UE_A 10. Следует отметить, что определение, выполняемое UE_A 10 относительно того, какая идентификационная информация должна быть включена в сообщение об отклонении аутентификации сеанса PDU, не ограничивается описанным выше определением.
[0410]
SMF_A 230 принимает сообщение об отклонении аутентификации сеанса PDU. Кроме того, каждое устройство завершает процедуру (B) в рамках настоящей процедуры на основании передачи и/или приема сообщения об отклонении аутентификации сеанса PDU.
[0411]
SMF_A 230 передает ответное сообщение аутентификации/авторизации в DN_A 5 и/или устройству в DN_A 5 посредством UPF_A 235 на основании завершения процедуры (A) в рамках настоящей процедуры и/или завершения процедуры (B) в рамках настоящей процедуры (S1112). Другими словами, SMF_A 230 передает ответное сообщение аутентификации/авторизации в DN_A 5 и/или устройству в DN_A 5 посредством UPF_A 235 на основании приема сообщения об одобрении аутентификации сеанса PDU и/или приема сообщения об отклонении аутентификации сеанса PDU.
[0412]
В частности, SMF_A 230 передает ответное сообщение аутентификации/авторизации в UPF_A 235 через интерфейс N4. UPF_A 235 при приеме ответного сообщения аутентификации/авторизации передает или перенаправляет ответное сообщение аутентификации/авторизации в DN_A 5 и/или устройству в DN_A 5 через интерфейс N6.
[0413]
Следует отметить, что освобождение ресурсов аутентификации/авторизации для DN_A 5, включая обмен ответными сообщениями аутентификации/авторизации, может представлять собой прикладной программный интерфейс (API), предоставленный оператору сервиса, посредством которого оператор обеспечивает DN_A 5 и/или DN_A 5 сервисом. Ответное сообщение аутентификации/авторизации может представлять собой сообщение ответа на сообщение с запросом аутентификации/авторизации, переданное и/или принятое между SMF_A 230, и/или UPF_A 235 и DN_A 5, и/или устройствами, включенными в DN_A 5, но не ограничивается им.
[0414]
В данном случае SMF_A 230 может передавать информацию, принятую от UE_A 10 и/или устройств в опорной сети, и/или информацию, хранимую SMF_A 230, включенную в ответное сообщение аутентификации/авторизации, или может указывать запросы UE_A 10 и/или SMF_A 230 путем включения этой идентификационной информации.
[0415]
В данном случае SMF_A 230 при приеме 63-й идентификационной информации может включать 63-ю идентификационную информацию в ответное сообщение аутентификации/авторизации или может указывать на одобрение запроса DN_A 5 и/или устройства в DN_A 5 путем включения этой идентификационной информации. UE_A 10 при приеме причины для отклонения сообщения с запросом аутентификации сеанса PDU может включать причину отклонения сообщения с запросом аутентификации сеанса PDU в ответное сообщение аутентификации/авторизации или может указывать на отклонение запроса DN_A 5 и/или устройства в DN_A 5 путем включения этой идентификационной информации.
[0416]
Следует отметить, что SMF_A 230 может определять, какая идентификационная информация должна быть включена в ответное сообщение аутентификации/авторизации на основе идентификационной информации, полученной на основании приема сообщения об одобрении аутентификации сеанса PDU и/или сообщения об отклонении аутентификации сеанса PDU. Следует отметить, что определение, выполняемое SMF_A 230 относительно того, какая идентификационная информация должна быть включена в ответное сообщение аутентификации/авторизации сеанса PDU, не ограничивается описанным выше определением.
[0417]
DN_A 5 и/или устройство в DN_A 5 принимают ответное сообщение аутентификации/авторизации. Кроме того, каждое устройство завершает настоящую процедуру на основании передачи и/или приема сообщения об одобрении аутентификации сеанса PDU, и/или передачи и/или приема сообщения об отклонении аутентификации, и/или передачи и/или приема ответного сообщения аутентификации/авторизации. Следует отметить, что каждое устройство может переходить в состояние, в котором сеанс PDU аутентифицирован и/или авторизован сетью DN_A 5, на основании завершения процедуры (A) в рамках настоящей процедуры, может обнаруживать отклонение настоящей процедуры на основании завершения процедуры (B) в рамках настоящей процедуры или может переходить в состояние, в котором сеанс PDU не аутентифицирован и/или не авторизован сетью DN_A 5.
[0418]
Кроме того, каждое устройство может выполнять способ на основании идентификационной информации, переданной и/или принятой в рамках настоящей процедуры, на основании завершения настоящей процедуры. Иными словами, UE_A 10 может адаптировать полученную и/или выбранную информацию аутентификации/авторизации, выданную сетью DN_A 5, на основании завершения настоящей процедуры.
[0419]
21-е определение условия может быть выполнено на основании идентификационной информации, включенной в сообщение с запросом аутентификации/авторизации, и/или информации об абоненте, и/или политики DN_A 5. Например, 21-е определение условия может быть истинным в случае разрешения сетью DN_A 5 и/или устройством в DN_A 5 запроса UE_A 10. 21-е определение условия может быть ложным при неразрешении сетью DN_A 5 и/или устройством в DN_A 5 запроса UE_A 10. Более того, 21-е определение условия может быть истинным в случае, если DN_A 5, к которой подключено UE_A 10, и/или устройство в DN_A 5 поддерживают функцию для аутентификации и/или авторизации сеанса PDU с помощью DN_A 5, или может быть ложным, если не поддерживают. Следует отметить, что условия, с которыми определяют истинность или ложность 21-го определения условия, могут не ограничиваться ранее описанными условиями.
[0420]
Следует отметить, что 22-е определение условия может быть выполнено на основании идентификационной информации, включенной в сообщение с запросом аутентификации сеанса PDU, и/или информации о состоянии UE_A 10, и/или политики UE_A 10, и/или состояния UE_A 10. Например, 22-е определение условия может быть истинным при разрешении оборудованием UE_A 10 запроса аутентификации и/или авторизации сеанса PDU сетью DN_A 5. 22-е определение условия может быть ложным в случае неразрешения оборудованием UE_A 10 запроса аутентификации и/или авторизации сеанса PDU сетью DN_A 5. Следует отметить, что условия, с которыми определяют истинность или ложность 22-го определения условия, могут не ограничиваться ранее описанными условиями.
[0421]
1.3.4. Обзор процедуры валидации (активации) RQoS
Далее будет дан обзор процедуры валидации (активации) RQoS, выполняемой для валидации (активации) RQoS для обмена пользовательскими данными. В этом разделе процедура валидации RQoS также называется настоящей процедурой. Настоящая процедура представляет собой процедуру, с помощью которой каждое устройство проверяет допустимость RQoS для обмена пользовательскими данными. Настоящая процедура включает в себя процедуру валидации RQoS, инициируемую оборудованием UE_A 10 и контролируемую инициированным UE способом, и процедуру валидации RQoS, инициируемого устройством в опорной сети и контролируемого инициированным сетью способом.
[0422]
Следует отметить, что каждое устройство может выполнять настоящую процедуру в состоянии, в котором создан сеанс PDU, или в ходе обмена пользовательскими данными. Каждое устройство может инициировать настоящую процедуру в любой момент времени после процедуры создания сеанса PDU. Каждое устройство может осуществлять валидацию RQoS для обмена пользовательскими данными или может выполнять обмен пользовательскими данными с использованием RQoS на основании завершения процедуры валидации RQoS. Следует отметить, что проверка допустимости RQoS для обмена пользовательскими данными может заключаться в контроле RQoS для обмена пользовательскими данными или в проверке допустимости RQoS для определенного потока пользовательских данных. Более того, проверка допустимости RQoS для обмена пользовательскими данными может быть операцией, при которой UE_A 10 создает правило QoS (также называемое производным правилом QoS) для трафика восходящей линии связи и/или пакета восходящей линии связи на основании принятых пакетов нисходящей линии связи и/или идентификационной информации, включенной в пакеты нисходящей линии связи, и начинает использовать созданное правило QoS.
[0423]
В данном случае настоящая процедура может представлять собой процедуру, в которой каждое устройство осуществляет валидацию RQoS для обмена пользовательскими данными посредством плоскости пользователя и может называться процедурой валидации RQoS, контролируемого посредством плоскости пользователя.
[0424]
1.3.4.1. Пример процедуры валидации RQoS, контролируемого инициированным UE способом
Пример способа выполнения процедуры валидации RQoS, контролируемого инициированным UE способом, будет описан со ссылкой на ФИГ. 12. В этом разделе процедура валидации RQoS, контролируемое инициированным UE способом, также называется настоящей процедурой. Следует отметить, что настоящая процедура может называться процедурой валидации RQoS, контролируемого посредством инициированной UE плоскости пользователя. Каждый этап настоящей процедуры будет описан. Сначала UE_A 10 передает пакет восходящей линии связи в UPF_A 235 посредством NR-узла_A 122 (S1200) для инициирования процедуры валидации RQoS, контролируемого инициированным UE способом.
[0425]
В частности, UE_A 10 передает пакет восходящей линии связи в UPF_A 235 посредством радиоканала, и/или интерфейса N3, и/или интерфейса N9. В данном случае UE_A 10 может выбирать UPF_A 235 как адресат маршрутизации на основе информации, хранящейся в UE_A 10. Если говорить конкретно, UE_A 10 может выбирать поток QoS, используемый для передачи пакетов восходящей линии связи, и/или UPF_A 235 путем сравнения информации о маршрутизации пакетов восходящей линии связи с правилом маршрутизации и/или правилом QoS, хранящимися в UE_A 10. Следует отметить, что UE_A 10 может выбирать поток QoS, используемый для передачи пакетов восходящей связи, и/или UPF_A 235, используя правило маршрутизации по умолчанию и/или правило QoS по умолчанию при несоответствии правила маршрутизации и/или правила QoS информации о маршрутизации пакетов восходящей линии связи. Следует отметить, что правило QoS по умолчанию включает в себя идентификатор (ID) правила QoS, QFI потока QoS, один или более фильтров пакетов и значение приоритета. Однако правило QoS по умолчанию может включать в себя эти компоненты, за исключением фильтров пакетов, и в этом случае значение приоритета настраивают на максимальное значение. Другими словами, приоритет минимизирован.
[0426]
В данном случае информация о маршрутизации пакетов восходящей линии связи может представлять собой информацию для идентификации приложения или может представлять собой пять кортежей разных типов данных. Если говорить конкретно, информация о маршрутизации пакетов восходящей линии связи может включать в себя IP-адрес назначения (целевой IP-адрес), и/или IP-адрес источника, и/или номер протокола, и/или номер порта назначения (номер целевого порта), и/или номер порта-источника или их комбинацию. Следует отметить, что информация о маршрутизации пакетов восходящей линии связи не ограничивается этими данными.
[0427]
Более того, пакет восходящей линии связи может представлять собой сообщение, переданное от UE_A 10 в сеть доступа, и/или опорную сеть, и/или DN_A 5, при обмене пользовательскими данными. Соответственно, включение идентификационной информации в пакет восходящей линии связи может представлять собой включение идентификационной информации в заголовок пакета восходящей линии связи для включения идентификационной информации в заголовок сообщения пакета восходящей линии связи или для включения идентификационной информации в сообщение пакета восходящей линии связи. Следует отметить, что при отсутствии пакета восходящей линии связи, подлежащего передаче в DN_A 5 и/или устройству в DN_A 5, UE_A 10 может передавать фиктивный пакет восходящей линии связи в UPF_A 235.
[0428]
В данном случае UE_A 10 может включать 41-ю идентификационную информацию и/или 42-ю идентификационную информацию в пакет восходящей линии связи или может указывать на запрос проверки допустимости RQoS для обмена пользовательскими данными путем включения этой идентификационной информации.
[0429]
Кроме того, UE_A 10 может передавать 41-ю идентификационную информацию и/или 42-ю идентификационную информацию, включенные в пакет восходящей линии связи, для запроса проверки допустимости RQoS инициированным UE способом для обмена пользовательскими данными.
[0430]
Более того, UE_A 10 может передавать 41-ю идентификационную информацию и/или 42-ю идентификационную информацию, включенные в пакет восходящей линии связи, для запроса на замену потока QoS, используемого для передачи и/или приема пакетов восходящей линии связи с помощью информации о маршрутизации пакетов восходящей линии связи, на поток QoS, указанный 42-й идентификационной информацией.
[0431]
Следует отметить, что UE_A 10 может определять, какая идентификационная информация из 41-й идентификационной информации и 42-й идентификационной информации должна быть включена в пакет восходящей линии связи, на основании информации о возможностях UE_A 10, и/или политики, такой как политика UE, и/или предпочтения UE_A 10. Следует отметить, что определение, выполняемое UE_A 10 относительно того, какая идентификационная информация должна быть включена в пакет восходящей линии связи, не ограничивается описанным выше определением.
[0432]
UPF_A 235 принимает пакет восходящей связи (S1200). UPF_A 235 может пересылать принятый пакет восходящей линии связи в DN_A 5 и/или устройство, включенное в DN_A 5, на основании приема пакета восходящей связи.
[0433]
Затем UPF_A 235 передает в SMF_A 230 сообщение уведомления о запросе на основании приема пакета восходящей линии связи и/или переадресации пакета восходящей линии связи (S1202). В частности, UPF_A 235 передает в SMF_A 230 сообщение уведомления о запросе через интерфейс N4. Более того, сообщение уведомления о запросе не ограничивается этим, если оно является сообщением, указывающим на запрос валидации RQoS для обмена пользовательскими данными.
[0434]
В данном случае UPF_A 235 может включать идентификационную информацию, включенную в принятый пакет восходящей линии связи, в сообщение уведомления о запросе. Иными словами, UPF_A 235 может передавать принятую 41-ю идентификационную информацию и/или 42-ю идентификационную информацию, включенные в сообщение уведомления о запросе, или может указывать на запрос проверки допустимости RQoS для обмена пользовательскими данными путем передачи этой идентификационной информации.
[0435]
SMF_A 230 принимает сообщение уведомления о запросе (S1202) и выполняет 31-е определение условия. 31-е определение условия заключается в том, что SMF_A 230 определяет, принимать ли запрос UE_A 10. В 31-м определении условия SMF_A 230 определяет, является ли 31-е определение условия истинным или ложным. При истинном 31-м определении условия (т. е. в случае когда SMF_A 230 принимает запрос UE_A 10) SMF_A 230 инициирует процедуру (A) в настоящей процедуре, а при ложном 31-м определении условия (т. е. в случае когда SMF_A 230 отклоняет запрос UE_A 10) SMF_A 230 в рамках настоящей процедуры инициирует процедуру (B). Следует отметить, что этапы требуемых действий при ложном 31-м условии будут описаны ниже.
[0436]
Далее будут описаны этапы для истинного 31-го определения условия, то есть этапы процедуры (А) в рамках настоящей процедуры. SMF_A 230 передает уведомление о валидации RQoS в UPF_A 235 (S1204) на основании 31-го определения условия и/или приема сообщения уведомления о запросе для инициирования процедуры (A) в рамках настоящей процедуры. Более конкретно, SMF_A 230 передает сообщение уведомления о валидации RQoS в UPF_A 235 через интерфейс N4. Следует отметить, что сообщение уведомления о валидации RQoS не ограничивается описанным выше и может представлять собой сообщение, указывающее на валидацию RQoS для обмена пользовательскими данными.
[0437]
В данном случае SMF_A 230 может включать 31-ю идентификационную информацию и/или 32-ю идентификационную информацию в сообщение уведомления о валидации RQoS или может указывать на одобрение запроса UE_A 10 путем включения этой идентификационной информации.
[0438]
Более того, SMF_A 230 может передавать 31-ю идентификационную информацию и/или 32-ю идентификационную информацию, включенные в сообщение уведомления о валидации RQoS, для указания на одобрение запроса валидации RQoS или на подтверждение валидации RQoS.
[0439]
Более того, SMF_A 230 может передавать 31-ю идентификационную информацию и/или 32-ю идентификационную информацию, включенные в сообщение уведомления о валидации RQoS, для указания на замену потока QoS, используемого для определенной передачи и/или приема пакетов нисходящей линии связи, на поток QoS, указанный 32-й идентификационной информацией.
[0440]
Следует отметить, что SMF_A 230 может определять, какая из 31-й идентификационной информации и 32-й идентификационной информации должна быть включена в сообщение уведомления о валидации RQoS, на основании принятой идентификационной информации, и/или информации о возможностях сети, и/или политики, такой как политика оператора, и/или состояния сети.
[0441]
Например, SMF_A 230 может передавать 31-ю идентификационную информацию и/или 32-ю идентификационную информацию, включенные в сообщение уведомления о валидации RQoS, в случае, если SMF_A 230 принимает 41-ю идентификационную информацию и/или 42-ю идентификационную информацию, и/или в случае, если SMF_A 230 одобряет запрос (-ы), указанный (-ые) принятой 41-й идентификационной информацией, и/или 42-й идентификационной информацией.
[0442]
Следует отметить, что 32-я идентификационная информация может быть определена на основании 42-й идентификационной информации. Другими словами, 32-я идентификационная информация может представлять собой информацию для идентификации потока QoS, который аналогичен потоку QoS, указанному 42-й идентификационной информацией, или информацию для идентификации потока QoS, отличного от потока QoS, указанного 42-й идентификационной информацией. Следует отметить, что определение, выполняемое SMF_A 230 относительно того, какая идентификационная информация должна быть включена в сообщение уведомления о валидации RQoS, не ограничивается описанным выше определением.
[0443]
В данном случае SMF_A 230 может создавать контекст для RQoS на основе идентификационной информации, полученной на основании приема сообщения уведомления о запросе, и/или информации о возможностях сети, и/или информации об абоненте, и/или политики оператора, и/или состояния сети, и/или контекста, который уже хранится в SMF_A 230.
[0444]
UPF_A 235 принимает сообщение уведомления о валидации RQoS (S1204). UPF_A 235 принимает сообщение уведомления о валидации RQoS для распознавания содержимого различной идентификационной информации, включенной в сообщение уведомления о валидации RQoS. UPF_A 235 может создавать правило QoS и/или контекст для RQoS на основании каждой идентификационной информации, полученной при приеме сообщения уведомления о валидации RQoS.
[0445]
Более того, UPF_A 235 может принимать пакеты нисходящей линии связи, переданные сетью DN_A 5 и/или устройством в DN_A 5 (S1206). UPF_A 235 передает пакет нисходящей линии связи в UE_A 10 на основании приема сообщения уведомления о валидации RQoS и/или приема пакета нисходящей линии связи от DN_A 5 (S1206).
[0446]
В частности, UPF_A 235 передает пакет нисходящей линии связи в UE_A 10 через интерфейс N9, и/или интерфейс N3, и/или радиоканал. В данном случае UPF_A 235 может выбирать UE_A 10, которое должно быть адресатом маршрутизации, на основе информации, хранящейся в UPF_A 235. Если говорить конкретно, UPF_A 235 может выбирать поток QoS, используемый для передачи пакетов нисходящей линии связи, и/или UE_A 10 путем сравнения информации о маршрутизации пакетов нисходящей линии связи с правилом маршрутизации и/или правилом QoS, хранящимися в UPF_A 235. Следует отметить, что UE_A 10 может выбирать поток QoS, используемый для передачи пакетов нисходящей линии связи, и/или UPF_A 235, используя правило маршрутизации по умолчанию и/или правило QoS по умолчанию при несоответствии правила маршрутизации и/или правила QoS информации о маршрутизации пакетов нисходящей линии связи.
[0447]
В данном случае информация о маршрутизации пакетов нисходящей линии связи может представлять собой информацию для идентификации приложения или может представлять собой пять кортежей разных типов данных. Если говорить конкретно, информация о маршрутизации пакета нисходящей линии связи может включать в себя IP-адрес назначения, и/или IP-адрес источника, и/или номер протокола, и/или номер порта назначения, и/или номер порта-источника или их комбинацию. Следует отметить, что информация о маршрутизации пакетов нисходящей линии связи не ограничивается этими данными.
[0448]
Более того, пакет нисходящей линии связи может представлять собой сообщение, переданное от DN_A 5 и/или устройства в DN_A 5 на UE_A 10 при обмене пользовательскими данными, сообщение, переданное от устройства в опорной сети на UE_A 10, или сообщение, пересылающее эти сообщения при обмене пользовательскими данными. Соответственно, включение идентификационной информации в пакет нисходящей линии связи может представлять собой включение идентификационной информации в заголовок пакета нисходящей линии связи для включения идентификационной информации в заголовок пакета нисходящей линии связи, не включая пересылаемое сообщение, для включения идентификационной информации в заголовок сообщения, используемого для пересылки пакета нисходящей линии связи, или для включения идентификационной информации в сообщение, используемое для пересылки пакета нисходящей линии связи. Следует отметить, что в случае отсутствия пакета нисходящей линии связи, принятого от DN_A 5 и/или устройства в DN_A 5, UPF_A 235 может передавать фиктивный пакет нисходящей линии связи на UE_A 10.
[0449]
В данном случае UPF_A 235 может включать 31-ю идентификационную информацию и/или 32-ю идентификационную информацию в пакет нисходящей линии связи или может указывать на необходимость проверки допустимости RQoS для обмена пользовательскими данными или на одобрение запроса UE_A 10 путем включения этой идентификационной информации.
[0450]
Более того, UPF_A 235 может передавать 31-ю идентификационную информацию и/или 32-ю идентификационную информацию, включенные в пакет нисходящей линии связи, для указания на одобрение запроса валидации RQoS или на необходимость валидации RQoS.
[0451]
Более того, UPF_A 235 может передавать 31-ю идентификационную информацию и/или 32-ю идентификационную информацию, включенные в пакет нисходящей линии связи, для указания на замену потока QoS, используемого для определенной передачи и/или приема пакета нисходящей линии связи, на поток QoS, указанный 32-й идентификационной информацией.
[0452]
Следует отметить, что UPF_A 235 может определять, какая из 31-й идентификационной информации и 32-й идентификационной информации должна быть включена в пакет нисходящей линии связи, на основании принятой идентификационной информации, и/или информации о возможностях сети, и/или политики, такой как политика оператора, и/или состояния сети.
[0453]
Например, UPF_A 235 может передавать 31-ю идентификационную информацию и/или 32-ю идентификационную информацию, включенные в пакет нисходящей линии связи, в случае, если UPF_A 235 принимает 31-ю идентификационную информацию и/или 32-ю идентификационную информацию, и/или в случае, если UPF_A 235 принимает 41-ю идентификационную информацию и/или 42-ю идентификационную информацию, и/или в случае, если SMF_A 230 определяет возможность одобрения запроса (-ов), указанного (-ых) принятой 41-й идентификационной информацией, и/или 42-й идентификационной информацией.
[0454]
Следует отметить, что 32-я идентификационная информация может быть определена на основании 42-й идентификационной информации. Другими словами, 32-я идентификационная информация может представлять собой информацию для идентификации потока QoS, который аналогичен потоку QoS, указанному 42-й идентификационной информацией, или информацию для идентификации потока QoS, отличного от потока QoS, указанного 42-й идентификационной информацией. Следует отметить, что определение, выполняемое SMF_A 235 относительно того, какая идентификационная информация должна быть включена в пакет нисходящей линии связи, не ограничивается описанным выше определением.
[0455]
UE_A 10 принимает пакет нисходящей линии связи (S1206). UE_A 10 принимает пакет нисходящей линии связи для распознавания содержимого различной идентификационной информации, включенной в пакет нисходящей линии связи.
[0456]
UE_A 10 дополнительно выполняет шестой способ на основании приема пакета нисходящей линии связи (S1208).
[0457]
В данном случае шестой способ может представлять собой способ, при котором UE_A 10 распознает условие, указанное блоком UPF_A 235. Более того, шестой способ может представлять собой способ, при котором UE_A 10 сохраняет принятую идентификационную информацию в качестве контекста, или может представлять собой способ, при котором принятую идентификационную информацию и/или пользовательские данные пересылают на более высокий уровень и/или на более низкий уровень.
[0458]
Более того, шестой способ может представлять собой способ, при котором UE_A 10 проверяет допустимость RQoS для обмена пользовательскими данными. Другими словами, шестой способ может представлять собой способ, при котором UE_A 10 создает правило QoS (производное правило QoS) и/или правило маршрутизации для пакета восходящей линии связи на основе принятого пакета нисходящей линии связи или способ, при котором UE_A 10 проверяет допустимость созданного правила QoS и/или правила маршрутизации.
[0459]
Если говорить конкретно, в шестом способе UE_A 10 может создавать правило QoS и/или правило маршрутизации, связанное с информацией о маршрутизации пакета восходящей линии связи, в сочетании с принятой информацией о маршрутизации пакетов нисходящей линии связи или может проверять созданное правило QoS и/или правило маршрутизации. Следует отметить, что поток QoS, используемый для пересылки пакета восходящей линии связи, указанного в созданном правиле QoS и/или правиле маршрутизации, может быть потоком QoS, указанным 32-й идентификационной информацией.
[0460]
Более того, шестой способ может представлять собой способ, при котором UE_A 10 может распознавать поток QoS и/или правило QoS, и/или правило маршрутизации, связанное с принятой информацией о маршрутизации пакета нисходящей линии связи. Если говорить конкретно, в шестом способе UE_A 10 может распознавать, что поток QoS, используемый для пересылки пакета нисходящей линии связи, указанного в принятой информации о маршрутизации пакетов нисходящей линии связи, представляет собой поток QoS, указанный 32-й идентификационной информацией.
[0461]
Кроме того, шестой способ может представлять собой способ, при котором UE_A 10 запускает таймер RQoS (также называемый таймером рефлективного QoS: таймер RQ). Более конкретно, шестой способ может представлять собой способ, при котором UE_A 10 запускает таймер RQoS, настроенный с помощью значения таймера, принятого от сети, и/или значения таймера, хранящегося в UE_A 10.
[0462]
Следует отметить, что запуск таймера RQoS может быть выполнен на основе создания и/или проверки правила QoS и/или правила маршрутизации. В случае если правило QoS и/или правило маршрутизации, связанное с информацией о маршрутизации пакетов восходящей линии связи и принятой информацией о маршрутизации пакетов нисходящей линии связи, уже существует, UE_A 10 может перезапускать работающий таймер RQoS.
[0463]
Следует отметить, что значение таймера, принятое от сети, может представлять собой значение таймера, принятое от устройства в опорной сети в процедуре регистрации и/или процедуре создания сеанса PDU, и может представлять собой, например, значение таймера, указанное шестнадцатой идентификационной информацией, принятой в процедуре регистрации и/или процедуре создания сеанса PDU. Следует отметить, что значение таймера, принятое оборудованием UE_A 10 от сети, может, без ограничений, представлять собой значение таймера, принятое от сети до выполнения шестого способа.
[0464]
Значение таймера, хранимое оборудованием UE_A 10, может представлять собой значение таймера, заранее сконфигурированное в UE_A 10 перед поставкой. Следует отметить, что значение таймера, хранимое оборудованием UE_A 10, может без ограничений, представлять собой значение таймера, сконфигурированное в оборудовании UE_A 10.
[0465]
В случае когда UE_A 10 ранее передал пакет восходящей линии связи, включающий в себя 41-ю идентификационную информацию и/или 42-ю идентификационную информацию, шестой способ может представлять собой способ, при котором UE_A 10 распознает одобрение сетью процедуры валидации RQoS, контролируемого инициированным UE способом. Следует отметить, что шестой способ может не ограничиваться этими способами.
[0466]
Затем UE_A 10 может передавать пакет восходящей линии связи в UPF_A 235 на основании приема пакета нисходящей линии связи и/или завершения шестого способа (S1210). Более того, UPF_A 235 при приеме пакета восходящей линии связи может пересылать принятый пакет восходящей линии связи в DN_A 5 и/или устройству в DN_A 5 (S1210). В этом случае DN_A 5 и/или устройство в DN_A 5 принимают пакет восходящей линии связи.
[0467]
Следует отметить, что UE_A 10 может использовать правило QoS и/или маршрутизацию, созданные в шестом способе, для передачи пакетов по восходящей линии связи. Более того, пакет восходящий линии связи может представлять собой то же сообщение, что и ранее переданный пакет восходящей линии связи (S1200), или может представлять собой другое сообщение.
[0468]
Каждое устройство завершает процедуру (A) в рамках настоящей процедуры на основании передачи и/или приема пакета (S1206) нисходящей линии связи, и/или завершения шестого способа (S1208), и/или передачи и/или приема пакета (S1210) восходящей линии связи.
[0469]
Далее будут описаны этапы для ложного 31-го определения условия, то есть этапы процедуры (B) в рамках настоящей процедуры. SMF_A 230 передает сообщение об отклонении валидации RQoS в UPF_A 235 (S1212) на основании 31-го определения условия и/или приема сообщения уведомления о запросе инициирования процедуры (B) в рамках настоящей процедуры. Более конкретно, SMF_A 230 передает сообщение об отклонении валидации RQoS в UPF_A 235 через интерфейс N4. Следует отметить, что сообщение об отклонении валидации RQoS не ограничивается описанным выше и может представлять собой сообщение, указывающее на отклонение запроса валидации RQoS для обмена пользовательскими данными.
[0470]
В данном случае SMF_A 230 может включать 51-ю идентификационную информацию в сообщение об отклонении валидации RQoS или может указывать на отклонение запроса UE_A 10 путем включения этой идентификационной информации.
[0471]
Более того, SMF_A 230 может передавать 51-ю идентификационную информацию, включенную в сообщение уведомления о валидации RQoS, для указания на отклонение запроса валидации RQoS, указания причины отклонения запроса валидации RQoS или указания на невозможность валидации RQoS.
[0472]
Следует отметить, что SMF_A 230 может определять необходимость включения 51-й идентификационной информации в сообщение об отклонении валидации RQoS на основании принятой идентификационной информации, и/или информации о состоянии сети, и/или политики, такой как политика оператора, и/или состояния сети.
[0473]
Например, SMF_A 230 может передавать 51-ю идентификационную информацию, включенную в сообщение уведомления о валидации RQoS, в случае, если SMF_A 230 принимает 41-ю идентификационную информацию и/или 42-ю идентификационную информацию, и/или в случае, если SMF_A 230 не может одобрять запрос, указанный принятой 41-й идентификационной информацией и/или 42-й идентификационной информацией. Следует отметить, что определение, выполняемое блоком SMF_A 230 относительно того, какая идентификационная информация должна быть включена в сообщение об отклонении валидации RQoS, не ограничивается описанным выше определением.
[0474]
UPF_A 235 принимает сообщение об отклонении валидации RQoS (S1212). UPF_A 235 принимает сообщение об отклонении валидации RQoS для распознавания содержимого различной идентификационной информации, включенной в сообщение об отклонении валидации RQoS.
[0475]
Более того, UPF_A 235 может принимать пакеты нисходящей линии связи, переданные сетью DN_A 5 и/или устройством в DN_A 5 (S1214). UPF_A 235 передает UE_A 10 пакет нисходящей линии связи на основании приема сообщения об отклонении валидации RQoS и/или приема пакета нисходящей линии связи от DN_A 5 (S1214).
[0476]
В частности, UPF_A 235 передает пакет нисходящей линии связи в UE_A 10 через интерфейс N9, и/или интерфейс N3, и/или радиоканал. В данном случае UPF_A 235 может выбирать UE_A 10, которое должно быть адресатом маршрутизации, на основе информации, хранящейся в UPF_A 235. Если говорить конкретно, UPF_A 235 может выбирать поток QoS, используемый для передачи пакетов нисходящей линии связи, и/или UE_A 10 путем сравнения информации о маршрутизации пакетов нисходящей линии связи с правилом маршрутизации и/или правилом QoS, хранящимися в UPF_A 235. Следует отметить, что UE_A 10 может выбирать поток QoS, используемый для передачи пакетов нисходящей линии связи, и/или UPF_A 235, используя правило маршрутизации по умолчанию и/или правило QoS по умолчанию при несоответствии правила маршрутизации и/или правила QoS информации о маршрутизации пакетов нисходящей линии связи.
[0477]
В данном случае информация о маршрутизации пакетов нисходящей линии связи может представлять собой информацию для идентификации приложения или может представлять собой пять кортежей разных типов данных. Если говорить конкретно, информация о маршрутизации пакета нисходящей линии связи может включать в себя IP-адрес назначения, и/или IP-адрес источника, и/или номер протокола, и/или номер порта назначения, и/или номер порта-источника или их комбинацию. Следует отметить, что информация о маршрутизации пакетов нисходящей линии связи не ограничивается этими данными.
[0478]
Более того, пакет нисходящей линии связи может представлять собой сообщение, переданное от DN_A 5 и/или устройства в DN_A 5 на UE_A 10 при обмене пользовательскими данными, сообщение, переданное от устройства в опорной сети на UE_A 10, или сообщение, пересылающее эти сообщения при обмене пользовательскими данными. Соответственно, включение идентификационной информации в пакет нисходящей линии связи может представлять собой включение идентификационной информации в заголовок пакета нисходящей линии связи для включения идентификационной информации в заголовок пакета нисходящей линии связи, не включая пересылаемое сообщение, для включения идентификационной информации в заголовок сообщения, используемого для пересылки пакета нисходящей линии связи, или для включения идентификационной информации в сообщение, используемое для пересылки пакета нисходящей линии связи. Следует отметить, что в случае отсутствия пакета нисходящей линии связи, принятого от DN_A 5 и/или устройства в DN_A 5, UPF_A 235 может передавать фиктивный пакет нисходящей линии связи на UE_A 10.
[0479]
В данном случае UPF_A 235 может включать 51-ю идентификационную информацию в пакет нисходящей линии связи или может указывать на отсутствие подтверждения допустимости RQoS для обмена пользовательскими данными не подтверждена или на отсутствие одобрения запроса UE_A 10 путем включения этой идентификационной информации.
[0480]
Более того, UPF_A 235 может передавать 51-ю идентификационную информацию, включенную в сообщение уведомления о валидации RQoS для указания на отклонение запроса валидации RQoS, указания причины отклонения запроса валидации RQoS или указания на невозможность валидации RQoS.
[0481]
Следует отметить, что UPF_A 235 может определять необходимость включения 51-й идентификационной информации в пакет нисходящей линии связи на основании принятой идентификационной информации, и/или информации о возможностях сети, и/или политики, такой как политика оператора, и/или состояния сети.
[0482]
Например, UPF_A 235 может передавать 51-ю идентификационную информацию, включенную в сообщение уведомления о валидации RQoS, в случае, если UPF_A 235 принимает 51-ю идентификационную информацию и/или в случае, если UPF_A 235 принимает 41-ю идентификационную информацию и/или 42-ю идентификационную информацию, и/или в случае, если SMF_A 230 определяет невозможность одобрения запроса (-ов), указанного (-ых) принятой 41-й идентификационной информацией и/или 42-й идентификационной информацией. Следует отметить, что определение, выполняемое SMF_A 235 относительно того, какая идентификационная информация должна быть включена в пакет нисходящей линии связи, не ограничивается описанным выше определением.
[0483]
UE_A 10 принимает пакет нисходящей линии связи (S1214). UE_A 10 принимает пакет нисходящей линии связи для распознавания содержимого различной идентификационной информации, включенной в пакет нисходящей линии связи.
[0484]
UE_A 10 дополнительно выполняет седьмой способ на основании приема пакета нисходящей линии связи (S1216).
[0485]
В данном случае, в случае если UE_A 10 ранее передало пакет восходящей линии связи, включающий в себя 41-ю идентификационную информацию и/или 42-ю идентификационную информацию, седьмой способ может представлять собой способ, при котором UE_A 10 распознает отклонение сетью процедуры валидации RQoS, контролируемого инициированным UE способом, или способ, при котором UE_A 10 распознает причину отклонения.
[0486]
Иными словами, седьмой способ может представлять собой способ, при котором UE_A 10 распознает неразрешение процедуры валидации RQoS, контролируемого инициированным UE способом, на основании принятой 51-й идентификационной информации, или способ, при котором UE_A 10 распознает причину неразрешения.
[0487]
Более того, седьмой способ может представлять собой способ, при котором UE_A 10 запускает таймер отсрочки передачи для запрета процедур валидации RQoS, контролируемых инициированным UE способом, в течение определенного периода времени. Следует отметить, что значение таймера отсрочки передачи для запрета процедуры валидации RQoS, контролируемого инициированным UE способом, от начала выполнения в течение определенного периода времени, может представлять собой значение, заранее определенное в UE_A 10, или может представлять собой значение таймера, принятое от сети.
[0488]
Более того, седьмой способ может представлять собой способ, при котором UE_A 10 повторно запускает настоящую процедуру по истечении определенного периода времени, способ, при котором UE_A 10 инициирует процедуру изменения и/или высвобождения созданного сеанса PDU, или способ, при котором UE_A 10 переходит в состояние, в котором запрос UE_A 10 ограничен. Следует отметить, что седьмой способ может не ограничиваться этими способами.
[0489]
Каждое устройство завершает процедуру (B) в рамках настоящей процедуры на основании передачи и/или приема пакета (S1214) нисходящей линии связи и/или завершения седьмого способа (S1216).
[0490]
Каждое устройство завершает настоящую процедуру на основании завершения процедуры (А) или (В) в рамках настоящей процедуры. Следует отметить, что каждое устройство может переходить в состояние, в котором выполняют проверку допустимости RQoS для обмена пользовательскими данными на основании завершения процедуры (A) в рамках настоящей процедуры, или может распознавать отклонение настоящей процедуры, может переходить в состояние, в котором допустимость RQoS для обмена пользовательскими данными не подтверждена, или может поддерживать состояние неприменения RQoS для обмена пользовательскими данными на основании завершения процедуры (B) в рамках настоящей процедуры.
[0491]
Кроме того, каждое устройство может выполнять способ на основании идентификационной информации, переданной и/или принятой в рамках настоящей процедуры, на основании завершения настоящей процедуры. Другими словами, UE_A 10 может выполнять шестой способ или выполнять седьмой способ на основании завершения настоящей процедуры.
[0492]
Более того, каждое устройство может выполнять обмен пользовательскими данными с использованием правила QoS и/или правила маршрутизации, подтвержденные в рамках настоящей процедуры, после завершения настоящей процедуры. Кроме того, после завершения настоящей процедуры каждое устройство может инициировать процедуру деактивации RQoS.
[0493]
31-е определение условия может быть выполнено на основании пакета восходящей линии связи и/или идентификационной информации, включенной в сообщение уведомления о запросе, и/или информации об абоненте, и/или политики оператора. Например, 31-е определение условия может быть истинным в случае разрешения сетью выполнения запроса устройства UE_A 10. 31-е определение условия может быть ложным в случае неразрешения сетью запроса UE_A 10. Кроме того, 31-е определение условия может быть истинным в случае, когда сеть, в которой зарегистрировано UE_A 10, и/или устройство в сети поддерживают функцию, запрашиваемую оборудованием UE_A 10, или может быть ложным в случае, если функция не поддерживается. Следует отметить, что условия, с которыми определяют истинность или ложность 31-го определения условия, могут не ограничиваться ранее описанными условиями.
[0494]
1.3.4.2. Пример процедуры валидации RQoS, контролируемого инициированной сетью способом
Пример способа выполнения процедуры валидации RQoS, контролируемого инициированным сетью способом, будет описан со ссылкой на ФИГ. 12. В этом разделе процедура валидации RQoS, контролируемого инициированным сетью способом, также называется настоящей процедурой. Следует отметить, что настоящая процедура может называться процедурой валидации RQoS, контролируемого посредством инициированной сетью плоскости пользователя. Более того, процедура валидации RQoS, контролируемого инициированным сетью способом, аналогична процедуре (A) в процедуре валидации RQoS, контролируемого инициированным UE способом, и поэтому здесь будет описана только часть процедуры, имеющая отличия.
[0495]
UE_A 10 выполняет шестой способ, описанный выше (S1208), на основании приема пакета нисходящей линии связи (S1206). В шестом способе UE_A 10 может дополнительно отклонять применимость RQoS. В этом случае UE_A 10 передает пакет восходящей линии связи, включая информацию об отклонении применимости RQoS, в UPF_A 235 (S1210).
[0496]
1.3.5. Обзор процедуры деактивации RQoS
Далее будет описана процедура для деактивации (также называемая процедурой признания недопустимости) активированного (также называемого допустимого) рефлективного QoS (RQoS). Процедура деактивации RQoS включает в себя первую процедуру деактивации, начатую инициированным UE способом, и вторую процедуру деактивации, начатую инициированным сетью способом. Эти процедуры инициируют, когда RQoS, контролируемое посредством плоскости пользователя (UP), является допустимым. Другими словами, эти процедуры инициируют до истечения значения таймера RQoS.
[0497]
Следует отметить, что эти процедуры можно применять для признания недопустимости RQoS, контролируемого посредством UP, проверенной инициированным сетью способом, а также можно применять для признания недопустимости RQoS, контролируемого посредством UP, проверенной инициированным UE способом.
[0498]
1.3.5.1. Обзор первой процедуры деактивации RQoS
Сначала описывают случай первой процедуры деактивации. UE_A 10 передает устройству в опорной сети идентификатор потока QoS (QFI) для идентификации потока QoS, подлежащего деактивации, и индикацию рефлективного QoS (RQI), указывающую на запрос деактивации, включенный в заголовок подлежащего передаче пакета восходящей линии связи. В случае если RQI представлен 1 битом, RQI предпочтительно устанавливают на 0, но может быть установлен и на 1. В случае если RQI представлен множеством битов, RQI предпочтительно сконфигурирован с возможностью установки всех битов на 0, но может быть сконфигурирован с возможностью их установки на 1. UE_A 10 может передавать информацию, указывающую на запрос деактивации, вместо RQI, который включен в заголовок подлежащего передаче пакета восходящей линии связи. Следует отметить, что при необходимости деактивации множества потоков QoS могут быть переданы множество наборов QFI и RQI или наборы QFI и информация, указывающая запрос деактивации, включенный в заголовок пакета восходящей линии связи. При необходимости деактивирования всех потоков QoS, QFI может не быть включено в заголовок. Следует отметить, что операция, в которой UE_A 10 включает информацию, такую как QFI и RQI, в заголовок пакета восходящей линии связи, может представлять собой операцию, при которой UE_A 10 включает информацию, такую как QFI и RQI, в пакет восходящей линии связи.
[0499]
Устройство в опорной сети принимает от UE_A 10 заголовок пакета восходящей линии связи, включая один или более наборов QFI и RQI или один или более наборов QFI, и информацию, указывающую запрос деактивации. В данном случае при запросе устройства в опорной сети оборудованием UE_A 10 для деактивации множества потоков QoS устройство опорной сети может принимать запрос деактивации для деактивации всех потоков QoS, отклонять запрос деактивации для деактивации всех потоков QoS, или принимать запрос деактивации для деактивации некоторых из потоков QoS, и отклонять запрос деактивации для деактивации оставшихся потоков QoS. При одобрении устройством в опорной сети запроса деактивации для деактивации определенного потока QoS устройство в опорной сети передает на UE_A 10 указание QFI, соответствующее потоку QoS, и информацию, указывающую на одобрение запроса деактивации, при этом обе эти информации включены в заголовок пакета нисходящей линии связи. При отклонении устройством в опорной сети запроса деактивации для деактивации определенного потока QoS устройство в опорной сети передает на UE_A 10 указание QFI, соответствующее потоку QoS, и информацию, указывающую на отклонение запроса деактивации, при этом обе эти информации включены в заголовок пакета нисходящей линии связи. Следует отметить, что такая информация, включенная в заголовок одного пакета нисходящей линии связи, может быть передана, или эта информация, включенная в заголовки разных пакетов нисходящей линии связи, может быть передана. При одобрении или отклонении устройством в опорной сети запросов деактивации для деактивации всех потоков QoS устройство в опорной сети может не включать QFI в заголовок. Следует отметить, что операция, в которой устройство в опорной сети включает информацию, такую как QFI и RQI, в заголовок пакета нисходящей линии связи, может представлять собой операцию, при которой устройство в опорной сети включает информацию, такую как QFI и RQI, в пакет нисходящей линии связи.
[0500]
UE_A 10 при приеме заголовка пакета нисходящей линии связи, включающего в себя QFI и информацию, указывающую на одобрение запроса деактивации, удаляет конфигурацию, относящуюся к RQoS, соответствующему потоку QoS, идентифицированному идентификатором QFI, даже в том случае, если значение таймера RQoS не истекает. Другими словами, UE_A 10 при приеме заголовка пакета нисходящей линии связи, включающего в себя QFI и информацию, указывающую на одобрение запроса деактивации, удаляет конфигурацию, относящуюся к RQoS, соответствующему потоку QoS, идентифицированному идентификатором QFI, даже в том случае, если время работы таймера RQoS не истекает. В это время UE_A 10 применяет QoS по умолчанию к этому потоку QoS. Напротив, если UE_A 10 принимает заголовок пакета нисходящей линии связи, включающего в себя QFI и информацию, указывающую на отклонение запроса деактивации, UE_A 10 сохраняет конфигурацию для RQoS, соответствующего потоку QoS, идентифицированному указанием QFI.
[0501]
Следует отметить, что в описании первой процедуры деактивации вся разнообразная информация включена в заголовок и передана, но настоящий вариант осуществления этим не ограничивается. Например, при наличии подлежащих передаче данных восходящей линии связи оборудование UE_A 10 может передавать по меньшей мере часть из разнообразной информации, которая включена в данные восходящей линии связи, несмотря на включение разнообразной информации в заголовок пакета восходящей линии связи и ее передачу. В это время сторона сети может распознавать значение разнообразной информации, включенной в данные восходящей линии связи. При наличии подлежащих передаче данных нисходящей линии связи сеть может передавать по меньшей мере часть из разнообразной информации, которая включена в данные нисходящей линии связи, несмотря на включение разнообразной информации в заголовок пакета нисходящей линии связи и ее передачу. В это время сторона оборудования UE_A 10 может распознавать значение разнообразной информации, включенной в данные нисходящей линии связи.
[0502]
1.3.5.2. Обзор второй процедуры деактивации RQoS
Далее описывается случай второй процедуры деактивации. Устройство в опорной сети может деактивировать все из одного или более потоков QoS, деактивировать некоторые из потоков QoS или деактивировать некоторые из потоков QoS. При деактивации устройством в опорной сети определенного потока QoS устройство в опорной сети включает в себя указание QFI, соответствующее потоку QoS, и информацию, указывающую на деактивацию потока QoS в заголовке пакета нисходящей линии связи, и передает их на UE_A 10. При деактивации определенного потока QoS эта информация может быть включена в заголовок одного пакета нисходящей линии связи и передана или включена в заголовки разных пакетов нисходящей линии связи и передана. При деактивации устройства в опорной сети всех потоков QoS устройство в опорной сети может не включать QFI в заголовок. Следует отметить, что, если устройство в опорной сети не деактивирует определенный поток QoS, устройство в опорной сети ничего не передает.
[0503]
UE_A 10 при приеме заголовка пакета нисходящей линии связи, включающего в себя QFI и информацию, указывающую на деактивацию потока QoS, удаляет конфигурацию, относящуюся к RQoS, соответствующему потоку QoS, идентифицированному идентификатором QFI, даже в том случае, если значение таймера RQoS не истекает. Другими словами, UE_A 10 при приеме заголовка пакета нисходящей линии связи, включающего в себя QFI и информацию, указывающую на деактивацию потока QoS, удаляет конфигурацию, относящуюся к RQoS, соответствующему потоку QoS, идентифицированному идентификатором QFI, даже в том случае, если время работы таймера RQoS не истекает. В это время UE_A 10 применяет QoS по умолчанию к этому потоку QoS. Напротив, если UE_A 10 не принимает заголовка пакета нисходящей линии связи, включающего в себя QFI и информацию, указывающую на деактивацию потока QoS, UE_A 10 сохраняет конфигурацию для RQoS, соответствующего потоку QoS, идентифицированному указанием QFI.
[0504]
Следует отметить, что в описании второй процедуры деактивации вся разнообразная информация включена в заголовок и передана, но настоящий вариант осуществления этим не ограничивается. Например, при наличии подлежащих передаче данных нисходящей линии связи сеть может передавать по меньшей мере часть из разнообразной информации, которая включена в данные нисходящей линии связи, несмотря на включение разнообразной информации в заголовок пакета нисходящей линии связи и ее передачу. В это время сторона оборудования UE_A 10 может распознавать значение разнообразной информации, включенной в данные нисходящей линии связи.
[0505]
2. Пример модификации
Программа, выполняемая на устройстве или оборудовании в соответствии с настоящим изобретением, может представлять собой программу, управляющую центральным процессором (ЦП) и т. п. и обуславливающую такое функционирование компьютера, которое обеспечивает реализацию функций согласно варианту осуществления в соответствии с настоящим изобретением. Программы или обрабатываемая программами информация временно хранится на энергозависимом запоминающем устройстве, таком как оперативное запоминающее устройство (ОЗУ), на энергонезависимом запоминающем устройстве, таком как флэш-ПЗУ или жесткий диск (HDD), или другом устройстве хранения данных.
[0506]
Следует отметить, что программа для реализации таких функций согласно варианту осуществления настоящего изобретения может быть записана на машиночитаемый носитель информации. Эта конфигурация может быть реализована путем считывания с помощью компьютерной системы программы, записанной на этом носителе информации, для ее выполнения. Предполагается, что термин «компьютерная система» относится к компьютерной системе, встроенной в указанные устройства, и что компьютерная система включает в себя операционную систему и аппаратные компоненты, такие как периферийное устройство. Кроме того, «машиночитаемый носитель информации» может представлять собой любое устройство из полупроводникового носителя информации, оптического носителя информации, магнитного носителя информации, носителя информации, динамически хранящего программу в течение короткого времени, или любой другой машиночитаемый носитель информации.
[0507]
Кроме того, каждый функциональный блок или различные характеристики устройств, используемых в вышеописанном варианте осуществления, могут быть применены к электрической схеме или могут быть выполнены на электрической схеме, например на интегральной схеме или множестве интегральных схем. Электрическая схема, выполненная с возможностью выполнения функций, представленных в настоящем описании, может включать в себя процессор общего назначения, цифровой сигнальный процессор (DSP), специализированную интегральную схему (ASIC), программируемую пользователем вентильную матрицу (FPGA) или другие программируемые логические устройства, логические элементы на дискретных компонентах или транзисторные логические схемы, дискретные аппаратные компоненты или их комбинацию. Процессор общего назначения может представлять собой микропроцессор или может представлять собой процессор известного типа, контроллер, микроконтроллер или вместо них машину состояний. Вышеупомянутая электрическая схема может включать в себя цифровую схему или может включать в себя аналоговую схему. Кроме того, в случае если благодаря достижениям в полупроводниковой технологии будет разработана технология интеграции схем, с помощью которой заменят текущую интегральную схему, в одном или более аспектах в соответствии с настоящим изобретением также может быть применена новая интегральная схема, основанная на соответствующей технологии.
[0508]
Настоящее изобретение не предполагает ограничения вариантом осуществления, описанным выше. В варианте осуществления устройства были описаны в качестве примера, но изобретение по настоящей заявке на патент не ограничивается этими устройствами и применимо к терминальному устройству или устройству связи электронного устройства фиксированного типа или стационарного типа, установленного в помещении или за его пределами, например аудиовидеоустройству, кухонному устройству, моечной или стиральной машине, устройству для кондиционирования воздуха, офисному оборудованию, торговому автомату и другим бытовым устройствам.
[0509]
Варианты осуществления настоящего изобретения были подробно описаны выше со ссылкой на рисунки, но конкретная конфигурация не ограничена этими вариантами осуществления и включает в себя, например, изменение в конструкции, которое входит в объем настоящего изобретения без отступления от его сущности. Возможны различные изменения в пределах объема настоящего изобретения, определенного формулой изобретения, и варианты осуществления, которые разработаны путем соответствующего комбинирования технических средств, описанных в соответствии с разными вариантами осуществления, также включены в технический объем настоящего изобретения. Кроме того, конфигурация, в которой составляющие элементы, описанные в соответствующих вариантах осуществления и имеющие взаимно одинаковые эффекты, являются взаимозаменяемыми, также включена в технический объем настоящего изобретения.
Перечень условных обозначений
[0510]
1 - Система мобильной связи
5 - DN_A
10 - UE_A
45 - eNB_A
80 - E-UTRAN_A
105 - DN_B
120-5G-RAN_A
122 - NR-узел_A
125 - WLAN ANc
126 - WAG_A
190 - Опорная сеть_В
230 - SMF_A
232 - SMF_B
235 - UPF_A
237 - UPF_B
240 - AMF_A