СИСТЕМЫ И СПОСОБЫ РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЬСКОГО УСТРОЙСТВА (UE) Российский патент 2019 года по МПК H04W60/00 

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

Аспекты настоящего раскрытия относятся к системам и способам регистрации пользовательского устройства (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. Следовательно, признаки вариантов осуществления, описанных в данном документе, могут быть реализованы в аппаратных средствах и/или программном обеспечении.

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

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

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

1. Способ регистрации пользовательского устройства (102), содержащий этапы, на которых:

передают, с помощью пользовательского устройства (UE) (102), на первую функцию обработки сигналов (SHF) (114), сообщение запроса, для запроса конкретного типа регистрации;

принимают, с помощью UE, сообщение о принятии регистрации, переданное первой SHF после обработки первой SHF, сообщения запроса, причем

сообщение запроса содержит:

идентификатор, выделенный для UE, причем идентификатор является одним из постоянного идентификатора (PID) и временного идентификатора (TID); и

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

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

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

4. Способ по любому из пп. 1-3, в котором

сообщение запроса содержит PID, выделенный для UE,

сообщение о принятии регистрации содержит глобальный уникальный временный идентификатор (GUTI), выделенный для UE, а

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

5. Способ по любому из пп. 1-3, в котором

сообщение запроса не включает в себя PID, выделенный для UE, при этом

способ дополнительно содержит этапы, на которых:

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

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

6. Способ по любому из пп. 1-5, в котором

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

7. Способ по любому из пп. 1-6, в котором

информация о типе регистрации указывает, что UE запрашивает нормальную регистрацию, а

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

8. Способ по п. 7, в котором информация о результате регистрации состоит из однобитового флага.

9. Способ по любому из пп. 1-8, в котором

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

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

10. Способ по любому из пп. 1-9, в котором

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

11. Способ регистрации пользовательского устройства (UE) (102), содержащий этапы, на которых:

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

осуществляют обработку, с помощью первой SHF, сообщения запроса, причем

сообщение запроса содержит:

идентификатор, выделенный для UE, причем идентификатор является одним из постоянного идентификатора (PID) и временного идентификатора (TID); и

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

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

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

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

15. Способ по п. 14, в котором

первая SHF выполнена с возможностью определения, на основании информации о типе регистрации, что UE запрашивает начальную регистрацию, а

способ дополнительно содержит этап, на котором

определяют, с помощью первой SHF, включает ли в себя сообщение запроса PID или TID.

16. Способ по п. 15, в котором

первая SHF выполнена с возможностью определения, что сообщение запроса не включает в себя PID,

первая SHF выполнена с возможностью определения, что первая SHF не имеет определенной контекстной информации для UE, а

способ дополнительно содержит этапы, на которых:

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

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

17. Способ по п. 16, дополнительно содержащий этапы, на которых:

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

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

18. Способ по любому из пп. 11-15, в котором

информация о типе регистрации указывает, что UE запрашивает начальную регистрацию,

сообщение запроса включает в себя TID, а

способ дополнительно содержит этапы, на которых:

определяют, с помощью первой SHF, что первая SHF имеет определенную контекстную информацию для UE; и

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

19. Способ по любому из пп. 11-15, в котором

информация о типе регистрации указывает, что UE запрашивает начальную регистрацию,

сообщение запроса включает в себя PID, а

способ дополнительно содержит этапы, на которых:

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

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

20. Способ по любому из пп. 11-15, в котором

информация о типе регистрации указывает, что UE запрашивает нормальную регистрацию, при этом

способ дополнительно содержит этапы, на которых:

определяют, с помощью первой SHF, что она не имеет определенной контекстной информации для UE;

определяют, с помощью первой SHF, адрес второй SHF; и

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

21. Способ по п. 20, дополнительно содержащий этапы, на которых:

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

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

22. Способ по п. 16 или 20, дополнительно содержащий этапы, на которых:

принимают, с помощью первой SHF, ответ с информацией, переданный второй SHF после обработки, второй SHF, запроса информации;

определяют, с помощью первой SHF, включает ли в себя ответ информации PID, выделенный для UE; и

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

23. Способ по любому из пп. 11-16 и 20, в котором

сообщение запроса содержит временный идентификатор, при этом

способ дополнительно содержит этапы, на которых:

определяют, с помощью первой SHF, следует ли передать сообщение запроса идентификатора на UE;

передают, с помощью первой SHF, при определении, первой SHF, что сообщение запроса идентификатора следует передать на UE, в UE, сообщение запроса идентификатора; и

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

24. Способ по п. 23, в котором этап определения того, следует ли передать сообщение запроса идентификатора в UE, содержит подэтапы, на которых:

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

определяют, с помощью первой SHF, что она не имеет интерфейса в старой SHF.

25. Способ по п. 23, в котором этап определения того, следует ли передать сообщение запроса идентификатора на UE, содержит подэтапы, на которых:

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

определяют, с помощью первой SHF, что она не имеет постоянного идентификатора.

26. Способ по любому из пп. 11-15, дополнительно содержащий этап, на котором:

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

27. Способ по любому из пп. 11-15, в котором

информация о типе регистрации указывает, что UE запрашивает нормальную регистрацию, при этом

способ дополнительно содержит этапы, на которых:

определяют, с помощью первой SHF, имеет ли она определенную контекстную информацию для UE; и

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

28. Пользовательское устройство (UE) (102), характеризующееся тем, что выполнено с возможностью:

передачи на первую функцию обработки сигналов (SHF) (114), сообщения запроса для запроса определенного типа регистрации;

приема сообщения о принятии регистрации, переданного первой SHF после обработки, первой SHF, сообщения запроса, причем

сообщение запроса содержит:

идентификатор, выделенный для UE, причем идентификатор является одним из постоянного идентификатора (PID) и временного идентификатора (TID); и

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

29. Пользовательское устройство (UE) (102), содержащее:

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

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

сообщение запроса содержит:

идентификатор, выделенный для UE, причем идентификатор является одним из постоянного идентификатора (PID) и временного идентификатора (TID); и

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

30. Первая функция обработки сигналов (SHF) (104), характеризующаяся тем, что выполнена с возможностью:

приема сообщения запроса, переданного UE, причем сообщение запроса запрашивает определенный тип регистрации; и

обработки сообщения запроса, причем

сообщение запроса содержит:

идентификатор, выделенный для UE, причем идентификатор является одним из постоянного идентификатора (PID) и временного идентификатора (TID); и

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

31. Первая функция обработки сигналов (SHF) (104), содержащая:

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

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

сообщение запроса содержит:

идентификатор, выделенный для UE, причем идентификатор является одним из постоянного идентификатора (PID) и временного идентификатора (TID); и

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