Устройство и способ для предоставления межсетевого взаимодействия на уровне сетевых срезов в системе беспроводной связи
Изобретение относится к системе связи перед пятым поколением (5G) или 5G-, представленной для поддержки системы связи после четвертого поколения (4G). Технический результат – возможность разделения сети на срезы (S-NSSAI) в системе беспроводной связи. Для этого способ работы UE содержит: передачу в первую BS сообщения с запросом на установление соединения по сети пакетной передачи данных (PDN); прием из первой BS информации относительно первой единой вспомогательной информации выбора S-NSSAI, выбранной посредством комбинации шлюзового объекта плоскости управления в сети пакетной передачи данных (PGW-C) и функции управления сеансами (SMF) из числа по меньшей мере одной подписанной S-NSSAI UE; передачу во вторую BS сообщения с запросом на регистрацию, включающего в себя запрашиваемую NSSAI, в которую включается первая S-NSSAI; и прием из второй BS сообщения подтверждения регистрации, включающего в себя разрешенную NSSAI, в которую включается вторая S-NSSAI, преобразованная в первую S-NSSAI. 2 н. и 12 з.п. ф-лы, 10 ил., 1 табл.
Область техники, к которой относится изобретение
[0001] Раскрытие сущности относится к системе беспроводной связи. Более конкретно, раскрытие сущности относится к устройству и способу для предоставления разделения сети на срезы в системе беспроводной связи.
Уровень техники
[0002] Чтобы удовлетворять требованию по увеличению трафика беспроводных данных с момента развертывания систем связи четвертого поколения (4G), прикладываются усилия для того, чтобы разрабатывать улучшенную систему связи пятого поколения (5G) или пред-5G. Следовательно, 5G- или пред-5G-система связи также называется "выходящей за рамки 4G-сети" или "системой после стандарта долгосрочного развития (LTE)".
[0003] Считается, что 5G-система связи реализуется в верхних полосах частот (mmWave), к примеру, в полосах частот в 28 ГГц 60 ГГц, с тем чтобы добиваться более высоких скоростей передачи данных. Чтобы снижать потери при распространении радиоволн и увеличивать расстояние передачи, формирование диаграммы направленности, массовая технология cо многими входами и многими выходами (MIMO), полноразмерная MIMO-технология (FD-MIMO), решетчатая антенна, формирование аналоговой диаграммы направленности, крупномасштабные антенные технологии обсуждаются в 5G-системах связи.
[0004] Помимо этого, в 5G-системах связи, проводятся разработки для улучшения системной сети на основе усовершенствованных небольших сот, облачных сетей радиодоступа (RAN), сверхплотных сетей, связи между устройствами (D2D), беспроводного обратного транзитного соединения, перемещаемой сети, совместной связи, координированной многоточечной передачи (CoMP), подавления помех на приемном конце и т.п.
[0005] В 5G-системе, разработаны гибридная частотная манипуляция (FSK) и квадратурная амплитудная модуляция (FQAM), и кодирование с наложением окон переменной длительности (SWSC) в качестве усовершенствованной модуляции с кодированием (ACM), а также интерфейс беспроводного доступа на нескольких несущих с гребенками фильтров (FBMC), неортогональный множественный доступ (NOMA) и множественный доступ на основе разреженных кодов (SCMA) в качестве усовершенствованной технологии доступа.
[0006] В 5G-системе, обсуждаются различные схемы связи. Например, предлагается схема связи без разрешения на передачу для передачи данных без разрешения на передачу по восходящей линии связи. Кроме того, проводятся различные обсуждения для эффективной поддержки связи без разрешения на передачу. Вышеуказанная информация представляется в качестве исходной информации только для того, чтобы помогать в понимании раскрытия сущности. Не выполняются определения и не выносятся суждения в отношении того, может или нет быть применимым что-либо из вышеуказанного в качестве предшествующего уровня техники относительно раскрытия сущности.
[0007] На основе вышеприведенного обсуждения, раскрытие сущности предоставляет способ и устройство для межсетевого взаимодействия между архитектурой сетевой системы на основе стандарта усовершенствованной системы с пакетной коммутацией (EPS) и сетевой 5G-системы для предоставления функции на основе сетевых срезов в системе беспроводной связи.
[0008] Вышеуказанная информация представляется в качестве исходной информации только для того, чтобы помогать в понимании раскрытия сущности. Не выполняются определения и не выносятся суждения в отношении того, может или нет быть применимым что-либо из вышеуказанного в качестве предшествующего уровня техники относительно раскрытия сущности.
Сущность изобретения
Решение задачи
[0009] Аспекты раскрытия сущности заключаются в том, чтобы разрешать, по меньшей мере, вышеуказанные проблемы и/или недостатки и предоставлять, по меньшей мере, преимущества, описанные ниже. Соответственно, аспект раскрытия сущности состоит в том, чтобы предоставлять устройство и способ для предоставления разделения сети на срезы в системе беспроводной связи.
[0010] Дополнительные аспекты вариантов осуществления изложены частично в описании, которое приводится ниже, и частично являются очевидными из описания или могут распознаваться посредством практического использования представленных вариантов осуществления.
[0011] В соответствии с аспектом раскрытия сущности, предусмотрен способ для работы абонентского устройства (UE) в системе беспроводной связи. Способ содержит: передачу, в первую базовую станцию (BS), сообщения с запросом на установление соединения по сети пакетной передачи данных (PDN); прием, из первой BS, информации относительно первой единой вспомогательной информации выбора сетевого среза (S-NSSAI), выбранной посредством комбинации шлюзового объекта плоскости управления в сети пакетной передачи данных (PGW-C) и функции управления сеансами (SMF) из числа, по меньшей мере, одной подписанной S-NSSAI UE; передачу, во вторую BS, сообщения с запросом на регистрацию, включающего в себя запрашиваемую NSSAI, в которую включается первая S-NSSAI; и прием, из второй BS, сообщения подтверждения регистрации, включающего в себя разрешенную NSSAI, в которую включается вторая S-NSSAI, преобразованная в первую S-NSSAI.
[0012] В соответствии с другим аспектом раскрытия сущности, предоставляется абонентское устройство (UE) в системе беспроводной связи. UE содержит: приемо-передающее устройство; и, по меньшей мере, один процессор, функционально соединенный с приемо-передающим устройством и выполненный с возможностью: передавать, в первую базовую станцию (BS), сообщение с запросом на установление соединения по сети пакетной передачи данных (PDN); принимать, из первой BS, информацию относительно первой единой вспомогательной информации выбора сетевого среза (S-NSSAI), выбранной посредством комбинации шлюзового объекта плоскости управления в сети пакетной передачи данных (PGW-C) и функции управления сеансами (SMF) из числа, по меньшей мере, одной подписанной S-NSSAI UE; передавать, во вторую BS, сообщение с запросом на регистрацию, включающее в себя запрашиваемую NSSAI, в которую включается первая S-NSSAI; и принимать, из второй BS, сообщение подтверждения регистрации, включающее в себя разрешенную NSSAI, в которую включается вторая S-NSSAI, преобразованная в первую S-NSSAI.
[0013] Устройство и способ согласно различным вариантам осуществления раскрытия сущности предоставляют способ для межсетевого взаимодействия между архитектурой сетевой EPS-системы и сетевой 5G-системы для предоставления функции на основе сетевых срезов, с тем чтобы эффективно предоставлять услугу в системе мобильной связи.
[0014] Другие аспекты, преимущества и характерные признаки раскрытия сущности должны становиться очевидными специалистам в данной области техники из нижеприведенного подробного описания, которое, при рассмотрении вместе с прилагаемыми чертежами, раскрывает различные варианты осуществления раскрытия сущности.
Краткое описание чертежей
[0015] Вышеуказанные и другие примерные аспекты, признаки и преимущества конкретных вариантов осуществления раскрытия сущности должны становиться более понятными из нижеприведенного описания, рассматриваемого вместе с прилагаемыми чертежами, на которых:
[0016] Фиг. 1 иллюстрирует структуру для межсетевого взаимодействия на уровне сетевых 5G-срезов (без роуминга) согласно варианту осуществления раскрытия сущности;
[0017] Фиг. 2 иллюстрирует конфигурацию для межсетевого взаимодействия на уровне сетевых срезов (без роуминга) согласно варианту осуществления раскрытия сущности;
[0018] Фиг. 3 иллюстрирует конфигурацию для межсетевого взаимодействия на уровне сетевых срезов (роуминг на основе локального обрыва) согласно варианту осуществления раскрытия сущности;
[0019] Фиг. 4 иллюстрирует конфигурацию для межсетевого взаимодействия на уровне сетевых срезов (роуминг на основе домашней маршрутизации) согласно варианту осуществления раскрытия сущности;
[0020] Фиг. 5 иллюстрирует работу в режиме функции управления сеансами+шлюза управления в сети пакетной передачи данных (SMF+PGW-C) для поддержки межсетевого взаимодействия на уровне сетевых срезов согласно варианту осуществления раскрытия сущности;
[0021] Фиг. 6 иллюстрирует работу в SMF+PGW-C-режиме для поддержки межсетевого взаимодействия на уровне сетевых срезов согласно варианту осуществления раскрытия сущности;
[0022] Фиг. 7 иллюстрирует конфигурацию базовой станции в системе беспроводной связи согласно варианту осуществления раскрытия сущности;
[0023] Фиг. 8 иллюстрирует конфигурацию UE в системе беспроводной связи согласно варианту осуществления раскрытия сущности;
[0024] Фиг. 9 иллюстрирует конфигурацию базового сетевого устройства в системе беспроводной связи согласно варианту осуществления раскрытия сущности; и
[0025] Фиг. 10 иллюстрирует процедуру регистрации в 5G-сети UE согласно варианту осуществления раскрытия сущности.
[0026] На всех чертежах, аналогичные номера ссылок должны пониматься как ссылающиеся на аналогичные части, компоненты и структуры.
Оптимальный режим осуществления изобретения
[0027] Нижеприведенное описание со ссылкой на прилагаемые чертежи предоставляется для того, чтобы помогать в полном понимании различных вариантов осуществления раскрытия сущности, заданного посредством формулы изобретения и ее эквивалентов. Оно включает в себя различные сведения для того, чтобы помогать в этом понимании, но они должны рассматриваться просто как примерные. Соответственно, специалисты в данной области техники должны признавать, что различные изменения и модификации различных вариантов осуществления, описанных в данном документе, могут вноситься без отступления от сущности и объема раскрытия сущности. Помимо этого, описания хорошо известных функций и конструкций могут опускаться для ясности и краткости.
[0028] Термины и слова, используемые в нижеприведенном описании и в формуле изобретения, не ограничены библиографическими значениями, а используются автором изобретения просто для того, чтобы обеспечивать ясное и согласованное понимание раскрытия сущности. Соответственно, специалистам в данной области техники должно быть очевидным, что нижеприведенное описание различных вариантов осуществления раскрытия сущности предоставляется только для целей иллюстрации, а не для целей ограничения раскрытия сущности, заданного посредством прилагаемой формулы изобретения и ее эквивалентов.
[0029] Следует понимать, что формы единственного числа "a", "an" и "the" включают в себя несколько объектов ссылки, если контекст явно не предписывает иное. Таким образом, например, ссылка на "поверхность компонента" включает в себя ссылку на одну или более таких поверхностей.
[0030] Термины, используемые в раскрытии сущности, используются только для того, чтобы описывать конкретные варианты осуществления, и могут не иметь намерение ограничивать охваты других вариантов осуществления. Если не указано иное, все термины, используемые в данном документе, включающие в себя технические и научные термины, могут иметь смысловое значение, идентичное смысловому значению, обычно понимаемому специалистами в области техники, к которой относится раскрытие сущности. Такие термины, которые задаются в словаре общего пользования, могут интерпретироваться как имеющие смысловые значения, равнозначные или аналогичные контекстным смысловым значениям в релевантной области техники, и не должны интерпретироваться как имеющие идеальные или чрезмерно формальные смысловые значения, если в раскрытии сущности явно не указано иное. В некоторых случаях, даже термин, заданный в раскрытии сущности, не должен интерпретироваться как исключающий различные варианты осуществления раскрытия сущности.
[0031] В дальнейшем в этом документе, описываются различные варианты осуществления раскрытия сущности на основе подхода на базе аппаратных средств. Тем не менее, различные варианты осуществления раскрытия сущности включают в себя технологию, которая использует как аппаратные средства, так и программное обеспечение, в силу чего различные варианты осуществления раскрытия сущности не исключают программный подход.
[0032] Раскрытие сущности относится к устройству и способу для предоставления межсетевого взаимодействия сетевого среза в системе беспроводной связи. В частности, раскрытие сущности описывает технологию для межсетевого взаимодействия между архитектурой сетевой EPS-системы и сетевой 5G-системы для предоставления функции на основе сетевых срезов в системе беспроводной связи.
[0033] Термины, используемые ниже, проиллюстрированы для удобства описания, причем термины включают в себя термин, указывающий сигнал, термин, указывающий канал, термин, указывающий управляющую информацию, термин, указывающий сетевой объект, и термин, указывающий элемент устройства. Соответственно, раскрытие сущности не ограничено следующими терминами, и могут использоваться другие термины, имеющие идентичное техническое смысловое значение.
[0034] Помимо этого, раскрытие сущности описывает различные варианты осуществления посредством использования терминов, используемых в части стандартов связи (например, Партнерского проекта третьего поколения (3GPP)), но варианты осуществления иллюстрируются только для описания. Различные варианты осуществления раскрытия сущности могут легко модифицироваться и применяться к другим системам связи.
[0035] В 3GPP-стандартах, стандартизируется архитектура и процедура в сетевой 5G-системе. Поставщик услуг мобильной связи может предоставлять несколько услуг в 5G-сети. Чтобы предоставлять каждую услугу, поставщик услуг мобильной связи должен удовлетворять различным потребностям в предоставлении услуг для каждой услуги (например, по времени задержки, дальности связи, скорости передачи данных, полосе пропускания, надежности и т.д.). С этой целью, поставщик услуг мобильной связи может составлять сетевой срез и выделять сетевые ресурсы, подходящие для конкретной услуги, согласно сетевому срезу или набору сетевых срезов. Сетевой ресурс может указывать сетевую функцию (NF), логический ресурс, который предоставляет NF, или выделение радиоресурсов базовой станции.
[0036] Например, поставщик услуг мобильной связи может составлять сетевой срез A для того, чтобы предоставлять мобильную широкополосную услугу, сетевой срез B для того, чтобы предоставлять услугу связи в транспортных средствах, и сетевой срез C для того, чтобы предоставлять IoT-услугу. Как описано выше, в 5G-сети, соответствующая услуга может предоставляться для сетевого среза, специализированного для каждой характеристики услуги. Единая вспомогательная информация выбора сетевого среза (S-NSSAI), заданная посредством 3GPP, может использоваться в качестве идентификатора, который идентифицирует сетевой срез.
[0037] Поставщик услуг мобильной связи может управлять как с 5G-сетью, так и с EPS-(альтернативно называется "LTE-") сетью. UE мобильной связи может перемещаться в EPS-сеть при осуществлении доступа к 5G-сети и использовании услуги. Помимо этого, UE мобильной связи может перемещаться в 5G-сеть при осуществлении доступа к EPS-сети и использовании услуги.
[0038] Раскрытие сущности задает способ для межсетевого взаимодействия между архитектурой сетевой EPS-системы и сетевой 5G-системы для предоставления функции на основе сетевых срезов. Фиг. 1, 2 и 3 иллюстрируют структуру для межсетевого взаимодействия 5G-системы (5GS) и усовершенствованной системы с пакетной коммутацией (EPS).
[0039] Помимо этого, раскрытие сущности задает работу сети и работу UE, при которой сеансовое соединение устанавливается в EPS, чтобы обеспечивать возможность UE с использованием услуги связи использовать услугу без разъединения, даже когда UE перемещается в 5GS.
[0040] Фиг. 1 иллюстрирует структуру для межсетевого взаимодействия 5GS и EPS в случае отсутствия роуминга согласно варианту осуществления раскрытия сущности.
[0041] Ссылаясь на фиг 1, 5GS может включать в себя базовую станцию 150 на основе нового стандарта радиосвязи (NR), функцию 145 управления доступом и мобильностью (AMF), функцию 120 управления сеансами (SMF), функцию 125 пользовательской плоскости (UPF), функцию 115 управления политиками (PCF) и функцию 110 унифицированного управления данными (UDM). EPS может включать в себя базовую станцию 140 на основе усовершенствованного универсального наземного радиодоступа (E-UTRA), объект 135 управления мобильностью (MME), обслуживающий шлюз 130 (SGW), пользовательский шлюз 125 в сети пакетной передачи данных (PGW-U), шлюз 120 управления в сети пакетной передачи данных (PGW-C), функцию 115 правил и политик тарификации и оплаты услуг (PCRF) и сервер 110 домашних абонентов (HSS). UDM 110 5GS и HSS 110 EPS могут составляться в качестве одного комбинированного узла. SMF 120 5GS и PGW-C 120 EPS могут составляться в качестве одного комбинированного узла. Узел UDM+HSS 110 может сохранять информацию по подпискам UE. UPF 125 5GS и PGW-U 125 EPS могут составляться в качестве одного комбинированного узла. UE 155 может осуществлять доступ к MME 135 EPS через базовую E-UTRA-станцию 140, чтобы использовать сетевую EPS-услугу. Помимо этого, UE 155 может осуществлять доступ к AMF 145 5GS через базовую NR-станцию 150, чтобы использовать сетевую 5GS-услугу.
[0042] Фиг. 2 иллюстрирует структуру для межсетевого взаимодействия 5GS и EPS в случае роуминга на основе локального обрыва согласно варианту осуществления раскрытия сущности. Как проиллюстрировано на фиг. 1, UE 260 может осуществлять доступ к MME 240 EPS через базовую E-UTRA-станцию 245, чтобы использовать сетевую EPS-услугу.
[0043] Ссылаясь на фиг 2, помимо этого, UE 260 может осуществлять доступ к AMF 250 5GS через базовую NR-станцию 255, чтобы использовать сетевую 5GS-услугу. В структуре для межсетевого взаимодействия 5GS и EPS в случае роуминга на основе локального обрыва, узел SMF+PGW-C 225 может быть расположен в гостевой PLMN (VPLMN). N1, N2, N3, N8, N10, N11, N15, N26, S1-MME, S1-U, S6a, S11, S5-C и S5-U, показанные на фиг. 1 и фиг. 2, представляют интерфейсы между сетевыми элементами в EPS и 5GS.
[0044] Фиг. 3 иллюстрирует структуру для межсетевого взаимодействия 5GS и EPS в случае роуминга на основе домашней маршрутизации согласно варианту осуществления раскрытия сущности. Как проиллюстрировано на фиг. 1, UE 370 может осуществлять доступ к MME 335 EPS через базовую E-UTRA-станцию 340, чтобы использовать сетевую EPS-услугу.
[0045] Ссылаясь на фиг 3, помимо этого, UE 370 может осуществлять доступ к AMF 360 5GS через базовую NR-станцию 365 (NG-RAN), чтобы использовать сетевую 5GS-услугу. В структуре для межсетевого взаимодействия 5GS и EPS в случае роуминга на основе домашней маршрутизации, узел SMF+PGW-C 320 может быть расположен в домашней PLMN (HPLMN). N1, N2, N3, N8, N9, N10, N11, N15, N16, N24, N26, S1-MME, S1-U, S6a, S11, S8-C и S8-U, показанные на фиг. 3, представляют интерфейсы между сетевыми элементами в EPS и 5GS.
[0046] Фиг. 4 иллюстрирует процедуру для установления, посредством UE 410 согласно варианту осуществления раскрытия сущности, соединения по сети пакетной передачи данных (PDN) в EPS.
[0047] Ссылаясь на фиг 4, UE 410 может устанавливать PDN-соединение посредством осуществления доступа к MME 420 через базовую E-UTRA-станцию 415, чтобы обмениваться служебным сообщением с PGW-C 430, расположенным в EPS. Когда установление PDN-соединения завершается, UE 410 может передавать данные восходящей линии связи в PGW-U 435 или принимать данные нисходящей линии связи из PGW-U 435.
[0048] Процедура 1: UE 410 может передавать сообщение с запросом на PDN-подключение в MME 420 для установления PDN-соединения. Сообщение с запросом на PDN-подключение может передаваться в MME 420 через базовую E-UTRA-станцию 415.
[0049] Процедура 2: при приеме сообщения с запросом на PDN-подключение в процедуре 1, MME 420 может передавать сообщение с запросом на создание сеанса в S-GW 425.
[0050] Процедура 3: при приеме сообщения с запросом на создание сеанса в процедуре 2, S-GW 425 может передавать сообщение с запросом на создание сеанса в SMF+PGW-C 430.
[0051] Процедура 4: при приеме сообщения с запросом на создание сеанса в процедуре 3, SMF+PGW-C 430 может выполнять процедуру установления/модификации сеанса в сети доступа на основе подключения по Интернет-протоколу (IP-CAN) наряду с PCF+PCRF 440.
[0052] Процедура 5: при приеме сообщения с запросом на создание сеанса в процедуре 3, SMF+PGW-C 430 может передавать сообщение с запросом на Nudm_SDM_Get в UDM+HSS 445. Сообщение с запросом на Nudm_SDM_Get может включать в себя тип данных запрашиваемой информации по подписке и информации относительно ключа, доступного для типа данных информации по подписке. Согласно варианту осуществления раскрытия сущности, "данные подписок для выбора среза" могут включаться в качестве типа данных запрашиваемой информации по подписке, и идентификатор UE "SUPI" может включаться в качестве ключа, доступного для типа данных информации по подписке.
[0053] Процедура 6: при приеме сообщения с запросом на Nudm_SDM_Get в процедуре 5, UDM+HSS 445, из базы данных (UDR), может извлекать информацию по подписке в сетевом срезе UE, соответствующего SUPI идентификатора принимаемого UE, когда сообщение с запросом на Nudm_SDM_Get включает в себя параметр "данные подписок для выбора среза". Согласно варианту осуществления раскрытия сущности, информация по подписке в сетевом срезе может быть сконфигурирована, по меньшей мере, посредством одной S-NSSAI и называться "подписанными S-NSSAI". При извлечении подписанных S-NSSAI UE, соответствующего принимаемому SUPI, UDM+HSS 445 может передавать сообщение с ответом по Nudm_SDM_Get в SMF+PGW-C 430. Сообщение с ответом по Nudm_SDM_Get может включать в себя информацию "подписанные S-NSSAI" UE, соответствующего SUPI. "Подписанные S-NSSAI" может включать в себя, по меньшей мере, одну S-NSSAI по умолчанию. Чтобы описывать раскрытие сущности, "подписанные S-NSSAI" может описываться в качестве примера следующим образом.
[0054] Подписанные S-NSSAI: {S-NSSAI 1, S-NSSAI 2, S-NSSAI 3(по умолчанию)}
[0055] UE 410 подписывается на три S-NSSAI, и можно предполагать, что из трех S-NSSAI, S-NSSAI 3 представляет собой S-NSSAI по умолчанию.
[0056] Когда PLMN-идентификатор, включенный в SUPI идентификатора UE, совпадает с PLMN-идентификатором, в котором расположен SMF+PGW-C 430 (т.е. согласно вариантам осуществления по фиг. 1 и 3), как проиллюстрировано на фиг. 5, при приеме сообщения с ответом по Nudm_SDM_Get, SMF+PGW-C 430 может выполнять операцию SMF+PGW-C 430 для обеспечения возможности SMF+PGW-C 430 выбирать S-NSSAI.
[0057] Фиг. 5 иллюстрирует работу в SMF+PGW-C-режиме для поддержки межсетевого взаимодействия на уровне сетевых срезов согласно варианту осуществления раскрытия сущности.
[0058] Ссылаясь на фиг 5, этапы 510, 515 и 520 соответствуют процедурам 3, 5 и 6 по фиг. 4. При приеме сообщения с ответом по Nudm_SDM_Get (этап 520), SMF+PGW-C 430 может идентифицировать (этап 525) то, включается или нет S-NSSAI, которую может предоставлять SMF+PGW-C 430, в "подписанные S-NSSAI", включенное в сообщение с ответом по Nudm_SDM_Get, принимаемое в процедуре 6.
[0059] Когда отсутствует S-NSSAI, которую SMF+PGW-C 430 может предоставлять (этап 530), либо когда отсутствует S-NSSAI, совпадающая с "подписанные S-NSSAI", принимаемым в процедуре 6, из одной или более S-NSSAI, которые SMF+PGW-C 430 может предоставлять (этап 530), SMF+PGW-C 430 может выбирать S-NSSAI по умолчанию из числа "подписанные S-NSSAI", принимаемого в процедуре 6 (способ 1), или может не выбирать S-NSSAI (способ 2). На этапе 550, PGW-C SMF может не включать информацию срезов в ответ по созданию сеанса (способ 2_1), или PGW-C SMF может отклонять запрос на создание сеанса (способ 2_2). Альтернативно, на этапе 545, сообщение ответа по созданию сеанса процедуры 9 может включать в себя информацию срезов, которая выбрана через процедуру.
[0060] Когда предусмотрена одна S-NSSAI, которую может предоставлять SMF+PGW-C 430, и соответствующая S-NSSAI включается в "подписанные S-NSSAI", принимаемое в процедуре 6 (этап 535), либо когда предусмотрена одна S-NSSAI, совпадающая с "подписанные S-NSSAI", принимаемым в процедуре 6, из двух или более S-NSSAI, которые SMF+PGW-C 430 может предоставлять (этап 535), SMF+PGW-C 430 может выбирать одну S-NSSAI, которая может предоставляться посредством SMF+PGW-C 430 и включается в "подписанные S-NSSAI". На этапе 545, сообщение ответа по созданию сеанса процедуры 9 может включать в себя информацию срезов, которая выбрана через процедуру.
[0061] Когда предусмотрены две или более S-NSSAI, которые SMF+PGW-C 430 может предоставлять, и из них, две или более S-NSSAI включаются в "подписанные S-NSSAI" (этап 540), SMF+PGW-C 430 может выбирать одну S-NSSAI из числа двух или более S-NSSAI, которые включаются в "подписанные S-NSSAI" и могут предоставляться посредством SMF+PGW-C 430, на основе политики поставщика услуг мобильной связи, сконфигурированной в SMF+PGW-C 430. На этапе 545, сообщение ответа по созданию сеанса процедуры 9 может включать в себя информацию срезов, которая выбрана через процедуру.
[0062] Когда PLMN-идентификатор, включенный в SUPI идентификатора UE, совпадает с PLMN-идентификатором, в котором расположен SMF+PGW-C 430 (т.е. согласно вариантам осуществления по фиг. 1 и 3), процедуры 7 и 8 могут не выполняться.
[0063] Когда PLMN-идентификатор, включенный в SUPI идентификатора UE, не совпадает с PLMN-идентификатором, в котором расположен SMF+PGW-C 430 (т.е. согласно варианту осуществления по фиг. 2), процедуры 7 и 8 могут выполняться.
[0064] Процедура 7: при приеме сообщения с ответом по Nudm_SDM_Get в процедуре 6, SMF+PGW-C 430 может передавать сообщение с запросом на Nnssf_NSSelection_Get в NSSF 450. Сообщение с запросом на Nnssf_NSSelection_Get может включать в себя "PLMN-идентификатор" включенный в SUPI идентификатора UE и, "подписанные S-NSSAI" UE, принимаемые из UDM+HSS 445 в процедуре 6. "PLMN-идентификатор", включенное в SUPI, может указывать HPLMN UE. "Подписанные S-NSSAI" может указывать информацию срезов, используемую в HPLMN UE.
[0065] Процедура 8: при приеме сообщения с запросом на Nnssf_NSSelection_Get в процедуре 7, NSSF 450 может извлекать "преобразованные S-NSSAI", которые преобразуются в "подписанные S-NSSAI", включенное в сообщение с запросом, которое должно использоваться в VPLMN. Чтобы описывать раскрытие сущности, "подписанные S-NSSAI" и "преобразованные S-NSSAI" могут описываться через пример следующим образом.
[0066] Подписанные S-NSSAI: {S-NSSAI 1, S-NSSAI 2, S-NSSAI 3(по умолчанию)}
[0067] Преобразованные S-NSSAI: {(S-NSSAI 1, S-NSSAI a), (S-NSSAI 2, S-NSSAI b), (S-NSSAI 3, S-NSSAI c)}
[0068] S-NSSAI, включенные в "подписанные S-NSSAI", могут быть сконфигурированы посредством значения среза (например, S-NSSAI 1), используемого в HPLMN UE. S-NSSAI, включенные в "преобразованные S-NSSAI", могут быть сконфигурированы посредством пары (например, (S-NSSAI 1, S-NSSAI a)) значений среза (например, S-NSSAI a), преобразованных в значение среза (например, S-NSSAI 1), используемое в HPLMN UE, который должен использоваться в VPLMN.
[0069] NSSF 450 может передавать сообщение c ответом по Nnssf_NSSelection_Get в SMF+PGW-C 430. Сообщение c ответом по Nnssf_NSSelection_Get может включать в себя "преобразованные S-NSSAI".
[0070] При приеме сообщения c ответом по Nnssf_NSSelection_Get, SMF+PGW-C 430 может выполнять операцию SMF+PGW-C 430 для обеспечения возможности SMF+PGW-C 430 выбирать S-NSSAI, как проиллюстрировано на фиг. 6.
[0071] Фиг. 6 иллюстрирует работу в SMF+PGW-C-режиме для поддержки межсетевого взаимодействия на уровне сетевых срезов согласно варианту осуществления раскрытия сущности.
[0072] Ссылаясь на фиг 6, этапы 610, 615 и 620 соответствуют процедурам 3, 6 и 8 по фиг. 4. При приеме сообщения c ответом по Nnssf_NSSelection_Get (этап 620), SMF+PGW-C 430 может идентифицировать (этап 625) то, включается или нет S-NSSAI, которая может предоставляться посредством SMF+PGW-C 430 посредством использования информации "преобразованные S-NSSAI", включенной в сообщение c ответом по Nnssf_NSSelection_Get, в "подписанные S-NSSAI", включенное в сообщение с ответом по Nudm_SDM_Get, принимаемое в процедуре 6. Для вышеприведенного этапа, SMF+PGW-C 430 может использовать принимаемую информацию "преобразованные S-NSSAI", чтобы интерпретировать информацию "подписанные S-NSSAI".
[0073] Например, когда срез, предоставленный посредством SMF+PGW-C 430, представляет собой S-NSSAI a, SMF+PGW-C 430 может использовать принимаемую информацию "преобразованные S-NSSAI", чтобы идентифицировать то, что S-NSSAI 1, преобразованная в S-NSSAI a, которая представляет собой срез, предоставленный посредством SMF+PGW-C 430, включается в "подписанные S-NSSAI".
[0074] Подписанные S-NSSAI: {S-NSSAI 1, S-NSSAI 2, S-NSSAI 3(по умолчанию)}
[0075] Преобразованные S-NSSAI: {(S-NSSAI 1, S-NSSAI a), (S-NSSAI 2, S-NSSAI b), (S-NSSAI 3, S-NSSAI c)}
[0076] Помимо этого, например, когда срез, предоставленный посредством SMF+PGW-C 430, представляет собой S-NSSAI d, SMF+PGW-C 430 может использовать принимаемую информацию "преобразованные S-NSSAI", чтобы идентифицировать то, что S-NSSAI d, которая представляет собой срез, предоставленный посредством SMF+PGW-C 430, не включается в "подписанные S-NSSAI".
[0077] Подписанные S-NSSAI: {S-NSSAI 1, S-NSSAI 2, S-NSSAI 3(по умолчанию)}
[0078] Преобразованные S-NSSAI: {(S-NSSAI 1, S-NSSAI a), (S-NSSAI 2, S-NSSAI b), (S-NSSAI 3, S-NSSAI c)}
[0079] Например, когда срезы, предоставленные посредством SMF+PGW-C 430, представляют собой S-NSSAI a и S-NSSAI d, SMF+PGW-C 430 может использовать принимаемую информацию "преобразованные S-NSSAI", чтобы идентифицировать то, что из срезов, предоставленных посредством SMF+PGW-C 430, S-NSSAI a включается в "подписанные S-NSSAI", но S-NSSAI d не включается в "подписанные S-NSSAI".
[0080] Подписанные S-NSSAI: {S-NSSAI 1, S-NSSAI 2, S-NSSAI 3(по умолчанию)}
[0081] Преобразованные S-NSSAI: {(S-NSSAI 1, S-NSSAI a), (S-NSSAI 2, S-NSSAI b), (S-NSSAI 3, S-NSSAI c)}
[0082] Например, когда срезы, предоставленные посредством SMF+PGW-C 430, представляют собой S-NSSAI a и S-NSSAI c, SMF+PGW-C 430 может использовать информацию "преобразованные S-NSSAI", принимаемую следующим образом, с тем чтобы идентифицировать то, что как S-NSSAI a, так и S-NSSAI c, которые предоставляются посредством SMF+PGW-C 430, включаются в "подписанные S-NSSAI".
[0083] Подписанные S-NSSAI: {S-NSSAI 1, S-NSSAI 2, S-NSSAI 3(по умолчанию)}
[0084] Преобразованные S-NSSAI: {(S-NSSAI 1, S-NSSAI a), (S-NSSAI 2, S-NSSAI b), (S-NSSAI 3, S-NSSAI c)}
[0085] Когда отсутствует S-NSSAI, которую SMF+PGW-C 430 может предоставлять (этап 630), либо когда отсутствует S-NSSAI, совпадающая с "подписанные S-NSSAI", принимаемым в процедуре 6, из одной или более S-NSSAI (например, S-NSSAI d), которые SMF+PGW-C 430 может предоставлять (этап 630), SMF+PGW-C 430 может выбирать S-NSSAI по умолчанию из числа "подписанные S-NSSAI", принимаемого в процедуре 6 (способ 1), или может не выбирать S-NSSAI (способ 2). На этапе 650, PGW-C SMF может не включать информацию срезов в ответ по созданию сеанса (способ 2_1), или PGW-C SMF может отклонять запрос на создание сеанса (способ 2_2). Альтернативно, на этапе 645, сообщение ответа по созданию сеанса процедуры 9 может включать в себя информацию срезов, которая выбрана через процедуру.
[0086] Когда предусмотрена одна S-NSSAI (например, S-NSSAI a), которую может предоставлять SMF+PGW-C 430, и соответствующая S-NSSAI включается в "подписанные S-NSSAI", принимаемое в процедуре 6 (например, S-NSSAI 1, преобразованная в S-NSSAI a) (этап 635), либо когда предусмотрена одна S-NSSAI (например, S-NSSAI 1, преобразованная в S-NSSAI a, и не предусмотрена HPLMN S-NSSAI, преобразованная в S-NSSAI d), совпадающая с "подписанные S-NSSAI", принимаемым в процедуре 6, из двух или более S-NSSAI (например, S-NSSAI a и S-NSSAI d), которые SMF+PGW-C 430 может предоставлять (этап 635), SMF+PGW-C 430 может выбирать одну S-NSSAI, которая может предоставляться посредством SMF+PGW-C 430 и включается в "подписанные S-NSSAI". Таким образом, на этапе 645, сообщение ответа по созданию сеанса процедуры 9 может включать в себя информацию срезов, которая выбрана через процедуру.
[0087] Когда предусмотрены две или более S-NSSAI, которые SMF+PGW-C 430 может предоставлять, и из них, две или более S-NSSAI включаются в "подписанные S-NSSAI" (этап 640), SMF+PGW-C 430 может выбирать одну S-NSSAI из числа двух или более S-NSSAI, которые включаются в "подписанные S-NSSAI" и могут предоставляться посредством SMF+PGW-C 430, на основе политики поставщика услуг мобильной связи, сконфигурированной в SMF+PGW-C 430. Таким образом, на этапе 645, сообщение ответа по созданию сеанса процедуры 9 может включать в себя информацию срезов, которая выбрана через процедуру.
[0088] Процедура 9: при приеме сообщения с ответом по Nudm_SDM_Get в процедуре 6 (т.е. в вариантах осуществления по фиг. 1 и 3) или приема сообщения c ответом по Nnssf_NSSelection_Get в процедуре 8 (т.е. в варианте осуществления по фиг. 2), SMF+PGW-C 430 может передавать сообщение ответа по созданию сеанса в S-GW 425.
[0089] Сообщение ответа по созданию сеанса может включать в себя информацию срезов, которая выбрана через процедуру по фиг. 5 или 6, в форме конфигурационных параметров протокола (PCO) (этапы 545, 645). Информация срезов, включенная в сообщение ответа по созданию сеанса, может включать в себя различные способы. Информация срезов, включенная в сообщение ответа по созданию сеанса, может передаваться в UE 410 через процедуры 10, 11 и 12.
[0090] Помимо этого, SMF+PGW-C 430 может сохранять, в UDM+HSS 445, S-NSSAI, которая представляет собой информацию срезов, выбранную через процедуру по фиг. 5 или 6 и информацию PDN-соединения (например, идентификатор PDN-подключения и т.д.), поддерживаемую посредством S-NSSAI.
[0091] В случае роуминга на основе локального обрыва (т.е. в варианте осуществления по фиг. 2), согласно варианту осуществления раскрытия сущности, в дальнейшем описывается пример информации срезов, включенной в сообщение ответа по созданию сеанса. Чтобы описывать вариант осуществления раскрытия сущности, предполагается, что SMF+PGW-C 430 выполняет операцию по фиг. 6 для того, чтобы выбирать S-NSSAI 1 следующим образом.
[0092] Подписанные S-NSSAI: {S-NSSAI 1, S-NSSAI 2, S-NSSAI 3(по умолчанию)}
[0093] Преобразованные S-NSSAI: {(S-NSSAI 1, S-NSSAI a), (S-NSSAI 2, S-NSSAI b), (S-NSSAI 3, S-NSSAI c)}
[0094] [LB-вариант 1 осуществления]: SMF+PGW-C 430 согласно варианту осуществления раскрытия сущности может обеспечивать возможность S-NSSAI a, которая преобразуется в выбранную S-NSSAI 1, которая должна использоваться в VPLMN, включаться в форме конфигурационных параметров протокола (PCO) в сообщение ответа по созданию сеанса. PCO может включать в себя PLMN-идентификатор с использованием S-NSSAI a, т.е. VPLMN-идентификатор.
[0095] Сообщение ответа по созданию сеанса: {..., PCO(S-NSSAI a)}
[0096] [LB-вариант 2 осуществления]: SMF+PGW-C 430 может обеспечивать возможность S-NSSAI a, которая преобразуется в выбранную S-NSSAI 1, которая должна использоваться в VPLMN, и информации преобразования, соответствующей S-NSSAI a, включаться в форме PCO в сообщение ответа по созданию сеанса. PCO может включать в себя PLMN-идентификатор с использованием S-NSSAI a, т.е. VPLMN-идентификатор.
[0097] Сообщение ответа по созданию сеанса: {..., PCO(S-NSSAI a, (S-NSSAI 1, S-NSSAI a))}
[0098] или:
[0099] Сообщение ответа по созданию сеанса: {..., PCO ((S-NSSAI 1, S-NSSAI a))}
[00100] [LB-вариант 3 осуществления]: SMF+PGW-C 430 может обеспечивать возможность выбранной S-NSSAI 1 включаться в форме PCO в сообщение ответа по созданию сеанса. PCO может включать в себя PLMN-идентификатор с использованием S-NSSAI 1, т.е. HPLMN-идентификатор.
[00101] Сообщение ответа по созданию сеанса: {..., PCO(S-NSSAI 1)}
[00102] [LB-вариант 4 осуществления]: SMF+PGW-C 430 может обеспечивать возможность выбранной S-NSSAI 1 и информации преобразования, соответствующей S-NSSAI 1, включаться в форме PCO в сообщение ответа по созданию сеанса. PCO может включать в себя PLMN-идентификатор с использованием S-NSSAI 1, т.е. HPLMN-идентификатор и PLMN-идентификатор с использованием S-NSSAI a, т.е. VPLMN-идентификатор.
[00103] Сообщение ответа по созданию сеанса: {..., PCO(S-NSSAI 1, (S-NSSAI 1, S-NSSAI a))}
[00104] или:
[00105] Сообщение ответа по созданию сеанса: {..., PCO ((S-NSSAI 1, S-NSSAI a))}
[00106] [LB-вариант 5 осуществления]: SMF+PGW-C 430 может обеспечивать возможность выбранной информации срезов не включаться в сообщение ответа по созданию сеанса.
[00107] Сообщение ответа по созданию сеанса: {...}
[00108] В случае роуминга на основе домашней маршрутизации (т.е. в варианте осуществления по фиг. 3), согласно варианту осуществления раскрытия сущности, в дальнейшем описывается пример информации срезов, включенной в сообщение ответа по созданию сеанса. Чтобы описывать вариант осуществления раскрытия сущности, предполагается, что SMF+PGW-C 430 выполняет операцию по фиг. 5 для того, чтобы выбирать S-NSSAI 1 следующим образом.
[00109] Подписанные S-NSSAI: {S-NSSAI 1, S-NSSAI 2, S-NSSAI 3(по умолчанию)}
[00110] [HR-вариант 1 осуществления]: SMF+PGW-C 430 согласно варианту осуществления раскрытия сущности может обеспечивать возможность выбранной S-NSSAI 1 включаться в форме PCO в сообщение ответа по созданию сеанса. PCO может включать в себя PLMN-идентификатор с использованием S-NSSAI 1, т.е. HPLMN-идентификатор.
[00111] Сообщение ответа по созданию сеанса: {..., PCO(S-NSSAI 1)}
[00112] [HR-вариант 2 осуществления]: SMF+PGW-C 430 может обеспечивать возможность выбранной информации срезов не включаться в сообщение ответа по созданию сеанса.
[00113] Сообщение ответа по созданию сеанса: {...}
[00114] Процедура 10: при приеме сообщения ответа по созданию сеанса в процедуре 9, S-GW 425 может передавать сообщение ответа по созданию сеанса в MME 420. Сообщение ответа по созданию сеанса, которое S-GW 425 передает в MME 420, может включать в себя информацию срезов, включенную в сообщение ответа по созданию сеанса, принимаемое в процедуре 9.
[00115] Процедура 11: при приеме сообщения ответа по созданию сеанса в процедуре 10, MME 420 может передавать сообщение с запросом на установление однонаправленного канала или сообщение "NAS-транспортировки в нисходящей линии связи с разрешением PDN-подключения" в базовую E-UTRA-станцию 415. Сообщение, которое MME 420 передает в базовую E-UTRA-станцию 415, может включать в себя информацию срезов, включенную в сообщение ответа по созданию сеанса, принимаемое в процедуре 10.
[00116] Процедура 12: при приеме сообщения с запросом на установление однонаправленного канала или сообщения "NAS-транспортировки в нисходящей линии связи с разрешением PDN-подключения" в процедуре 11, базовая E-UTRA-станция 415 может передавать сообщение переконфигурирования RRC-соединения или сообщение прямой RRC-передачи в UE 410. Сообщение, которое базовая E-UTRA-станция 415 передает в UE 410, может включать в себя информацию срезов, включенную в сообщение, принимаемое в процедуре 11.
[00117] При приеме сообщения переконфигурирования RRC-соединения или сообщения прямой RRC-передачи, UE 410 может сохранять S-NSSAI, т.е. информацию срезов, включенную в сообщение, и PLMN-идентификатор с использованием соответствующей S-NSSAI. Информация срезов может включаться в форме PCO в сообщение.
[00118] Процедура 13: при приеме сообщения переконфигурирования RRC-соединения в процедуре 12, UE 410 может передавать сообщение завершения переконфигурирования RRC-соединения в базовую E-UTRA-станцию 415.
[00119] Процедура 14: при приеме сообщения завершения переконфигурирования RRC-соединения в процедуре 13, базовая E-UTRA-станция 415 может передавать сообщение с ответом по установлению однонаправленного канала в MME 420.
[00120] Процедура 15: при приеме сообщения прямой RRC-передачи в процедуре 12, UE 410 может передавать сообщение прямой передачи в базовую E-UTRA-станцию 415.
[00121] Процедура 16: при приеме сообщения прямой передачи в процедуре 15, базовая E-UTRA-станция 415 может передавать сообщение завершения PDN-подключения в MME 420. Процедура 17: MME 420 отправляет запрос на модификацию однонаправленного канала в S-GW 425. Процедура 18: S-GW 425 перенаправляет в запрос на модификацию однонаправленного канала в SMF+PGW-C 430. Процедура 19: SMF+PGW-C 430 отправляет ответ по модификации однонаправленного канала в S-GW 425. Процедура 20: S-GW 425 перенаправляет в ответ по модификации однонаправленного канала в MME 420.
[00122] Как проиллюстрировано на фиг. 4, UE согласно варианту осуществления раскрытия сущности может осуществлять доступ к EPS-сети, чтобы устанавливать PDN-соединение и передавать или принимать данные. UE может перемещаться в 5GS-сеть, и в этот момент, UE может предоставлять связанную с PDN-соединением информацию, устанавливаемую в EPS-сети, в 5GS-сеть.
[00123] Фиг. 10 иллюстрирует процесс, в котором, согласно варианту осуществления раскрытия сущности, UE перемещается в 5G-сеть, чтобы выполнять процедуру регистрации. Более конкретно, UE 260, 370 или 1010 перемещается в 5GS, чтобы передавать сообщение с запросом на регистрацию в AMF 250, 360 или 1020.
[00124] Ссылаясь на фиг 10, сообщение с запросом на регистрацию может включать в себя связанную с PDN-соединением информацию, устанавливаемую в EPS-сети. Связанная с PDN-соединением информация может включать в себя запрашиваемую NSSAI, которая представляет собой информацию срезов, запрашиваемую посредством UE, и другую информацию срезов (например, информацию преобразования, индикатор, PLMN-идентификатор с использованием S-NSSAI, включенной в запрашиваемую NSSAI, и т.д.). Запрашиваемая NSSAI может быть сконфигурирована, по меньшей мере, посредством одной S-NSSAI. Сообщение с запросом на регистрацию может передаваться в AMF 250, 360 или 1020 через NG-RAN 255, 365 или 1015. Связанная с PDN-соединением информация, включенная в сообщение с запросом на регистрацию, может включать в себя различные способы.
[00125] В дальнейшем в этом документе, в случае роуминга на основе локального обрыва (т.е. в варианте осуществления по фиг. 2), описывается пример способа, согласно варианту осуществления раскрытия сущности, для предоставления связанной с PDN-соединением информации, устанавливаемой в EPS, в 5GS-сеть.
[00126] Согласно варианту осуществления, в случае [LB-варианта 1 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 260 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 250 или 1020 через NG-RAN 255 или 1015, может включать в себя S-NSSAI a, принимаемую в процедуре 12 по фиг. 4 в качестве запрашиваемой NSSAI, и может включать в себя PLMN-идентификатор с использованием S-NSSAI a, т.е. VPLMN-идентификатор.
[00127] Согласно варианту осуществления, в случае [LB-варианта 2 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 260 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 250 или 1020 через NG-RAN 255 или 1015, может включать в себя S-NSSAI a, принимаемую в процедуре 12 по фиг. 4 в качестве запрашиваемой NSSAI, и может включать в себя информацию преобразования (S-NSSAI 1, S-NSSAI a) соответствующую S-NSSAI, и PLMN-идентификатор с использованием S-NSSAI a, т.е. VPLMN-идентификатор.
[00128] Когда идентификатор UE (например, 5G-GUTI, GUTI или SUPI) включает в себя информацию, выделяемую в EPS, либо когда принимаемое сообщение с запросом на регистрацию включает в себя VPLMN-идентификатор, AMF 250 или 1020 согласно [LB-варианту 1 осуществления] и [LB-варианту 2 осуществления] может идентифицировать то, что запрашиваемая NSSAI, включенная в запрос на регистрацию, принимаемый из UE, сконфигурирована посредством S-NSSAI-значения, используемого в VPLMN.
[00129] Согласно варианту осуществления, в случае [LB-варианта 3 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 260 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 250 или 1020 через NG-RAN 255 или 1015, может включать в себя S-NSSAI 1, принимаемую в процедуре 12 по фиг. 4 в качестве запрашиваемой NSSAI, и может включать в себя PLMN-идентификатор с использованием S-NSSAI 1, т.е. HPLMN-идентификатор.
[00130] Согласно варианту осуществления, в случае [LB-варианта 4 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 260 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 250 или 1020 через NG-RAN 255 или 1015, может включать в себя S-NSSAI 1, принимаемую в процедуре 12 по фиг. 4 в качестве запрашиваемой NSSAI, и может включать в себя информацию преобразования (S-NSSAI 1, S-NSSAI a) соответствующую S-NSSAI 1, и PLMN-идентификатор с использованием S-NSSAI 1, т.е. HPLMN-идентификатор.
[00131] Когда идентификатор UE (например, 5G-GUTI, GUTI или SUPI) включает в себя информацию, выделяемую в EPS, либо когда принимаемое сообщение с запросом на регистрацию включает в себя HPLMN-идентификатор, AMF 250 или 1020 согласно [LB-варианту 3 осуществления] и [LB-варианту 4 осуществления] может идентифицировать то, что запрашиваемая NSSAI, включенная в запрос на регистрацию, принимаемый из UE, сконфигурирована посредством S-NSSAI-значения, используемого в HPLMN.
[00132] Согласно варианту осуществления, в случае [LB-варианта 5 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 260 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 250 или 1020 через NG-RAN 255 или 1015, может не включать в себя связанную со срезом информацию. Таким образом, сообщение с запросом на регистрацию может не включать в себя запрашиваемую NSSAI.
[00133] Когда идентификатор UE (например, 5G-GUTI, GUTI или SUPI) включает в себя информацию, выделяемую в EPS, AMF 250 или 1020 согласно [LB-варианту 5 осуществления] может идентифицировать то, что UE представляет собой UE, которое перемещено из EPS. AMF 250 или 1020 может получать, из UDM 210 по фиг. 2 или 1030, информацию PDN-соединения, которую UE конфигурирует в EPS, и S-NSSAI-информацию, поддерживаемую посредством PDN-соединения. AMF 250 или 1020 может обеспечивать возможность S-NSSAI, поддерживаемой посредством PDN-соединения, которая получается из UDM 210 или 1030, включаться в разрешенную NSSAI сообщения подтверждения регистрации, которое должно передаваться в UE, и затем может передавать S-NSSAI.
[00134] В дальнейшем в этом документе, в случае роуминга на основе домашней маршрутизации (т.е. в варианте осуществления по фиг. 3), согласно варианту осуществления раскрытия сущности, описывается пример способа для предоставления, в 5GS-сеть, связанной с PDN-соединением информации, устанавливаемой в EPS.
[00135] Согласно варианту осуществления, в случае [HR-варианта 1 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 370 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 360 или 1020 через NG-RAN 365 или 1015, может включать в себя S-NSSAI 1, принимаемую в процедуре 12 по фиг. 4 в качестве запрашиваемой NSSAI. Когда сообщение с запросом на регистрацию включает в себя S-NSSAI 1, сообщение с запросом на регистрацию может включать в себя состояние PDU-сеанса S-NSSAI 1.
[00136] Согласно варианту осуществления, в случае [HR-варианта 1 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 370 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 360 или 1020 через NG-RAN 365 или 1015, может включать в себя S-NSSAI 1, принимаемую в процедуре 12 по фиг. 4 в качестве запрашиваемой NSSAI, и может включать в себя индикатор, указывающий то, что S-NSSAI 1 является значением, используемым в HPLMN. Когда сообщение с запросом на регистрацию включает в себя S-NSSAI 1, сообщение с запросом на регистрацию может включать в себя состояние PDU-сеанса S-NSSAI 1.
[00137] Согласно варианту осуществления, в случае [HR-варианта 1 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 370 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 360 или 1020 через NG-RAN 365 или 1015, может включать в себя S-NSSAI 1, принимаемую в процедуре 12 по фиг. 4 в качестве запрашиваемой NSSAI, и может включать в себя PLMN-идентификатор с использованием S-NSSAI 1, т.е. HPLMN-идентификатор. Когда сообщение с запросом на регистрацию включает в себя S-NSSAI 1, сообщение с запросом на регистрацию может включать в себя состояние PDU-сеанса S-NSSAI 1.
[00138] Когда идентификатор UE (например, 5G-GUTI, GUTI или SUPI) включает в себя информацию, выделяемую в EPS, когда принимаемое сообщение с запросом на регистрацию включает в себя HPLMN-идентификатор, либо когда принимаемое сообщение с запросом на регистрацию включает в себя индикатор, указывающий значение HPLMN, AMF 360 или 1020 согласно [HR-варианту 1 осуществления] может идентифицировать то, что запрашиваемая NSSAI, включенная в запрос на регистрацию, принимаемый из UE, сконфигурирована посредством S-NSSAI-значения, используемого в HPLMN.
[00139] В процедуре 5 (этап 1055) по фиг. 10, AMF 360 или 1020 может получать информацию "подписанные S-NSSAI" UE, соответствующего идентификатору UE, из UDM 310 по фиг. 3 или 1030. AMF 360 или 1020 может сравнивать запрашиваемую NSSAI, принимаемую из UE 1010, с информацией срезов подписок, полученной из UDM. Если S-NSSAI, включенная в запрашиваемую NSSAI, включается в информацию срезов подписок, процедура 6 (этап 1060) по фиг. 10 может выполняться. Альтернативно, процедура 5 (этап 1055) по фиг. 10 опускается, и процедура 6 (этап 1060) может непосредственно выполняться. Помимо этого, в процедуре 6 (этап 1060) по фиг. 10, AMF 360 или 1020 может передавать сообщение с запросом на NSSelection_Get в NSSF 1025. Сообщение с запросом на NSSelection_Get может включать в себя информацию срезов подписок UE, PLMN-идентификатор (т.е. HPLMN-идентификатор), включенный в идентификатор UE (например, SUPI), HPLMN S-NSSAI-значение (согласно варианту осуществления раскрытия сущности, S-NSSAI 1), которое принимается из UE и посредством которого UE устанавливает сеанс, и запрашиваемую NSSAI, принимаемую из UE.
[00140] NSSF 1025 может определять VPLMN S-NSSAI-значение, которое преобразуется в HPLMN S-NSSAI-значение (например, HPLMN S-NSSAI-значение, включенное в запрашиваемую NSSAI), принимаемое из AMF 360 или 1020, и доступно в VPLMN (т.е. в обслуживающей PLMN, к которой UE в данный момент осуществляет доступ). NSSF 1025 может определять разрешенную NSSAI, на основе информации срезов подписок UE, VPLMN S-NSSAI-значения, определенного посредством NSSF, и значения запрашиваемой NSSAI. Разрешенная NSSAI может быть сконфигурирована, по меньшей мере, посредством одного VPLMN S-NSSAI-значения, доступного в обслуживающей PLMN, к которой UE в данный момент осуществляет доступ. NSSF 1025 может передавать сообщение с ответом по NSSelection_Get в AMF 360 или 1020. Сообщение с ответом по NSSelection_Get может включать в себя разрешенную NSSAI, определенную посредством NSSF, и преобразование разрешенной NSSAI, согласно разрешенной NSSAI. При приеме сообщения с ответом по NSSelection_Get, AMF 360 или 1020 может передавать сообщение подтверждения регистрации в UE 1010 в процедуре 7 (этап 1065) и в процедуре 8 (этап 1070) по фиг. 10. Сообщение подтверждения регистрации может включать в себя разрешенную NSSAI и преобразование разрешенной NSSAI, которые принимаются из NSSF. При приеме сообщения подтверждения регистрации, UE 1010 может сохранять разрешенную NSSAI и преобразование разрешенной NSSAI, которые включаются в сообщение подтверждения регистрации, и может использовать их для того, чтобы управлять (создавать/модифицировать/удалять) PDU-сеансом в текущей зоне регистрации и передавать или принимать данные.
[00141] Согласно варианту осуществления, в случае [HR-варианта 1 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 370 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 360 или 1020 через NG-RAN 365 или 1015, может не включать в себя запрашиваемую NSSAI или может конфигурировать S-NSSAI-значение как "неизвестное" в запрашиваемой NSSAI. Помимо этого, сообщение с запросом на регистрацию может включать в себя информацию преобразования (S-NSSAI 1, неизвестное). Таким образом, UE может включать в себя S-NSSAI 1, принимаемую в процедуре 12 по фиг. 4, в качестве HPLMN S-NSSAI-значения информации преобразования, и может конфигурировать VPLMN S-NSSAI-значение как "неизвестное" или может не включать в себя (пустое) значение. Когда сообщение с запросом на регистрацию включает в себя S-NSSAI 1, сообщение с запросом на регистрацию может включать в себя состояние PDU-сеанса S-NSSAI 1.
[00142] В процедуре 5 (этап 1055) по фиг. 10, AMF 360 или 1020 согласно [HR-варианту 1 осуществления] может получать информацию "подписанные S-NSSAI" UE, соответствующего идентификатору UE, из UDM 310 или 1030. AMF 360 или 1020 может сравнивать S-NSSAI-значение, принимаемое из UE и используемое в HPLMN, с информацией срезов подписок, полученной из UDM. Если HPLMN S-NSSAI-значение, принимаемое из UE, включается в информацию срезов подписок, процедура 6 (этап 1060) по фиг. 10 может выполняться. Альтернативно, процедура 5 (этап 1055) по фиг. 10 опускается, и процедура 6 (этап 1060) может выполняться. AMF 360 или 1020 может передавать сообщение с запросом на NSSelection_Get в NSSF 1025 (этап 1055). Сообщение с запросом на NSSelection_Get может включать в себя информацию срезов подписок UE, PLMN-идентификатор (т.е. HPLMN-идентификатор), включенный в идентификатор UE (например, SUPI), информацию преобразования, принимаемую из UE, HPLMN S-NSSAI-значение (согласно варианту осуществления раскрытия сущности, S-NSSAI 1), которое принимается из UE и посредством которого UE устанавливает сеанс, и запрашиваемую NSSAI, принимаемую из UE.
[00143] NSSF 1025 может определять VPLMN S-NSSAI-значение, которое преобразуется в HPLMN S-NSSAI-значение (например, HPLMN S-NSSAI-значение, включенное в информацию преобразования, или HPLMN S-NSSAI-значение, посредством которого UE устанавливает сеанс), принимаемое из AMF 360 или 1020, и доступно в VPLMN (т.е. в обслуживающей PLMN, к которой UE в данный момент осуществляет доступ). NSSF 1025 может определять разрешенную NSSAI, на основе информации срезов подписок UE, HPLMN S-NSSAI-значения, включенного в информацию преобразования, VPLMN S-NSSAI-значения, определенного посредством NSSF, и значения запрашиваемой NSSAI. Разрешенная NSSAI может быть сконфигурирована, по меньшей мере, посредством одного VPLMN S-NSSAI-значения, доступного в обслуживающей PLMN, к которой UE в данный момент осуществляет доступ. NSSF 1025 может передавать сообщение с ответом по NSSelection_Get в AMF 360 или 1020. Сообщение с ответом по NSSelection_Get может включать в себя разрешенную NSSAI, определенную посредством NSSF, и преобразование разрешенной NSSAI, согласно разрешенной NSSAI. При приеме сообщения с ответом по NSSelection_Get, AMF 1020 может передавать сообщение подтверждения регистрации в UE 1010 в процедуре 7 (этап 1065) и в процедуре 8 (этап 1070) по фиг. 10. Сообщение подтверждения регистрации может включать в себя разрешенную NSSAI и преобразование разрешенной NSSAI, которые принимаются из NSSF. При приеме сообщения подтверждения регистрации, UE 1010 может сохранять разрешенную NSSAI и преобразование разрешенной NSSAI, которые включаются в сообщение подтверждения регистрации, и может использовать их для того, чтобы управлять (создавать/модифицировать/удалять) PDU-сеансом в текущей зоне регистрации и передавать или принимать данные.
[00144] Согласно варианту осуществления, в случае [HR-варианта 2 осуществления] процедуры 9 по фиг. 4, сообщение с запросом на регистрацию, которое UE 370 или 1010 согласно варианту осуществления раскрытия сущности передает в AMF 360 или 1020 через NG-RAN 365 или 1015, может не включать в себя связанную со срезом информацию. Таким образом, сообщение с запросом на регистрацию может не включать в себя запрашиваемую NSSAI.
[00145] Когда идентификатор UE (например, 5G-GUTI, GUTI или SUPI) включает в себя информацию, выделяемую в EPS, AMF 360 или 1020 согласно [HR-варианту 2 осуществления] может идентифицировать то, что UE представляет собой UE, которое перемещено из EPS. AMF 360 или 1020 может получать, из UDM 1030, информацию PDN-соединения, которую UE конфигурирует в EPS, и S-NSSAI-информацию, поддерживаемую посредством PDN-соединения. AMF 360 или 1020 может обеспечивать возможность S-NSSAI, поддерживаемой посредством PDN-соединения, которая получается из UDM 310 или 1030, включаться в разрешенную NSSAI сообщения подтверждения регистрации и может передавать сообщение в UE 370 или 1010.
[00146] Согласно варианту осуществления раскрытия сущности, этап определения разрешенной NSSAI и преобразования разрешенной NSSAI может выполняться посредством AMF 1020, а не посредством NSSF 1025. Таким образом, процедура 6 (этап 1060) по фиг. 10 может обрабатываться посредством внутреннего этапа AMF.
[00147] UE согласно варианту осуществления раскрытия сущности может сохранять информацию срезов, которая включается в форме PCO, в сообщении, принимаемом в процедуре 12 по фиг. 4. Информация срезов в форме PCO, принимаемая посредством UE, может указывать "S-NSSAI-значение", связанное с PDN-соединением, "PLMN-идентификатор" с использованием соответствующей S-NSSAI и информацию "преобразованный срез". UE может сравнивать принимаемую информацию срезов с информацией политик срезов (например, с политикой выбора маршрутов UE (URSP), политикой выбора сетевого среза (NSSP), локальной политикой UE и т.д.), заранее сохраненный в UE, и может определять то, совпадает или нет информация срезов с информацией политик срезов. Таблица 1 представляет пример информации политик срезов, сохраненной в UE.
[00148] Табл. 1
| Идентификатор приложения | Идентификатор среза (S-NSSAI) |
| Идентификатор #1 приложения | S-NSSAI 1 |
| Идентификатор #2 приложения | S-NSSAI 2 |
| Идентификатор #3 приложения | S-NSSAI 1, S-NSSAI 2 |
| Совпадение со всеми | S-NSSAI 3 |
[00149] Информация политик срезов, сохраненная в UE, включает в себя приложения, установленные в UE, и информацию срезов, используемую для того, чтобы использовать каждое из приложений. Например, в случае идентификатора #1 приложения UE, S-NSSAI 1 используется для того, чтобы предоставлять услугу. UE, которое намеревается использовать идентификатор #1 приложения, может выполнять процедуру регистрации посредством осуществления доступа к 5G-сети. В процедуре регистрации, UE может передавать сообщение с запросом на регистрацию в сеть, в силу чего сообщение с запросом на регистрацию может включать в себя информацию срезов (S-NSSAI), которую UE намеревается использовать, в форме запрашиваемой NSSAI. В процедуре регистрации, UE может принимать из сети, разрешенную NSSAI, которая представляет собой информацию срезов, которую UE может использовать посредством осуществления доступа к сети. UE может использовать разрешенную NSSAI и информацию политик срезов, при передаче сообщения запроса на установление PDU-сеанса для идентификатора #1 приложения, для того, чтобы обеспечивать возможность S-NSSAI 1 включаться в сообщение запроса на установление PDU-сеанса.
[00150] Когда PCO, принимаемый посредством UE, включает в себя "S-NSSAI-значение" (например, S-NSSAI 1) и "PLMN-идентификатор" с использованием соответствующей S-NSSAI, т.е. HPLMN-идентификатор, UE может использовать информацию политик срезов, сохраненную в UE, чтобы идентифицировать информацию срезов, преобразованную в приложение, которое UE использует посредством осуществления доступа к EPS и формирования PDN-соединения.
[00151] Когда приложение, которое в данный момент использует UE, представляет собой идентификатор #1 приложения, срез, идентифицированный на основе информации политик срезов, сохраненной в UE, может представлять собой S-NSSAI 1. В этом случае, может определяться то, что срез (S-NSSAI 1), идентифицированный на основе информации политик срезов, сохраненной в UE, совпадает с информацией срезов (S-NSSAI 1), принимаемой с использованием PCO. Когда в процедуре 1 (этап 1035) по фиг. 10, запрашиваемая NSSAI и преобразование запрашиваемой NSSAI формируются, UE может обеспечивать возможность S-NSSAI 1 включаться в запрашиваемую NSSAI или преобразование запрашиваемой NSSAI.
[00152] Альтернативно, когда приложение, которое в данный момент использует UE, представляет собой идентификатор #2 приложения, срез, идентифицированный на основе информации политик срезов, сохраненной в UE, может представлять собой S-NSSAI 2. В этом случае, может определяться то, что срез (S-NSSAI 2), идентифицированный на основе информации политик срезов, сохраненной в UE, не совпадает с информацией срезов (S-NSSAI 1), принимаемой с использованием PCO. Когда в процедуре 1 (этап 1035) по фиг. 10, запрашиваемая NSSAI и преобразование запрашиваемой NSSAI формируются, UE может обеспечивать возможность S-NSSAI 1 и S-NSSAI 2 включаться в запрашиваемую NSSAI или преобразование запрашиваемой NSSAI.
[00153] Когда PCO, принимаемый посредством UE, включает в себя "S-NSSAI-значение" (например, S-NSSAI a), "PLMN-идентификатор" с использованием соответствующей S-NSSAI, т.е. VPLMN-идентификатор и "преобразованную информацию срезов" (например, {S-NSSAI 1, S-NSSAI a}), UE может использовать информацию политик срезов, сохраненную в UE, чтобы идентифицировать информацию срезов, преобразованную в приложение, которое UE использует посредством осуществления доступа к EPS и формирования PDN-соединения.
[00154] Когда приложение, которое в данный момент использует UE, представляет собой идентификатор #1 приложения, срез, идентифицированный на основе информации политик срезов, сохраненной в UE, может представлять собой S-NSSAI 1. В этом случае, может определяться то, что срез (S-NSSAI 1), идентифицированный на основе информации политик срезов, сохраненной в UE, совпадает с информацией срезов ({S-NSSAI 1, S-NSSAI a}), принимаемой с использованием PCO. Когда в процедуре 1 (этап 1035) по фиг. 10, запрашиваемая NSSAI и преобразование запрашиваемой NSSAI формируются, UE может обеспечивать возможность S-NSSAI a включаться в запрашиваемую NSSAI и может обеспечивать возможность {S-NSSAI 1, S-NSSAI a} включаться в преобразование запрашиваемой NSSAI.
[00155] Альтернативно, когда приложение, которое в данный момент использует UE, представляет собой идентификатор #2 приложения, срез, идентифицированный на основе информации политик срезов, сохраненной в UE, может представлять собой S-NSSAI 2. В этом случае, может определяться то, что срез (S-NSSAI 2), идентифицированный на основе информации политик срезов, сохраненной в UE, не совпадает с информацией срезов ({S-NSSAI 1, S-NSSAI a}), принимаемой с использованием PCO. Когда в процедуре 1 (этап 1035) по фиг. 10, запрашиваемая NSSAI и преобразование запрашиваемой NSSAI формируются, UE может обеспечивать возможность S-NSSAI a и неизвестному индикатору включаться в запрашиваемую NSSAI и может обеспечивать возможность {S-NSSAI 1, S-NSSAI a} и {S-NSSAI 2, неизвестное(или пустое)} включаться в преобразование запрашиваемой NSSAI.
[00156] Ссылаясь на фиг 10, в процедуре 2 (этап 1040), UE 1010 может передавать сообщение с запросом на регистрацию в базовую станцию 1015, чтобы регистрироваться в системе связи. В процедуре 3 (этап 1045), базовая станция 1015 выполняет идентификацию запрашиваемой NSSAI и AMF-выбор на основе информации срезов. В процедуре 4 (этап 1050), базовая станция 1015 может передавать сообщение с запросом на регистрацию в AMF 1020 для доступа.
[00157] Сообщение с запросом на регистрацию, передаваемое в процедурах 2 и 4 (этапы 1040, 1050), может включать в себя запрашиваемую NSSAI, которую UE 1010 намеревается использовать после регистрации в системе связи. В процедуре 1 (этап 1035), запрашиваемая NSSAI может определяться посредством UE 1010, на основе сконфигурированной NSSAI. Запрашиваемая NSSAI и сконфигурированная NSSAI могут быть сконфигурированы, по меньшей мере, посредством одной S-NSSAI.
[00158] В процедуре 5 (этап 1055), при приеме сообщения с запросом на регистрацию 1050, AMF 1020 может получать информацию по подпискам UE из UDM 1030. Информация по подпискам UE может включать в себя подписанные S-NSSAI UE 1010.
[00159] В процедуре 6 (этап 1060), AMF 1020 может определять запрашиваемую NSSAI, принимаемую из UE 1010 в процедуре 4 (этап 1050), подписанные S-NSSAI, принимаемые из UDM 1030 в процедуре 5 (этап 1055), и разрешенную NSSAI, которую, на основе информации срезов, доступной в текущей позиции UE 1010, UE 1010 может использовать после регистрации в системе связи.
[00160] В процедуре 6 (этап 1060) AMF 1020 может запрашивать NSSF 1025 на предмет того, чтобы определять разрешенную NSSAI. С этой целью, AMF 1020 может предоставлять, в NSSF 1025, запрашиваемую NSSAI, принимаемую из UE 1010 в процедуре 4 (этап 1050), подписанные S-NSSAI, принимаемые из UDM 1030 в процедуре 5 (этап 1055), и информацию текущей позиции UE 1010. NSSF 1025 может определять разрешенную NSSAI, которую UE 1010 может использовать после регистрации в системе связи, на основе информации, принимаемой из AMF 1020, и информации срезов, доступной в текущей позиции UE 1010. NSSF 1025 может передавать разрешенную NSSAI в AMF 1020.
[00161] В этот момент, если отсутствует срез, который UE может использовать после регистрации в системе связи, AMF 1020 и NSSF 1025 могут формировать отклоненные S-NSSAI относительно среза, включенные в запрашиваемую NSSAI, принимаемую из UE 1010 в процедуре 4 (этап 1050), и могут составлять разрешенную NSSAI посредством использования различных способов следующим образом.
[00162] Согласно одному или более вариантов осуществления, AMF 1020 или NSSF 1025 может идентифицировать подписанные S-NSSAI UE 1010, и если S-NSSAI по умолчанию включается в подписанные S-NSSAI, AMF 1020 или NSSF 1025 может обеспечивать возможность S-NSSAI по умолчанию включаться в разрешенную NSSAI. Согласно варианту осуществления, если S-NSSAI по умолчанию не включается в подписанные S-NSSAI, AMF 1020 или NSSF 1025 может конфигурировать подписанные S-NSSAI как "пустые" или может определять подписанные S-NSSAI, которые не должны передаваться в UE 1010.
[00163] Согласно одному или более вариантов осуществления, AMF 1020 или NSSF 1025 может конфигурировать подписанные S-NSSAI как "пустые".
[00164] Согласно одному или более вариантов осуществления, AMF 1020 или NSSF 1025 может определять подписанные S-NSSAI, которые не должны передаваться в UE 1010.
[00165] После определения (или получения, из NSSF 1025) разрешенной NSSAI и отклоненных S-NSSAI в процедуре 6 (этап 1060), AMF 1020 может обеспечивать возможность, по меньшей мере, одной из разрешенной NSSAI и отклоненных S-NSSAI включаться в сообщение подтверждения регистрации, передаваемое в UE 1010 в процедуре 7 (этап 1065). Сообщение подтверждения регистрации процедуры 7 (этап 1065) может передаваться в UE 1010 через базовую станцию 1015 в процедуре 8 (этап 1070).
[00166] При приеме сообщения подтверждения регистрации в процедуре 8 (этап 1070), UE 1010 может идентифицировать разрешенную NSSAI и/или отклоненные S-NSSAI, включенные в сообщение подтверждения регистрации, и может выполнять операцию следующим образом.
[00167] Согласно одному или более вариантов осуществления, если сообщение подтверждения регистрации, принимаемое в процедуре 8 (этап 1070), включает в себя только отклоненные S-NSSAI и не включает в себя разрешенную NSSAI, UE 1010 может идентифицировать то, что все запрашиваемые срезы, которые UE запрашивает из сети через процедуры 1, 2 и 4 (этапы 1035, 1040, 1050), отклоняются. Следовательно, UE 1010 может не отправлять запрос PDU-сеанса до приема разрешенной NSSAI из сети. Альтернативно, когда UE отправляет запрос PDU-сеанса до приема разрешенной NSSAI из сети, UE 1010 может не включать в себя S-NSSAI. При приеме сообщения с запросом на установление PDU-сеанса, которое не включает в себя S-NSSAI, сеть (например, SMF или AMF) может выбирать S-NSSAI по умолчанию и формировать PDU-сеанс, на основе информации по подписке UE 1010.
[00168] Согласно одному или более вариантов осуществления, когда сообщение подтверждения регистрации, принимаемое в процедуре 8 (этап 1070), включает в себя отклоненные S-NSSAI, и разрешенная NSSAI выполнена с возможностью быть "пустой", UE 1010 может идентифицировать то, что все запрашиваемые срезы, которые UE запрашивает из сети через процедуры 1, 2 и 4 (этапы 1035, 1040, 1050), отклоняются. Следовательно, UE 1010 может не отправлять запрос PDU-сеанса до приема разрешенной NSSAI из сети. Альтернативно, когда UE отправляет запрос PDU-сеанса до приема разрешенной NSSAI из сети, UE 1010 может не включать в себя S-NSSAI. При приеме сообщения с запросом на установление PDU-сеанса, которое не включает в себя S-NSSAI, сеть (например, SMF или AMF) может выбирать S-NSSAI по умолчанию и формировать PDU-сеанс, на основе информации по подписке UE 1010.
[00169] Согласно одному или более вариантов осуществления, если отклоненные S-NSSAI сообщения подтверждения регистрации, принимаемого в процедуре 8 (этап 1070), включают в себя все запрашиваемые срезы, которые UE 1010 запрашивает от сети до процедур 1, 2 и 4 (этапы 1035, 1040, 1050) (т.е. все запрашиваемые срезы UE отклоняются), и разрешенная NSSAI включает в себя S-NSSAI, UE 1010 может идентифицировать то, что все запрашиваемые срезы, которые UE запрашивает из сети через процедуры 1, 2 и 4 (этапы 1035, 1040, 1050) отклоняются. Дополнительно, UE 1010 может использовать разрешенные NSSAI, которые UE 1010 принимает в процедуре 8 (этап 1070) до приема новой разрешенной NSSAI из сети, чтобы отправлять запрос PDU-сеанса. Согласно одному варианту осуществления, когда UE отправляет запрос на установление PDU-сеанса, UE 1010 может обеспечивать возможность одной S-NSSAI из разрешенных NSSAI, принимаемых в процедуре 8 (этап 1070), включаться в сообщение с запросом PDU-сеанса.
[00170] Фиг. 7 иллюстрирует конфигурацию базовой станции в системе беспроводной связи, согласно варианту осуществления раскрытия сущности. Конфигурация, проиллюстрированная на фиг. 7, может пониматься как конфигурация базовой станции 140, 245 или 340 EPS либо базовой станции 150, 255 или 365 5GS. Термин "~блок" или "~er", используемый далее, может означать блок для обработки, по меньшей мере, одной функции или операции и может реализовываться в аппаратных средствах, программном обеспечении либо в комбинации аппаратных средств и программного обеспечения.
[00171] Ссылаясь на фиг. 7, базовая станция включает в себя блок 710 беспроводной связи, блок 720 транзитной связи, блок 730 хранения и блок 740 управления.
[00172] Блок 710 беспроводной связи выполняет функции для передачи или приема сигналов через беспроводной канал. Например, блок 710 беспроводной связи выполняет функцию преобразования между сигналом в полосе модулирующих частот и потоком битов согласно стандарту физического уровня системы. Например, когда данные передаются, блок 710 беспроводной связи кодирует и модулирует передаваемый поток битов таким образом, чтобы формировать комплексные символы. Помимо этого, когда данные принимаются, блок 710 беспроводной связи восстанавливает принимаемый поток битов посредством демодуляции и декодирования сигнала в полосе модулирующих частот.
[00173] Блок 710 беспроводной связи преобразует с повышением частоты сигнал в полосе модулирующих частот в сигнал в полосе радиочастот (RF) и передает его через антенну и преобразует с понижением частоты сигнал в полосе RF-частот, принимаемый через антенну, в сигнал в полосе модулирующих частот. Например, блок 710 RF-обработки может включать в себя фильтр передачи, фильтр приема, усилитель, микшер, осциллятор, цифро-аналоговый преобразователь (DAC), аналого-цифровой преобразователь (ADC) и т.п. Помимо этого, блок 710 беспроводной связи может включать в себя несколько трактов передачи/приема. Блок 710 беспроводной связи может включать в себя, по меньшей мере, одну антенную решетку, сконфигурированную посредством нескольких антенных элементов.
[00174] В аспекте аппаратных средств, блок 710 беспроводной связи может включать в себя цифровой блок и аналоговый блок, и аналоговый блок может включать в себя несколько субблоков согласно рабочей мощности, рабочей частоте и т.п. Цифровой блок может реализовываться как, по меньшей мере, один процессор (например, процессор цифровых сигналов (DSP)).
[00175] Блок 710 беспроводной связи может передавать или принимать сигнал, как описано выше. Следовательно, весь или часть блока 710 беспроводной связи может называться "передающим устройством", "приемным устройством" или "приемо-передающим устройством". В дальнейшем в этом документе, передача и прием, выполняемые через беспроводной канал, могут пониматься как означающие то, что вышеописанная обработка выполняется посредством блока 710 беспроводной связи.
[00176] Блок 720 транзитной связи предоставляет интерфейс для выполнения связи с другими узлами в 5GS-сети или EPS-сети. Таким образом, блок 720 транзитной связи преобразует поток битов, передаваемый из базовой станции в другой узел, например, в другой узел доступа, другую базовую станцию, верхний узел или базовую сеть, в физический сигнал, и преобразует физический сигнал, принимаемый из другого узла, в поток битов.
[00177] Блок 730 хранения может сохранять данные, такие как базовая программа для работы базовой станции, прикладная программа и конфигурационная информация. Блок 730 хранения может быть сконфигурирован как энергозависимое запоминающее устройство, энергонезависимое запоминающее устройство либо комбинация энергозависимого запоминающего устройства и энергонезависимого запоминающего устройства. Блок 730 хранения предоставляет сохраненные данные согласно запросу блока 740 управления.
[00178] Блок 740 управления может полностью управлять работой базовой станции. Например, блок 740 управления передает или принимает сигнал через блок 710 беспроводной связи или блок 720 транзитной связи. Помимо этого, блок 740 управления записывает данные в блок 730 хранения и считывает данные. Блок 740 управления может выполнять функции стека протоколов, которые требуются посредством стандартов связи. Согласно другим вариантам осуществления, стек протоколов может включаться в блок 710 беспроводной связи. С этой целью, блок 740 управления может включать в себя, по меньшей мере, один процессор. Согласно различным вариантам осуществления, блок 740 управления может включать в себя функции для межсетевого взаимодействия на основе разделения сети на срезы. Функции для межсетевого взаимодействия на основе разделения сети на срезы представляют собой наборы инструкций или коды, сохраненные в блоке 730 хранения, и могут представлять собой инструкции/коды, постоянно размещающиеся, по меньшей мере, временно в блоке 740 управления, в пространстве для хранения, в котором сохраняются инструкции/коды, или в части схемы, составляющей блок 740 управления.
[00179] Согласно различным вариантам осуществления, блок 740 управления может принимать сообщение NAS-транспортировки в нисходящей линии связи с разрешением PDN-подключения или сообщение с запросом на установление однонаправленного канала, которое включает в себя информацию срезов, для межсетевого взаимодействия на основе разделения сети на срезы и может управлять сообщением прямой RRC-передачи или сообщением переконфигурирования RRC-соединения, которое может включать в себя информацию срезов, которая должна передаваться в UE. Например, блок 740 управления может управлять базовой станцией таким образом, чтобы выполнять операции согласно различным вариантам осуществления, описанным выше.
[00180] Фиг. 8 иллюстрирует конфигурацию UE в системе беспроводной связи согласно некоторым вариантам осуществления раскрытия сущности. Конфигурация, проиллюстрированная на фиг. 8, может пониматься как конфигурация UE 155, 260 или 370. Термин "~блок" или "~er", используемый далее, может означать блок для обработки, по меньшей мере, одной функции или операции и может реализовываться в аппаратных средствах, программном обеспечении либо в комбинации аппаратных средств и программного обеспечения.
[00181] Ссылаясь на фиг 8, UE включает в себя блок 810 связи, блок 820 хранения и блок 830 управления.
[00182] Блок 810 связи выполняет функции для передачи или приема сигнала через беспроводной канал. Например, блок 810 связи выполняет функцию преобразования между сигналом в полосе модулирующих частот и потоком битов согласно стандарту физического уровня системы. Например, когда данные передаются, блок 810 связи кодирует и модулирует передаваемый поток битов таким образом, чтобы формировать комплексные символы. Помимо этого, когда данные принимаются, блок 810 связи восстанавливает принимаемый поток битов посредством демодуляции и декодирования сигнала в полосе модулирующих частот. Блок 810 связи преобразует с повышением частоты сигнал в полосе модулирующих частот в сигнал в полосе RF-частот и передает его через антенну и преобразует с понижением частоты сигнал в полосе RF-частот, принимаемый через антенну, в сигнал в полосе модулирующих частот. Например, блок 810 связи может включать в себя фильтр передачи, фильтр приема, усилитель, микшер, осциллятор, DAC, ADC и т.п.
[00183] Помимо этого, блок 810 связи может включать в себя несколько трактов передачи/приема. Блок 810 связи может включать в себя, по меньшей мере, одну антенную решетку, сконфигурированную посредством нескольких антенных элементов. В аспекте аппаратных средств, блок 810 связи может включать в себя цифровую схему и аналоговую схему (например, радиочастотную интегральную схему (RFIC)). Цифровая схема и аналоговая схема могут реализовываться как единый комплект. Помимо этого, блок 810 связи может включать в себя несколько RF-цепочек. Блок 810 связи может выполнять формирование диаграммы направленности.
[00184] Блок 810 связи может включать в себя различные модули связи для того, чтобы обрабатывать сигналы в различных полосах частот. Помимо этого, блок 810 связи может включать в себя множество модулей связи для поддержки множества различных технологий радиодоступа. Например, различные технологии радиодоступа могут включать в себя технологию Bluetooth с низким энергопотреблением (BLE), стандарт высококачественной беспроводной связи (Wi-Fi), стандарт WiFi Gigabyte (WiGig), сотовую сеть (например, по стандарту долгосрочного развития (LTE)), 5G-сеть и т.п. Помимо этого, различные полосы частот могут включать в себя полосу сверхвысоких частот (SHF) (например, 2,5 ГГц и 5 ГГц) и полосу частот в диапазоне миллиметровых волн (mm) (например, 60 ГГц).
[00185] Блок 810 связи может передавать или принимать сигнал, как описано выше. Следовательно, весь или часть блока 810 связи может называться "передающим устройством", "приемным устройством" или "приемо-передающим устройством". В дальнейшем в этом документе, передача и прием, выполняемые через беспроводной канал, могут пониматься как означающие то, что вышеописанная обработка выполняется посредством блока 810 связи.
[00186] Блок 820 хранения может сохранять данные, такие как базовая программа для работы UE, прикладная программа, конфигурационная информация и т.п. Блок 820 хранения может быть сконфигурирован как энергозависимое запоминающее устройство, энергонезависимое запоминающее устройство либо комбинация энергозависимого запоминающего устройства и энергонезависимого запоминающего устройства. Блок 820 хранения предоставляет сохраненные данные согласно запросу блока 830 управления.
[00187] Блок 830 управления может полностью управлять работой UE. Например, блок 830 управления передает или принимает сигнал через блок 810 связи. Помимо этого, блок 830 управления записывает данные в блок 820 хранения и считывает данные. Блок 830 управления может выполнять функции стека протоколов, которые требуются посредством стандартов связи. С этой целью, блок 830 управления может включать в себя, по меньшей мере, один процессор или микропроцессор либо может составлять часть процессора. Часть блока 810 связи и блока 830 управления может называться "процессором связи (CP)". Согласно различным вариантам осуществления, блок 830 управления может включать в себя функцию для поддержки разделения сети на срезы. Функция для поддержки разделения сети на срезы представляет собой набор инструкций или код, сохраненный в блоке 820 хранения, и может представлять собой инструкцию/код, постоянно размещающуюся, по меньшей мере, временно в блоке 830 управления, в пространстве для хранения, в котором сохраняются инструкции/коды, или в части схемы, составляющей блок 830 управления.
[00188] Согласно различным вариантам осуществления, блок 830 управления может управлять UE таким образом, чтобы осуществлять доступ к MME 420 через базовую E-UTRA-станцию 415, чтобы обмениваться служебным сообщением с PGW-C 430, расположенным в EPS, и устанавливать PDN-соединение, и когда установление PDN-соединения завершается, может управлять UE 410 таким образом, чтобы передавать данные восходящей линии связи в PGW-U 435 или принимать данные нисходящей линии связи из PGW-U 435. В частности, блок 830 управления может принимать сообщение переконфигурирования RRC-соединения или сообщение прямой RRC-передачи из базовой станции и может сохранять S-NSSAI, т.е. информацию срезов, включенную в сообщение, и PLMN-идентификатор с использованием соответствующей S-NSSAI. Например, блок 830 управления может управлять UE таким образом, чтобы выполнять операции согласно различным вариантам осуществления, описанным выше.
[00189] Фиг. 9 иллюстрирует конфигурацию базового сетевого объекта в системе беспроводной связи согласно варианту осуществления раскрытия сущности. Конфигурация, проиллюстрированная на фиг. 9, может пониматься как конфигурация оборудования, имеющего, по меньшей мере, одну функцию HSS+UDM 110, 210 or 310, PCF+PCRF 115, 215, 220 или 315, SMF+PGW-C 120, 225 или 320, UPF+PGW-U 125, 230 или 325, SGW 130, 235 или 330, MME 135, 240 или 335, AMF 145, 250 или 360, UPF 355, v-SMF 350 и vPCF 345 по фиг. 1-3. Термин "~блок" или "~er", используемый далее, может означать блок для обработки, по меньшей мере, одной функции или операции и может реализовываться в аппаратных средствах, программном обеспечении либо в комбинации аппаратных средств и программного обеспечения.
[00190] Ссылаясь на фиг. 9, базовый сетевой объект включает в себя блок 910 связи, блок 920 хранения и блок 930 управления.
[00191] Блок 910 связи предоставляет интерфейс для выполнения связи с другими устройствами в сети. Таким образом, блок 910 связи преобразует поток битов, передаваемый из базового сетевого объекта в другое устройство, в физический сигнал, и преобразует физический сигнал, принимаемый из другого устройства, в поток битов. Таким образом, блок 910 связи может передавать или принимать сигнал. Следовательно, блок 910 связи может называться "модемом", "передающим устройством", "приемным устройством" или "приемо-передающим устройством". Блок 910 связи может обеспечивать возможность базовому сетевому объекту обмениваться данными с другими устройствами или системой через транзитное соединение (например, проводное транзитное соединение или беспроводное транзитное соединение) либо через сеть.
[00192] Блок 920 хранения сохраняет данные, такие как базовая программа для работы базового сетевого объекта, прикладная программа и конфигурационная информация. Блок 920 хранения может быть сконфигурирован как энергозависимое запоминающее устройство, энергонезависимое запоминающее устройство либо комбинация энергозависимого запоминающего устройства и энергонезависимого запоминающего устройства. Блок 920 хранения предоставляет сохраненные данные согласно запросу блока 930 управления.
[00193] Блок 930 управления управляет всеми операциями базового сетевого объекта. Например, блок 930 управления передает или принимает сигнал через блок 910 связи. Помимо этого, блок 930 управления записывает данные в блок 920 хранения и считывает данные. С этой целью, блок 930 управления может включать в себя, по меньшей мере, один процессор. Согласно различным вариантам осуществления, блок 930 управления может включать в себя функцию для поддержки разделения сети на срезы. Функция для поддержки разделения сети на срезы может реализовываться посредством набора инструкций или кода, сохраненного в блоке 920 хранения, и может представлять собой инструкцию/код, постоянно размещающуюся, по меньшей мере, временно в блоке 930 управления, в пространстве для хранения, в котором сохраняется инструкция/код, или в части схемы, составляющей блок 930 управления.
[00194] Согласно различным вариантам осуществления, блок 930 управления может: принимать сообщение с запросом на создание сеанса; передавать сообщение с запросом на Nudm_SDM_Get; принимать сообщение с ответом по Nudm_SDM_Get; сравнивать принимаемые подписанные S-NNSAI с S-NSSAI-информацией, которую PGW-C SMF предоставляет отдельно, чтобы выбирать S-NSSAI, которая должна использоваться; и управлять функцией обеспечения возможности S-SNSSAI включаться в сообщение ответа по созданию сеанса и ее передачи в UE, и блок 930 управления может выполнять управление таким образом, что базовый сетевой объект выполняет операции согласно различным вариантам осуществления, описанным выше.
[00195] Способы согласно формуле раскрытия сущности или вариантам осуществления, раскрытым в описании изобретения, могут реализовываться в форме аппаратных средств, программного обеспечения либо комбинации аппаратных средств и программного обеспечения.
[00196] Когда способы реализуются посредством программного обеспечения, может предоставляться машиночитаемый носитель хранения данных для сохранения одной или более программ (программных модулей). Одна или более программ, сохраненных на машиночитаемом носителе хранения данных, могут быть выполнены с возможностью выполнения посредством одного или более процессоров в электронном устройстве. По меньшей мере, одна программа включает в себя инструкции, которые инструктируют электронному устройству осуществлять способы согласно вариантам осуществления, раскрытым в формуле изобретения или в подробном описании раскрытия сущности.
[00197] Программы (программный модуль, программное обеспечение) могут сохраняться в энергонезависимых запоминающих устройствах, включающих в себя оперативное запоминающее устройство и флэш-память, постоянное запоминающее устройство (ROM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), устройство хранения данных на магнитных дисках, ROM на компакт-дисках (CD-ROM), универсальные цифровые диски (DVD) оптические устройства хранения данных другого типа или магнитную кассету. Альтернативно, программы могут сохраняться в запоминающем устройстве, сконфигурированном посредством любой комбинации части или всего из означенного. Дополнительно, множество таких запоминающих устройств могут быть включены в электронное устройство.
[00198] Помимо этого, программы могут сохраняться в присоединяемом устройстве хранения данных, которое является доступным через сети связи, к примеру, через Интернет, сеть intranet, локальную вычислительную сеть (LAN), глобальную вычислительную сеть (WAN) и сеть хранения данных (SAN) либо комбинацию вышеозначенного. Такое устройство хранения данных может осуществлять доступ к электронному устройству, которое выполняет вариант осуществления раскрытия сущности, через внешний порт. Дополнительно, отдельное устройство хранения данных в сети связи может осуществлять доступ к электронному устройству, которое выполняет вариант осуществления раскрытия сущности.
[00199] В вышеописанных подробных вариантах осуществления раскрытия сущности, компонент, включенный в раскрытие сущности, выражается в форме единственного или множественного числа согласно представленному подробному варианту осуществления. Тем не менее, форма единственного числа или форма множественного числа выбирается для удобства описания в соответствии с представленной ситуацией, и раскрытие сущности не ограничено одним элементом или несколькими элементами означенного. Дополнительно, либо несколько элементов, выражаемых в описании, могут быть сконфигурированы как один элемент, либо один элемент, выражаемый в описании, может быть сконфигурирован как несколько элементов.
[00200] Хотя раскрытие сущности показано и описано со ссылкой на его различные варианты осуществления, специалисты в данной области техники должны понимать, что различные изменения по форме и содержанию могут вноситься без отступления от сущности и объема раскрытия сущности, заданного посредством прилагаемой формулы изобретения и ее эквивалентов.
1. Способ для работы абонентского устройства (UE) в системе беспроводной связи, при этом способ содержит этапы, на которых:
- передают, в первую базовую станцию (BS), сообщение с запросом на установление соединения по сети пакетной передачи данных (PDN);
- принимают, из первой BS, информацию относительно первой единой вспомогательной информации выбора сетевого среза (S-NSSAI), выбранной посредством комбинации шлюзового объекта плоскости управления в сети пакетной передачи данных (PGW-C) и функции управления сеансами (SMF) из числа по меньшей мере одной подписанной S-NSSAI UE;
- передают, во вторую BS, сообщение с запросом на регистрацию, включающее в себя запрашиваемую NSSAI, в которую включается первая S-NSSAI; и
- принимают, из второй BS, сообщение подтверждения регистрации, включающее в себя разрешенную NSSAI, в которую включается вторая S-NSSAI, преобразованная в первую S-NSSAI.
2. Способ по п. 1, в котором, в случае роуминга на основе домашней маршрутизации (HR), первая S-NSSAI представляет собой S-NSSAI домашней наземной сети мобильной связи общего пользования (HPLMN S-NSSAI).
3. Способ по п. 1, в котором вторая S-NSSAI представляет собой S-NSSAI гостевой наземной сети мобильной связи общего пользования (VPLMN S-NSSAI), преобразованную в первую S-NSSAI, которая представляет собой S-NSSAI домашней наземной сети мобильной связи общего пользования (HPLMN S-NSSAI).
4. Способ по п. 1, в котором вторая S-NSSAI определяется как преобразующаяся в первую S-NSSAI посредством функции выбора сетевого среза (NSSF).
5. Способ по п. 1, в котором первая базовая станция основана на усовершенствованной системе с пакетной коммутацией (EPS) и вторая базовая станция основана на беспроводной системе пятого поколения (5GS).
6. Способ по п. 1, в котором информация относительно первой S-NSSAI принимается через конфигурационные параметры протокола (PCO).
7. Способ по п. 1, дополнительно содержащий этап, на котором удостоверяются в том, не конфликтует или конфликтует запрашиваемая NSSAI, в которую включается первая S-NSSAI, с правилами политик выбора маршрутов для абонентского устройства (URSP-правилами).
8. Абонентское устройство (UE) в системе беспроводной связи, причем UE содержит:
- приемопередающее устройство; и
- по меньшей мере один процессор, функционально соединенный с приемопередающим устройством и выполненный с возможностью:
- передавать, в первую базовую станцию (BS), сообщение с запросом на установление соединения по сети пакетной передачи данных (PDN);
- принимать, из первой BS, информацию относительно первой единой вспомогательной информации выбора сетевого среза (S-NSSAI), выбранной посредством комбинации шлюзового объекта плоскости управления в сети пакетной передачи данных (PGW-C) и функции управления сеансами (SMF) из числа по меньшей мере одной подписанной S-NSSAI UE;
- передавать, во вторую BS, сообщение с запросом на регистрацию, включающее в себя запрашиваемую NSSAI, в которую включается первая S-NSSAI; и
- принимать, из второй BS, сообщение подтверждения регистрации, включающее в себя разрешенную NSSAI, в которую включается вторая S-NSSAI, преобразованная в первую S-NSSAI.
9. Абонентское устройство по п. 8, в котором, в случае роуминга на основе домашней маршрутизации (HR), первая S-NSSAI представляет собой S-NSSAI домашней наземной сети мобильной связи общего пользования (HPLMN S-NSSAI).
10. Абонентское устройство по п. 8, в котором вторая S-NSSAI представляет собой S-NSSAI гостевой наземной сети мобильной связи общего пользования (VPLMN S-NSSAI), преобразованную в первую S-NSSAI, которая представляет собой S-NSSAI домашней наземной сети мобильной связи общего пользования (HPLMN S-NSSAI).
11. Абонентское устройство по п. 8, в котором вторая S-NSSAI определяется как преобразующаяся в первую S-NSSAI посредством функции выбора сетевого среза (NSSF).
12. Абонентское устройство по п. 8, в котором первая базовая станция основана на усовершенствованной системе с пакетной коммутацией (EPS) и вторая базовая станция основана на беспроводной системе пятого поколения (5GS).
13. Абонентское устройство по п. 8, в котором информация относительно первой S-NSSAI принимается через конфигурационные параметры протокола (PCO).
14. Абонентское устройство по п. 8, в котором по меньшей мере один процессор дополнительно выполнен с возможностью удостоверяться в том, не конфликтует или конфликтует запрашиваемая NSSAI, в которую включается первая S-NSSAI, с правилами политик выбора маршрутов для абонентского устройства (URSP-правилами).
