×
01.12.2019
219.017.e84e

СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002707741
Дата охранного документа
29.11.2019
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение относится к радиосвязи. Способ объединяет процедуры подключения и обновления зоны отслеживания в одну новую процедуру мобильности – процедуру регистрации. Технический результат заключается в том, что, если новая функция обработки сигналов (SHF) не может получить данные пользовательского устройства (UE) от старой SHF, новая SHF тем не менее регистрирует UE таким образом, чтобы UE не выполняло другую процедуру регистрации (например, процедуру подключения). 6 н. и 25 з.п. ф-лы, 10 ил.
Реферат Свернуть Развернуть

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

Аспекты настоящего раскрытия относятся к системам и способам регистрации пользовательского устройства (UE) в сети.

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

UE – это устройство беспроводной связи, такое, например, как смартфон, планшетный компьютер, компьютер, бытовой электроприбор, датчик и т.д. В настоящее время существуют две отдельные процедуры для регистрации UE, работающего в базовой сети (CN) связи 4G долгосрочного развития (LTE): (1) процедура подключения и (2) процедура обновления зоны отслеживания (TAU).

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

Наличие двух отдельных процедур регистрации означает, что будут иметь место параллельные пути стандартизации, реализации UE и CN, тестирований, описаний (таких как описания абонентов), операторских развертываний/тестирований и т.д., что влечет за собой дополнительные расходы.

В настоящее время, когда функция обработки сигналов (SHF) (известная также как "функция обработки терминала" или "функция управления доступом и мобильностью" (AMF)) принимает запрос TAU от UE, и SHF (например, объект управления мобильностью (MME)) не была последней SHF, обслуживающей UE (то есть SHF является "новой SHF"), новая SHF пытается извлечь информацию о UE (например, контекст управления мобильностью (MM), данные, которые относятся к сеансу и т.д.)) из последней SHF, который раньше обслуживал UE (то есть из "старой SHF"), и, если это невозможно, новая SHF должна отклонить запрос TAU с соответствующим кодом причины, побуждающим UE понять, что UE необходимо выполнить процедуру подключения, чтобы зарегистрироваться в сети. В этом сценарии запрос TAU от UE мог бы быть совершенно правильным, но все же UE потребуется выполнить процедуру подключения, тем самым вызывая дополнительную сигнализацию по радиоканалу, дополнительную обработку управляющей сигнализации в сети радиодоступа (RAN) и базовой сети (CN) и добавление времени ожидания к процедуре регистрации.

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

Другое преимущество состоит в том, что одна и та же процедура мобильности будет использоваться независимо от того, пытается ли UE подключиться к сети, или изменило ли UE зону отслеживания из-за мобильности. Текущие процедуры подключения и TAU используют много похожих сообщений, и некоторые из них имеют много информационных элементов, большинство из которых являются общими. Кроме того, имеются также случаи, когда в процедурах используются одни и те же сообщения. Таким образом, и UE и SHF (которые могут быть компонентом базовой функции управления (CCF)) могут использовать "общую" реализацию и, следовательно, более простую реализацию. Кроме того, он обеспечивает простоту "одного пути" для добавления различных аспектов в будущем: стандартизации, реализации UE и CN, тестирований, описаний (таких как описаний абонентов), операторских развертываний/тестирований и т.д.

Соответственно, в одном аспекте выполнен способ регистрации пользовательского устройства (UE), причем способ выполняет UE. Способ включает в себя передачу, выполняемую UE, в первую функцию обработки сигналов (SHF) сообщения с запросом, запрашивающего определенный тип регистрации. Способ также включает в себя прием, выполняемый UE, сообщения о принятии регистрации, переданной первой SHF после того, как первая SHF обработает сообщение с запросом. Сообщение с запросом содержит: 1) идентификатор, выделенный UE, который может быть постоянным идентификатором (PID) или временным идентификатором (TID), и 2) информацию о типе регистрации, которая позволяет первой SHF определить тип регистрации, которую запрашивает UE (например, информацию о типе регистрации, которая позволяет первой SHF определить, запрашивает ли UE "начальную" регистрацию или "нормальную" регистрацию).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В другом аспекте выполнена первая SHF, которая адаптирована для выполнения способов, описанных выше.

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

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

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

На фиг. 1 показана система согласно некоторым вариантам осуществления.

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

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

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

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

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

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

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

На фиг. 9 показана блок-схема узла CN для реализации одной или более функций CN.

На фиг. 10 показана блок-схема UE согласно некоторым вариантам осуществления.

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

На фиг. 1 показана система 100 согласно некоторым вариантам осуществления. Как показано на фиг. 1, система 100 включает в себя UE 102, поддерживающее связь с SHF 114 базовой сети (показанной на фиг. 1 как часть CCF 106) через сеть доступа 104 (например, сеть радиодоступа (RAN)). UE 102 может поддерживать связь с устройствами, подключенными к сервисной сети 110 (например, для дальнейшего подключения к Интернет) через RAN 104 и функции плоскости 112 пользователя базовой сети.

Как обсуждено выше, в настоящем раскрытии описана новая процедура, которая объединяет в себе элементы существующей процедуры подключения (используемые в LTE) с элементами существующей процедуры мобильности обновления зоны отслеживания (TAU) (используемой в LTE). Эта новая процедура называется процедурой "регистрации". Процедура регистрации используется, например, в случае, когда UE подключается к мобильной сети, после выполнения процедуры мобильности, когда UE изменяет зону отслеживания (TA) на новую (например, UE перемещается в зону, идентифицированную идентификатором зоны отслеживания, который не включен в список UE идентификаторов зоны отслеживания), когда UE выполняет периодическое обновление (в связи с заданным периодом времени неактивности), по причинам перебалансировки нагрузки и т.д. После изменение TA, существуют различные варианты: поддерживаются одни и те же функции CN, или изменяется функция CN (например, CCF, SHF, CHF-C, CHF-U) или изменяются некоторые/все объекты/функции CN.

Процедуру регистрации можно использовать с новой технологией радиодоступа (RAT) (например, RAT 5G) или с существующей RAT (например, WLAN и фиксированный доступ)). Как правило, UE с сеансом(ами) являются абонентами мобильной широкополосной связи (MBB) или абонентами фиксированного беспроводного доступа (FWA), тогда как UE без каких-либо сеансов являются простыми устройствами IoT. Могут быть и другие случаи. В качестве альтернативы, UE, которым разрешено устанавливать сеанс, могут зарегистрироваться без сеанса, и после этого может быть установлен сеанс.

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

Процедура регистрации начинается на этапе S201 с отправки UE сообщения с запросом на регистрацию (RR), в этом случае, в новую SHF. Сообщение с запросом на регистрацию включает в себя идентификатор (ID), назначенный UE. ID, назначенный UE, может быть постоянным идентификатором (PID), назначенным UE (например, международным идентификатором мобильного абонента (IMSI) UE), или временным ID (TID) (например, глобальным уникальным временным идентификатором (GUTI)), назначенным UE, например, с помощью SHF. Преимущественно, сообщение с запросом на регистрацию дополнительно включает в себя информацию о типе регистрации, позволяющую новой SHF определить, запрашивает ли UE начальную регистрацию (то есть UE не находится в зарегистрированном состоянии) или нормальную регистрацию (то есть UE находится в зарегистрированном состоянии). В некоторых вариантах осуществления сообщение с запросом на регистрацию включает в себя информационный элемент флага регистрации (IE), содержащий информацию о типе регистрации. Информация о типе регистрации может состоять из однобитового флага, или информация о типе регистрации может состоять из "значения" (например, числового значения или числовой строки), выбранного из заданного набора из двух или более заданных значений. Например, набор заданных значений может включать в себя следующие заданные значения: "начальный" и "нормальный".

Если UE запрашивает "начальную" регистрацию, то сообщение с запросом на регистрацию (RR) включает в себя, в некоторых вариантах осуществления, все необходимые для этого параметры (как при подключении в LTE). Если UE запрашивает "нормальную" регистрацию, то сообщение RR включает в себя все необходимые для этого параметры (как при TAU в LTE).

Существует дополнительный случай: если UE имеет временный идентификатор (например, GUTI), и этот временный идентификатор указывает на новую SHF, но контекст UE был удален в новой SHF, то регистрация может по-прежнему выполняться новой SHF, но необходимо выполнить этап S202 и этап S203 для того, чтобы извлечь постоянный id (например, IMSI) из UE.

На этапе S202, если требуется, новая SHF отправляет сообщение с запросом информации (IR) в старую SHF (полагая, что новая SHF имеет интерфейс со старой SHF, то есть полагая, что новая SHF может отправлять сообщения в и принимать сообщения из старой SHF). Сообщение IR включает в себя некоторые или все параметры из RR (например, тип регистрации и идентификатор UE) и адрес, назначенный сетевому интерфейсу новой SHF. Преимущественно, сообщение IR включает в себя информацию о типе регистрации, так что старая SHF может определить, запрашивает ли UE начальную или нормальную регистрацию. Следует отметить, что этап S202 не всегда необходим. То есть этап S202 не выполняется по меньшей мере в двух следующих случаях: 1) UE запрашивает, чтобы "начальная" регистрация и сообщение RR включали в себя постоянный ID (PID) для UE (например, IMSI), и 2) сообщение RR включает в себя временный ID (TID), и TID отображается в новой SHF.

На этапе S203 (не выполняется, если этап S202 не выполняется) старая SHF отправляет ответ в новую SHF, используя сообщения с ответом на информацию, включая в себя, например, постоянный ID, назначенный UE (например, IMSI UE), контекст MM (который может включать в себя параметры качества обслуживания (QoS) для UE, такие, например, как информация о совокупной максимальной битовой скорости (AMBR) восходящей линии связи и нисходящей линии связи, а также информация о возможностях UE), и адрес, назначенный сетевому интерфейсу старой SHF. Если информация о типе регистрации, включенная в IR, указывает, что UE запросило нормальную регистрацию, то старая SHF будет включен в данные, которые относятся к любому сеансу сообщения с ответом на информацию и связаны с UE (например, IP-адрес, который был назначен UE), которое поддерживает старая SHF.

В случае, когда новой SHF необходимо получить постоянный ID) (PID) UE (например, в случае, когда сообщение RR не включает в себя PID, и новая SHF не имеет PID и не смог получить PID из старой SHF), то на этапе S204 новая SHF передает в UE сообщение с запросом идентификатора, запрашивающее UE предоставить новой SHF PID UE (например, IMSI). Таким образом, например, если сообщение RR включает в себя TID, а не PID, и TID отображается в старой SHF, в отличие от отображения в новой SHF, и новая SHF не имеет интерфейса со старой SHF (или ответ на информацию из старой SHF не включает в себя PID UE), то этап S204 выполняется новой SHF. В дополнение к этому, если TID отображается в новой SHF, и новая SHF не имеет PID UE, то новая SHF будет выполнять этап S204.

На этапе S205 UE отправляет сообщение с ответом относительно идентификатора, включающее в себя постоянный ID, назначенный UE (например, IMSI UE).

На этапе S206 новая SHF может инициировать аутентификацию UE, если запрос регистрации не был отправлен с защитой целостности, или защита целостности указана как неудачная на этапе S203 (ответ на информацию). То есть на этапе S206 выполняются функции защиты слоя без доступа (NAS).

На этапе S207 новая SHF отправляет ответ в старую SHF сообщение подтверждения информации (IA), если принят успешный ответ на информацию. В ответ на прием сообщения IA старая SHF отмечает как неудачную (или удаляет) контекстную информацию MM, связанную с UE, которое поддерживало старую SHF.

В некоторых вариантах осуществления на этапе S208 новая SHF может выполнить процедуру обновления местоположения. Кроме того, новая SHF может выполнить одну или несколько из следующих процедур: проверку международного идентификатора мобильного устройства (IMEI) и обновление и согласование функций управления политикой.

На этапе S209 новая SHF отправляет в UE сообщение о принятии регистрации (RA), содержащее информацию, указывающую результат регистрации. В некоторых вариантах осуществления, полагая, что регистрация была успешной, существует два возможных результата: "начальный" и "нормальный". Более конкретно: (1) если UE запросило начальную регистрацию, и начальная регистрация была успешной, то сообщение RA будет включать в себя информацию, показывающую, что запрошенная начальная регистрация была выполнена успешно; (2) если UE запросило нормальную регистрацию, и нормальная регистрация была успешной, то сообщение RA будет включать в себя информацию, указывающую, что запрошенная нормальная регистрация была выполнена успешно; и (3) если UE запросило, нормальную регистрацию, и нормальная регистрация была неуспешной из-за того, что, например, новая SHF не могла извлечь информацию из старой SHF, но новая SHF успешно выполнил начальную регистрацию, то сообщение RA будет включать в себя информацию, указывающую, что начальная регистрация была выполнена успешно. Кроме того, если регистрация (начальная или нормальная) была успешной, то сообщение RA может дополнительно включать в себя временный ID, назначенный UE.

На этапе S210 UE может ответить на новая SHF, используя сообщение о завершении регистрации, причем это сообщение показывает, что UE приняло новый временный ID.

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

Процесс 300 начинается на этапе S301, где SHF принимает сообщение RR, переданное UE. На этапе S302 SHF определяет тип регистрации, которую запрашивает UE. Например, SHF изучает информацию о типе регистрации, включенную в сообщение RR, чтобы определить, запрашивает ли UE "начальную регистрацию" или "нормальную регистрацию". Если требуется начальная регистрация, процесс переходит к этапу S304, в противном случае процесс переходит к этапу S310. На этапе S304 SHF определяет, включает ли в себя сообщение RR постоянный ID, назначенный UE. Если это так, процесс переходит к этапу S308, в противном случае процесс переходит к этапу S306. На этапе S306 SHF выполняет процедуру подключения GUTI. На этапе S308 SHF выполняет процедуру подключения IMSI. И на этапе S310 SHF выполняет процедуру TAU.

Обратимся теперь к фиг. 4, на которой показана схема потока сообщений, иллюстрирующая процедуру регистрации, когда RR включает в себя постоянный ID (например, IMSI), и информация о типе указывает, что UE запрашивает "начальную" регистрацию.

На этапе S401 UE отправляет сообщение RR, в этом случае, в новую SHF. В этом примере сообщение RR включает в себя постоянный идентификатор (ID), назначенный UE (например, международный идентификатор мобильного абонента (IMSI) UE), и информацию о типе регистрации, указывающую, что UE запрашивает начальную регистрацию (то есть UE в данный момент времени не находится в зарегистрированном состоянии).

На этапе S402 новая SHF инициирует аутентификацию UE, если RR не был отправлен с защитой целостности. То есть на этапе S402 выполняются функции защиты слоя без доступа (NAS).

В некоторых вариантах осуществления на этапе S403 новая SHF может выполнить процедуру обновления местоположения. Кроме того, новая SHF может выполнить одну или несколько из следующих процедур: проверку международного идентификатора мобильного устройства (IMEI) и обновление и согласование функций управления политикой.

На этапе S404 новая SHF отправляет в UE сообщение о принятии регистрации (RA), содержащее информацию, указывающую результат начальной регистрации. Кроме того, если первоначальная регистрация прошла успешно, то сообщение RA может дополнительно включать в себя временный ID, назначенный UE.

На этапе S405 UE может ответить на новая SHF, используя сообщение о завершении регистрации, причем это сообщение показывает, что UE приняло новый временный ID.

Обратимся теперь к фиг. 5, на которой показана схема потока сообщений, иллюстрирующая процедуру регистрации, когда RR включает в себя временный ID (например, GUTI), и информация о типе указывает, что UE запрашивает "начальную" регистрацию.

На этапе S501 UE отправляет сообщение RR, в этом случае, в новую SHF. RR В этом примере сообщение включает в себя временный ID (TID), назначенный UE, и информацию о типе регистрации, указывающую, что UE запрашивает начальную регистрацию (то есть UE в данный момент времени не находится в зарегистрированном состоянии).

На этапе S502 новая SHF отправляет сообщение IR в старую SHF (при условии, что (a) TID отображается в старой SHF, в отличие от отображения непосредственно в новой SHF, и (b) новая SHF имеет интерфейс со старой SHF). Преимущественно, сообщение IR включает в себя информацию о типе регистрации таким образом, чтобы старая SHF могла определить, что UE запрашивает начальную регистрацию.

На этапе S503 старая SHF отправляет ответ на информацию в новую SHF, включающий в себя, например, постоянный ID, назначенный UE (например, IMSI), контекст MM и адрес SHF, назначенный сетевому интерфейсу старой SHF. Так как тип регистрации указывает начальную регистрацию, старая SHF не будет включен в данные, которые относятся к любому сеансу ответа на информацию и связаны с UE.

В случае, когда новой SHF необходимо получить постоянный ID (PID) UE (например, в случае, когда сообщение RR не включало в себя PID, и новая SHF не имеет PID и не могла получить PID из старой SHF), то на этапе S504 новая SHF передает в UE сообщение с запросом идентификатора, запрашивающее UE предоставить новой SHF PID UE (например, IMSI).

На этапе S505 UE отправляет сообщение с ответом относительно идентификатора, включающее в себя постоянный ID, назначенный UE (например, IMSI UE).

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

На этапе S507 новая SHF отправляет ответ в старую SHF сообщение подтверждения информации (IA), если принят успешный ответ на информацию. В ответ на прием сообщения IA старая SHF отмечает как неудачную (или удаляет) контекстную информацию MM, связанную с UE, которое поддерживала старая SHF.

В некоторых вариантах осуществления, на этапе S508, новая SHF может выполнить процедуру обновления местоположения. Кроме того, новая SHF может выполнить одну или несколько из следующих процедур: проверку международного идентификатора мобильного устройства (IMEI) и обновление и согласование функций управления политикой. Можно также выполнить и другие процедуры, которые известны в уровне техники, такие как процедура сеанса создания.

На этапе S509 новая SHF отправляет в UE сообщение о принятии регистрации (RA), содержащее информацию, указывающую результат начальной регистрации. Кроме того, если первоначальная регистрация прошла успешно, то сообщение RA может дополнительно включать в себя временный ID, назначенный UE.

На этапе S510 UE может ответить на новая SHF, используя сообщение о завершении регистрации, причем это сообщение показывает, что UE приняло новый временный ID.

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

В этом случае, на этапе S601 UE отправляет сообщение RR в новую SHF. Сообщение RR в этом примере включает в себя временный ID, назначенный UE, и информацию о типе регистрации, указывающую, что UE запрашивает нормальную регистрацию.

На этапе S602 новая SHF отправляет сообщение IR в старую SHF. Преимущественно, сообщение IR включает в себя информацию о типе регистрации таким образом, чтобы старая SHF могла определить, что UE запрашивает нормальную регистрацию.

На этапе S603 старая SHF отправляет ответ на информацию в новую SHF, включающий в себя, например, постоянный ID, назначенный UE, контекст MM и адрес SHF, назначенный сетевому интерфейсу старой SHF. Так как тип регистрации указывает нормальную регистрацию, старая SHF также будет включен в данные, которые относятся к любому сеансу ответа на информацию и связаны с UE, которое поддерживала старая SHF.

В случае, когда новой SHF необходимо получить постоянный ID (PID) UE (например, в случае, когда сообщение RR не включало в себя PID, и новая SHF не имеет PID и не могла получить PID из старой SHF), то на этапе S604 новая SHF передает в UE сообщение с запросом идентификатора, запрашивающее UE предоставить новой SHF PID UE (например, IMSI).

На этапе S605 UE отправляет сообщение с ответом относительно идентификатора, включающее в себя постоянный ID, назначенный UE (например, IMSI UE).

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

На этапе S607 новая SHF отправляет ответ в старую SHF сообщение подтверждения информации (IA), если принят успешный ответ на информацию. В ответ на прием сообщения IA старая SHF отмечает как неудачную (или удаляет) контекстную информацию MM, связанную с UE, которое поддерживала старая SHF.

В некоторых вариантах осуществления, на этапе S608, новая SHF может выполнить процедуру обновления местоположения. Кроме того, новая SHF может выполнить одну или несколько из следующих процедур: проверку международного идентификатора мобильного устройства (IMEI) и обновление и согласование функций управления политикой.

На этапе S609 новая SHF отправляет в CHF-C запрос на модификацию для указания CHF-C, что новая SHF обрабатывает UE (например, для восстановления сеанса).

На этапе S610 новая SHF может выполнить обновление PC и согласование.

На этапе S611 новая SHF принимает ответ на модификацию из CHF-C.

На этапе S612 новая SHF отправляет в UE сообщение о принятии регистрации (RA), содержащее информацию о результате, указывающую результат нормальной регистрации и временный ID, назначенный UE. Как описано выше, сообщение RA в некоторых сценариях (например, в сценариях, где новая SHF не может поддерживать связь со старой SHF) включает в себя информацию о результате, указывающую, что начальная регистрация была выполнена успешно.

На этапе S613 UE может ответить на новая SHF, используя сообщение о завершении регистрации, причем это сообщение показывает, что UE приняло новый временный ID.

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

На этапе S702 SHF принимает сообщение RR, переданное UE.

На этапе S704 SHF получает из сообщения информацию о типе регистрации, чтобы определить, запрашивает ли UE начальную или нормальную регистрацию. Если запрашивается начальная регистрация, то процесс переходит к этапу S706, в противном случае процесс переходит к этапу S736.

На этапе S706 SHF изучает сообщение RR, чтобы определить, содержит ли оно постоянный ID, назначенный UE. Если это так, процесс переходит к этапу S708, в противном случае он переходит к этапу S714.

На этапе S708 SHF инициирует аутентификацию UE, если сообщение RR не было отправлено с защитой целостности.

На этапе S710 SHF может выполнить дополнительную процедуру. Например, SHF может выполнить процедуру обновления местоположения. Кроме того, SHF может выполнить одну или несколько из следующих процедур: проверку международного идентификатора мобильного устройства (IMEI) и обновление и согласование функций управления политикой.

На этапе S712 SHF отправляет в UE сообщение RA, как описано выше.

На этапе S714 SHF определяет, отображается ли TID, включенный в сообщение RR, в другой SHF (то есть в "старой SHF"). Если TID отображается в старой SHF, то процесс переходит к этапу S716, в противном случае он переходит к этапу S720.

На этапе S716 SHF определяет, имеет ли он интерфейс со старой SHF. Если это так, то процесс переходит к этапу S717, в противном случае процесс переходит к этапу S722.

На этапе S717 SHF отправляет в старую SHF сообщение с запросом информации (IR), указывающее "начальную" регистрацию.

На этапе S718 SHF принимает из старой SHF ответ на сообщение с запросом информации. Однако, если по какой-либо причине старая SHF не отвечает на сообщение IR (или старая SHF отвечает, но ответ не поступает обратно в SHF), то этап S718 нельзя выполнить, и процесс переходит непосредственно к этапу S720.

На этапе S720 SHF определяет, должен ли он получить постоянный ID (PID) для UE. Если SHF должна получить PID, то процесс переходит к этапу S722, в противном случае он переходит к этапу S726. Например, если ответ из старой SHF не включает в себя PID, то SHF выполняет этап S722. Аналогичным образом, если SHF не принимает ответа из старой SHF, то SHF выполняет этап S722.

На этапе S722 SHF отправляет в UE запрос PID, запрашивающий UE предоставить SHF PID, назначенный UE.

На этапе S724 SHF принимает из UE запрошенный PID.

На этапе S726 SHF инициирует аутентификацию UE, если сообщение RR не было отправлено с защитой целостности, или защита целостности указана как неудачная в ответе на информацию, принятую на этапе S718.

На этапе S728 SHF отправляет в старую SHF сообщение АСК с подтверждением информации.

На этапе S730 SHF может выполнить дополнительную процедуру. Например, SHF может выполнить процедуру обновления местоположения. Кроме того, SHF может выполнить одну или несколько из следующих процедур: проверку международного идентификатора мобильного устройства (IMEI) и обновление и согласование функций управления политикой.

На этапе S732 SHF определяет, должен ли он отправить в CHF-C сообщение с запросом модификации. Если это так, процесс переходит к этапу S734, в противном случае процесс переходит к этапу S712.

На этапе S734 SHF отправляет запрос на модификацию в CHF-C.

На этапе S736 SHF определяет, отображается ли TID, включенный в сообщение RR, в другой SHF (то есть со "старой SHF"). Если TID отображается в старой SHF, то процесс переходит к этапу S738, в противном случае он переходит к этапу S720.

На этапе S738 SHF определяет, имеет ли он интерфейс со старой SHF. Если это так, то процесс переходит к этапу S739, в противном случае процесс переходит к этапу S722

На этапе S739 SHF отправляет в старую SHF сообщение с запросом информации (IR), указывающее "нормальную" регистрацию. После этапа S739 процесс переходит к этапу S718, описанному выше.

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

На этапе S802 старая SHF принимает из новой SHF сообщение с запросом информации (IR) (описанное выше).

На этапе S804 старая SHF использует идентификатор UE, включенный в IR, для получения контекстной информации из системы хранения данных (например, контекста MM) для идентифицированного UE.

На этапе S806 старая SHF изучает информацию о типе регистрации, включенную в сообщение IR для определения типа регистрации, запрошенного UE (например, начальная или нормальная).

Если UE запрашивает начальную регистрацию, то процесс переходит к этапу S808, в противном случае он переходит к этапу S810.

На этапе S808 старая SHF передает в SHF, которая передала IR, ответ на информацию, содержащий контекстную информацию, полученную на этапе S804, и PID для UE.

На этапе S810 старая SHF определяет, имеет ли он какие-либо данные сеанса для идентифицированного UE. Если данные сеанса для UE отсутствуют, процесс переходит к этапу S808, в противном случае он переходит к этапу S812.

На этапе S812 старая SHF получает данные сеанса.

На этапе S814 старая SHF отправляет в SHF, которая отправила IR, ответ на информацию, содержащий контекстную информацию, полученную на этапе S804, данные сеанса, полученные на этапе S812, и PID для UE.

На фиг. 9 показана блок-схема компьютерной системы 900 для реализации одной или нескольких из вышеописанных функций (например, SHF, CCF, CHF). То есть в некоторых вариантах осуществления для каждой из вышеописанных функций система 100 включает в себя отдельную компьютерную систему 900 для реализации каждой функции, но в других вариантах осуществления одна или несколько (или все) функции могут быть реализованы с использованием только одной компьютерной системы 900. Как описано ниже, компьютерная система 900 может состоять из одного компьютерного устройства 902 или набора компьютерных устройств (то есть компьютерная система 900 может быть системой облачных вычислений).

Как показано на фиг. 9, компьютерная система 900 включает в себя по меньшей мере одно компьютерное устройство (CA) 902, которое может включать в себя один или более процессоров 955 (например, один или более микропроцессоров общего назначения и/или одну или более схем обработки данных, таких как специализированные интегральные микросхемы (ASIC), программируемые логические матрицы (FPGA), логические схемы и т.п.). В некоторых вариантах осуществления компьютерная система 900 включает в себя множество CA 902, которые могут или не могут быть совмещенными. Таким образом, вышеописанная функция может быть реализована в среде облачных вычислений. В некоторых вариантах осуществления каждая функция может соответствовать виртуальной машине, размещенной в компьютерной системе 900. Компьютерная система 900 дополнительно включает в себя: сетевой интерфейс 905 для использования при передаче и приеме данных по линии связи; и систему 908 хранения данных, которая может включать в себя одно или несколько энергонезависимых запоминающих устройств и/или одно или несколько энергозависимых запоминающих устройств (например, оперативное запоминающее устройство (ОЗУ)). В вариантах осуществления, где компьютерное устройство 902 включает в себя микропроцессор, может быть предусмотрен компьютерный программный продукт (CPP) 941. CPP 941 включает в себя машиночитаемый носитель (CRM) 942, хранящий компьютерную программу (CP) 943, содержащую машиночитаемые инструкции (CRI) 944. CRM 942 может быть постоянным машиночитаемым носителем, таким как, но не ограничиваясь этим, магнитный носитель (например, жесткий диск), оптический носитель (например, DVD), устройства памяти (например, оперативное запоминающее устройство) и т.п., но не сигнал. В некоторых вариантах осуществления CRI компьютерной программы 943 сконфигурированы таким образом, чтобы CRI при их исполнении на компьютерном устройстве 902 предписывали компьютерному устройству 902 выполнять этап, описанный выше. В других вариантах осуществления, компьютерное устройство 902 может быть выполнено с возможностью выполнения этапов, описанных в данном документе без необходимости в коде. То есть, например, компьютерное устройство 902 может состоять только из одной или нескольких ASIC. Следовательно, признаки вариантов осуществления, описанных в данном документе, могут быть реализованы в виде аппаратных средств и/или программного обеспечения.

На фиг. 10 показана блок-схема, иллюстрирующая UE 102 согласно некоторым вариантам осуществления. В показанном варианте осуществления UE 102 включает в себя по меньшей мере одну систему 1002 обработки данных (DPS), которая может включать в себя один или более процессоров 1055 (например, один или более микропроцессоров общего назначения и/или одну или более схем обработки данных, таких как специализированные интегральные микросхемы (ASIC), программируемые логические матрицы (FPGA), логические схемы и т.п.). UE 102 дополнительно включает в себя: радиоприемопередатчик 1005, который используется при передаче и приеме данных через антенну 1022; и систему 1006 хранения данных, которая может включать в себя одно или несколько энергонезависимых запоминающих устройств и/или одно или несколько энергозависимых запоминающих устройств (например, оперативное запоминающее устройство (ОЗУ)). В вариантах осуществления, где DPS 1002 включает в себя микропроцессор, может быть предусмотрен компьютерный программный продукт (CPP) 1041. CPP 1041 включает в себя машиночитаемый носитель (CRM) 1042, хранящий компьютерную программу (CP) 1043, содержащую машиночитаемые инструкции (CRI) 1044. CRM 1042 может быть постоянным машиночитаемым носителем, таким как, но не ограничиваясь этим, магнитный носитель (например, жесткий диск), оптический носитель (например, DVD), запоминающее устройство (например, оперативное запоминающее устройство) и т.п., но не сигнал. В некоторых вариантах осуществления CRI компьютерной программы 1043 сконфигурированы таким образом, чтобы CRI при их исполнении на компьютерном устройстве 1002 предписывали компьютерному устройству 1002 выполнять этап, описанный выше. В других вариантах осуществления компьютерное устройство 1002 может быть сконфигурировано для выполнения этапов, описанных в данном документе, без необходимости в коде. То есть, например, компьютерное устройство 1002 может состоять только из одной или нескольких ASIC. Следовательно, признаки вариантов осуществления, описанных в данном документе, могут быть реализованы в аппаратных средствах и/или программном обеспечении.

Хотя в данном документе были описаны различные варианты осуществления настоящего раскрытия, следует понимать, что они представлены только в качестве примера, а не ограничения. Таким образом, сущность и объем настоящего раскрытия не должны быть ограничены каким-либо из вышеописанных примерных вариантов осуществления. Более того, любое сочетание вышеописанных элементов во всех возможных их вариациях охватывается раскрытием, если иное не указано в данном документе, или иное явно не противоречит контексту.

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


СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE)
Источник поступления информации: Роспатент

Showing 1-10 of 565 items.
10.01.2013
№216.012.1a93

Улучшенная синхронизация линейно-частотно-модулированных последовательностей

Изобретение относится к системе сотовой беспроводной связи и предназначено для повышения точности синхронизации. Изобретение раскрывает способы и устройства для идентификации корректных пиков в выходных сигналах согласованных фильтров в пользовательском оборудовании для систем связи....
Тип: Изобретение
Номер охранного документа: 0002472295
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1aaa

Способы и устройства для управления мощностью при произвольном доступе в сети связи

Изобретение относится к связи, в частности к реализуемому в первом устройстве связи в сети связи способу задания установочного параметра мощности передачи при произвольном доступе для первого устройства связи, содержащему прием (42) от второго устройства связи по радиоканалу данных, указывающих...
Тип: Изобретение
Номер охранного документа: 0002472318
Дата охранного документа: 10.01.2013
20.01.2013
№216.012.1e00

Способ и устройство в системе связи

Заявленное изобретение предназначено для приема пакетов данных от базовой станции и предоставления обратной связи на базовую станцию. При этом обратная связь относится к состоянию приема принятых пакетов данных и может содержать ACK/NAK. Технический результат состоит в предоставлении механизма...
Тип: Изобретение
Номер охранного документа: 0002473174
Дата охранного документа: 20.01.2013
27.01.2013
№216.012.2163

Способ и устройство, предназначенные для управления многоантенной передачей в беспроводной сети связи

Изобретение относится к беспроводным системам связи. Управление многоантенной передачей, представленное в настоящей заявке, включает в себя генерацию набора виртуальных реализаций канала в передатчике (10), который совместно использует те же самые статистические данные второго порядка, что и...
Тип: Изобретение
Номер охранного документа: 0002474048
Дата охранного документа: 27.01.2013
27.01.2013
№216.012.2168

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

Изобретение относится к технике связи и может использоваться в дуплексных системах связи с временным разделением. Технический результат состоит в повышении пропускной способности каналов в системах с произвольным доступом. Для этого мобильный терминал приводится в действие в системе сотовой...
Тип: Изобретение
Номер охранного документа: 0002474053
Дата охранного документа: 27.01.2013
27.01.2013
№216.012.2176

Групповой доступ к услугам мультимедийной подсистемы на базе ip-протокола

Изобретение относится к системам мультимедийных услуг. Технический результат заключается в упрощении доступа к услугам мультимедийной подсистемы на базе IP-протокола группами пользователей, которые требуют альтернативной обработки относительно стандартной обработки пользователей мультимедийной...
Тип: Изобретение
Номер охранного документа: 0002474067
Дата охранного документа: 27.01.2013
27.01.2013
№216.012.2178

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

Изобретение относится к управлению мобильностью в беспроводных сетях передачи данных. Технический результат заключается в сокращении сигнализации управления при передаче обслуживания. Сущность настоящего изобретения заключается в способе, устройстве и программе для использования IP-адресов...
Тип: Изобретение
Номер охранного документа: 0002474069
Дата охранного документа: 27.01.2013
10.02.2013
№216.012.2502

Управление группами в сети связи

Изобретение относится к области управления группами в сети связи. Техническим результатом является повышение эффективности управления группами в сети связи. Сетевой узел принимает с запрашивающего узла запрос для контроля группы, которая содержит в себе множество членов группы. Запрос также...
Тип: Изобретение
Номер охранного документа: 0002474976
Дата охранного документа: 10.02.2013
20.02.2013
№216.012.28cf

Устройство отключения передатчика

Изобретение относится к системе оптической связи и, в частности, к устройству отключения оптического передатчика для интеграции с оконечным узлом пассивной оптической сети. Изобретение раскрывает устройство отключения, содержащее модуль (11) слежения и модуль (12) отключения, при этом модуль...
Тип: Изобретение
Номер охранного документа: 0002475967
Дата охранного документа: 20.02.2013
20.02.2013
№216.012.28fa

Способ и установка в сети связи

Настоящее изобретение относится к способам, абонентскому оборудованию и базовой радиостанции в сети связи, в которой отсутствие покрытия нисходящей линии связи обнаруживается на основании измерений, выполненных по общему каналу или по сочетанию общего и выделенного каналов. Затем отсутствие...
Тип: Изобретение
Номер охранного документа: 0002476010
Дата охранного документа: 20.02.2013
Showing 1-3 of 3 items.
01.08.2019
№219.017.bafb

Выделение разрешенной зарегистрированной области

Изобретение относится к сотовой связи. В данном документе раскрыт способ функционирования сетевого узла и сетевой узел для выполнения способа, позволяющий определить разрешенную область, в которой беспроводному устройству предоставляются услуги передачи данных, причем разрешенная область имеет...
Тип: Изобретение
Номер охранного документа: 0002695989
Дата охранного документа: 30.07.2019
08.02.2020
№220.018.0055

Способ и узлы для реализации мобильности по запросу

Изобретение относится к области реализации мобильности, выполняемой посредством объекта управления. Технический результат изобретения заключается в возможности узлу политики увеличивать разрешенную область и уменьшать неразрешенную область, не оказывая влияния на подписку конечного...
Тип: Изобретение
Номер охранного документа: 0002713628
Дата охранного документа: 05.02.2020
20.04.2023
№223.018.4c8b

Обновление конфигурации сетевых сегментов

Изобретение относится к управлению обновлениями конфигурации сетевых сегментов. Технический результат изобретения заключается в возможности поддерживать актуальную информацию о сконфигурированных сетевых сегментах. Способ обновления конфигурации сетевых сегментов посредством абонентского...
Тип: Изобретение
Номер охранного документа: 0002759094
Дата охранного документа: 09.11.2021
+ добавить свой РИД