ОБНОВЛЕНИЕ КОНФИГУРАЦИИ СЕТЕВЫХ СЕГМЕНТОВ
NETWORK SEGMENT CONFIGURATION UPDATE

Область техники, к которой относится изобретение
[001] Раскрыты варианты осуществления, относящиеся к управлению обновлениями конфигурации сетевых сегментов.
Уровень техники
[002] Партнерский проект третьего поколения (3GPP) начинает работу по разработке и проектированию системы мобильной связи следующего поколения (иначе, 5G-системы мобильной связи или системы следующего поколения (NG) либо просто «5G» или «NG» для краткости). 3GPP в данный момент в процессе находится задания 5G-радиоинтерфейса, называемого «новым стандартом радиосвязи (NR)», а также пакетной базовой сети следующего поколения (NG-CN или NGC).
[003] Разделение сети на сегменты (т.е. использование сетевых сегментов в сети) представляет собой один из ключевых признаков 5G. Сетевой сегмент представляет собой логическую сеть, которая предоставляет конкретные сетевые возможности и сетевые характеристики. Разделение сети на сегменты увеличивает эффективность использования сетевых ресурсов и гибкость развертывания и поддерживает быстрый рост приложений и услуг поверх сетей (OTT). Технические требования (TS) 3GPP 23.501 v15.1.0 (TS 23.501) задают архитектуру системы стадии 2 для 5G-системы, которая включает в себя разделение сети на сегменты, а 3GPP TS 23.502 v15.1.0 задают процедуры для 5G-системы.
[004] Как пояснено в TS 23.501, раздел 5.15.1:
Сетевые сегменты могут отличаться для поддерживаемых оптимизаций признаков и сетевых функций, причем в этом случае такие сетевые сегменты могут иметь, например, различные S-NSSAI с различными сегментами/типами услуг (см. раздел 5.15.2.1). Оператор может развертывать несколько экземпляров сетевого сегмента, доставляющих совершенно идентичные признаки, но для различных групп UE, например, поскольку они предоставляют различную действующую услугу, и/или поскольку они являются выделенными для потребителя, причем в этом случае такие сетевые сегменты могут иметь, например, различные S-NSSAI с идентичным сегментом/типом услуги, но различными дифференциаторами сегментов (см. раздел 5.15.2.1).
Сеть может обслуживать одно UE с одним или более экземпляров сетевого сегмента одновременно через 5G AN и ассоциирована самое большее с восемью различными S-NSSAI в сумме, независимо от типа(ов) доступа, по которому регистрируется UE (т.е. 3GPP-доступ и/или N3GPP-доступ). AMF-экземпляр, обслуживающий UE, логически принадлежит каждому из экземпляров сетевого сегмента, обслуживающих UE, т.е. этот AMF-экземпляр является общим для экземпляров сетевого сегмента, обслуживающих UE.
[005] S-NSSAI (единая вспомогательная информация выбора сетевого сегмента) идентифицирует сетевой сегмент, и NSSAI представляет собой набор S-NSSAI.
[006] Относительно хранения NSSAI (совокупности S-NSSAI) в UE, раздел 5.15.4 TS 23.501 указывает следующее:
UE может быть сконфигурировано посредством HPLMN с конфигурационной информацией сетевых сегментов.
Конфигурационная информация сетевых сегментов содержит одну или более сконфигурированных NSSAI. Сконфигурированная NSSAI может применяться либо к одной PLMN, либо ко всем PLMN, которые не имеют конкретной сконфигурированной NSSAI (например, это может быть возможным для NSSAI, содержащих только S-NSSAI со стандартными значениями, см. раздел 5.15.2.1). Предусмотрена самое большее одна сконфигурированная NSSAI в расчете на PLMN.
Сконфигурированная NSSAI PLMN может включать в себя S-NSSAI, которые имеют стандартные значения или конкретные для PLMN значения.
Сконфигурированная NSSAI для обслуживающей PLMN включает в себя S-NSSAI-значения, которые могут использоваться в обслуживающей PLMN и могут быть ассоциированы с отображением каждой S-NSSAI из сконфигурированной NSSAI в одно или более соответствующих S-NSSAI-значений в сконфигурированной NSSAI для HPLMN.
S-NSSAI в сконфигурированной NSSAI для HPLMN, в то время, когда они предоставляются в UE, должны совпадать с подписанными S-NSSAI для UE. Когда подписанная S-NSSAI обновляется (т.е. удаляется старая и/или добавляется новая), и она является применимой к обслуживающей PLMN, в которой регистрируется UE, как описано в разделе 5.15.3, AMF может обновлять UE со сконфигурированной NSSAI обслуживающей PLMN и/или разрешенной NSSAI, и/или ассоциированным отображением со сконфигурированной NSSAI для HPLMN.
При предоставлении запрашиваемой NSSAI в сеть после регистрации, UE в данной PLMN включает в себя и использует только S-NSSAI, применяемые к этой PLMN, возможно ассоциированные с отображением каждой S-NSSAI из запрашиваемой NSSAI в S-NSSAI из сконфигурированной NSSAI для HPLMN, т.е. часть сконфигурированных и/или разрешенных NSSAI, применимых для этой PLMN. После успешного завершения процедуры регистрации UE по типу доступа, UE получает разрешенную NSSAI для этого типа доступа, которая включает в себя одну или более S-NSSAI, из AMF, возможно ассоциированной с отображением разрешенной NSSAI в сконфигурированную NSSAI для HPLMN. Эти S-NSSAI являются достоверными для текущей зоны регистрации и типа доступа, предоставленного посредством AMF, в которой зарегистрировано UE, и могут использоваться одновременно посредством UE (вплоть до максимального числа одновременных сетевых сегментов или PDU-сеансов).
[007] Относительно обновления конфигурационной информации сетевых сегментов UE, TS 23.501 в разделе 5.15.4.2 утверждает:
В любое время AMF может предоставлять в UE новую сконфигурированную NSSAI для обслуживающей PLMN, ассоциированную с отображением сконфигурированной NSSAI в сконфигурированную NSSAI для HPLMN, как указано в разделе 5.15.4.1. Сконфигурированная NSSAI для обслуживающей PLMN и информация отображения определяются либо в AMF (если, на основе конфигурации, AMF разрешается определять конфигурацию сетевых сегментов для всей PLMN), либо посредством NSSF. AMF предоставляет новую сконфигурированную NSSAI, как указано в TS 23.502 [3], раздел 4.2.4 «UE Configuration Update Procedure».
Если HPLMN выполняет обновление конфигурации UE, зарегистрированного в HPLMN (например, вследствие изменения подписанной S-NSSAI), это приводит к обновлениям сконфигурированной NSSAI для HPLMN. Обновления для разрешенной NSSAI и/или, если присутствует, для ассоциированного отображения разрешенной NSSAI в сконфигурированную NSSAI для HPLMN также являются возможными, если обновление конфигурации затрагивает S-NSSAI в текущей разрешенной NSSAI.
Если VPLMN выполняет обновление конфигурации UE, зарегистрированного в VPLMN (например, вследствие изменения подписанной S-NSSAI), это приводит к обновлениям для сконфигурированной NSSAI для обслуживающей PLMN и/или для ассоциированного отображения сконфигурированной NSSAI для обслуживающей PLMN в сконфигурированную NSSAI для HPLMN. Обновления для разрешенной NSSAI и/или для ассоциированного отображения разрешенной NSSAI в сконфигурированную NSSAI для HPLMN также являются возможными, если обновление конфигурации затрагивает S-NSSAI в текущей разрешенной NSSAI.
[007a]
3GPP TS 23.502 V15.0.0 (2017-12) («D2») раскрывает процедуры для 5G-системы. KR20170119296 («D5») раскрывает способ и оборудование связи для выполнения выбора экземпляра сетевого сегмента и выбора экземпляра сетевой функции для предоставления сетевой услуги в UE.
Сущность изобретения
[008] В некоторых сценариях, сконфигурированная NSSAI для наземной сети мобильной связи общего пользования (PLMN) в UE не может обновляться успешно. Таким образом, в некоторых сценариях, сеть не может предоставлять в UE наиболее актуальную сконфигурированную NSSAI для PLMN. Рассмотрим примерный сценарий, в котором подписанные S-NSSAI для UE обновляется посредством добавления новой S-NSSAI в подписанные S-NSSAI UE. Если это обновление возникает в то время, когда UE регистрируется в конкретной гостевой PLMN (VPLMN-1), то AMF в VPLMN-1 может уведомляться в отношении модификации посредством UDM UE, и затем, в результате уведомления, AMF в VPLMN-1 может выполнять обновление конфигурации для UE то, чтобы обновлять сконфигурированную NSSAI для VPLMN-1 в UE и ассоциированное отображение сконфигурированной NSSAI для VPLMN-1 в сконфигурированную NSSAI для HPLMN. Когда UE выходит из VPLMN-1 и регистрируется в новой VPLMN (VPLMN-2), AMF в VPLMN-2 может получать актуальную сконфигурированную NSSAI для обслуживающей PLMN (т.е. VPLMN-2), но AMF не имеет способа знать то, что UE не имеет этой актуальной сконфигурированной NSSAI для обслуживающей PLMN. Следовательно, сконфигурированная NSSAI для VPLMN-2 в UE не должна обновляться, поскольку AMF в VPLMN-2 не имеет сведений в отношении того, подписанная S-NSSAI для UE модифицирована по сравнению со сконфигурированной NSSAI для VPLMN-2 в UE.
[009] Следовательно, желательно модифицировать систему таким образом, что сконфигурированные NSSAI для обслуживающих PLMN могут обновляться по мере необходимости (т.е. UE, зарегистрированное (или пытающееся регистрироваться) в PLMN, может содержать наиболее актуальную сконфигурированную NSSAI для PLMN при первой возможности).
[0010] Соответственно, это раскрытие сущности предоставляет улучшенный способ обновления конфигурации сетевых сегментов. В одном варианте осуществления, способ осуществляется посредством UE и включает в себя:
[0011] Этап 1: получение посредством UE информации, указывающей то, что набор идентификаторов сетевых сегментов, включенных в информацию по подписке UE («подписанных сетевых сегментов»), обновлен (т.е., по меньшей мере, один идентификатор сетевого сегмента (например, S-NSSAI) добавлен или удален из набора идентификаторов сетевых сегментов). Этап 2: после получения информации, указывающей то, что подписанные сетевые сегменты обновлены, задание посредством UE конкретного флага для первой VPLMN равным определенному значению. Этап 3: в ходе процесса регистрации для регистрации в первой VPLMN, UE определяет то, задан ли конкретный флаг равным определенному значению. Этап 4: в результате определения того, что конкретный флаг задан равным определенному значению, отправка посредством UE в сетевую функцию в VPLMN (например, в AMF в VPLMN) уведомления, указывающего то, что сетевая функция должна предоставлять в UE набор идентификаторов сетевых сегментов для VPLMN (и ассоциированное отображение в подписанные S-NSSAI, если таковые имеются).
[0012] Преимущество вышеуказанного процесса состоит в том, что UE инициирует первую VPLMN на предмет того, чтобы выполнять процедуру обновления сконфигурированных NSSAI посредством отправки посредством UE уведомления, и в силу этого сконфигурированные NSSAI UE должны быть актуальными. Дополнительное преимущество включает в себя отсутствие необходимости поддерживать индикаторы в UDM относительно состояния сконфигурированной NSSAI UE в расчете на PLMN, за счет этого экономя пространство для хранения в UDM. Дополнительно, по сравнению с другими предлагаемыми решениями (например, вариантом 1, раскрытым в работе «Discussion for UE Configured NSSAI update» (источник Huawei, Hisilicon) (S2-183344) (SA WG2 Meeting #127)), меньший объем данных передается по радиоинтерфейсу в UE, за счет этого увеличивая эффективность работы сети и время работы UE от аккумулятора.
[0013] Дополнительные варианты осуществления дополнительно раскрываются в данном документе.
Краткое описание чертежей
[0014] Прилагаемые чертежи, которые содержатся в данном документе и составляют частью описания изобретения, иллюстрируют различные варианты осуществления.
[0015] Фиг. 1A иллюстрирует нероуминговую опорную архитектуру.
[0016] Фиг. 1B иллюстрирует роуминговую архитектуру 5G-системы.
[0017] Фиг. 2 является блок-схемой последовательности операций способа, иллюстрирующей процесс согласно некоторым вариантам осуществления.
[0018] Фиг. 3 является блок-схемой последовательности операций способа, иллюстрирующей процесс согласно некоторым вариантам осуществления.
[0019] Фиг. 4 является блок-схемой последовательности операций способа, иллюстрирующей процесс согласно некоторым вариантам осуществления.
[0020] Фиг. 5 является блок-схемой последовательности операций способа, иллюстрирующей процесс согласно некоторым вариантам осуществления.
[0021] Фиг. 6 является блок-схемой последовательности операций способа, иллюстрирующей процесс согласно некоторым вариантам осуществления.
[0022] Фиг. 7 является блок-схемой UE согласно некоторым вариантам осуществления.
[0023] Фиг. 8 является схемой, показывающей функциональные блоки UE согласно некоторым вариантам осуществления.
[0024] Фиг. 9 является блок-схемой сетевого узла, согласно некоторым вариантам осуществления.
[0025] Фиг. 10 является схемой, показывающей функциональные блоки сетевого узла согласно некоторым вариантам осуществления.
[0026] Фиг. 11 является схемой, показывающей функциональные блоки сетевого узла согласно некоторым вариантам осуществления.
[0027] Фиг. 12 является схемой, показывающей функциональные блоки сетевого узла согласно некоторым вариантам осуществления.
[0028] Фиг. 13 является схемой, показывающей функциональные блоки сетевого узла согласно некоторым вариантам осуществления.
Подробное описание изобретения
[0029] Фиг. 1A иллюстрирует нероуминговую опорную архитектуру системы 100 связи согласно одному варианту осуществления. В показанном примере, система 100 представляет собой 5G-систему. Более конкретно, фиг. 1A иллюстрирует UE 101, которое соединяется с сетью 103 доступа (AN), которая может представлять собой сеть радиодоступа (RAN). AN 103 соединяется с функцией 126 управления доступом и мобильностью (AMF) через опорную N2-точку, и AN также соединяется с функцией 125 пользовательской плоскости (UPF) через опорную N3-точку. UPF 125 выполнена с возможностью соединяться с функцией управления сеансами (SMF) 127 через опорную N4-точку и выполнена с возможностью соединяться с сетью 120 передачи данных (DN) через опорную N6-точку. DN, например, может представлять собой услуги оператора, доступ в Интернет или сторонние услуги. UE 101 также соединяется с AMF 126 через опорную N1-точку. Как подробнее показано на фиг. 1A, система 100 дополнительно включает в себя следующие дополнительные сетевые функции: функцию 128 сервера аутентификации (AUSF), функцию 129 выбора сетевого сегмента (NSSF), функцию 130 сетевой экспозиции (NEF), (NRF) 131, функцию 132 управления политиками (PCF), унифицированное управление 133 данными (UDM) и прикладную функцию 134 (AF). Каждая из сетевых функций 126-134 демонстрирует интерфейс на основе услуг. Например, интерфейс на основе услуг, демонстрируемый посредством NSSF 129, упоминается как «Nnssf». Аналогично, интерфейс на основе услуг, демонстрируемый посредством AMF 126, упоминается как «Namf».
[0030] Фиг. 1B иллюстрирует роуминговую опорную архитектуру. Более конкретно, фиг. 1B показывает обслуживание UE 101 посредством гостевой PLMN 180 (VPLMN), которая может обмениваться данными с UDM 133 для UE (т.е. UDM в домашней PLMN 181 (HPLMN) UE). Как показано на фиг. 1B, VPLMN включает в себя AMF 196 и NSSF 195.
[0031] UE 101 может быть любым устройством связи, мобильным или стационарным, обеспеченным возможность обмениваться данными по беспроводному каналу (например, радиоканал) с узлом AN (например, базовой станцией). Например, UE 101 может представлять собой мобильный телефон, смартфон, датчик, счетчик, транспортное средство, прибор (бытовой, медицинский и т.д.), мультимедийный проигрыватель, камеру, устройство межмашинной связи (M2M) или любой тип бытовой электронной аппаратуры, например, но не только, телевизионный приемник, радиостанцию, осветительные установки, планшетный компьютер, переносной компьютер или персональный компьютер (PC). UE 101 может быть, карманным, переносным, содержащим компьютер или установленным в транспортном средстве и может быть оснащен возможностью обмениваться речью и/или данными, через сеть радиодоступа, с другим объектом, таким как другое UE или сервер.
[0032] AN 103 может содержать AN-узел (не показан на фиг. 1), такой как узел B, усовершенствованный узел B, gNB (или другую базовую станцию) или любой другой сетевой блок, допускающий обмен данными по несущей радиочастоте с UE 101. Сокращения «AN» и «RAN» могут использоваться взаимозаменяемо в данном документе при упоминании сети доступа, сети радиодоступа, узла (например, gNB или другой базовой станции), содержащегося в сети доступа. AN может включать в себя как 3GPP-сеть радиодоступа, так и не-3GPP-сеть доступа. Типичная не-3GPP-сеть доступа представляет собой Wi-Fi-сеть. Варианты осуществления в этом раскрытии сущности применяются и к 3GPP-сети радиодоступа и к не-3GPP-сети доступа.
[0033] Как описано выше, важно то, что сконфигурированные NSSAI для обслуживающей PLMN в UE обновляются в надлежащее время. Здесь раскрываются некоторые варианты осуществления для достижения этой цели.
[0034] В некоторых вариантах осуществления, когда изменение вносится в подписанные S-NSSAI UE (добавление или удаление S-NSSAI из подписки), UDM через AMF указывает для UE то, что набор подписанных S-NSSAI изменяется (это означает то, что сконфигурированная NSSAI для любой PLMN должна считаться ненадежной до тех пор, пока новая сконфигурированная NSSAI для PLMN не принимается посредством UE) независимо от PLMN (домашней или гостевой PLMN), в которой в данный момент регистрируется UE или в которой UE пытается регистрироваться. Сконфигурированная NSSAI для обслуживающей PLMN может (обычно) предоставляться в UE.
[0035] В некоторых вариантах осуществления, UE должно, при приеме индикатора того, что сконфигурированная NSSAI для любой PLMN (за исключением обслуживающей PLMN, если UE принимает новую сконфигурированную NSSAI для этой PLMN), ненадежно задавать флаг для этих сохраненных сконфигурированных NSSAI, причем этот флаг указывает то, что сконфигурированные NSSAI являются ненадежными. После этого, когда UE осуществляет попытку регистрации в PLMN, для которой сохраненная сконфигурированная NSSAI указывается как ненадежная, UE должно предоставлять определенный индикатор в AMF. AMF, принимающая такой индикатор, должна предоставлять в UE новую сконфигурированную NSSAI. UE, после приема новой сконфигурированной NSSAI для PLMN, должно задавать флаг, указывающий то, что сохраненная сконфигурированная NSSAI для этой PLMN теперь является надежной (т.е. актуальной).
[0036] Кроме того, в некоторых вариантах осуществления, если UE принимает новую сконфигурированную NSSAI для HPLMN (за счет этого получая новый набор подписанных S-NSSAI), то UE должно регулировать сохраненную разрешенную NSSAI и сохраненную сконфигурированную NSSAI для любой VPLMN на основе принимаемого нового набора подписанной S-NSSAI. Например, если ранее включенная S-NSSAI удалится из подписанных S-NSSAI UE, то UE должно удалять из разрешенной NSSAI для VPLMN S-NSSAI, которая соответствует удаленной S-NSSAI, и, аналогично, должна удалять из сохраненной сконфигурированной NSSAI для VPLMN S-NSSAI, которая соответствует удаленной S-NSSAI.
[0037] В другом варианте осуществления, вместо UDM (через AMF), предоставляющей в UE параметр, явно указывающий для UE то, что набор подписанной S-NSSAI изменяется (например, что приводит к тому, что UE задает флаг, как описано выше), UE использует тот факт, что UE инициализировано с новой сконфигурированной NSSAI для HPLMN, в качестве индикатора того, чтобы инициировать задание флага, как описано выше.
[0038] Ссылаясь теперь на фиг. 2, фиг. 2 является блок-схемой последовательности операций способа, иллюстрирующей процесс 200, согласно некоторым вариантам осуществления, который выполняется посредством UE (например, UE 101). Процесс 200 может начинаться с этапа s202.
[0039] На этапе s202, UE получает информацию, указывающую то, что набор идентификаторов сетевых сегментов (например, набор S-NSSAI), включенных в информацию по подписке UE, обновлен (т.е., по меньшей мере, один идентификатор сетевого сегмента (например, S-NSSAI) добавлен или удален из набора идентификаторов сетевых сегментов). Этот набор идентификаторов сетевых сегментов может упоминаться в данном документе как «подписанные сетевые сегменты UE» или, для краткости, «подписанные сетевые сегменты». Другие термины для этого набора идентификаторов сетевых сегментов представляют собой «сконфигурированную NSSAI для HPLMN» и «подписанные S-NSSAI для UE».
[0040] Например, если AMF, обслуживающая UE 101, представляет собой AMF 196 (т.е. UE 101 регистрируется в VPLMN 180, и в силу этого VPLMN 180 представляет собой «обслуживающую PLMN»), то AMF 196 может отправлять в UE сообщение (например, команду обновления конфигурации UE или сообщение принятия регистрации), содержащее определенный параметр, явно указывающий то, что подписанные сетевые сегменты обновлены. Таким образом, UE может получать информацию, указывающую то, что подписанные сетевые сегменты обновлены. Дополнительно, сообщение также может содержать сконфигурированную NSSAI для VPLMN 180 (т.е. сконфигурированную NSSAI для обслуживающей PLMN) и информационное отображение каждой S-NSSAI из сконфигурированной NSSAI для обслуживающей PLMN в S-NSSAI из сконфигурированной NSSAI для HPLMN. Эта информация отображения упоминается как «отображение сконфигурированной NSSAI». В некоторых вариантах осуществления, сообщение также может содержать наиболее актуальные подписанные сетевые сегменты (т.е. сконфигурированную NSSAI для HPLMN) для UE. В таких вариантах осуществления, в которых сообщение включает в себя подписанные сетевые сегменты UE, необязательно сообщение также содержит отдельный определенный параметр, который явно указывает то, что подписанные сетевые сегменты обновлены, поскольку присутствие подписанных сетевых сегментов в сообщении служит для того, чтобы информировать UE в отношении того, что подписанные сетевые сегменты обновлены. Таким образом, в некоторых вариантах осуществления, UE получает указание того, что подписанные сетевые сегменты обновлены, посредством приема сообщения, содержащего сконфигурированную NSSAI для HPLMN.
[0041] В качестве другого примера, если UE регистрируется в VPLMN 180, то UE может получать информацию посредством приема сообщения, содержащего актуальные подписанные сетевые сегменты, причем это сообщение передается посредством сетевой функции в HPLMN UE (например, UDM 133) в UE через VPLMN 180 способом, прозрачным для VPLMN 180.
[0042] В качестве другого примера, если AMF, обслуживающая UE 101, представляет собой AMF 126 (т.е. UE 101 регистрируется в HPLMN 181 (т.е. в домашней PLMN для UE)), то AMF 126 может отправлять в UE сообщение (например, команду обновления конфигурации UE или сообщение принятия регистрации), содержащее наиболее актуальную версию подписанных сетевых сегментов (т.е. сконфигурированную NSSAI для HPLMN). Это сообщение указывает для UE то, что подписанные сетевые сегменты обновлены.
[0043] На этапе s204, после получения информации, указывающей то, что подписанные сетевые сегменты обновлены, UE, по меньшей мере, для первой VPLMN (например, VPLMN 180) задает конкретный флаг равным определенному значению (логическому значению «истина»). Например, на этапе s204, для каждой VPLMN, для которой UE имеет сконфигурированную NSSAI, UE задает конкретный флаг равным истине для VPLMN. Например, если UE имеет в своем локальном устройстве хранения данных сконфигурированную NSSAI для VPLMN-X и сконфигурированную NSSAI для VPLMN-Y, то UE должно задавать первый флаг равным истине для VPLMN-X и должно задавать второй флаг равным истине для VPLMN-Y. При использовании в данном документе, «задание конкретного флага равным определенному значению» для VPLMN означает то, что UE сохраняет параметр, заданный равным конкретному значению (например, бит, заданный равным логическому значению «истина»), ассоциированному с VPLMN.
[0044] На этапе s206, в ходе процесса регистрации для регистрации в первой VPLMN (например, в ходе процесса для формирования запроса на регистрацию), UE определяет то, задается или нет конкретный флаг для первой VPLMN равным определенному значению (например, то, является флаг истинным или нет).
[0045] На этапе s208, в результате определения того, что конкретный флаг для первой VPLMN задается равным определенному значению, UE отправляет в сетевую функцию в первой VPLMN (например, AMF в VPLMN) определенный параметр, который указывает для сетевой функции то, что сетевая функция должна предоставлять в UE все идентификаторы сетевых сегментов, которые могут использоваться в первой VPLMN (например, сконфигурированную NSSAI для обслуживающей PLMN). Например, в одном варианте осуществления, определенный параметр указывает то, что сконфигурированная NSSAI для первой VPLMN в UE является ненадежной. Этот определенный параметр может быть включен, например, в сообщение с запросом на регистрацию, которое UE отправляет для того, чтобы регистрироваться в первой VPLMN.
[0046] На этапе s210, после передачи определенного параметра для сетевой функции, UE принимает из сетевой функции сообщение, содержащее все идентификаторы сетевых сегментов, которые могут использоваться в первой VPLMN (например, сконфигурированную NSSAI для обслуживающей PLMN). Например, сообщение может представлять собой сообщение принятия регистрации. В дополнение к содержанию сконфигурированной NSSAI для обслуживающей PLMN сообщение принятия регистрации также может содержать отображение сконфигурированной NSSAI, разрешенную NSSAI (которая включает в себя набор из одной или более S-NSSAI, например, S-NSSAI, которые могут использоваться в обслуживающей PLMN) и отображение разрешенной NSSAI в сконфигурированную NSSAI для HPLMN («отображение разрешенной NSSAI»). В некоторых вариантах осуществления, единственная причина, по которой сетевая функция включает в сообщение сконфигурированную NSSAI для обслуживающей PLMN и отображение сконфигурированной NSSAI, состоит в том, что UE отправляет определенный параметр.
[0047] В некоторых вариантах осуществления, процесс 200 дополнительно включает в себя определение посредством UE того, инициализируется или нет UE в данный момент с набором идентификаторов сетевых сегментов для первой VPLMN. Этот этап выполняется посредством UE между этапами s202 и s204, т.е. после того, как UE получает информацию, указывающую то, что подписанные сетевые сегменты обновлены, и до задания посредством UE конкретного флага для первой VPLMN равным определенному значению. UE задает конкретный флаг равным определенному значению в результате i) получения информации, указывающей то, что подписанные сетевые сегменты обновлены, и ii) определения того, что UE в данный момент инициализируется с набором идентификаторов сетевых сегментов для первой VPLMN.
[0048] Фиг. 3 является блок-схемой последовательности операций способа, иллюстрирующей процесс 300, согласно некоторым вариантам осуществления, который выполняется посредством первой сетевой функции (например, AMF 196) в PLMN (например, в VPLMN 180), когда UE пытается регистрироваться в PLMN, причем эта PLMN упоминается как «обслуживающая PLMN», при этом обслуживающая PLMN не представляет собой HPLMN UE (т.е. обслуживающая PLMN представляет собой VPLMN относительно UE). Процесс 300 может начинаться с этапа s302.
[0049] На этапе s302, первая сетевая функция принимает из UE определенный параметр, который указывает для первой сетевой функции то, что первая сетевая функция должна предоставлять в UE все идентификаторы сетевых сегментов, которые могут использоваться в обслуживающей PLMN (например, сконфигурированную NSSAI для обслуживающей PLMN). Этот определенный параметр может быть включен, например, в сообщение с запросом на регистрацию, которое UE отправляет в первую сетевую функцию для того, чтобы регистрироваться в обслуживающей PLMN.
[0050] На этапе s304, первая сетевая функция, после приема определенного параметра, получает информацию по подписке для UE. Например, на этапе s304, первая сетевая функция передает в UDM 133 GET-запрос (например, Nudm_SDM_Get) и принимает из UDM 133, в ответ на GET-запрос, ответ, который содержит информацию по подписке для UE, которая может включать в себя поднабор подписанных сетевых сегментов UE, который идентифицирует сетевые сегменты, которые UE может использовать в обслуживающей PLMN.
[0051] На этапе s306, после получения информации по подписке и в качестве следствия приема определенного параметра, первая сетевая функция передает в UE сообщение, содержащее все идентификаторы сетевых сегментов, которые могут использоваться в обслуживающей PLMN (например, все S-NSSAI, которые могут использоваться в обслуживающей PLMN, т.е. сконфигурированную NSSAI для обслуживающей PLMN). Первая сетевая функция может получать эту информацию из NSSF. Сообщение, отправленное на этапе s306, например, может представлять собой сообщение принятия 5G-регистрации, и сообщение принятия 5G-регистрации дополнительно может содержать: разрешенную NSSAI, отображение разрешенной NSSAI, отображение сконфигурированной NSSAI. Таким образом, в некоторых вариантах осуществления, в качестве прямого результата приема определенного параметра, первая сетевая функция определяет то, что она должна включать в сообщение принятия регистрации сконфигурированную NSSAI для обслуживающей PLMN.
[0052] Фиг. 4 является блок-схемой последовательности операций способа, иллюстрирующей процесс 400, согласно некоторым вариантам осуществления, который выполняется посредством первой сетевой функции (например, AMF 196) в PLMN (например, в VPLMN 180), причем эта PLMN упоминается как «обслуживающая PLMN». В этом примере, обслуживающая PLMN представляет собой VPLM 180, т.е. обслуживающая PLMN не представляет собой HPLMN для UE (HPLMN 181). Процесс 400 может начинаться с этапа s402.
[0053] На этапе s402, AMF 196 получает информацию, явно указывающую то, что подписанные сетевые сегменты UE обновлены. Например, на этапе s402, AMF 196 принимает из UDM 133 сообщение, содержащее параметр, явно указывающий то, что подписанные сетевые сегменты UE обновлены, и/или содержащее обновленные подписанные сетевые сегменты UE (сконфигурированную NSSAI для HPLMN). В качестве одного примера, сообщение может представлять собой Nudm_SDM_Notification, передаваемое посредством UDM 133. В качестве другого примера, сообщение может представлять собой ответное сообщение, передаваемое посредством UDM 133 в ответ на Nudm_SDM_Get, которое передано посредством AMF 196 в UDM 133 в качестве части процесса регистрации для регистрации UE (например, Nudm_SDM_Get, которое передано посредством AMF 196 после того, как AMF 196 принимает запрос на регистрацию для регистрации UE, и до того, как AMF 196 передает в ответ на запрос на регистрацию принятие регистрации).
[0054] На этапе s404, в результате получения информации, указывающей то, что подписанные сетевые сегменты UE обновлены, AMF 196 отправляет в UE сообщение (например, сообщение обновления конфигурации или сообщение принятия регистрации), содержащее информацию, указывающую то, что подписанные сетевые сегменты UE обновлены. В качестве одного примера, сообщение может содержать параметр, явно указывающий то, что подписанные сетевые сегменты обновлены. В качестве другого примера, вместо включения параметра, сообщение включает в себя сконфигурированную NSSAI для HPLMN, которая служит для того, чтобы предоставлять в UE индикатор того, что подписанные сетевые сегменты обновлены. В некоторых вариантах осуществления, в дополнение к включению параметра и/или сконфигурированной NSSAI для HPLMN, сообщение также может содержать: сконфигурированную NSSAI для обслуживающей PLMN, отображение сконфигурированной NSSAI, разрешенную NSSAI и/или отображение разрешенной NSSAI.
[0055] Фиг. 5 является блок-схемой последовательности операций способа, иллюстрирующей процесс 500, согласно некоторым вариантам осуществления, который выполняется посредством UDM 133. Процесс 500 может начинаться с этапа s502.
[0056] На этапе s502, UDM обнаруживает то, что подписанные сетевые сегменты UE обновлены.
[0057] На этапе s504, после обнаружения того, что подписанные сетевые сегменты UE обновлены, UDM отправляет в AMF 196 (т.е. в AMF, не составляющую часть HPLMN UE) сообщение, содержащее информацию, указывающую то, что подписанные сетевые сегменты UE обновлены.
[0058] Фиг. 6 является блок-схемой последовательности операций способа, иллюстрирующей процесс 600, согласно некоторым вариантам осуществления, который выполняется посредством UDM 133. Процесс 600 может начинаться с этапа s602.
[0059] На этапе s602, UDM обнаруживает то, что подписанные сетевые сегменты UE обновлены.
[0060] На этапе s604, после обнаружения того, что подписанные сетевые сегменты UE обновлены, UDM задает равным определенному значению (например, логической истине) один флаг для UE, причем этот флаг является применимым для всех PLMN и указывает то, что подписанные сетевые сегменты UE обновлены.
[0061] На этапе s606, после задания флага для UE, UDM принимает первое сообщение относительно UE из первой AMF (например, из AMF 196 или из AMF 126 (т.е. из AMF, которая представляет собой часть HPLMN UE)). Например, сообщение, принимаемое на этапе s606, представляет собой Nudm_SDM_Get или Nudm_SDM_Subscribe.
[0062] На этапе s608, в ответ на прием первого сообщения относительно UE, UDM проверяет то, задается или нет флаг для UE равным определенному значению.
[0063] На этапе s610, если флаг для UE задается равным определенному значению, то UDM отправляет в первую AMF сообщение, содержащее информацию, указывающую то, что подписанные сетевые сегменты UE обновлены.
[0064] На этапе s612, после отправки сообщения в первый AFM, UDM сбрасывает флаг (т.е. задает флаг равным новому значению, такому как логическая ложь). В некоторых вариантах осуществления, UDM сбрасывает флаг в ответ на прием сообщения подтверждения, указывающего то, что UE успешно информировано в отношении того, что подписанные сетевые сегменты UE обновлены. Для UDM преимущественно сбрасывать флаг после приема такого сообщения подтверждения, поскольку UE, например, может выходить за пределы покрытия радиосвязью в то время, когда AMF должна обновлять UE новой сконфигурированной NSSAI, и затем позднее входить в пределы покрытия радиосвязью на другой AMF, которая не получает информацию относительно измененной подписанной NSSAI. Инструктирование UDM ожидать до тех пор, пока оно не получает подтверждение, перед сбросом флага должно разрешать эту проблему.
[0065] На этапе s614, UDM принимает второе сообщение, передаваемое посредством второй AMF, при этом второе сообщение относится к UE, и вторая AMF принадлежит PLMN, которая отличается от PLMN, которой принадлежит первая AMF.
[0066] На этапе s616, в ответ на прием второго сообщения относительно UE, UDM определяет то, должно оно или нет информировать вторую AMF в отношении того, что подписанные сетевые сегменты UE обновлены, посредством проверки того, задается или нет флаг для UE равным определенному значению.
[0067] Относительно сообщения, отправленного посредством UDM 133 на этапе s504е, и сообщения, отправленного посредством UDM 133 на этапе s610, каждое из этих сообщений может представлять собой сообщение, содержащее параметр, явно указывающий то, что подписанные сетевые сегменты UE обновлены, и/или содержащее обновленные подписанные сетевые сегменты UE (сконфигурированную NSSAI для HPLMN). В качестве одного примера, сообщение может представлять собой Nudm_SDM_Notification, передаваемое посредством UDM 133. В качестве другого примера, сообщение может представлять собой ответное сообщение, передаваемое посредством UDM 133 в ответ на Nudm_SDM_Get, которое передано посредством AMF 196 в качестве части процесса регистрации для регистрации UE.
[0068] Фиг. 7 является блок-схемой UE 101, согласно некоторым вариантам осуществления для осуществления способов в UE, раскрытых в данном документе (см., например, процесс 200, показанный на фиг. 2). Как показано на фиг. 7, может содержать: схему 702 обработки (PC), которая может включать в себя один или более процессоров 755 (P) (например, микропроцессор общего назначения и/или один или более других процессоров, таких как специализированная интегральная схема (ASIC), программируемые пользователем вентильные матрицы (FPGA) и т.п.); схему 703 (например, схему приемо-передающего радиоустройства, содержащую Rx 705 и Tx 706), соединенную с антенной системой 704 для беспроводной связи с другими UE и/или узлами сети доступа); и локальный блок 708 хранения данных (иначе, «систему хранения данных»), который может включать в себя одно или более энергонезависимых устройств хранения данных и/или одно или более энергозависимых устройств хранения данных. В вариантах осуществления, в которых PC 702 включает в себя программируемый процессор, может предоставляться компьютерный программный продукт 741 (CPP). CPP 741 включает в себя машиночитаемый носитель 742 (CRM), сохраняющий компьютерную программу (CP) 743, содержащую машиночитаемые инструкции 744 (CRI). CRM 742 может представлять собой энергонезависимый машиночитаемый носитель, такой как магнитные носители (например, жесткий диск), оптические носители, запоминающие устройства (например, оперативное запоминающее устройство, флэш-память) и т.п. В некоторых вариантах осуществления, CRI 744 компьютерной программы 743 имеет такую конфигурацию, в которой, при выполнении посредством PC 702, CRI инструктирует UE выполнять этапы, описанные в данном документе (например, этапы, описанные в данном документе со ссылкой на блок-схемы последовательности операций способа). В других вариантах осуществления, UE может быть выполнено с возможностью выполнять этапы, описанные в данном документе, без необходимости кода. Таким образом, например, PC 702 может состоять просто из одной или более ASIC. Следовательно, признаки вариантов осуществления, описанных в данном документе, могут реализовываться в аппаратных средствах и/или в программном обеспечении.
[0069] Фиг. 8 является схемой, показывающей функциональные блоки UE 101 согласно некоторым вариантам осуществления. В показанном варианте осуществления, UE 101 включает в себя:
[0070] 1) блок 802 получения информации для получения информации, указывающей то, что подписанные сетевые сегменты UE обновлены;
[0071] 2) блок 804 задания флагов для задания конкретного флага для первой VPLMN равным определенному значению после того, как информация, указывающая то, что подписанные сетевые сегменты обновлены, получается;
[0072] 3) блок 806 определения, имеющий такую конфигурацию, в которой, в ходе процесса регистрации для регистрации в первой VPLMN, UE определяет то, задан ли конкретный флаг равным определенному значению; и
[0073] 4) передающий блок 808, который имеет такую конфигурацию, в которой в результате определения того, что конкретный флаг задан равным определенному значению, UE отправляет в сетевую функцию в VPLMN (например, в AMF в VPLMN) уведомление, указывающее то, что сетевая функция должна предоставлять в UE набор идентификаторов сетевых сегментов для VPLMN.
[0074] Фиг. 9 является блок-схемой сетевого узла 900 согласно некоторым вариантам осуществления для осуществления способов в сетевом узле, раскрытых в данном документе (см., например, процессов 300, 400, 500 и 600, показанных на фиг. 3, 4, 5 и 6, соответственно). Как показано на фиг. 9, сетевой узел 900 может содержать: схему 902 обработки (PC), которая может включать в себя один или более процессоров 955 (P) (например, микропроцессор общего назначения и/или один или более других процессоров, таких как специализированная интегральная схема (ASIC), программируемые пользователем вентильные матрицы (FPGA) и т.п.); сетевой интерфейс 948, содержащий передающее устройство 945 (Tx) и приемное устройство 947 (Rx) для обеспечения возможности сетевому узлу 900 передавать данные и принимать данные в/из других узлов, соединенных с сетью 110 (например, с сетью по Интернет-протоколу (IP)), с которой соединяется сетевой интерфейс 948; и локальный блок 908 хранения данных (иначе, «систему хранения данных»), который может включать в себя одно или более энергонезависимых устройств хранения данных и/или одно или более энергозависимых устройств хранения данных. В вариантах осуществления, в которых PC 902 включает в себя программируемый процессор, может предоставляться компьютерный программный продукт 941 (CPP). CPP 941 включает в себя машиночитаемый носитель 942 (CRM), сохраняющий компьютерную программу (CP) 943, содержащую машиночитаемые инструкции 944 (CRI). CRM 942 может представлять собой энергонезависимый машиночитаемый носитель, такой как магнитные носители (например, жесткий диск), оптические носители, запоминающие устройства (например, оперативное запоминающее устройство, флэш-память) и т.п. В некоторых вариантах осуществления, CRI 944 компьютерной программы 943 имеет такую конфигурацию, в которой, при выполнении посредством PC 902, CRI инструктирует сетевому узлу 900 выполнять этапы, описанные в данном документе (например, этапы, описанные в данном документе со ссылкой на блок-схемы последовательности операций способа). В других вариантах осуществления, сетевой узел 900 может быть выполнен с возможностью выполнять этапы, описанные в данном документе, без необходимости кода. Таким образом, например, PC 902 может состоять просто из одной или более ASIC. Следовательно, признаки вариантов осуществления, описанных в данном документе, могут реализовываться в аппаратных средствах и/или в программном обеспечении.
[0075] Фиг. 10 является схемой, показывающей функциональные блоки сетевого узла 900 согласно некоторым вариантам осуществления. В показанном варианте осуществления, сетевой узел 900 включает в себя:
[0076] 1) блок 1002 приемного устройства для приема определенного параметра, передаваемого посредством UE, при этом параметр указывает для сетевого узла то, что сетевой узел, который принадлежит PLMN, должен предоставлять в UE все идентификаторы сетевых сегментов, которые могут использоваться в PLMN (например, сконфигурированную NSSAI для PLMN);
[0077] 2) блок 1004 получения для получения информации по подписке для UE после того, как блок 1002 приемного устройства принимает определенный параметр; и
[0078] 3) передающий блок 1006 для использования передающего устройства для того, чтобы передавать в UE сообщение, содержащее все идентификаторы сетевых сегментов, которые могут использоваться в PLMN, при этом передающий блок выполнен с возможностью использовать передающее устройство для того, чтобы передавать сообщение после того, как информация по подписке получается, и в качестве следствия приема, посредством блока приемного устройства, определенного параметра.
[0079] Фиг. 11 является схемой, показывающей функциональные блоки сетевого узла 900 согласно некоторым вариантам осуществления. В показанном варианте осуществления, сетевой узел 900 включает в себя:
[0080] 1) блок 1102 получения для получения информации, указывающей то, что подписанные сетевые сегменты UE обновлены; и
[0081] 2) передающий блок 1104 для использования передающего устройства для того, чтобы передавать в UE сообщение (например, сообщение обновления конфигурации или сообщение принятия регистрации), содержащее информацию, указывающую то, что подписанные сетевые сегменты UE обновлены, при этом передающий блок выполнен с возможностью использовать передающее устройство для того, чтобы передавать сообщение в результате получения, посредством сетевого узла, информации, указывающей то, что подписанные сетевые сегменты UE обновлены.
[0082] Фиг. 12 является схемой, показывающей функциональные блоки сетевого узла 900 согласно некоторым вариантам осуществления. В показанном варианте осуществления, сетевой узел 900 включает в себя:
[0083] 1) блок 1202 обнаружения для обнаружения того, что подписанные сетевые сегменты UE обновлены; и
[0084] 2) передающий блок 1204 для использования передающего устройства для того, чтобы передавать в AMF, не составляющую часть HPLMN UE, сообщение, содержащее информацию, указывающую то, что подписанные сетевые сегменты UE обновлены, при этом передающий блок 1104 выполнен с возможностью использовать передающее устройство для того, чтобы передавать сообщение после того, как блок 1202 обнаружения обнаруживает то, что подписанные сетевые сегменты UE обновлены.
[0085] Фиг. 13 является схемой, показывающей функциональные блоки сетевого узла 900 согласно некоторым вариантам осуществления. В показанном варианте осуществления, сетевой узел 900 включает в себя:
[0086] 1) блок 1302 обнаружения для обнаружения того, что подписанные сетевые сегменты UE обновлены;
[0087] 2) блок 1304 задания флагов для задания, после того, как блок обнаружения обнаруживает то, что подписанные сетевые сегменты UE обновлены, равным определенному значению одного флага для UE, причем этот флаг является применимым для множества PLMN (например, всех PLMN в роуминговом соглашении) и указывает то, что подписанные сетевые сегменты UE обновлены;
[0088] 3) блок 1306 приемного устройства, выполненный с возможностью принимать первое сообщение после того, как блок задания флагов задает флаг для UE равным определенному значению, при этом первое сообщение передается посредством первой AMF, и первое сообщение относится к UE (например, включает в себя идентификатор UE для идентификации UE);
[0089] 4) блок 1308 проверки флагов для проверки флага (т.е. для определения того, задается или нет флаг для UE равным определенному значению), при этом блок проверки флагов выполнен с возможностью проверять флаг в результате приема, посредством блока 1306 приемного устройства, первого сообщения относительно UE;
[0090] 5) передающий блок 1310 для использования передающего устройства для того, чтобы передавать в первую AMF сообщение, содержащее информацию, указывающую то, что подписанные сетевые сегменты UE обновлены, при этом передающий блок выполнен с возможностью использовать передающее устройство для сообщения в первую AMF в результате определения, посредством блока 1308 проверки флагов, того, что флаг для UE задается равным определенному значению; и
[0091] 6) блок 1312 сброса флагов для сброса флага (т.е. задания флага равным новому значению, такому как логическая ложь) после того, как передающий блок 1310 использует передающее устройство для того, чтобы передавать сообщение в первый AFM (например, в ответ на прием сообщения подтверждения, указывающего то, что UE успешно информировано в отношении того, что подписанные сетевые сегменты UE обновлены).
[0092] Блок 1306 приемного устройства дополнительно выполнен с возможностью принимать второе сообщение (например, Nudm_SDM_Get или Nudm_SDM_Subscribe), передаваемое посредством второй AMF, при этом второе сообщение относится к UE, и вторая AMF принадлежит PLMN, которая отличается от PLMN, которой принадлежит первая AMF. Сетевой узел имеет такую конфигурацию, в которой в ответ на прием второго сообщения относительно UE, сетевой узел определяет то, должен он или нет информировать вторую AMF в отношении того, что подписанные сетевые сегменты UE обновлены, посредством проверки того, задается или нет флаг для UE равным определенному значению.
[0093] Хотя различные варианты осуществления настоящего раскрытия сущности описываются в данном документе, следует понимать, что они представлены только в качестве примера, а не ограничения. Таким образом, сущность и объем настоящего раскрытия сущности не должны быть ограничены посредством какого-либо из вышеописанных примерных вариантов осуществления. Более того, любая комбинация вышеописанных элементов во всех возможных вариациях охватывается посредством раскрытия сущности, если иное не указано данном документе или явно не опровергается контекстом.
[0094] Дополнительно, хотя процессы, описанные выше и проиллюстрированные на чертежах, показаны как последовательность этапов, это выполняется только для иллюстрации. Соответственно, предполагается, что некоторые этапы могут добавляться, некоторые этапы могут опускаться, порядок этапов может перекомпоновываться, и некоторые этапы могут выполняться параллельно.